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