après un peu de lecture, j'ai vu qu'on pouvait booter sur le port série, ou via la mémoire interne (firmware).
sympa, ça permet de tester des projets sans user la NAND.
Une partie du processus semble se dérouler sur le module défaillant. J'ai un peu de mal à voir ou ca coince.
C'est possible que l'erreur de checksum ne concerne que le projet, pas le firmware, et que toute erreur de ce type déclenche un mécanisme de blocage dans ce firmware qui ne peut se résoudre qu'en opérant à plus bas niveau. Pareil, je ne connais pas FreeRTOS donc ce n'est qu'une hypothèse.
Apparemment esptool permet de voir à quelles adresses sont enregistrés les morceaux de firmware. Et vu que c'est un lien SPI tu peux très certainement trouver la ou les zones fautives par comparaison de d'écriture et lecture et il est peut-être même possible d'y éviter l'écriture du firmware ou de bannir ces adresses mémoire de FreeRTOS.
maintenant, il faut trouver le juste équilibre en temps passé pour une montée en compétence et le recyclage des produits semi-défectueux dont le prix unitaire est < 5€.
Si c'est un hobby auquel tu n'as pas beaucoup de temps à accorder, attendre 3 semaines la livraison d'un remplacement est sans doute préférable.
À ce prix-là je commanderai et si j'arrive à réparer le MCU entre temps, la nouvelle pièce me permettrait d'avoir une carte exclusivement pour bidouiller ou une carte de rechange si un jour j'utilise cet ESP32 dans un projet à haute disponibilité.
J'aurai aussi éventuellement acheté quelques unités d'avance de ce MCU mais malheureusement un boitier QFN avec sa large connexion de masse sous le composant rend l'opération de remplacement assez délicate, surtout pour la première extraction vu qu'un assemblage d'usine utilise de l'étain ROHS à haut point de fusion et pas de la soudure basse température. C'est moins compliqué qu'un boitier BGA mais ça reste peu trivial comparé à un boitier QFP.
[^] # Re: firmware
Posté par Anonyme . En réponse au message ESP32 / problème de flash et reboot. Évalué à 3.
sympa, ça permet de tester des projets sans user la NAND.
C'est possible que l'erreur de checksum ne concerne que le projet, pas le firmware, et que toute erreur de ce type déclenche un mécanisme de blocage dans ce firmware qui ne peut se résoudre qu'en opérant à plus bas niveau. Pareil, je ne connais pas FreeRTOS donc ce n'est qu'une hypothèse.
Apparemment esptool permet de voir à quelles adresses sont enregistrés les morceaux de firmware. Et vu que c'est un lien SPI tu peux très certainement trouver la ou les zones fautives par comparaison de d'écriture et lecture et il est peut-être même possible d'y éviter l'écriture du firmware ou de bannir ces adresses mémoire de FreeRTOS.
Si c'est un hobby auquel tu n'as pas beaucoup de temps à accorder, attendre 3 semaines la livraison d'un remplacement est sans doute préférable.
À ce prix-là je commanderai et si j'arrive à réparer le MCU entre temps, la nouvelle pièce me permettrait d'avoir une carte exclusivement pour bidouiller ou une carte de rechange si un jour j'utilise cet ESP32 dans un projet à haute disponibilité.
J'aurai aussi éventuellement acheté quelques unités d'avance de ce MCU mais malheureusement un boitier QFN avec sa large connexion de masse sous le composant rend l'opération de remplacement assez délicate, surtout pour la première extraction vu qu'un assemblage d'usine utilise de l'étain ROHS à haut point de fusion et pas de la soudure basse température. C'est moins compliqué qu'un boitier BGA mais ça reste peu trivial comparé à un boitier QFP.