14/04/2015, 21:03:33
@Energy01, un grand merci pour ta réponse.
En ce qui concerne la version de Knxweb, je fais tourner la version 0.9.3, accompagnée de la version 0.0.1.32 de linknx. Ces versions ont été installées sur mon RaspBerryPi à l'aide du script install_trio que tu nous as gracieusement mis à disposition.
Afin de diagnostiquer mes problèmes de rules, j'ai tenté de les créer de toutes les façons possibles :
- par l'interface
- en éditant le fichier <racine de knxweb2>/linknx.xml et en copiant/collant une règle similaire, en ne changeant que certains paramètres
- par la suite, en supprimant via l'interface, les règles créées manuellement, et en les recréant à nouveau via l'interface
J'ai essayé de mettre à "true" le paramètre trigger pour la condition temperature > 23. J'ai constaté dans ma log linknx.log qu'à chaque fois qu'une nouvelle valeur de temp_sejour était reçue de la sonde de température, ma règle était évaluée. Ce n'est pas très grave car la condition Timer=14h n'est pas vraie. Mais mon besoin est qu'elle ne soit évaluée qu'à 14h, et même idéalement, entre 14h et 18h (je n'ai rien trouvé de mieux que de créer 4 règles, chacune évaluée à 14, 15, 16 et 17h). Peut-être ai-je mal compris le fonctionnement des règles.
Je constate bien la présence de toutes les règles que j'ai définies dans la liste déroulante en première ligne de l'onglet règle. Lorsque je sélectionne une règle, elle s'affiche comme je l'ai définie. Pour autant, aucun événement n’apparaît concernant cette règle, ce qui me fait dire qu'elle n'est pas évaluée à 14h. De fait, en ces temps de chaleur, mes volets ne sont jamais descendus lorsque j'arrive du boulot le soir, or la condition de température est largement dépassée.
J'ai également des doutes sur les valeurs auxquelles je compare des données de datapoint 9.xxx : températures, réglages fin de volets, ... Vu le résultat de groupsocketlisten sur les GA de température, je comprends que les valeurs sont codées en hexa, et que la traduction en décimale m'amène une température en degrés sur 4 chiffres avec deux virgules (à l'heure actuelle : 9C4=2500 ou 25°C). Dans mon design, j'ai bien un affichage de 25.0 dans mon widget de température et je pense que mon calcul est bon. Par contre, je ne suis pas sûr de la possibilité de la comparaison id="temp_sejour" op="gte" value="23" dans ma règle.
De la même façon, ma commande générale qui va descendre mes volets roulants à une hauteur de 35% ne s'exécute pas via knxweb, en écrivant directement la valeur 89 (35% de 255) dans l'objet de commande générale. Pourtant, groupsocketlisten m'affiche bien cette information lorsqu'elle passe sur le réseau, lorsque j'ai actionné le positionnement de mes volets à 35% depuis un écran tactile Zennio, et tous les volets renvoient le retour d'état.
Je pense, au vu de ce que tu m'écris concernant les logs, que mon cocktail linknx/knxweb ne fonctionne pas correctement. D'autres artefacts me font pencher pour cette cause :
- les pages web sont très lentes à s'afficher (15s pour afficher la page d'accueil de knxweb lors que le RasberryPi est dédié à la domotique)
- dans la navigation entre onglets, je me retrouve parfois bloqué par un affichage grisé et un "veuillez patienter" qui ne rend jamais la main.
Sur quel repository puis-je trouver les versions les plus à jour des composants de cette suite ? La sauvegarde du fichier <racine de knxweb2>/linknx.xml, ainsi que les ressources graphiques (contenu de <racine de knxweb2>/pictures) est-elle nécessaire et suffisante pour ne rien perdre du travail effectué pendant la mise à jour ?
J'ai sans doute mal fouillé, mais existe-t-il une documentation qui m'expliquerait toutes les options de chacune des rubriques de Knxweb ? J'ai tout découvert par moi même jusqu'ici (avec déjà ton aide sur mes problèmes de retour d'état en janvier dernier).
Merci.
Cordialement.
En ce qui concerne la version de Knxweb, je fais tourner la version 0.9.3, accompagnée de la version 0.0.1.32 de linknx. Ces versions ont été installées sur mon RaspBerryPi à l'aide du script install_trio que tu nous as gracieusement mis à disposition.
Afin de diagnostiquer mes problèmes de rules, j'ai tenté de les créer de toutes les façons possibles :
- par l'interface
- en éditant le fichier <racine de knxweb2>/linknx.xml et en copiant/collant une règle similaire, en ne changeant que certains paramètres
- par la suite, en supprimant via l'interface, les règles créées manuellement, et en les recréant à nouveau via l'interface
J'ai essayé de mettre à "true" le paramètre trigger pour la condition temperature > 23. J'ai constaté dans ma log linknx.log qu'à chaque fois qu'une nouvelle valeur de temp_sejour était reçue de la sonde de température, ma règle était évaluée. Ce n'est pas très grave car la condition Timer=14h n'est pas vraie. Mais mon besoin est qu'elle ne soit évaluée qu'à 14h, et même idéalement, entre 14h et 18h (je n'ai rien trouvé de mieux que de créer 4 règles, chacune évaluée à 14, 15, 16 et 17h). Peut-être ai-je mal compris le fonctionnement des règles.
Je constate bien la présence de toutes les règles que j'ai définies dans la liste déroulante en première ligne de l'onglet règle. Lorsque je sélectionne une règle, elle s'affiche comme je l'ai définie. Pour autant, aucun événement n’apparaît concernant cette règle, ce qui me fait dire qu'elle n'est pas évaluée à 14h. De fait, en ces temps de chaleur, mes volets ne sont jamais descendus lorsque j'arrive du boulot le soir, or la condition de température est largement dépassée.
J'ai également des doutes sur les valeurs auxquelles je compare des données de datapoint 9.xxx : températures, réglages fin de volets, ... Vu le résultat de groupsocketlisten sur les GA de température, je comprends que les valeurs sont codées en hexa, et que la traduction en décimale m'amène une température en degrés sur 4 chiffres avec deux virgules (à l'heure actuelle : 9C4=2500 ou 25°C). Dans mon design, j'ai bien un affichage de 25.0 dans mon widget de température et je pense que mon calcul est bon. Par contre, je ne suis pas sûr de la possibilité de la comparaison id="temp_sejour" op="gte" value="23" dans ma règle.
De la même façon, ma commande générale qui va descendre mes volets roulants à une hauteur de 35% ne s'exécute pas via knxweb, en écrivant directement la valeur 89 (35% de 255) dans l'objet de commande générale. Pourtant, groupsocketlisten m'affiche bien cette information lorsqu'elle passe sur le réseau, lorsque j'ai actionné le positionnement de mes volets à 35% depuis un écran tactile Zennio, et tous les volets renvoient le retour d'état.
Je pense, au vu de ce que tu m'écris concernant les logs, que mon cocktail linknx/knxweb ne fonctionne pas correctement. D'autres artefacts me font pencher pour cette cause :
- les pages web sont très lentes à s'afficher (15s pour afficher la page d'accueil de knxweb lors que le RasberryPi est dédié à la domotique)
- dans la navigation entre onglets, je me retrouve parfois bloqué par un affichage grisé et un "veuillez patienter" qui ne rend jamais la main.
Sur quel repository puis-je trouver les versions les plus à jour des composants de cette suite ? La sauvegarde du fichier <racine de knxweb2>/linknx.xml, ainsi que les ressources graphiques (contenu de <racine de knxweb2>/pictures) est-elle nécessaire et suffisante pour ne rien perdre du travail effectué pendant la mise à jour ?
J'ai sans doute mal fouillé, mais existe-t-il une documentation qui m'expliquerait toutes les options de chacune des rubriques de Knxweb ? J'ai tout découvert par moi même jusqu'ici (avec déjà ton aide sur mes problèmes de retour d'état en janvier dernier).
Merci.
Cordialement.