Lazer

La fréquence de communication du CPL entre les micro-onduleurs Enphase et la passerelle est de 110 kHz, ce qui est relativement faible (bien plus faible que les fréquences du CPL utilisé pour le réseau IP... plusieurs MHz). Pas sûr que l'effet de peau soit très significatif à ces fréquences... comme je disais, je pense que les perturbations externes ont bien plus d'influences sur la propagation du signal. Et surtout, comme discuté il y a quelques temps, la "qualité" du câble, à savoir un câble avec le minimum de raccord et de disjoncteurs/différentiels intermédiaires.

Oui ça fait quelques mois Shelly a déjà commencé à sortir les nouveaux modules Qubino rebadgés avec la marque et le look Shelly, avec la dernière puce Z-Wave. Donc ils ont racheté Qubino pour développer la marque, c'est bon signe. Et par la même occasion mettre un pied dans le monde Z-Wave. Reste à savoir s'ils sortiront de nouvelles versions des modules Fil Pilote.... le marché est tellement confidentiel. Du fil pilote en Wi-Fi ça pourrait être sympa aussi.

Et bien tu dis " la pompe est arrêtée pendant que ma box reboot " Donc je suggère de mémoriser l'état de la pompe (pareil que le timer, dans une variable persistante du QA), et lors du redémarrage du QA (dans le onInit) tu vérifies si l'état courant de la pompe correspond au dernier état connu (dans la variable du QA) Avec cette technique tu ne pourras pas détecter un arrêt/redémarrage de la pompe, ou un démarrage/arrêt, mais tu pourras juste détecter le changement d'état.

Oui en programmation on passe notre temps à traiter des erreurs et cas particuliers... Effectivement si le statut de la pompe change pendant que la box est arrêtée, c'est problématique... donc dans le onInit, vérifier si le statut est le même que celui connu précédemment, ou pas. On pourrait aussi imaginer détecter un temps anormalement long, qui pourrait indiquer que la box est restée indisponible pendant plusieurs heures, jours ?

Hum.... là comme ça non désolé pas d'idée précise.... car je n'ai pas eu le courage de lire tout le code pour en comprendre la logique. Mais à lire ton commentaire, peut être mémoriser l'heure dans une variable du QA, qui est persistante, et qu'on peut donc relire au démarrage du QA dans le onInit()

Il faudrait mettre les self:updateProperty() dans les fonctions success(), de sorte que si l'appel HTTP échoue, alors le statut du device n'est pas mis à jour.

Pas sûr que ça change grand chose avec le CPL, qui est tellement dépendant d'autres paramètres (perturbations extérieures types interférences radios, etc) Le truc comme tu l'as rappelé après, c'est que le câble électrique doit être gainé : plastique généralement noir, référence U1000R2V. Moi j'ai tout câblé en monobrin 3G2.5, même si du 3G4 serait encore mieux face aux chutes de tension (ça se calcule.... dépendant de la puissance installée sur le toit et de la longueur du câble) Perso j'ai monté 2 câbles 3G2.5, comme ça le câblage des 2 Q-Relays, correspondant aux 2 champs PV (pente différente) est bien séparé, c'est propre. J'ai mis du 3G2.5 parce que c'est ce qu'on trouve, le 2G2.5 semble rarissime... par chez moi en tout cas.

On peut extraire le code LUA à partir des fichiers FQA en utilisant Notepad++, mais la manip est un peu pénible... J'ai ajouté les fichiers LUA à la fin du tuto.

Avec du "Yellow", une sorte de graisse, ça peut aider à passer l'aiguille dans la gaine

Tu as le lien vers mon QuickApps plus haut sur cette même page. Mais ça ne sera pas applicable dans les VD sur HC2... de plus net.FHTTP ne permet pas de manipuler les headers. Donc obligé de passer par une scène avec httpClient() PS : oui effectivement c'est pour cela que je n'ai pas parlé d'énergie primaire, car là le calcul serait autrement plus compliqué... pour bien faire il faudra faire le calcul pour chaque tranche horaire en fonction du mix énergétique, ce qui est quasi impossible... Réflexion tout aussi valable pour le bois et le gaz, car il faut bien aller le chercher...

Dans le onInit()

Je ne suis pas sûr de bien comprendre la question... tu cherches à passer 2 câbles réseaux dans 1 gaine qui ne permet de passer qu'un seul câble ? Effectivement c'est compliqué.... Dans ce cas il faut trouver un autre chemin. Perso je suis allé jusqu'à démonter des placards pour passer les câbles derrière, percer ma dalle béton, creuser la terrasse pour faire passer les gaines en dessous, et même détuiler la moitié du toit... EDIT : et remplacer les vieux câbles coax dédiés à la TV par du câble réseau.

