Jump to content

TriLife

Members
  • Posts

    372
  • Joined

  • Last visited

About TriLife

  • Birthday 05/17/1963

Profile Information

  • Location
    Medellín, Colombia
  • Occupation
    Retired

Recent Profile Visitors

1790 profile views

TriLife's Achievements

Advanced

Advanced (5/6)

58

Reputation

6

Community Answers

  1. I'll make sure to add this to the instructions on the next iteration.
  2. Hi, you're close! Replace "POWER" with "POWER1", ..2 ..3 .. 4. For each switch you're trying to control... In case you need to controll ALL on/off, create a 5th device and use "POWER0". I'm away from my computer right now. You might want to follow the instructions on lower/upper case for POWER... Tasmota doesn't care, but the MQTT plug-in might.
  3. TriLife

    MQTT versioning

    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
  4. 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
  5. 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
  6. 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.
  7. 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
  8. 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...
  9. Hi @TJF1960. Yes, MQTT is V35 (although it may say V40 somewhere)
  10. 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!
  11. 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'
  12. 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
  13. I wanna know, if your chickens are happy! 😄
  14. good catch @maxnorth, the correct format is in the lines above "status_topic": "stat/sonoff1/POWER", "cmd_topic": "cmnd/sonoff1/power"}
  15. 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.
×
×
  • Create New...