Insteon - Status Lights Change, But Lights Don't Turn Off

**Platform information**

Hardware: Raspberry Pi 3 Model B version 1.2 (ARMv8, with 1GB RAM, and 64 GB microSD card)
OS: Raspbian 9 (Stretch)
Java Runtime Environment: java version “1.8.0_181”, Java™ SE Runtime Environment (build 1.8.0_181-b13), Java HotSpot™ Client VM (build 25.181-b13, mixed mode)
openHAB version: 2.3.0-1 wth openhab2-addons 2.3.0-1

Hello OpenHAB Community,

I finally got around to replacing a dead Insteon PLM (2413U). Instead of doing the button dance, I used insteon-terminal to link all my devices to the PLM. With a bit of fiddling, this worked. However, I’m seeing odd behavior when I try to turn on or off some lights via rules or the OpenHAB app on my phone. Specifically, the Insteon status lights report correctly but the load doesn’t turn on or off. The odd thing is that when the switches are physically activated everything works as it should.

Here’s an example of one of the problems. I have 2 Insteon devices, a 2477D dimmer and a 2475DA1 inline dimmer. The inline dimmer controls the load and the 2477D in turn controls the 2475DA1. Both devices are cross-linked, and I can turn on/off the load from either device and the status lights report correctly. However, if I attempt to turn the lights off via rules or the OpenHAB app, only the status LEDs on the 2477D show off, but the light stays on. I thought that I might need to have OpenHAB control the Insteon device controlling the load, but the behavior I see is the same.

Below are Insteon DBs as reported by insteon-terminal and snippets of my items, rules and sitemap files.

Does anyone have any ideas as to what’s going on?

Regards,
Burzin

**insteon-terminal init.py**
Modem                        = Modem2413U("insteon_plm", "44.85.B2")
Dimmer_A_DiningRoom          = Dimmer2477D("dining_room_a", "43.91.40") # (2475DA1 Dual Band Inline Dimmer) - Controls Load - Linked to Dimmer_B_DiningRoom
Dimmer_B_DiningRoom          = Dimmer2477D("dining_room_b", "48.28.34") # (2477D Dual Band Dimmer) - Linked to Dimmer_A_DiningRoom
**insteon-terminal device db**

>>> Modem.getdb()
0000 dining_room_a                  43.91.40  RESP  10100010 group: 54 data: 00 00 00
0000 dining_room_a                  43.91.40  CTRL  11100010 group: 54 data: 01 32 44
0000 dining_room_b                  48.28.34  RESP  10100010 group: 54 data: 00 00 00
0000 dining_room_b                  48.28.34  CTRL  11100010 group: 54 data: 01 20 45

>>> Dimmer_A_DiningRoom.getdb()
getting db, be patient!
sent db query msg, incoming records:  1 1 2 3 3 4 5 6dbbuilder.done() is called
0fff 41.E4.F6                       41.E4.F6 (RESP) 00101010 group: 01 ON LVL: 254 RMPRT:  28 BUTTON:   1
0ff7 dining_room_b                  48.28.34  CTRL  11101010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   1
0fef dining_room_b                  48.28.34  RESP  10101010 group: 01 ON LVL: 254 RMPRT:  28 BUTTON:   1
0fe7 insteon_plm                    44.85.B2  RESP  10101010 group: 54 ON LVL:   0 RMPRT:  28 BUTTON:  84
0fdf insteon_plm                    44.85.B2  CTRL  11101010 group: 54 ON LVL:   3 RMPRT:  28 BUTTON:  84
0fd7 00.00.00                       00.00.00 (STOP) 00000000 group: 00 ON LVL:   0 RMPRT:   0 BUTTON:   0

