henri-allauch

Oui, avec les fonctionnalités natives de MySQL / MariaDB Pour éviter les réplications des bases sql, Mon Test : Je replique l'appel des fonctions DomoCharts:postAPI et DomoCharts:getAPI vers une deuxième HC3 équipé d'un Domocharts-Réplicat simplifié (Qui ne lance aucune action dans le main loop). Ce Répliquat travaille avec une base graphhc3 sur un deuxième serveur. function DomoCharts:postAPI(path, data, callback) DomoCharts:Repliquer("postAPI", path, data, callback) --TEST REPLICAT Les fonctions sont transférées à la deucxième HC3 par une requete http : function DomoCharts:Repliquer(Fonction, Param1, Param2, Param3) Commande = "http://" ..IP_Hc3Dvp .."/api/callAction?deviceID=" ..QA_Domocharts_Replicat .."&name=" ..FonctionReplicat .."&arg1=" ..Fonction .."&arg2=" ..Param1 .."&arg3=" ..json.encode(Param2) .. Cela fonctionne très bien au moins pour les Post qui font bien les insertions. Le get on verra cette nuit avec le trend . Mon seul problème c'est que dès que j'essaye d'ajouter le 3eme Parametre callback dans un arg4, le QA Maitre se bloque. Cet argument callback, qui contient une table de fonctions succes() et error() je n'arrive pas à le manipuler et le passer par la requête HTTP , alors qu'il passe bien de fonctions en fonctions dans DomoCharts: @Lazer As tu idée ? Pour le moment je ne la transfère pas, le domocharts réplicat fait bien son jos, mais je n'ai donc pas de message sur error / succes

J'y ai songé mais vu que ce dispositif Rouge Blanc Bleu est quand même un gadget, je ne vais pas inclure du Zigbee alors que je n'ai aucun device de ce mode. Il vaut lieux se concentrer sur de automatisation utile : Arrêt de la piscine si Température de l'eau > 1°, Passer le cumulus en mode absence, Supprimer l'éclairage extérieur automatique ...

Peut être un peu hors sujet mais pour rester dans les couleurs et mettre en évidence le Jour Tempo : Je recherche un ampoule RGB ou RGBW zwave+ il y en avait chez AEOTEC mais c'est fini Vous avez des idées ?

Oui on avait fait des essais pour conclure une seule déclaration net.HTTPClient dans le Init() Par ici

Est t'il possible (oui) mais réaliste d'utiliser une réplication de la base sur un autre serveur ? Domochart met à jour le serveur primaire et les données sont simultanément mises à jour sur un serveur secondaire par le serveur maître ? But : 1 sécuriser les données plus efficacement et en complément d'une sauvegarde journaliere 2 préparer un second serveur http et autre en le testant progressivement avant l'arrêt définitif du premier

En complément voir dans fichier Exemple.lua ci-dessous pour trouver des Keys Exemple.lua rebaptise le en .txt après chargement

Oui il doit y avoir des differences La connexion semble ok Il vous faut étudier les valeurs contenu dans le json Tu peux aussi valider la trace des Keys (un peu plus bas, dans le code) tu aura une liste des champs validé pour cet appareil et ainsi modifier le code du lua pour afficher les données disponibles

regarde ICI ... LA En gros il y a un FIX mis en place sur plusieurs HC3 par le support qui corrige le problème, La future version stable devrait incorporer la correction ...

J'ai posé la question sur le forum officiel : Pouvez-vous nous donner quelques explications sur l'origine de ce problème qui se produit depuis plus de deux ans sur certains HC3 et pas sur d'autres et ayant conduit certains d'entre nous (comme moi) à acheter une deuxième HC3. Maintenant que le correctif fonctionne, nous serions satisfaits de savoir comment le défaut est déclenché. @m.roszac m'a répondu : Comme je ne suis pas un technicien, je peux vous dire qu'il y a eu un changement dans la configuration (système) de bas niveau lié aux fonctions d'économie d'énergie, entraînant une instabilité de la plate-forme Home Center 3 dans des cas sporadiques.

