henri-allauch

Est ce que tous les modules seront 'migrables' suivant leur marques ou leur ancienneté Ce sera un critère pour migrer ou pas !?

@Lazer one point @fibaro one bug

Hc3 en exploitation donc pas d'installation de cette bêta pour moi

je crois que @jjacques68 fait le transfert des log vers une base sql. Moi dans un fichier car je ne transfère que les error et les messages d'init de mes QA pour surveiller d'un coup d'oeil rapide s'il y a eu des pb dans la journée. Puis je détruit le fichier quand il existe . Pour les historiques ( évènements, déclenchements ou valeurs de device Zwave ) c'est different: ils sont nombreux et si l'historique de la hc3 ne convient pas c'est sûr que c'est vers une base sql que tu peux les transférer pour les exploiter à ta guise. Pour l'insertion dans les tables SQL tu peux t'inspirer par exemple des travaux de @lazer ( domocharts ) qui appelle du php qui lui fait les requête SQL. Ce qui est vrai pour la HC3 doit être aussi OK pour la HC2. Mais rien n'existe de tout fait et il y a du boulot ...

yes it's OK by refreshing the web interface thank you @jang

Est ce que : if not api.get("/devices/"..self.id).enabled then for _,child in pairs(self.childDevices) do child:setEnabled(false)  child:setVisible(false) end end C'est correct ? Pour setEnabled c'est OK mais pour setVisible ? J'ai essayé sans succès, l'idée c'est de mettre les childs disabled et non visible si le QA est disable

Effectivement si lors de ma Requête j'ai une erreur, je la signale dans mon appli, et je passe à la sonde suivante la seconde qui suit. Donc si je comprend bien ce que tu dis je suis dans le cas du bug fibaro Idem alors pour les appli style Imperihome qui lisent des infos dans la hc3 ? Finalement plutôt q'une application envoi les données à l'api de la HC3, ce serait plus propre (comme pour Netatmo Par exemple) que ce soit le QA qui interroge la sonde au travers d'un php(api) ? Pour le coté HC3 j'ai 0 SCENES et tous les appels http et json ont protégé par un pcall : j'ai en Mars suivi tes conseils, déjà préconisés sur la HC2 par Toi, @Steven et @Krikroff

Parfaitement compris, je pense que je vais plutôt faire mes écritures comme avant, directement dans la base de domochart car ces données n'ont pas d'utilité dans la box, elle me servent uniquement à suivre ( courbes à la journée ) les T° des divers organes de chauffage par pompe à chaleur air/eau Cela diminuera les écritures Merci de tes explications

@Lazer Penses-tu que la mise à jour de valeurs dans des Child-Devices d'un QuickApp par une application Externe ( Request Python ) pourraient avoir un lien avec le bug cité ci-dessus ( requêtes sur l'API de la box ) ? Dans la trace de cette appli je trouve parfois 1 ou 2 Erreurs sans incidence Parfois une série plus importante de transmission en erreur. Et cela correspond à un reboot de la Box Je me demande si cela peut être la cause, ou cela est simplement la conséquence de la box qui reboot. Pas facile J'envoi toutes les minutes la valeur de 15 sondes avec une seconde d'intervalle entre chacune Avant j'envoyais directement dans la base de Domochart depuis la HC3 j'envoi dans des devices et laisse Domochats faire l'insertion dans la Base.

c'est fou ... les étagères sont bien au début puis ça finit par manquer de place alors que le matériel diminue en taille .....

Moi aussi cette NUIT à 00h15 Reboot complet

Désolé il y qq mois quand je l'ai commandé je n'avais pas, remarqué la ligne incompatible hc2 Heureusement que tu l'a remarqué

https://www.domotique-store.fr/accessoires/alimentations-secteur/1277-alimentation-avec-batterie-de-secours-integree-et-sorties-usb-coaxiales-5v-a-24v-compatible-eedomus-homey-foscam-blurams.html?search_query=ups&results=1 ATTN contrairement à ce que j'ai dit cette alimenation secourue est signalée incompatible HC2 ( merci @Lazer vigilance )