>>> Dimmer_B_DiningRoom.getdb()
getting db, be patient!
sent db query msg, incoming records:  1 2 3 4 5dbbuilder.done() is called
0fff dining_room_a                  43.91.40  RESP  10101010 group: 01 ON LVL: 255 RMPRT:  28 BUTTON:   1
0ff7 dining_room_a                  43.91.40  CTRL  11100010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   1
0fef insteon_plm                    44.85.B2  RESP  10101010 group: 54 ON LVL:   0 RMPRT:  28 BUTTON:  84
0fe7 insteon_plm                    44.85.B2  CTRL  11101010 group: 54 ON LVL:   3 RMPRT:  28 BUTTON:  84
0fdf 00.00.00                       00.00.00 (STOP) 00000000 group: 00 ON LVL:   0 RMPRT:   0 BUTTON:   0
**insteonplm.items**
Dimmer A_dinningRoom "dining room" {
    insteonplm="43.91.40:F00.00.01#dimmer,related=48.28.34"}
Dimmer B_dinningRoom "dinning room" {
    insteonplm="48.28.34:F00.00.01#dimmer,related=43.91.40"}
**insteonplm.rules** 
rule "rule item lightsOut"
when
   Time cron "0 30 22 ? * *"
then
   A_dinningRoom.sendCommand(OFF)
end
**default.sitemap**
sitemap default label="Home" {
    Slider item=A_diningRoom label="Dining Room Lights"
}

Wondering if the problem is with the programming. It shows “on lvl 3”. If I am not mistaken this means turn on but to a level of 3 vs the 254 which would be almost full on.

I may be thinking of scenes though…

Was the old plm able to be powered on? Maybe you could dump the database from it.

Hi Danny,

I suspect programming is the issue, but I can’t make sense of it. Unfortunately, I can’t dump the DB of the old PLM.

Regards,
Burzin

I would need to dump my database to look but can’t now. I had an issue similar to this. I reprogrammed it it worked.

I also had some issue where programming with buttons did not work as expected but with the insteon app did. On both cases dumping the database looked the same to me.

What if you just program one with buttons as a try if it works you could make the rest match with insteon terminal?

Hi @Thedannymullen,

I couldn’t make any progress on the dining room setup, so I tried another problem set. In this case, I have two 2477S switches.

Switch_A_Foyer               = Switch2477S("foyer_a", "23.E7.D1")   # Control Switch_B_Foyer
Switch_B_Foyer               = Switch2477S("foyer_b", "23.EF.0B")   # Controls the load

I did the following.

  1. A factory reset on both switches
  2. Cross-linked both switches physically and tested them.
  3. Used Insteon-Terminal to link the PLM to both both switches as both a controller and responder.
  4. I discovered the switches weren’t cross-linked, so I physically cross-linked and tested them again
  5. Tested using my sitemap and the OpenHAB app.

I now see the following behavior

  1. If I turn on/off "Switch_A_Foyer " in the OpenHAB app, I can only manipulate the Insteon status LEDs. The load does not turn on/off.
  2. If I turn on/off “Switch_B_Foyer” in the OpenHAB app, I can turn on/off the load. Switch_B_Foyer’s Insteon status LEDs also reflect the correct status. However, Switch_A_Foyer’s status lights don’t change when I turn on/off “Switch_A_Foyer”.

I think something is still programed wrong, because this worked with my old PLM. The only difference between the setup of the old PLM and the new PLM is that the old PLM was configured with something called QW Home Automation. The new PLM was programed using Insteon-Terminal.

Do you have any ideas on how to correct the behavior, such that Switch_A_Foyer Insteon status LEDs correctly reflect the state of the load? Here’s the current output from Insteon-Terminal.

