gderou

Je ne décode pas pour le moment. Pour Alarm, la valeur "normale" est 255, donc toute autre valeur déclenche une alerte dans mon système (les valeurs doivent avoir une signification, mais je n'ai pas creusé - 13 (en décimal) semble être l'alarme de pression d'eau). Pour Status, j'ai l'impression qu'il s'agit de l'état de fonctionnement des brûleurs, mais je ne suis pas sûr - j'ai vu les valeurs (décimales) 0, 1, 2, 5 et 6 Bleu et Red sont seulement les couleurs que j'ai utilisées sur le graphique. Je n'ai aucune idée de ce à quoi elles correspondent. Elles sont la plupart du temps figées sur une valeur, mais par moment évoluent de façon quasi continu - donc un signal qui n'aurait de sens que pendant une phase bien précise du cycle de fonctionnement... Mon cas d'utilisation est simple, la seule info qui m'intéresse vraiment est Alarm (si Alarm, alors j'envoie une notification). Je te laisse faire les interprétations pour les autres. Une remarque cependant, lorsque l'alarme de pression se déclenche, il y a une courte période pendant laquelle la chaudière change sans arrêt d'état - donc le signal mériterait d'être lissé avant interprétation automatique (dans mon cas je reçois une salve de notif, mais ça me suffit pour savoir qu'il faut rajouter de l'eau dans le circuit).

Tu veux juste récupérer les trames de l'Easymatic (je suppose assez facile à faire) ou remplacer l'Easymatic et émettre à sa place (et là je ne sais pas trop comment faire) ?

Oui, c'est sûr, je n'ai que la réception ici. Je ne comprends pas très bien comment la easymatic communique avec la chaudière dans l'autre sens. Pour le moment, mon montage fonctionne et m'a déjà évité une douche froide !!!

Alors la version ESP8266 marche très bien: voici ce que ça donne dans Jeedom (courbe bleue et courbe rouge sont les 2 valeurs dont je ne sais pas à quoi elles correspondent). Il me reste à gérer l'alimentation (pour le moment mon Wemos D1 mini est alimenté en micro USB) et à finaliser le montage pour me débarasser de la breadboard. Voici en PJ le code du firmware (j'utilise l'IDE Arduino). esp8266_easymatic_anon.ino.zip

J'ai enfin reçu mon Wemos D1 - j'ai une version équivalente (plus simple) du code pour cette carte. dmin et dmax servent à calibrer le seuil entre 0 et 1 (car je fais des analogread - on n'est pas dans le monde digital...) - sur une période de plus de 1 seconde, on est sûr d'avoir au moins 1 "1" et 1 "0", je prends la moyenne et j'ajuste le seuil en fonction. Je ne sais pas si c'est nécessaire, mais au moins, ça rend le code portable sur une autre installation (le seuil s'adaptera tout seul en qqs secondes).

En PJ la dernière version du code arduino qui fonctionne. On m'a fait très justement remarquer qu'un simple filtre passe haut devrait suffire pour récupérer un signal décodable avec le port série de l'Arduino, j'essaierai de faire ça. Pour le moment, ça fonctionne avec l'Arduino connecté en USB au Rpi, et j'attends le Wemos D1 pour faire un montage qui fasse tout, idéalement alimenté par la chaudière… Easymaticduino 2.zip

J'ai fait une capture de hier soir à ce midi. On voit bien les 2 températures des trames 1 (graphe du haut), ça semble effectivement correspondre à l'ECS (en bleu - byte 3 et 4) et au chauffage (en rouge, byte 5 et 6) - les deux sont sur l'axe de gauche. Sur ce même graphe, on a le statut (trame 5, byte 2), à lire sur l'axe de droite. On voit quand la courbe bleue baisse (plus que sa pente naturelle) - ça correspond aux douches de la famille, vers 8:15 et 11h). J'ai un thermostat connecté qui régule le chauffage à 18 la nuit, donc au début ça chauffe très peu, puis vers 4h, le chauffage se remet en route et on voit les cycles de chauffe. Je ne comprends pas les variations plus rapides de la courbe bleue (de 4:30 à 10:00). Sur le graphe du bas, on a 2 trucs : en bleu (trame 3, byte 1 et 2, se lit sur l'axe de gauche), et en rouge (trame 7 byte 3 et 4 - mais seul le byte 4 est non nul, se lit sur l'axe de droite). Je ne sais pas de quoi il s'agit. Tout ça fonctionne avec mon montage arduino connecté à un orange pi zéro, donc est compact et pourrait tout à fait rentrer dans le panneau de contrôle (même si moins pratique que le wemos D1).

J'ai bien vu ta description du protocole - ça semble correspondre, mais je ne sais pas quel bit correspond à quoi (et pour être honnête, ce n'est pas ma priorité). J'ai juste observé 4 valeurs différentes pour l'état. Je suppose effectivement qu'il y a un mode chauffage (bruleur actif + vanne chauffage), un mode ECS (bruleur + vanne ECS), et je pense qu'ils correspondent à 06 et 05 respectivement (donc bit n°3 pourrait être le bit du brûleur - 1 pour brûleur actif, 0 sinon). Donc bit 1: vanne ECS, bit 2 vanne chauffage. Et quand le brûleur s'arrête on a la vanne qui reste ouverte. Quand on met la chaudière OFF, ça passe à 00, ce qui est cohérent… J'ai une nuit d'enregistrement, et de mémoire (je n'ai pas les données sous la main à l'instant) il y a de grands sauts de valeurs. Mais peut-être que c'est ça… Si on ne peut pas tirer suffisamment, je passerai sur une alim externe + optocoupleur. Pour le moment tout fonctionne sans problème. L'opentherm semble avoir des trames de 16 bits de données - donc pas mal de différences avec ce qu'on a ici. Les valeurs de températures (si ce sont bien des températures) sont de l'ordre de 0x0200, ce qui correspond à 512 en décimal, et que je suis tenté d’interpréter en 51.2°C (ça varie pas mal jusqu'à 70°C). Opentherm les représente en ce qu'ils appellent f8.8 (cf pdf page 22), et c'est complètement différent (ça serait plutôt du 0x2800 pour 51.20°) Je n'ai pas vu de températures négatives, mais je n'ai pas de sonde extérieure, donc je sauf gros problème, je n'en verrai jamais ;-)

Alors, j'ai fait un enregistrement d'une nuit entière, rien de bien nouveau. Trame 5, 2ème octet, j'ai les valeurs 01, 02, 05, 06 - je ne sais pas exactement à quoi ça correspond (enfin 01 et 06). Les 2 dernières paires d'octets de la trame 1 ressemblent à des températures, mais je ne sais pas lesquelles. Pour l'alimentation de l'arduino depuis la chaudière, il faut probablement que je revisite le truc, car la tension chute pas mal quand je le branche. Je vais essayer avec un convertisseur buck à la place du régulateur de tension, ça consommera moins (mais il faut attendre qu'il arrive de Chine).

Alors, je continue l'exploration des trames émises par la chaudière: Trame 01: 2eme octet (le premier est le type de trame): 1: Chaudière Off (sur le panneau de contrôle), 4: Chauffage + ECS, 8: ECS seulement Trame 05: 2eme octet : 02: en marche mais éteint, 06: en chauffe, 00: Off (je n'ai pas plus d'info) Trame 07: 2eme octet : FF: RAS, 0D: alarme pression trop basse (je ne sais pas si c'est spécifique à cette alarme ou si les autres alarmes sont remontées avec un autre code) Pour mon objectif principal, je peux donc me concentrer sur le 2ème octet de la trame 07. Voici une photo de mon montage (rien de plus simple ! J'ai mis un pont diviseur de tension avec des résistances 10kOhm et 47kOhm. Le firmware Arduino est en PJ (pas du tout mis au propre, mais ça a l'avantage de fonctionner). Reste à attendre l'arrivée de mon Wemos D1 !!! Girino3.zip

Alors, justement, j'ai commandé 2 Wemos D1 ce matin pour réaliser le circuit - c'est à base d'ESP8266 mais ça remplace l'Arduino. Si tout se passe bien, je devrais pouvoir l'alimenter depuis la chaudière et avoir un truc très compact et connecté en wifi ! J'avais vu le lien sigrok, mais je ne vois pas dans les trames les informations de pression d'eau (c'est ce qui m'intéresse le plus), ni les températures et consignes courantes de chauffage (température ECS / chauffage). Je vais essayer de jouer avec la chaudière et de voir ce qui change dans les trames pour enrichir la description du protocole. La trame 1, on semble lire 21.1° (sur ma capture, ça évolue de 21.1 à 20.9) - ce qui est cohérent avec une mesure de température (sonde de température de l'eau en arrivée ?) Pour le circuit (sur breadboard pour le moment), il y a juste un dont diviseur de tension pour ramener le signal dans [0,5V] (il faudra encore réduire pour le Wemos D1 car l'ESP8266 est en 3.3V). Je relie la masse de la chaudière à GND sur l'Arduino, et je sample sur l'entrée analogique A0. L'alim de l'Arduino est faite via le port USB, et je récupère tout sur la console série de mon ordi. Pour le firmware, je me suis inspiré de Girino. On doit pouvoir ajouter des capa pour réduire le bruit (mais je suis déjà très content du résultat), et pour le montage final il faudra ajouter la partie alimentation (je prendrais probablement un régulateur de tension 5V, on peut alimenter le D1 en 5V - il a un régulateur intégré). Au final, je pense faire un firmware qui décode le protocole Easymatic, et qui envoie les infos en HTTP. Si tu as des infos sur la partie commande (trames émises par l'Easymatic), ça permettrait de contrôler à distance la chaudière. J'imagine que c'est du genre chaque seconde est divisée en 500ms, une phase d'écoute et une phase d'envoi. Je pourrais donc essayer d'envoyer dans la 2ème partie de la seconde une trame de pilotage, mais franchement ce n'est pas mon besoin immédiat, donc je laisse ça pour plus tard.

Hello à tous, Nouveau sur le forum, mais pas sur la domotique, j'ai une station Jeedom (sur Orange PI) + des capteurs de fumée (3x) et un relais connecté qui pilote ma VMC. J'espère faire qqch avec ma chaudière très bientôt A+ G