Lazer

Deutsche qualitat (même si bon, en fait c'est plutôt autrichien à la base)

Je ne connais pas de pluviomètre connecté sans cloud. Mais est-ce utile ? Pour les scénarios de type "pluie" (exemple : fermeture de fenêtre), un détecteur de pluie c'est plus rapide (car un pluviomètre, pas principe de fonctionnement, doit attendre que le godet se remplisse d'eau et bascule pour être comptabilisé et ainsi notifier la centrale domotique... sans même parler du délai de latence lié au cloud) Pour les scénarios de type "arrosage", un pluviomètre n'est pas très utile, mieux vaut un capteur d'humidité de sol (voir discussion en cours à ce sujet sur un autre topic du forum).

Pour le QuickApp Netatmo, il faut mettre en place la dernière version du MarketPlace, qui passe par un serveur intermédiaire pour réaliser l'authentification OAuth 2.0.... du coup la station devient dépendante de 2 clouds, de pire en pire. Sinon j'ai la sonde Aeotec ZWA039 aërQ qui est très bien pour l'extérieur, il faut bien l'installer sous abri car elle n'est pas étanche, mais de toute façon vu qu'on mesure toujours une température à l'ombre c'est implicite L'intervalle de remonté des mesures est paramétrable, comme tout bon module Z-Wave qui se respecte. Et il faut que je mette en place mon capteur de pluie, car du coup mes scénarios dépendant du pluviomètre ne fonctionnent plus.

Ah très bien, donc exactement ce qu'ils n'ont pas fait la semaine dernière 1 an de réflexion pour finir par pousser une mise à jour qui casse l'authentification et dont la visu en direct ne fonctionne pas

C'est qui est quand même surprenant, c'est que ce problème apparait chez tout le monde. On ne compte plus le nombre de cas remontés sur forum-photovoltaique ainsi que sur le forum Enphase. Et tout le monde fait le même retour que toi : il faut les contacter. Du coup, si le support était vraiment efficace, ils appliqueraient le correctif sur tous les Envoy au lieu d'attendre que les gens les contactent... autant de traitement manuel, ça finit par le couter du fric. Ils en sont largement capables, ils ont bien forcé la mise à jour sur toutes les passerelles la semaine dernière... c'est juste un problème de volonté. Un gars qui doit prendre une décision. Ouh là là que c'est difficile. Je suis très critique, mais j'ai les mêmes au boulot...

ça c'est bizarre... tu es certain que tu n'as pas un caractère caché ? Parce que si tu l'as copié depuis le forum, c'est très probable. Le mieux est de le taper à la main dans ce cas là... Je ne sais pas pourquoi, mais le forum a tendance à insérer des caractères invisibles dans les codes qu'on copie/colle.

Alors, tu peux essayer de remplacer toutes les occurrences de FILTER_SANITIZE_STRING par FILTER_UNSAFE_RAW Outre les fichiers data.php et device.php, tu vas peut-être aussi en trouver dans type.php et admin.php (je en suis pas sûr car j'ai une version légèrement modifiée de Domocharts) On n'a pas besoin de htmlspecialchars() qui a une autre utilité.

Oui et non. Le différentiel ne "coupe" pas le CPL. Car dans mon garage, mon Envoy est câblé sur un autre circuit, donc le CPL traverse 2 différentiels et 2 disjoncteur pour faire communiquer l'Envoy avec les IQ. Le truc, c'est que la distance est relativement courte. Je revanche, je suppose que le différentiel atténue le CPL, du coup dans de mauvaises conditions (ce qui est mon cas entre le garage et la maison = longueur de câble conséquente), l'atténuation combinée de la longueur de câble + des différentiels fini par empêcher le signal CPL d'être correctement reçu. On pourrait citer tous les borniers intermédiaires également, qui sont autant "d'obstacles" à franchir. C'est comme les ondes radios cette histoire, il y a la portée en champ libre (= distance pour traverser l'air), et puis les obstacles qui atténuent plus ou moins fortement le signal (mur, etc)

Sur HC3, avec le QuickApp, ce n'est pas revenu...

OK Dans ton navigateur, tu fais F12 pour afficher les outils de développement, et regarde l'onglet "Console". On devrait voir où ça coince Et idem pour l'onglet "Réseau".

