henri-allauch

Après mise à jour, a la "reinit" du device, j'ai eut : [05.12.2025] [11:20:23] [TRACE] [ZWAVE]: ID 314: System hardware failure. Read the manual. [05.12.2025] [11:20:23] [TRACE] [ZWAVE]: ID 315: System hardware failure. Read the manual. [05.12.2025] [11:20:23] [TRACE] [ZWAVE]: ID 316: System hardware failure. Read the manual. [05.12.2025] [11:20:23] [TRACE] [ZWAVE]: ID 317: System hardware failure. Read the manual. [05.12.2025] [11:20:23] [TRACE] [ZWAVE]: ID 318: System hardware failure. Read the manual. [05.12.2025] [11:20:23] [TRACE] [ZWAVE]: ID 319: System hardware failure. Read the manual. Normal : les sondes n'existent plus ( elles sont toutefois déclarées : appareil désactivé )

J'ai aussi cette MAJ en attente, mais je n'ai pas remarqué de "Hardware failure" dans le journal (mais je ne le regarde pas tous les jours) Bien que mes sondes 16B20 fonctionnent correctement, j'ai par contre remarqué que sur coupure d'alimentation du smart-implant il arrive qu' au retour du courant, les sondes passent et restent à 0°. Il faut faire une autre coupure pour rétablir leur fonctionnement. Je l'ai remarqué car deux d'entre elles sont plongées dans l'eau de la piscine, et j'ai une alarme programmée : "Attention Gel " Si j'ai bien compris, avec La correction du firm 5.3 je vais donc devoir modifier cette alarme par : "Attention eau en ébullition"

C'est Noël avant l'heure car en plus de cette BETA il propose aussi : Avis important La version 5.190.39 est un correctif pour la version 5.190.38. Cette mise à jour résout les problèmes suivants : Correction d'un problème d'ouverture du fichier d'archive des événements du Hub. Que d'énergie .....

Voilà ce que j'utilisait quand j'avais mes plantages de la box du au pb de firmware : Obtenir le dump de HC3 : 192.168.1.xx/api/service/logsDump Au bout d'un moment on a un telechargement ex : LogsDump-HC3-00099999-03-05-2021_22_14_12.tar.gz 99999 = N° BOX Il faut le décrypter et le décompresser sur Linux ( je n'y suis as arrivé sur MAC-OS ) openssl enc -d -aes-256-cbc -in LogsDump-HC3-000999999-03-05-2021_22_14_12.tar.gz -out Logs.tar.gz -k fibaro-hc3 ou (fibaro-hc2) On obtient : Logs.tar.gz l'ouvrir, il décompresse en N fichier ( 42 au moins ) ... a exploiter .

data.php et device.php Regarde ICI

Je crois que c'est connu et on en avait parlé Il faut dans les Php Remplacer les FILTER_SANITIZE_STRING par FILTER_UNSAFE_RAW Par exemple dans data.php //$query = filter_input(INPUT_GET, 'query', FILTER_SANITIZE_STRING); $type = filter_input(INPUT_GET, 'type', FILTER_UNSAFE_RAW); On retrouve sur plusieurs autres lignes et dans les autres php

J'ai fais un diff des 2 logs en anglais et c'est strictement identique sauf : Fixed control of venetian blinds when using BiDi-Shutter and BiDi-Awning modules. Fixed the display of the scene list in the interface for the Norwegian language. Donc une nouvelle version pour les norvégiens et les utilisateurs de BiDi-Shutter Mais peut être la log n'est pas exactement le reflet des modifications ?????

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.