Lazer

Mouais... pas sûr de la pertinence du remplacement d'onduleur... Tu as un truc qui marche bien, pourquoi s'embêter. Et sur le MPPT actuel, tu as regardé si tu ne peux pas étendre la chaine avec 2 panneaux de plus ? Là je ne saurais pas t'aider, mais une string d'onduleur ça peut s'étendre dans une certaine mesure, tant que tu restes dans la spec tension/courant de l'onduleur. Et 400 versus 405 W pour les panneaux, ça ne changera rien à ce niveau là.

Non ce n'est pas normal. En 2 ans avec la HC3, j'ai dû avoir un seul module qui a perdu sa config tout seul (un Motion Sensor FGMS) Sur plus de 90 modules inclus dans le réseau. Vu l'ampleur du problème chez toi, c'est inquiétant. Tu doit avoir un bug au niveau de la HC3, ou bien un module Z-Wave dont le firmware est biggué et qui fait planter tout ton réseau... Dans tous les cas, je pense qu'il faut que tu passes par le support Fibaro, parce qu'avec les outils à notre disposition (pratiquement aucun...) ça va être difficile à diagnostiquer.

Regarde dans le code de DomoCharts, j'ai un truc qui fait ça : Initialisation : function QuickApp:onInit() -- fait plein de trucs... self.loopDay = os.date('%d') -- fait encore d'autres trucs... end Dans la boucle : loop = function(self) -- fait des machins... -- Actions to perform every new day (at 00:02) local newday = os.date('%d') if newday ~= self.loopDay and tonumber(os.date('%M')) >= 2 then if self.isdebug then self:debug('New day') end fibaro.setTimeout(10*1000, function() self:buttonGetDevices_onReleased({}) end) fibaro.setTimeout(20*1000, function() self:generateTrends() end) fibaro.setTimeout(40*1000, function() self:generateEnergy() end) self.loopDay = newday end -- fait maintenant des bidules... end