Non tu n'as pas compris. Si je voulais brancher l'Envoy dans la tableau principal de la maison, à l'endroit du départ vers le garage, là je serais sans protection. En fait, la seule protection à cet endroit, c'est le disjoncteur d'abonné calibre 45A / diff 500mA... Ce que j'avais testé, c'était de brancher l'Envoy dans ce même tableau derrière les protections Diff + disjoncteur, donc ça rajoute à peine 30cm de longueur de câble (et de la grosse section en plus), mais le CPL ne passe pas. Le grande question c'était donc si je connecte l'Envoy en amont de ces protections, donc sans aucune protection, est-ce que ça passe. Je n'ai pas essayé devant le danger, mais surtout que si ça avait fonctionné dans cette configuration, j'aurais été bien embêté : laisser fonctionner l'Envoy éternellement sans protection ? Non merci. Du coup, comme dit plus haut, c'était soit achat d'une seconde passerelle Envoy + Onduleurs Enphase pour l'extension de la maison, soit changer de système et passer chez APS. Et vu la différence de prix monumentale.... Enphase c'est quand même la Rolls des systèmes photovoltaïque : de loin les plus cher. Mais est-ce que ce sont les meilleurs ? RDV dans 20 ans... EDIT : pas Rolls, mais plutôt Apple du coup. Cher, écosystème bien fini et complet, mais bien fermé comme il faut....

C'est embêtant... encore une mise à jour qui casse tout C'est à quel moment que tu as ce message, lors de la collecte, ou bien lors de l'affichage des graphs ? Je n'ai pas PHP8 et pas du tout l'intention de l'installer avant un moment, donc là ça va être compliqué de sortie une nouvelle version. Tu es joueur à installer les dernières versions sorties... En production je tourne toujours sur des versions plus anciennes.... plus stables... déformation professionnelle Il faut que tu essayes d'identifier l'endroit où ça se produit et de remplacer la fonction par la nouvelle.

Je n'ai pas essayé... car je n'avais pas trop envie de brancher l'Envoy sans aucune protection justement... mais je me suis quand même posé la question avant de me raviser !

