JLT

Ok , Juste pour dire (je sais ca ne fera pas avancer le shimili.... lol), le problème est apparu avec la mise à jour 5.172.18, la fréquence des coupures DSL était fréquente (entre 5' et1h) Retrogradation à la version 5.171.15, baisse de la fréquence des coupures (30' > 1h), mais elles sont là maintenant alors qu'avant la dernière mise à jour cette version ne posait aucun problème de connexion. Installation de la nouvelle 5.180.17, baisse drastique de la fréquence des coupures (entre 5 & 8h). Donc, ma HC3 est surement un cas isolé, et, ce n'est que supposition, à partir de la 5.172.18 le firmware aurait touché à la zone "connexion internet"..., peut être pure coïncidence, mais la helpdesk m'avait demandé le numéro de série de ma HC3 suite au signalement du problème il y a plus d'un mois. Ce problème ne concernerait peut être qu'une petite série de HC3...

Et sans parler des prix des télécoms en Belgique qui sont largement au dessus de ceux de la France... Je viens de vérifier avec l'application Fing et l'analyse de bande passante taille & vitesse du débit /chargement de la HC3, c'est effectivement bas, A propos du Z-wave, il n'y a pas de risque de perturbation du signal dans la HC3, et puis vers le net ? il est vrai que pas de perturbations apparemment lorsque HC3 est seulement connectée au réseau local et pas à internet (via l'effacement de l'adresse ip de la passerelle dans "réseaux")... La Bbox a un log mais inaccessible à l'user, faut être admin et ca c'est bloqué par l'opérateur Proximus Il y a 2 mois, un tech proximus est venu pour changer la box, la croyant fautive, mais non... et il n'a rien vu dans les log à part les heures de déconnexion du DSL... En fait un peu la même chose que ce que j'avais constaté sur le graphique de l'enregistrement de la connexion avec un pgr de ping sur pc Connexion stable sans la HC3 connectée au net, et coupures aléatoires lorsque la HC3 est connectée au net... Oui, déjà fait de gros chargements depuis PC, et surtout depuis MAC, et aucun soucis avec la connexion internet qui reste bien stable (sans la HC3 maintenant évidemment...). Ma HC3 serait elle en fin de vie ? avec l'apparition aléatoire de parasites désynchronisant le DSL ? De surcharges aléatoires ? ... Une HC4 en prévision ?

Oui Lazer, comme toi j'ai du mal à comprendre le phénomène mais les preuves sont là. Depuis 11h ce matin je l'ai déconnectée de la box internet, dans les réglages réseaux HC3, et là le DSL/internet est ok, Et oui, les français vous êtes en avance sur la belgique en ce qui concerne la connexion internet... On commence seulement à installer la fibre optique, et pour l'instant, depuis peu, seules les grandes villes offrent cette possibilité. Ici, dans le village c'est encore le cuivre qui prévaut (et dès que la fibre arrive je demande la connexion, mais "comme soeur Anne...." lol) (y a aussi le provider VOO qui fournit une connexion fibre via son ancien réseau de télédistribution aérien, mais pas bonne réputation....) La vitesse avec le cuivre chez moi est pour l'instant : download 88 Mbps et uplaod 26 Mbps Je n'ai jamais de coupure (en dehors de la perte due à la HC3 !) Donc, on peut supposer que la HC3 provoque un étranglement du DSL par un flux de données trop important pour le DSL ?

