Discussion :

[electroremy]

Bonjour,

J'ai la possibilité de pouvoir reprogrammer un PIC 18F67J60, qui est soudé dans un petit appareil électronique.

Le fabricant cesse son activité mais il a fait en sorte que les passionnés d'électronique puissent continuer à faire évoluer le produit (mise à jour du firmware) ce qui est une très bonne initiative

En effet, j'ai tous les outils ainsi que le bootloader qui va bien, fournis par le fabriquant de l'appareil en question.

D'ailleurs, je m'apprête à tout partager sur ce forum

Mais, en regardant la datasheet du 18F67J60 je peux lire : "The Flash cells for program memory are rated to last 100 erase/write cycles"

J'ai pensé à une faute de frappe, c'est 10.000 ou 100.000 et pas 100

Mais il semble que c'est bien 100 : https://www.microchip.com/forums/m257429.aspx

Le microcontrôleur ne coûte qu'environ 3€ euros mais il est soudé sur la carte. L'appareil complet coûte dans les 70€

J'en ai parlé au fabriquant. Il m'a rassuré en me disant qu'ils n'ont jamais eu de problèmes en phase développement, même en ayant largement dépassé cette limite, les puces ont très bien survécu.

Qu'en pensez-vous ?

Avez-vous un retour d'expérience sur ce sujet ?

Merci

A bientôt

[ohayo]

Salut,

La seule chose qui fait foi c'est la datasheet : le minimum garanti est 100 cycles
Le typique c'est 1000, c'est là dessus que tu peux miser ...et certainement beaucoup plus (les fabricants font plutôt ceinture et bretelles là-dessus)

Honnêtement, je doute qu'on fasse même 100 mise à jour sur un produit qui a été développé correctement...
Sinon c'est qu'il est vraiment buggé ;=)
Sur d'autres PIC18 c'est beaucoup plus...

a+

[electroremy]

Honnêtement, je doute qu'on fasse même 100 mise à jour sur un produit qui a été développé correctement...
Sinon c'est qu'il est vraiment buggé ;=)

Oui, un utilisateur lambda ne va pas mettre à jour souvent son produit.

Le problème se pose pour l'électronicien pendant la phase de développement et de mise au point.

Surtout quand le produit où se trouve le µC ne permet pas d'utiliser un débogueur, chaque modif doit être testée en téléversant une nouvelle version via le bootloader

A bientôt

[Vincent PETIT]

Bonjour,
Il faudrait voir le schéma du hardware car sur ce micro tu as accès à un External Memory Bus (EMB) et peut être que le produit utilise de la Flash externe ?

Il est aussi possible que le code est été mise au point sur une autre cible, n'ayant pas les mêmes contraintes d'endurance mémoire, et qu'ils ont migré après ?

A+

[electroremy]

Bonjour

Alors le hardware c'est le Clibase - le sujet suivant contient une description complète :
https://www.developpez.net/forums/d2...ppels-clibase/

Le µC est soudé, il faut utiliser le bootloader "maison" et le logiciel de cryptage "maison" pour uploader un firmware

J'ai échangé avec le fabriquant du Clibase au sujet de la durée de vie de la flash

Leur développeur m'a répondu qu'ils ont, dès le début, développé sur ce µC avec le bootloader, d'après lui la flash supportent sans problème des cycles d'écritures bien supérieures à 100 fois.

Mais je me méfie quand même... si le fabricant du µC a mis une durée de 100 écritures dans sa datasheet il doit y avoir une bonne raison.
Je n'ose pas croire que Microchip a fait une faute de frappe et a écrit 100 au lieu de 10000.

A bientôt

[Vincent PETIT]

Bonjour,
Tu n'as pas le schéma ? Je ne l'ai pas vu sur ton github (j'ai peut être mal regardé)