jjacques68

hello tout le monde ! J'ai une erreur qui m'est retournée lorsque j'essaye de mettre une zone en mode manuelle (via l'API) : {"reason":"validation error","type":"ERROR","message":"incorrect distance between handSetPointCooling and handSetPointHeating"} Je comprends pas, c'est la seule zone qui me dit que l'interval entre la valeur "clim" et "chauffage" est pas respectée... Mais je m'en fou, et je me suis jamais intéressé au "cooling" ! Et puis c'est la seule zone, je ne m'en sers jamais, mais aujourd'hui si et ça bloque. Je peux pas mettre plus de 20°C en mode manu. !!!??? Je rappelle que c'est bien la seule zone qui me pose problème... c'est quoi ce délire ??

ça fonctionnera très bien avec les télécommande nodon.

chez moi oui, pas de soucis de latence. Tu as quoi comme projet ?

Pour ne pas continuer l'amalgame, mon retour se fait sur la soft remote et non l'octan remote. (mais qui je pense sont les mêmes, mis à part le design) Et bien concernant la pile, je n'ai encore pas souvenir de l'avoir changé, ou peut-être une fois en ... plusieurs années. Concernant les loupés de com, il y en a de temps en temps, mais pas de quoi s'énerver. Franchement c'est largement satisfaisant. C'est à mon avis, de très bonnes télécommandes, pour ne pas dire les meilleurs, et le design est sympa. Je viens d'en acheter plusieurs (soft remote) avec les promo de chez domadoo, car comme tu le dis, elles ne sont plus fabriquées en zwave J'ai donc fais mon petit stock... @Lazer : Je sais que tu voulais en commander aussi... tu as réussi au final ?

si c'est juste un appel à faire : func = function() ... end mais la fonction que tu veux appeler est une méthode du QA que tu pointes ?

euuuuh, ai pas compris...

ah ok ! I understand, so I set 0 delay, I will see if something change... thanks !!

yes I use it. 0 delay !!! the box will melt !!

tout à fait... ou peut-être une manière de coder pas très clean aussi non pas regardé, Ta description donne envie je vais jeter un oeil

j'ai mis 50 ms car c'est lui qui m'allume les lumières avec les PIR. Il permet aussi de rafraîchir l'IHM que je me suis fait. Donc pas moyen d'attendre plus longtemps

100% d'accord avec toi Perso j'ai encore fait un QA supplémentaire uniquement pour les actions devant être déclenchées à des heures bien précises. J'aurai pu le mettre dans le refreshState, vu qu'il boucle toutes les 50 ms. Contrôler l'heure, et déclencher les actions spécifiques. Mais les "heures" de déclenchement sont stockées dans des variables de QA divers (afin de pouvoir les paramétrer souhait). Et je récupère le contenu de ces variables QA via la méthode partagée par @Lazer (ou @jang ou @Krikroff je sais plus ) J'ai donc préféré le séparer du resfreshState pour le soulager un peu...

faire un refresh du navigateur (F5) et/ou vide le cache devrait résoudre ton soucis d'affichage.

tiens c'est pas bête ça ! ça évite la notification à chaque fois que tu touches au QA !! EDIT : par contre est-ce que cette info est mise à jour de suite au boot, parce que ça drop sévère...

ça je sais pas. mais perso je ferais autrement. si tu veux détecter le boot de la box, utilises un QA. le onInit() des QA étant exécuté qu'une seul fois au démarrage de la box, fais toi un spécifiquement à cette usage. C'est que j'ai fait, pour être notifié par mail que la box a redémarré. ça marche très bien. et du coup tu te sépares de ta dernière scène edit : ou mets la notification dans le onInit() de ton refrehState()

quand ils disent multi-protocole, on a des précisions ? rien trouvé y aurait pas le bluetooth par hasard ? EDIT : ben non pas de bluetooth

hello ! dans l'application IOS, j'ai ceci : on voit que 3 lumières sont allumées. mais j'ai beau faire des recherches de device dans l'API avec comme critères : islight = true ou categories = lights ou interfaces = light je n'en trouve aucun qui est allumé. je vérifie le "value" et le "state" (pour les dimmer). alors à l'origine, il y en avait 4. j'en ai trouvé 1 (caché) qui était un second relais d'un double switch qui était resté sur On. Mais là, ces 3 ??? Je sais plus où chercher ! Y aurait un autre critère qui m'échappe ? merci pour vos retours !!

si j'ai bien compris, je ferais différemment. en trigger de la scène je mettrai ton capteur de température de la pièce avec la valeur "anyValue" pour qu'il déclenche sur chaque changement de valeur. Et dans la scène je comparerai la valeur de ce capteur à celle de ta VG. Comme ça après tu fais ce que tu veux comme actions.

semble OK chez moi aussi. 6 min pour faire la mise à jour... taille des backups sans historiques : 3.4 Mo

en effet, punaise, je me souviens pas de tout ce que je dis moi

j'y ai pensé, mais alors je te dis pas le bordel pour contrôler cette pauvre TV, on a la total là : socket tcp, requete http, IFTTT pour google home et maintenant le zwave !! ça commence à faire... geek là ...

j'ai aussi 2 wallplug en version 3.52, j'ai pas de soucis. Mais j'ai désactivé toutes remontées d'énergie. Pas s-ur que ce soit ces paramètres à mettre à 0 pour un wallplug... faut que je regarde...

c'est pas nouveau ça, si ?

Ce GLOBAL CACHE fonctionne super bien ! Viens de me créer un QA parent qui intègre une gestion de socket vers lui, et une gestion de requete HTTP pour les device qui le supporte. actuellement 2 childs (ampli + tv) qui selon la commande demandée, utilisent les ressources du parent (donc socket ou requete). C'est juste nickel... Petit bémol, comment savoir si le device est allumé ou pas avec l'IR ?? ---> pas de retour d'état !! Donc si je demande l'extinction du device et qu'il est déjà éteint, ben il s'allume, vu que la commande ON = OFF en IR... J'ai pas ce problème avec le TV, car je l'éteins par la socket. et l'allume par l'IR, donc si elle est éteinte ben il se passe rien. Mais l'ampli, tout en IR, ça loupe pas...

ahhhhhhhh, faut que je relise à tête reposée...

oui tout à fait. et le coup du quickApp sans majuscule, c'est quoi une "bibliothèque" ?