jojo

c'est de la haute voltige ! Sans l'exemple, j'aurais difficile (ok, c'est du belge, en français : "j'éprouverais des difficultés") Mais je ne comprends pas bien ceci no_match : texte qui ne doit pas être trouvé, sous peine de considérer le VD/Scène comme planté. Cela correspond typiquement à un message d'erreur LUA qui entraine le plantage du script. A noter que la condition no_match à priorité sur la condition match, c'est à dire que si le texte recherché par no_match est détecté, le VD/Scène sera redémarrer même si le texte recherché par match a été détecté. L'un ou l'autre des 2 champs suivants peuvent être renseignés pour que la condition soit prise en compte (condition OU) : text : chaine de caractères à trouver type : "ERROR" correspond aux messages affichés en rouge dans la fenêtre de Debug de l'interface HC2. A noter que jusqu'en v4.056, dans une scène une erreur LUA affichait le message en rouge avec le type "ERROR", tandis que depuis les Beta v4.057 et v4.058, cette même erreur s'affiche en blanc sans le type ERROR, par conséquent ce test ne fonctionne plus. En revanche, aucun changement de mode de fonctionnement concernant les Virtual Devices. donc à partir de la 4.057b je ne pourrais plus mettre type="ERROR" ? Il faut mettre quoi alors ?

j'installe immédiatement. Merci !

peux-tu SVP le code des boutons, que je crée pas un nouveau VD pour rien. Merci

àpriodi il n'y a pas moyen de redescendre de version de firmware. La seule solution est de rempnter ce TRES GRAVE BUG immédiatement àFibaro (support@fibaro.com) car àl'approche de l'hiver on ne peut pas se permettre d'être sans chauffage. Ils vont soit corriger le bug, soit remettre la version 4.057b disponible. Enfin j'espère ...

pour un on développeur, tu te débrouille plutôt bien. Si tous les développeurs de chez Fibaro étaient des non développeurs de ta trempe ...

j'ai test la solution du non développeur Lazer, et ça fonctionne --[[ %% properties %% globals --]] local devicesJSon = api.get("/devices") for _, v in pairs(devicesJSon) do if (v.type == "virtual_device") then fibaro:debug(v.name.." ["..v.id.."]") Rows = v.properties.rows fibaro:debug("#rows : " ..#Rows) for _, v2 in pairs(Rows) do fibaro:debug("Row type : " ..v2.type) if (v2.type == "button") then fibaro:debug(v2.elements[1].name) end end end end

c'est déjàici que tu as le problème ? fibaro:debug(v.name); essaye dans un VD, car je sais que les requêtes http dans les scènes c'est plus complexe

si tu veux, j'ai une copie du folder system de la clé en 4.031.

avais-tu bien vidé la cache de ton Safari après l'upgrade ?

je t'avoue que je ne l'ai pas réinclu avec ma réinstall complète. Mais je voudrais le faire évoluer comme suit : Retour àla gestion d'un panneau de chauffage par VD Affichage de la consigne actuelle et du moment du prochain changement

Merci Lazer, Je confirme également que de temps en temps mon VD Sono plante également (un save résoud le problème). Mais comment vas-tu avec ton watchdog qui regarde les log des scènes/VD identifier ces plantages alors qu'il n'y a rien dans le log ?

Sur base de ce que j'ai lu, je ne migregrais pas une HCL de 3.601 à 4.058b. Je ferais un recovery pour revenir en 3.601 et un restore du backup de 3.601 et j'attendrait la prochaine version

je partage entièrement l'avis de @Did

je suis toujours en 4.057b, qui ne me semblait pa une beta. Par contre, de ce que je lis de la 4.058b, ce serait une vrait beta. Donc je pense que je vais passer mon tour

