Pilotage centrale thermozyklus (chauffage)/plugin modbus

[man3676]

Bonjour à tous,
Je possède une centrale thermozyklus qui communique nativement en modbus rtu/TCP…
J’ai déjà fait pas mal de tests avec les plugins existants, même le premier de Thomas Martinez avec lequel j’avais eu qqs échanges à l’époque, mais sans trop du succès !

Je suis toujours à la recherche d’une solution, leur logiciel et application sont loin d’être ouf et il y a peu d’évolutions de leur part à ce sujet… donc si jeedom pouvait prendre le relais cela serait le bonheur avant que je me tourne vers d’autres solutions comme la Tête thermostatique sans-fil Z-Wave+ Eurotronic Spirit

Alors je suis preneur de toutes solutions
Merci beaucoup !!
Et bon confinement !

[man3676]

Bonjour,
Je reviens sur le sujet… j’ai découvert par hasard qu’un nouveau plugin officiel pour le modbus est de retour !
Mes essais précédent étant infructueux, est-ce qu’avec celui-ci j’ai plus de chance de piloter mon chauffage ? (avant débourser 10€)
Bonne journée

[limad44]

Bonjour
Qu’elle était le problème que tu rencontrais ?
Est ce que tu arrives à communiquer avec ton système via l’application ModbusDoctor ?

[man3676]

Bonjour,
Alors à l’époque de mes derniers essais, thermozyklus ne permettait qu’une seule connexion en ip sur la centrale (le rtu natif ne donnait pas grand chose), du coup on ne pouvait lire qu’un seul registre et il fallait ne pas trop faire d’appel dessus…
J’ai tout démonté l’an dernier et je me suis tourné sur du zigbee avec des danfoss Ally.
Pour le coup au niveau connexion et remontées en tout genre cela fonctionne très bien mais les têtes sont très décevantes (de mon point de vue) : pas de précision de température, offset erratique et température réelle de consigne jamais atteinte…
Bref très déçu par rapport à thermozyklus qui est de mon point de vue très supérieur au niveau précision de température par pièce.
du coup en voyant ce plugin j’ai bien envie de revenir à ma première solution mais j’aimerais être sûr de pouvoir piloter entièrement ma centrale avec afin de remplacer leur logiciel et appli pas ouf du tout !
Je ne sais pas si je suis bien clair
Je suis prêt à faire des tests.
modbusdoctor si je me souviens à l’époque de mes tests fonctionnait bien (à revérifier) !

[limad44]

@man3676

Je ne sais pas si je suis bien clair

Tu l’es suffisamment

quelle types de valeur « table de com » tu lisais ?

@man3676

modbusdoctor si je me souviens à l’époque de mes tests fonctionnait bien (à revérifier) !

si ça fonctionne avec modbusdoctor je voix pas de raison que ça ne fonctionne pas !
en ce qui concerne la lecture ça devrais fonctionner mais il y a peu de retours sur ce plugin.

[man3676]

Je ne me souviens plus de tout, cela remonte un peu tout ça
Bon je vais refaire des tests avec modbusdoctor déjà, faut que je refasse un banc d’essai avec ma centrale (démontée) Et je reviendrais ici en discuter En tout cas merci beaucoup

[man3676]

Bonjour,
Alors je viens de refaire qqs tests !
Du coup avec modbus master j’ai des exemples de valeur sans problème :

Avec modbusdoctor il faut insister sur le bouton lecture pour avoir les valeurs car il y a souvent des erreurs :

Mais sinon :

Alors je ne sais pas quoi penser
Je fais appel aux spécialistes… j’ai l’impression que la connexion n’est pas stable en mode tcp car nativement c’est du rtu/tcp à l’origine… (j’ai le choix dans la centrale entre tcp et rtu over TCP)
Là j’ai mis en TCP…
Merci des éventuelles réponses

[limad44]

@man3676

Avec modbusdoctor il faut insister sur le bouton lecture pour avoir les valeurs car il y a souvent des erreurs :

Tu as des erreurs probablement parce que tu lis trop de registres et le traitement des données devient incohérent !
Normalement une lecture doit correspondre à une information précise (ex: une commande info).

Tu as une table de communication avec ton matos ?

[man3676]

Merci de ta réponse !
Alors dans le logiciel propriétaire j’ai les registres par exemple ci-dessous la « zone 05 », cela correspond à tous ce que me délivre comme données la sonde de température avec pas mal de paramètres. Par exemple 0505 c’est la température ambiante…

