Lazer

Apparemment c'est un relai tout ou rien, qui va démarrer/arrêter le compresseur de la PAC pour chauffer l'eau. Donc il doit y avoir des seuil à paramétrer, aucune idée de comment ça se passe avec Enphase ?!? Je ne sais pas si tu as tenté de joindre un document ou un lien à ton message, mais ça a échoué. C'est bien différent d'un routeur solaire qui va mesurer en temps réel le surplus injecté vers le réseau et hacher le courant pour envoyer juste ce qu'il faut dans la résistance d'un ballon d'eau chaude basique.

Euh... on dirait que tu as oublié de lire les messages au dessus du tient, juste sur cette page

Il n'y a pas de question bête Oui, c'est le principe des micro-onduleurs DS3 et DS3-L de chez APSystems. Il existe même des micro-onduleurs pour 4 panneaux.... Quand j'étais sur le toit j'ai testé de les brancher un par un, mais évidemment aucune différence. Et c'est logique, chaque tracker MPPT est totalement indépendant de l'autre, il n'y a que l'étage de conversion DC vers AC (= l'onduleur proprement dit) qui soit mutualisé. Chaque micro-onduleur peut fonctionner avec 1 seul panneau sans souci, c'est prévu pour (et je l'ai testé lors de l'installation initiale) Et de toute façon, on voyait dans les mesures de la tension coté DC que tout était OK, les panneaux délivrent bien la tension attendue en fonction de l'ensoleillement (qui était très généreux hier) EDIT : par rapport à ta question, en fait les panneaux ne sont pas en parallèle, ni en série. Ils sont juste indépendants, comme dit, chacun sur un tracker MPPT autonome. EDIT le 7 octobre : Mon SAV avance, ils ont confirmé la panne et vont m'envoyer un nouveau micro-onduleur Au moins le SAV est efficace, ça compense la qualité inférieure... un peu... j'aurais préférer éviter la panne...

Petite expérience amusante. Les 2 panneaux du bas ne produisant plus d'électricité, au toucher on sent bien qu'il sont plus chauds, car l'énergie lumineuse reçue du soleil n'étant pas convertie en électricité, elle est dissipée sous forme de chaleur (et par conséquent de rayonnement infra-rouge). Avec la caméra thermique, c'est encore plus flagrant :

Yes, j'ai testé, le 230V arrive bien au micro-onduleur, et malgré les tests de branchement/débranchement, tant coté AC que DC, la situation reste la même, le micro-onduleur ne voit toujours pas la tension secteur, donc il ne démarre pas. Je l'ai démonté, je vais lancer la procédure de garantie...

Non quedalle, APsystems est loin, très loin de Enphase. L'interface est pauvre (en plus d'être moche, mais c'est accessoire)

OK oui effectivement. De toute façon là ce n'est pas le cas, si l'étage de puissance mesure 0 Volts sur ses bornes (soit parce que le câble est rompu, soit parce que des composants sont cramés), alors les deux MPPT ne vont pas commencer à travailler, afin de respecter la coupure de sécurité pour l'absence de réseau AC. En pratique, ils travaillent un tout petit peu, ne serait-ce que parce que le micro-onduleur tire son alimentation depuis le circuit DC. Donc on doit avoir quelques milliampères, mais de toute façon on n'a pas accès à cette information. Normalement il est encore sous garantie, il a à peine plus d'un an, et c'est censé être garanti 10 ans.

Tu imagines, 10A avec une tension de 47V, multiplié par 2 panneaux, vu que toute cette puissance ne serait pas évacués vers le réseau électrique, ça ferait 940 Watts à dissiper en pure chaleur par le MO, sur une si petit surface dans ces conditions il ne serait pas à 12°C mais à >200°C... et là effectivement il se serait mis en sécurité et/ou cramé depuis longtemps ! Là où je suis d'accord, dans tous les cas ça sent l'onduleur HS... avec un peu de chance ça n'est que le câble AC, mais j'y crois pas beaucoup. Ce qui est étonnant, c'est que le micro-onduleur est encore en vie, c'est comme si uniquement l'étage de puissance coté 230V était HS (en réalité, ce qu'on appelle "onduleur" proprement dit), tandis que les 2 circuits MPPT coté DC sont encore opérationnels... mais il ne peuvent pas produire vu que la sortie AC est comme "déconnectée", soit à cause du câble, soit à cause de l'étage de puissance cramé. (l'électronique de communication sans-fil est également encore opérationnelle) Plus étonnant encore, avec le temps pourri qu'il a fait depuis 1 semaine, je ne vois pas bien comment il aurait pu cramer.... peut être un suicide de désespoir, à force de broyer du noir en ne produisant pas plus que quelques malheureux Watts J'ai eu le temps de monter l’échafaudage en fin d'après-midi, juste ce qu'il faut pour m'approcher suffisamment de dessous le panneau et voir la LED clignoter en rouge lent. Ce qui d'après la documentation officielle, signifie : Non sans dec' ? Du coup, demain matin j'applique la procédure de dépannage, à savoir démonter le panneau et aller voir les câbles, mesurer les tensions, etc...

