I'm having a similar problem as @gcaley. I have a virtual switch created for a MQTT switch device. When I trigger the MQTT command using another client HE seems to react; creating a rapid on/off cycle. I killed and restarted the broker to break the cycle. Any ideas on why this is happening?
If that was a response to my post-- yes, I'm using the default on/off. I checked the HE logs and the app seems to be repeated logging the same received message. This happens even when the broker is killed and there is no MQTT connection. The only way to make it stop is to remove the device from HE. For example...
This is just an excerpt. The log continues for hundreds of messages.
I am after a couple of testers to try beta3 . Inparticular you should be using virtual MQTT devices i.e. those created from MQTT into HE virtual drivers. If you have an issue with pre alpha2 latest even better. PM me if you can help.
Hey I am trying to get this to work but having issues, I can confirm my data is in the MQTT Explorer but the virtual devices aren't mirroring what i am seeing. Any help would be appreciated...I have tried a bunch of things...my settings etc are below.
@jpenrod3 - sorry hang on for next release , illluminance was just added in beta2 and creation of a virtual device updating from a custom JSON MQTT topic/payload is not going to work for you.
This JSON feature is added in beta3 - coming very soon.
BTW the topic you will need to enter in beta3 will be will be miflora/Lavender{light} or miflora/Lavender/{light} - haven't settled on which to use yet..
my mqtt daemon can be set to a few different formats, json, mqtt-json, homie-mqtt and a few others would changing it be recommended? I really am only interested in moisture but was using illuminace to test.
Your up against two issues the support for illuminance attribute updates and the json format. Certainly you could get the value into something like a HE variable or some common sensor - it might go into illuminance I'm not sure. It will in beta3.
The json format you have two options in beta2. You could read the whole json 'string' into a text variable and somehow you might be able to split out the 'light' value using say WebCore - not sure you can do it in Rule Machine.
Or if your software will publish 'light' as a separate topic you can use that directly which would be easier. However the topic you create must be outside of the homie/ tree or it won't be considered as a virtual device.
My recommendation is to await beta3 or I can maybe enlist your help as a tester and you could try this weekend with a pre release ?
What is the mqtt daemon you are using - sounds very flexible ? Is it an inbuilt miflora option ?
@kevin, I love this connector! I would love to help you test. I have around 100 devices attached via Zigbee to my HE. I also have HA on a Pi4 with RabitMQ + MQTT plugin.
I did a clean install and the only two "gotcha" issues I had were:
I was getting "null" in my tree because I forgot to put in the HA discovery topic. I thought that it was defaulting to "homeassistant" and I didn't enter anything in the HE config.
No devices were showing up in HomeAssistant. I found one of the other threads that said you cannot use the "select all" options. Once I went back through and selected them all manually , the HE devices started populating HA.
I am getting an error every time I send a MQTT push to the HE driver. See attached screenshot:
@MrYutz The errors are misleading, they should really just be infos , it just means there are topics I’m not supporting yet. What version of the beta are you using ?