Bjr, En mars, depuis la mise à jour 5.172.18, la HC3 est devenue une "casseuse" de DSL, en clair, le modem Bbox, perd la connexion à internet par la perte de synchro de la DSL !, cela après quelques heures de connexion de la HC3 à internet J'ai réinstallé la précédente 5.171.15, mais malheureusement même problème ! Depuis 2 mois la HC3 fonctionne en local (et donc sans accès à internet dans les réglages réseaux de la HC3), et je conserve ainsi ma connexion DSL/internet stable Aujourd'hui, sur le conseil de la Help desk Fibaro, je viens d'installer la dernière version, 5.180.17 et redonné l'accès à internet (via les réglages réseaux de la HC3), et .... quelques heures après c'est le retour de la perte de connexion internet de la Bbox par désynchro de la DSL !!!!!! J'ai donc une HC3 "handicapée" par son mode "casseur" de DSL J'ai reposé la question à la Helpdesk Fibaro, mais vu la lenteur de leur réponse... Pour essayer de comprendre, qui peut expliquer comment fonctionne la charge de la HC3 sur une connexion internet ? Ce n'est que pure supposition, mais est il possible que la HC3 surcharge la connexion internet au point de décrocher le DSL ? Ou alors, est ce que la HC3 pourrait interférer (par quoi ?) dans la synchro du DSL ? En attendant, Home Assistant m'est d'une grande utilité, car tout fonctionne comme cela devrait être normalement le cas avec la HC3 ! Merci pour vos lumières JL

Je ne sais si c'est lié mais la coïncidence avec la mise à jour est troublante : Depuis la mise à jour 5.172.18, perte du DSL (et donc internet) sur la Bbox ! Elle a été remplacée il y a 3 jours mais le phénomène persiste. Lorsque la HC3 est déconnectée de la BBox, plus de décrochage du DSL J'ai reconnecté la HC3 ce soir, après 24h de repos, et hop, c'est reparti pour la perte DSL/Internet ! Si je veux utiliser la HC3, je dois le faire via un routeur, ASUS, placé avant la BBox et déconnecté de celle-ci pour éviter la perte du DSL, pas très utile dans ce cas pour les connexions extérieures ! Un cas isolé ?

Merci Lazer pour le lien intéressant. J'ai essayé ce tu as proposé concernant l'impossibilité d'interrogation du module sans résultat positif En fait, le module renvoie bien des rapports de consommation et j'avais bien activé les paramètres 36 et 37, "value: 1", mais oublié de modifier la valeur "0" des paramètres 39 et 40 qui concernent la fréquence de rafraichissement : Encore merci Lazer pour tes suggestions toujours judicieuses

Bonjour, Il s'agit d'un module Shelly Wave Pro 2PM qui est dans le réseau Z Wave et dont je n'arrive pas à modifier l'intervalle d'interrogation de la HC3 pour ce device ! Il reste toujours sur "appareil exclu de l'interrogation", et lors de la sélection d'une des 2 autres options, il revient toujours sur la première. Donc pas de mise à jour de la consommation Seul fonctionne le mode manuel "interroger cet appareil" Ou est l'erreur ? Merci pour l'aide JL

Merci Lazer pour les précisions. A propos de l'alerte incendie (Air Temperature ?), il n'y a pas de paramètres accessibles je suppose ? Si j'ai bien compris selon ce tableau de Aeotec : PS : petit détail par rapport à une remarque au début de ce fil, maintenant sur la boite il est question de +/- 0,8°C ;-)

Hello, Questions +/- similaires à celles déjà vues : - pourquoi un détecteur de mouvement dans ce module ? Correspond à quoi ? - capteur de température, ok - capteur d'humidité, ok - le deuxième capteur de température serait celui dédié au point de rosée si j'ai bien compris ? - qu'est ce que le capteur de chaleur ? En l'absence de "Template" ? , il n'y a pas de détail des paramètres comme montré par Lazer, Mais il suffit de "ajouter un paramètre" il est vrai 1 à 16 + 64 + 65 + 255 Une fois encodé la valeur des paramètres elle revient chaque fois à "0"... Le module était déjà en place à distance ! Pour éviter cela, il faut que le module soit près de la box (apparemment), une fois le paramétrage terminé on peut le déplacer à l'endroit désiré (la communication se faisant alors via le réseau ZWave) L'écran ci-dessous confirme l'absence de "Template" Fibaro : Merci

