ROBBEJP

Hello tout le monde et merci pour vos réponses. J'ai contacté le support mais v'la la réponse ... ils me demande de leur exporter les logs juste après le reboot ... Mais seulement, je n'ai pas la tronche connecté 24/7 sur l'interface et m'aperçois souvent quelques heures après que la box a planté et rebooté. Donc franchement pas évident. Déjà fait ! Jusqu'à ce que @Lazer indique que plusieurs utilisateurs ont rencontré ce même soucis, j'était à me dire, retour à mon revendeur et basta ... mais là, @Lazer tu peux m'en dire plus sur ce que tu as pu voir concernant ce soucis ? Merci !

Bonjour à tous ! Je tombe sur cet échange et quand vous parlez de wallplugs, pour ma part, je l'identifie en version 4.5. On parle du même Wall Plug ou d'une version plus ancienne ? En outre, ma HC3 n'est pas en PROD pour le moment, je la met à l'épreuve avec un échantillonnage de modules dont j'ai peu utilité pour le moment issues d'une désassociation de ma HC2 qui tourne actuellement parfaitement bien (101 dispositifs). J'avais déjà posté un échange autour du fait que ma HC3 rebootait toute seule au bout, généralement, de 10 - 13 jours et je n'était semble-il pas un cas isolé. Le dernier reboot, suite à la dernière MAJ Firmware 5.0.90.17 m'affiche une fois la HC3 rebootée le message ci-après. J'ai queue Dale qui tourne genre 2 QA qui bouclent sur fonction mainloop et 0 scène. Mais, dans mon lot de module j'ai ce fameux Wall plug et aussi un vieux FGS en 3.52 d'associé et une de mes boucles QA vérifie la conso toutes les secondes de mon WallPlug (ID 21 de l'image ci-dessus). Je me demande pour le coup si ces 2 pb ne sont pas liés non ? d'autant que mon WallPlug se trouve être le module le plus éloigné de ma HC3 (Au moins 2 voire 3 rebonds via module ZWAVE + récents). Votre avis sur le sujet ?

Re, Tu pourrait me donner la marche à suivre pour réaliser cela ? Car blague foireuse mis à part bai ça m'intéresse. Merci !!

Hello et merci pour ta réponse. C'est ce que j'ai fait dès le début, mais rien n'y fait... com très difficile. Cette HC3 n'est pas encore en PROD, j'ai fini par sortir un module ZWAVE plus de ma HC2 pour l'inclure et la positionner à mi-chemin entre ma HC3 et ce smart implant. Depuis nickel ... ceci dit, curieux que cela arrive pile poil après la mise à jour. Idem pour moi. Nous sommes donc 3. Je vais mettre un wall plug sur la prise de ma HC3 ... comme ça heu bai je vais pouvoir l'éteindre ... mais pour la rallumer baiiii .... heuuuu.... suis trop con moi

Hello tout le monde, Depuis cette mise à jour, j'ai la communication ZWAVE de mon module Smart implant qui se réalise très très mal. Genre, perte de communication total, puis revient. Cela a toujours fonctionné jusqu'à cette mise à jour. Pourquoi je suspect la mise à jour, car je vois qu'ils ont touché au support de ce module (...et je le vois d'ailleurs dans toutes les release, à croire qu'il y a qqch qui sent pas bon conceptuellement avec ce module). Votre avis de votre coté ? Merci.

Bon, un bug de plus sur l'APP fibaro Par contre, question widget ... avec mes QA qui vont venir remplacer toutes mes scènes ... du coup, on fait comment ? Car aller dans l'appli, attendre 3 plombes qu'elle se lance, puis aller sur la bonne QA (sans compter le fait qu'il faut trouver la bonne pièce quand on en a beaucoup) ... Là, commencez à créer une rubrique nécrologique FIBARO car je sent que ma femme va me tuer

ok, rassurant ! Je comprend donc mieux ton test de charge now ! Je ne sais pas encore ce que je vais faire, peut-être un mixte des 2 (boucle trigger pour les QA simple et boucle dédié pour les QA plus complexe) ... à suivre Merci en tous cas pour le partage, ça fait bien avancer les choses. Sincèrement.

Je comptais également faire comme toi @Lazer pour me réinclure mes modules éloignés car j'en ai partout. J'en ai aussi une bonne pelle ... donc du taf. Par contre, concernant le sujet des chemins ZWAVE, ne sont-ils pas refait une fois le module rebooté ? Car si tel est le cas, inclusion à la sauce rallonge électrique, arrêt HC3, Arrêt compteur EDF , redémarrage de la HC3 (qui est sur onduleur), puis allumage du compteur. Mais je me fourvoie peut être.

