Plantage equipement prod suite mise en place équipement de test

bonjour @Michel_F

je viens de tester la fonction equipement test, j’ai pas approfondi car suite a cela j’avais plus rien dans mon équipement de prod et j’ai du faire une restauration de mon backup de cette nuit

en gros lorsque l’on réalise un équipement de test ( peut être si la même ip que l’autre équipement ) et bien la case test se coche aussi dans mon autre équipement de prod et je pense que je n’ai pas fait attention et que j’ai du cliquer sur sauvegarder

et donc comme le message le dit cela efface tout ( je confirme cela fonctionne )

comme une vidéos parle mieux je te laisse la visualiser, j’ai pas pousse le vis de refaire sauvegarder tout de même

2025-02-05_22h36_17.mp4.txt (9,2 Mo)

1 « J'aime »

Bonjour,

Wouah, enfin un vrai problème de version bêta à coté duquel je suis passé.
Je regarde ça ce soir à la maison.

A+
Michel

1 « J'aime »

Merci pour le test, c’est corrigé avec la prochaine bêta (déjà disponible).

edit: il va sans doute y avoir une autre modif ce soir, c’est en cours d’analyse… toutes les mises à jour de ce soir sont faites. Ce serait sympa de retester à l’occasion :slight_smile:

je viens de mettre la dernière version

1 - plus de problème sur les équipement déjà existant au niveau de la case test qui se coche

apres j’ai pas trop compris le fonctionnement

je créer un équipement ou je coche la cases test je sauvegarde une première fois mais cela ne me remonte rien qui ressemble a la doc

si je resauvegarde une seconde fois, cela me donne cela

je vais envoyer mes logs

bon en faite c’est bon lorsque j’active l’équipement , j’avais cru voir note que il fallait désactiver l’équipement

je test un peu plus et je te remonte ce que cela me donne

VOICI MON TEST SUR UN ONDULEUR SUN2000

de mon cote aucune valeur ne remonte

tu veux quoi comme log

for cmd in self.eqConfig["cmds"]:
~~~~~~~~~~~~~^^^^^^^^
KeyError: 'cmds'
[2025-02-07 21:36:09] DEBUG  : recv: 0x0 0xb 0x0 0x0 0x0 0x3 0x1 0x83 0x2 old_data:  addr=None
[2025-02-07 21:36:09] DEBUG  : Processing: 0x0 0xb 0x0 0x0 0x0 0x3 0x1 0x83 0x2
[2025-02-07 21:36:09] ERROR  : Exception response 131 / 0
[2025-02-07 21:36:09] DEBUG  : Frame advanced, resetting header!!
[2025-02-07 21:36:09] ERROR  : test: error during read request on device id 1, address 30089 -> ExceptionResponse(dev_id=1, transaction_id=11, address=0, count=0, bits=[], registers=[], status=1)
[2025-02-07 21:36:09] DEBUG  : Received new message on socket
[2025-02-07 21:36:09] DEBUG  : Close connection
[2025-02-07 21:36:09] DEBUG  : MyModbusd: 'on_message' '''{'CMD': 'read', 'read_cmd': {'eqId': '1572'}, 'apikey': '7jUTPhuIK2F6P9pS0MXpgKJmCPgKvWTKGVpssNDBqr4ADEOr8uO3Sb22YLbhafJ7', 'dt': '2025-02-07T21:36:09+01:00'}'''
[2025-02-07 21:36:09] INFO  : MyModbusd: Command 'read' received from jeedom: sending the command to MyModbusClient
[2025-02-07 21:36:09] DEBUG  : test: 'read_downstream' Message received from daemon: {'read': {'eqId': '1572'}}
[2025-02-07 21:36:10] DEBUG  : test: 'run_loop' in test mode requesting read register address = 30090
[2025-02-07 21:36:10] DEBUG  : send: 0x0 0xc 0x0 0x0 0x0 0x6 0x1 0x3 0x75 0x8a 0x0 0x2
[2025-02-07 21:36:10] DEBUG  : test: 'send_test_result' launched for address = 30089
[2025-02-07 21:36:10] DEBUG  : test: 'add_change' launched with payload = {'RegTest::1572::30089': 'ERROR'}
[2025-02-07 21:36:10] ERROR  : Task exception was never retrieved
future: <Task finished name='Task-3287' coro=<MyModbusTest.send_test_result() done, defined at /var/www/html/plugins/mymodbus/resources/mymodbus/mymodbustest.py:120> exception=KeyError('cmds')>
Traceback (most recent call last):
File "/var/www/html/plugins/mymodbus/resources/mymodbus/mymodbustest.py", line 137, in send_test_result
await self.add_change(change)
File "/var/www/html/plugins/mymodbus/resources/mymodbus/mymodbusbase.py", line 189, in add_change
for cmd in self.eqConfig["cmds"]:
~~~~~~~~~~~~~^^^^^^^^
KeyError: 'cmds'
[2025-02-07 21:36:11] DEBUG  : recv: 0x0 0xc 0x0 0x0 0x0 0x3 0x1 0x83 0x2 old_data:  addr=None
[2025-02-07 21:36:11] DEBUG  : Processing: 0x0 0xc 0x0 0x0 0x0 0x3 0x1 0x83 0x2
[2025-02-07 21:36:11] ERROR  : Exception response 131 / 0
[2025-02-07 21:36:11] DEBUG  : Frame advanced, resetting header!!
[2025-02-07 21:36:11] ERROR  : test: error during read request on device id 1, address 30090 -> ExceptionResponse(dev_id=1, transaction_id=12, address=0, count=0, bits=[], registers=[], status=1)
[2025-02-07 21:36:12] DEBUG  : test: 'run_loop' wait for CMD read
[2025-02-07 21:36:12] DEBUG  : test: 'send_test_result' launched for address = 30090
[2025-02-07 21:36:12] DEBUG  : test: 'add_change' launched with payload = {'RegTest::1572::30090': 'ERROR'}
[2025-02-07 21:36:12] ERROR  : Task exception was never retrieved
future: <Task finished name='Task-3288' coro=<MyModbusTest.send_test_result() done, defined at /var/www/html/plugins/mymodbus/resources/mymodbus/mymodbustest.py:120> exception=KeyError('cmds')>
Traceback (most recent call last):
File "/var/www/html/plugins/mymodbus/resources/mymodbus/mymodbustest.py", line 137, in send_test_result
await self.add_change(change)
File "/var/www/html/plugins/mymodbus/resources/mymodbus/mymodbusbase.py", line 189, in add_change
for cmd in self.eqConfig["cmds"]:
~~~~~~~~~~~~~^^^^^^^^
KeyError: 'cmds'
[2025-02-07 21:36:12] INFO  : test: Modbus communication closed

