Lazer

Si tu n'es pas à l'aise il vaut effectivement mieux passer par un électricien. D'ailleurs c'est obligatoire pour les bornes dites rapides, c'est à dire dont la puissance dépasse 16A. En gros un particulier n'a le droit de poser qu'une prise normale, à 8A, avec un chargeur mobile appelé "CRO"... c'est assez idiot, une fois de plus l’État n'a trouvé que ça pour créer artificiellement de l'emploi. Il faudra voir avec l'électricien quel type/marque/modèle de borne de recharge il accepte de t'installer. Et demande lui de te poser un compteur DIN à impulsion du même genre que celui dont je t'ai donné le lien. Cependant il te faudra un moyen de compter les impulsions, je ne sais pas si tu es équipé d'un IPX800, Eco-Device, ou autre appareil du même style.

Bienvenue sur le forum

Normalement oui, il pourra être inclus, après il faut vérifier que le module soit effectivement reconnu, ce n'est pas garanti à 100%, surtout si tu es encore sur la HC2.

Tesla ou une autre marque ne change rien au problème : la charge rapide (donc courant, ou puissance élevé) est déconseillé pour l'usure de la batterie. A cause de la chauffe induite. Il faut réserver la charge "rapide" aux cas où c'est strictement nécessaire : sur la route bien sûr, mais également dans les quelques cas de figue où on aurait complètement déchargé la batterie un soir en rentrant, et qu'on a besoin qu'elle soit intégralement chargée le lendemain matin pour repartir sur un long trajet. Donc en usage courant, on peut se contenter de charge lente. Perso j'ai pris le réflexe, dès que je me gare je branche systématiquement la prise, si bien qu'elle est toujours en charge "lente" (sauf quand la batterie est pleine, ça s'arrête tout seul bien sûr) J'ai mis rapide et lent entre guillemets car ça ne veut rien dire, en réalité il y a une infinité de paliers de courants de recharge. Concrètement, je charge actuellement à un courant de 8 Ampères, ce qui permet d'utiliser un chargeur sur prise normale (=CRO), sans devoir déployer l'artillerie lourde. Et aussi parce que mon chargeur actuel est basique, le changement du courant de charge se fait sur le boitier lui-même, donc non domotisable. Donc j'ai choisi cette valeur de 8A qui est parfaite pour un usage courant. Bref, pour répondre à ta question d'origine : pour mesurer la conso (puissance+énergie) j'utilise un compteur DIN à impulsion (celui d'Orno qui est vendu 20€ sur Amazon), lequel est connecté sur une entrée numérique d'un IPX800, afin de remonter les informations dans ma domotique. L'avantage de ce genre de compteur est être fiable, supporte les grosse puissances (32 ou 40A pour le petit modèle 1 DIN), et permet de faire une installation propre au tableau électrique sur une ligne électrique dédiée et protégée par un disjoncteur adapté. => https://www.amazon.fr/gp/product/B088TJV5M4/ Là on attend la 2nde voiture rechargeable (qui vient par ailleurs d'arriver à la concession), et pour le coup je vais procéder différemment. L'avenir étant définitivement à l'électrique sans aucun doute possible, il faut équiper sérieusement la maison (comme on le fait déjà pour l'eau chaude, le chauffage, etc), je vais installer un "vrai" chargeur, c'est à dire un modèle puissant, et surtout, critère impératif, connecté et programmable. Et je n'ai trouvé... qu'un seul modèle sur le marché ! C'est le modèle OpenEVSE / EmonEVSE de nos voisins anglais (en cours de livraison... j'attends la douloureuse pour savoir si je vais me manger des frais de douane) => https://guide.openenergymonitor.org/integrations/ev-charging/ Il propose une API complète, ce qui permet 2 choses majeures pour notre usage : - mesure de la consommation électrique (donc pas besoin d'ajouter un compteur DIN comme évoqué précédemment) - pilotage du courant de charge (et surtout modifiable à la volée, particulièrement utile pour ajuster en fonction de la production des panneaux solaires) Le pilotage de la charge permettra comme mentionné d'absorber le surplus des panneaux photovoltaïques, mais également de prendre en compte l'heure et le besoin de capacité batterie nécessaire le lendemain, afin que la domotique décide toute seule si une charge lente suffit, ou bien si une charge rapide est nécessaire. J'ai commencé à écrire un petit QuickApp pour gérer tout ça. Le seul truc pénible, c'est du 7.4 kW (en monophasé, je n'ai pas de triphasé chez moi), donc il faut une ligne dédiée en 3 x 10mm², avec disjoncteur différentiel 40A de type A ou F (HPI), donc ça commence à couter un peu cher.... et surtout pénible à installer. Mais comme dit précédemment, je vois ça comme un équipement de maison indispensable pour l'avenir.

ça me parait pas mal, même si je pense qu'il serait plus judicieux de remplacer les variables "Global" par des "VariableCache" ça évite des écritures inutiles en DB, et donc c'est plus performant.

