Polling PLM21 2 way lamp modules from Elk?
- Thread starter jwilson56
- Start date
AutomatedOutlet
Senior Member
If they are 2-way, why would the Elk need to poll them?
jwilson56
Senior Member
They are the kind of lamp module that you plug a lamp into. When you turn on the lamp on and off locally they are suppose to be able to be polled for the status.
From their manual.
Note: the PLM21 is a 2-Way module so you can poll it (ask it for its status) from the 2-Way Computer Interface
There was a polling option under Homeseer as well as Girder and it worked.
John
From their manual.
Note: the PLM21 is a 2-Way module so you can poll it (ask it for its status) from the 2-Way Computer Interface
There was a polling option under Homeseer as well as Girder and it worked.
John
Spanky
Senior Member
There is not a polling scheme in the M1 for X10 protocol. Polling X10 tends to really block out good transmissions. Using two way will update the status of the X10 switch in the M1. Make sure you are using a two way X10 switch with status transmission.
jwilson56
Senior Member
I have not seen a lamp module with will transmit the status when someone locally turns on the lamp that is plugged into it. The PLM21 is meant to be polled. So in Homeseer and Girder this was an option to be used sparingly for these type of modules. My wall switches are two way and they transmit their status when you turn on a light. So they need no polling. It should really be an option so you can handle these type of modules. Hard to mount a 2 way wall switch into a table or floor lamp.
John
jwilson56
Senior Member
Well I guess I am the only one that thinks we need to have the option (at least one in the Rules) to be able to poll an X10 device when we need to find its status. I still feel that if it was at least added as a Rule command it could be used very sparingly.
Any others have a need for this?
Any others have a need for this?
jwilson56
Senior Member
123
Senior Member
How about this:
Periodically poll the PLM21's status with Girder. If the returned state is different from the perceived state, echo the state back to the PLM21. The command will be ignored by the PLM21 but will be seen by the M1's PSC05 and be used to update its record of the PLM21's status.
For example, the light was turned on via an X10 command and then turned off manually. So now both the M1 and Girder believe the light is on when it is actually off. Girder polls it, discovers it is off, transmits OFF to the light (ignored), the M1 sees the transmitted OFF and updates its records.
All of this is based on the assumption that the PLM21 is aware that the light was turned off manually and stores the new status! Otherwise, it will reply to a poll with the incorrect status.
Periodically poll the PLM21's status with Girder. If the returned state is different from the perceived state, echo the state back to the PLM21. The command will be ignored by the PLM21 but will be seen by the M1's PSC05 and be used to update its record of the PLM21's status.
For example, the light was turned on via an X10 command and then turned off manually. So now both the M1 and Girder believe the light is on when it is actually off. Girder polls it, discovers it is off, transmits OFF to the light (ignored), the M1 sees the transmitted OFF and updates its records.
All of this is based on the assumption that the PLM21 is aware that the light was turned off manually and stores the new status! Otherwise, it will reply to a poll with the incorrect status.
123
Senior Member
For a second there your question stumped me and then it dawned on me that you must be using only one computer interface, namely the PSC05. I minsinterpreted your original posts and assumed you had two computer interfaces, the PSC05 on the M1 and a CM11A with Girder. In your case, Girder is controlling lighting via the M1's PSC05 using HarleyDude's plugin.
My example assumes two interfaces where a second interface would provide Girder with independent access to lighting and a greater degree of control through its CM11A driver. I use this technique in my home.
BTW, I'm not disparaging HarleyDude's plugin. It is, as are all M1 drivers, limited by the M1's lighting command-set which does not go far beyond on/off/dim.
My example assumes two interfaces where a second interface would provide Girder with independent access to lighting and a greater degree of control through its CM11A driver. I use this technique in my home.
BTW, I'm not disparaging HarleyDude's plugin. It is, as are all M1 drivers, limited by the M1's lighting command-set which does not go far beyond on/off/dim.
