henri-allauch

J’arrive presque au bout Il me reste les détecteurs de fumées, et trois bricoles. ( les sur batterie en dernier ) Je n’ai pas de scènes. Je n’ai pas GEA car j’aime bien faire par moi-même, mes QA sont organisés comme l'image jointe Il servent à la fois à configurer, afficher et contiennent les actions à réaliser quand il sont appelés par le QA HORAIRE ( une sorte de Cron ) ou le QA Evènements ( Les triggers des devices ) Trois QA Netatmo du forum officiel et Domochart et Network Monitor issus de notre forum Tous mes vieux devices sont bien transférés ( manuellement : Dissocié HC2 Associé HC3 ) Globalement c’est un peu plus compliqué mais les QA c’est très pratique ne serait-ce que pour regrouper les boutons d’actions d’un VD, le lua du VD, et la scène qui complète souvent le tout. Je doit utiliser 40%de RAM 10% de CPU et Quelques Pics à 30%. A ceux qui démarrent il faut oublier les acquis et utiliser les nouveautés de cette box. J’ai commencé mi février, la HC2 ne fait plus grand chose. Un grand merci à ceux qui donnent des conseils et des explications. Sans eux je ne suis pas sur que Fibaro aurait le même succès.

Bon c'était hier à priori mais il reste au moins 364 jours avant le prochain. Donc joyeux anniversaire et merci pour tout ce que tu apportes à ce forum

Si cela peut t'aider j'avais travaillé sur ça ( voir fichiers joints ) au debut de ma migration, conditions = les triggers et actions le traitement sur réveil par les trigger puis compte tenu des discutions avec @Lazer et @jjacques68 je suis passé sur QA avec refreshStates pour les trigger et une boucle QA pour les actions cycliques Prend du temps pour comprendre la HC3 avant de te lancer, fait des essais Pour le demarage auto de ta scène, en la créant à droite du nom tu as l'option démarrage auto ou manuel Bon courage actions.lua conditions.lua actions.lua conditions.lua

21h45 Coupure secteur généralisée du quartier Je n'ai pas encore reçu l'alim secourue Donc plouf la hc3 Retour secteur la hc3 redémarre seule et .... Tout va bien

Soit un device 255 c'est pas parlant pour savoir qui c'est je declare self.Id_LumièreJardinDevant = 255 dans le init D'un QA pour l'utiliser dans celui-ci dans plusieurs fonction : par exemple if ( id == self.Id_LumièreJardinDevant ) then ... Pas de soucis. Si j'ai plusieurs QA qui utilise ce device, je fais de même dans chaque QA Pas de soucis non plus C'est répétitif mais je n'ai pas de solution pour le déclarer d'une manière globale et le charger en cas de besoin (trop de devices pour les mettre en VG) Mais je cherche à être strict pour pouvoir si besoin changer la valeur du device en cas de remplacement de celui-ci ( donc changement d'ID ) et retrouver facilement tous les QA qui utilisent self.Id_LumièreJardinDevant = 255 Donc j'ai une liste disons de référence et je fait des couper coller dans tous les devices qui utilise Id_LumièreJardinDevant

@jjacques68 merci je me suis inspiré de la méthode de ton QA le résultat est OK Lorsqu'on utilise une variable ex: ID_monAppareil := 123 et qu'on va la retrouver dans plusieurs scène ou QA Qu'elle stratégie utiliser pour que ce soit uniforme et pour les retrouver facilement ? Perso j'ai une liste dans un QA (Reference) et je copie manuellement le self.ID_monAppareil = 123 dans les QA où j'en ai besoin. J'avais essayé d'automatiser cela à l'init du QA mais sans succès .

Pas trop mais pas grave j'ai fait autrement (http request ) mais ça ne me plaid pas mais je ne comprend pas. dans le json on est bien dans properties et wakeUptime De plus ce parametre semble accessible par l'onglet avancé du device ( intervalle de réveil ) à priori

ce matin je croyais que cette fonction était OK function SetwakeUpTime( IdDevice ) local data = { properties={ wakeUpTime = 21600 }, } api.put("/callAction/".. IdDevice, data) end local IdDevice = 253 SetwakeUpTime(IdDevice) En fait il n'en est rien, c'est la commande suivante qui a bien modifié le wakeUpTime http://MyUser:MyPassword@192.168.1.53/api/callAction?deviceID=253&name=setProperty&arg1=wakeUpTime&arg2=8000 Je ne trouve pas mon erreur dans la fonction avec le api.put ( qui retourne nill si je teste le status et la réponse )

Pour infos, si cela peut servir, et si vous avez des solutions J'ai quelques vieux devices qui une fois associés à la HC3 fonctionnent mais ... Everspring SP103 le paramètrage est assez réduit mais le détecteur de mouvement fonctionne J'ai modifié le wakeUpTime initialement à 4000 à 21600 Fibaro FGS221 il fonctionne bien aussi ( envoi une impulsion de 1 secondes pour les 2 relais ) mais alors que l'icone du relai 2 passe bien du Rouge au Vert ouis retour au Rouge après une seconde, l'icone du relai 1 passe du rouge au Vert mais reste Vert après la seconde, le prochain appui on passe du vert au rouge et on reste dans cet état .... Mais on entend bien le relai tomber au bout de la seconde. AEON multisensor ( Mvt Temp Hum Lux ) paramètrage tres limité, wakeUpTime à 4000 mais j'arrive pas à le modifier ( à la manière du SP103 ci-Dessus ) mais il retourne bien les 4 valeurs

Pour info le template n'existe pas pour la HC3 (5.070 ) On peut ajouter des paramètres ... Pour le moment avec la config usine il à l'air de fonctionner

Oui c'est évidement curieux ça m'est arrivé sur les essais de test du net.HTTPClient() Ou sur des tests avec de settimeout qui ne termine pas ou mal lorsqu'ils sont en cours et que je modifie le lua ( avant la fin du timer j'ai un doute ) Ton graphique me conduit à deux questions Comment obtient on le Graphique avec les coeurs séparés ( Version spéciale que tu a fait pour étudier le pb ? ) Et sur mes graphiques ALL et 24h00 pourquoi un maxi a 24,5 % ( c'est une vielle valeur haute qui traine ? dans la BD ? )

j'ai essayé le shutdown les diodes tournent de gauche à droite mais la box continue de fonctionner. On a des infos de plus pour faire le shutdown ? Le suspend ca fait quoi exactement ? le secteur peut être coupé une fois le suspend exécuté ?

J’ai fait aussi la maj ça semble ok

J'avais remarqué ça le 19 mars au changement de version

graph est le répertoire qui contient les modules domocharts php et autres il est prévu d'être situé à la base de ton serveur dont l'adresse ip est déclaré dans le champ Adresse IP: de l'onglet général de Domocharts sur la Hc2 Ton serveur n'a t'il pas changé d'adresse IP ??

Mais un update n'insère pas il se contente de modifier les champs sauf la clé non ?

Les mails en provenance du forum arrivent avec plusieurs jour ou heures de retard ... quand il arrivent perso pas eu de mail de la semaine tu n'est donc pas le seul ( si cela peut te rassurer )

@Lazer Les calculs pour le energy_day sont corrects, ce qui confirme les discussions d'hier. Par contre pour tous mes WP, j'ai constaté lors du trend : [28.03.2021] [00:02:22] [DEBUG] [QA_DOMOCHARTS_46]: insert into domocharts_power_day : 7 lines affected [28.03.2021] [00:02:22] [DEBUG] [QA_DOMOCHARTS_46]: delete from domocharts_power : 4314 lines affected [28.03.2021] [00:02:22] [DEBUG] [QA_DOMOCHARTS_46]: optimize table domocharts_power : 1 lines affected [28.03.2021] [00:02:22] [DEBUG] [QA_DOMOCHARTS_46]: insert into domocharts_power_month : 0 lines affected [28.03.2021] [00:02:22] [WARNING] [QA_DOMOCHARTS_46]: update domocharts_energy : 0 lines affected - Error 1221 : SQLSTATE[HY000] Incorrect usage of UPDATE and ORDER BY [28.03.2021] [00:02:22] [WARNING] [QA_DOMOCHARTS_46]: update domocharts_energy : 0 lines affected - Error 1221 : SQLSTATE[HY000] Incorrect usage of UPDATE and ORDER BY [28.03.2021] [00:02:22] [WARNING] [QA_DOMOCHARTS_46]: update domocharts_energy : 0 lines affected - Error 1221 : SQLSTATE[HY000] Incorrect usage of UPDATE and ORDER BY [28.03.2021] [00:02:22] [WARNING] [QA_DOMOCHARTS_46]: update domocharts_energy : 0 lines affected - Error 1221 : SQLSTATE[HY000] Incorrect usage of UPDATE and ORDER BY [28.03.2021] [00:02:22] [WARNING] [QA_DOMOCHARTS_46]: update domocharts_energy : 0 lines affected - Error 1221 : SQLSTATE[HY000] Incorrect usage of UPDATE and ORDER BY [28.03.2021] [00:02:22] [DEBUG] [QA_DOMOCHARTS_46]: delete from domocharts_energy : 0 lines affected [28.03.2021] [00:02:22] [DEBUG] [QA_DOMOCHARTS_46]: optimize table domocharts_energy : 1 lines affected [28.03.2021] [00:02:22] [DEBUG] [QA_DOMOCHARTS_46]: insert into domocharts_water_day : 0 lines affected La requête SQL Update n'accepte pas le Order By de la ligne 250 de Trend.php à ton avis, On peut lever le Order by ?

Je pense comme toi oui la valeur est dans le json energy c'est bien celle de la table ci-dessus Demain après les insertions des energy day de 00h02 qui devraient être correctes je met à 0 les lignes erronées. Je pense que Exclusion ne veut pas dire Reset Le tout c'est de le savoir et de faire un reset du module avant l'insertion

A Cette première insertion dans energy d'ou vient la valeur 961 dans index ( elle est # pour les 2 autres WP insérés donc lue qq part)

du 25/3/ 10h00 au 27/3 15h00 insertion 26/3 apm

oui mais le 961 et les autres valeurs il ne l'a pas inventé le premier coup 28 54 et 961 ces valeurs semble cohérente / aux appareils connecté dessus sur HC2 J'ai installé hier un WP neuf et là c'est correct

curieux : tout est a 0 [{"id":161,"name":"Prise Perruches","kWh":0.0,"W":0.0,"min":0.0,"max":0.0,"avg":0.0}] Oui je vais mettre à 0 les valeurs incorrecte pas de pB

@Lazer J'ai installé 3 wallplug exclus de ma HC2, et inclus dans la Hc3 vers 18h00 hier. Elle non pas ou peu de consommation. je trouve ce matin dans energy-day des valeurs de 28 54 et 961 ?? On démarre avec ces valeurs dans le champs index de domochart energy dès les premieres données insérées Est ce une memoire des ces consommations qui ne sont pas mise à 0 lors d'une exclusion du device ? PS: On retrouve ces valeurs dans energy des devices mais je n'ai pas regardé avant de les insérer dans la HC3 Et dans le domochart de la HC2 il n'y a pas les index energy

@jjacques68 oui j'avais lu ton post par les fichiers de QA mais comme la méthode de @jang cela reste un peu complexe pour le résultat que j'attendait je vais dupliquer la fonction