j’ai le même schéma pour 10 sondes et un autre registre avec les paramètres de la centrale.
J’ai un pdf en Allemand qui liste tout (je peux te le mettre à dispo si tu veux)
Moi déjà ce qui m’intéresse c’est d’enlever les danfoss et de gérer les sondes thermoziklus ainsi que le fonctionnement de l’eco système que j’ai créé à la manière des dansfoss dans jeedom et non dans leur logiciel propriétaire d’une autre époque (enfin la version que j’ai !).
Je ne récupérerai que les paramètres intéressants (consignes, dérogation, temp ambiante, qqs autres petits trucs pour chaque vanne (peut être pas l’ouverture vanne, je ne suis pas sûr d’avoir l’info qq part) :

Je n’utiliserai pas leur minuterie interne mais les agendas jeedom, bien plus souple par exemple
Bon je ne sais pas si je suis très clair
En tous cas merci !

[limad44]

@man3676

Moi déjà ce qui m’intéresse c’est d’enlever les danfoss et de gérer les sondes thermoziklus ainsi que le fonctionnement de l’eco système que j’ai créé à la manière des dansfoss dans jeedom et non dans leur logiciel propriétaire d’une autre époque (enfin la version que j’ai !).

C’est pas un petit Chantier !
Pour commencer il faut d’abord savoir lire et interpréter les valeurs, en gros avoir les commandes infos dans jeedom.
Tu as visiblement les données pour faire ça et les exploiter avec le plugin.

ça par exemple c’est la commande « temp_int » il suffit de diviser par 100.

La deuxième étape c’est d’écrire (les commandes actions).
Sur cette partie je ne peux malheureusement pas beaucoup t’aider .

[man3676]

Oui, je sais, ce n’est pas un petit chantier mais ce n’est pas un problème pour moi car j’ai déjà fait un très gros chantier de gestion des vannes danfoss (dérogation, planning par agenda, scénario et virtuels en tous genres, …). Donc l’interprétation des valeurs ce n’est rien, je trouve même le challenge inintéressant.
Ma seule crainte c’est la partie com modbus entre cette centrale et jeedom, le reste je saurai l’exploiter.
Car avec les anciens plugins modbus cela n’a jamais fonctionné (ou bien je récupérai une valeur et après plus rien !!), le port ip se bloquait.
Donc si ce plugin officiel fonctionne aussi bien que mon install en zigbee par rapport à la centrale ce n’est que du bonheur ! Le reste je m’en sortirai
Bon je vais l’acheter … je verrai bien … j’espère pouvoir être dépanné si la comm dysfonctionne
Merci beaucoup pour ton aide en tous cas !

[limad44]

@man3676

Car avec les anciens plugins modbus cela n’a jamais fonctionné (ou bien je récupérai une valeur et après plus rien !!), le port ip se bloquait.

Le problème visiblement c’est que certain fabricants font des implémentations spéciales ce qui empêche les plugins de fonctionner correctement, maintenant le Modbus n’est pas si populaire et je dirais heureusement…
tiens nous au courant.

[man3676]

Ok, je verrai ça demain

[man3676]

Bon finalement j’ai commencé les tests et pour l’instant rien
Voilà ce que j’ai fais :

Puis :

Et:

En mode debug :
DEBUG:main:=== LECTURE DES AUTOMATES ===
DEBUG:main:{‹ 436 ›: {‹ typeDevice ›: ‹ tcp ›, ‹ id ›: ‹ 436 ›, ‹ unitID ›: ‹ 1 ›, ‹ optionnalport ›: ‹ 10001 ›, ‹ ipDevice ›: ‹ 192.168.1.10 ›, ‹ eqlogicName ›: ‹ Bihorel ›, ‹ registerParams ›: [{‹ nameCmd ›: ‹ test ›, ‹ cmdId ›: ‹ 4474 ›, ‹ format ›: ‹ bitsformat ›, ‹ functioncode ›: ‹ fc03 ›, ‹ nbregister ›: ‹ 16 ›, ‹ startregister ›: ‹ 505 ›, ‹ wordorder ›: ‹ littleword ›, ‹ byteorder ›: ‹ bigbyte ›, ‹ offset ›: ‹ 0 ›, ‹ decimal ›: 0, ‹ operation ›: 0}]}}
DEBUG:main:{‹ typeDevice ›: ‹ tcp ›, ‹ id ›: ‹ 436 ›, ‹ unitID ›: ‹ 1 ›, ‹ optionnalport ›: ‹ 10001 ›, ‹ ipDevice ›: ‹ 192.168.1.10 ›, ‹ eqlogicName ›: ‹ Bihorel ›, ‹ registerParams ›: [{‹ nameCmd ›: ‹ test ›, ‹ cmdId ›: ‹ 4474 ›, ‹ format ›: ‹ bitsformat ›, ‹ functioncode ›: ‹ fc03 ›, ‹ nbregister ›: ‹ 16 ›, ‹ startregister ›: ‹ 505 ›, ‹ wordorder ›: ‹ littleword ›, ‹ byteorder ›: ‹ bigbyte ›, ‹ offset ›: ‹ 0 ›, ‹ decimal ›: 0, ‹ operation ›: 0}]}
DEBUG:main:{‹ nameCmd ›: ‹ test ›, ‹ cmdId ›: ‹ 4474 ›, ‹ format ›: ‹ bitsformat ›, ‹ functioncode ›: ‹ fc03 ›, ‹ nbregister ›: ‹ 16 ›, ‹ startregister ›: ‹ 505 ›, ‹ wordorder ›: ‹ littleword ›, ‹ byteorder ›: ‹ bigbyte ›, ‹ offset ›: ‹ 0 ›, ‹ decimal ›: 0, ‹ operation ›: 0}
DEBUG:main:[1630, 0, 0, 233, 1, 17013, 29285, 24949, 8224, 8224, 8224, 8224, 8224, 2, 1, 0]
ERROR:main:Erreur de lecture sur l’automate : Bihorel
DEBUG:main:JENVOIE APRES LECTURE DUN DEVICE
DEBUG:main:{‹ data ›: {‹ 436 ›: {‹ test ›: []}}, ‹ FUNC ›: ‹ readF ›}
[2022-12-04 00:57:52]DEBUG : Result:{« data »:{« 436 »:{« test »:[]}},« FUNC »:« readF »}
[2022-12-04 00:57:52]DEBUG : DATACORRESPOND : {« 436 »:{« test »:[]}}
[2022-12-04 00:57:52]DEBUG : DECODER : {« data »:{« 436 »:{« test »:[]}},« FUNC »:« readF »}

Là j’ai testé un peu tout pour lire une valeur (voir les derniers messages)
Pour l’instant pas très concluant
Et il est tard

[limad44]

[man3676]

Magnifique

Un grand merci à toi, cela fonctionne, je récupère bien la donnée
Par contre je n’ai pas tout à fait les mêmes champs que ta copie d’écran, enfin tant que cela semble fonctionner !!

Par contre j’ai mis un peu au pifometre des temps dans la configuration :

Alors je ne sais pas trop si c’est optimisé dans le sens où cette centrale n’accepte qu’une seule connexion ip à la fois (si on essaie de se connecter à deux appareils dessus, l’autre est en time-out (c’est son fonctionnement natif)…
Donc comment préserver une connexion de qualité h24 ?

je vais poursuivre avec les autres surtout avec les actions, je ne sais pas trop encore pour la température de consigne au niveau écriture, j’ai testé pas mal de trucs mais rien :

Pourtant dans la doc, on peut aussi écrire sur ce registre (j’arrive à le lire sans problème) :

Cela t’embête si je reviens vers toi pour ce genre de détail ? (si je ne trouve pas !!)
Après très clairement si j’ai les bons paramètres le reste devrait aller tout seul en théorie !

Si j’ai la réponse à toutes mes questions je suis autonome par la suite

Bon dimanche !

[limad44]

Moi je mettrais ça

Une fois que tu as tout configurer tu peux passer à 300 secondes(5min) ce qui est suffisent pour ce genre d’équipement. L’idée c’est d’éviter d’altérer ton matos et ne pas saturer ta box inutilement.

Pour l’écriture, je n’ai jamais rien écris pour l’instant donc je peux pas te renseigner. essai Fc16 et Fc06 et regarde les logs ! après il faut trouver le bon format des données que tu écris.

[man3676]

Merci pour la configuration, j’appliquerai ce que tu m’indiques à la fin… quand tout marchera

Par contre j’ai essayé toutes les combinaisons pour écrire…

Fc16, j’ai cette erreur :
ERROR:main:Erreur Ecriture : Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.1.10:502)]

Ce qui est bizarre c’est que je suis sur le port 10001 par défaut (port natif de la centrale) et là dans les logs il m’indique le port 502… Bug qq part ?

Fc06 : test toutes combinaisons possibles aussi et j’ai ceci :
ERROR:main:Erreur Ecriture : Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.1.10:502)]

du coup cela serait bien Fc16 mais ce port 502 me chagrine alors qu’il est configuré en 10001

Une idée ?

[limad44]

@man3676

10001

Tu peux pas changer le port en 502 ?

[man3676]

Heu cela semble gravé dans le marbre de la centrale