biboun

ah ok donc c'est bien adapté pour appeler l'ipx ta variable Adsl prend un A majuscule à première vue c'est identique au dessus? ce que tu peux faire c'est aller sur le bouton qui host ce code, faire debug et couper la connec et faire test... dans le log tu devrais voir la valeur de "adsl" ou "Adsl" c'est dans cette variable qu'on stock le nombre d'echecs normalement elle doit passer 0->1->2->3 lors de la coupure, et au dela de 3 ça appelle le bout de code quie tu as copié qui est sensé commander l'ipx.. bref si ça déconne le debug devrait cracher une erreur..

c'est ce code là que tu exploites? id 30 c'est ton IPX ? local selfId = fibaro:getSelfId() fibaro:debug("button pressed") function printlog(message) fibaro:call(selfId, "setProperty", "ui.log.value", message); fibaro:debug(message) fibaro:log(message) end printlog("checking connectivity") count=fibaro:getGlobalValue("adsl") count=tonumber(count) testnet = Net.FHttp("httpbin.org",80) response, status, errorCode=testnet:GET('/status/600') printlog("response="..response .." status=".. status.." errorCode=" .. errorCode) --uncomment sleep to debug response in log windows fibaro:sleep(1000) if errorCode == 0 and status == "600" --le net remarche, on remet la variable à zero then if count > 0 then fibaro:setGlobal("adsl", 0) end else --ça déconne, on incremente la variable fibaro:setGlobal("adsl", count+1) end local status = fibaro:getGlobalValue("adsl") fibaro:debug("adsl: "..status) if status=="0" then fibaro:call(selfId, "setProperty", "ui.status.value", "UP") else fibaro:call(selfId, "setProperty", "ui.status.value", "DOWN") end status=tonumber(status) if status > 3 then printlog("je relance le jus sous la box") fibaro:call(30,"turnOn") fibaro:sleep(2000) fibaro:call(30,"turnOff") fibaro:setGlobal("adsl", 0) --on remet le compteur a zero end

