Automatisation du "Reset token Tahoma local"

Bonjour,

J’utilise depuis quelques mois plugin-tahomalocalapi pour commander 2 volets « velux »; avec satisfaction !

Toutefois, à un intervalle de quelques semaines, je remarque que les 2 volets ne répondent plus aux commandes de Jeedom. La solution dans ce cas de figure est de faire un « Reset token Tahoma local » depuis l’interface de plugin-tahomalocalapi.

J’ai ainsi 2 questions par rapport à ce problème:
1/ Y aurait-il un élément dans ma configuration qui amènerait à ce « blocage » de la communication entre le plugin-tahomalocalapi et les volets?
2/ existe-t-il un moyen de forcer le « Reset token Tahoma local » à intervalle régulier, par exemple via un Scénario lancé 1 fois par semaine ?

Merci pour vos retours.
Damien

Bonjour
Je pense que le soucis n’est pas le token mais le daemon … As tu essayer de relancer le daemon pour voir si cela resolvait le pb ?

Bonjour @chris94440

Je n’avais pas été jusqu’à relancer le daemon!
Je viens de le redémarrer et reviendrai vers toi au prochain « blocage » (if any).

Merci pour ton plugin et ta réactivité.

Damien

Bonsoir,
Cela fait quelques jours que je remarque que mes volets ne répondent plus aux commandes du plugin (NB : version beta)… sauf a relancer le Demon. Mais visiblement le problème se reproduit le lendemain.
Avez vous fait le même constat chez vous ?

Bonsoir,
Oui on avait remonté l’info.
En attendant j’ai mis un scénario qui relance le démon tous les jours 5 minutes avant le premier volet.
Chris doit chercher je pense.

OUI je pensais faire la même chose.
Tu relances le démon par un bloc code ?
Je peux te demander ton code ?
Bonne soirée

Edit :
je viens d’éssayer avec ça :

tahomalocalapi::deamon_start();
$scenario->setLog(« tahomalocalapi restarting »);

Non, je prends l’info du demon qui vient de jeelink et les actions arrêter redémarrer.
Capture d’écran 2024-03-03 à 21.54.46

Avec une pause de 5 secondes entre les 2 actions.
Et je lance à 6h55 ts les jours.

Cela à l’air de fonctionner avec mon bloc code
Je n’ai pas plugin-jeelink mais je vais m’y intéresser à l’avenir.
Merci

Extrêmement pratique, tu fais un jeelink cible interne sur ton ip jeedom et tu as tous les plugings, les états et les actions déclenchables.

Hello
Je pensais que ce pb était résolu avec le redémarrage quotidien du daemon (en tout cas pas de soucis chez moi) … mais à priori non … :frowning:
du coup faut que je réfléchisse à un moyen de trapper cette erreur … l’un d’entre vous peux-t-il m’envoyer les logs du daemon et du plugin qd il y a ce dysfonctionnement svp

@chris94440

Pour ceux qui veulent tester j’ai créer un feature qui check l’état de connectivité avec la gateway somfy et la redemarre … je ne sais pas si cela va fonctionner mais on peut essayer

Il faut prendre la branche feat-connectivity

Et apres vous schedulé le cron qui vous convient dans l’interface de configuration du plugin

J’ai supprimé le restart du daemon tous les jours dans cette feature.

A voir si cela résoud le pb
@chris94440

J’ai eu un blocage ce soir, mais je n’avais pas eu le temps de mettre en debug donc pas de log :frowning:
Un symptôme visuel, c’est que les quelques images de volet qui sont dans le plugin ne sont plus en couleur mais grise. Je ne sais pas si ça t’aide beaucoup.
Le demon était toujours vert

Tu avais fait la maj sur la feat-connectivity ?

non pas eu le temps :frowning:
la beta du 2024-02-11 18:53:33

Ok mais c’est cette version qu il faudrait tester …

[2024-03-04 21:48:48][DEBUG] : - Execution demandée io://1201-1657-1867/2798278 | commande : open| parametres : | type : action| Sous type : other| exec id : 2d351a34-73dc-45b7-9995-9915fc62ac74
[2024-03-04 21:48:48][DEBUG] : sendToDaemon → {« deviceId »:« 712 »,« action »:« execCmd »,« deviceUrl »:« io://1201-1657-1867/2798278 »,« commandName »:« open »,« parameters »:«  »,« name »:« open »,« execId »:« 2d351a34-73dc-45b7-9995-9915fc62ac74 »,« apikey »:« L43NU8xP0hHQs1fb315A7prtdm50P5Myy2WugAZVRxY6Iii5mcBfTcqkvSCTESgm »}

tahomalocalapi(HS).txt (505 Octets)

maj avec feat-connectivity faite, à suivre …

Bien reçu je regarde demain

De ce que je vois dans les logs la connexion avec ta box se perd régulièrement

[2024-03-04 14:50:10][ERROR] : Fatal error: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))
[2024-03-04 14:50:10][INFO] : Traceback (most recent call last):
  File "/usr/local/lib/python3.7/dist-packages/urllib3/connectionpool.py", line 803, in urlopen

