henri-allauch

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 .. .....