Krikroff

J'ai un truc étrange aussi avec mes FGMS ils sont quasiment tous en low battery, étrange parce que la majorité étaient > 60 % avant cette dernière mise à jour... Envoyé de mon iPhone en utilisant Tapatalk

LOL, et bien pour le coup donc sauf problème avec le template je vois pas [emoji53] Envoyé de mon iPhone en utilisant Tapatalk

Je pense que la certification, notamment Z-Wave Plus est en grande partie responsable du retard de la mise sur le marché. Je suis d'ailleurs curieux de savoir si elle intègre le nouveau SDK, car clairement cette télécommande à sa place dans un contexte de sécurité: armement / désarmement de l'alarme etc... Envoyé de mon iPhone en utilisant Tapatalk

LOL, oui c'est vrai M'enfin tu es mauvaise langue, c'est pas 4 mais 6 boutons, cela change tout [emoji51] Envoyé de mon iPhone en utilisant Tapatalk

Comme évoqué par @Moicphil ici (https://www.domotique-fibaro.fr/topic/9776-ces-2017/#comment-149404) je confirme que la KeyFob arrive très bientôt

@BenjyNet, Lol et j'imagine que c'est un Fibaro ton détecteur ?

R.A.S de mon côté

@BenjyNet, Quelques news... En gros, le message s'affiche ici lorsque le contrôleur Z-Wave réceptionne quelque chose qu'il ne prend pas en charge ou bien lorsque un périphérique informe le contrôleur qu'il rejette une commande... Cela peut-être un détecteur de fumée qui refuse une commande de désactivation de la notification en cas de détection de fumée, désactivation interdite par le fabricant (normes, etc...). Le retour "Application Rejected" sur commande non valide est introduit en Z-Wave Plus, afin que le contrôleur s'adapte est ne spam pas le périphérique avec des commandes non supportées.

Un beau plantage du serveur ! Cela fait bien longtemps que je n'ai pas rencontré le problème. Envoyé de mon iPhone en utilisant Tapatalk

Pas de problèmes non plus avec les triggers [emoji4]. Envoyé de mon iPhone en utilisant Tapatalk

Des news sur ton problème@BenjyNet ? Ton FEHM balance beaucoup de requêtes sur ton HC2 ? Envoyé de mon iPhone en utilisant Tapatalk

Bienvenue sur le forum@jeanb ! Envoyé de mon iPhone en utilisant Tapatalk

Bienvenue sur le forum@maneavel Envoyé de mon iPhone en utilisant Tapatalk

@mamoreau, L' Id 51 est bien l' ID de ton plugin ?

@BenjyNet, non jamais vu ! C'est quoi le trigger pour tes lumières ? Envoyé de mon iPhone en utilisant Tapatalk

Merci pour l'info [emoji4]. De mon côté, j'allume deux hue en lua sur déclenchement d'un wall plug et la remonté de l'état me semble très aléatoire Envoyé de mon iPhone en utilisant Tapatalk

Bienvenue sur le forum@nainfa [emoji4] Envoyé de mon iPhone en utilisant Tapatalk

Hi@Joost68, Welcome [emoji4] Envoyé de mon iPhone en utilisant Tapatalk

Tu peux essayer de priver le HC2 de connexion internet 15 ou 20 Minutes et voir si le plugin tourne toujours 1 heure après... Envoyé de mon iPhone en utilisant Tapatalk

LOL, autant dire que la piste de la version du plugin est à exclure [emoji17]. Tu as testé le comportement du plugin en cas de déconnexion Internet ? Envoyé de mon iPhone en utilisant Tapatalk

Je confirme cependant avoir rencontré les mêmes problèmes avec le plugin il y a quelques temps. Du coup je pense à un truc, depuis quand date l'installation plugin Netamo @BenjyNet ? Parce-que si je dis pas de bêtise, lorsque le code du plugin est modifié (évolution, mise à jour, etc...) il faut faire une réinstallation pour pousser les nouveaux fichiers, peut-être une piste . PS: Le serveur qui expose les API Netamo n'est pas d'une stabilité exemplaire, entre retour json mal-formé, domaine inaccessible, etc... Si il n'y a pas une gestion des erreurs poussée au niveau du client c'est plantage assuré !

Tout comme @Nico, le plugin semble tourner correctement. J'ai vérifié à l'instant la cohérence des relevés avec l'application Netatmo à côté comme juge de paix ! Uptime de 17 jours sur le HC2....

@BenjyNet, c'est la poisse ! Pourtant je viens de faire un test avec ceci dans une console PERL avec succès . system("curl --output \'/dev/null\' --request PUT --data \'{\"properties\":{\"value\":$hum}}\' --user toto@tata.com:passwd http://192.168.1.200/api/devices/135 &");

@BenjyNet, toujours pas ?

Oui parfaitement @Sakkhho, juste le port 80 pour le serveur Web et les accès sur l' API (c'est logique en même temps), sinon de mémoire ce n'est pas possible au niveau du serveur de la FBX 6 de faire du monitoring des connexions entrantes...