Euh, les 3 tentatives tou ça ça vient d'un autre bout de code je présume.. en théorie on a touché qu'au moyen de detection. Ou alors la detection est aussi présente dans le code qui actionne ton IPX.. C'est du code que je t'avais filé ? (j'ai toujours dans mes modules un truc nommé "test pour DID" dans ma box.. )

ok ça peut marcher avec google.fr voici les lignes modifiées dans le VD testnet = Net.FHttp("google.fr",80) response, status, errorCode=testnet:GET('/') printlog("response="..response .." status=".. status.." errorCode=" .. errorCode) --uncomment sleep to debug response in log windows fibaro:sleep(1000) if errorCode == 0 and status == "301" 3 changements on tape sur google.fr on fait un GET sur rien '/' du coup google retourne un code 301 Je pense que ça fait la blague.. Si besoin je reexporterai le VD complet une fois qu'on est sûrs que c'est fiable. Je ne suis pas sur place donc si une âme charitable peut verifier que ça détecte bien les coupures (en en simulant une...)

AH ben voilà pourquoi ça n'arrête pas de gueuler depuis ce matin.. moi j'ai de la chance ça ne fait qu'alerter,j'ai pas mis en place de reboot (j'ai une autre machine qui sert de gateway de secours avec une connection 3G..) Je vais regarde si on peut adapte le code avec un autre site, en l'état je crois que j'utilisais un code de retour particulier (600)

avec plaisir

Salut, il semblerait que ça soit moi qui avait mis ça en ligne, en effet je t'exporte l'actuel, en l'état, ça n'a pas bougé je pense, ça ne fait que checker 'état de la connec, mais il suffit d'ajouter les modifs citées à l'époque. http://dl.free.fr/rVJwQR1uP Pour le principe, le test se situe derrière un bouton du VD, et le main loop se contente d'appuyer sur ce bouton (ici le 2): --[[ %% properties %% globals --]] local frequency=120 --check frequency in seconds local selfId = fibaro:getSelfId(); fibaro:debug(selfId) fibaro:call(selfId, "pressButton", "2"); fibaro:sleep(frequency*1000)

au sujet de la possibilité de faire des requetes d'api avec le user superadmin, voici une réponse de fibaro: Please try to swap below characters in your e-mail address (login): 1) “@” – pleas replace by “%40” 2) “.” – please replace by “%2E” Example: http://support%40fibaro%2Ecom:Admin123@192.168.103.00/api/loginStatus?action=login I hope above suggestion will help you. We are very sorry for your inconvenience.

Tu as essayé de créer un nouveau compte fibaro ID de zéro ? Sans tenter de le fusionner avec ton fibaro home existant..

Manifestement il ne va rien t'arriver de grave. A force d'en discuter, on a compris plusieurs choses: -le fibaro ID est là pour remplacer le login/mdp que tu pouvais avoir sur leur ancienne passerelle home.fibaro (censé servir à se connecter via leurs services à ta box sans faire de redirection de port), en gros ils migrent une base de login/mdp vers une nouvelle base, qui en outre permettra d'accéder de façon unifiée à d'autres services pas encore lancés (support etc..). -le forcage ( via wizard) à changer son user local "admin" vers un superadmin identifié par email et mdp (qui peuvent etre différents du fibaroID) est totalement dissocié du premier point, c 'est juste pas très malin de la part de fibaro de lancer ces deux changements d'authentification en même temps, histoire de bien embrouiller tout le monde. Côté appli mobile, il semble que le fibaroID ne serve qu'à remplacer l'ancien système de passereelle, mais au final on peut toujours renseigner sa hC2 par son ip publique et le port de redirection du port forward (si tu en as un) A priori leur seul problème que tu pourras rencontrer, c 'est de ne pas pouvoir passer la première étape ( du fibao ID) si tu mets à jour ton appli mobile. En attendant, et si tu as un port forward en place, l'accès par un navigateur devrait continuer de marcher..

Vérifies dans tes modules qui remontent la température que l'option "save logs to event panel" est bien cochée.

y a pas une histoire de check d'intégrité des backups de la clef dans les versions récentes? ca doit manger du cpu pendant un certain temps ça non ? surtout si la clef est pas bien rapide

dans sa signature

Bon, de mon côté j'ai donc fait une clef en 4.056 , merci Jojo et j'ai pu faire un recover direct dans cette version, puis passage direct en 4.110 puis restore de mon backup. Ca semble marcher mais du coup je me retape tous mes modifs de lua de compatibilité 3->4 que j'avais pas backuppé comme un couillon... je suis revenu à mon point de départ à peu de choses près, sauf que je ne referai pas le wizard pour passer sur fibaroID tout de suite.. je me demande si ce n'est pas le fait d'avoir créé un user nommé admin en plus du superuser email ( pour la compatibilité des api) qui a foutu la merde... (sachant que si c'est le cas, isl devraient l'empêcher)

Je comprend bien, mais je sais que si on en passe pas par 4.100 ça va merder, et pour ne pas sauter direct sur 4.110, à part le faire en ssh ( ce que m'avait fait le support la semaine derniere) je ne vois pas d'autre option. qqun peut me filer une autre methode pour chopper ce foutu pass root ? (je vais rien casser ça fait 20 ans que ej bouffe du bash)

moi je veux bien mais si j'ai bien compris pour chopper le pass root il utilise un plugin en v4.. du coup moi je ferai bien çà, mais je sais pas ou est ce "plugin"

Merci Tinman, ça me plait, j'en ai marre de bricoler, et de dépendre de la non réactivité du support, je vais passer à la vitesse supérieure Je vais modifier ma version de recovery pour jumper direct en 4 et ensuite tout finir en ssh. par contre le "plugin" pour obtenir le mdp root, je le trouve ou ?

ah ca y est il me propose une 1.040 donc si j'ai bien compris, je commence par refaire un recovery en effacant la config zwave je me retape les 53000 updates pour arriver en 4.qqch je restore mon backup lié à cette version (et là ça va me remettre mes ID zwave , je vais pas devoir tout me reconfig ?)

mais otez moi d'un doute, à aucun moment dans leur process d'upagrades 1->2->3->4 ils n'ont mis à jour la version de recovery ? je veux dire,c 'est normal que je me retrouve en v1 ? en clair pour avoir des recoveries en v4 par exemple, il faut avoir modifié sa clef soi même ? En plus j'ai un gros doute sur le fait qu'il va parvenir à proposer des updates, j'ai bien l'impression qu'ils otn changé les noms dns de leurs serveurs de mise à jour depuis le temps..

euh, il me prend un gros doute là, en 1.038, il va me proposer une mise à jour vous pensez ?

ok, le recovery vient de me laisser en version 1.038 ouah ! bon, donc je dois le refaire en effaçant la memoire zwave? mais apres restore de mon backup, je vais recuperer ma config zwave avec les bons ID ? c'est quand même super mal gaulé leur truc en terme de restores..

bon, je crois que je m'enfonce en plus, j'ai voulu lancer un recovery, mais j'avais jamais fait.. en fait je sais pas du tout sur quoi il va me remettre, je pensais bêtement que j'aurais le choix de quel backup je voulais mais non, qqun peut m'expliquer ce qui se passe dans le recovery ? ( à la question voulez vous effacer toute la config zwave de la mémoire j'ai répondu "non"

Bon, alors premières mésaventures avec leur nouveau systeme de login: après avoir mis à jour le firmware d'un wall plug, la box me tape une erreur 403, et me demande de me reauthentifier ( ce que j'vais fait 10 min avant) là avec le meme couple mail/password, impossible de me connecter, le système afficher mauvais login ou mot de passe, l'halu. j'utilise le lien "mot de passe oublié",il me demande quel mail :je le renseigne et ça me renvoie un mail avec un nouveau pass ( ça répond aux questions précedentes), et là, ce pass ne marche pas plus...Zuper! je tente de redemander un mot de passe, il me demande à nouveau mon mail, je le renseigne, et là, utilisateur introuvable ! en parallèle, un login avec un user sans droits marche... j'ai tenté un reboot, mais rien n'y fait. en résumé je viens de perdre l'accès admin à ma propre box, je suis ravi. Merci Fibaro, merci !

A priori ça va renvoyer un lien temporaire par mail (ça semble le standard) pour réinitialiser le pass. si le login est "unifié" avec leurs base de support, ça sous entend que leur authentification passe par le net, on ne sait pas ce qui se passe si la box n'est pas connectée ? (il y a peut-être un cache local du password)

y a probabelement 100 trucs qui m'auraient plus excités en domotique que de changer la méthode d'authentification...