hart2hart

I had wondered the same thing. Just got them reflashed and working so I'm going to create programs that turn their lights on/off in middle of light a couple times to see how long until it happens again

Do you think there is a design issue in HW preventing a fix via FW?

Both doors non responsive again. Hope FW gets fixed.

Thanks for picking virtual up. It was not intuitive a year ago on how to set up as names of fields overlapped. I’d suggest something like 3 fields to define a virtual device: Virtual Device Number (01) Virtual Device Type (switch) Virtual Device Name (Front Porch Motion Enabled)

Great. Were the nodes created by the beta the same nodes from v2 production?

Like others have said, thank you. I've been using the plugin since moving to eISY. I mostly use switches to act as binary variables. I turn them on or off to set behavior/events. For instance, I set a virtual switch on to signal an irrigation program to run that night and its sets switch off. Also, use them to control motion detection for Ring lights. I set the switch on (as a favorite in UD mobile or Alexa) to block motion detection so program will not run with motion and light stays on at whatever level it has been set to manually. Some may be set as devices for Alexa to trigger announcements for leak detected or something else -- can't recall. I'll look if anyone is interested. I'll install and test in next week. Paul

I notice a light was not coming on when I walked through Ring light with motion. Finally got around to sorting it out. I did following: Checked all conditions and the motion event was the only thing missing for program execution. Looked at NS log and events were not showing Restart NS Rebooted eISY Stopped and Started NS Authenticated to Ring At least two times each above I reinstalled the NS and motion is detected again. Programs run and can see activity in the NS log works Let me know if you want me to DM logfile

It would be highly coincidental if it failed at same time of 5.8 install but I’ve had to recap both of mine as they fail like a PLM.

I’ve got two of them working with 5.8. At some point since the last irrigation season, scenes that included the device zones had an issue. I had to set the zones Scene On status in the scene. It had become Off and I selected it to On.

Open a support ticket with UD.

@Jimbo.Automates What do you think of adding the possible leak status?

Me too! My question is would it even be possible to use the ESP Home FW in our environment.

@Goose66 I’ve recently flashed with erase for second time. As you noted and others, the ESP Home FW does not appear to have this issue. Feel certain you’re tired of GDO at his point, but if MQTT FW is not fixed at some point is moving plug in to ESP Home even a possibility?

@Goose66 , thanks for the update.

Hi. ISY used serial PLM. You didn’t happen to purchase a USB PLM?

Sorry, I believe you want to replace plm.

If you manage it all with ISY, Polisy, or eISY, you do the restore from Admin Console. No drivers ever required for me.

At sunset, does the program show as true meaning it ran but the light is not coming on so a communication or device issue?

@Jimbo.Automates Just reviewed their api docs and looks like Leak is there but could not quickly determine if it’s a polled item or a true subscription.

@Jimbo.Automates Does the api used for node server include a value when a possible leak is detected?

Michel and UDI are always excellent!

Not a direct response… I don’t know if they’re sold now but I have Filterlincs on all noisy devices.

I had to enter their IP addresses when I first started using the node server.

I flashed them one at a time this morning (now I know why I took time to 3D print an enclosure for easy access) with erase and they are working again. I'll post and as you said we should post the issue on ratgdo site because it's likely to occur again. On the topic of rolling codes, I wondered on original install why the ratgdo did not require being "learned" by the garage door opener -- it just worked. I made sure this morning not to open door manually before reinstalling it and it worked first press again and seemingly did not have a chance to learn/teach.

I went to the ratgdo site. This might be issue #17. RATGDO not controlling opener · Issue #17 · ratgdo/mqtt-ratgdo · GitHub I did the OTA update with same version and it didn't fix it. In next few days, I'll get a laptop and erase and then reflash it. If that works does it imply there is an area of config data that is corrupted or bad from a bug and the erase is the only fix to get it back in sync?