J’ai pu reproduire comme toi. Ca devrait être corrigé.

c’est good oui

je vais faire d’autre test avec d’autre valeur

sinon je suis avec un dongle + tes anciens boitier cpl, l’onduleur peu recevoir en même temps les demande de mon équipement et celui du test, ou je dois continuer de désactiver mon équipement de prod lorsque je fais les test

j’ai testé sur d’autre valeur du type 32016 a 32068 j’ai eu dans un premier temps des valeurs a 0 ou -1 ou autre suivant ce que je lançais comme recherche de format de registre

a un moment peut importe ce que je faisais comme recherche cela ne remontait plus rien

je suis donc revenu sur la première recherche qui remontait bien des informations et depuis plus rien ne remonte avec la même config

par contre dans les log tout semble bon, du moi pas d’erreur mais des remontés qui semblent se répéter

voir petit vidéos

2025-02-08_08h59_23.mp4.txt (6,5 Mo)

rajout 1 : mon équipement prod est toujours désactivé

rajout 2 : mon équipement de prod ne semblait plus discuter non plus ou du moins ne remontait plus d’info non plus
tout était bien ok, j’ai juste cliquer sur redémarrer et les infos de mon équipement de prog remontent de retour et idem sur l’équipement de test
je sais pas d’ou vient se blocage ou alors le plugin était perdu dans une boucle ou quelques d’autre.

peux etre que si je fais trop de demande de test, il y a une autoprotection pour ne pas envoyer trop de demande en même temps ??

rajout 3
image

j’arrive a reproduire le problème, je pense que c’est que lorsque je lance une recherche de registre sur un format si la recherche n’est pas fini mais que je retourne sur l’onglet équipement et que je change sa recherche par un autre format, c’est la que cela reste bloque quelques part et plus rien ne remontent
je reclique sur redémarrer pour que cela refonctionne

je sais pas si j’ai été suffisamment clair pour toi

J’ai remarqué la même chose, c’est ça qui fait planter le démon parce qu’il est encore dans une boucle avec l’ancienne configuration et lance une nouvelle boucle de lecture. Je vais voir pour bloquer ce phénomène.

1 « J'aime »