Cozytouch supporte une multitude d’appareils ici c’est pour : un Chauffe-eau Atlantic Chauffe-eau Type LINEO Ce QuickApp m'a servi pour trouver les commandes pour se connecter à l'api du cloud cozytouch,obtenir quelques infos utiles (températures, douches restantes, puissance instantanée) et demander une mise et absence (On ou Off). Il n'est pas auto_adaptatif et sans ChildDevices. Mon besoin etait découverte, mise au point et principalement une commande ABSENCE_ON et ABSENCE_OFF pour les horaires des Jours ROUGES TEMPO afin de ne pas couper son alimentation et décaler sa chauffe en heure creuse. Les commandes émises et les infos recues sont celles du cloud, J’ai toujours un doute entre la liaison Appareil Physique et Appareil cloud qui peut ne pas être à jour suite à une coupure wifi ou autre. Il y a peut-être un indicateur d'état de cette liaison dans le Json ..?? Je poste ce QA sur le forum tel-que dans le but d'aide : C’est plus un QA de découverte et de Test. Ses Fonctions : Un mode MANUEL Il permet de se connecter à l’appareil sur le cloud, de lire quelques informations utiles et de mettre en place un mode absence. D’afficher les status ou les valeurs en retour. Un Mode CYCLIQUE : L'idée de départ : Login puis cycles de get. Mais avec une timer inter cycle de 2 à 4 minutes on à une erreur 429 au bout de 10 cycles (429 Trop de cycles)au delà de 4 minutes on est déconnecté et on récupère une erreur 401 sur la commande suivante. Donc Solution : un cycle est composé du Login Atlantic, du login Cosytouch API, d'un get des infos avec un inter cycle entre 2 et 5 minutes. En inter cycle d'autres commandes Get ou Set sont possibles. Piège recontrés: Pour mettre un mode absence ON il faut aussi une date de début et une date de fin. La date de fin est à priori au moins 24 heures au delà de la date de début. La date doit être complete J M A H m s et WeekDay. Ce dernier au lieu d’être 0 dimanche à 6 Samedi est 0 Lundi à 6 dimanche. (fallait savoir) Et bien d’autres pièges.Les commandes rejetés sont souvent de type 401 sans commentaires. Pour évoluer avec d'autres fonctions : IL faut décortiquer le JSON reçu pour trouver le format des autres commandes suivant vos besoin. Voir vers ligne 320 pour valider la trace du json et vers la ligne 330 pour valider la trace des éléments de l’appareil. Comme d’habitude tout est dans le JSON et une Appli style JSON viewer est bien utile. Les Variables du QA : V_TempoInit -> 1 à n en secondes Attente avant l’init du QA V_InfoRam -> ON ou OFF valide les infos Ram et Cpu (from @Lazer) V_UserName -> MonMail@lemail.com Identification Appli Cozytouch V_Password -> LePasswordAssocié V_Usage -> CYCLIQUE ou MANUEL V_TempoCycle -> 300 tempo en secondes entre deux cycles (LogAtlantic Log_API GetInfos) Bon courage … TestCozyTouch Atlantic Lineo_1.02 .fqa

merci pour l'info Toujours pas d'explication mais bon ils on corrigé c'est l'essentiel. Faut espérer ça ne foutra pas la panique pour ceux qui n'on jamais vu le problème. Pour moi toujours ma HC3 neuve sans patch et sans problème et ma HC3 vieille avec patch et sans problème depuis

@Merlin Je ne suis pas l'auteur du QA mais tu utilise le QA de test à télécharger dans les pages précédentes avec ton user et password de ton appli cozytouch pour obtenir un json global dans lequel en fouillant tu pourra trouver l'URL de 'l'appareil Tu recherche deviceURL, tu oublie les internal:// ... dans mon cas le modbus pour un chauffe eau Atlantic.. Attention ce n'est valable que si tu as enregistré ton appareil sur le cloud cozytouch pas d'accès direct. @Gael Je ne compte pas faire un QA complet pour le chauffe-eau car je n'ai besoin que d' une fonction pour pouvoir passer le chauffe-eau en mode absence pendant les jours tempo rouge. J'ai avancé, je sais lire les données de l'appareil et le mettre en absence sur le cloud (il me faut trouver le code pour que ça passe du cloud au chauffe-eau) Quand ça marche je mettrai mon .Lua ici ça pourra servir d'exemple

