Just based on what I've been investigating the last couple of days, the links are stored in the devices. Like you said, HS doesn't have to be running for a KPL to turn on a light or a fan. I think all of the links that show in the plugin as being controlled by HomeSeer are just links to the PLM which enables HomeSeer to send or receive messages to/from those devices.
In the Insteon.ini file, it looks like the plugin stores a copy of the links so it doesn't have to query every device when you open up the device page. It also does the same thing for the op flags and settings, so they can get out of sync and you might have to check for new links or reread the links and settings from the device.
Your idea is useful though. I see what Mark is saying about if he disables the link then that link could basically be overridden if you added another link. I guess that means the device hands out the link IDs and Mark can't control that.
However, Mark, what if "disabling" the link essentially means that you delete it from the devices but you keep it cached in the .ini file without an ID so that from HomeSeer's perspective the data is still there but inactive? Then if somebody wanted to re-enable it and the old ID was taken, you would still have all of the link addresses and values to just create a new copy of the old link. Would that possibly work?
Speaking of link IDs, I think I noticed when I was working earlier today that in v1.7.2.5 if I check multiple links to delete, sometimes it either deletes the wrong link or deletes additional links. I didn't get a log of it happening, but once I deleted links 14, 15, 16, 17 then on my KPL, link 13 also got deleted. Then I did it again, and link 12 got deleted. If I deleted them one at a time in descending order, then that didn't happen.
In the Insteon.ini file, it looks like the plugin stores a copy of the links so it doesn't have to query every device when you open up the device page. It also does the same thing for the op flags and settings, so they can get out of sync and you might have to check for new links or reread the links and settings from the device.
Your idea is useful though. I see what Mark is saying about if he disables the link then that link could basically be overridden if you added another link. I guess that means the device hands out the link IDs and Mark can't control that.
However, Mark, what if "disabling" the link essentially means that you delete it from the devices but you keep it cached in the .ini file without an ID so that from HomeSeer's perspective the data is still there but inactive? Then if somebody wanted to re-enable it and the old ID was taken, you would still have all of the link addresses and values to just create a new copy of the old link. Would that possibly work?
Speaking of link IDs, I think I noticed when I was working earlier today that in v1.7.2.5 if I check multiple links to delete, sometimes it either deletes the wrong link or deletes additional links. I didn't get a log of it happening, but once I deleted links 14, 15, 16, 17 then on my KPL, link 13 also got deleted. Then I did it again, and link 12 got deleted. If I deleted them one at a time in descending order, then that didn't happen.
Comment