Génial !
Je commande le boitier USR-TCP232-410S.
Génial !
Content d’avoir pu aider.
Bonsoir,Kyoshi a écrit : ↑28 août 2019, 23:23
Content d’avoir pu aider.
Mais comme dit, j’ai commenté du code qui fait un check... C’est du sparadrap et non une vraie solution.
J’ai aussi un problème avec la valeur de l’ECS.
Par contre, je ne sais plus si je l’ai dit mais normalement devrait sortir un firmware pour le USR-TCP232-410S qui devrait gérer le MQTT.
Du coup, théoriquement, on devrait pouvoir récupérer les valeurs via ce biais. Bon... s’ils n’ont pas abandonné l’idée car ils ont retiré l’info de leur site (quand j’avais posé la question, ils ont dit sorti prévu pour le mois prochain).
Kyoshi a écrit : ↑01 sept. 2019, 09:32Hello,
De tête, pour les logs du script : index.php?log=1
Et le plugin est bien celui qui a été déposé sur dropbox. Avec les modifications indiquées dans mon post à faire.
Autant passer directement par le plugin.
Cela permettra également de voir si la chaudière dialogue correctement (LED Tx et Rx qui doivent clignoter chaque x temps. x correspondant au temps de polling indiqué dans la configuration de l’objet du plugin).
En plus, avec le plugin permet de voir si les infos remontent via le log du démon.
Si rien ne semble remonter, il faudra activer les logs dans le script que le démon indique dans les logs (je ne suis pas devant mon PC donc je suis limité niveau détails). Ceci permettra de voir les erreurs.
EDIT : concernant ma valeur d’ECS, je reçois 65535 comme info. J’ai déjà essayé plusieurs adresses mais toujours pareil pour le moment. Je vais tout de même regarder côté doc officielle. Merci
Hello,Pierre5555 a écrit : ↑01 sept. 2019, 17:55Bonjour,
Pour suivre tes conseils, j'ai créé un nouveau Jeedom sur un Raspberry.
J'y ai installé le plugin ModBus, et coté Jeedom, il n'y a pas eu de soucis particulier.
J'ai créé un équipement chaudière, avec 2 retours d'info (j'ai peur pour l'instant avec une action de dérégler ma chaudière!)
Par contre, je suis peut-être tout prêt, mais ca ne fonctionne pas pour l'instant.
Voici le log du plugin ModBus en mode debug:
"[2019-09-01 17:00:55][INFO] : Lancement démon modbus : nice -n 19 /usr/bin/python /var/www/html/plugins/modbus/ressources/modbus_master.py -h 192.168.__.__ -p 20108 --unit_id=1 --polling=32 --keepopen=0 --hrs=36,28
[2019-09-01 17:00:57][INFO] : Démon modbus lancé
[2019-09-01 17:01:26][DEBUG] : Evenement : type=>holding_registers sortie=>3 inputs=>[28] values=>None add=>192.168.__.__
[2019-09-01 17:01:26][DEBUG] : Evenement : type=>holding_registers sortie=>4 inputs=>[36] values=>None add=>192.168.__.__"
Le coté positif, c'est que mon convertisseur passe en Listen/connected(2) et que le RX count(ETH) n'est plus sur 0/0.
Entre 2 communications, (ETH)A revient sur Listen/Listen.
Ce qui est étonnant, c'est que la diode de transmission rouge s'est d'abord allumée pour la RS232, mais pas pour la RS485.
J'ai donc changé le port de la RS232 (qui était aussi à 20108!) et depuis plus aucune diode de s'allume (!), par contre, j'ai bien le RX count(ETH) : 0/x avec x qui augmente.
Comment faire comprendre au convertisseur qu'il doit utiliser la sortie RS485?
J'ai aussi redémarré ma chaudière, mais ca n'a rien changé.
Comment fait-on pour activer les logs dans le script que le démon indique dans les logs?
Pour l'instant, je n'ai accès qu'au log Jeedom qui dit que rien de revient.
Coté Script de Dom-IP, index.php?log=1 ne me donne rien, et j'ai toujours cette erreur de 30s d'execution.
Ci-dessous une vue de mon convertisseur:
Code : Tout sélectionner
[2019-09-02 20:00:50][INFO] : Début d'activation du plugin
[2019-09-02 20:00:51][INFO] : Info sur le démon : Array ( [launchable_message] => [launchable] => nok [state] => nok [log] => nok [auto] => 0 )
[2019-09-02 20:00:51][DEBUG] : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php plugin_id=modbus function=install callInstallFunction=1
[2019-09-02 20:01:02][INFO] : Lancement démon modbus : nice -n 19 /usr/bin/python /var/www/html/plugins/modbus/ressources/modbus_master.py -h 19.168.__.__ -p 20108 --unit_id=10 --polling=32 --keepopen=0 --hrs=36,28
[2019-09-02 20:01:03][DEBUG] : Evenement : type=>holding_registers sortie=>3 inputs=>[28] values=>None add=>19.168.__.__
[2019-09-02 20:01:03][DEBUG] : Evenement : type=>holding_registers sortie=>4 inputs=>[36] values=>None add=>19.168.__.__
[2019-09-02 20:01:04][INFO] : Démon modbus lancé
[2019-09-02 20:01:35][DEBUG] : Evenement : type=>holding_registers sortie=>4 inputs=>[36] values=>None add=>19.168.__.__
[2019-09-02 20:01:35][DEBUG] : Evenement : type=>holding_registers sortie=>3 inputs=>[28] values=>None add=>19.168.__.__
Code : Tout sélectionner
pi@raspberrypi:~ $ /usr/bin/python /var/www/html/plugins/modbus/ressources/modbus_master.py -h 192.168.__.__ -p 20108 --unit_id=10 --polling=32 --keepopen=0 --hrs=36,28
ouverture de
192.168.__.__
20108
Tx
[13 D9 00 00 00 06 0A] 03 00 1C 00 01
Rx
[13 D9 00 00 00 08 0A] 03 02 00 03 5D 84 00
read_holding_registers(): rx byte count mismatch
call _send on close socket
PHP Fatal error: Uncaught UnexpectedValueException: The stream or file "/var/www/html/core/class/../../log/modbus" could not be opened: failed to open stream: Permission denied in /var/www/html/vendor/monolog/monolog/src/Monolog/Handler/StreamHandler.php:107
Stack trace:
#0 /var/www/html/vendor/monolog/monolog/src/Monolog/Handler/AbstractProcessingHandler.php(39): Monolog\Handler\StreamHandler->write(Array)
#1 /var/www/html/vendor/monolog/monolog/src/Monolog/Logger.php(344): Monolog\Handler\AbstractProcessingHandler->handle(Array)
#2 /var/www/html/vendor/monolog/monolog/src/Monolog/Logger.php(410): Monolog\Logger->addRecord(100, 'Evenement : typ...', Array)
#3 /var/www/html/core/class/log.class.php(114): Monolog\Logger->addDebug('Evenement : typ...')
#4 /var/www/html/plugins/modbus/core/php/jeeModbus.php(52): log::add('modbus', 'debug', 'Evenement : typ...')
#5 {main}
thrown in /var/www/html/vendor/monolog/monolog/src/Monolog/Handler/StreamHandler.php on line 107
Code : Tout sélectionner
pi@raspberrypi:~ $ sudo /usr/bin/python /var/www/html/plugins/modbus/ressources/modbus_master.py -h 192.168.__.__ -p 20108 --unit_id=10 --polling=32 --keepopen=0 --hrs=36,28
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 754, in run
self.__target(*self.__args, **self.__kwargs)
File "/var/www/html/plugins/modbus/ressources/modbus_master.py", line 73, in polling_thread
c = ModbusClient(host=host, port=port, unit_id=unit_id, debug=True) # Modified 02/09/2019 19h44 debug=False by default
File "/usr/local/lib/python2.7/dist-packages/pyModbusTCP/client.py", line 63, in __init__
raise ValueError('host value error')
ValueError: host value error
^CTraceback (most recent call last):
File "/var/www/html/plugins/modbus/ressources/modbus_master.py", line 223, in <module>
time.sleep(polling)
KeyboardInterrupt
Kyoshi a écrit : ↑02 sept. 2019, 21:40Hello,
Si tu as le message « read_holding_registers(): rx byte count mismatch » , c’est que tu n’as pas commenté les bonnes lignes.
Tu peux faire une recherche sur les occurrences de « rx byte count mismatch ». Ou sur « None ».
Car là, il te balance toujours du « None ».
As-tu redémarrer le démon après les modifs ?
Pour lancement en SSH, le démon était coupé côté Jeedom?
Code : Tout sélectionner
[2019-09-03 21:00:04][DEBUG] : Evenement : type=>holding_registers sortie=>3 inputs=>[28] values=>[3] add=>192.168.__.__
[2019-09-03 21:00:04][DEBUG] : Evenement : type=>holding_registers sortie=>4 inputs=>[36] values=>[160] add=>192.168.__.__
[2019-09-03 21:00:04][DEBUG] : Evenement : type=>holding_registers sortie=>3 inputs=>[28] values=>[3] add=>192.168.__.__
[2019-09-03 21:00:04][DEBUG] : Evenement : type=>holding_registers sortie=>4 inputs=>[36] values=>[160] add=>192.168.__.__
[2019-09-03 21:00:36][DEBUG] : Evenement : type=>holding_registers sortie=>3 inputs=>[28] values=>[3] add=>192.168.__.__
[2019-09-03 21:00:36][DEBUG] : Evenement : type=>holding_registers sortie=>4 inputs=>[36] values=>[160] add=>192.168.__.__
[2019-09-03 21:00:36][DEBUG] : Evenement : type=>holding_registers sortie=>3 inputs=>[28] values=>[3] add=>192.168.__.__
[2019-09-03 21:00:36][DEBUG] : Evenement : type=>holding_registers sortie=>4 inputs=>[36] values=>[160] add=>192.168.__.__
Source de l'info : http://www.wit-square.fr/forum/topics/d ... -bi-ma-tre
Réponse de Wilfried Vitré le 23 juin 2019 à 16:56 (forum non Jeedom)
Juste une petite précision, l'écriture des consignes est possible que 50 000 fois, à la 50 001 la carte ModBus de la De Dietrich est HS, il faut un remplacement. Dommage lorsque l'on veux écrire une consigne qui optimise le réseau primaire. Nous avons remonté ce problème il y à plus de 2 ans au fabricant.
Celui-ci connait ce problème et est en cours de test sur une nouvelle carte qui ne sera plus Bi Maître pour une commercialisation prochainement, nous la recevons dans nos locaux prochainement pour faire un test en grandeur nature.
Ok, tu as donc bien des valeurs qui remontent.Pierre5555 a écrit : ↑03 sept. 2019, 21:25J'ai donc mis ### devant le check du count de registers, et en effet des choses me reviennent !
A ce stade, je me pose 2 questions:Code : Tout sélectionner
[2019-09-03 21:00:04][DEBUG] : Evenement : type=>holding_registers sortie=>3 inputs=>[28] values=>[3] add=>192.168.__.__ [2019-09-03 21:00:04][DEBUG] : Evenement : type=>holding_registers sortie=>4 inputs=>[36] values=>[160] add=>192.168.__.__ [2019-09-03 21:00:04][DEBUG] : Evenement : type=>holding_registers sortie=>3 inputs=>[28] values=>[3] add=>192.168.__.__ [2019-09-03 21:00:04][DEBUG] : Evenement : type=>holding_registers sortie=>4 inputs=>[36] values=>[160] add=>192.168.__.__ [2019-09-03 21:00:36][DEBUG] : Evenement : type=>holding_registers sortie=>3 inputs=>[28] values=>[3] add=>192.168.__.__ [2019-09-03 21:00:36][DEBUG] : Evenement : type=>holding_registers sortie=>4 inputs=>[36] values=>[160] add=>192.168.__.__ [2019-09-03 21:00:36][DEBUG] : Evenement : type=>holding_registers sortie=>3 inputs=>[28] values=>[3] add=>192.168.__.__ [2019-09-03 21:00:36][DEBUG] : Evenement : type=>holding_registers sortie=>4 inputs=>[36] values=>[160] add=>192.168.__.__
1) Est-ce qu'il est normal d'avoir 2 fois la lecture à chaque fois ? (par ex ici 2 x 2 lectures à 21h00mn04s et encore 2 x 2 lectures à 32h00mn36s.)
2) Est-ce que j'utilise la bonne table d'adresse, compte tenu des valeurs bizarre retournées ? Je vais retourner sur le site https://sav.dedietrich-thermique.fr/ pour tenter d'y voir plus clair.
Kyoshi a écrit : ↑04 sept. 2019, 19:38
Ok, tu as donc bien des valeurs qui remontent.
Par contre, pour ma part, j'ai dû faire des divisions par 10 pour afficher la bonne valeur.
1) Je en sais pas si cela est normal
2) N'ayant pas la même chaudière, je n'en sais rien. As-tu essayé les mêmes que moi? 18 pour la mesure de la sonde d'ambiance A.
Concernant les 50000 écritures... Pour le moment, nous ne faisons que lire et non écris... Donc cela laisse de la marge
Arf... Pas de chance.Pierre5555 a écrit : ↑15 sept. 2019, 16:57Bonjour,
J'ai appelé le service technique de De Dietrich (15ct/mn) et la personne que j'ai eu au bout du fil m'a expliqué que ma chaudière ne communiquait pas en ModBus
La gamme EVODENS (AMC) communique en CAN-BUS, mais pas en ModBUS.
Ils prévoient de sortir un adaptateur Can-Bus / ModBus en début d'année prochaine, d'ici là, je crains de ne pas pouvoir faire grand chose.
Quand je pense que j'ai acheté une De Dietrich justement parce qu'elle devait être simple à connecter à Jeedom...
J'espère que mon expérience servira à d'autres.
Hello,
Utilisateurs parcourant ce forum : Google [Bot] et 12 invités