From: Marc M. <ma...@me...> - 2011-08-26 17:51:33
|
Hi Gregg, I had to use the insteon branch to do a full scan before doing a delete orphans, and I got this: I have insteon svn: At revision 1943. (...) [Insteon_PLM] DEBUG: Parsing serial data: 02620f0506052be306 [Insteon_PLM] DEBUG: Received PLM acknowledge: obj=$mbr_outside; command=peek; extra=E3 [Insteon_PLM] DEBUG: Parsing serial data: 02500f050618d4ce212bd9 [Insteon_PLM] DEBUG: Sending obj=$mbr_outside; command=peek; extra=E4 incurred delay of 0.05 seconds; starting hop-count: 1 [Insteon_PLM] DEBUG: Parsing serial data: 02620f0506052be406 [Insteon_PLM] DEBUG: Received PLM acknowledge: obj=$mbr_outside; command=peek; extra=E4 [Insteon_PLM] DEBUG: Parsing serial data: 02500f050618d4ce212bee [Insteon_PLM] DEBUG: Sending obj=$mbr_outside; command=peek; extra=E5 incurred delay of 0.05 seconds; starting hop-count: 1 [Insteon_PLM] DEBUG: Parsing serial data: 02620f0506052be506 [Insteon_PLM] DEBUG: Received PLM acknowledge: obj=$mbr_outside; command=peek; extra=E5 [Insteon_PLM] DEBUG: Parsing serial data: 02500f050618d4ce212bfe [Insteon_PLM] DEBUG: Sending obj=$mbr_outside; command=peek; extra=E6 incurred delay of 0.05 seconds; starting hop-count: 1 [Insteon_PLM] DEBUG: Parsing serial data: 02620f052be6000006 [Insteon_PLM] ERROR: encountered '02620f052be6000006' but expected '02620f0506052be606'. [Insteon_PLM] DEBUG: Parsing serial data: 02620f052be6000006 [Insteon_PLM] ERROR: encountered '02620f052be6000006' but expected '02620f0506052be606'. and it loops on that error forever. INSTEON_SWITCHLINC, 0F.05.06:01, mbr_outside, All_Lights|mbr_both # v4.0 switchlink dimmer Can you explain what this means? 0262 0f.05.2b e60000 06 vs 0262 0f.05.06 052be6 06 My device is indeed 0F.05.06 and the PLM sees 0f.05.2b. I do not have any device in my items.mht with an ID of 0f.05.2b. Is that an insteon ID mismatch or some other problem? scan link table works on PLM or a few items, and even mbr_outside: [Insteon::ALDB_i1] $mbr_outside completed link memory scan [Insteon::ALDB_i1] Link table for $mbr_outside health: good [Insteon::ALDB_i1] [0x0FC0] is empty [Insteon::ALDB_i1] [0x0FC8] is empty [Insteon::ALDB_i1] [0x0FD0] is empty [Insteon::ALDB_i1] [0x0FD8] rspndr(01) record to $mbr_kpl (04): onlevel=100% and ramp=0.1s (d3:00) [Insteon::ALDB_i1] [0x0FE0] is empty [Insteon::ALDB_i1] [0x0FE8] contlr(01) record to 129dfb (01), (d1:ff, d2:1f, d3:00) [Insteon::ALDB_i1] [0x0FF0] contlr(01) record to $PLM (01), (d1:ff, d2:1f, d3:00) [Insteon::ALDB_i1] [0x0FF8] contlr(01) record to $mbr_kpl (04), (d1:ff, d2:1f, d3:04) No idea why 'scan all device link tables' died half way like this. Otherwise, I was able to do a scan all after that and it worked better (with no changes on my side) until it hang around 50% and stopped with: [Insteon_PLM] DEBUG: Sending obj=$fmr_outside; command=peek; extra=B1 incurred delay of 0.00 seconds; starting hop-count: 1 [Insteon_PLM] DEBUG: Parsing serial data: 0262109488052bb106 [Insteon_PLM] DEBUG: Received PLM acknowledge: obj=$fmr_outside; command=peek; extra=B1 [Insteon_PLM] DEBUG: Parsing serial data: 0250109488 [Insteon_PLM] DEBUG: Prepending prior data fragment: 0250109488 [Insteon_PLM] DEBUG: Parsing serial data: 025010948818d4ce212b17 [Insteon_PLM] DEBUG: Sending obj=$fmr_outside; command=peek; extra=B2 incurred delay of 0.00 seconds; starting hop-count: 1 [Insteon_PLM] DEBUG: Parsing serial data: 0262109488052bb206 [Insteon_PLM] DEBUG: Received PLM acknowledge: obj=$fmr_outside; command=peek; extra=B2 Saving object states ... done [Insteon_PLM] DEBUG: Parsing serial data: 025010948818d4ce212b18 [Insteon_PLM] PLM command timer expired but no transmission in place. Moving on... Once that happens, I have to restart mh to scan again. I'm not sure if the last log line is useful or whether it should abort the scan all. I don't know if any of this is useful, but there you go ;) Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ |