jjacques68

question bête mais pourquoi vous utilisez pas le Wake On Lan pour le démarrage ? c'est quand même plus simple non ? ça fonctionne sous HC2 et HC3 !

normalement un fibaro.setGlobalVariable("le_nom_de_ta_variable", "0") --ou 1 devrait faire l'affaire...

et maintenant les volets ont le bon status

oui voilà c'est ça... non ça a pas d'incidences. mais... c'est pas propre... L'option peut avoir une incidence, essaye sur NO et fait des essais, tu verras que des déclenchements seront loupés...

typiquement un message d'erreur dans le debug, si la scène est en court d'exécution et qu'un autre déclenchement (suivant l'option choisi sans les propriété de la scène) vient faire le "kill". ou encore, toujours suivant l'option, tout simplement pas de déclenchement de la scène. Je parle de cette option :

euh... chez moi elle est en français...

alors attention avec le fait d'avoir "beaucoup" de trigger... Il n'y a pas de multi instance dans les scènes... Si tu as plusieurs PIR qui déclenche la scène en même temps, tu vas avoir de jolies surprises... je sais de quoi je parle... pour les autres trigger, tu mets à la suite : if sourceTrigger.id ~= TON_ID_DU_PIR then ... ... end

Ah ouai d'accord !! Excellent Envoyé de mon iPhone en utilisant Tapatalk Pro

j'allais finir par te le proposer, rien de mieux que des lignes de code par contre je comprends pas pourquoi tu "kill" la scènes. C'est quoi cette VG ? tu fais simplement : if sourceTrigger.id == TON_ID_DU_PIR and tonumber(fibaro.getValue(149, "value")) < 5 then --allumage end ou alors j'ai pas tout compris...

oui voilà le soucis : y a des binarySwitch qui ont ça, je ne sais plus lesquels... et là, l'auto OFF avec les PIR, ça marche pas

Alors en fait si, sur les binarySwitch ça marche. Le soucis c'est que j'ai aussi des MultiLevelSwitch, Dimmer 2, ... et tous n'ont pas la fonction auto off. Certain l'ont, mais ça ne fonctionne que si tu passes par l'action des Input du module. ça me fait bien chi... cette affaire, je pourrais me passer de beaucoup de lignes de code... Question réactivité, je passe par l'interrogation constante de l'API refreshStates, qui me permet de détecter le passage à True/False des PIR et donc de déclencher les lumières. C'est réactif, j'ai pas à me plaindre. Mais c'est compliqué.

ben pour les lumières, j'ai a abandonné cette histoire auto off... le off est géré par scène quand le PIR repasse à false. et c'est la tempo du PIR qui fixe la durée d'allumage... bien dommage...

Et si mets > 0.0 ? Envoyé de mon iPhone en utilisant Tapatalk Pro

etrange... tu as essayé en enlevant les autres conditions, juste garder celle du motion et de la luminosité ? { operator = "all", conditions = { {type = "device", id = 54, property = "value", operator = "==", value = true, isTrigger = true}, {type = "device", id = 149, property = "value", operator = "<", value = 3, isTrigger = false} } } si tu as affiche dans le debug la valeur de luminosité lorsque la scène est triggée, ça donne combien ?

pas de nouvelles, bonne nouvelles ?

Bon j'ai essayé, j'avais les backup sous le coude au cas où Ben rien à faire, même en forçant la version de l'API (dans le .fqa), j'ai rien. Pas une seule ligne de code n’apparaît. Je vois les variables du QA, tous les label sont superposé les uns sur les autres. Mais c'est tout.

avec la nouvelle version de firmware oui ! dans ce sens ça marche ! Mais dans l'autre sens... ???

ça nan, j'ose pas prendre ce risque ...

ben c 'est pourtant le cas, si tu édites le fichier .fqa, tu verras dans la première ligne, la version de l'API. Ton QA est en 1.2 chez moi, si j'exporte un QA, je suis en 1.1... Après, la dernière mise à jour a fait beaucoup de changements, je comprends que l'import/export vers une version plus ancienne pose problème... faudrait peut-être le préciser dans ton premier post, "à partir de la version xxx". Je voulais voir la méthode que tu utilises pour interroger l'Ecodevice... J'ai pu le voir en éditant le fichier .fqa... Moi je passe par une socket TCP, pas par une requête HTTP. Le résultat est le même, heureusement ...

et ben si justement ! j'ai essayé de l'installer. J'ai rien, aucun champs, pas une seule ligne de code ! et cela vient du fait qu'avec la dernière version, il y a la gestion des "fichiers" dans les QA. Moi je suis resté en version n-1. Donc visiblement les QA réalisés dans la dernière version ne sont pas utilisables sur la version n-x !

tu as réalisé ce QA avec quelle version de Firmware de la HC3 ?

il ne me semble pas que le fgbs soit un compteur d'impulsion. j'en ai 2 (plutôt des smart implant) j'ai regardé la doc et les paramètres (rapidement), j'ai rien vu qui le permettait... Il te faudra gérer le compteur par script... ce sera un peu lourd... au cas où, regardes dans ma signature, y a topic complet sur la gestion de l'eau via un IPX, ça peut inspirer...

entièrement d'accord ! Mais on retombe sur le problème de @mattrix, à savoir, seul, si t'as pas plus de compétences que ça en élec, c'est pas possible... Pour plein de raisons (sécurité, qualité, rentabilité, ...) Pas exclusivement non, comme dit, 1 en faisait un tout petit peu, et encore c'est souvent des marchés publiques (église de Cernay, Collège de Burnhaupt, le tout en KNX)

I tried and in deed : it's very strange... It transforms the values... I understand more why I had some problems with the boolean too... they are transformed in 0/1... I understand the "marshalling" too... You reported this in February !!! - there was however some update since... I hope they will make something... thanks for explains !!

je me permets d'ajouter, que quelques foyer s'équipe avec les box comme somfy, où tout est ultra simplfié. Je me pose souvent la question quand je code mes script: si un jour j'avais ma boîte, est ce que je proposerais ce genre de script ? la réponse est clairement non ! j'ai beau faire attention au maximum, y a toujours une merde qui te tombe dessus un jour que tu t'y attends pas. On peut pas toujours imaginer tous les cas, surtout quand le facteur humain s'en mêle ! Proposer ce genre de système chez un client peut être très dangereux ! Donc en installant un système domotique chez qqun en simplifiant au maximum pour ne pas prendre de risque, les clients se rendrait vite compte à un moment donné qu'une solution grand publique (somfy, legrand, ...) coûte moins chère et pourrait être fait par eux-mêmes... Sans parlé, comme je disais avant, des objets connecté tout pourri qui plaisent énormément car pas chère du tout ! je me trompe ?