Closed wrongisthenewright closed 4 months ago
Just adding some context: as I wrote the message was correctly decoded in the past, I just realized it was missing, it seems the problem begun after a power grid failure last week that "rebooted" everything, from the HVAC system to my home server. Since then I did a full controlled reboot, starting the HVAC system and the now "embedded" adapter and then my home server.
Other broadcast messages are correctly decoded, only that line is skipped (as far as I can tell, other messages are sparsely present on the bus so their missing can be undetected).
grep z1_room_temp_bcast ariston.csv
b,energymgr,z1_room_temp_bcast,Z1 Room temperature,,fe,2020,7118,room_temp,s,SIN,10,°C,,,,,,,,,,,,,,,,,,,,,,
ebusctl grab result all | grep z1_room_temp_bcast
70fe2020047118e900 = 1257: energymgr z1_room_temp_bcast
What I cannot understand is why the message is grabbed but not matched(?) to the CSV rule and so decoded. As the message is fairly frequent on the bus I tend to exclude the possibility of incomplete/invalid message, is there anyway a simple method to dump raw messages in a dockerized env?
It seems it now works...the promlem lied probably on my MQTT broker or in my CSV
Issue closed
Description
Some broadcast commands are not decoded.
Hardware: x86_64 platform - Ubuntu 22.04 server, docker-ce, official Docker image
HVAC: Ariston Hybrid system (hp+boiler+other stuffs)
Command options: docker run -d --name=ebusd \ --restart unless-stopped \ --network mynetwork \ -p 8888:8888 \ -p 8008:8008 \ -v /home/oper/Docker/Ebusd/configuration:/etc/ebusd \ -v /home/oper/Docker/Ebusd/scripts:/scripts \ -v /home/oper/Docker/Ebusd/html:/var/ebusd/html \ -v /etc/timezone:/etc/timezone:ro \ -v /etc/localtime:/etc/localtime:ro \ john30/ebusd:latest \ --mqtthost=mosquitto \ --mqttport=1883 \ --mqttuser=REDACTED \ --mqttpass=REDACTED \ --mqttjson \ --mqttint=/etc/ebusd/mqtt-hassio.cfg \ --mqtttopic=ebusd/%circuit/%name \ --enablehex \ --configpath=/etc/ebusd \ -d 192.168.1.166:3333 \ --receivetimeout=5000 \ --latency=20000 \ --pollinterval=30 \ --sendretries=10 \ --acquireretries=5 \ --acquiretimeout=20 \ --log=all:error
Actual behavior
Config file (extract):
The broadcast line didn't decode the message, even if the message itself is correctly read by ebusd. The second line instead get the correct readings (the one asked via ebusctl and the ones sent from other devices on the bus).
I've tried also to differentiate the circuit name and the parameter name to avoid undocumented conflicts without solving the issue The line was decoded in the past, no changes to the configuration have happened in the meantime, I've tried rebooting all the devices: Ariston HVAC first, the adapter gets rebooted int he same operation being powered by the bus, then the docker, then as a last try the server.
Expected behavior
The first line should decode the message sent every 30 seconds from the appliance, the second one read the same parameter via explicit read operations.
ebusd version
23.3
ebusd arguments
see above
Operating system
Debian 12 (Bookworm) / Ubuntu 22-23 / Raspberry Pi OS 12 (including lite)
CPU architecture
x64
Dockerized
latest
Hardware interface
other
Related integration
TCP (cmdline client like ebusctl or netcat), MQTT Home Assistant via mqtt-hassio.cfg
Logs