Platypus Posté(e) le 12 février 2017 Signaler Posté(e) le 12 février 2017 (modifié) Bonjour à tous et à toutes, je fait suite à une intervention rapide dans un sujet qui me semble parallèle à ma problématique ICI. Pour ma part, j'ai une chaudière fioul wingo 1025 SFC (chauffage + ECS) avec un thermostat Easymatic qui peux s'installer à distance en le reliant par deux fils. Je me suis mis en tête que je pouvais communiquer avec la chaudière en remplaçant les communications avec l'Easymatic. L'Easymatic se branche à la chaudière via 2 fils et communique avec elle. C'est un BUS qui peut alimenter l'easymatic s'il n'a pas de pile. Grâce à un circuit assez simple à base de LM139 et de résistances (je le posterai lorsque j'aurai un peu de temps), j'ai réussi à pouvoir écouter ce qu'il se passe sur ce bus. En gros, c'est un bus différentiel de tension maximale de 24 V sur laquelle alternativement la chaudière et l'Easymatic envoi des trames. Je ne suis pas sûr si les informations sont transmises par des variations de tension ou d'intensité (j'attends les avis) mais ce que j'observe sont des variations de tensions au dessus d'une valeur moyenne pour la chaudière et en dessous pour l'easymatic. La communication est en 1200 baud 8P1 (8bits parité paire1 bit de stop). Les trames sont envoyées deux fois avec une réponse entre les deux. 14 trames différentes (7 pour la chaudière et 7 pour l'Easymatic) de longueur 6 octets. Voilà rapidement où j'en suis (1er jet). Si cela intéresse quelqu'un, qui peux m'aider à avancer, je préciserai certains points. Merci d'avance Interface Easymatic-Sigrok-v02.0.fzz signaux_courts.sr Modifié le 16 février 2017 par Platypus Parité impaire => parité paire, ajout pièces jointes; précision trames 1 1
Platypus Posté(e) le 16 février 2017 Auteur Signaler Posté(e) le 16 février 2017 Bonjour tout le monde ! (loll je me réponds à moi même mais je partage l'info) Je progresse.... Je sais maintenant (je prendrai le temps plus tard de décrire comment en détail) récupérer : - Température extérieure - Température de l'eau de chauffage - Température de l'ECS - Détection que l'ECS est en dessous de la consigne - Commande de chauffe de l'Easymatic ... 2
Lexostrum Posté(e) le 28 avril 2017 Signaler Posté(e) le 28 avril 2017 (modifié) Bonjour , j'ai exactement la même chaudière que vous, et moi aussi je voudrais faire un peut de domotique avec ,comment puis-je vous vernir en aide ? (je suis ingé Info , je n'ai pas de grande connaissances en électronique, par contre en programmation oui ) Modifié le 28 avril 2017 par Lexostrum
Platypus Posté(e) le 1 mai 2017 Auteur Signaler Posté(e) le 1 mai 2017 Bonjour, Merci pour cette proposition ! Malheureusement je ne suis pas très disponible ne ce moment (beaucoup de travail) mais je peux vous transmettre tout ce que j'ai pu trouver. Je ne suis pas non plus spécialiste de l'électronique même si j'ai des connaissances plutôt "avancées". Les difficultés restantes côté électronique : - comme les cartes sont vendues très chères, je ne fais que par étapes très progressives pour ne pas "claquer" un composant. - il semble d'après mes observations (analyse de la carte électronique de l'easymatic et de la chaudière) que l'on soit très proche d'une interface compatible type "OpenTherm" (c'est peut-être le cas ?) même s'il y a des différences côté protocole de communication. Points communs : + 24V imposé par la chaudière, + Bus différentiel (attention aux problèmes de masses d'un point de vue électronique) + Communication par variation de la tension côté chaudière + Communication de l'easymatic par mis en charge d'une résistance + Bus pouvant alimenter l'Easymatic (vous pouvez essayer d'enlever les piles, il fonctionne, seule l'heure est perdue) - si l'hypothèse de l'OpenTherm est vérifiée, la charge (consommation) de ce qui est mis sur le bus a son importance donc à déterminer Différence observées : + Protocole de codage des bits * n'est pas du " Manchester " https://fr.wikipedia.org/wiki/Codage_Manchester * c'est du 1200 baud 8P1 (8bits parité paire1 bit de stop) + Protocole des trames * trames de 6 octets répétées deux fois Sinon, peut-être (à reprogrammer car le protocole n'est pas le même) que ces interface conviennent très bien : http://otgw.tclcode.com/schematic.html#schematic http://palebluedot.nl/jml/arduino/24-openthermmon.html Enfin, pour écouter ce qu'il se passe, une interface, telle que je l'ai postée en 1er fonctionne bien. C'est un pont diviseur de tension (pour ne pas être aux alentour de 20V) avec deux comparateurs qui reproduisent le signal de la chaudière et de l'Easymatic. L'alimentation se fait avec une pile pour des raison de problème de masse (le bus étant différentiel). Bref, mon interface fonctionne très bien durablement (hors pile). Il faudrait l'adapter avec une isolation optronique pour fonctionner avec une alimentation extérieure. J'utilise un analyseur de signal (10€ sur Ebay avec la recherche "FPGA 24mhz 8 channel") avec le logiciel Sigrok. Côté informatique (le plus fun ? ;-) ) : l'analyseur de signal est connecté par USB à mon ordi. J'utilise sigrok avec un script bash (ubuntu) pour décoder les trames. J'ai mis en PJ mon script. Il décode les trames que je comprends et envoi les valeur sur un serveur domoticz que j'ai. C'est un peu long, pas forcément tout clair mais je répondrais aux questions dans la mesure du possible. interpreteur_easymatic-v07.0-forum.sh
Lexostrum Posté(e) le 5 mai 2017 Signaler Posté(e) le 5 mai 2017 Merci , je vais donc moi aussi m'équiper , afin d'apporter ma pierre a l'édifice .( analyseur de signal , arduino ) et je vais étudier le protocole openTherm
Platypus Posté(e) le 6 mai 2017 Auteur Signaler Posté(e) le 6 mai 2017 Il y a 12 heures, Lexostrum a dit : Merci , je vais donc moi aussi m'équiper , afin d'apporter ma pierre a l'édifice .( analyseur de signal , arduino ) et je vais étudier le protocole openTherm Bon, sachant que je ne suis plus seul , vois me motivez un peu... Je vais commander le PCB du OpenTherm Gateway (http://otgw.tclcode.com/schematic.html#schematic) Je l'adapterais (valeur des résistances principalement je pense) si besoin. Il y aura la programmation du PIC à reprendre car Opentherm est comme je l'ai indiqué du Manchester Code et Easymatic est plutôt du UART (plus simple). A suivre.... 1
Platypus Posté(e) le 29 novembre 2017 Auteur Signaler Posté(e) le 29 novembre 2017 Bonjour à tous, Quelques nouvelles... - OpenTherm Gateway : acheté mais pas encore utilisé - Décodage : reprise de cette partie en utilisant sigrok, j'ai documenté ce qui est connu pour l'instant : https://sigrok.org/wiki/Protocol_decoder:Easymatic Lexostrum, étant informaticien, c'est possible d'avoir de l'aide pour coder le début du décodeur sigrok pour l'easymatic ? (c'est du python) Merci
Platypus Posté(e) le 17 décembre 2017 Auteur Signaler Posté(e) le 17 décembre 2017 (modifié) Bonjour à tous, Je me réponds à moi même pour donner l'actualité : le décodeur sigrok est opérationnel (il décode 60%) des octets. Lien : https://sigrok.org/wiki/Protocol_decoder:Easymatic Mon but est de comprendre la signification des restants. a+ Modifié le 10 janvier 2018 par Platypus
neoteknic Posté(e) le 1 novembre 2020 Signaler Posté(e) le 1 novembre 2020 Bonjour, j'essai de faire une API REST pour une chaudière connecté aussi avec easymatic (ecodens dtg 1300-24 eco/v130), qui a un easyradio (comme easymatic mais un module sans fil, et le thermostat pareil mais avec piles), j'ai branché un USR 410S en parallèle sur le boitier émetteur et la liason RS485, avant j'ai fait un filtre passe haut avec un condo chimique de 1µF et R de 220kOhm. ça décode bien le truc voir (screenshot ci dessous) mais ça n'as pas l'air comme la doc easymatic ? PEu être que ça décode un peu nimporte quoi, car le module n'est pas trop fait pour ? J'ai un peu suivi au départ le code de domip sur le forum (https://github.com/Benoit3/Diematic). après étrange car en 9600baud sans parité ça marche aussi comme en 1200 parité pair...
Messages recommandés