Juste pour info si ce n'a, pas déjà été dit Le télérupteur conserve sont état car c'est souvent une espèce de roue crantée (dent de loup mécanique) qui fait basculer le contact Il est possible de maintenir l'état ON d'un simple relai en utilisant un de ses contact en contact de maintient c'est à dire en parallèle avec le poussoir de commande danc ce cas il faut insérer en série avec le poussoir de commande un poussoir NF pour l'arrêt Dans ce cas pas de mémorisation de l'état sur coupure secteur

Tu peux voir cette alim secourue c'est ok pour HC2 je l'ai installé pour ma HC3 + un routeur 4 ports

j'ai essayé ce que tu mentionne ci-dessus hier au soir, mais dans mon cas c'était inefficace, mais c'est bien que tu ai déjà remarqué la perte d'affichage du code aussi

Je m'en rappelle vaguement moi c'etait bien une sonde HS qui a vraiment perturbé le module. Depuis ce Module est passé sous la HC3 avec les mêmes sondes ( dans l'eau depuis 09-2019 ) et pas de soucis. J'ai récemment eu des soucis avec un réseau 1-Wire hors Z-wave avec une sonde qui avait pris l'humidité ( trace de vert de gris au niveau des pates du DS18B20 ) c'est pareil une sonde défaillante c'est très perturbant pour le réseau C'est vrai que dans ton cas 2 smart implant ça fait 2 réseaux 1 wire différents et c'est peu probable d'avoir 2 ds18b20 hs

Domochart : J'ai un backup par semaine inspiré de ton code en bash on le voit samedi 6h30 sur le graph RAM et aujourd'hui un reboot à 11h20

Précises monitores ci c'est pas la réponse ci-dessous J'avais mis dans chaque QA un garbage RAM comme tu le fais dans tes QA puis je l'ai mis off après Quinze jours de fonctionnement sans problèmes Pour le CPU je regarde la valeur moyenne CPU dans domocharts ( tu l'avais décrit dans un post ) suis autour de 4,90 sur 24 ou 48 heures une semaine et un mois Pour l'histoire : je me suis rendu compte de cet incident hier au soir car en sortant les poubelles aucune des lumières ne s'allument. Inquiet je regarde dans l'histo, les détecteurs de mouvements ont bien déclenchés Ah !! Le pb vient du fait que ma variable Globale Jour-Nuit est restée sur Jour ... pourtant j'ai bien eu la détection du passage en nuit + 20 mm mais lors de l'appel à un QA qui fait le set de la variable ++ d'autre signalisation, ce QA à du se planter et il s'est réinitialisé. Dans le DUMP de la HC3 je retrouve une erreur ** C'est là que j'ai voulu voir mon code lua et surprise ...

comme prévu le reboot à solutionné l'incident

OK je 'avais pas compris Oui tout y est exemple Mais

oui c'est ce que je dis : "" J'ai un bout de code php qui récupère le LUA ( /api/quickApp/export/$deviceId ) "" Et bien évidement le code y est puisque les fonctions de tous les QA sont OK ce serait un vrai miracle sinon ! Mais ce qui est surprenant c'est : Pour tous le QA c'est Pareil Pour Domochart Main Tools et Domochart Sont vides Aussi dans l'affichage

Tout marche ... mais Quelques soient les QA je vais dans le code MAIN et surprise : il est vide évidement j'ai vidé le cache, changé de navigateur, déconnecté et re connecté admin ... Idem J'ai un bout de code php qui récupère le LUA ( /api/quickApp/export/$deviceId ) est évidement ils est bien présent . Avant de faire un reboot, y a t'il quelques chose à regarder de plus ?

Un premier essai avec une option vers la ligne 95 : physics : false ... Cela permet de déplacer les nodes plus facilement Remplacer : $nodes = $nodes . "{id:" . $deviceId . ", label:'" . $deviceName . "', group:'" . $room . "', title:'".$room."'},"; // Le nom de la pièce sous forme de popup au passage de la souris Par : $nodes = $nodes . "{id:" . $deviceId . ", label:'" . $deviceName . "', group:'" . $room . "', physics: false , title:'".$room."'},"; // Le nom de la pièce sous forme de popup au passage de la souris

J'ai essayé plusieurs exemples avec https://visjs.github.io/vis-network/examples/ mais tous semblent avoir ce mouvement de remise en forme Je fouillerai un peu plus à l'occasion