si ton fichier C++ consomme sur le raspberry, il est probable qu'il consommera sur l'arduino
il faut peut-etre revoir l'algorythme que tu as repris,
pour optimiser ce qui peut l'etre.
comme evoqué dans le sujet precedent, tu as un programme en C++ qui :
- va attendre un signal 433Mhz
- à l'arrivée du signal, va ouvrir un shell pour prendre un fichier dans une URL
- a la reception du fichier, ca ouvrir un shell pour lancer un script shell/python pour envoyer un email
faudrait verifier qu'il declenche la lecture URL et le mail uniquement quand le signale 433Mhz est recu.
mais il y a des etapes consommatrices de ressources (les ouvertures de shell) qui ne sont pas forcement necessaires.
il avait été evoqué le fait d'aller lire l'URL ou envoyer l'email directement en C++
ca devrait deja alléger la charge
ensuite revoir la partie attente du signal, si on peut eviter ou simplifier la boucle d'attente pour l'alleger, ce sera encore mieux.
[^] # Re: reflexion de base
Posté par NeoX . En réponse au message Fichier python pour lecture Arduino. Évalué à 4.
si ton fichier C++ consomme sur le raspberry, il est probable qu'il consommera sur l'arduino
il faut peut-etre revoir l'algorythme que tu as repris,
pour optimiser ce qui peut l'etre.
comme evoqué dans le sujet precedent, tu as un programme en C++ qui :
- va attendre un signal 433Mhz
- à l'arrivée du signal, va ouvrir un shell pour prendre un fichier dans une URL
- a la reception du fichier, ca ouvrir un shell pour lancer un script shell/python pour envoyer un email
faudrait verifier qu'il declenche la lecture URL et le mail uniquement quand le signale 433Mhz est recu.
mais il y a des etapes consommatrices de ressources (les ouvertures de shell) qui ne sont pas forcement necessaires.
il avait été evoqué le fait d'aller lire l'URL ou envoyer l'email directement en C++
ca devrait deja alléger la charge
ensuite revoir la partie attente du signal, si on peut eviter ou simplifier la boucle d'attente pour l'alleger, ce sera encore mieux.