Mais le daemon redémarre correctement

[2024-03-04 14:50:10][DEBUG] : Shutdown
[2024-03-04 14:50:10][DEBUG] : Removing PID file /tmp/jeedom/tahomalocalapi/tahomalocalapid.pid
[2024-03-04 14:50:11][INFO] : LoopNetServer Thread stopped
[2024-03-04 14:50:11][DEBUG] : Exit 0
[2024-03-04 14:55:05][INFO] : *-------------------------------------------------------------------------*
[2024-03-04 14:55:05][INFO] : Start demond
[2024-03-04 14:55:05][INFO] : Log level: debug

Mais pas tout le temps correctement

[2024-03-04 14:50:10][DEBUG] : Shutdown
[2024-03-04 14:50:10][DEBUG] : Removing PID file /tmp/jeedom/tahomalocalapi/tahomalocalapid.pid
[2024-03-04 14:50:11][INFO] : LoopNetServer Thread stopped
[2024-03-04 14:50:11][DEBUG] : Exit 0
[2024-03-04 14:55:05][INFO] : *-------------------------------------------------------------------------*
[2024-03-04 14:55:05][INFO] : Start demond
[2024-03-04 14:55:05][INFO] : Log level: debug
[2024-03-04 14:55:05][INFO] : Socket port: 55009
[2024-03-04 14:55:05][INFO] : Socket host: localhost
[2024-03-04 14:55:05][INFO] : PID file: /tmp/jeedom/tahomalocalapi/tahomalocalapid.pid
[2024-03-04 14:55:05][INFO] : Device: auto
[2024-03-04 14:55:05][INFO] : User: dubuc@aliceadsl.fr
[2024-03-04 14:55:05][INFO] : Pin ocde: 1201-1657-1867
[2024-03-04 14:55:05][INFO] : Box IP: https://192.168.0.11:8443
[2024-03-04 14:55:05][INFO] : Tahoma token: 658d2d7831a10c65c5d3
[2024-03-04 14:55:05][INFO] : *-------------------------------------------------------------------------*
[2024-03-04 14:55:05][INFO] : Writing PID 4117 to /tmp/jeedom/tahomalocalapi/tahomalocalapid.pid
[2024-03-04 14:55:05][INFO] : Init request module v2.31.0
[2024-03-04 14:55:05][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2024-03-04 14:55:05][DEBUG] : http://127.0.0.1:80 "GET /plugins/tahomalocalapi/core/php/jeeTahomalocalapi.php?apikey=L43NU8xP0hHQs1fb315A7prtdm50P5Myy2WugAZVRxY6Iii5mcBfTcqkvSCTESgm HTTP/1.1" 200 0
[2024-03-04 14:55:05][DEBUG] : Listen socket jeedom
[2024-03-04 14:55:05][INFO] : Socket interface started
[2024-03-04 14:55:05][INFO] : LoopNetServer Thread started
[2024-03-04 14:55:05][DEBUG] :  * Retrieve gateways list
[2024-03-04 14:55:05][INFO] : Listening on: [localhost:55009]
[2024-03-04 14:55:07][DEBUG] : Gateways list : [{'connectivity': {'status': 'OK', 'protocolVersion': '2023.6.4-9'}, 'gatewayId': '1201-1657-1867'}]
[2024-03-04 14:55:07][INFO] : Send to jeedom : {'gatewaysList': [{'connectivity': {'status': 'OK', 'protocolVersion': '2023.6.4-9'}, 'gatewayId': '1201-1657-1867'}]}
[2024-03-04 14:55:07][DEBUG] :  * Retrieve devices list

Il ne récupère pas la liste des devices et donc ne fait plus rien … le listener d’évènements n’est pas executé …
normalement tu devrais avoir apres

[2024-03-04 07:50:06][DEBUG] :  * Retrieve devices list
[2024-03-04 07:50:08][DEBUG] :  * Register listener

J’ai modifié la feat-connectivity …je test qq jours et si pas de regression je pousse en beta
Le soucis c’est que j’ai jamais le pb … vous etes en filaire ou en wifi ?

Je suis en filaire.

NB : je me demande si je rencontre ce problème depuis la dernière mise à jour Jeedom 4.3.23.