Ah non pas du tout, la coupure de sécurité c'est bien la conséquence du problème. Je soupçonne que c'est une tension fantôme, ce qui arrive quand la phase ou neutre est volante, non raccordée. Oui normalement c'est bien ça, puisque c'est le 230V qui est imposé par le réseau. En fait ce n'est pas l'ECU qui détecte et coupe, c'est l'onduleur lui même, la sécurité VDE machin-truc est programmée dedans. L'ECU n'est que la passerelle de reporting qui remonte l'information vers l'utilisateur. Non... mais logiquement l'ampèrage est nul. En effet, si l'onduleur ne produit pas, il n'y a pas de courant qui passe.

Depuis quelques jours j'ai un problème avec l'un de mes micro-onduleurs APsystems DS3-L sur lequel est branché 2 panneaux. Pour rappel, j'ai 2 micro-onduleurs de cette marque (soit 4 panneaux en tout), le 1er fonctionne normalement, et le 2nd ne "voit" plus de tension AC 230V. Pourtant il s'allume bien le matin lorsque le soleil se lève (car alimenté par la tension DC des panneaux), communique bien avec la passerelle ECU-C (sans fil via Zigbee), mais sans tension coté AC, il ne produit rien. J'ai essayé de couper le disjoncteur, de le remettre, et cela aussi bien en plein jour qu'en pleine nuit, je suis allé dans les URL cachées pour forcer la désactivation puis réactivation de l'onduleur problématique, mais rien Le journal détaillé accessible sur /index.php/display/status_zigbee montre bien qu'il n'y a pas de tension coté AC (et pas de fréquence non plus), et il indique qu'il se coupe par sécurité (Anti-island protection, afin de respecter la norme Enedis VDE machin-chose) : Avez-vous une idée d'opération que je pourrais mener à distance, sans devoir remonter échafaudage, monter sur le toit, démonter 1 panneau et vérifier le câblage ? Car ce 2nd micro-onduleur est en bout de chaine, cela pourrait être un câble sectionné (même si je ne vois pas comment cela aurait pu arriver...)

Bienvenue sur le forum

Peut être à cause de l'UPNP... à vérifier. Perso je l'ai désactivé, c'est très dangereux, ça ouvre automatiquement les ports sans te demander ton avis et ça expose tes caméras sur Internet. Je l'ai désactivé dans les caméras (Hikvision) et au niveau du routeur (Ubiquiti) comme ça je suis tranquille... car ça m'a fait bizarre la première fois. C'est mon Synology qui gère l'enregistrement des caméras, et j'utilise exclusivement l'application mobile DSCam pour accéder à mes caméras à distance (ce qui suppose donc que le NAS soit allumé, mais c'est forcément le cas car il est sur le même onduleur que les caméras)

Possible... Perso j'ai toujours une stable de retard, donc je suis un peu largué sur ce coup là... Je ne sais pas si quelqu'un d'autre a le même problème ?

