TitiXsi

Je viens de comprendre.. Quel buse... La case "Appareil désactivé" était cochée... Punaise, je comprenais pas pourquoi avec un nouveau device tout propre c'était ok, mais pas avec l'autre ... Bref, si ca peut aider, je partage un morceau de code qui fait le job local loop_value_sec = 5 ---------------------------------------------------------------------------------------------------- -- check locales variables ---------------------------------------------------------------------------------------------------- print("----------------START-".._ID.."_"..Main_Device.."--------------------") --================================================================================================-- -- Functions -- --================================================================================================-- local function loop() if (hub.getValue(plugin.mainDeviceId,"state") == true) then tools:trace("Run Loop") -- loop then setTimeout(loop,1000*loop_value_sec) -- secondes end end function QuickApp:turnOn() self:debug("binary switch turned on") self:updateProperty("value", true) loop() end function QuickApp:turnOff() self:debug("binary switch turned off") self:updateProperty("value", false) end --================================================================================================-- -- MAIN -- --================================================================================================-- function QuickApp:onInit() self:debug("onInit") self:turnOn() end

On nous cacherai des updates pour que plus de personnes migrent et facent un beau benchmark ?

C'est ce que j'ai fait en premier, mais je me suis rendu compte que lorsque la fonction est sur le Time Out, le bouton du device n'est pas opérant... Je referai des tests demain avec un truc plus simple et je posterai le fichier.

Sympa la référence au prisunic . J'ai utilisé la table indiquée plus haut et ça fonctionne impeccablement. Je passe juste 2 paramètres au lieu d'un seul, pas dramatique. Merci Sinon pour en revenir au sujet, si tu as une idée pour la qa déclarée en device de type Switch, je suis preneur, sinon, ça restera comme ça sans arrêt possible.

Ça permet d'évaluer et de donner la valeur d'une commande qui peut être passée en string. Je me suis sûrement mal exprimé... Bref.. le backquote est très utile dans ces cas là . [Hors sujet off] Édit suite à ton édit, c'est claire que ç'est différents

Là tu as raison... J'en reviens donc au sujet de base les QA... J'essaie de faire une QA avec un switch ON/OFF Je voudrais que suivant l'état du switch il exécute ou n'exécute pas le code ON : Je lance le code avec une boucle de 5min OFF : je stoppe la boucle Malheureusement, le switch n'est pas actif lorsque la boucle est en attente.. Voici mon code local function loop() -- Chanel_1 Get_HC3_Values_send_to_ThingSpeak(Key_Chanel_1,ids_for_Chanel_1) -- loop if (hub.getValue(plugin.mainDeviceId,"state") == true) then setTimeout(loop,60*1000*loop_value_min) --- minutes --setTimeout(loop,1000*loop_value_min) -- secondes for debug end end function QuickApp:turnOn() self:debug("binary switch turned on") self:updateProperty("value", true) loop() end function QuickApp:turnOff() self:debug("binary switch turned off") self:updateProperty("value", false) end --================================================================================================-- -- MAIN -- --================================================================================================-- function QuickApp:onInit() self:debug("onInit") self:turnOn() end Note : Désolé, le coloring n'est pas présent... dès que je sélectionne le langage lua dans le champs codage, je n'ai plus rien dans mon post... 3 fois que je perds tout... Grrrr

Le TCL avec la commande eval, tous les Shells notamment le Cshell ou le Tcsh avec le back quote `

C'est évidemment plus simple... la non évaluation des variables string c'est une spécificité LUA ou un bloquage de fibaro qui n'a pas porté la feature ?

C'est évidemment plus simple... la non évaluation des variables string c'est une spécificité LUA ou un bloquage de fibaro qui n'a pas porté la feature ?

Je suis d'accord, mais là on est purement sur du bugfix, rien sur du dev avancé, zigbee ... mater, on en parle un jour ?

Hello, j'ai une question un peu naze... mais je ne trouve pas la solution J'ai déclaré dans une QA plusieurs ID de devices local ID_1 1234 local ID_2 4567 ... Je souaiterai appeler avec un for ces devices mais je n'arrive pas à faire évaluer une variable qui est une chaine de caractère et qui doit représenter l'ID d'un device... J'ai essayé plusieurs chose, mais sans le statement adéquate "evaluate" ou autre qui permet dévaluer ID_1, je reste bloqué for i=1,2 do print(i) local ID_device_string = 'ID_'..i local ID_device_number = evaluate(ID_device_string) print("Device : ",ID_device_string, " under analysis...",ID_device_number) value = hub.getValue(ID_device_number, "power") print("value_"..i.." :",value) end Merci pour votre aide.

2 beta de suite sans version stable... On est d'une confiance absolue chez fibaro

Hello. Je tombe sur ce post, qui a joué avec ces qa ? Comment sont gérés les modules wifis, via api Shelly distante ou directement en local ? Édit visiblement, on reste en local via l'adresse IP. Mais le module doit à mon avis être déclaré via leur application. Bref à voir... Si je teste un de ces 4

Et voici, la Vmc est enfin auto pilotée sur le CO2 et l'humidité si besoin. A savoir que les seuils ci dessus ont étés définis avec une hystérésis de 50ppm afin d'éviter un ping pong entre 2 vitesse. J'ai également rajouté un élément important, un seuil pour l'humidité à 60%. Si le co2 est en dessous du Seuil de démarrage 500ppm mais que l'humidité est supérieure à 60% on lance évidemment la Vmc en mode normal. Voici un petit Snapshot du CO2 et de la vitesse qui se gère toute seule.

Allez un petit retour ! 2 modules installés et rien à signaler pour le moment. C'est top surtout vu le prix, moins de 30€ le module neuf et garantie.

C'est exactement le discours d'un vendeur de panneaux photovoltaïque en manque d’argument... "Si l'électricité augmente vite, vous amortirez plus vite votre système" -> Oui, c'est sure, mais je vais payer plus, du coup, je préférerai qu'on en reste sur la durée d'amortissement définie Sinon, enfin une journée correct de prod... 23.8kwh

Idem et je n'ai plus de plantage de qa. Je pense même que c'est le plantage des qa que j'avais qui obligeait un reboot de la box de façon automatique.

Complètement. On a un peu augmenté de conso... d'où l'ajout de 3 panneaux en face sud est. Normalement 15% de plus est attendu. On devrait être de nouveau bon. Jusqu'à l'achat d'une voiture électrique dans quelques années..

un petit post retour sur 2ans pratiquement jour pour jour 100% d'équilibre sur 2ans Forcément, j'exporte plein pot l'été et j'importe plein pot l'hiver

Hello. Je m'apprête à acheter la bestiole pour monitorer mes radiateurs. Il n'y aura pas de communication relais. Simplement pour du monitoring de consommation. Quelqu'un a déjà franchi le pas, il est reconnu ? Je pose la question vu les déboires en ce moment que j'ai eu.. Merci.

Et si tu laisses l'id d'origine ?

Ça fait 20ans que je le dis et c'est pour cette raison que je ne suis pas ailleurs . Même si forcément c'est double peine tondeuse et fraise à neige

En forme Lazer... C'est la neige ?

J'ai rebooté et c'est réglé, c'est curieux quand même ...

Le bug réside dans fait que c'est super compliqué pour valider avant un retour sur le défaut ...