Any thoughts on why my MQTT Discovery is not working? I originally had then setup manually but I wanted to see how the discovery works but I can’t get anything to show up.
I have version 6.5.0(release-sonoff) flashed with SetOption19 On.
Running Hass.IO 0.90.0
Using the Mosquitto broker plugin, default configuration.
Clicked on the integration and check the discovery checkbox.
Restarted, and still nothing shows up in the integration.
I also commented out the manual settings in the configuration.yaml
So nothing at all in config yaml for mqtt (not even an mqtt section?) No switches defined in yaml?
Did you create a home assistant user or are you using a local user? If a Home Assistant user, did you configure that in the devices mqtt settings?
If a home assistant user did you set active: false?
Just got it to work.
Once the integration and discovery are setup you need to run the SetOption19 1 on the devices again to show up in HA.
I guess this causes a “push” that allows HA to see it.
Now I have all of the other new sensor available
ah actually, 5 minute wait for the tele period… it’s persistent option for setoption19
Use this automation when you start HA to get Tasmota to publish the state otherwise you will wait 5 mins on Home Assistant after a restart as well
- id: 'sonoffstart'
alias: Power State Sonoff on HA Start-Up
trigger:
- event: start
platform: homeassistant
action:
- data:
payload: ''
topic: sonoffs/cmnd/state
service: mqtt.publish
initial_state: 'true'
How does discovery work? IE
Does HA query the device or does the device advertises itself every 5 minutes?
And by setting the option 19 does this tells the device to advertise itself every 5 minutes??
No setoption19 on turns on discovery so the device advertises itself… but it only reports the state every 5 minutes so if you restart home assistant it could be 5 minutes before the device is seen… But if you run that automation (posted on the Tasmota Wiki) it will update immediately… so switches already on will show as on in home assistant… or you can wait out the tele period.
All the automation does is syncs up the states in HA on start so they are the same as Tasmota.
I did… actually went to dev 6.5.0.1 as Adrian fixed the state message so it includes the HASS_STATE message which is really cool but was taking 5 minutes for it to populate…
Tested a couple of devices with release 6.5.0 and works like a charm in discovery mode.
Might have been around on previous versions, but just notice discovery also adds a sensor information of the device…very handy diag. tool.
the sensor information was introduced in a dev version of 6.4.1.x… it’s the main reason I didn’t want to revert to 6.4.1 and core 2.3 and persisted with core 2.5.0 as I couldn’t compile using 2.3.0 until they fixed a bug… Anyway, it’s a great feature.
6.5.0.1 on core 2.3.0 has fixed my problem. I had Amysen plugs flashed with the bad firmware and the longest they would stay online at one stretch was 6 minutes. Was thinking they had lousy WIFI radios or something until I found this thread. Now they seem completely stable.
I seem to be having the same issue, and none of the above seems to be working for me (exact cant find 6.5.0.1 bin file though). FYI - I am relatively new to HA and new to Tasmota & MQTT
I have flashed 1 device with Tasmota and it often goes to “Unknown” state and also noticed that when I try switch on/off the Sonoff via HA it is sometimes quick, but quite often there is a long delay and the switch reverts to its previous state, then about 10s later the device will switch on/off, but the state in HA does not get updated. Also at times pressing the physical button takes a long time to switch on/off
I am testing with a Sonoff Basic & have tried 6.5.0 & 6.5.0.16 (Core 2.3.0) - WiFi signal is 100%
Using:
Hassio - Supervisor v167, HassOS 2.12 & Home Assistant v0.95.4
Installed on a Raspberry Pi Model 3B (32GB SD card)
Router is an Asus RT-AC86U running Merlin v384.12
I also had TasmoAdmin setup and experienced the same issues - also sometimes takes a long time using the devices WebUI, so I am thinking maybe its the MQTT broker or hardware?
Not sure what to try next, any ideas?
Did I maybe do something wrong in the Tasmota config (or a SetOption that I need to run)?
I would prefer to use Tasmota over original firmware but the current issue makes the devices unusable/unreliable
I am waiting for a better and bigger SD card and was thinking of setting up Hassio on Raspbian Stretch Lite via docker and having a separate docker for MQTT, but not sure if worth doing all that?
What do you see in the status object for the switch? It will list MQTT and WiFi connects in there. It is also possible that you ill get a better result with core 2.4.2 or 2.5.2. Admittedly there is only one person on the forums I have ever seen that has a stable MQTT with core 2.4.2…
For Status Object - is it this that you looking for?
{“Status”:{“Module”:1,“FriendlyName”:[“Sonoff Basic Spare 1”],“Topic”:“sonoff-basic-free1”,“ButtonTopic”:“0”,“Power”:0,“PowerOnState”:3,“LedState”:1,“LedMask”:“FFFF”,“SaveData”:1,“SaveState”:1,“SwitchTopic”:“0”,“SwitchMode”:[0,0,0,0,0,0,0,0],“ButtonRetain”:0,“SwitchRetain”:0,“SensorRetain”:0,“PowerRetain”:0}}
Will try the different core versions and see if that makes any difference
Sorry I am a bit lost (NOOB stupidity), but how do I get that view/info?
I also tried SetOption19 1, but this + some possible other things I did (can’t recall exactly now) seemed to break the device further - could not switch on/off at all, was also not getting the WiFi signal or Firmware version.
So I have now flashed 6.5.0.16(db05d92-sonoff) Core 2.5.2, recopnfigured WifI + MQTT and am monitoring
