Bien! As-tu de nouvelles commandes? ou de nouvelles info?
bonsoir ,
petites questions d’un noob 
le contact sec est il vendu avec ? ou intégré au thermostat ?
Après une longue lecture il me semble avoir lu qu’il peut gérer le chauffage seul au cas ou le wifi et ou jeedom planterais , j’ai rêvé ou non ?
je suis en train d’essayer de concevoir une régulation sur ma chaudière gaz de la guerre et pensais partir sur du shelly mais je craint une panne internet ou un plantage jeedom .
merci d’avance
1 « J'aime »
Le contact sec est bien intégré dans le thermostat.
Sans internet ni réseau local il continue effectivement à fonctionner: Le mode auto utilise les réglages de consigne et plages horaires mémorisés dans l’appareil.
Par contre, d’un point de vue précision de régulation, il ne fait pas mieux que mon vieux thermostat bilame. Si tu règles à 21°C, il démarre la chaudière à 20 et l’arrêtera à 21
C’est le très gros défaut de ce thermostat.
merci pour ta réponse ,
j’envisage de l’utiliser avec le plugin thermostat de jeedom pour la régulation. Avec le firmware custom , pense tu que c’est faisable ?
Auto réponse : en bidouillant la consigne avec des scenarios ça me semble faisable même quelque soit le mode de communication . corrigez moi si vous trouvez que c’est une hérésie
Je vais en prendre un pour tester , cependant est-ce que quelqu’un à des info sur les différents modèles ? j’en trouve au moins 3 respectivement , BHT-6000-GALW, BHT-6000-GBLW, BHT-6000-GCLW
Tu peux utiliser le BHT-6000 comme interface pour le plugin thermostat: Réglage de la température de consigne et température ambiante renvoyés vers le plugin.
Tu ne peux pas utiliser le BHT-6000 pour fermer le contact de démarrage chaudière par un ordre du plugin thermostat.
En tout cas pas avec le firmware factory. J’ai l’impression que le firmware alternatif (GitHub - fashberg/WThermostatBeca: Open Source firmware replacement for Tuya Wifi Thermostate from Beca and Moes with Home Assistant Autodiscovery) ne peut pas non plus. Je vois qu’il existe une commande « heat » mais je ne sais pas si elle correspond au changement de mode auto→manu ou réellement au relai interne.
#set device to heating:
mosquitto_pub -h mqtt -t home/test/cmnd/things/thermostat/properties/mode -m « heat »
@sylvaing pourrait confirmer?
Si tu as une chaudière, il te faut le BHT-6000-GCLW
oui j’attend avec impatience un retour d’expérience un peut plus complet de sylvaing sur le firmware custom
state":« off|heating », //only_available,_if_hardware_modified
je suis curieux de savoir ce que ça signifie exactement , si OFF est possible est-ce que ON aussi , est qu’elle est cette modification du hardware dont il est question car je ne trouve rien sur le sujet .
EDIT: je craint que ce ne soit une expression peut heureuse pour dire « seulement si le code du MCU est modifier dans ce sens par le constructeur » .
En attendant je pense que je vais essayer de ruser , une solution je pense serait de faire baisser la température de consigne du thermostat physique sous la température actuelle via le plugin thermostat en lieu et place d’une commande OFF et vice versa pour la commande ON via :
mosquitto_pub -h mqtt -t home/test/cmnd/things/thermostat/properties/targetTemperature -m « 23.5 »
Edit : il suffit d’utiliser des températures de consignes extrême en haut et en bas si je ne me trompe pas.
PS: avec wifilightV2 tu écris :
On et Off: Démarre et arrête le thermostat et le chauffage. Le relai ne se fermera pas si le thermostat est éteint!
La deuxième phrase induit un doute dans ma compréhension . ^^ ce que je comprend c’est qu’ont ne peut pas commander le relais quand le thermostat est éteint , ce qui me parait logique et ce d’autant plus qu’ont ne peut pas le commander tout court Donc qu’est-ce que tu veux dire exactement ? si j’éteins le thermostat via la commande OFF est-ce que le relais s’ouvre et ou reste ouvert ? et une fois rallumé via il va logiquement ce refermer si ont est sous la température de la consigne non ? . si oui pourquoi cette deuxième phrase ?
salut @RaphV57 et @krom77.
Donc comme tu le précise @RaphV57, on ne peut pas piloter le contact sec. Tu pilotes juste le thermostat qui lui décide ou pas d’activer le contact (chauffer ou pas). Concernant la commande heat, en fait ce n’est pas un ordre de chauffer, c’est la sélection du mode: off, heat-> il chauffe s’il en a besoin, auto-> suivi de la programmation interne du thermostat.
Comme le précise @RaphV57, mon utilisation est juste pour s’interfacer avec la domotique de la maison. Je peux positionner une consigne directement sur le thermostat qui ensuite est répercuté sur la domotique, et vis et versa.
Je n’utilise pas non plus le capteur de température du thermostat, il est juste affiché dans le salon pour information, mais pour l’automatisation via domotique j’utilise plutôt un capteur xiaomi comme dans toutes mes pièces.
Ensuite concernant un retour sur le firmware MQTT, ben rien à dire ça ne marche, c’est simple 
Petite autre précision la modification hardware ne sert pas non plus a piloter le contact sec, mais a avoir seulement un retour d’état sur le contact sec il me semble
ok merci pour tes réponses . moi je veux faire l’inverse justement et piloter le chauffage via ce thermostat ET le plugin jeedom affin d’avoir une sécurité en cas de plantage de Jeedom parceque j’ai des gens à la maison qui ne sauront pas intervenir en cas de prob.
Je vais essayer la ruse en mode manuel piloté par jeedom et manipulation des température de consigne pour déclencher un ON/OFF géré par le thermostat sur le relais. je vous remonterais mes conclusions mais je ne vois pas pourquoi ce ne fonctionnerais pas … ^^ ou pas
merci à tout les deux .
merci pour ce post très complet en information.
petite question avant achat, ce thermostat fonctionne en wifi et peut on y accéder de l’extérieur avec un jeedom ? ou uniquement sur le même réseaux wifi?
ton jeedom accède au thermostat, et ensuite tu accèdes a ton jeedom depuis l’extèrieur…
donc il faut un jeedom sur le reseaux wifi de ce thermostat
Effectivement, c’est corrigé.
En ON, c’est un thermostat qui applique sa régulation. En OFF, c’est un circuit ouvert en permanence.
Très juste. recherche le terme « surconsigne » dans l’article suivant.
Tu peux le contrôler y compris hors de ton réseau local par l’application smartphone Tuya Smart. C’est le fonctionnement de base finalement.
Elle regroupe tout: Réglage des plages horaires, consignes, modes, marche/arrêt, lecture de la température ambiante.
1 « J'aime »
c’est cool ça.
Par contre pour le coup pas de remonté vers jeedom
Si ca remonte. Je subit simplement un problème sur le mode Eco que j’utilise pour l’été: Il semble que le passage en Eco depuis l’app n’est pas remonté correctement à Jeedom. La parade est d’activer/désactiver ce mode depuis Jeedom.
Les trois sources de réglage (application cloud, Jeedom local, et en direct sur le thermostat) cohabitent bien: Les changements s’actualisent bien dans les autres systèmes et c’est le dernier qui règle qui a raison.
Bonjour, je souhaite piloter un thermostat BHT 6000 avec le pluggin wifilightV2 (ma jeedom est installée sur une VM debian). J’ai suivi le tuto de RaphV57 et je suis bloqué maintenant, apres avoir declaré le proxy de mon smartphone comme indiqué dans le tuto, mon smartphone ne reconnait plus mon thermostat et me met une erreur « Incorrect local time 50502 ». Si vous avez rencontré ce soucis, pouvez vous m’indiquer comment regler ce probleme afin que je puisse recuperer l’identifiant et le jeton afin de poursuivre mon installation.
Merci beaucoup d’avance
Cordialement
Essaye de trouver l’application Tuya en version antérieure et recommence.
3.12.6 est recommandée d’après ce post Github.
Les méthodes alternatives sont ici: Récupérer id et localkey pour Tuya Smartlife
Bon courage, redis nous ce qu’il en est!
Merci beaucoup, je teste ca ce soir