Bonjour, Petit réveil de ce topic pour une curieuse nouvelle anomalie de connexion ! Alors qu'avec l'application ONECTA de DAIKIN, mes 3 unités sont parfaitement visibles et commandables (sans problème de wifi) avec l'application Yubii Fibaro de la HC3, je ne vois plus maintenant que 2 unités sur les 3 ! ? l'adresse ip est correct... c'est comme si la troisième unité ne communique plus avec la QA ... J'ai vérifié l'équivalence avec les fichiers pour les 2 unités reconnues et ne voit pas d'incohérence avec la troisième.... une idée ? PS : si ca peut aider quelqu'un confronté à la même anomalie, je viens de résoudre le problème : la traditionnelle méthode "couper l'alimentation de l'appareil (l'unité Daikin), attendre quelques secondes puis le reconnecter" C'est c... je sais mais ca fonctionne La QA a retrouvé la 3è unité Daikin, me demandez pas pourquoi l'app Onecta Daikin la voyait et pas la HC3...., j'en ai aucune idée !

Bonjour @olivier_a Il y a 3 mois, j'ai connu la même galère avec le HEM d'aeotec (pour la conso d'un ballon d'eau chaude) et ma HC3 J'ai contourné le problème avec H.A. installé sur un NAS (avec une clé Z-WAVE Gen 5 AEOTEC pour la communication du z-wave) extrait des données captées par HEM avec H.A. sur NAS : Grâce à un plugin/QA HC3, je récupère les données qui ont été importées sur le NAS / HA Et là je peux voir et utiliser les données du HME dans la HC3 Ce n'est pas parfait mais j'ai déjà 2 tuiles avec les données conso (2 devices : 1 qui donne les consos & 1 qui donne la conso power instantanée avec graphique) Ce qui me manque c'est de pouvoir récupérer toutes les données, visibles dans un device, séparément (total, aujourd'hui, semaine, mois, année) (on n'a pas accès à un code dans ce device, seulement 3 variables locales : ca pourrait répondre à la question ? une autre possibilité serait d'utiliser le Swagger (API) ? mais comment ....) les données visible dans un device de la HEM récupéré via le HA : et l'autre device avec le graphique : Voilà, si ca peut aider ;-) Bonne Journée

Bonjour, j'ai essayé dans tous les sens et ca ne fonctionne pas, ou alors y a un truc que je n'ai pas capté dans les doc Word, je vois qu'il est beaucoup question du H264. il est juste question du h265 pour le RTSP (dispo que dans l'app mobile) Une idée ? :-)

Effectivement, je n'ai pas de NVR (j'utilise le client Reolink + Nas pour enregistrer + carte mémoire dans la TrackMix) Que faut il modifier ? :-)

Bonsoir @Manu31 Ta proposition datant, est elle encore d'actualité ? J'ai essayé avec ma HC3 (dernier firmware) Impossible d'afficher l'image de la TrackMixPoe Le message suivant s'affiche : " Erreur de lecture de flux. Vérifiez la configuration et assurez vous que la caméra est connectée. " Ou est le problème ? (est ce un problème de compatibilité de flux entre la hc3 et le h265 de la trackmix ?) Merci

Je confirme les mots de jojo, câble, rapide mais cher (pas vraiment de concurrence en Belgique...) Par contre pour Yubii, c'est pas instantané, 4/5 secondes (mais je m'y suis habitué) Le plus contraignant est la perte de connexion aux données qui arrive parfois après quelques minutes qui oblige de sortir et réouvrir l'app pour actualiser... Parfois j'ai aussi le flash blanc à l'écran, comme une espèce d'actualisation de l'affichage (même effet que l'on a au boulot avec un vieux programme en Delphi)

Je confirme la résolution de l'anomalie avec la nouvelle version de yubii. Malgré un rechargement de la version précédente 1 18 0, il y avait toujours un écran blanc à l'ouverture de l'application. Maintenant avec la 1 18 1 (chargée automatiquement), l'appli refonctionne parfaitement en étant visible comme avant.

J'avais déjà acté la situation avec ta réponse , le mail envoyé à Fibaro était juste pour savoir si dans le futur une éventuelle solution était possible à propos de l'ajout par Fibaro de librairies plus étendue (par défaut en interne ?) Je leur donnais un exemple de limitation avec le message d'erreur : " I get an error on io.popen : attempt to index a nil value (global 'io') "

Je viens de recevoir une réponse de Fibaro qui confirme l'impossibilité pour l'utilisateur d'ajouter des librairies lua, mais dans la réponse ils laissent un espoir de complément par défaut.... qui sait ... peut être une jour

