Re: [mh] Insteon PLM scene issue
Brian Rudy via misterhouse-users <[email protected]> Tue, 29 Nov 2022 00:12:14 -0800
| Newsgroups | gmane.comp.misc.misterhouse.user |
|---|---|
| Message-ID | <[email protected]> |
Just to follow up on this for anyone that might find this later: I ended up doing a factory reset on the re-capped PLM followed by a "global - force scan all device link tables" and a "global - sync all links" and the PLM link table now looks complete and the scenes are working again! Cheers! -Brian On 11/26/2022 12:37 PM, Brian Rudy via misterhouse-users wrote: > > Hi folks, > > I recently had an issue with my 13 year old PLM 2413U where > communication with other devices on my Insteon network become > increasingly unreliable, and ultimately ended up re-capping the PLM. > This seems to have otherwise restored the functionality of the PLM and > now controlling all of my devices is working again, but I have one > remaining issue with scenes that I can't track down. Scenes in MH had > been working prior to the PLM starting to exhibit issues, so I'm not > quite sure what might have changed to cause this. The error suggests > that the PLM no longer has a link defined, but sync links was run just > prior and suggests the link is present. > > MHT extract: > > /INSTEON_SWITCHLINC, 43.2C.E3, upstairs_sconce_light, Lights|Upstairs > # the upstairs stairway sconce light// > //INSTEON_SWITCHLINC, 43.35.95, downstairs_sconce_light, > Lights|Downstairs # the downstairs stairway sconce light// > //# Link the upstairs and downstairs staircase sconce lights together// > //INSTEON_ICONTROLLER, A1, sconce_lights, Lights|Scenes// > //SCENE_BUILD, sconce_lights, downstairs_sconce_light, 1, 1, 100%, > 0.5s// > //SCENE_BUILD, sconce_lights, upstairs_sconce_light, 1, 1, 100%, 0.5s/ > > Log links extract after syncing links: > > 11/25/2022 14:39:23 [Insteon::ALDB_PLM] responder record to > $upstairs_sconce_light(01) (d1=00, d2=00, d3=00) > 11/25/2022 14:39:23 [Insteon::ALDB_PLM] cntlr($sconce_lights (a1)) > record to $upstairs_sconce_light (d1=01, d2=00, d3=a1) > 11/25/2022 14:39:23 [Insteon::ALDB_PLM] responder record to > $downstairs_sconce_light(01) (d1=00, d2=00, d3=00) > 11/25/2022 14:39:23 [Insteon::ALDB_PLM] cntlr($sconce_lights (a1)) > record to $downstairs_sconce_light (d1=01, d2=00, d3=a1) > > Attempts to control: > > 11/25/2022 14:40:04 Running: sconce lights on > 11/25/2022 14:40:04 [Insteon_PLM] WARN: PLM ALDB does not have a link > for this scene defined: obj=$sconce_lights; command=on; extra=00 > 11/25/2022 14:40:24 Running: sconce lights sync links > 11/25/2022 14:40:25 [Insteon::BaseController] Completed sync links > for: $sconce_lights > 11/25/2022 14:40:44 Running: sconce lights off > 11/25/2022 14:40:44 [Insteon_PLM] WARN: PLM ALDB does not have a link > for this scene defined: obj=$sconce_lights; command=off; extra=00 > > However, if I attempt to scan the PLM link table and then log links I > get this: > > 11/26/2022 12:06:11 Running: PLM plm - scan PLM link table > 11/26/2022 12:06:12 [Insteon::ALDB_PLM] Link table health: empty > > 11/26/2022 12:20:47 Running: PLM plm - log links > 11/26/2022 12:20:47 [Insteon::ALDB_PLM] Link table health: empty > > Has anyone seen something like this before? It suggests there is an > EEPROM on the PLM that may have failed as well. > > PLMs are still in short supply, and it looks like the Insteon Hub v2 > doesn't support the raw TCP PLM interface that the Hub v1 had, so it > might warrant adding support for the new authenticated HTTP method > that the Hub v2 uses.. > > > TIA! > > -Brian > > > > > ________________________________________________________ > To unsubscribe from this list, go to:https://lists.sourceforge.net/lists/listinfo/misterhouse-users > ________________________________________________________ To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users