Alors quand tu es dans la vue d'édition, c'est normal. En revanche, dans la vue de prévisualisation, non ce n'est pas normal, l'affichage normal c'est : Après si tu as installé le dernier firmware Beta, c'est que tu aimes le risque Surtout quand on voit qu'elle a été retiré moins de 24h après la mise en ligne pour la remplacer par une autre beta... ça en dit long sur la stabilité !

Vu qu'un CustomEvent est par nature un événement instantanée et non durable, je ne pense pas que ça puisse fonctionner avec une durée >= 0 dans GEA (c'est à dire en mode cycle) Pour moi, c'est forcément un déclenchement instantané de GEA avec durée = -1.

Ah OK

Le "Inverse", il va dans les actions, pas dans les conditions (me demande pas pourquoi, c'est comme ça, c'est historique) Et oui, il ne faut pas accolades autour de l'ID dans le Label

Oui, tu as posté sur le mauvais topic

Oui c'est pareil que pour ip-api.com que j'avais utilisé. Je ne me souviens plus pourquoi j'avais utilisé ce site à l'époque....

J'ai déplacé ton message car il n'avait rien à faire dans la section où tu l'as mis.... Petit conseil, commence doucement étape par étape. J'ai l'impression que tu grille les étapes en attaquant plusieurs projets différents qui n'ont pas grand chose à voir entre eux. Par ailleurs, devant l'étendue du projet, non seulement ça va te décourager, mais en plus ça va décourager les membres de tenter de t'aider (c'est mon cas, car dans ce message je ne vais répondre à aucun des sujets que tu as abordé) Choisi un sujet, et ouvre un topic dans la bonne section du forum qui s'y réfère, tu as plus de chance d'y arriver et d'obtenir de l'aide ainsi.

Normalement GEA vérifie les ID au démarrage, lors du chargement initial des règles, pour avertir si un ID donné n'existe pas. Cependant, dans ton cas, ton ID est la valeur nil en LUA, et là impossible de le détecter, car dans l'appel de fonction, un paramètre ayant la valeur nil est simplement ignoré... c'est un comportement que j'ai déjà constaté lors de mes expérimentations (hors GEA), et c'est particulièrement pénible à gérer... Du coup là, pas grand chose à faire à part être bien vigilant sur les ID utilisés (enfin, dans ton cas et pour être précis : sur le label de l'index du tableau contenant les ID) Il faut être très attentif, mais tu aurais pu détecter l'erreur sans même activer les options de debug, en regardant la règle chargée, on voit un null qui apparait (à la place du nil) : [26.09.2024] [10:32:56] [DEBUG] [QA_GEA_205]: Chargement du code utilisateur setEvents() : [26.09.2024] [10:32:56] [DEBUG] [QA_GEA_205]: GEA:addEntry([["Property",326,"value",true],["Value-",null,-900]], 90, "", ["TurnOff",326], "ECS (Daikin) : SmartGrid 1 désactivé")

Ah si je sais, c'est parce que j'avais la bascule automatique du routeur sur le réseau 4G, donc ça me permettait de détecter si j'étais en ADSL/Fibre, ou bien basculé sur le réseau 4G (qui est NATé, donc de toute façon l'IP publique est privée et non accessible depuis Internet... mais au moins avec la notification sur mon téléphone, j'étais au courant)

Je t'ai copié coller le truc tel quel je l'utilisais à l'époque où j'avais Orange et une HC2, donc ça date pas mal et je n'ai plus vraiment le sujet en mémoire. Si c'est en variable en début de scène, c'est surtout qu'on ne pouvait pas mettre de variable dans les propriétés d'une scène (on ne peut toujours pas sur HC3 d'ailleurs, c'est uniquement pour les QuickApps) D'ailleurs maintenant que tu le dis, je vois que le reverse est sur Free.... j'ai probablement dû utiliser cette scène après avoir quitté Orange, même si ça n'a servi à rien car je suis bel et bien en IP fixe chez Free.

Nouvelle rentrée scolaire, nouveau stagiaire

Oui c'est ça, paramètre 4 pour empêcher le clignotement, mais ça ne l'arrête pas complètement. Sinon un bout de scotch d'électricien blanc ça doit faire l'affaire, si découpé à la bonne taille ça doit être assez discret.