TriLife

Greetings from the other side of the world. @sjenkins, I'm wondering, if this can be solved by changing the name of the plug-in from mqtt-poly to MQTT... This would require me to remove the current MQTT from the Beta Store though, or point the MQTT plugin to load from your repository. I could do so early next week, when I'm back from my trip

I only access MQSwitch and MQDimmer with Google Assistant (Voice): when initially called on a hub or hub max, the screen shows the status as ON (and % for dimmer). And after a couple of seconds it reverts to OFF and 0%. When using the Google Home app, you can click a device to turn it on and the GUI shows ON and stays on. But if I independently turn the light off locally, the GUI remains ON, meaning that it doesn't get feedback from the plug-in, or doesn't process it properly. AC does report when a light gets turned off locally. Strong work on powering through all those items @sjenkins! Thanks so much

Glad that worked for you! If you have further ideas on how we can enhance the MQTT plug-in, please contribute on: We started on a list for you, in case you're shy😜 Cheers JR

Good morning @TJF1960, Couldn't keep @sjenkins away from his keyboard! THANKS! There is a for STATUS on the Beta Store MQTT plug-in. Now V39. your PG3 should notify you. just update... It also is on the Production Store, but since we didn't bump the rev, you might not get an update notice. Please let us know how it goes.

Good morning @TJF1960; Ok, 'MQTT' in the Beta Store is now the true blue V 0.0.35. I cloned the repository from GitHub, reverted to V35 and put it in its own branch. (I was reluctant to do this initially, because I am git-phobic 😜. Turns out using Github Desktop it was a breeze!) I also tested it. It reports status back to the AC. Let me know if this works for you. Cheers

Hmmm. I'll have a look at it tomorrow. In the meantime, @sjenkins may have a true-blue V35 in his back pocket, which he cloned to develop V39...

Hi @TJF1960. Yes, MQTT is V35 (although it may say V40 somewhere)

You're absolutely correct @maxnorth. I put those defaults in when I was expanding the plugin a couple of years ago. Some of those fields are necessary on legacy setups (isy994, polisy, PG2, etc). With eISY and PG3x, they have become defaults. I will ask UDI, how many users still are on legacy setups and we'll make adjustments as necessary. Thanks for the feedback!

10- simplify devlist/devfile by using 'defaults' for status_topic and cmd_topic. (They are mostly a combination of 'id' and a set of repetitive strings). This could reduce configuration pain by 80% and typos by 90%. Minimum need: 'id:' and 'type:' optional 'name:' 11- Google Assistant is not reporting device status consistently: it shows correctly for a few seconds and then goes to 'OFF'

devices: # SAMPLE SECTION - id: "Test1" name: "Friendly Test1" type: "switch" status_topic: "stat/Test1/POWER" cmd_topic: "cmnd/Test1/power" # TOPIC in Sonoff Quad MQTT CONFIG "Test4CH" Note no CH# and no UNDERSCORE ! - id: "Test4CH1" name: "Friendly 4CH1" type: "switch" status_topic: "stat/Test4CH/POWER1" cmd_topic: "cmnd/Test4CH/power1" - id: "Test4CH2" name: "Friendly 4CH2" type: "switch" status_topic: "stat/Test4CH/POWER2" cmd_topic: "cmnd/Test4CH/power2" - id: "Test4CH3" name: "Friendly 4CH3" type: "switch" status_topic: "stat/Test4CH/POWER3" cmd_topic: "cmnd/Test4CH/power3" - id: "Test4CH4" name: "Friendly 4CH4" type: "switch" status_topic: "stat/Test4CH/POWER4" cmd_topic: "cmnd/Test4CH/power4" # Hallway Box (IP x.20...) - id: "OfcBath" #{1:"Orientes", 2:"Interior", 3:"Sky", 4:""} name: "Office Bath" type: "switch" status_topic: "stat/OfcBath/POWER" cmd_topic: "cmnd/OfcBath/power" there you go. devices: is critical. every '-' starts a new device. I keep my file in /usr/home/admin/<file-name>.yaml May I suggest we move the conversation over to this for suggestions and general questions? Thanks

I wanna know, if your chickens are happy! 😄

good catch @maxnorth, the correct format is in the lines above "status_topic": "stat/sonoff1/POWER", "cmd_topic": "cmnd/sonoff1/power"}

Good morning everyone: @EWhite, @TJF1960, @maxnorth @sjenkins did a stellar job hunting down the bug overnight. Thanks! So, we decided on Option C : The production store now has V39 on it, which should fix the issues you have been experiencing. It did so on both my eISYs. A simple UPDATE in your plug-in will get you up to date. Sorry for putting you through this. I also managed to 'follow' the MQTT thread in the forum, so you don't have to mention me for me to get a message. There is an updated link in the CONFIGURATION for future comments. Keep them coming! Cheers.

Good morning @maxnorth, @EWhite. @TJF1960, @sjenkins As mentioned earlier, I was able to reproduce the error on two different eISYs here. (We have not yet identified the root cause) I also was able to revert back to V35 and confirm that at least on these two eISYs it works as intended, updating status when it changes. Now, we have a choice: A- V35 is available on the beta store under 'MQTT' (NOT 'mqtt-poly'!). If you chose to go there your functionality should return. But you will habe to delete the contents of your slot and reinstall from beta. or B- I can put V35 on the Production store and you should get an 'Update Available' in PG3. It will automatically install in your slot, no reconfiguration necessary. My preference is for B, since there are likely users out there, who are not necessarily monitoring the forum... PLEASE LET ME KNOW! If I don't hear from you, I'll back-rev the Production Store. @maxnorth: Sorry I didn't see your post about the s31. I don't have one of those to troubleshoot. I'm about to embark on a multi week overseas trip without access to a computer. I'll make a note to reach out to you upon my return.

the conversation seems to have moved to . Just in case. BTW, I was able to replicate here. some switches update their status on AC, the vast majority do not (i have 118 of them) I have been using V37 for a several days and can fairly confirm that the not updating of AC (and as a result non-execution of referencing programs) is only a couple of days old... Seems to be related with changing from Beta to Production store, as this may have forced some type of a reinstall... Working on it. If we can't find the root cause fairly quickly I'll suggest to revert to a stable version (V34 or V35).