Outre l'oxydation (qui peut affecter en présence d'humidité les contacts non soudés : carte SD, connecteur de la ouaibe cam, connecteur d'alimentation), le froid, l'inondation, un équipement mis "dans la nature" est exposé au vandalisme et à la curiosité de tous les passants: dans les années 80, les panneaux solaires étaient une cible idéale pour les chasseurs et les enfants s'entraînant à la fronde. J'arrive à concevoir qu'un équipement électronique puisse susciter la curiosité d'enfants qui ramèneraient à la maison un cousin d'ET...
Par ailleurs, la consommation d'une carte ne se limite malheureusement pas à celle du CPU: pour le RPi, la mémoire, le pont USB et le GPU y contribuent, sans parler des fuites de l'alimentation... et des équipements -type caméra- connectés à la carte. C'est pour ça que je ne vois pas comment faire autrement que de couper toute la carte, une fois qu'on est sûr qu'elle est dans un état stable....(I.E quelques minutes après que l'ordre "shutdown" | "init 0" | "halt" ait été donné).
La chose est à peu près pareille pour l'Arduino : on peut retirer du service (et remettre en service) des blocs du contrôleur et arriver à faire baisser la puissance progressivement
http://playground.arduino.cc/Learning/ArduinoSleepCode avec les ennuis suivants : les timers ne peuvent plus interrompre -ce qui rend impossible de garder le temps avec une précision acceptable- , les circuits de programmation restent allumés -il faudrait les dessouder, comme la carte est faite-, l'alimentation continue à fuir -mange 5-10 mA; de meilleures alims existent pour le funduino -un clone un peu moins cher : tous les circuits sont soudés, limitant la corrosion-
La chose peut s'améliorer avec les cartes de chez Texas, soit 16 bits -à base de MSP430, soit 32 bits, programmables avec energia -le même langage que pour Arduino... proche de Python-
http://energia.nu/reference/sleep/ respecte les interruptions -dont celles des timers, et peut descendre à 700 naoampères..... (la description terrifiante est dans
http://forum.43oh.com/topic/4571-buildi ... gia/page-2). Il y a moyen de desolidariser la partie "programmateur" de ces cartes de la partie utilisée sans dessouddage, grattage et autres traitements très aggressifs -côté STMf32 evaluation, c'est encore plus facile, par des jumpers -mais le langage de commande est plus compliqué -C natif-
A noter que ralentir l'horloge fait certes, baisser la consommation, mais pas l'énergie totale dépensée pour une tâche donnée - interessante pour des accus- sauf si "on" fait des attentes passives avec des boucles...