Lazer

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.

à l'époque de la HC2 j'utilisais une scène pour ça... de mémoire il y en a 2 ou 3 déjà partagées sur le forum. A ma connaissance ça n'a pas été porté sur HC3, donc il faudra peut être adapter un peu le code LUA. Ma scène (je ne sais plus si je l'ai déjà partagée sur le forum, utilise l'URL suivante : http://ip-api.com/json/?fields=country,countryCode,region,regionName,city,zip,isp,org,as,reverse,mobile,query,status,message Elle me notifiait en cas de changement d'adresse IP publique (quand j'étais chez Orange, je n'en ai plus besoin depuis que je suis en IP fixe chez Free) En pièce jointe si ça peut t'aider. Scene Check Public IP Address v1.3.lua

OK, donc ça ressemble bien à un bug... Est-ce que pourrais faire tourner GEA avec cette seule règle, et les options GEA.debug et GEA.lldebug à true et copier/coller le log au moment où la règle devrait se déclencher ? GEA.debug = true GEA.lldebug = true

A priori, ça semble correct... après perso je ne pense pas avoir jamais testé avec des valeurs négatives. Déjà, au niveau des propriétés du module, tu es bien certain que c'est la propriété "value" qui porte la valeur ?

Bon... bah.... du coup :

Firmware 5.162.61 BETA 25/09/2024 Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. IMPORTANT NOTICE Version 5.162.61 is a hotfix for version 5.162.60 containing updated templates for Z-Wave devices. Main features: 1. New icons sets for sensors, binary and multilevel actors System provides new sets of icons for presenting the devices and their states in more clear way. New icons apply to the following devices: - Binary Sensors - Multilevel Sensors - Binary Switches - Multilevel Switches. Make sure that you are using the newset version of the mobile application for the best experience. What's new: Devices Added support for Zipato RFID.** Other Minor UX and UI improvements. Remote users Added the possibility to download and upload backup for Support and Installer user. Scenes Added new sets of icons for scenarios. New icons relate to: - Garage Door - open and close - Gates - open and close - Shutter - open and close. Bug Fixes: Access Fixed access rights for Advanced user. Climate Fixed displaying values in Fahrenheit in the preview of the climate zone. Dashboard Fixed Drag&Drop for devices on dashboard, enabling the reordering of devices in room. Devices State of the light in the system is synced with the real light state for Ikea lights. The icon for the Door lock changes according to the state of door lock. Fixed setting user codes on Yale, Kaadas and other doorlocks.** Fixed preview and tile view in dashboard for thermostats. Other Issues with saving Sprinkler Schedule. Plugins Fixed preview for the Sonos plugin. Remote users Fixed access for LUA Scenes for Support and Installer user. Rooms Fixed uploading custom icon for the room by Advanced user. Z-Wave Resolved issue with displaying Advanced tab for Door lock device.** Known issues: Z-Wave Engine 3.0 Some Z-Wave devices are not fully compatible with the new version of Z-Wave engine. * - Does not apply to HC3L (Home Center 3 Lite). ** - Applies only to Z-Wave 3.0 engine.

Quelques éléments de réponse sur l'ancien site de référence des tutos domotique-store : https://web.archive.org/web/20200218212658/http://tutoriels.domotique-store.fr/content/15/323/fr/domotiser-son-eclairage-cas-particulier-du-va-et-vient-multiple-cage-d_escalier-sans-telerupteur.html Je ne saurais te conseiller plus, j'ai profité de la domotisation de mes éclairages pour supprimer tous les montages de type va-et-vient préhistoriques pour les replacer par un montage de type télérupteur, le module domotique jouant à merveille le rôle de télérupteur. NOTE : URL de base à garder dans ses archives : [Wayback Machine | domotique-store.fr] Comment DOMOTISER SON ÉCLAIRAGE