jojo

le bouton analyse est le même que le bouton tout éteindre, sauf qu'il n'éteint pas, mais affiche ...

tu peux alimenter un FGS, cela veut dire que tu as du 220V. Donc pour ton FGBS, tu peux trouver des alimentations en 12VDC pour 5€. Fait les tests au multimètre comme je te l'ai expliqué pour comprendre le cablâge, et ensuite on pourra voir comment raccorder les FGS et FGBS

@Nico, mprinfo, Je crois que je dois revoir ma méthode. J'ai un CD W7, et il doit d'abod installer tous les updattes avant de SP1, puis tous les update ... @Hansolo, J'avais vu celà , mais je ne voulais pas que MS me suiveille encore un peu plus ...

je savais pour mes idées tordues, c'est une déformation professionnelle. dans les dernière version du DeadNodeDicovery je fais qqch de similaire, avec une VG qui stocke les Dead Nodes -- chargement de la VD DeadNodes local DeadNodes = {} DeadNodes = fibaro:getGlobal("DeadNodes") if DeadNodes ~= "NaN" or DeadNodes ~= "" then DeadNodes = json.decode(DeadNodes) end if type(DeadNodes) ~= "table" then DeadNodes = {} end puis -- vérifier si noeud dans la table function InTable(Device) if DeadNodes["DV"..Device] == nil then return false else return true end end -- si node est dead/mort ... -- vérification si device est dans la table des noeuds morts if InTable(devID) == true then -- dans table -- vérification si > fréquence de notification if (DeadNodes["DV"..devID] + (FreqNotif*60*60)) < now ... else -- pas dans table DeadNodes["DV"..devID] = now ... -- sauvegarde de la table dans la VG DeadNodes = json.encode(DeadNodes) fibaro:setGlobal("DeadNodes", DeadNodes) isi j'y suis arrivé, tu peux sà»rement mieux que moi , et c'est que ce n'est pas si compliqué que ça ...

oui c'est possible, mais je ferais cela avec `GEA, c'est encore plus simple (1 ligne GEA). Lit ceci, il y a tout. Soit patient, il faut du temps pour en comprendre toutes les subtilités, mais une fois qu'on a le virus, c'est trop tard ... https://gea.piccand.me/doku.php