Insteon Terminal
Connecting
Connected
Terminal ready!
>>> Switch_A_Foyer.getdb()
getting db, be patient!
sent db query msg, incoming records:  1 2 3 4 5 6 7dbbuilder.done() is called
0fff foyer_b                        23.EF.0B  RESP  10101010 group: 01 ON LVL: 255 RMPRT:  28 BUTTON:   1
0ff7 foyer_b                        23.EF.0B  CTRL  11101010 group: 54 ON LVL:   3 RMPRT:  28 BUTTON:  84
0fef insteon_plm                    44.85.B2  CTRL  11101010 group: 54 ON LVL:   3 RMPRT:  28 BUTTON:  84
0fe7 insteon_plm                    44.85.B2  CTRL  11101010 group: 54 ON LVL:   3 RMPRT:  28 BUTTON:  84
0fdf insteon_plm                    44.85.B2  RESP  10101010 group: 54 ON LVL: 255 RMPRT:  28 BUTTON:  84
0fd7 foyer_b                        23.EF.0B  CTRL  11101010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   1
0fcf 00.00.00                       00.00.00 (STOP) 00000000 group: 00 ON LVL:   0 RMPRT:   0 BUTTON:   0
>>> Switch_B_Foyer.getdb()
getting db, be patient!
sent db query msg, incoming records:  1 2 3 4 5 6 7dbbuilder.done() is called
0fff foyer_a                        23.E7.D1  CTRL  11101010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   1
0ff7 foyer_a                        23.E7.D1  RESP  10101010 group: 01 ON LVL: 255 RMPRT:  28 BUTTON:   1
0fef foyer_a                        23.E7.D1  RESP  10101010 group: 54 ON LVL: 255 RMPRT:  28 BUTTON:  84
0fe7 insteon_plm                    44.85.B2  CTRL  11101010 group: 54 ON LVL:   3 RMPRT:  28 BUTTON:  84
0fdf insteon_plm                    44.85.B2  RESP  10101010 group: 54 ON LVL: 255 RMPRT:  28 BUTTON:  84
0fd7 insteon_plm                    44.85.B2  CTRL  11101010 group: 54 ON LVL:   3 RMPRT:  28 BUTTON:  84
0fcf 00.00.00                       00.00.00 (STOP) 00000000 group: 00 ON LVL:   0 RMPRT:   0 BUTTON:   0
>>> Modem.getdb()
0000 foyer_a                        23.E7.D1  RESP  10100010 group: 54 data: 00 00 00
0000 foyer_a                        23.E7.D1  CTRL  11100010 group: 54 data: 02 2a 43
0000 foyer_b                        23.EF.0B  RESP  10100010 group: 54 data: 02 2a 43
0000 foyer_b                        23.EF.0B  CTRL  11100010 group: 54 data: 02 2a 43
>>> exit()

Regards,
Burzin

Do you have access to the program you originally used to program plm?

I unfortunately dont have a switch setup like this. I have two lamp linc devices presently. I know there are others on here that use instseon, wondering where everyone is…

Hi @Thedannymullen,

I have QW Home Automation…somewhere on another Pi. The trick is going to be to configure it to use a new PLM, as the original documentation is no longer available.

Regards,
Burzin

have you looked at broadcast groups in the plm doc? Maybe that helps, not sure though.

Hi @Thedannymullen,

I managed to solve all my Insteon issues. Here’s the recap

  1. When dealing with multi-way Insteon switching, control the Insteon device controlling the load in the sitemap. This will result in a slightly faster response when controlling the load. Note: This doesn’t apply to keypads.

Items

Dimmer Dining_Room_Lights_A "Dining Room Lights" {
    insteonplm="43.91.40:F00.00.01#dimmer,related=48.28.34"}
Dimmer Dining_Room_Lights_B "Dining Room Lights" {
    insteonplm="48.28.34:F00.00.01#dimmer,related=43.91.40"}

Sitemap

sitemap default label="My Home" {
    Slider item=Dining_Room_Lights_A label="Dining Room Lights"
}
  1. If you wish to keep the status LEDs fo the multiway Insteon switches in sync, you must use rules. In the example below, “Dining_Room_Lights_A” is the device that directly controls the load and is also referenced in the sitemap file. "Dining_Room_Lights_B is the device that I wish to keep in sync with “Dining_Room_Lights_A”.

Rules

