henri-allauch

Pour moi les QA c'est un peu long mais ils remontent bien

Message erroné et supprimé Désolé

J'ai deux stores bannes. Maintenant Sur HC3 L'un est piloté par des boutons poussoirs et par un FGR-222. La calibration s'est bien passée ( en partant du store déployé : enroulement, déroulement, enroulement ) Le câblage est conforme aux documents, les poussoirs actionnent correctement le bon sens du moteur, Les commande depuis la HC3 sont aussi dans le bon sens de montée et descente La commande depuis l'application HomeCenter Android ou IOS fonctionne Tout est parfait sauf q'un store banne c'est l'inverse d'un store : quand on dit que le store est ouvert a 100% c'est qu'il est enroulé, dans le cas s'un store banne il est enroulé aussi mais ouvert a 100% c'est une désignation fausse. Donc dans les commandes, dans un QA il faut dire : fibaro:call(ID, "open") pour fermer le store banne ( l'enrouler ) et fibaro:call(ID, "close ") pour le dérouler le store banne et boire le pastis à l'ombre Bon je n'ai pas trouvé de solution pour modifier la désignation des labels. J'ai mis mes propres icônes pour avoir une représentation correcte. Le second est piloté idem avec un autre jeux de poussoirs et un FGR-223 on est dans le même scénario que la description ci-dessus sauf pour l'application HomeCenter Android ou IOS . J'ai sur l'écran v ^ ||| ( comme pour le FGR-222 ) mais si on appui sur v pour descendre les store banne le carré qui doit remplacer le v pour pouvoir arrêter le mouvement ne s'affiche que furtivement. Donc on ne peut pas arrêter. Sur le FGR-222 c'est OK Vous avez le même comportement aussi ou il y a un paramètre incorrect !!

Quelqu'un à t'il déjà pu deziper le tar download issu de : (IP My BOX)/api/service/logsDump ??

@ Lazer Je pense aussi avoir eu comme toi Vers 23 je suis sorti, les lumières ne s'allume pas, l'ouverture de portail n'est pas signalé ... Les voyants sur la hc2 étaient normaux. Mais aucune réactions aux commande zwave. J'ai lancé un reboot qui m'a semblé trop long. Clignotement de la diode la plus a gauche. Par les boutons arrière j'ai déclenché une restauration ( la dernière sauvegarde avait à peine 3 heures.) Je n'ai pas eut sur le coup le reflexe d'aller voir les graphes CPU. Mais j'ai pensé tout tout à l'heure dallez voir Domocharts : Ca pourrait bien ressembler à un blocage d'un coeur ... Dans cet espace, la box n'avait pas grand chose à traiter mais ... Pour la RAM il y a un gros pic à ce moment là On peut observer aussi une perte de RAM Depuis hier 18:50 ( Restart des services après backup) comme je m'envoi un mail toutes les heures, je constate que le cache reste à 30% et le dispo passe de 24 à 19 donc l'utilisé croit régulièrement On observe après des paliers stables une augmentation à vers 4H00 et vers 13H00 je ne trouve pas de truc particulier dans Histo et Trace

les messages ci-dessus m'ont mis un doute !! car j'utilise : if self:getVariable("V_Furtif_"..IdDevice) == "ON" then self:setVariable("V_Furtif_"..IdDevice, "OFF") Mais après vérification : local IdDevice = 258 self:warning(getName(IdDevice)) self:warning(type(IdDevice)) self:warning(type("V_Furtif_"..IdDevice)) [16.04.2021] [10:02:08] [WARNING] [QA_MAINTENANCE_260]: SP103 Escaliers 1° [16.04.2021] [10:02:08] [WARNING] [QA_MAINTENANCE_260]: number [16.04.2021] [10:02:08] [WARNING] [QA_MAINTENANCE_260]: string la concaténation "V_Furtif_"..IdDevice) produit un string Par contre c'est le contenu de la variable qui pose problème si # string c'est ça ??

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