Bonjour,
Je suis en train mettre en place une nouvelle installation domotique, principalement pour piloter mes volets roulants (Fibaro FGR-223). La clef Z-Wave est une Aeotec Z-Stick GEN 5. Les boutons muraux sont des doubles poussoirs impulsionnels.
Mon souci est que les valeurs des commandes ne remontent pas. Par exemple la commande Etat ou la commande Scène.
Exemple si je test la valeur état, elle reste vide.
En revanche les actions fonctionnes, je peux monter/descendre/arrêter le volet sans soucis. Seulement je ne saurai pas à quel niveau il est.
L’étalonnage à bien été effectué, pas de problème à ce niveau.
Le démon Z-wave est bien lancé, il est à jour, Jeedom également.
La santé du réseau est bonne:
J’ai bien sur fait pas mal d’essai en effectuant des exclusions / inclusions, avec liaison sécurisé et sans. J’ai également réinstallé le plugin Z-wave mais cela ne change rien.
A noter que dans la partie configuration du module Fibaro, les valeurs sont bien présentes. Si je les actualise cela fonctionne. Si je touche à l’interrupteur pour descendre et remonter le volet, l’état est bien modifié à ce niveau. Si j’active une scène, par double ou triple appui alors le numéro de la scène concernée est bien changé automatiquement.
Ci-après l’état qui correspond à Level (Classe 38 Instance 1 Index0) est bien à la valeur 0. Hors 0 ne remonte pas dans les commandes. Je peux faire évoluer cet état cela fonctionne très bien ici bien rien au niveau des commandes.
Mon installation est la suivante:
DIY Jeedom sur docker (Application ContenairStation) qui tourne sur un NAS QNAP.
Le NAS utilisant le port 80, une redirection est faite pour Jeedom sur le 1880.
Lors du paramétrage de la clef Z-Wave, les ports 8083 et 83 ont été ajouté de façon automatique, mais j’ai mis les mêmes numéros en entrée et sortie pour rester sur les paramètres par défaut dans Jeedom (visible dans la configuration du plugin Z-Wave). Au départ les ports d’entrées étaient différents (32768 et 32770). J’avais donc mis 32768 dans le module Z-Wave à la place de 8083 et j’avais le même soucis qu’actuellement. En mettant 8083 en transmissions directe je me dis que je prends moins de risque mais cela ne change rien au problème.
Voici ce que donne la configuration réseau du conteneur:
J’ai fait un essai en redirigeant le 1880 vers le 1880 et en modifiant le port interne de Jeedom via la commande (sudo nano /etc/apache2/ports.conf puis sudo /etc/init.d/apache2 restart) et en changeant le port dans la config réseau Jeedom (image suivante). Mais cela n’a rien changé, cela fonctionne avec le même problème. J’ai donc remis 80 comme port interne à Jeedom avec une redirection au niveau du conteneur 1880 vers 80.
Ma configuration réseau Jeedom actuelle:
J’ai également une redirection de ports au niveau de ma Box pour pouvoir accéder à Jeedom de l’extérieur (sur le 1880) et cela fonctionne très bien.
Je pense que le problème vient de ma configuration réseau, bien que tout soit vert au niveau de la santé Z-Wave. Sinon cela peut être un problème du plugin Z-wave ?
Tous les composants domotiques ont été pris chez domotique-store. Je les ai contacté, pour eux pas de soucis dans mon paramétrage sous Jeedom. En revanche leur connaissance au niveau réseau n’ont pas permis de trouver l’origine du problème. Cela reste assez pointu.
J’ai activé les logs en debug mais tout reste vert tout le temps du coup je ne sais pas trop quoi vous partager.
Je ne sais pas si la clef API Z-Wave sert dans mon cas, l’accès API est désactivé. J’ai quand même essayé de l’actualiser mais cela n’a rien donné. Activé l’accès non plus, par défaut je les remis en désactivé après mes essais.
[Edit] Ajout des derniers log de openzwave
Je ne comprends pas pourquoi il y a des adresses avec utilisation de l’API sachant qu’elle est désactivé (par défaut d’ailleurs) et pourquoi on retrouve 127.0.0.1 alors qu’elle n’ait nulle part dans mon paramétrage ? Peut-être une piste intéressante.
[2021-01-14 20:02:47][INFO] : 200 GET /network?type=info&info=getStatus&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 0.81ms
[2021-01-14 20:05:34][INFO] : 200 GET /network?type=info&info=getStatus&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 0.92ms
[2021-01-14 20:06:55][INFO] : 200 GET /network?type=info&info=getStatus&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 0.83ms
[2021-01-14 20:07:09][INFO] : node info getNodeStatistics
[2021-01-14 20:07:09][INFO] : 200 GET /node?node_id=5&type=info&info=getNodeStatistics&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 1.06ms
[2021-01-14 20:07:09][INFO] : 200 GET /network?type=info&info=getNodesList&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 2.19ms
[2021-01-14 20:07:09][INFO] : node info all
[2021-01-14 20:07:09][INFO] : 200 GET /node?node_id=5&type=info&info=all&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 9.11ms
[2021-01-14 20:07:12][INFO] : node info all
[2021-01-14 20:07:12][INFO] : 200 GET /node?node_id=5&type=info&info=all&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 39.46ms
[2021-01-14 20:07:14][INFO] : node info all
[2021-01-14 20:07:14][INFO] : 200 GET /node?node_id=5&type=info&info=all&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 9.19ms
[2021-01-14 20:07:14][INFO] : 200 GET /node?node_id=5&instance_id=1&cc_id=38&index=0&type=refreshData&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 1.01ms
[2021-01-14 20:07:15][DEBUG] : notif_callback : new notification
[2021-01-14 20:07:15][DEBUG] : notif_callback : Notification type : 2, nodeId : 5
[2021-01-14 20:07:15][DEBUG] : addValueId : ValueID : 72057594126630913
[2021-01-14 20:07:15][DEBUG] : addValueId : GetCommandClassId : 38, GetType : 1
[2021-01-14 20:07:15][DEBUG] : addValueId : Notification : {'homeId': 3372566669, 'valueId': {'commandClass': 'COMMAND_CLASS_SWITCH_MULTILEVEL', 'homeId': 3372566669, 'readOnly': False, 'genre': 'User', 'id': 72057594126630913L, 'index': 0, 'nodeId': 5, 'value': 0, 'label': u'Level', 'instance': 1, 'units': u'', 'type': 'Byte'}, 'notificationType': 'ValueChanged', 'nodeId': 5}
[2021-01-14 20:07:15][DEBUG] : notif_callback : call callback context
[2021-01-14 20:07:15][DEBUG] : zwcallback args=[{'homeId': 3372566669, 'valueId': {'commandClass': 'COMMAND_CLASS_SWITCH_MULTILEVEL', 'homeId': 3372566669, 'readOnly': False, 'genre': 'User', 'id': 72057594126630913L, 'index': 0, 'nodeId': 5, 'value': 0, 'label': u'Level', 'instance': 1, 'units': u'', 'type': 'Byte'}, 'notificationType': 'ValueChanged', 'nodeId': 5}]
[2021-01-14 20:07:15][DEBUG] : Z-Wave Notification ValueChanged : {'homeId': 3372566669, 'valueId': {'commandClass': 'COMMAND_CLASS_SWITCH_MULTILEVEL', 'homeId': 3372566669, 'readOnly': False, 'genre': 'User', 'id': 72057594126630913L, 'index': 0, 'nodeId': 5, 'value': 0, 'label': u'Level', 'instance': 1, 'units': u'', 'type': 'Byte'}, 'notificationType': 'ValueChanged', 'nodeId': 5}
[2021-01-14 20:07:15][DEBUG] : value_update. 5 Level
[2021-01-14 20:07:15][INFO] : Received Switch multilevel report from node 5: Level=0
[2021-01-14 20:07:15][DEBUG] : A node value has been updated. nodeId:5 value:Level
[2021-01-14 20:07:15][DEBUG] : notif_callback : end
[2021-01-14 20:07:15][DEBUG] : Send to jeedom : {'devices': {'5': {'3810': {'instance': 1, 'node_id': 5, 'CommandClass': 38, 'value': 0, 'index': 0}}}}
[2021-01-14 20:07:15][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2021-01-14 20:07:15][DEBUG] : http://127.0.0.1:80 "POST /plugins/openzwave/core/php/jeeZwave.php?apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ HTTP/1.1" 200 51
[2021-01-14 20:07:16][INFO] : node info all
[2021-01-14 20:07:16][INFO] : 200 GET /node?node_id=5&type=info&info=all&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 9.28ms
[2021-01-14 20:07:18][INFO] : node info all
[2021-01-14 20:07:18][INFO] : 200 GET /node?node_id=5&type=info&info=all&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 9.31ms
[2021-01-14 20:07:20][INFO] : node info all
[2021-01-14 20:07:20][INFO] : 200 GET /node?node_id=5&type=info&info=all&apikey=K6EKIb7QY32sxR5NsakHVbtJ3J2DRVPJ (127.0.0.1) 9.30ms
Si quelqu’un a déjà rencontré ce souci ou a une idée d’où ça pourrait venir merci d’avance !