Moi je passe par disjoncteur + différentiel, je pense que c'est ce qui "casse" le signal CPL. Mais obligé, ce n'est pas une ligne dédiée, elle est partagée pour tout le garage, comprenant un chargeur voiture, porte de garage, portail, et de nombreuses prises de courant et éclairages extérieurs, donc je suis obligé de bien isoler les circuits, sécurité tout ça. D'ailleurs j'ai eu des protections qui se sont déclenchées, et heureusement (taille-haie qui coupe un câble, pluie qui s'infiltre dans un éclairage qui a perdu sont étanchéité, etc) De toute façon pour que le Consuel valide mon installation, j'étais bien obligé de suivre les normes (encore que, rien n'empêche de tout recâbler après.... ) On appelle ça un réseau maillé, et c'est pareil pour le Zigbee. Même pas en théorie, car Z-Wave limite à 5 "sauts" maximum de modules Je ne sais pas pour Zigbee. Mais mon propos était un peu trop raccourci. Je développe : Pour la même distance à peu près, je sais que le Z-Wave passe difficilement, et j'ai des modules qui font un saut justement. Idem pour EnOcean que j'ai aussi (mais qui n'est pas maillé pour le coup... du coup j'avais viré les modules de cet emplacement) Et le Zigbee utilisé part l'ECU est crypté en point à point avec les DS3, donc de toute façon il n'exploiterait même pas un réseau Zigbee si j'en avait un (ce qui n'est pas le cas de toute façon)... Bref, ce que je voulais dire, c'est que sur la même distance, Z-Wave passe difficilement (sans routage), et Zigbee ne passe pas du tout. Voilà qui est clair, et confirme la théorie sur la portée réduite des fréquences plus élevées.

Ce qui est "marrant", c'est que ça a commencé à 13h, puis 2 ou 3 fois la connexion est revenue et repartie, avant de partir définitivement à 14h. On dirait que les admins ont fait la mise en prod en mangeant leur sandwich, ils n'étaient pas sûr d'eux, ils ont essayé, puis finalement on validé les changements...

Le CPL c'est comme tout, la puissance du signal s'atténue avec la distance. Le CPL est une technologie qui ne porte pas loin, avec de faibles débits, et une connexion instable... y'a qu'à voir ce que donne les leaders du domaine tels que Devolo... c'est pas brillant. Aujourd'hui n'importe quelle liaison radio fait mieux. Il n'y a pas de raison que ça soit différent chez Enphase. J'ai 20m environ de câble électrique en 3G6 entre la maison et les panneaux situés sur le garage, et la passerelle Envoy n'arrive pas à communiquer avec les panneaux lorsque je la branche dans la maison, alors qu'elle communique très bien quand je la branche dans le garage. Donc impossible dans ces conditions de tirer encore 20m supplémentaires, nécessaire pour rejoindre le pan de toit situé à l'autre extrémité de la maison. Quitte à racheter une seconde passerelle, je suis passé chez APsystems, pour tester, mais aussi parce que c'est beaucoup moins cher qu'Enphase (les 2 DS3-L + 1 ECU-C ne coutent pas plus cher que 4 IQ7+... sans compter un Envoy-S supplémentaire !!!!). En prime, les DS3-L sont plus puissants que les IQ7+. Remarque dans ces conditions : mes prises CPL Devolo fonctionnaient sur la même distance (mais mal), là où l'Envoy ne passe pas du tout. Remarque 2 : l'ECU-C communique avec les DS3 en Zigbee.... entre mon RDC et mon toit, avec plancher béton à traverser, ça passe très mal, j'ai été obligé de déporter l'antenne le plus possible pour arriver à établir la communication. Pas de surprise, le Zigbee porte moins loin que le Z-Wave, c'est connu (868 MHz versus 2.4 GHz), mais c'est pénible. Bref, les communications entre la passerelle et les micro-onduleurs, c'est toujours compliqué, quelque soit le fabricant et la technologie retenue. Idéalement il faudrait une connexion RJ45 sur câble torsadé blindé à faire passer en parallèle du circuit AC + terre, et là on serait tranquille / mode geek

Toujours cette épée de Damocles... Nouvelle alerte, le QuickApp pour HC3 ne fonctionne plus depuis 14h avec le message "Wrong status '1' in response! Check credentials." Fin définitive de l'ancienne authentification ? Ou encore un bug temporaire ?

Alors si tu trouves, tu me diras quel modèle tu as trouvé, car quand j'avais cherché il y a quelques temps, je n'avais pas trouvé. Ce qu'on trouve facilement, ce sont des pavés chromatiques avec contrôleur RGB intégré, mais pas uniquement le pavé. Et après, on fonction tu câblage, il faudra voir si il est possible d'en installer 2 en parallèle, ou bien si chaque pavé doit piloter un module Fibaro RGBW, qu'il faudra ensuite synchroniser entre eux...

En fait il faudrait déjà préciser le type de commande que tu veux utiliser pour contrôler les couleurs de ton module RGBW, car de mémoire il y a 2 ou 3 modes différents. Mais quoi qu'il en soit, si tu utilises des poussoirs, rien n'empêche de les câbler en parallèle. Par contre si c'est un autre type, là oui ça risque d'être problématique.

2 modules connectés sur le même ruban, non. Mais tu peux mettre 2 modules avec 1 connecté sur le ruban, et l'autre en association directe avec synchronisation des paramètres. Mais dans ton cas, le mieux c'est encore un seul module, avec des fils pour connecter les 2 interrupteurs en parallèle, exactement comme tu le ferais avec un dimmer

Exactement !

Pareil, j'ai vu le lien de la visu temps réel, j'ai cliqué dessus ce matin, écran blanc... Mais c'est pas grave, l'application officielle ne m'intéresse pas, j'ai tout dans ma HC3 et DomoCharts.

Finalement Enphase a fini par forcer la mise à jour de toutes les passerelles Envoy à distance, même pour les récalcitrants comme moi qui ne voulaient pas faire la mise à jour du firmware D5 => D7.xxx Ce matin ça pleurait pas mal sur les forums... car ils ont coupé l'accès local à l'API. Il faut se connecter en ligne, sur les serveurs d'Enphase, pour obtenir un Token qu'on peut utiliser pour ce connecter en local. J'ai réussi à adapter mon QuickApp. Donc la bonne nouvelle pour vous, car vous êtes quelques uns à attendre, c'est que je vais enfin pouvoir vous partager mon QuickApp qui fonctionne maintenant avec les firmwares récent. La mauvaise nouvelle, c'est que l'Envoy dépend du Cloud pour générer le Token. A priori pour l'instant, nos compte d'auto-installateurs nous permettent d'avoir un token à durée de vie longue (1 an), mais pour combien de temps ? D'ici à ce qu'Enphase change encore de politique.... Bref, je le laisse tourner quelques jours et je vous le partage bientôt.

AZ-Delivery c'est du chinois de base (exactement les mêmes produits que sur Aliexpress) mais avec leur logo, et en plus cher car vendu en Europe chez Amazon. Mais ils sont réglos, ce prix inclue une vraie garantie, donc tu peux les contacter, ils t'enverront un produit de rechange. J'ai eu le cas pour un ESP32 dont le Wi-Fi ne fonctionnait pas (parmi un lot de 3). Je les ai contacté via Amazon en leur expliquant le problème, ils ont aussitôt répondu qu'ils m'en envoyaient un autre.

T'inquiètes, l'infection ne dure que quelques années puis s'en va, chez @jojo ça c'est passé ainsi