TitiXsi

update 1.07 dispo

Je n'utilise pas le mode sécurisé, j'avais justement lu ça et là que c'était la bonne chose pour foutre la grouille ... Mais peut-être que ces Shelly on un paramètre activé par défaut et peut-être même inaccessible :p D'ailleurs je vous qu'ils ont tendance à se connecter avec en préférence les autres shelly et les heavy-duty de aeotec... c'est curieux...

Bon en forçant la Refresh du réseau mesh sur un device (le faire plusieurs fois, j'arrive à retrouver mes petits...) C'est quand même du grand délire ! Je vais attendre que Fibaro se réveille, je reviendrai pour un retour

Tiens j'ai une question bête... On est bien d'accord que les devices Zwave et les Zwave-plus, se propagent l'un à l'autre sans distinction ?

Message du support aujourd'hui... __________________________________ Hello Remi! Thank you for your message. I checked the Shelly Qubino and the device is not officially supported. We're aware of this issue and we've already forwarded it to our engineers, who are currently working on resolving it as soon as possible. I'm very sorry for the inconvenience it caused but I have to ask you for a little more patience. Have a nice day! Pozdrawiam/Kind regards, __________________________ J'espère sincèrement qu'ils vont bosser le sujet.

Oui je connais très bien le problème des qubino pas super bien géré par fibaro... Je pensais honnêtement que tout ça était réglé, sachant que le device fonctionne super bien mise à part cette merde de déco... Mais il y a également le problème côté fibaro, quand on fait une reconfig de device ou le parent est dissocié du child, il devient impossible de faire un refresh du réseau mesch pour ce device.

Hello la Team Petite question, je rencontre depuis l'ajout des Shelly Qubino Wave 1PM des Appareils indisponibles et c'est pour 99% des cas, ces Wave 1 PM, Il arrive que ce soit 1 wallplug mais c'est très rare... J'ai contacté le support qui m'a demandé d'essayer par ordre croissant : - config douce - configuration complète - hard reconfig (delete + add) C'est devices semble assez taquins car ils ne semble pas tous voir le meme réseau mesh ... Exemple mes 2 devices ci-dessous sont dans la même boite de dérivation et il n'ont pas du tout le même liste de voisins... Idem pour ces 2 là dans la même boite de dérivation Je ne sais pas si la reconfirguration complète via la page d'administration est très intéressante... Elle reconfigure un child au lieu des 2 normalement présent, et le parent garde son numéro. config HS : 1 child en re-config et Parent détaché du child Config normale : 2 childs en hard re-config J'ai également tenté de faire des refresh du réseau Mesh sans réel succès... Puisque les devices qui posent problème ne sont pas remonté dans le log Zwave ou sont en failed (souvent les devices en parent détaché du child)... 1448 Absent : 1563 et 1566 Failed : J'avais pris ces devices pour monitorer les puissances sur mes chauffages, je ne m'en sers pas comme switch (en tout cas, pas à chaud) Bref, un peu pommé avec ces devices à la con... Une idée, un conseil sur un truc que je fais mal ? Merci

Aucun, problème. Tu dois avoir un remplacement à neuf ou équivalent. Si le produit ne fait plus, tu passera sur le modèle du dessus. Fait bien intervenir un réparateur C'est super important, il faut qui spécifie le montant de la réparation ou si il n'est pas réparable et un modèle équivalent à date d'aujourd'hui avec son prix. Mon home cinéma était un denon AVR-X2000 -> je suis passé sur un 2300W Ma plaque à indiction, speg 4 feux extensibles ...> + 30% du prix d'origine Mon cumulus stéatite idem + 20% (inflation en 10ans)

J'avais également le remplacement à neuf, donc tout a été pris en charge au prix actuel.

Hello, j'ai eu la même chose en 2019, foudre sur toiture bien que voisin d'un stade de foot avec 2 paratonnerres (15000€ de dégats et je n'avais pas de panneaux à l'époque)... Mon disjoncteur Enedis avait été troué entre phase et Neutre (et oui, le Neutre est un Terre... ) Le parafoudre ne déclenche pas dans ces cas là, uniquement si la surtension provient du réseau. Concernant le paratonnerre, j'avais également très longuement parcouru le sujet ayant une toiture en bac acier. J'ai appris qu'à proximité du paratonnerre (comme moi le stade de foot) on est plus vulnérable, la foudre peut réaliser des pont aérien ou souterrain... Je l'ai déjà expliqué dans le post ci dessous, j'ai fait le choix de poser une nouvelle Terre à l’opposée de la Terre d’origine de la maison et non reliée au tableau principal. Certes depuis j'ai des panneaux qui eux sont reliés à la terre du tableau mais entre le bac acier et les fixation K2, il y a des pastilles d'étancheitées qui devraient garantir la non conduction des rails au bac acier... Après quand 1 million de Volts passe dans l'air, il peut également passer dans le caoutchouc... C'est long, courage ! Pour se consoler..., la bonne nouvelle est que tu vas pouvoir repartir avec du matos un peu plus moderne...

Je viens de faire un micro fix Version 1.05 dispo Aucune idée pourquoi la ligne est en rouge avant l'erreur... je regarderai si j'ai un peu de temps... Il sert comme indiqué à remplir automatiquement la date et l'heure de chaque reboot de la HC3

MAJ faite également

Je ne connais pas. Mais effectivement, certains modules (comme mes nodon) ne remonte pas d'info. Pourtant elles fonctionnent. Tu peux ajouter son ID dans ignorés

alors ce demain + 14jours, ca donne quoi ? J'ai posté un fix 1.04 si besoin

Ca correspond au QA qui ont une sortie en html ? Car depuis la mise à jour, ca galère à charger ce rendu quand même (très très lent, et 1 fois sur 2 ca ne fonctionne pas)

Chez moi ca donne ça avec une production supérieure à la conso sur l'année avec USE et BV

Tu as comparé avec use et la bv ?

Oui bien sûr il y a l'effet de hotspot également qui est à prendre en compte. Lorsqu'un panneau est partiellement ombragé, s'il n'y a pas de diodes bypass, dans ce cas-là le panneau lui-même peut prendre feu.

C'est clairement l'intensité dans les fls qui joue. J'ai pris le parti de choisir des panneaux avec mo collé sur le panneau. Les seuls fils qui sortent sont en 2,5mm2 pour le 230v alternatif. Soit un peu plus de1A au maximum dans du 2,5mm2... Ensuite la guirlande est assez bien foutu, avec même chose 16A dans du câble de 2,5mm2. La chose la plus inquiétante que j'ai mis en lumière envers les responsables SDIS de ma region, est portée sur les toitures de type bac acier (fréquent en montagne). J'ai travaillé avec eux au niveau procédure d'intervention avec onduleur en chaîne et microonduleurs... Si un panneau rentre en court-circuit, et conduit quelques 1000v sur le bac, les pompiers sont exposé à une électrisation sévère à la pose de l'échelle. Cette problématique n'existe pas normalement sur un bâtiment industriel qui lui est à la terre. Et est négligeable sur une installation avec microonduleurs. Suite au foudroiement de ma toiture en 2019, j'ai mis ma toiture bac acier à la terre. (Une autre que celle du tableau principal, je l'ai enfoui de l'autre côté de la maison). Ce sont encore des câbles qui descendent en façade, c'est pas très beau... Mais j'ai déjà donné 1 fois et par chance ma maison en bois n'as pas cramée... Seulement 15000€ de dégâts électrique... Donc oui clairement le risque d'incendie avec onduleur en chaîne est largement plus important qu'avec des microonduleurs. Et le risque est encore plus vrai en encastré.

De toute façon, quoi qu'on en dise... C'était mieux avant

La bonne nouvelle, est que c'est réglé. Reste à robustiser ta QA ... courage

J'aimerai bien connaitre le ratio % d'incendie entre les installations à onduleur de chaine ou micro-onduleurs...

Demande à ce qu'ils te renvoient une HC3 pour tester avec une autre...

Bonjour à tous, Je vous propose une QA qui permet de lister le nombre de liens entre les devices. Il permet un push au cas où un device sans route est détecté, ça arrive parfois ... Il tourne toute le 60min et dispose d'un délai post startup de la HC3 de 15min. Le Bouton Mise à jour des données permet de relancer immédiatement le Check. La QA est déclarée en interrupteur donc un ON/OFF est possible en cliquant sur l'icone. L'interface en HTML : Pour les HC3 avec un Firmware >= 5.160.30 merci de décocher la case "utiliser les nouvelles vue dans l'application mobile" Le Log en (HTML) : Les icones utilisées : La configuration des variables globales: il est impératif que les 2 variables suivantes soient définies : LastReboot_HC3_hour , LastReboot_HC3_date -> si besoin, vous pouvez utiliser le scénario proposé qui permet l'update automatique J'ai dans toutes mes QA des fonctions génériques qui suivant la valeur d'une variable globale portant le non du device principal utilisé "Push_<Main_Device>", permet d'envoyer un Push sur les ID des portables listés. Merci de définir cette variable si vous voulez recevoir des Pushs: Push_MeshRouting La configuration du code: La liste des portables pour les Push est à déclarer ligne 14: local portables = {[1] = 22, [2] = 64, } -- Titi + Tablette aux besoin, une liste permet d'ignorer certains devices lors du Push (les télécommandes nodon ne remontent pas cette infos par exemple) à modifier ou commenter ligne 31 local ignore_devices_error = { -- [1] = 259, -- Nodon_Eclairage -- [2] = 1543, -- Nodon_Alice } Le fichier d'installation de la QA : QA-MeshRouting QA-MeshRouting_1.03 - 30.04.2024.fqa QA-MeshRouting_1.04 - 28.05.2024.fqa QA-MeshRouting_1.05 - 29.05.2024.fqa QA-MeshRouting_1.07 - 10.06.2024.fqa Les fichiers du Scénario : ⚙️Box Boot 1.01 Trigger : SC_StartupHC3_Trigger.lua Actions :SC_StartupHC3_Trigger.lua Have Fun ! Je m'excuse par avance des fautes d’orthographes qui peuvent être encore présentes...

Tu nous diras si on a toujours accès aux données Via nos hc3