Stlink: [fonctionnalité] Calculer les sommes de contrôle pour les opérations flash

Voulez-vous dire une somme de contrôle de la mémoire sur l'appareil ? Et comparer cela à un fichier sur votre ordinateur ?

Je pensais à un fichier binaire, sur mon cas d'utilisation j'avais des problèmes avec un binaire compilé sur mon ordinateur et un téléchargé, le code source était le même, mais les binaires ne correspondaient pas, j'utilisais une chaîne d'outils plus récente, donc le nouveau binaire était corrompu

sur l'outil st-link lorsque vous chargez un binaire, ti calcule une somme de contrôle, donc je l'ai utilisé pour savoir quand j'avais la bonne chaîne d'outils

https://i.ibb.co/5TS7twF/figure.png

Ah ok. Ces outils ne le font pas pour vous en l'état. Sous Windows, je peux recommander l'éditeur hexadécimal HxD pour effectuer la somme de contrôle d'un fichier binaire (ou simplement comparer rapidement deux fichiers binaires). Es-tu sous Windows ?

@vitormhenrique : Malheureusement, je ne peux pas lire le contenu de l'image que vous avez liée car la résolution est trop faible pour cela. Pouvez-vous coller une capture d'écran plus grande ou un détail pertinent de celle-ci ?

aucune idée pourquoi cette image était si petite...

https://i.ibb.co/mq8vvpP/pic.png

Je vois - nous recherchons donc en fait une demande de fonctionnalité ici.
Le flashloader vérifie l'intégrité du contenu flashé dans les coulisses, donc je suppose que cette fonctionnalité peut être étendue. Il veut être regardé certainement.

Si aucune limitation d'algorithme spéciale n'est donnée, je pense qu'il est assez facile d'intégrer un algorithme de somme de contrôle (md5, sha256, etc.) dans le processus de chargement de fichier. Peut-être que je pourrai essayer quand je serai libre.

L'utilitaire stlink (celui de la capture) définit la somme de contrôle dans sa documentation (UM0892) comme une simple somme arithmétique, tronquée à 32bit... (soupir)

Somme de contrôle de la mémoire
Calcule la valeur de la somme de contrôle d'une zone mémoire spécifiée définie par le
l'adresse et les champs de taille dans la section d'affichage de la mémoire de la fenêtre principale.
La somme de contrôle est calculée sur la base d'un algorithme de somme arithmétique, octet par
octet. Le résultat est tronqué en un mot de 32 bits.
La valeur de la somme de contrôle est affichée dans la fenêtre du journal

Bien que cela soit assez grossier et pas vraiment fiable, cela ne coûte pas cher à mettre en œuvre et le maintien de la "compatibilité" avec st-utility serait bien.

@grevaillot Merci pour vos informations, je vais ajouter un support pour cela sur mon PR.

Devrions-nous avoir de la documentation à ce sujet dans notre tutoriel ?

L'algorithme utilisé par le programme Windows de ST peut nécessiter une documentation au moins pour les développeurs, je pense.

Ok, peux-tu ajouter une section avec quelques lignes à notre tutoriel alors (à la fin de la partie revue) ? Ce serait sympa. Ne vous embêtez pas trop avec le formatage, car je travaille toujours sur ce document de toute façon...

Je me demande toujours si les deux méthodes devraient être fusionnées toutes ensemble.
Si c'est le cas, je devrai peut-être ajuster les deux fonctions pour un meilleur format. Les deux commits actuels provoqueraient une sortie un peu trop verbeuse.