Either "ERR: read timeout during receive..." or "ERR: SYN received during receive..." #1369
-
v Update Hey, I am getting more exited about the work done on ebus control, though also a litle lost (again). Probably it is just some silly setting, though there are so many 🙈. I really hope someone can point me in the right direction. Please let me know when more information is needed or how I can contribute improving the tool and its descriptions. Issue After playing some with the latency (0, 10, 20, 30, 40, 50, 60, 20.000 and even 200.000 as some sugest) I noticed a transition in ERR messages. Lower values (<20) tend to present "ERR: read timeout during receive command ACK, switching to skip" while higher values (>20) tend to present "ERR: SYN received during receive command ACK, switching to ready". I do not know how to solve this issue given that other have succeded with the "default" settings on similar devices. Hardware:
Software:
Notable remaks, but potentially unrelated
Neither does the SW version end up in the mysterious “scan.c7” device (first point in this list) docker-compose.yaml
7c.Excellent400.csv ebusd log
ebusctl info verbose
ebusctl find
|
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Please forgive me for the post above. I knew it must be some silly thing I missed or did wrong with this marvellous tool, and it was 🙈😅. You may consider the info for configuring your own device but know: if you do not ask the ebus yourself, or do not set a pol priority (see https://github.com/john30/ebusd/wiki/4.1.-Message-definition), ebusd won’t collect it for you. Just use a command like “ebusctl read ActualExhaustfanSpeed” and the system does its magic! 🤩 I still do not know why the ERR message appear ever 5s but probably it has to do with no/wrong pol message that is send with the default pol interval of 5s. Same holds for the received (raw) message ever 5s. Maybe they are from the master, maybe they are undefined slave messages. BUT it is “just” debug info and even more important: the system works as it should, when used as designed 🙌🏻 😊 |
Beta Was this translation helpful? Give feedback.
Please forgive me for the post above. I knew it must be some silly thing I missed or did wrong with this marvellous tool, and it was 🙈😅. You may consider the info for configuring your own device but know: if you do not ask the ebus yourself, or do not set a pol priority (see https://github.com/john30/ebusd/wiki/4.1.-Message-definition), ebusd won’t collect it for you. Just use a command like “ebusctl read ActualExhaustfanSpeed” and the system does its magic! 🤩
I still do not know why the ERR message appear ever 5s but probably it has to do with no/wrong pol message that is send with the default pol interval of 5s. Same holds for the received (raw) message ever 5s. Maybe they are from the …