rule "Dining Room Light"
    when
        Item Dining_Room_Lights_A received command
    then
        sendCommand(Dining_Room_Lights_B, receivedCommand)
end
  1. I had some problems with insteon-terminal, rules and sitemaps involving an Insteon 2477D dimmer and two Insteon 2457D2 LampLinc dimmer modules. I physically cross-linked all three devices and then used insteon-terminal to add the PLM as a controller and a responder to the three devices. This seemed to go okay. The modems ALDB showed all three devices as controllers and responders. The switch also showed all three devices as controllers and responders. Everything worked physically. However, I could not retrieve the ALDB from the LampLinc modules, and openHAB could not turn on the lamps connected to the LampLincs. Since everything worked physically, but not through openHAB, I knew the LampLincs were not at fault, so I tried using insteon-terminal several more times. This still didn’t work. In the end the solution turned out to be removing the lamplincs altogether from the PLM’s ALDB and using insteon-terminal to relink the modem as a controller and responder to the LampLincs.

Insteon-Terminal init.py

Modem                                  = Modem2413U("Insteon PLM", "44.85.B2")
Dimmer_Living_Room_Lights_A            = Dimmer2477D("Living Room Lights A", "46.B2.7D") #2477D wall switch
Dimmer_Living_Room_Lights_B            = Dimmer2477D("Living Room Lights B", "3A.8C.92") #2457 LampLinc
Dimmer_Living_Room_Lights_C            = Dimmer2477D("Living Room Lights C", "35.BD.48") #2457 LampLinc

Dimmer_Living_Room_Lights_A ALDB

>>> Dimmer_Living_Room_Lights_A.getdb()
getting db, be patient!
sent db query msg, incoming records:  1 2 3 4 5 6 7dbbuilder.done() is called
0fff Living Room Lights B           3A.8C.92  CTRL  11100010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   1
0ff7 Living Room Lights B           3A.8C.92  RESP  10101010 group: 01 ON LVL: 255 RMPRT:  28 BUTTON:   1
0fef Living Room Lights C           35.BD.48  CTRL  11100010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   1
0fe7 Living Room Lights C           35.BD.48  RESP  10101010 group: 01 ON LVL: 255 RMPRT:  28 BUTTON:   1
0fdf Insteon PLM                    44.85.B2  CTRL  11101010 group: fe ON LVL:   3 RMPRT:  28 BUTTON: 254
0fd7 Insteon PLM                    44.85.B2  RESP  10101010 group: fe ON LVL: 255 RMPRT:  28 BUTTON: 254
0fcf 00.00.00                       00.00.00 (STOP) 00000000 group: 00 ON LVL:   0 RMPRT:   0 BUTTON:   0

Dimmer_Living_Room_Lights_B ALDB

>>>  Dimmer_Living_Room_Lights_B.getdb()
getting db, be patient!
sent db query msg, incoming records: >>> did not get full database, giving up!

Dimmer_Living_Room_Lights_C ALDB

>>>  Dimmer_Living_Room_Lights_C.getdb()
getting db, be patient!
sent db query msg, incoming records: >>> did not get full database, giving up!

This is how the LampLincs looked after fixing them

