Discussion :

[disedorgue]

Ok, déjà, essayons de tout comprendre sur ton architecture:

Si on fait un schéma, est-ce que ça ressemblerait à ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
hebergeur        Maison         Rucher
+-------+       +---------+     +---------------+
|       |       |         |     | PI            |
|       |       |         |     | +----------+  |
|  BDD  <-------+   BOX   <-----+ |Script1   |  |
|       +------->         +-----> |Scriptn   |  |
|       |       |         |     | +----------+  |
+-------+       +---------+     +---------------+

Ensuite, tu dis que tes scripts, on besoin de communiquer entre eux, mais de quelle façon ?
Ma question ici, n'est pas la manière technique mais fonctionnellement, par exemple, as tu un script général qui lance les autres scripts les uns à la suite des autres et c'est ce même script général qui doit récupérer les informations de chaque script pour les insérer dans la BDD et/ou fournir ces mêmes données au script suivants ou est-ce plus complexe ?
Ici, on a du mal à t'aider plus car on manque cruellement d'information sur le séquençage fonctionnelle de ton besoin.

PS: Pour le schéma, c'est du asciiart fait sous http://asciiflow.com/ , ensuite suffit juste de copier/coller tel quel dans une balise code (le bouton avec le hashtag [#]) et même si dans l'édition on voit du décalage, faire d'abord une prévisualisation du message avant de chercher à le retoucher

[apicultrice]

Oui c'est tout à fait cela
Non les scripts ont lancés automatiquement au démarrage du PI avec Supervisor
Je souhaite que les scripts puissent communiquer entre eux sans passer par une BDD
Dans notre jargon d'automatisme: échange implicite
L'idée c'est qu'un script puisse aller lire une variable d'un autre script
A+

[disedorgue]

Oui c'est tout à fait cela
Non les scripts ont lancés automatiquement au démarrage du PI avec Supervisor
Je souhaite que les scripts puissent communiquer entre eux sans passer par une BDD
Dans notre jargon d'automatisme: échange implicite

Ok, ça on sait déjà, ce que l'on ne sait toujours pas, c'est l'ordonnancement d'exécution de ces fichiers:
-Ils sont tous lancés en parallèle ?
-Ils sont lancés séquentiellement ?
-Ils sont lancés de façon erratique: certain en parallèle, d'autre unitairement, et d'autre séquentiellement ?
-Est-ce qu'ils sont lancés une fois et tourne à l'infini ou ils sont lancés périodiquement ?

L'idée c'est qu'un script puisse aller lire une variable d'un autre script

Comme déjà dit: ce n'est pas possible. Il faut considérer un script comme un automate à part entière, si tu as 2 scripts, c'est comme si tu avais 2 automates.
Donc la seule chose que tu peux faire, c'est les faire communiquer ensemble pour échanger des DONNÉES et pour t'aider à trouver la meilleure façon de faire ceci, il faut que l'on sache leur dépendance d'exécution.

[apicultrice]

Avec supervisor les deux scripts sont lancés par supervisor:

[include]
files = /etc/supervisor/conf.d/*.conf
[program:Badge]
command= python3 /home/pi/Documents/Badge3.py

autostart=true
autorestart=true
[program:Rucher]
command= python3 /home/pi/Documents/Essai_bp.py

autostart=true
autorestart=true

et à l'infini
a+

[Sve@r]

Avec supervisor les deux scripts sont lancés par supervisor

Donc ils sont totalement indépendants. Or, sous Unix, deux processus lancés de façon indépendante possèdent leur propre zone mémoire individuelle. Donc aucun des deux ne peut aller lire les données de l'autre.

Ta seule solution, pour transmettre une information de l'un vers l'autre est de passer par un des outils de communication dont j'ai parlé la dernière fois (fichier texte, fichier pipe, fichier socket, tcp/ip, IPC et bdd (que j'avais oublié mais qu'on peut assimiler à fichier)).

[wiztricks]

Ta seule solution, pour transmettre une information de l'un vers l'autre est de passer par un des outils de communication dont j'ai parlé la dernière fois (fichier texte, fichier pipe, fichier socket, tcp/ip, IPC et bdd (que j'avais oublié mais qu'on peut assimiler à fichier)).

ou de tout mettre dans un seul programme et réaliser les opérations asynchrones via des threads.

- W