Oui en théorie ça devrait fonctionner. Et non, je n'ai jamais testé. J'aurais dû le faire lorsque j'ai reçu ma seconde HC3 avant de la mettre en production... maintenant j'ai pas trop envie de risquer de tout crasher, surtout que chez moi les 2 HC3 sont hyper stables. Les 3 ou 4 plantages que j'ai eu sur ma box de test étaient bien liées au firmware beta bien pourri que Fibaro avait sortit il y a 2 mois... après passage en stable, tout est revenu à la normale. Du coup ce système d'avoir 2 box, une de test pour valider les firmwares (associé aux retours d'expériences des copains du forum), avant de mettre en production uniquement les versions stable quelques jours/semaines plus tard sur la box de prod, est juste parfait pour mon usage. L'identifiant unique, c'est en fait l'ID du réseau Z-Wave, auquel les modules s'associent. Tu peux avoir plusieurs réseaux Z-Wave, chacun avec un ID différent, ça fonctionne très bien. C'est le cas chez moi avec 2 box distinctes, et même plus, puisque occasionnellement j'ai encore d'autre réseaux (box HC2 de prod, box HC2 de dév, clé Aeotec qui m'a servi pour des tests Jeedom ou la mise à jour des modules Aeotec/Remotec via PC Controller) Par contre, avoir 2 contrôleurs avec le même ID de réseau, c'est compliqué. En théorie, le protocole le supporte, via le mécanisme de contrôleur principal et contrôleur secondaire. Mécanisme que Fibaro est censé supporter.... depuis la HC2. A l'époque de la HC2 j'avais testé, ça avait tellement mal fonctionné que ça m'avait planté tout mon réseau, car je me suis retrouvé avec 2 contrôleurs secondaires, sans possibilité de réactiver un contrôleur principal. C'est d'ailleurs la seule fois où j'ai fait un recovery de ma HC2 de mémoire. Par contre, avoir 2 contrôleurs principaux (ce que tu peux arriver à faire en "clonant" comme tu l'as indiqué, c'est à dire transfert de config vers une nouvelle box, puis restauration du backup local sur l'ancienne box) n'est pas supporté du tout... aucune idée de ce qui se passe si les 2 box réagissent de concert aux sollicitations des modules... on peut imaginer une saturation du réseau dans le meilleur des cas... et un fonctionnement complètement erratique dans le pire. Donc si tu fait ça, il faut impérativement que la box clonée reste éteinte.

Oui depuis 1 semaine environ, Oscaro a baissé ses prix, et toutes les autres boutiques aussi. Ce n'est pas encore les tarifs normaux d'avant la guerre en Ukraine, mais petit à petit les prix reviennent à la normale. Le problème, c'est surtout le stock... quasiment tous les sites ont au moins une, voire plusieurs références, hors stock, et pour certains il n'est même pas possible de commander (Oscaro notamment...) Les Vertex 405 sont quasi introuvables, je doit absolument ajouter 2 panneaux du même type que les 14 existants sur le toit de mon garage pour une intégration harmonieuse, je pense que je vais prendre les 400W, chez allo.solar. Pour la nouvelle installation sur le toit de la maison, je vais prendre des 420W, et là il y a plus de choix, de marques, et de boutiques. On trouve même des 425W maintenant. Mais sur ton Fronius, tu as un 2nd MPTT, tu l'avais pris justement pour pouvoir réaliser facilement un second champ PV, non ?

Le transfert de configuration d'une box à une autre passe obligatoirement par le cloud Fibaro, qui possède la clé permettant de déchiffrer le backup de la box source (lié à son numéro de série) pour ensuite le rechiffrer à destination de la box cible (lié à son autre numéro de série) Question de sécurité. Donc c'est en autonomie, mais via le cloud Fibaro quand même... donc pas vraiment autonome (panne de serveur, tout ça tout ça...) A noter : - il faut un backup cloud récent, forcément - la box source est réinitialisée à la fin de l'opération (comme neuve, elle a perdu toute sa config) => on ne peut pas "cloner" une box, on peut seulement "transférer" le contenu d'une box vers une autre. - si la box source est HS et qu'on n'a pas de backup cloud récent, le support Fibaro peut faire l'opération manuellement à partir d'un backup local qu'on leur aurait fourni (par exemple le backup local stocké sur NAS par mon script automatique) EDIT : henri-allauch a répondu entre temps

OK, normal pour le https bloqué avec l'application, c'est par mesure de sécurité, l'appli refuse les certificats auto-signés comme c'est le cas sur la box par défaut. Le fait de passer par le cloud Fibaro ou bien par un reverse proxy (avec certificat Let's Encrypt) permet d'assurer la sécurité en https avec un certificat correctement signé par une AC reconnue sur le Web. Donc en local, il faut utiliser le http de base. On en a pas mal parlé il y a quelques semaines/mois sur le topic dédié à l'application Yubii. Ma signature n'est plus trop à jour.... mes caméras sont des Hikvision, et encore une Foscam qui traine. Mais peu importe... surtout je me moque complètement d'avoir l'image des caméras dans l'application Fibaro, ce n'est pas pratique du tout, on n'a pas accès à l'historique (enregistrement), etc j'aime pas. J'utilise l'appli de mon NAS (DS Cam) qui est vraiment prévue pour faire que ça, et bien. Toutefois, mes caméras sont connues de la HC3, uniquement pour l'envoi de screenshots par email de façon instantanée en cas d'événement lié à la sécurité. Bref... Je ne saurai pas t'aider, mais regarde sur le forum, tu n'es pas le seul à avoir des soucis d'image de caméras sur l'appli Fibaro, ce sujet a souvent été abordé.

Welcome to the forum

C'est étrange.... on est plusieurs à utiliser l'IP locale, et même mieux que ça, le nom de domaine local exposé sur Internet, et filtré au travers d'un reverse proxy... dans mon cas ça saute 2 VLAN et donc passe au travers de 2 firewalls hyper restrictifs (configuration de type deny-all puis ouverture des ports un par un en fonction des besoins), un Web Application Firewall (pour lequel j'ai dû ajouter quelques exclusions), et ça fonctionne très bien, et sans le cloud de Fibaro. Pour une configuration aussi simple que la tienne, il doit y avoir un truc quelque part qui ne va pas dans ta configuration Unifi... mais quoi ? Là j'ai pas d'idée... mais ça devrait marcher, puisque ça marche chez moi avec une config bien plus complexe.

ça me parait un bon projet

Bienvenue sur le forum

A priori tu peux gérer les 4 boutons de la télécommande avec 1 seule scène... Il "suffit" de déclarer correctement le trigger, puis au début du code de la scène de récupérer le numéro du bouton appuyé. Ou bien... faire avec GEA (tout ça pour dire que je ne saurai pas t'aider sur le code LUA de la scène, vu que je gère tout avec GEA, plus simple pour moi... because beaucoup de scénarios qui seraient ingérables avec une multitude de scènes)

OK. Je ne suis pas surpris. J'ai constaté des différences très variables. On peut compter 5 voire 10% après plusieurs jours/semaines sans pluie, surtout si sable du Sahara... Sinon ça tourne entre 1 et 3% pour une salissure courante. Sachant que je vois bien la différence avant/après une simple pluie (enfin une vraie pluie quand même, pas un crachin breton...). Pas tant sur l'énergie produite quotidiennement (les jours ne se ressemblent pas assez...), mais sur le pic de production : après quelques temps sans pluie, difficile d'attendre le pic de saturation à 4200W de mon installation. Tandis qu'après une bonne pluie, le pic est atteint au moindre rayon de soleil. Sachant que la température a beaucoup plus d'importance : l'impact de la chaleur sur la production des panneaux est beaucoup plus important qu'un peu de poussière. Bref, je ne les ai jamais nettoyé, je ne sais même pas si je le ferai un jour... sur les sites, certains disent 1 fois par an, d'autres 1 fois tous les 3 ans, et encore d'autres : jamais !

0.15 kWh sur quelle production ? Et donc en pourcentage, ça représente combien ?

Bienvenue sur le forum

Tu t'es connecté avec un compte utilisateur sur l'application mobile ? Car seul l'administrateur a accès à tous les modules par défaut. Sinon, il faut que tu donnes accès aux modules à cet utilisateur en particulier, dans l'interface Web de la box : Réglages > Accès > Gérer l'accès (bouton situé en face de chaque utilisateur concerné)

Oui. Le reconfiguration est inutile pour cet aspect routage/communication.

Cool, ça fait 2 utilisateurs ! Reste à trouver quelqu'un qui a les compétences sur le développement de GEA sur HC2 pour aider Jerry... Steven n'étant plus très présent...

ça ce ne sont pas les paramètres supportés par le module, mais les "classes" Z-Wave supportées. Même si c'est plutôt rare dans le monde des périphériques Z-Wave, il est possible que ce modèle n'ai pas de paramètre. A noter toutefois que certains fabricants ne documentent pas les paramètres dans le guide simplifié, mais dans un guide de configuration avancé... sur un autre PDF. Par exemple chez Aeotec.

J'ai dû lire trop vite ton message initial, j'étais vraiment persuadé que tu avais fait l'exclusion avant l'inclusion... je viens de vérifier, et non ! Cela dit, si tu as fait le reset, ça aurait dû te permettre de les inclure à nouveau... du coup tu as dû foirer la procédure de reset. Tu es sûr que ce n'est que 3s d'appui sur le bouton B, et pas plus longtemps ? Faudrait vérifier la doc...

Pour les problèmes de communication, c'est étrange... car le recalcul d'une route est instantané s'il y a un problème de communication. Pour les paramètres, c'est "normal" si le template n'est pas connu par Fibaro, comme c'est le cas pour de nombreux modules. Dans ce cas, tu peux ajouter les paramètres à la main, par leur numéro, en t'aidant de la documentation du module.

Sinon il se pourrait aussi que ça soit des modules Z-Wave pour un autre continent... car les fréquences ne sont pas les mêmes entre l'Europe, l'Amerique, l'Asie... Ou bien ta clé Aeotec. Sinon... je ne sais pas... les modules devraient au moins réagir lors de l'exclusion, puis inclusion.

On a eu un cas similaire récemment sur le forum, alors je vais te poser la même question : es-tu certain que ces modules sont en Z-Wave ? Car Fibaro a commercialisé pendant un temps les mêmes modules en version Homekit, le protocole domotique propriétaire d'Apple basé sur Wi-Fi/Bluetooth... donc forcément, impossible à inclure dans un réseau Z-Wave. Vérifie bien la référence, et regarde sur la boite ou l'étiquette du module si tu vois bien le logo Z-Wave.

Bienvenue sur le forum

38.99€ le Wall Plug chez le grand méchant Amazon, super tarif : https://www.amazon.fr/dp/B01HM0MQ98 Dommage que j'ai déjà du stock d'avance...