Closed Kedryn closed 6 years ago
If you only knew what I have to do to get that crappy homeassistant satisfied.
The messages you see are there because you enabled homeassistant (HASS) support. The topic starting with homeassistant are used to let HASS know what the status is of your device. The name is configured in user_config.h and needs to be the same as in the crappy HASS config. As HASS is non-persistent and needs to reboot more often than Windows NT losing it's config on the way it relies on the retained information of the MQTT server. The goal of the message is to let the MQTT server know that non configured switches and lights information needs to be discarded.
A decent Home Automation System would store this information in a nice database and keep it's database in sync with the messages it receives from the Tasmota devices.
So bottomline, it works as designed.
But it keeps appearing at every reboot of the nodemcu, and rebooted HASS keeps complaining about "unable to parse JSON home_sensors_1" with numbers from 1 to 8. Both the console output i mentioned and the HA errors where not present before i changed the full topic. Everything was working. And i changed topic in HA sensor and switches too, so there is no "homeassistant" topic anywhere anymore but in the nodemcu console.
Nor i have those messages in another nodemcu i'm using with nearly same sensors (another room) that didnt has "homeassistant" in topic from beginning.
UPDATE: I did notice that other devices (a sonoff-tasmota for example) gives the same errors in HA logs (multiple "unable to parse json") and messages in console. Don't know when it started, if from an HA update, or when i updated tasmota from 5.2.x to 6.1.1.
I'll dig more into this and report back later.
what you are seeing is the homeassistant discovery. just turn it off using SetOption19 0
Also clear your MQTT database for retained messages.
Thanks to you replies, i've cleared the MQTT database, i've found that i had logging of MQTT set to debug (thats why i had errors about "_1"), and now it's everyting working fine again (i did not SetOption19 0, because i want autodiscover for now).
I'm closing this, thanks.
Describe the bug On a Tasmotized nodemcu (5.2.x then upgraded to 6.1.1) i had a full topic as "homeassistant/%topic%/" now i reverted back to "%prefix%/%topic%/". After a reboot i get this in console:
15:26:12 MQT: tele/home_sensors/INFO1 = {"Module":"Generic","Version":"6.1.1","FallbackTopic":"Node-Casa","GroupTopic":"sonoffs"} 15:26:12 MQT: tele/home_sensors/INFO2 = {"WebServerMode":"Admin","Hostname":"Node-Salotto","IPAddress":"192.168.0.210"} 15:26:12 MQT: tele/home_sensors/INFO3 = {"RestartReason":"Software/System restart"} 15:26:12 MQT: homeassistant/light/home_sensors_1/config = (salvato) 15:26:12 MQT: homeassistant/switch/home_sensors_1/config = (salvato) 15:26:12 MQT: homeassistant/light/home_sensors_2/config = (salvato) 15:26:12 MQT: homeassistant/switch/home_sensors_2/config = (salvato) 15:26:12 MQT: homeassistant/light/home_sensors_3/config = (salvato) 15:26:12 MQT: homeassistant/switch/home_sensors_3/config = (salvato) 15:26:12 MQT: homeassistant/light/home_sensors_4/config = (salvato) 15:26:12 MQT: homeassistant/switch/home_sensors_4/config = (salvato) 15:26:12 MQT: homeassistant/light/home_sensors_5/config = (salvato) 15:26:12 MQT: homeassistant/switch/home_sensors_5/config = (salvato) 15:26:12 MQT: homeassistant/light/home_sensors_6/config = (salvato) 15:26:12 MQT: homeassistant/switch/home_sensors_6/config = (salvato) 15:26:12 MQT: homeassistant/light/home_sensors_7/config = (salvato) 15:26:12 MQT: homeassistant/switch/home_sensors_7/config = (salvato) 15:26:12 MQT: homeassistant/light/home_sensors_8/config = (salvato) 15:26:12 MQT: homeassistant/switch/home_sensors_8/config = (salvato)
"(salvato)" means "Saved" in italian.
Also, make sure these boxes are checked [x] before submitting your issue - Thank you!
status 0
:To Reproduce Steps to reproduce the behavior: I think it was the changing of the topic. There is no "homeassistant" string anywhere in config, but it keeps outputting that.
Expected behavior Not have that log output