ISY4Me

Due to it’s age, I also have suspected the PLM. It is date coded 1329… I think it was put into service around 2014-2015. That is why I want to try swapping out with my backup (which I have not yet done). The backup PLM is date coded 1439, but it has been in storage since it’s purchase… probably around 2016. That original PLM was the same I used with the isy994. If it still had useful life, I wasn’t ready to retire it when the Polisy was commissioned. As far as resetting every device in the system… no, I have not done that, but I can try that next before switching to the backup PLM (trying not to change more than one thing at a time). Just note. The failure that I am experiencing does not have a defined trigger. So when I try something, I just have to make the change and then wait to see if the status stops updating. I will update this discussion when I see what happens with the original PLM and resetting all devices, which I will do this morning. In an attempt to define a trigger for the problem… I have experienced some power glitches since all this started, so I simulated a power glitch this morning (toggle the main breaker) to see if that was a trigger. When the system restarted, all the battery devices were reporting their status and they self updated the status with motion and leak test.

Two of the motion sensors are surrounded with dual band Insteon devices. The remaining motion sensor and the leak sensors are a little more isolated, but probably are within 25 feet. That being said, what I have seen is when one sensor has lost status updating, they all lose it. The motion sensors have been in use for 5-7 years and status updating issue never occurred before switching to IoP this year. I need to isolate if this is a PLM “end of life indicator” or IoP issue, which will require the PLM to be replaced with my spare unit. Then, it is just waiting to see if it is stable… I don’t know what triggers the status update failure, so I need to monitor closely. It could take a while to post feedback on this experiment.

Additional information I should have included in the original post… When I noticed that the status fields were not populating, I manually triggered each motion sensor and the status did not indicate any activity. I also manual tested the leak detector and the status field did not populate or indicate that it was wet. This completely empty status field that didn’t change with activity is what I observed in all three problem periods. i also went to each device and put them in the linking mode and initiated a query there as well and the status field remained unpopulated. The odd thing I observed this evening is that after Resetting and Restoring the PLM with battery updates disabled, there were no 1010 icons next to the motion or leak sensors… yet the sensors were responsive to activity and the status field updated with any trigger…. essentially all these sensors were working as expected. I will continue evaluating tomorrow and check daily to see if I can catch when this non-responsive status field returns.

Since I migrated to ISY on Polisy, I have had issues with Leak and Motion sensors stopping status updates. A query will update some of the attributes for the device, but not the status. This has happened three times since my isy994 to IoP conversion. During the process of evaluating the problem, I found that Restoring the PLM will allow normal status reporting to restart. My "fix" is to reset the PLM first and then start the normal Restore PLM procedure. In today's recovery, I disabled the updates to battery devices and the status reporting for them returned before I went around to write updates to them. What I don't know is why the status reporting stops... I will see some unexpected program response and when I go and look, the status field for the sensors are empty. In the three occurrences, all 3 motion sensors and 1 leak sensor all stop updating the status at the same time. My only thought is that it is a PLM issue, but why would it only be an issue with the status of the battery devices stopping their reporting? The PLM is quite old, probably 10 years, but this is the only unusual behavior that has been observed... all other PLM control over numerous Insteon devices has been normal. Any thoughts from the community? I do have a spare 2413S PLM, but if I swap them out I will not know for weeks whether or not that is a source of the problem. Also, I have been focusing on getting all programs stable on IoP, so I have not upgraded yet... still on 5.3.0.

Thank you, I think your additional information was what knowledge I was missing. i believe this will resolve my issue.

I am only in day 2 of using UD Mobile and still learning. However, I have noticed that after a sync, the scenes I have created in ISY are enabled by default (blue dot). In the one test I performed, when I toggled the scene, it turned it off (blue dot went to clear blue circle) and it executed the scene off and turned all the related lights off. Normally, these scenes contain special alterations of lightning configurations and are not enabled so I would expect the blue dot should always be off. I am now running 5.3.3 and all it is still the same… first noticed the issue on 5.3.0. Update 5/21 Further examination this morning reveals that if any element of the scene is on, then UD Mobile sees the scene as being on. If all the lights in any of the scenes are off, then the status of the scene on UD Mobile is off or just the empty blue circle shows.

Thank you apostolakisl and larryllix for the links, I have used Tasker on Android in the past. Unfortunately, I forgot to mention that I am now an Apple iOS and Mac household and there is no pure equivalent for Tasker for iOS that I have come across. I have and do use REST commands on a WC8 PLC to feed Temperature data to the ISY, so I am familiar with the REST command approach of data communications. For a while, I thought I could use the CAI WebConnect PLC WC8 to feed to the ISY using PING, but the WC8 does not allow PING... this is only available on the WC32. I could always upgrade the PLC, but I was trying to accomplish this using the hardware I have. Thanks jtara92101... I have seen some threads talking about what might be possible with DD-WRT open-source router firmware. To accomplish my connectivity problems, I have moved to a CradlePoint MBR1200B and DD-WRT is not compatible with that router and I wouldn't want to loose the benefits that I have with the Cradlepoint OS. Open to any other suggestions... there must be a way.

Can you provide some guidance or instructions as to how you use tasker to set a variable in ISY? Thanks

I have a simple goal, but an unknown path as to how to get there. I want to do a poor mans geo-fencing. I would like to programmatically PING my cell phone network (WiFi) IP from ISY. I run a "reserved DHCP" configuration, so the internal home IP for the phone never changes. If the PING is successful, then set a state variable indicating that I am home and certain commands can be executed. By the same token, if the PING fails, it is indicating that I am away from home and now certain systems will be shutdown or changed. Is such a thing possible?