henri-allauch

C'est un warning (Pas bloquant) de convertion de tableau dans une chaine lors de la sauvegarde des variables de QA Moi je n'ai pas ce problème donc difficile à dire ... c'est soit : Que ce type de warning ne m'est pas signalé (Impléméntation ou Version de Php) Que le problème est spécifique au nom d'un QA ou d'une de ces variables ou à son contenu ? Pour le moment (voir si ça resoud ton PB ) Ignorer les warning ------------------- // en Ligne 19 tu modifie error_reporting(E_ALL); par error_reporting(E_ALL & ~E_WARNING);

pour pouvoir comprendre ce qu'il se passe pourrais tu poster ton SaveHc3-Auto.php car il doit être différent du miens.

J'ai fait une recherche dans mes QA installés (et ceux chargés et installés depuis le forum) et effectivement il n'y as pas des child:setValue mais des child:updateProperty

Je pensais une vg mise à jour par le qa qui incrémente à chaque chech si nas est off quand le nas redeviens on la vg est mise à 0 par le qa Il suffit ensuite un qa qui teste les changement d'état de la vg et qui fasse une notif au passage à 0 C'est compliqué mais si tu as ta solution avec ta config et gea c'est mieux

C'est peut être une solution pour réaliser ton besoin ( je ne sais pas je n'utilise pas de VG)

Eh bien maintenant, plus d'un an après: je peux dire c'est la deuxième fois 21/09/2025 00:07:55;380769;error;QUICKAPP29;"QuickApp crashed" 21/09/2025 00:07:55;380770;error;QUICKAPP29;"Unknown error occurred: LuaEnvironment: opt toolchains aarch64-buildroot-linux-gnu_sdk-buildroot aarch64-buildroot-linux-gnu sysroot usavhttp impl http_stream.ipp:2312: void avhttp::http_stream::handle_skip_crlf(const MutableBufferSequence&, Handler, boost::shared_array<char>, const boost::system::error_code&, std::size_t) [with MutableBufferSequence = boost::asio::mutable_buffers_1; Handler = boost::function<void(boost::system::error_code, long unsigned int)>; std::size_t = long unsigned int]: Assertion failed." 21/09/2025 00:08:14;380790;trace;QA_NETWORK MONITOR_29;" - *** QuickApp NETWORK MONITOR - MyInit V: 2.12 - Initialisation après temporisation de 14 secondes *** -" Mais sans conséquences Le chien de garde à fait son boulot 🤣

@jojo http://<user>:<pwd>@<IPBox>/api/i/settings/info Oui sans le /i/

Ah OK : sur les nouvelles installations J'avais, pas capté fti Merci de cette precision

OK Donc pas de Z-wave engine 3.0 is set as default Et c'est tant mieux

Mise à jour effectué aussi sur box de test Dans la beta précédente 5.82.27 il est mentionné : Z-Wave Z-wave engine 3.0 is set as default in the FTI process. Dans cette Beta ?? Y a t'il un moyen de savoir quelle version Z-wave est installée ? Dans le menu 11- Zwave on trouve version 4.33 Dans Diagnostique Zwave Rien

Voila les FGS224 c'est ce que je dis : c'est particulier on ne dit pas Activé désactivé on parle en bits

Pour cela tu passe bien par les paramètres des devices !

Pourquoi 21 points d'interrogation : c'est que je n'ai pas été assez explicite Voilà plus détaillé ce que je voulais dire : Pour configurer les réactions aux trames zwave Alarme du FGS224 Dans Les parametres du dashboard du device FGS224 on lit : Parametre 30 : Alarm configuration 1eme Slot ------- Actuel 0 (valeur par défaut) Parametre 31 : Alarm configuration 2eme Slot ------- Actuel 100 597 760 (valeur par défaut) ... ... c'est vachement parlant ? c'est quoi un slot ? c'est quoi ces valeurs ? Donc je regarde la doc du FGS224 : Advanced parameters : je prend l'exemple du param 31 Param 31. Alarm configuration - 2nd slot This parameter determines to which alarm frames and how the device should react. The parameters consist of 4 bytes, three most significant bytes are set according to the official Z-Wave protocol specification. Donc j'apprend 1 que ça concerne : Water Alarm Parameter size: 4B Default value: [0x05, 0xFF, 0x00, 0x00] (Water Alarm, any notification, no action) Available values: 1B [MSB] – Notification Type 2B – Notification Status 3B – Event/State Parameters 4B [LSB] – action: 0x00 – no action, 0x01 – turn ON, 0x02 – turn OFF, 0x03 – turn ON/OFF continuously Donc j'apprend 2 que la valeur par défaut c'est [0x05, 0xFF, 0x00, 0x00] Pas d'action Je compte sur mes doigts (comme j'ai le Permis BIT) et je trouve que : le décimal de [0x05, 0xFF, 0x00, 0x00] c'est 100 597 760 Et je suis content je viens de comprendre Mais je trouve que fibaro aurait pû nous simplifier la tache