si tu veux que ta scène démarre avec ton fgrm, tu dois mettre quelque chose dans %%propertie --[[ %% properties 89 sceneActivation -- L'envoi d'une scène par le module avec ID 84 (notre micro-module) déclenche l'exécution du script %% globals --]] mais dans l'entête tu ne peux en tout cas pas rajouter de commentaires -- L'envoi d'une scène par le module avec ID 84 (notre micro-module) déclenche l'exécution du script

je viens de regarder ma RAM, et j'étais à97% d'utilisé, dont 34% de cache. J'ai fait un restart et je suis évidemment redescendu à67% libre. Ce qui m'inquiète, c'est que si à95% il ne lance plus de scènes, ... Alors je rajouterais bien une barette de RAM pour ne pas dépasser ces 95%. Cette limite à95 % me fait peur, car selon moi ils devraient décompter la cache que je considérerais presque comme du freespace

qui a de l'imagination ??

tu pourrais mettre un capteur de pression sur la planche ?

avec le z-wave, on peut faire énormément. Mais aucun protocole ne couvre à lui seul 100% de "tout". P.S. je dois également déjà me considérer d'un "certain âge" alors ?

mon HC2 est dans un meuble bien ventilé, et pourtant il est chaud, mais pas boullant. Par contre s'il était dans un endroit confiné, je suis sûr qu'il serait bouillant. Et comme il n'a pas de ventilo, il compte sur le brassage de l'air ambiant. Tu peux l'aider en ouvrant les protections latérales

le seul truc que mon épouse trouve ok àla domotique, est que maintenant elle a de l'eau chaude pour prendre sa douche en dehors des heures. => si le lummère est allumée pendant 3 min, il peut allumer le chauffe serviette ? (Il faut bien 5-10 min pour prendre sa douche ?

pour tes portables, très bizarre. Du coup je suis sec (même si ma femme dit que je suis imbibé ...) Essaie avec un délais de 1 au lieu de -1 GEA.add({{"Global", "JourChome", "NON"}, {"Global", "Presence_Serge", "1"}}, 1, "detecteur Desarmer #time#", {{"Virtualdevice", 78, "2"}})

pour armer et désarmer tes modules, tu utilises également le même bouton ? Je supprimerais donc id["DET_SALON"], Pour tes notif, es-tu sà»r de ton n° de device. Tu peux le vérifier ainsi http://192.168.xxx.xxx/api/devices/177 et tu devrais avoir qqch comme ceci { "id": ​177, "name": "LGE Nexus 5", "roomID": ​0, "type": "iOS_device", "baseType": "", "enabled": true, "visible": true, "isPlugin": false, "parentId": ​0, "remoteGatewayId": ​0, "interfaces": [ ], "properties": { "DeviceToken": "APA91bHjhID5lJducbUr4CM9mpkfJzdEWYZHgUJ_Yo-hEVXjk1h5WstksIFobCBkAEsNKUVf7PvyIi_F1lY3UtdiPeWilFF8x7TQ6RBacQ7ebVj5IEOTZAC_PzQWP3FlPyQyZWJOo_iKFGljs1lj-jiPXirD05t9bA", "DeviceUID": "2d149e64-1d5a-3176-8ed9-ebc9ab5077a9", "Push": "true", "deviceIcon": "91" }, "actions": { "sendDefinedPushNotification": ​1, "sendPush": ​1 }, "created": ​1446943870, "modified": ​1446943870, "sortOrder": ​184 }

ok, bon signe que tu reçoives les mails, cela veut dire que le GEA fonctionne. Donc qu'as-tu défini ici pour ton portable ? -- [FR] Liste des portables devant recevoir une notification {70, 71} -- [EN] Smarphones you want to be notified {XX, XX} for more than one GEA.portables = {} Pour armer tes modules, tu utilise le bouton 2 du VD 78 ? pour le désamer tu utilise le même bouton du même VD ? et également, il faut que le DET_SALON soit à true pour que la tâche GEA s'exécute

si tu as assigné une icône àchaque bouton, lorsque tu appuyes sur le bouton (physiquement ou virtuellement, via GEA) l'icône dans l'interface doit changer également. Sauf si pour le VD il y a du code dans la main loop, donc après l'exécution de la main loop, ce sera l'icône par défaut du VD qui s'affichera. Suis-je clair ?