Aller au contenu

Lazer

Administrateur
  • Compteur de contenus

    25 287
  • Inscription

  • Dernière visite

Tout ce qui a été posté par Lazer

  1. Lazer

    e-mails depuis box

    Peut être un problème avec ton fournisseur d'emails. Chez moi ils ont renforcé la sécurité mi-décembre, ce qui fait que je ne recevait plus les trois-quarts des emails, c'est énorme et extrêmement handicapant. Parmi les sites bloqués, celui des impôts ou des commandes Amazon... et bien sûr de Fibaro ! Depuis 3 mois je fais le tour de tous les sites où j'avais cet email pour en indiquer un nouveau. Problème avec Fibaro, impossible de changer son email. Il faut créer un nouveau compte, tout reconfigurer, c'est juste l'enfer et complètement archaïque. J'ai même pas essayé de contacter le support Fibaro car je connais la réponse d'avance (créer un nouveau compte et tout refaire...), j'ai réussi à contacter mon fournisseur d'emails pour qu'lis m'ajoutent une exception, maintenant je reçois tous les emails, même ceux qui sont bloqués, mais par contre il parait que l'émetteur du mail reçoit toujours un avis de non distribution... tant pis pour eux.
  2. Lazer

    e-mails depuis box

    Ici j'ai bien reçu mon email de redémarrage de ma box après le backup auto cette nuit.
  3. Lazer

    Station météo Netatmo

    Oui en effet j'ai aussi reçu le mail cette semaine...
  4. @micka260 très bonne question, j'attendais que quelqu'un la pose. Réponse : oui A l'origine, j'avais fait mon système de rallonge présenté dans le tuto pour pouvoir facilement débrancher/rebrancher le module sans démonter le split, mais oui, il est bel et bien possible de flasher un nouveau firmware à distance via le Wi-Fi, en OTA (Over-The-Air), avec le paramètre --device comme ceci : esphome run mitsubishi.yaml --device 192.168.1.1 --no-logs @Rik Bastiaens Bravo pour la modif. Je n'ai pas trop le temps de tester là, mais déjà merci pour le partage.
  5. Pas de chance. Toutefois j'ai une bonne nouvelle pour toi. Dans 2 ans, quand l'application sera enfin stable et utilisable en remplacement complet de l'ancienne version, tu auras eu le temps de changer de téléphone
  6. @henri-allauch à priori c'est à partir de la Beta 5.153.120, donc on peut anticiper à partir de la Stable 5.160.xx @TitiXsi les APK des applications mobiles Fibaro sont disponibles sur leur site directement : http://android.fibaro.com/
  7. Lazer

    HC3 & HC3L - 5.153.120 - BETA - 19/02/2024

    J'ai créé un nouveau topic pour discuter de cette nouvelle nouvelle (non je ne bégaye pas) application mobile Yubi Home :
  8. Lazer

    Support Gea

    Si tu mets 3, c'est exactement comme si tu mets 0, puisque tu seras dans le mode de fonctionnement par cycle de 30s de GEA. Donc un déclenchement entre 0 et 30s maximum après la détection du mouvement. Voir les explications dans la doc de syntaxe. Mais j'y pense, les ID 172, 210, etc... je n'ai pas l'impression que ce soit des ID de détecteurs de mouvements, vu que dans tes lignes d'extinction de la lumière on retrouve les mêmes ID, donc je suppose que ce sont les ID des lampes. Dans ces conditions, si tu attends que la condition (la lampe est allumée) soit vraie pour effectuer l'action (allumer la lampe), tu risque d'attendre longtemps... éternellement même ! Le serpent qui se mort la queue... Bref, faut mettre les ID de tes détecteurs de mouvement à la place. EDIT : j'ai relu ta demande, tu veux juste que la lumière s'allume au coucher du soleil.. dans ce cas encore plus simple : GEA.add({"Time", "Sunset", "Sunset+1"}, 0, "", {"TurnOn", {172, 210, 267, 269}}, "Allumage des 4 lumières au coucher du soleil") Inspiration trouvée dans la doc de syntaxe, que tu devrais vraiment commencer par lire, il y a plein d'explication et surtout des tonnes d'exemples.
  9. Génial, merci pour l'info. En revanche je ne vais pas faire la modification du QuickApp tout de suite, j'ai d'autres sujets sur le feu là, mais je garde ça sous le coude. Par ailleurs je vois que ce change n'est pas encore intégré à la branche principale du projet, avec un peu de chance ça le sera bientôt.
  10. Lazer

    Salutations

    Bienvenue sur le forum
  11. Lazer

    Présentations

    Bienvenue sur le forum
  12. Comment tu as trouvé la configuration des ailettes horizontales et verticales ? Je n'ai rien vu de tel sur la page du projet : https://github.com/geoffdavis/esphome-mitsubishiheatpump
  13. Lazer

    Écran domotique Amazon Alexa

    Ce qui m'embête toujours avec ce genre de produit, c'est que c'est totalement dépendant du cloud, et du compte Amazon en l'occurrence. Donc ça va être limité aux objets connectés officiellement supportés par Alexa, et de la présence d'Internet, puisque même si la HC3 est supportée au travers de 2 clouds (Amazon + Fibaro), la communication ne se fera pas en local. Quid des caméras supportées ? L'espoir, c'est la compatibilité Matter, puisque tout devrait fonctionne en local et avec un protocole unifié, mais bon, pour ça, faudrait que ce protocole décolle vraiment, pour l'instant ce n'est pas encore ça...
  14. Lazer

    Support Gea

    Dans tes 4 premières règles avec l'action TurnOn, la durée n'est pas bonne, puisque tu as mis "", or il faut mettre un nombre. Pour un allumage de lumière, normalement on veut de l'instantané, donc durée = -1. Exemple : GEA.add({172, {"Global", "alba_tramonto", "tramonto"} }, -1, "", {{"turnOn"}}) GEA.add({210, {"Global", "alba_tramonto", "tramonto"} }, -1, "", {{"turnOn"}}) GEA.add({267, {"Global", "alba_tramonto", "tramonto"} }, -1, "", {{"turnOn"}}) GEA.add({269, {"Global", "alba_tramonto", "tramonto"} }, -1, "", {{"turnOn"}}) Pour la documentation de référence de GEA, voir ce topic avec le lien vers la doc de syntaxe en première page :
  15. Lazer

    HC3 & HC3L - 5.153.120 - BETA - 19/02/2024

    Les betas testeurs, il faut faire remonter vos griefs à Fibaro via le forum officiel, avec la sortie de cette nouvelle application toute buguée, ils sont à l'écoute des retours utilisateurs en ce moment, il faut en profiter. Après, ça sera surement trop tard...
  16. Ah mais très clairement, NICE (tout comme Fibaro en fait), n'a jamais eu l'intension d'aller vers un usage plus avancé. Chez Nice, ils se positionnement comme un concurrent à Somfy, et de ce coté là, la HC3 est 1 million de fois plus évolué que la box proposée par Somfy. Ils vendent des automatismes, des système intégrés, et leur cible c'est plus les intégrateurs que les clients finaux que nous sommes. Pour revenir à la HC3, je pense que son seul vrai concurrent c'est la box Homey. Je considère que Home Assistant n'est pas du tout un concurrent, c'est juste un autre marché. Il n'y a même pas de débat à mon sens.
  17. Lazer

    HC3 & HC3L - 5.150.15 - STABLE - 08/11/2023

    Hum, je ne me souviens plus bien comment j'ai trouvé la syntaxe de la fonction, mais par contre je me souviens avoir chercher longtemps... Merci pour ta trouvaille, je n'ai même pas creusé aussi loin.
  18. Je pense que tu es le premier à rencontrer ce problème, mais effectivement, à la lumière de cette discussion je me disais que ce n'était peut être pas si clair, et qu'il fallait ajouter une remarque à ce sujet dans le tuto... Je vais donc le faire.
  19. QuickApp GCE Electronics IPX800 v4 - EcoDevice RT2 Version 1.20 Présentation : Ce QuickApp permet de piloter les 2 produits suivants du fabricant français GCE Electronics : IPX800 v4 EcoDevice RT2 Remarques : Un même QuickApp ne peut pas piloter 2 produits différents, il faut donc importer 2 fois le QuickApp pour piloter un IPX800v4 et un EDRT2 (ou bien 2 IPX800v4 distincts) Un seul QuickApp peut piloter un IPX800v4 ou un EDRT2 avec toutes leurs extensions branchées derrière (cependant toutes les extensions ne sont pas encore supportées dans la version actuelle) C'est un QuickApp assez complexe, qui permet de piloter des appareils assez complexes (l'IPX800 à lui tout seul est presque une box domotique), avec de très nombreuses possibilités de configuration. Tout n'est pas encore supporté, et il peut subsister des bugs... Installation du QuickApp : Importer le QuickApp (fichier fqa) de façon habituelle sur la box Home Center 3, puis changer les paramètres suivants dans l'onglet Variables : Protocol : protocole à utiliser, normalement : http (le mode direct sur socket TCP n'est pas encore disponible) Address : adresse IP du NAS, par exemple : 192.168.1.1 Port : port de communication, normalement : 80 API_Key : clé API configurée, par exemple : apikey Refresh : intervalle de rafraichissement des informations en secondes, par exemple : 60 (il n'est pas forcément judicieux de baisser cette valeur, car la suite du tuto explique comment configurer la remontée instantanée des changements d'état en mode push) Configuration du QuickApp : C'est la partie la plus complexe, car il faut associer chaque module enfant à créer dans la HC3 avec les différentes entrées/sorties de l'appareil IPX800/EDRT. Chaque module enfant prendra donc la valeur (propriété value) correspondant à l'état de l'entrée/sortie physique ou virtuelle, qu'elle soit analogique ou numérique (improprement appelé digital, terme anglais, dans la doc officielle) En complément, si l'on dispose de pinces ampèremétriques (tores), on peut ajouter la mesure de puissance en Watts (propriété power) et de consommation en kWh (propriété energy) sur chaque module enfant concerné. Très pratique pour toutes les sorties de type relai. Ne modifier que le contenu du fichier config : CONFIG : obligatoire : table : Tableau contenant toute la configuration des modules enfants à créer avec leur association aux différentes entrées sorties de l'IP800 v4 ou EcoDevice RT2 device : obligatoire : table : Déclaration du module enfant à créer name : obligatoire : string : Nom du module enfant type : obligatoire : string : Type du module enfant parmi les valeurs suivantes : BinarySensor | MotionSensor | DoorSensor | WindowSensor | GateSensor | RainDetector | TemperatureSensor | HumiditySensor | LightSensor | MultilevelSensor | PowerSensor | PowerMeter | BinarySwitch | LightSwitch | EnergyMeter | WaterCounter | GazCounter | RollerShutter | FilPilote | Teleinfo unit : facultatif : string : Unité de mesure du module options : facultatif : table : Options spécifiques pour Teleinfo sur EDRT2 value : obligatoire : table : Définition de l'entrée sortie sur l'appareil GCE IPX800 v4 ou EDRT2 command : obligatoire : string : Commande de l'API, parmi les valeurs suivantes : Get | Index | DIndex | Price | DPrice argument : obligatoire : string : Argument de l'API, parmi les valeurs suivantes : A | VA | C | D | VI | PW | R | VO | VR | S | P | T | XTHL | XENO | TI | FP pin : obligatoire : string : Nom exact du port d'entrée/sortie retourné par l'API, par exemple "R1", "A2", "D3", "C4", "VR1-2", ... type : facultatif : string : Type du capteur prédéfini parmi les valeurs suivantes (applicable aux entrées analogiques) : "SHT-X3-Temp-TC5050" | "SHT-X3-SH100" | "SHT-X3-Light-LS100" | "TC100" | "X400-TC100" | "XTHL-Temp" | "XTHL-Hum" | "XTHL-Light" formula : facultatif : function : Fonction permettant de calculer la valeur finale, typiquement pour les capteurs analogiques non prédéfinis par leur type, ou bien pour inverser l'état d'une valeur binaire power : facultatif : table : Définition d'une entrée de comptage (tore) permettant d'ajouter la mesure de puissance (en Watts) au module enfant command : obligatoire : string : Commande de l'API, par exemple "Get" argument : obligatoire : string : Argument de l'API, par exemple "VA", "S", ... pin : obligatoire : string : Nom exact du port d'entrée retourné par l'API, par exemple "VA17", "P1_SSP1", ... type : facultatif : string : Type du capteur prédéfini parmi les valeurs suivantes : "X400-CT-10A" | "X400-CT-20A" | "X400-CT-50A" | "X400-CT-100A" formula : facultatif : function : Fonction permettant de calculer la valeur finale, typiquement pour les capteurs analogiques non prédéfinis par leur type energy : facultatif : table : Définition d'une entrée de comptage (tore) permettant d'ajouter la mesure d'énergie (en kWh) au module enfant command : obligatoire : string : Commande de l'API, par exemple "Get" argument : obligatoire : string : Argument de l'API, par exemple "C", ... pin : obligatoire : string : Nom exact du port d'entrée retourné par l'API, par exemple "C1", ... formula : facultatif : function : Fonction permettant de calculer la valeur finale, typiquement pour convertir les Wh en kWh Pour explorer les noms des entrées/sorties disponibles (pin), se référer à la documentation officielle du Wiki GCE : API IPX800 v4 : https://wiki.gce-electronics.com/index.php?title=API_V4 API EcoDevices RT2 : https://wiki.gce-electronics.com/index.php?title=API_EDRT Cas particulier : la Téléinfo sur l'EcoDevice. Ce module enfant est de type com.fibaro.energyMeter, et permet de remonter les 2 informations suivantes : puissance active (W) dans la propriété value, et énergie (kWh) dans la propriété energy (cette dernière propriété contient la somme de tous les index des différentes tranches horaires de l'abonnement en cours). Cependant il ne faut pas spécifier power et energy dans la ligne de configuration. La syntaxe comme donnée en exemple est correcte, en spécifiant pin = "EAST" (Energie Active Soutirée Totale) : {device = {name = "Téléinfo", type = "Teleinfo", options = {VG = "TELEINFO_Tarif"}}, value = {command = "Get", argument = "TI", pin = "EAST"}}, Note : cette ligne de configuration doit être recopiée telle quelle, quel que soit le mode de la téléinformation (standard/historique) ou le contrat d'abonnement (Base, HC/HP, Tempo, EJP, etc.). Remarquez également le paramètre VG qui permet de stocker le tarif en cours (HC/HP) dans une variable globale, information qui peut être utilisée dans des scénarios. Celle-ci est créée automatiquement : Si vous disposez d'un compteur Linky en mode Standard, avec des panneaux photovoltaïques, il est également possible de récupérer l'injection, en spécifiant pin = "EAIT" (Energie Active Injectée Totale) : {device = {name = "Injection", type = "Teleinfo"}, value = {command = "Get", argument = "TI", pin = "EAIT"}}, Création des modules enfants : Cliquer sur le bouton "Create Devices". Les modules enfants sont automatiquement créés dans l'interface.  Les appuis suivants sont inutiles, et sans danger, car les modules enfants ne seront pas créés plusieurs fois. Configuration des événements Push : Cette étape est facultative. Les événement Push permettant de remonter instantanément le changement d'état d'une entrée/sortie sans attendre au maximum 60 seconde que le QuickApp ne relise de lui-même la nouvelle valeur.L'idée est d'appeler la fonction push() de chaque module enfant identifié par son ID, en lui passant en argument la nouvelle valeur. Exemples de configuration sur IPX800 v4 : Pour un relai, ou de façon plus générale toutes les entrée/sortie de type numérique, c'est à dire prenant 2 valeurs binaires (ouvert/fermé, on/off, ...) Dans la configuration des Périphériques, créer un Push : Entrer les informations suivantes : - Adresse IP de la HC3 - utilisateur et mot de passe (il est formellement déconseiller d'utiliser le compte admin, il faut créer un compte dédié sur la HC3 avec les droits d'accès uniquement aux modules enfants créés par le QuickApp) - URL ON : /api/callAction?deviceID=93&name=push&arg1=1 - URL OFF : /api/callAction?deviceID=93&name=push&arg1=0 Remplacer uniquement l'ID par celui de votre module enfant. Notez sur seul la valeur de l'argument change entre ces 2 URL. Dans les Scénarios, créer une nouvelle Scène, avec une action ON/OFF : Choisir le relai qui déclenche l'événement : Choisir le Push créé précédemment : Tester le bon fonctionnement. Le changement d'état de l'entrée/sortie sur l'IPX800 doit être répercuté immédiatement dans la box HC3, que ça soit sur l'interface Web ou bien l'application mobile. De plus, la zone de debug du QuickApp doit faire apparaitre un message similaire : [11.01.2021] [21:38:20] [DEBUG] [QA_IPX800_46]: onAction: {"args":[1],"deviceId":93,"actionName":"push"} [11.01.2021] [21:38:20] [TRACE] [QA_IPX800_46]: Digital Output R1 #93 Néon établi R1 value changed from false to true Pince ampèremétrique, ou de façon générale toute entrée analogique (la pince ampèremétrique branchée sur l'extension X400-CT est un cas particulier qui est reconnue comme une entrée analogique virtuelle) Les URL à saisir sont un peu plus particulières, car on va passer 2 arguments : la valeur proprement dite de l'entrée analogique, ainsi que l'attribut "power" : - URL ON : /api/callAction?deviceID=93&name=push&arg1=$VA17&arg2=power - URL OFF : /api/callAction?deviceID=93&name=push&arg1=$VA17&arg2=power Cette fois-ci les 2 URL sont identiques, il faut juste remplacer l'ID et l'identifiant de l'entrée analogique Dans les Scénarios, créer une nouvelle Scène, avec une action ON/OFF : Choisir l'entrée analogique, avec les 2 seuils haut et bas qui déclenchent l'événement : Choisir le Push créé précédemment : Tester le bon fonctionnement. Par exemple en couplant un Push pour le changement d'état du relai comme décrit plus haut, et un push pour le passage de la consommation au dessus du seuil (47 W dans mon exemple), le log affiche les 2 événements qui s'enchainent instantanément : [11.01.2021] [21:38:20] [DEBUG] [QA_IPX800_46]: onAction: {"args":[1],"deviceId":93,"actionName":"push"} [11.01.2021] [21:38:20] [TRACE] [QA_IPX800_46]: Digital Output R1 #93 Néon établi R1 value changed from false to true [11.01.2021] [21:38:21] [DEBUG] [QA_IPX800_46]: onAction: {"args":[558,"power"],"deviceId":93,"actionName":"push"} [11.01.2021] [21:38:21] [TRACE] [QA_IPX800_46]: Digital Output R1 #93 Néon établi R1 power changed from 0.0 to 192.0 Graphiques Téléinfo sur NAS : Teaser Changelog : v1.00 : Janvier 2021 Version initiale v1.10 : Mars 2021 [IPX800] Correction de l'inversion des volets roulants [IPX800] Ajout des formules pour la sonde TC-100 (capteur de température) [IPX800/EDRT2] Ajout du support de l'extension X-THL (sonde de température/humidité/luminosité) [IPX800/EDRT2] Ajout du support de l'extension X-4FP (fil pilote) [EDRT2] Ajout du support des abonnements TEMPO et EJP [EDRT2] Ajout du support du compteur Linky en mode téléinfo standard [EDRT2] Ajout du support des commandes "DIndex", "Price" et "DPrice" v1.20 : Janvier 2022 Lorsque le QuickApp parent est désactivé (disabled), les enfants sont également désactivés automatiquement, et un message figure sous l’icône (log) => et donc exclus de DomoCharts Amélioration de l'état de nœud mort (dead) lors d'un problème de communication réseau Le QuickApp répond aux sollicitations de réveil (wakeUpDeadDevice) Ajout des nouveaux types EnergyMeter (com.fibaro.energyMeter) et PowerMeter (com.fibaro.powerMeter) Le type PowerSensor (com.fibaro.powerSensor) est déprécié par Fibaro et ne devrait plut être utilisé (mais il est toujours fonctionnel, comportement identique au nouveau type PowerMeter) Le type Teleinfo est maintenant de type "com.fibaro.energyMeter" afin d'être configurable comme Compteur d’énergie principal dans les paramètres de la HC3 Le type Teleinfo ne remonte plus la puissance apparence (en VA) dans sa propriété value (de toute façon c'était une information peu utile) Le type Teleinfo remonte l'index d'énergie (en kWh) dans sa propriété "value", et la puissance active (en W) dans sa propriété "power". Le type Teleinfo supporte l'injection dans le cas où le compteur Linky est paramétré en mode Standard Correctifs et améliorations divers Téléchargement : Nouvelle installation : importer le fichier suivant pour créer un nouveau QuickApp : GCE_v1.20.fqa Mise à jour : copier/coller le contenu des fichiers suivants dans le QuickApp existant : Fichier main : GCE v1.20 - Main.lua Fichier GCE : Library - GCE v1.21.lua Fichier tools : Library - tools v2.20.lua
  20. Lazer

    HC3 & HC3L - 5.153.120 - BETA - 19/02/2024

    Encore une fois, souvenez vous de la nouvelle ancienne application Yubii Home Center (celle qui venait en remplacement de la vieille application Fibaro), elle était complètement inutilisable pendant au moins 1 an, puis il a fallu encore 1 année supplémentaire pour la rendre à peu près agréable (les modules manquants, les QA qui ne s'ouvraient pas toujours, les icônes avec un point d'interrogation) Souvenez vous... C'est du Fibaro quoi, l'histoire se répète à chaque fois, ils sortent un nouveau produit, c'est ultra buggué et inutilisable, et quelques années après, quand c'est enfin super stable, ils arrêtent le développement du produit. Rien de nouveau, faut juste être patient pragmatique et utiliser l'ancienne application, ça ne pose aucun problème.
  21. Le reboot est normal, car dans le YAML, l'API native est activée, donc il s'attend à une connexion. Dans ton cas, tant que tu ne connectes pas le QuickApp sur ton module (ce que tu peux faire même sans être connecté au port CN105), le module rebootera à intervalle régulier avec le message "No client connected to API. Rebooting..." C'est une sorte de watchdog intégré, les développeurs d'ESPHome ont pensé à tout
  22. En fait, pour le coup, il ne fallait pas avoir de logique, parce que.... : Tu ne mets aucune étiquette, tu mets juste la ligne telle quelle, avec EAST. C'est un hack dans le QA lui-même, la téléinfo est gérée d'une façon assez particulière, différemment de toutes les autres pins. La fonction dédiée dans le code LUA va détecter le bon type de champ à utiliser, et faire la somme de tous les index (car il sait aussi prendre en compte les abonnements EJP, quelqu'un l'avait demandé ici) Donc c'est générique, facile, mais ça ne fait pas dans le détail. Comme dit, le module enfant téléinfo aura comme énergie la somme de tous les index. Et si j'ai fait ça, la raison c'est lié à la box Fibaro, à son panneau d'énergie, car le module enfant téléinfo peut être utilisé directement dedans, afin de voir la conso journalière, directement dans l'appli (sans distinction des tranches horaires) ça m'a l'air pas mal du tout ça. Effectivement avec DIndex c'est mieux pour récupérer les données. Oui, oui, et oui normalement (avec pin = EAST comme répété plus haut)
  23. Ta seule et unique ligne de configuration pour lire la téléinformation doit être exactement comme celle donnée en première page (et dans l'exemple fourni lors du téléchargement du QA), soit : {device = {name = "Téléinfo", type = "Teleinfo", options = {VG = "TELEINFO_Tarif"}}, value = {command = "Get", argument = "TI", pin = "EAST"}}, Tout ce que tu peux changer, c'est la valeur de name (c'est le nom qui est donné au module enfant lors de la création, et en pratique ce n'est pas limitant car tu peux le changer après, directement dans les propriétés du module dans l'interface Web de la box) Là tu as voulu jouer à l'apprenti sorcier, donc forcément, ça ne marche pas Pourquoi il n'y a pas de message d'erreur, je ne sais pas... j'essaye toujours de mettre un maximum de tests dans mes QuickApps pour parer à tous les cas de figure, mais il y a toujours un utilisateur très inventif qui arrive à trouver une faille dans le bousin. Bravo Le QA n'est pas prévu pour aller récupérer les différents index.... je ne l'ai pas prévu car je ne vois pas trop l'intérêt à vrai dire. Si tu veux quand même le faire, une astuce serait de mapper les index de la téléinfo sur des sous-postes regroupés au sein d'un poste dédié à la téléinfo (à configurer sur l'EcoDevice directement) puis de créer autant de ligne que nécessaire dans la config du QA pour aller lire chacun des sous-postes. Exemple de ce que je fais pour mon chauffe-eau : {device = {name = "Chauffe-eau", type = "EnergyMeter"}, value = {command = "Get", argument = "C", pin = "C2"}}, Bon là c'est un compteur (C), mais tu peux aller chercher, par exemple, le sous-poste 1 du poste 2 avec "P2_SSP1" Je te renvoie vers la doc de l'API EDRT2 fournie par GCE : https://wiki.gce-electronics.com/index.php?title=API_EDRT
  24. Lazer

    HC3 & HC3L - 5.150.15 - STABLE - 08/11/2023

    When I click on Heat or Cool in S1, then S2 reflects the change. Whereas if I choose another value (Auto or Off) then S2 displays Choose.
  25. Désolé j'ai oublié de répondre à la seconde question. Bien sûr, tu peux faire toute la config avec l'ESP32 attaché et alimenté en USB par le PC. De toute façon lors de la première compilation du programme, pour l'envoyer sur l'ESP32, il doit obligatoirement être connecté en USB au PC, et c'est bien par ce port qu'il va tirer son alimentation (en 5V)
×