Pour les FGS223 c'est clair pour les params 40 à 43 ( Par défaut ils sont sur Ignorer ) et c'est lisible Pour les FGS224 30 à 34 C'est aussi sur ignorer ( à priori ) mais faut voir la Doc pour comprendre et si tu as pas le permis "BIT" c'est pas tout à fait simple .... C'est Quoi Premier Slot Deuxième .. .....

Oui je crois que je vais faire comme çà : désactiver l'envoi et la réaction à ces trames. C'est pas très grave sur une lampe qui clignote, mais j'imagine mal l'effet de cette commande ON/OFF sur une ouverture portail, Volet, Store banne, Pompe Piscine .....

C'est sûr c'est une piste sérieuse. Je fais fouiller un peu. Mais si c'est une trame zwave envoyé directement par un module sur le réseau d'autres modules auraient dû réagir à cette alarme, y compris le deuxième relais de ce FGS221 Toutes les Événements des devices Détecteurs Mouvements, Incendies, Ouvertures de mon réseau sont (en principe détecté et traités) dans mes QA. Et là je n'ai absolument rien vu ni reçu. Sans trace ça va être difficile de comprendre. Je vais vérifier les configurations des ALARM ON, OFF, FLASHING de mes différents devices. En tout cas compte tenu des 10 minutes pile c'est sur que c'est soit une trame ALARM reçue ou une une trame ALARM détectée à tord

Je ne sais pas ? Trame d'alarme Zwave envoyé par la Box ? Comment le savoir ? Je n'ai pas de configuration Alarme sur la Box J'ai fait des tests manuels ( sans reboot box ) ce matin et il répond normalement. Seul un relai était concerné.

Je pourrais faire un couper coller de cette description d'incident de Janvier 2015 (ICI) car je viens d'avoir le même incident. Sur un FGS221 qui fonctionne parfaitement depuis des "lustres", j'ai une paire de projecteurs qui allument une partie du jardin commandé par un QA de surveillance. Cette nuit à 03:21:45 une caméra à enregistré pendant 10 minutes pile ( 03:31:45 ) un clignotement d'un de ces projecteurs 1 seconde allumé une seconde éteint .... Il n'y à aucun historique de ces actions dans Fibaro. Il n'y a rien dans la log. De plus dans le QA la commande d'allumage est suivie d'une notification à l'éclairage et à l'extinction et je n'ai rien reçu ( Je ne passe pas par les notifications Fibaro et il ne m'en manque jamais) J'ai pensé au relai mais surpris de la fréquence et de la durée 10 minutes exactement du "Phénomène" Le post de @Zorgonaute84 d' il y a 10 ans décrit pratiquement le même problème sauf que moi je ne suis pas intervenu. Je viens de commander un 223 car les 224 sont à des prix attractifs mais pas en stocks.

C'est ça. Ma Pac monte à 7 KW (Sans résistance) après un dégivrage. Donc avec un seul abonnement même à 12 kw je serais trop juste. Au passage Merci DOMOCHART

Je ne connais pas la raison exacte mais je pense que c'est lié aux câbles de descente du poteau (Construction 1970) C'est ce qui apparait sur la puissance de raccordement du contrat ENEDIS. Depuis toujours J'ai 2 compteurs car la maison est constituée de deux appartements. Aujourd'hui je les ai regroupés (physiquement et fiscalement) pour notre utilisation . Mais je préfère conserver les deux abonnements distinct ENEDIS Un est destiné a l'utilisation domestique, le second est chauffage climatisation. Les deux sont 9kw

Oui j'en avait un aussi de 1970 il me l'ont changé il y a 15 ans environ c'était encore EDF Cette fois il m'ont mit un BACO Type S (Retardé) Tu devrais le faire remplacer le tout c'est de caler le RDV

Suite et fin Un technicien Enedis est intervenu hier pour remplacer le disjonteur 👍

Je partage cette vision de la domotique. Bienvenue sur le forum

Bon c'est une ERREUR de ma part. ( çà ne pouvait pas être autre chose ) Il manquait un = dans le HC3_AUTHENTICATION (ABCDEFGH...XYZ==) donc ça ne pouvait pas marcher. Ce qui m'a mis en erreur c'est que certaines commandes curl fonctionnaient depuis plusieurs années avec cette mauvaise authentification (en fait dans ces cas elle est inutile) ATTN: quand on fait un couper-coller, la sélection par double-click n'inclue pas le = en fin ( sur ma machine )

Oui c'est je que j'ai vu mais quelques commandes passent avec l'authentification mais celle là et profiles et variables non Aucune urgence c'est pour une piste ... C'est bien un pb l'authentification ( les commandes en http depuis un navigateur sont bien OK ) après identification Je crois que c'est l'authentification par le curl qui ne fonctionne pas car si je met une erreur dans HC3_AUTHENTICATION j'ai les mêmes résultats Cela voudrait dire que les commandes qui passent ( api/service/status .. setting/info et la commande de backup ) non pas besoin de l'l'authentification et celles qui en ont besoin sont en 401 ou 403 Je cherche ... Si je passe par -u user:password ça marche