Aller au contenu

TitiXsi

Membres confirmés
  • Compteur de contenus

    536
  • Inscription

  • Dernière visite

  • Jours gagnés

    24

Tout ce qui a été posté par TitiXsi

  1. Bon, ce n'est pas une QA, c'est un Scénario avec une activation manuelle, ca fonctionne tout aussi bien. Le Scénario: Scene Reseau Mesh.lua L'icon Associé: Exemple de Log: De mon côté j'ai une télécommande Nodon, qui est capricieuse, je dois appuyer plusieurs fois sur le bouton pour la reveiller sur le réseau et que l'action soit prise en compte... Je n'ai pas plus investigué, surement un problème de pile... mais vu qu'elle sert seulement en cas de grand vent pour couper ma lampe sur détection extérieure, c'est pas méchant. Have Fun !
  2. TitiXsi

    Quick App - Shelly

    Allez, je balance l'info... Il y a plus fort... 2x16A max 25A total en montage DIN Trave de débat, risqué ou non, tu as raison. Néanmoins, je vois d'un bon oeil tous ces nouveaux dispositifs zwave. Enfin, on re-sort du zwave ! C'est plutôt rassurant face à l'arrivée de MATER. Je me dis qu'ils ne développent pas dans le but d'être obsolète d'ici 1an... Sinon ce serait un gâchis en R&D... C'était ma petite vision optimiste du weekend
  3. TitiXsi

    Quick App - Shelly

    Je sais bien, on en a discuté plusieurs fois. Pourtant, ils garantissent se fonctionnement.
  4. Wifi, ça m'étonnerait que tu remonte les infos de puissance en direct.. a vérifier. J'ai 2x1pm et je viens de recevoir 2x2pm. Tout au top.
  5. TitiXsi

    Quick App - Shelly

    Disons que je suis quand même un peu rassuré, il y a un device d'alerte de température élevé et de coupure d'urgence sur les modules 16a zwave.
  6. TitiXsi

    Quick App - Shelly

    Sur le mini c'est 8A mais sur les "gros", ils déclarent toujours 16A.
  7. Lazer me l'a déconseillé à posteriori mais l'ayant utilisé plusieurs fois quand j'ai eu à bouger des modules d'un côté à l'autre de la maison... Et je n'ai jamais rencontré plus de problème que ça. J'ai monté une qa qui viens du forum officiel (je l'ai mise en français, elle était en allemand et j'ai rajouté du coloring pour les routes sans voisins ou autre... ). Je peux la partager, même si celà ne vaudra jamais le graph sous Synology (je crois)
  8. TitiXsi

    changement d'ID d'un device ?

    Vraiment trop fermée comme réponse... Édit: Avoue que tu y as pensé
  9. 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.
  10. Avant de les contacter, fait un backup et télécharge le
  11. Contact le service support par mail
  12. TitiXsi

    Déclencheur Event QA HC3

    It's the name of my custom event
  13. TitiXsi

    Déclencheur Event QA HC3

    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
  14. Jang, you have torally right! It's m'y Bad
  15. 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
  16. On nous cacherai des updates pour que plus de personnes migrent et facent un beau benchmark ?
  17. 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.
  18. 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.
  19. Ç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
  20. 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
  21. Le TCL avec la commande eval, tous les Shells notamment le Cshell ou le Tcsh avec le back quote `
  22. 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 ?
  23. 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 ?
  24. Je suis d'accord, mais là on est purement sur du bugfix, rien sur du dev avancé, zigbee ... mater, on en parle un jour ?
  25. 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.
×
×
  • Créer...