Bonjour, A propos de l'application Yubii sur tablette ios (16.3.1), vous n'avez rien remarqué depuis la dernière mise à jour en 1.18.0 ? Alors qu'elle fonctionnait parfaitement précédemment, maintenant lors de la demande d'ouverture, on a droit à un écran blanc ! (alors que sur l'iphone cela fonctionne, ios 16.3.1) Merci

exact, le device externe utilise le TCP pour communiquer il n'a pas d'API donc le "@dat" permet d'accéder aux données : le lua de la hc3 coince même avec net.TCPSocket, j'abonne l'idée, c'est pas grave, la QA de SmartHomeEddy sur le "forum fibaro" est bien, elle collecte les données d'un p1 monitor (y a pas les mêmes données que mon autre device mais c'est déjà très bien)

Merci Lazer pour la précision sur les limitations de la hc3 et pour ton tuto que je consulte. Vu que la réception des données du module externe fonctionne sous Putty avec "@dat", où mettre cette fonction dans le code de ton premier exemple requête de type GET ? sur base de ce que j'avais trouvé sur le net, j'ai essayé ceci mais sans succès : local command = "@dat\n" Pour l'instant je cale sur "connection refused" avec la requête type GET. peut être à cause des ID et KEY du device externe mal placés/acceptés

Bonsoir, D'abord, je suis en admiration face à vos connaissances que je n'ai pas. Mais ca ne m'empêche pas d’investiguer et d'essayer J'essaye de mettre en oeuvre la récupération de données d'un device externe via "@dat" (qui fonctionne bien avec putty mais pas avec lua) En cherchant , j'ai vu que la récupération était possible en utilisant un "shell", Mais, il y a des commandes qui ne sont apparemment pas acceptées par le lua de la hc3 (où c'est moi qui ne sait pas les activer ?) Require io socket ... J'obtiens des réponses comme - attempt to index a nil value (global 'io') - attempt to call a nil value (global 'require') Ma première question est de savoir si ces fonctions/librairies sont disponibles avec le lua de la hc3 ? Si pas, comment faire pour les ajouter si il y a lieu/possible ? Merci Ps : passer par Putty pour accéder à la HC3 (pour installer une librairie supplémentaire) se solde par un échec de sécurité :

Bonsoir, @flamalex, Oui, en fait ce n'est pas "w" que je devais utiliser mais "." (pour " N'importe quel caractère") dans la formule d'extraction de l'apiResult pour otemp, enfin il me semble (je continue de vérifier lors du passage des T° négatives et positives). Et la ca fonctionne, la température externe est affichée (avec le signe "-" pour T° négative) Et c'est aussi ok pour la T° positive : Je n'ai pas testé ta proposition vu qu'avec ton dernier fichier, l'affichage de la température négative est correcte. Vu les différentes versions, je ne sais plus trop duquel j'avais l'anomalie d'affichage négatif (j'ai en fait recopié les lignes qui m'intéressaient dans une autre QA )

Bonjour à tous, @flamalex, perso j'ai abandonné le slider dans les QA La question du jour : Vu les températures extérieures négatives, il y a un crash dans l'app. tant que otemp est positif cela fonctionne, mais dès que la température passe sous le O, avec un "-...", le " otemp = string.match(apiResult, "otemp=(%d+%.+%d*)") " se "plante". Suivant mes recherches, j'ai constaté que l'utilisation de la lettre "w" apporte une solution MAIS est ce la bonne solution ? (%w+%.+%d*) ? Merci pour vos avis

Bonjour @flamalex, Super, j'ai pu avancer grâce à ton nouveau QA J'ai amendé ton QA : * Modification dynamique des étiquettes des boutons * ajout d'une barre avec des boutons pour choisir une T° * Modification de l'affichage des t° intérieure & extérieure Je peux partager ton fichier amendé mais il faudrait d'abord y jeter un œil pour y faire un nettoyage car mes ajouts n'ont pas la qualité des tiens, et il doit surement y avoir des erreurs d'"amateur"...