Hum, je pense que pour un scénario complexe comme celui-ci, il faut que tu fasses 3 règles distinctes. Il y a peut être déjà des exemples qui correspondent à ce que tu veux faire dans les showroom GEA. En tout cas ça ne se fera pas avec une nouvelle action comme tu le demandes, puisque ta problématique touche à la prise en compte des conditions au déclenchement (est-ce que le volet est déjà ouvert, ou en cours de mouvement)

je ne comprends pas bien ce que doit faire cette option ? Inverser la position du volet ?

Tu peux exclure un module Z-Wave avec n'importe quel contrôleur, peu importe. En disant cela, je me rend compte d'une chose. Si tu n'as pas exclus ton module préalablement, il est tout à fait normal que tu ne pouvais pas l'inclure sur la HC3.

Bienvenue sur le forum

De mémoire il y a une petite croix en haut des icônes sur la HC2 pour supprimer les modules qui n'existent plus.

Chez moi que ça soit pour l'exclusion ou l'inclusion, j'ai toujours fait uniquement le tripe-clic sur mes Wall Plugs.

Bienvenue sur le forum

Après, si c'est pour contourner, ou passer son temps à appliquer des dérogations manuelles sur le panneau de chauffage, le mieux c'est peut être de .... ne pas l'utiliser !!! Justement comme je l'explique dans mon commentaire que tu as cité @jojo Surtout que toi tu étais un gros utilisateur de GEA, donc il te sera facile de le réutiliser, surtout qu'il est encore plus complet et puissant que sur HC2, mais également un petit peu plus simple (pas de triggers à déclarer manuellement) Parmi les nouveautés, GEA permet de gérer les panneaux de chauffage, mais aussi directement les thermostats. Les thermostats justement, c'est aussi une bonne solution pour gérer la température d'une pièce directement. C'est ce que je fais dans mon salon, avec un QuickApp thermostat qui gère la pompe à chaleur, sans passer par le panneau de chauffage. Sinon d'une façon générale et pour répondre à ta question, tout ce qui existe sur HC3 peut être programmé en LUA via l'API, il n'y a pas de limite à ce niveau là, si ce n'est ton imagination et tes compétences. Il y a pas mal d'API documentées dans le Swagger, mais certaines ne le sont pas, donc on fait de manière traditionnelle avec les outils de développement du navigateur pour découvrir les API non documentées.

ça correspond à 3 ou 4 bits. Passer à un multiplexage sur 5 bits ça ferait tout de suite bondir le nombre de relais à 32, ce qui commence à faire beaucoup sur une seule carte (faut bien pouvoir l'intégrer au tableau après)... à mon avis les fabricants estiment que 8 ou 16 est largement suffisant. Autre problème purement interne à l'électronique de la carte, les multiplexeurs sur 5 bits je ne pense pas que ça existe, donc ça serait 8 bits, ce qui implique un cout supplémentaire (quelques centimes d'euros...) pour n'en utilise qu'une partie, pas vraiment optimal d'un point de vue industriel. Au final tu as plus vite fait de multiplier les cartes. Après chez GCE ils ont une approche différente, chaque module exploite 8 relais, et on ajoute des blocs par groupe de 8... ce qui permet d'en avoir le nombre désiré (avec une limite absolue dont j'ai oublié la valeur), tout en conservant un pilotage centralisé depuis le module "maitre" (l'IPX800 en lui-même) Mais du coup ça se paye.

As-tu essayé l'exclusion puis ré-inclusion ?

Cool la fibre, tu vas pouvoir regarder des vidéos en 8K dans ta nouvelle salle D'ailleurs... tu as avancé ?

Essayer de fermer l'application et de la relancer peut-être.

A priori oui. J'ai notamment un QuickApp de type volet (pour Velux), avec des icônes perso (enfin perso c'est vite dit, je pense que tu dois en être l'auteur )

Oui, nouveau script partagé sur le topic dédié :

Voici la version 3.21 : Corrige la détection du redémarrage des services Fibaro qui ne se faisait plus depuis les firmwares > 5.102 Corrige le reboot forcé qui ne fonctionnait pas Le timeout par défaut est maintenant de 900 secondes (15 minutes) afin de prendre en compte le temps de démarrage allongé des services Fibaro Améliorations mineures Pour info le principal problème venait de l'API /api/service/servicesStatus qui a changé. Aussi étrange que celui puisse paraitre, il n'y a pas besoin d'authentification pour cette URL lorsque tous les services sont démarrés, en revanche elle est maintenant nécessaire lorsque le service HCServer ne l'est pas. Les mystères de Fibaro... nous obligent à adapter nos scripts au fur et à mesure des changements non documentés. backup-hc3.sh

Très bon anniversaire @Dragoniacs

Oh mais oui, les QA sur le dashboard, enfin, miracle, ils sont là !!!

Il faut que vous remonter l'information à Fibaro sinon ils ne risquent pas de corriger ce bug. Et je n'ai rien vu de tel sur le forum pour l'instant. => https://forum.fibaro.com/forum/1357-update-5110/

Pas que iPhone, elle est sortie également sur Android cette semaine. J'ai l'impression que le chargement de la WebView des QuickApp est un peu plus rapide (ou plutôt devrais-je dire, "moins lent")

Oui mais du XML basique, très simple à parser, même en LUA.