Hello, J'ai le même problème. C'est aléatoire et pas toujours les mêmes QA... c'est drôle, car j'allais faire un POST pour ça ça reviens à la normal sans rien avoir fait de particulier ... ni reboot, rien. Strange ...

Ce que tu entends par là, c'est d'inclure cette boucle RefreshStat pour chaque QA qui souhaite tirer parti d'un "trigger" ? (Quid de la charge) Ou est-ce que tu consolide tous tes retours d'état au sein de cette seule et unique boucle en jouant, pour gérer les interdépendance, avec des variables ? ou il y a quelques chose qui m'échappe (ce qui est fort possible).

Yes, ça marche nickel !! Question: Pourquoi avoir fait en sorte de devoir lancer la boucle manuellement via le bouton ? (je cherche juste à comprendre s'il y a une subtilité qui m'échappe) J'envisage de faire l'appel automatique de la boucle par cette ligne de commande (en cas que la HC3 reboot). Cela, à ton sens, devrait-il poser pb ? fibaro.setTimeout(0, function() self:buttonLoop() end)

lol, zut, j'avais pas fait gaffe Donc bai ... yapluka Merci encore @Lazer local id = event.data and event.data.id --if id == 123 then --self:debug("Event :", json.encode(event)) --end end

je viens de finir de lire ton POST, excellent travail. Par contre, une fois la QA (et donc la boucle qui tourne pour catcher les évènements), je fais comment pour récupérer l'info dans ma QA finale ? Tu n'aurais pas un exemple de code a me donner plizzze ?

Bon, réponse d'un ami qui a réalisé le test hier de migrer en V3: Visiblement, ce moteur v3 n'arrive même plus à reconnaitre son Wall Plug Fibaro (utilisé pour faire ses tests). Il a remarqué également que le ZWAVE plantait sans arrêt et qu'il y avait une latence énorme. Autre détail: Ils ont ajouté le niveau de sécurité S2 à cette V3, il sera maintenant impossible d'inclure en mode non sécurisé, si le module le permet, il sera obligatoirement en S0 minimum, et donc fini les associations Z-Wave entre les modules qui ne gère pas la sécurisation et les autres, et fini les modules qui posent problèmes en sécurisé aussi... Wait and see ???

En phase avec toi @henri-allauch, c'est là également que je me fournis. En plus, les bureaux sont juste à coté de chez moi facile pour les SAV Je connais personnellement le responsable technique mais globalement, ils sont vraiment sympa. PS: moi aussi j'ai craqué comme toi pour une HC3 suite à cette promo... et dans le même principe, je me fait les dents dessus (ça fait moins mal maintenant, elle est en plastique)

Question pouvant paraitre ultra simple mais je la pose quand même Je possède un module FGS213. Je souhaite agir depuis une QA uniquement lors de l'activation du module via l'interrupteur connecté au S1. Est-ce possible de récupérer ça depuis la QA afin que je puisse effectuer une action dédié par l'activation par ce biais et uniquement pas ce biais ?

Merci pour ta réponse @Lazer car c'est effectivement un vrai sujet. Je ne suis pas en PROD pour le moment. Je ne fais que prendre en main cette nouvelle "bête" de manière à être prêt si ma HC2 venait à me péter à la G... La grande question concerne donc mes TNR, si je ne peux tester tous mes différents types de module (à moins de les virer de ma HC2 puis les remettre... mais pas envie) ==> Je rejoins donc la question pertinente de @henri-allauch Je vais attendre, ce sera plus sage. Affaire à suivre mais ai prévenu mon revendeur pour qu'il s'apprête à mettre à jour sa matrice de compatibilité des modules ZWAVE avec cette nouvelle version du moteur FIBARO. Merci encore.

Hello tout le monde. Je suis en train de lire la release note de la future version HC3 dispo en BETA (5.071.52). Je me suis arrêté dès le début avec cette "mise à jour" du software ZWAVE (migré en version 3) qui semble être dispo à partir de ce nouveau firmware mais FIBARO indique que les périphériques ZWAVE actuellement déployés en V2 ne seraient pas migrable. Vous savez m'en dire plus sur cette nouvelle version ZWAVE Software ? New Z-Wave engine version 3.0 - in order to use it is necessary to configure the system from scratch. Currently it is not possible to migrate the system in version 2.0 (current) to version 3.0 (new). Version 3.0 includes the following changes: Simplified mechanism for adding devices (Smart Start). Support for improved encryption mechanisms (Security S2). Streamlined process of advanced device parameters configuration. Possibility to update device software from a file. Extended compatibility of Z-Wave devices (more devices, additional features).

