TitiXsi

Vraiment trop fermée comme réponse... Édit: Avoue que tu y as pensé

Hello, J'ai une question peut-être stupide mais pas tant ... Est-il possible de modifier l'ID d'un device? Exemples: - remplacement d'un device qui a cramé... - échange de device comme un Switch par wallplug ou autre substitution... -> dans les exemples plus haut, vous voudriez bien garder l'ID de votre précédent device pour l'attribuer au nouveau pour: - conserver votre historique Fibaro ou Domocharts) - éviter de tout péter car il est utilisé dans plusieurs scènes où qa et c'est peu ou plus documenté dans votre cerveau ou fichier... Faisabilité, risques de croisement de neurones en interne de la HC3..., experts, à vos claviers.

Avant de les contacter, fait un backup et télécharge le

Contact le service support par mail

It's the name of my custom event

Hello jang, I am looking about your code bellow. I have a quickapp with a button "Refresh", this Button is getting some consumption metering but I need to synchronize this Get to an external custom event. I have search but not found how to wait the event after the push button I want someting like this : function QuickApp:uiRefreshOnR(event) -- 12.02.2024 - Titi try to add an event on each changes of Conso Live (Enphase_MeterTotalConsumptionPower_Updated) wait(self:sourceTrigger("Enphase_MeterTotalConsumptionPower_Updated")) <- must be addapt -- then execute the refresh self:Refresh() end Have you any idea ? Edit: Probably more simple the event can be : - a custom event generated by another QA (already generated) or - a changes of the value for a dedicated device

Jang, you have torally right! It's m'y Bad

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..