Je n'ai pas le temps de t'écrire un QA complet, mais voici la façon de faire les requêtes HTTP :

Et si tu lances une sauvegarde manuellement, via l'interface Web, ça fonctionne ? Il y a récemment eu un problème similaire, qui a été résolu par le support Fibaro, voir :

Très probablement ta variable self.time qui n'est pas initialisée, donc le tonumber() retourne nil, d'où l'erreur. Une rapide recherche sur ton code montre qu'elle n'est initialisée que dans turnOn(), donc si tu appelles le turnOff() avant, alors il est logique que ça plante.

En fait non, le chauffage électrique est de très loin le mode de chauffage qui demande le moins d'énergie. Le rendement est d'exactement 100% avec les convecteurs électriques, et de 300 à 400% avec une pompe à chaleur. Les autres modes de chauffage (bois, fuel, gaz, etc) sont en dessous de 100% de rendement, assez variable selon la génération du poêle ou de la chaudière. Je suppose que tu voulais écrire "le chauffage électrique demande beaucoup d'argent", car l'électricité est de plus en plus chère... La bonne nouvelle c'est qu'on peut en produire nous même, mais comme rappelé par Nico, en hiver, quand on a le plus besoin de chauffer, le soleil manque souvent (nuages, jours courts) C'est en mi-saison qu'on s'y retrouve le mieux, j'arrive à chauffer en journée avec l'électricité produite par les PV, et par inertie tenir la nuit sans chauffage (idem pour l'eau chaude).... insérer ici le discours de TitiXsi sur l'isolation de la maison Acheter et installer des radiateurs électriques aujourd'hui me parait de l'argent jeté par les fenêtres. Mieux vaux poser une, voire plusieurs PAC (même si l'investissement est plus conséquent... la complexité de pose également) oui mais seulement pour HC3, pas pour HC2.

Bienvenue sur le forum

Moi dans l'appli Yubii (le seul panneau que je consulte) les données ont toujours été OK. C'est la présentation du panneau d'énergie de l'interface Web de la HC3 que je n'aime pas.... les données sont difficilement compréhensibles, voire fausses... à vrai dire je n'ai jamais vérifié. C'est un terme employé par les développeurs logiciels. ça permet de créer une nouvelle branche logicielle. Souvent, on clone un projet, on le modifie, et on le fait évoluer en parallèle de l'original. C'est à la base du développement des logiciels libres, que chacun peu s'approprier et faire évoluer à sa guise.

Tu es certain que tu as correctement configuré le panneau d'énergie de la HC3 ? Quant à ajouter des child dédiés aux prod quotidiennes.... pourquoi pas, mais ça ne sera pas avant un certain temps... voire un temps certain. Si tu te sens le courage, tu peux faire un fork du QA.

Euh... je sais pas là, parce que tes captures d'écrans ne permettent pas de dire si les calculs réalisés par la HC3 sont corrects ou faux par rapport aux données d'Enohase. Attention au panneau énergétique de la HC3, quand je dis que je n'aime pas la présentation, j'ai l'impression que tu es en train de tomber dans le panneau (petit jeu de mot...) Jour par jour, il ne te donne pas la production, mais le "bilan énergétique".... information inexploitable selon moi.

Aucune idée, je n'ai plus de HC2 depuis 2 ans Mais j'ai cru comprendre que Nico disait que le plugin fonctionnait encore sur HC2.

Dans une scène, il faut créer un trigger sur la propriété power Dans GEA c'est avec la condition "Power", et une durée -1 pour avoir un déclenchement instantané.

Bienvenue sur le forum

Alors là, pour la HC3 Lite, je ne sais pas, désolé.

J'ai constaté ça aussi. Mais pas remise à zéro, mais remise à .... une valeur arbitraire... très faible ! C'est très étrange. Je n'ai pas d'explication. Il doit manquer les captures d'écran alors, parce qu'en effet, je ne vois rien Pas de souci sur ma box, elle calcule bien les cumuls journaliers, hebdo, etc : Bon par contre il y a un gros bug, car elle calcule un total à 185 kWh tandis que la valeur du module est de 7145 kWh Mais je pense que c'est parce que j'ai recréé ce module enfant récemment, donc le calcul interne de la box est faussé. Je viens de m'en rendre compte suite à cette discussion, vu que je n'utilise pas ces écrans, je fais mon suivi dans DomoCharts et Grafana. Dans le panneau d'énergie aussi les calculs se font bien, même si je ne suis pas fan de la présentation (je ne n'utilise pas vraiment) :