>>> Dimmer_Living_Room_Lights_B.getdb()
getting db, be patient!
sent db query msg, incoming records:  1 2 3 4 5 6 7dbbuilder.done() is called
0fff Living Room Lights A           46.B2.7D  RESP  10100010 group: 01 ON LVL: 255 RMPRT:  28 BUTTON:   0
0ff7 Living Room Lights A           46.B2.7D  CTRL  11100010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   0
0fef Living Room Lights C           35.BD.48  CTRL  11100010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   0
0fe7 Living Room Lights C           35.BD.48  RESP  10100010 group: 01 ON LVL: 255 RMPRT:  28 BUTTON:   0
0fdf Insteon PLM                    44.85.B2  RESP  10100010 group: fe ON LVL: 255 RMPRT:  28 BUTTON:   0
0fd7 Insteon PLM                    44.85.B2  CTRL  11100010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   0
0fcf 00.00.00                       00.00.00 (STOP) 00000000 group: 00 ON LVL:   0 RMPRT:   0 BUTTON:   0
>>> Dimmer_Living_Room_Lights_C.getdb()
getting db, be patient!
sent db query msg, incoming records:  1 2 3 4 5 6 7dbbuilder.done() is called
0fff Living Room Lights A           46.B2.7D  RESP  10100010 group: 01 ON LVL: 255 RMPRT:  28 BUTTON:   0
0ff7 Living Room Lights A           46.B2.7D  CTRL  11100010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   0
0fef Living Room Lights B           3A.8C.92  RESP  10100010 group: 01 ON LVL: 255 RMPRT:  28 BUTTON:   0
0fe7 Living Room Lights B           3A.8C.92  CTRL  11100010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   0
0fdf Insteon PLM                    44.85.B2  CTRL  11100010 group: 01 ON LVL:   3 RMPRT:  28 BUTTON:   0
0fd7 Insteon PLM                    44.85.B2  RESP  10100010 group: fe ON LVL: 255 RMPRT:  28 BUTTON:   0
0fcf 00.00.00                       00.00.00 (STOP) 00000000 group: 00 ON LVL:   0 RMPRT:   0 BUTTON:   0
>>>

Regards,
Burzin

1 Like

@Burzin_Sumariwalla thx for recap!!

