Mise à jour du micrologiciel à distance Arduino Nano

Je travaille sur Arduino Nano (mémoire flash de 32 Ko dont 2 Ko utilisés par le chargeur de démarrage, 2 Ko SRAM, 1 Ko EEPROM) .

Le microcontrôleur prend l'entrée d'un appareil électrique via le module RS485 et publie les données lues sur un serveur distant à l'aide du module GPRS A6 . Le produit est censé interagir avec le serveur distant, affichant des données à intervalles.

J'ai terminé la partie d'intégration et l'appareil fonctionne bien, collecte des données et affichage sur le serveur (à environ 10-15 km). Le seul défi auquel je suis confronté est que s'il existe 100 appareils de ce type et que je dois mettre à jour le micrologiciel, en utilisant le serveur distant (ou tout autre mécanisme approprié), comment dois-je procéder.

J'ai parcouru de nombreux messages qui suggèrent d'utiliser un autre Arduino en tant que FAI, cela pourrait être ma dernière approche (car cela augmenterait le coût final du produit).

La mise à jour du firmware Over The Air n'est toujours pas claire comme sur la communauté Stack Exchange pour les micro-contrôleurs bas de gamme. Toute discussion peut être d'une grande aide pour beaucoup.

Réponse courte: c'est possible.

Réponse longue: c'est compliqué. C'est pourquoi tant de très mauvaises implémentations existent.

À tout le moins, vous avez deux étapes dans tout processus de mise à jour à distance / en direct.

1. Transmission du firmware
2. Installation du firmware.

Bien sûr, c'est le strict minimum absolu. Si vous travaillez dans des itérations, c'est également une première étape très valable. Si vous avez plus d'un appareil, vous devrez être en mesure d' associer le bon firmware au bon appareil . Si vous voulez réduire les risques de bricking de votre appareil, vous voudrez un moyen de vérifier l'état de votre appareil avant et après la mise à jour , vous voudrez également sécuriser le transport et le rendre aussi fiable que possible et, naturellement, avoir une stratégie de secours en cas d'erreur de mise à jour .

C'est cinq étapes supplémentaires qui vous amènent vers un produit fiable. Il existe de bonnes pratiques pour ces choses, mais elles dépendent de l'environnement de votre projet. Peut-être que c'est quelque chose de bon marché et que le taux d'échec de 5% sur les mises à jour est correct, peut-être que c'est un stimulateur cardiaque et même une seule erreur au total est inacceptable car elle conduit à un scénario fatal. Vous devrez trouver des solutions à ces bases qui correspondent à votre produit.

De plus, il y a des dizaines de choses différentes à considérer. Aurez-vous des clients? Devez-vous les informer? Ont-ils leur mot à dire dans le calendrier / l'installation des mises à jour? Vos appareils sont-ils dans différents pays? Des restrictions légales s'appliquent-elles? Les normes normatives s'appliquent-elles? Combien d'appareils mettez-vous à jour? 1? Une douzaine? Des centaines? Des millions?

Si vous mettez à jour cinq appareils, le processus peut être très bavard. Si vous mettez à jour des millions, cela pourrait devenir très coûteux. Et oui, cela a un impact sur ce que j'ai énuméré ci-dessus comme première étape, la transmission du firmware. Peut-être que vous créez un stimulateur cardiaque et qu'un coût de traitement de centaines de messages par mise à jour est acceptable compte tenu de l'alternative.

Ce ne sont que les questions que j'ai notées en deux minutes, donc cette liste n'est certainement pas exhaustive. Mon point est sans information concernant le scénario, nous ne pouvons pas vraiment vous aider correctement.