Merci @Lazer, Je n'y avait tout simplement pas pensé. Je viens de faire les modif de mes boutons et les essai sont concluant. Est-il possible, par contre, de "killer" une instance d'une autre QA ? Par exemple, depuis ma QA "TOTO" je souhaite arrêter et "rebooter" la QA "TATA" ? Je suppose que même punition sur ta précédente réponse mais avec une variable global plutôt ... mais je demande quand même Merci en tous cas pour ton aide précieuse ! Bye.

Merci Lazer pour ta réponse. Par contre, il me faudrait arreter le code en cours du bouton4. Tu crois que ce serait possible ?

Hello ça y est, j'ai tout remplacé par des QA .. en cherchant bien, on fini par s'en sortir ! J'aurais juste une petite question: Dans cet exemple très basic, je cherche à ce que mon "button1" inhibe ce qui pourrait être en cours via les autres appels des autres fonctions (exemple, si la fonction du button4 est encore en cours, je souhaite qu'elle s'arrête). Une sorte de Killscene en quelques sorte mais au sein de la meme scene... Comment on pourrait faire ça ? -- Bouton button4 function QuickApp:vingtmin() fibaro.call(28, "turnOn") fibaro.setTimeout(1200000, function() fibaro.call(28, 'turnOff') end) end -- Bouton button1 function QuickApp:stop() fibaro.call(28, "turnOff") end function QuickApp:onInit() -- self:debug("onInit") end

Hello, Je suis tombé un peu par hasard sur cet échange qui m'intéresse au plus haut point. Est-il possible, dans la même logique, de transmettre tous ces log / évènement ... sur une base SQL server ? Je m'étais posé la même question sur ma HC2 sans trouver de solution et il est clair que le gestionnaire d'évènement est juste hyper mal indexé (vois même pas du tout si nous somme sur du fichier plat) si bien qu'à chaque fois que je fais un filtre ... ça me plante ma HC2 Si oui, par quel type d'appel cela fonctionne ? (car je suppose que ce n'est pas de l'ODBC) ==> Je parle là sur une HC3 (mais si HC2 c'est pareil ça m'intéresse également de savoir) Concernant la table à créer, quelle structure ? type de colonne ... Dsl, questions peut être idiote, mais sincèrement intéressé. Merci!

Pas de soucis je comprend. Je vais creuser la doc en croisant avec celle du forum

Merci pour vos réponses. Pour m'aider à comprendre la philosophie des QuickAPP, tu pourrais me "convertir" le code de ma scène en une QuickAPP. Comme je l'avais dis a JJacques que je remercie une nouvelle fois pour son aide, je m'inspire d'exemple et pars de là pour avancer. Meric pour ton aide @Lazer Le code (démarrage auto of course) : function mainLoop() local ConsoForage1 = fibaro.getValue(21, "power") if tonumber(ConsoForage1) >= 20 and tonumber(ConsoForage1) <= 50 then fibaro.setTimeout(1000, function() local ConsoForage2 = fibaro.getValue(21, "power") if tonumber(ConsoForage2) >= 20 and tonumber(ConsoForage2) <= 50 then fibaro.call(21, "turnOff") fibaro.setTimeout(5000, function() fibaro.call(21, "turnOn") fibaro.setTimeout(1000, mainLoop) end) else fibaro.setTimeout(1000, mainLoop) end end) else fibaro.setTimeout(1000, mainLoop) end end mainLoop()

Merci pour vos retours, Alors me concernant il est quand même peu probable qu'un code foireux soit à l'origine de ce reboot (mis à part la boucle évoqué dans ce sujet) car je n'ai que ça qui tourne. Comme je le dis, c'est une HC3 en TEST pour le moment. Je vais encore une fois m'armer de patience car FIBARO m'indique que cela pourrait aussi venir d'une coupure d'accès Web (ma HC2 est connecté volontairement en RJ45 mais sur un point d'accès Wifi). Why not que cela pourrait provenir de ça (genre l'interface NET0 reconnu comme down pendant n secondes et paf le reboot) ... à suivre. Mais perso, pour le moment ma confiance est toute relative sur ce nouveau boitier même si toi Lazer tu indique une certaine positivité post migration. L'approche est sensiblement différente avec des possibilités qui semblent ne plus être à utiliser (comme le fibaro.sleep et j'en passe) et pour des débutants qui étaient au final satisfait de la HC2 et qui arrivaient a en faire ce qu'il en voulait, aujourd'hui, "reset" retape toi des documentations inexistantes... et passe y encore de longues heures car si ta HC2 crame t'es comme un con... Heureusement qu'il y a ce forum et des gens comme vous qui nous viennent en aide. Merci une nouvelle fois pour cela. Bye.