Can someone tell me the difference ```
RMPRT: 28
RMPRT: 31
RMPRT: 0

and what is the group column defining?

I’m trying to cleanup some old scenes …

Thanks

Bob

Magic Decoder Ring here:

http://www.madreporite.com/insteon/ramprate.htm

Thanks Tom

RMPRT = Ramp Rates

Is there anywhere that lists all of the groups? or Defines that these devices belong to this group?
Within Insteon=Terminal?

A command that would list the groups and devices belong too?

You can see what groups you have a device linked to in your device’s lihkdb. You can use Insteon-Terminal to view this.

I tried that

and I got the following:

modem.lihkdb()

Traceback (most recent call last):

File “”, line 1, in

AttributeError: Modem2413U instance has no attribute ‘lihkdb’

I think it is modem.getdb() do help(modem) and it will tell you what commands you can do.

I have done the modem.getdb() and that does work out fine. see below.

I just wanted some clarity on the groups/scenes in relation to the buttons?

Can I just change the group value with insteon terminal to clean things up?

If you look at my keypad db, you will see 6 entries for buttton 1? I’m just trying to figure that out?

Modem.getdb()

3E.19.8E 3E.19.8E RESP 10100010 group: 1 data: 0 0 0
3E.19.8E 3E.19.8E CTRL 11100010 group: 0 data: 1 41 45
3E.19.8E 3E.19.8E CTRL 11100010 group: 0b data: 1 41 45
3E.19.8E 3E.19.8E CTRL 11100010 group: 0e data: 1 41 45
3E.19.8E 3E.19.8E CTRL 11100010 group: 10 data: 1 41 45
3E.19.8E 3E.19.8E CTRL 11100010 group: 15 data: 1 41 45
3E.19.8E 3E.19.8E CTRL 11100010 group: 16 data: 1 41 45
3E.19.8E 3E.19.8E CTRL 11100010 group: 17 data: 1 41 45
3E.19.8E 3E.19.8E CTRL 11100010 group: 19 data: 1 41 45
2F.87.C2 2F.87.C2 RESP 10100010 group: 1 data: 0 0 0
2F.87.C2 2F.87.C2 CTRL 11100010 group: 0 data: 1 2a 43
2F.87.C2 2F.87.C2 CTRL 11100010 group: 0d data: 1 2a 43
2F.87.C2 2F.87.C2 CTRL 11100010 group: 13 data: 1 2a 43
2F.87.C2 2F.87.C2 CTRL 11100010 group: 14 data: 1 2a 43
2D.52.B0 2D.52.B0 RESP 10100010 group: 2 data: 0 0 0
2B.3F.7F 2B.3F.7F CTRL 11100010 group: 0b data: 1 3a 48
2B.3F.7F 2B.3F.7F CTRL 11100011 group: 0 data: 3 3a 48
28.30.EB 28.30.EB RESP 10100010 group: 1 data: 0 0 0
28.30.EB 28.30.EB CTRL 11100010 group: 0 data: 1 37 46
28.30.EB 28.30.EB CTRL 11100010 group: 0b data: 1 37 46
28.30.EB 28.30.EB CTRL 11100010 group: 0c data: 1 37 46
28.30.EB 28.30.EB CTRL 11100010 group: 0e data: 1 37 46
28.30.EB 28.30.EB CTRL 11100010 group: 19 data: 1 37 46
2F.82.68 2F.82.68 RESP 10100010 group: 1 data: 0 0 0
2F.82.68 2F.82.68 CTRL 11100010 group: 0 data: 1 2a 43
2F.82.68 2F.82.68 CTRL 11100010 group: 13 data: 1 2a 43

Keypad.getdb()

0f4f 00.00.00 00.00.00 (STOP) 0 group: 0 ON LVL: 0 RMPRT: 0 BUTTON: 0
0fff test_modem 39.1A.B0 RESP 10101010 group: 0 ON LVL: 0 RMPRT: 28 BUTTON: 1
0ff7 test_modem 39.1A.B0 CTRL 11100010 group: 1 ON LVL: 3 RMPRT: 28 BUTTON: 1
0fef 2D.7E.87 2D.7E.87 CTRL 11100010 group: 1 ON LVL: 3 RMPRT: 28 BUTTON: 1
0f5f test_modem 39.1A.B0 RESP 10101010 group: 17 ON LVL: 255 RMPRT: 31 BUTTON: 1
0fc7 test_modem 39.1A.B0 RESP 10101010 group: 16 ON LVL: 255 RMPRT: 31 BUTTON: 1
0fa7 test_modem 39.1A.B0 RESP 10101010 group: 0b ON LVL: 255 RMPRT: 31 BUTTON: 1
0fcf 2D.7E.87 2D.7E.87 CTRL 11100010 group: 2 ON LVL: 3 RMPRT: 28 BUTTON: 2
0f57 test_modem 39.1A.B0 RESP 10101010 group: 19 ON LVL: 255 RMPRT: 28 BUTTON: 3
0f9f 28.30.EB 28.30.EB CTRL 11100010 group: 3 ON LVL: 3 RMPRT: 28 BUTTON: 3
0f97 2C.F5.F7 2C.F5.F7 CTRL 11100010 group: 3 ON LVL: 3 RMPRT: 28 BUTTON: 3
0f8f 27.4F.C5 27.4F.C5 CTRL 11101010 group: 3 ON LVL: 3 RMPRT: 28 BUTTON: 3
0fe7 2D.7E.87 2D.7E.87 CTRL 11100010 group: 4 ON LVL: 3 RMPRT: 28 BUTTON: 4
0fbf test_modem 39.1A.B0 RESP 10101010 group: 17 ON LVL: 255 RMPRT: 31 BUTTON: 4
0f77 test_modem 39.1A.B0 RESP 10101010 group: 0e ON LVL: 255 RMPRT: 28 BUTTON: 4
0f87 2B.DC.CB 2B.DC.CB CTRL 11100010 group: 5 ON LVL: 3 RMPRT: 28 BUTTON: 5
0f7f 2B.DC.CB 2B.DC.CB RESP 10101010 group: 1 ON LVL: 255 RMPRT: 28 BUTTON: 5
0fdf 2D.7E.87 2D.7E.87 CTRL 11100010 group: 6 ON LVL: 3 RMPRT: 28 BUTTON: 6
0f6f test_modem 39.1A.B0 RESP 10101010 group: 10 ON LVL: 255 RMPRT: 28 BUTTON: 6
0fb7 34.8A.F7 34.8A.F7 CTRL 11101010 group: 7 ON LVL: 3 RMPRT: 31 BUTTON: 7
0faf 34.8A.F7 34.8A.F7 RESP 10101010 group: 1 ON LVL: 255 RMPRT: 28 BUTTON: 7
0fd7 2D.7E.87 2D.7E.87 CTRL 11100010 group: 8 ON LVL: 3 RMPRT: 28 BUTTON: 8
0f67 test_modem 39.1A.B0 RESP 10101010 group: 15 ON LVL: 255 RMPRT: 28 BUTTON: 8

Well, there is a lot to look at here. First - do you understand the concept of an insteon group (commonly called a scene)? If not, I’d google that and make sure you know that it means.

Looking at just your keypad’s db for button 1 (which would be the load control switch)

0fff test_modem 39.1A.B0 RESP 10101010 group: 0 ON LVL: 0 RMPRT: 28 BUTTON: 1

0ff7 test_modem 39.1A.B0 CTRL 11100010 group: 1 ON LVL: 3 RMPRT: 28 BUTTON: 1

These first two are the standard cross link with your modem. This is what allows the modem to turn on/off the keypad’s load (Responder) and the Controller part allows the keypay to send the modem its status changes when operated locally

0fef 2D.7E.87 2D.7E.87 CTRL 11100010 group: 1 ONLVL: 3 RMPRT: 28 BUTTON: 1

This means that this keypad controls the main group (group 1) of whatever device 2D.7E.87 is.

0f5f test_modem 39.1A.B0 RESP 10101010 group: 17 ONLVL: 255 RMPRT: 31 BUTTON: 1

This means that this keypad will turn on its load to level 255 (full) at ramp rate of 31 (max speed IIRC) when it received group 17 (note - group numbers are displayed in hex)

0fc7 test_modem 39.1A.B0 RESP 10101010 group: 16 ONLVL: 255 RMPRT: 31 BUTTON: 1

This means that this keypad will turn on its load to level 255 (full) at ramp rate of 31 (max speed IIRC) when it received group 16 (note - group numbers are displayed in hex)

0fa7 test_modem 39.1A.B0 RESP 10101010 group: 0b ONLVL: 255 RMPRT: 31 BUTTON: 1

This means that this keypad will turn on its load to level 255 (full) at ramp rate of 31 (max speed IIRC) when it received group 0B (note - group numbers are displayed in hex)

Tom

Tom

Thanks for the info,

I was wonder if you could help me out:

I’m trying to remove some entries and I’m getting a “no matching found record, no action taken!”

And you can see that I do a a record of 39.1A.B0 , 14 in the DB?

I tried the removeLastRecord () and that did remove the last record/

Thoughts?

s_dim.removeResponder(“39.1A.B0”, 14)

getting db, be patient!

sent db query msg, incoming records: 1 1 1 2 2 2 3 3 3 4 4 5dbbuilder.done() is called

database complete, analyzing…

no matching found record, no action taken!

0fff test_modem 39.1A.B0 RESP 10101010 group: 00 ON LVL: 255 RMPRT: 28 BUTTON: 1

0ff7 test_modem 39.1A.B0 CTRL 11101010 group: 01 ON LVL: 3 RMPRT: 28 BUTTON: 1

0fef test_modem 39.1A.B0 RESP 10101010 group: 13 ON LVL: 255 RMPRT: 31 BUTTON: 1

0fe7 test_modem 39.1A.B0 RESP 10101010 group: 14 ON LVL: 255 RMPRT: 31 BUTTON: 1

0fdf 00.00.00 00.00.00 (STOP) 00000000 group: 00 ON LVL: 0 RMPRT: 0 BUTTON: 0

>>>

no matching found record, no action taken!