Lazer, Ce développement est vraiment génial ! Je n'ai pas encore utilisé les variables, mais il serait peu-être bon de préciser dans le premier topic qu'elles sont créées automatiquement, ce qui est géant, et à quoi on ne s'attend pas en tant que débutant. Il m'a déjà permis d'identifier qu'une caméra n'était plus connectée au réseau. Je me disais, je regarde ce soir. Et hop, elle est revenue. Quand ? Pourquoi ? ??? Je ne le saurai jamais. D'où l'idée de notifier quand un appareil revient ? J'ai fais un truc du genre dans le device DeadNodesAnalysis (il faudrait créer une VG avec le nom (et la date d'erreur du device, si on voulais pouvoir calculer depuis combien de temps il était en erreur))

Merci, je croyait que les codes étaient spécifiques à chaque site

Mac / Windows, c'est comme la religion. Perso j'ai un MAC avec des machines virtuelles Windows pour Office et tous les programmes exotiques (putty, winscp, ....) Mais il faut reconnaitre que j'ai voulu réinstaller mon MAC depuis zéro (pas indispensable, comme ma full réinstall de la v4) et en 30 min mon HDD était formaté, il avait downloadé la dernière version officielle de l'OS, et 30 min plus tard, tout était prêt. Pour avoir réinstallé des 10aines de PC, je sais qu'il faut minimum 1 jour pour faire la même chose en installant tout les updates. Mais bon, ce n'est pas un forum religieux ici

oups Lazer, tu viens d'apporter la preuve qu'on avait travaillé trop tard.J Je regarde pour les reprendre en compte (comme avant). As-tu regardé pour la position du break ?

ou déjàl'amélioration des plugins existants : exple : le plugin Nest, qu'on puisse agir dessus depuis des scènes

Laer, ne publierais-tu pas la procédure sur le fameux forum russe (en nous donnant le lien ) ?

oui, une bonne surprise

@mprinfo, tient un revenant ?!

cool, l'entraide est la raison d'être du forum

ok, j'ai mis 200 dans le return code, et c'est passé ;-)

super, on ne t'appelle pas Dkieu pour rien. et je mets quoi dans expected return code ? Il check les 2 ou 1 seul ?

merci Lazer, mais je ne comprends plus rien. Voici le debug [DEBUG] 19:16:44: WDTVLiveHub => 192.168.xxx.xxx [DEBUG] 19:16:44: Try #1 [DEBUG] 19:16:44: Error : 192.168.xxx.xxx => WDTVLiveHub => invalid http return code, errorCode=0, status=200 [DEBUG] 19:16:44: Notification : Attention : Code de retour http invalide pour WDTVLiveHub [DEBUG] 19:16:44: email [DEBUG] 19:16:44: Send Email user ID : 5 et le code correspondant -- HTTP elseif param[3] == "http" then local server = Net.FHttp(param[1], param[2]) local response, status, errorCode = server:GET(param[4]) if debug then fibaro:debug("errorCode=" .. errorCode .. " - status=" .. status .. " - response=" .. response) end if tonumber(errorCode) == 0 then if tonumber(status) == param[5] then if (response ~= nil) then if response:match(param[6]) then if debug then fibaro:debug("OK") end message = "" break else fibaro:debug('<span style="color:red;">Error : '..param[1]..' => '..device..' => unattended response, errorCode='..errorCode..', status='..status..'</span>') message = "Réponse inattendue pour "..device erreur = erreur + 1 end else fibaro:debug('<span style="color:red;">Error : '..param[1]..' => '..device..' => empty response, errorCode='..errorCode..', status='..status..'</span>') message = "Réponse vide reçue pour "..device erreur = erreur + 1 end else fibaro:debug('<span style="color:red;">Error : '..param[1]..' => '..device..' => invalid http return code, errorCode='..errorCode..', status='..status..'</span>') message = "Code de retour http invalide pour "..device erreur = erreur + 1 end le debug est bien true

http://forum.fibaro.com/index.php?/topic/19210-usb-stick-recovery-failure/ mais toujours pas de réaction de Fibaro. Si tu les contactes pour leur demander une solution < 100 €, tu peux peut-être leur mettre ce lien

pour l'alimentation du FGBS, elle peut se faire avec un pile 9V, qui pourrait durer si tu ne le réveilles pas trop souvent.

en effet, cela pourrait être la cause. Pur en avoir le coeur net, le mieux est de faire des tests avec le device et l'aimant en main.

donc si je comprends bien, le break fait sortir de la boucle for en cours ? Très bonne inée, je crois en effet qu'il faut "attendre" d'avoir trouvé une interace "light" pour faire le break => ok avec Moniseur sebcbien

suggestion pour les manches comme moi. Dans le debug avancé, lorsqu'il indique pas bon return code attendu, ne pourrait-il pas afficher ce qu'il a reçu et ce qu'il attendait ? idem pour le "expected data" ?

question, : comment peut-on trouver les "Expected return code" & " Expected data" ? merci

le relais 1 est peut-être mort. Did a fait un tuto pour expliquer comment le remplacer si nécessaire. toute l'histoire, c'est que dans une de mes lampes de jardin enterrée dans le sol, il y avait de l'eau jusqu'au dessus du socket. Le 220V et l'eau => pas bon .... Et comme chaque fois que je remettais les plombs, ile FGS revenait dans l'état précédent (c'est à dire ON), je n'avais pas l le temps de faire off (car avec les FGS, l'action sur l'interrupteur ne coupe pas le circuit si le FGS n'est pas alimenté), que ça ressautait. Donc auto OFF maintenant. Je ne vois pas précisément de quel problème tu veux parler : si une lumière était allumée avant la coupure de courant, et bien elle est éteint après, mais soit, on la rallume. On n'est pas à Cuba où il y a des coupures de courant 2 fois par jour

1) pour l'alimentation d'un FGBS, ton transfo sort du 6VDC et du 12 ou 18V AC. Le FGBS n'accepte que tu DC .... Donc il faudrait trouver au multimètre dans ton parlophone le type d'alimentation. 2) si j'interprète bien , la sonnette serait entre le common (6, 10 ou 11 ?) et le call (7) ? 3) si j'interprète bien, la gâche serait entre le common (6, 10 ou 11 ?) et le lock (9) ? ! que le contact du FGBS est un contact sec (= libre de potentiel), et que probablement que tu reçois une "info" avec un potentiel pour alimenter directement la sonnerie => il faudrait passer par un relais. (remarque pour la sonnette et la gâche) Ce que j'aurais bien vu serait de pouvoir actionner la gâche depuis le fibaro, mais alors il faudrait un FGS