Closed quizatsaderac closed 4 years ago
apparemment la dernière version m’a fait perdre les radiateurs et les volets.
Bizarre, peut être un crash visible dans les logs d’homebridge?
Effectivement il me semble qu'il y a un problème sur la log à la relance du homebridge. logs.txt Le problème semble venir vers 14:01:45 pour le module TYDOM.
@quizatsaderac a priori corrigé avec la v0.8.4
, à tester.
Sinon pour le pilotage du thermostat, oui c'est possible mais faut rajouter des switchs en plus (pas prévu dans le thermostat homekit de base), je regarderais ça bientôt.
J’ai tester la version v0.8.4, malheureusement elle provoque le plantage de tous le homebridge. Apparemment tous les accessoires Tydom sont reconnus mais le plugin bloque tous les autres. logs.txt
L'erreur indique un problème de configuration: il manquerait le champs "hostname" dans ton config.json:
{
"bridge": {
"name": "Homebridge ABCD",
"username": "0E:21:1B:E7:AB:CD",
"port": 53619,
"pin": "123-45-678"
},
"accessories": [],
"platforms": [
{
"platform": "Tydom",
"hostname": "mediation.tydom.com",
"username": "foo",
"password": "bar"
}
]
}
Mais bizarre que ça ne plante que maintenant...
oui, bizarre car je n'est pas modifié mon fichier de config. Sur hoobs il ressemble a cela. config.pdf.
Hum, je vois pas trop d'ou pourrait venir le problème. En effet tout semble bon.
Essaye de mettre à jour homebridge si tu peux (la dernière version est 0.4.53
)
Sinon tu peux essayer de rollback la version du plugin (releases ici: https://github.com/mgcrea/homebridge-tydom/releases) (par ex: 0.7.0
, 0.6.17
, etc.) jusqu'à ce que ça re-fonctionne mais je ne vois vraiment pas ce qui pourrait causer cela dans les derniers changements.
Le problème provient surement de la plate-forme que j'utilise : HOOBS. Malheureusement HOOBS ne permet pas ( enfin facilement pour moi) d'installer un plugin manuellement ni meme une version antérieure d'un plugin. Je vais essayer une reinstallation complete pour voir...
Ok, good luck, moi j'utilise https://github.com/oznu/docker-homebridge qui fonctionne aussi sur RPI mais probablement un peu plus technique que HOOBS à mettre en place, il y a un guide pour RPI: https://github.com/oznu/docker-homebridge/wiki/Homebridge-on-Raspberry-Pi
j'ai réinstallé tous le Homebridge HOOBS sur le RPI avec le seul plugin TYDOM, malheureusement le résultat est le même. Je vais attendre une nouvelle version de HOOBS, et essayer docker. Vu le contexte j'ai le temps . Merci beaucoup de votre aide. logs-5.txt
bon, après quelque bidouille je suis arrivé à installer une ancienne version qui fonctionne bien (0.6.9 ) mais je pense avoir identifié le problème . Un module Typass ATL intégré très récemment au système de consommation Typass. Je vais refaire des essais pour confirmer. Merci encore.
bon, après quelque bidouille je suis arrivé à installer une ancienne version qui fonctionne bien (0.6.9 ) mais je pense avoir identifié le problème . Un module Typass ATL intégré très récemment au système de consommation Typass. Je vais refaire des essais pour confirmer. Merci encore.
Coucou tout le monde,
Je rejoins ce que tu dis quizatsaderac, j'ai été contraint de retourner sur la version 0.6.9 pour que mes équipements redeviennent joignables...
Par contre si jamais tu as galèrer, en faisant cette commande c'est très simple :
npm install -g homebridge-tydom@0.6.9
Merci au dev', c'est 10x mieux que du jeedom avec des plugins complètements instables...
Maxime.
Hello @maaxleop, je viens de release la 0.8.5
qui fix un bug sur les windowCovering (stores), à voir si ça corrige ton problème.
Sinon si t'as les logs d'homebridge sous la main avec le crash je peux regarder pour patcher ça rapidos.
D'ailleurs @quizatsaderac si tu as des volets, tu peux re-tester la dernière version qui corrige un bug dessus #5 (et qui pourrait faire planter le reste du coup).
@mgcrea quelle réactivité, c’est bon soucis des équipements injoignables régler ! ;) merci beaucoup!
Super !! problème réglé, les volets et le reste fonctionne bien, merci beaucoup !
Par contre, je sais pas si vous avez le même soucis mais lorsque je configure le plugin avec l'adresse du serveur Tydom "mediation.tydom.com" et que je fais par exemple un "dis Siri", mes équipements ne fonctionnent pas tout de suite (il me dis une phrase du style "je suis désolé, les équipements ne sont pas disponible...blablabla"). Je suis contraint de refaire un "dis Siri" et là ça fonctionne! J'ai donc essayer en mettant l'adresse (192.168.1.X) de la Tydom 1.0 directement à la place de "mediation.tydom.com" et je n'ai plus ce soucis, si cela peut aider quelqu'un. Après je ne pense pas que ce soit un soucis de plugin, c'est surement le temps de joindre le serveur Tydom et que ça revienne et donc HomeKit n'aime pas ça... à méditer.
Maxime.
j’ai le même petit souci mais de façon aléatoire.J’utilise le serveur « médiation.tydom.com ».Je n’arrive toujours pas à le remplacer par l’adresse IP. comme vous dites, sûrement une latence du serveur tydom. Encore merci pour la maj.
@maaxleop moi je n'ai pas remarqué de soucis avec Siri, mais je ne m'en sers pas très souvent. Si tu mets l'adresse locale, j'ai remarqué que l'application Tydom de ton tel ne marchait plus (une seule connexion à la fois), est-ce que tu confirmes?
La connexion avec le serveur étant un WebSocket, il n'y a normalement pas de délai de connexion (le socket est toujours ouvert), après faudrait regarder dans les logs pour voir si il se ferme parfois (se qui pourrait expliquer ce comportement pour le coup).
@quizatsaderac Pour l'IP locale, c'est probablement que tu n'as pas la bonne, si tu peux lister les adresses MAC sur ton réseau local, celle de la Tydom devrait commencer par: 00:1A:25:
(Delta Dore)
@mgcrea Je n'ai pas du tout remarqué de perturbation dû à une seule connexion à la fois... je viens de refaire le test et non je n'ai pas remarquer de problème.
@quizatsaderac tu as bien changer le paramètre de sécurité pour l'histoire du TLS ? Tiens si jamais tu n'as pas fait :
DESACTIVER SSL/TLS SUR HOMEBRIDGE: Pour pouvoir se connecter à la Box tydom à l’aide de l’adresse IP : Il faut changer le paramètre de sécurité TLS en modifiant ce fichier :
sudo service homebridge stop
sudo vim /usr/lib/node_modules/homebridge/bin/homebridge
Appuyer sur i
Ajouter la ligne suivante après les « var » :
process.env.NODE_TLS_REJECT_UNAUTHORIZED = "0";
Tapez :x pour quitter/save
sudo service homebridge start
Merci pour votre aide en tout cas ;)
@mgcrea Correction, je viens de remarquer que chaque accès avec l'application tydom, homebridge se fait couper la connexion... bon après pour moi ce n'est pas très gênant, je préfère utiliser l'application Home quand je suis à la maison!
Par contre je veux bien un coup de main pour pouvoir ajouter le PIN de mon alarme... il y a rien à faire je galère, où est ce que l'on renseigne HOMEBRIDGE_TYDOM_PIN ? (quel fichier, comment l'écrire également...) J'ai tenter en modifiant le config en ajoutant la ligne mais a chaque fois c'est "config JSON incorrecte..." Merci d'avance ;)
non, je n'avais pa changé le paramètre de sécurité TLS .... voila pourquoi cela ne fonctionnait pas avec l'adresse ip. Merci beaucoup pour le petit tuto, je vais tester.
pour HOMEBRIDGE_TYDOM_PIN
c'est une variable d'environnement, donc même chose que le NODE_TLS_REJECT_UNAUTHORIZED
, mais il faut mettre la valeur en base64 (cf. readme).
Dans la config "pin"
sous le bon settings.device_id
ça marche aussi, tu dois faire une typo dans ton json quand tu l'ajoutes, essaye de le vérifier avec https://jsonlint.com
Côté install en général je recommande plutôt d'essayer docker avec oznu/docker-homebridge/ et docker-compose qui permet d'avoir entièrement la main sur l'installation (et sur les variables d'env).
@quizatsaderac sinon je regardais pour l'histoire du mode confort et de mon côté, sur des modules de pilotage de plancher chauffants (que j'utilise pour des sèches serviettes), je n'ai que trois modes: arrêt / hors-gel (absence) / marche.
Tu confirmes que tu as deux températures distinctes (économie/confort) avec ton RF 6600 FP?
Du coup pour avancer il me faudrait les dumps de commandes précises sur le Tydom (en utilisant un script dédié utilisant node-tydom-client)
Oui j'ai bien deux allures de fonctionnement eco et confort. Mais les trois mode que tu me décris me conviendrai très bien, le but étant juste d'allumer le sèche serviette à la voix car les modes eco et confort sont actionnable sur le module RF.( mais pas de commande pour le faire sortir du mode hors gel ou arrêt seul l'application tydom le permet) Je regarde ( avec mes faible connaissance...) le script node-tydom-client. Merci
non, je n'avais pa changé le paramètre de sécurité TLS .... voila pourquoi cela ne fonctionnait pas avec l'adresse ip. Merci beaucoup pour le petit tuto, je vais tester.
correction, je viens de tester Hoobs, ce n'est pas forcement au même endroit... sudo vi /home/hoobs/.hoobs/node_modules/homebridge/bin/homebridge sur hoobs
ok, je vais tester, merci.
@quizatsaderac j'ai fait un petit CLI pour faciliter l'implémentation des devices que je n'ai pas (source):
Depuis n'importe quelle machine (faut mettre tes usernames / passwords):
npm i -g tydom-client
tydom request /configs/file /devices/data /devices/meta /devices/cmeta --file tydom_output.json --username 001A25XXXXXX --password XXXXXX
Puis ajouter le contenu du fichier tydom_output.json sur un gist (https://gist.github.com/)
Ca me permettra de comparer l'implémentation de tes chauffages pour ajouter les boutons hors gel, etc.
Bonjour, j'ai bien installé le CLI et lancé la commande tydom request .... J'obtiens le résultat suivant sur la log de HOOBS ( voir capture), est ce correct ? Désolé mais je ne connais pas la commande pour récupérer le fichier tydom_output.json sur sur mon ordi pour le transferer.
Bonjour, j'ai bien installé le CLI et lancé la commande tydom request .... J'obtiens le résultat suivant sur la log de HOOBS ( voir capture), est ce correct ? Désolé mais je ne connais pas la commande pour récupérer le fichier tydom_output.json sur sur mon ordi pour le transferer.
Pourquoi n'utilise tu pas une clé USB ?
Tu branches ta clé, ensuite :
sudo fdisk -l
Tu repères ta clé avec le /dev/sdX
Ensuite tu créer un point de montage sur la racine par exemple :
sudo mkdir /CLE-USB
et pour finir tu montes ta clé sur ce point de montage :
sudo mount /dev/sdX /CLE-USB
Une fois ta clé monté tu n'as plus qu'a copier ton fichier dessus, en l'occurence, il est indiqué où il à été copié...
sudo cp /home/hoobs/.hoobs/etc/tydom_outpout.json /CLE-USB
Dis moi si tu bloque sur quelque chose, comme beaucoup de gens, j'ai le temps en ce moment.
Tu peux aussi utilise --verbose
ou -v
à la fin de la commande pour avoir le dump de la commande, ensuite y'a plus qu'a copier/coller le gros bout de texte.
D'ailleurs j'ai de petit souci avec les deux dernières version, perte des accessoires ( volets, lumières ..). J'ai remis la 0.8.5 pour l'instant. Les dumps ( fait sous 0.9.2 ou .3 )risque donc d'être erronés ?
coucou, Merci pour le tuto, cela ravive mes vieux souvenirs :) Voici le lien :https://gist.github.com/quizatsaderac/8def21d11e50407aa974181c84052875
D'ailleurs j'ai de petit souci avec les deux dernières version, perte des accessoires ( volets, lumières ..). J'ai remis la 0.8.5 pour l'instant. Les dumps ( fait sous 0.9.2 ou .3 )risque donc d'être erronés ?
Ah bah je suis pas le seul ! ><
@quizatsaderac nan pas de problème pour les dumps.
Avec la 9.x
j'ai changé la façon dont je reconnaissais les devices pour pouvoir gérer des devices différents avec le même first_usage
, ça a changé l'ordre de génération des devices & mis le boxon dans les IDs homebridge.
Normalement c'est corrigé avec la 0.13.0
, à tester.
J'ai implémenté des switchs pour tenter de gérer le pilotage de ces modes dans la dernière release (0.16.1
), à voir si ça fonctionne!
Sinon j'ai vu deux autres états possibles:
HVAC_LEVEL_MEDIO: 'Medio',
HVAC_LEVEL_MODERATO: 'Moderato',
Tu as ça dans ton interface?
Pas trop sûr que le hors gel fonctionne, vu que je n'ai pas ce genre de chauffage, je ne pas voir les commandes exactes envoyées par l'application.
bonsoir, après quelques tests, le fonctionnement est un peu chaotique.
bonjour, Après plusieurs autre test, le fonctionnement est plus aléatoire. Lorsque l'application tydom modifie le mode des modules RF 6600 ( manuellement ou par la programmation horaire ) HomeKit semble perdu. Exemple : la nuit, les modules sont placé sur arrêt par l'application tydom, et le matin Homekit n'arrive plus à les allumer. il faut plusieurs manipulation sur tydom pour qu'il retrouve ses petits. Peut-être toujours le problème des interrupteurs de mode ? Encore merci de tous ton travail :)
Arf dommage pour les modes, il doit manquer quelque chose à la commande. C'est en effet en plus assez compliqué de mapper les variables Tydoms et l'interface HomeKit. Sans le module sous la main pour tester, c'est pas évident!
A l'occasion tu peux tester:
npx tydom-client listen --username 001A25XXXXXX --password XXXXXX
Et manipuler les modes depuis l'appli Tydom, tu devrais voir passer les messages de commande qui pourrait aider à implémenter correctement les switchs.
Je comprend bien la difficulté sans avoir les modules sous la main et je te remercie encore de tous tes efforts. Voici une recopie des messages du terminal HOOBS. Si tu as besoin d'autre commandes spécifique, je suis à ta disposition . NPX TYDOM 2.pdf
Je viens de pousser une nouvelle mise à jour avec plus de logs et quelques correctifs, à tester! v0.17.1
. Probable qu'il y ai encore quelques soucis. Je rajoute au fur et a mesure plus de logs pour mieux débugger!
On peut continuer la discussion au besoin sur #21, ce ticket date et est un peu long!
ok,merci.
bonjour je voulais savoir si il était possible d’ajouter les commandes fil pilote ( hors gel, économie et confort ) sur les radiateurs pilotés par des RF6600 FP. Depuis la dernière mise a jour il sont bien visible sur HomeKit , mais la commande de température est disponible. Merci