ILs vont avoir du boulot pour la mise en place définitive suivant les puces concernées ou pas

Merci de cette info J'espère qu'un jour on pourra savoir : pourquoi par exemple j'ai été concerné abondamment depuis le début et maintenant cette modification périlleuse mais efficace à réglé le problème Tandis que toi tu n'a jamais vu ce problème ( à part avec une version particulière ) c'est quoi la différence ... des puces pas au même niveau de firm ? J'aimerai bien savoir . Espérons que tu pourra en avoir d'autres

C'est pour quelques Box qui ont des reboot non sollicité Quels infos dans ce Post :

J'ai compris moi aussi dans la réponse à la question posé directement au gars qui a patché ma box qu'il restait présent : Réponse : Mais dans le futur je ne sais pas comment ce patch sera appliqué pour le moment il est indépendant de la gateway's ??? Fibaro ne donne pas de détail Mais je n'ai pas installé cette nouvelle Béta

Bon J'ai trouvé : la Data pour la requête refresh : Ref (et d'autres) sont codées en dur : local ref = '{"actions":[{"deviceURL":"io://0810-4343-0200/13610533#1","commands":............ donc là aussi le device Url ne correspond pas -> Erreur Merci tout de même pour ce QA de @Blougqui permet de se connecter au cloud Cosytouch et sert de modèle pour d'autre besoin

L'erreur est toujours là mais en remplaçant : --if device and expr.name and (expr.name:sub(1,3)=='io:' or expr.name:sub(1,5)=='core:') and expr.value then -- Initial if device and expr.name and (expr.name:sub(1,11)=='modbuslink:' or expr.name:sub(1,5)=='core:') and expr.value then -- HENRI Je récupère bien des valeurs de l'appareil. Cela étant il reste à trouver la cause de l'erreur. Et modifier tout le QA car ce n'est pas du tout là même structure pout un chauffe-eau attlantic Mais l'accès au cloud Cosytouch et d'autres fonctions restent bien utiles comme exemple

J'ai un chauffe eau Atlantic Connecté à Cozytouch Je récupère bien un gros json avec TEST Cozy.fqa ( il y a bien mes coordonnées dedans .. c'est bien mon chauffe eau) l'url du device ne ressemble pas io://0810 ..... mais j'ai "modbuslink://1534-2078-8428/1#1 j'insère modbuslink://1534-2078-8428/1 dans la Variable Appareil mais j'obtiens error: https://ha110-1.overkiz.com/enduser-mobile-web/enduserAPI/exec/apply 400{"errorC Dans function QuickApp:ref() Je vais essayer de chercher mais si quelqu'un sait .. merci de votre aide

Pour la correction des plantages / reboot non sollicités de la HC3 ce sera plus tard (Image issue du FORUM OFFICIEL)

Peût-être CE POST SUR LE FORUL OFFICIEL ?

Je leur ai demandé aprés leur intervention : Réponse :

Ça, je ne sais pas et je doute un peu car dans ce cas il m'aurait proposé un version à installer moi même plutôt qu'une intervention à distance. Le tableau que tu montre c'est tes propres reboot ? Si c'est le cas tu devrait le soumettre au support

Sauvegarde locale ou cloud tu as le même problème ?

Beau travail mais au moment de mettre en ligne tu as du faire une dernière modification : Dans config.phpconfig.hc3 v1.2.php -> tu déclare $Current_version = "V6.0"; Dans entree_valeur_z-wave_network_hc3.php -> tu utilise $Current_zwave_version -> entree_valeur_z-wave_network_hc3.php -> dans le titre la version n'est pas affichée puisque pas trouvée -> et le nom du php étant incomplet -> il ne peut pas être lancé -> erreur Une fois corrigé c'est bon