-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Z-wave as fan #55
Comments
Bonjour Jerem, Je regarderai avec la config que j’obtiendrai par l’analyse du problème de connexion. Il faudrait qu’il soir reconnu comme un switch ce qui te permettrait de choisir sur Homekit entre lumière/switch/ventilateur. En fonction de comment il apparaît sur Tahoma je verrai ce qu’on peut faire. |
Super,
J’aurai quelques petites choses à te signaler concernant donc le ventilateur et le thermostat connecté, mais sinon c’est un vrai plaisir ce plugin.
En attendant je vais essayé de me focus sur le problème "loggin fail”.
Je suis dispo si tu as besoins de testeur.
Cordialement
… Le 6 janv. 2019 à 14:06, Romain DUBOC ***@***.***> a écrit :
Bonjour Jerem,
Je regarderai avec la config que j’obtiendrai par l’analyse du problème de connexion. Il faudrait qu’il soir reconnu comme un switch ce qui te permettrait de choisir sur Homekit entre lumière/switch/ventilateur. En fonction de comment il apparaît sur Tahoma je verrai ce qu’on peut faire.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#55 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/Ar7B6o1FpA1jHM0Q2up-nh-q6xrMyh2Lks5vAfTrgaJpZM4Zewte>.
|
Ton module fait-il variateur ? Si oui tu ne pourrais plus le faire varier si il apparaît en switch sur Home. Il apparaît comme un DimmerLight sur Tahoma. Merci |
Ton module fait-il variateur ? Si oui tu ne pourrais plus le faire varier si il apparaît en switch sur Home. Il apparaît comme un DimmerLight sur Tahoma.
Oui c’est bien un module avec variateur (Z-wave).
Les ventilateurs sous HomeKit apparaissent comme switch? Comment faire varier l’intensité alors ?
Comme tu as réussi à te logger sur ma page, peux-tu ressayer sur homebridge en visionnant les logs et m’envoyant les premières erreurs.
![log homebridge](https://user-images.githubusercontent.com/46055914/50737786-6a3f1e00-11cd-11e9-9bd1-e5dbb3470c4f.png)
Le too many request vient du fait que le plugin essaie de se connecter à plusieurs reprises mais ce n’est pas le problème initial.
Je pensais à quelque chose comme ça.
Ce qui est étonnant c’est que j’ai installé unbuntu server 16.01 sur un bananapi, puis homebridge et enfin homebridge-tahoma avec un démarrage au lancement du système et j’avais jamais eu ça.
… You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#55 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/Ar7B6rHrM-xL0lDXfyXXTYLFON3X79zYks5vAfzzgaJpZM4Zewte>.
|
Bonjour, As-tu pu jeter un œil sur le problème ? |
Bonjour Romain, J'ai eu une réponse d'un Yellow de chez Somfy concernant les messages d'erreurs lors des tentatives de loggin J'ai l'impression que votre box jeedom ou eedomus. essaie de ce connecté a votre compte trop souvent ce qui vous empêche de vous connecter a votre compte. Est-ce que le problème pourrait-être résolu en diminuant, dans le plugin, la fréquence de connection au compte ? Cordialement |
Bonjour Jerem, La fréquence d’actualisation par defaut est de 10min (6x/heure). Si tu as plusieurs systèmes qui se connectent simultanément cela peut effectivement poser problème. Tu peux réduire la fréquence avec le paramètre ‘refreshPeriod’ (en secondes) dans la config. Peut-être le passer à 1800 voir 3600 pour voir si c’est mieux. |
Merci de ton retour,
Je n’ai plus d’autres systèmes qui tournent.
J’ai fait une nouvelle tentative avec les anciens paramètres mais toujours le même problème.
En revanche, si je fais sudo systemctl stop homebridge et que je le lance manuellement Homebridge, ça fonctionne, mais j’ai besoin que cela fonction sur un redémarrage.
Peux-tu être un peu plus précis concernant le ‘refreshPeriod’, je ne le trouve pas dans /usr/lib/node_modules/homebridge-tahoma/package.json.
Faut-il le rajouter, si oui comment ?
Cordialement
… Le 9 janv. 2019 à 13:18, Romain DUBOC ***@***.***> a écrit :
Bonjour Jerem,
La fréquence d’actualisation par defaut est de 10min (6x/heure). Si tu as plusieurs systèmes qui se connectent simultanément cela peut effectivement poser problème. Tu peux réduire la fréquence avec le paramètre ‘refreshPeriod’ (en secondes) dans la config. Peut-être le passer à 1800 voir 3600 pour voir si c’est mieux.
Les ventilateurs ne sont effectivement pas réglables de ce fait. Je regarde si il existe un type spécifique autre.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Il faut le configurer dans la config homebridge, voir partie configuration du plugin : https://github.com/dubocr/homebridge-tahoma/blob/master/README.md |
Mais du coup quelle est la différence entre les tentatives de connection au démarrage et manuelle ?
Qu’est ce qui fait que lors d’un démarrage auto du plugin les demandes saturent le compte alors que manuellement ça passe ?
J'ai ajouté le paramètre "refreshPeriod": "3600", mais toujours le même message d'erreur.
En fait par commande manuelle, homebridge se lance mais pas le plugin Tahoma. :(
Jérémie
Le 9 janv. 2019 à 14:00 +0100, Romain DUBOC <notifications@github.com>, a écrit :
… Il faut le configurer dans la config homebridge, voir partie configuration du plugin : https://github.com/dubocr/homebridge-tahoma/blob/master/README.md
Tu dois arrêter homebridge sinon le plugin doit probablement essayer de se connecter en permanence. Une fois arrêté, cela permet à Tahoma d’accepter des nouvelles connexions je pense
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Dans un cas (lancement via le service) homebridge redémarre en cas d’erreur et le plugin essaie de se connecter sans arrêt alors que dans l’autre (manuel) Tahoma n’est pas sollicité avant de lancer homebridge. Mais le problème semble ailleurs. Peux-tu stoper le service 10 minutes puis le lancer en regardant les logs m’envoyer les premières erreurs. Je pense qu’il y a une erreur de connexion au début puis qu’elle est masquée par la suite du fait que le plugin realise des tentatives en boucles. |
Bonjour Romain,
Pour ton information, plus aucun système domotique n’est raccordé à mon routeur afin d’éviter tout conflit ou saturation du loggin, sauf quand je l’allume pour faire des essais.
Comme tu me l’as demandé voici le log homebridge au démarrage.
N’hésite pas si tu as la moindre question ou le moindre test à me faire faire.
… Le 10 janv. 2019 à 08:32, Romain DUBOC ***@***.***> a écrit :
Dans un cas (lancement via le service) homebridge redémarre en cas d’erreur et le plugin essaie de se connecter sans arrêt alors que dans l’autre (manuel) Tahoma n’est pas sollicité avant de lancer homebridge. Mais le problème semble ailleurs. Peux-tu stoper le service 10 minutes puis le lancer en regardant les logs m’envoyer les premières erreurs. Je pense qu’il y a une erreur de connexion au début puis qu’elle est masquée par la suite du fait que le plugin realise des tentatives en boucles.
Je vais apporter une amélioration pour réduire le rythme des tentatives en cas d’erreur.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#55 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/Ar7B6oYOOuW29H_4z07zAka8Tpbqab0hks5vBuyagaJpZM4Zewte>.
|
Je ne vois pas les logs. C’est un fichier ? |
C’est une capture d’écran, que j’obtiens par la commande: journalctl -f -u homebridge
… Le 10 janv. 2019 à 13:14, Romain DUBOC ***@***.***> a écrit :
Je ne vois pas les logs. C’est un fichier ?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Les réponses par mail ne joignent pas les pièces jointes visiblement. |
Impec merci. Tu sembles avoir systématiquement l'erreur getaddrinfo. Mais pas en lancement manuel du coup ? Je vais t'envoyer un fichier avec plus de traces pour voir. |
Super, désolé pour la perte de temps.. J'observe à chaque log, suite à un démarrage auto, que je fais cette erreur de getaddinfo |
Je peux t'envoyer le daemon.log si tu veux. |
Peux-tu essayer les commandes suivantes : qu'obtiens tu ? Peux tu ensuite remplacer le fichier overkiz-api.js dans le repertoire du plugin par celui-ci puis relancer homebridge. |
Tu peux modifier le fichier en FTP/SFTP sinon tu le modifie avec vim ou nano : |
Bon, j'ai ouvert overkiz-api.js en nano, effacer le contenu puis remplacer par le nouveau. Edit: |
Pourras-tu me dire si l'erreur apparaît quand même au démarrage mais que ça se poursuit néanmoins. |
Dans le répertoire accessories du plugin, ajoute le fichier (dézipé) suivant (ou Dans le fichier de config homebridge, ajoutes le paramètre 'exclude' avec les capteurs à rattacher au thermostat : Pour intégrer le thermostat Somfy, peux-tu exécuter des opérations (monter T°, déscendre T°, mettre en arrêt, mettre en auto, mettre en manuel, arrêter) puis te reconnecter à https://home.duboc.pro/tools/setup pour que je puisse récupérer l'historique des commandes et les intégrer. Merci. |
Fait. Le capteur d'humidité n'apparait toujours pas. |
Voici le fichier pour remplacer accessories/HeatingSystem.js Il doit apporter la gestion du capteur d'Humidité et un premier jet pour la gestion du Thermostat avec la gestion suivante des modes : |
Super, |
Ok super. ll semblerait que les interfaces puissent piloter, en mode manuel: |
Oui c'est ce que je pensais faire en regardant. Mais il n'y aura pas de T° du coup et l'association serait plutôt la suivante : |
Ah....il ne pourra pas être de la même forme que le thermostat avec l'indication de température... |
Si mais la T° sera à 0 car il n'y a pas de capteur de T° à rattacher. |
Et oui, évidemment.... Tu as la possibilité de "retour" d'informations avec Tahoma? |
Ca dépend des capteurs. Les volets RTS ne remontent pas d'information (ils sont donc dans un état "par défaut" au démarrage d'homebridge). Pour le ventilateur c'est qu'il y a un nouvel état coté TaHoma visiblement, je vais l'ajouter également. |
Donc il faut privilégier le io pour le retour d'informations :D Au démarrage d'homebridge, il n'est pas possible d'aller chercher les informations dans Tahoma? J'avais aussi remarqué ça pour le thermostat connecté... |
ou zwave. Non les états ne sont pas stockés sur TaHoma. Ils sont peut-être enregistrés quelque part (appli, stockage tahoma) mais non accessible au niveau capteur. |
Bon apparemment, après être allé sur l'application dédié au thermostat connecté et être revenu sur HomeKit, je peux refaire la manip donc refait. Je sais pourquoi ça bug, si je demande une température trop importante sous HomeKit, alors l'accessoire thermostat bug, apparemment au-delà de 26°C. |
Tu devrais avoir des choses dans les logs homebridge au moment ou ça plante. |
En fait il faut trouver le moyen pour que le curseur sous HomeKit soit limiter entre 15 et 26 degré. |
Voici les derniers fichiers |
Peux tu modifier la t° avec Tahoma dans les différents modes et te connecter sur https://home.duboc.pro/tools/setup |
Je viens de me logger après avoir modifié les T°C des modes: Après que tu m'aies envoyé le fichier homebridge hier soir, j'ai tout installé mais error 443. Quand je change la température sur HomeKit c'est au pas de 0,5°, c'est en réalité plus précis car dans le log je vois que je suis à 17,3 ou 17,4. |
A priori rien n'est envoyé quand tu changes la T° (dans la partie History quand tu te logues il n'y à rien cet après-midi). Pour le Ventilateur, il faut ajouter Dernièrement, j'ai modifié pour que la mise à jour de la T° sur Homekit n'envoi plus |
Impec pour le ventilateur mais après modification j'ai redémarré le server du coup je n'ai pas le bon pourcentage, j'ai 0%. Sous Tahoma, il ne m'est pas possible de changer la temperature des modes sauf si je me met en mode manuel. Via Tahoma je viens de: |
Dans ce cas le comportement précédent était le bon (changement de T° => passage en mode manuel). Tu ne peux pas avoir plus que ce que ne permet TaHoma. Homebridge ne fait qu'associer ce que fait TaHoma avec ce que permet de faire Homekit (ou Home). Pour le ventilateur, tu devrais avoir sur Home ce que tu as sur ma page pour core:LightIntensityState (dans Light > DimmerLight) |
Tu peux mettre à jour le plugin c'est corrigé. Il manquerait : T° de consigne en mode auto et comment la modifier. |
Tu peux mettre à jour le plugin c'est corrigé.
Tu peux continuer à analyser le comportement des states pour comprendre quoi sert à quoi.
De mon côté je pense que :
core:DerogatedTargetTemperatureState : Température en mode manuel ?
Oui, c’est la température du mode sélectionné en dérogation (A la maison, absent, nuit, geofencing et manuel)
core:DerogationActivationState : Dérogation en cours ou non (donc mode auto actif ou non)
Ca à l’air d’être ça mais ça prend beaucoup de temps à s’actualiser environ 3-4 min.
core:TargetTemperatureState : T° de consigne en cours (c’est celle que j'affiche sur HomeKit comme consigne)
Cela aussi l’air d’être ça, T°c des modes en dérogation et du mode auto, là aussi prend beaucoup de temps à s’actualiser.
somfythermostat:[...]TargetTemperatureState : T° de consigne du mode concerné
C’est ça, ce sont les températures que l’on éditent seulement dans l’application Thermostat, qui sont fixes et que l’on ne peut pas modifier sous Tahoma.
Il manquerait : T° de consigne en mode auto et comment la modifier.
T° de consigne core:TargetTemperatureState
Le mode auto est en fait un mode composé des modes à la maison, absent, nuit et geofencing, la T° du mode auto est la T° d’un des modes (hormis le manuel)
Si je suis en mode auto sur Homekit (programmation chez Somfy), et que je choisi de modifier la température,
alors je passe en dérogation mode manuel comme pour les autres modes en fin de compte.
Hormis des temps d’actualisation assez long mais qui ne viennent probablement pas du plugin, c’est plutôt pas mal, j’espère que cela sera utile à la communauté.
Je te remercie énormément pour le temps passé, ta disponibilité et ton efficacité c’est un vrai plaisir.
N’hésite pas à me contacter si tu as besoin de faire des tests, dans la limite des mes accessoires et de mes compétences :)
Je vais très prochainement recevoir des interfaces de chauffage, je me permettrais de te contacter si tout n’était pas fonctionnel.
Bien cordialement
Jérémie
|
Quand tu parles d'actualisation tu veux dire entre l'action TaHoma et Home ou entre l'action TaHoma et quand tu te connectes à ma page ? |
Les deux en fait. |
OK, |
Ouai j’y avais pensé. J’arrête d’alimenter ce topic que tu as clos. |
Hello,
First, thanks for the plugin you did a great job.
I get a z-wave module connect to a fan, a roof fan.
Actually, HomeKit get this z-wave as a light, i can change image, but always for light.
I was wondering if there is a way to get a fan icon fan.
Is it possible to get a field into the config.json file like:
"fan_ids": []
Or anything else.
Regards
Jerem
The text was updated successfully, but these errors were encountered: