Well, Development started off good, then quickly petered out.
I really need to talk to a developer or someone else who has experience with PnP.
I've got 2 more things to finish, but then, the driver is done. What needs to be done:
1. X10 integration - up till now I've been ignoring it.
2. I still have to fix that keypadlinc bug...
(This is for 2-way communication) The device sending the command is NOT guaranteed to be the device being controlled.
(or devices for that matter, since a SINGLE button COULD control multiple devices)
Luckily, I have ALL the device's databases in memory, so it should be a quick 30 minute subroutine.
(I don't want to rely on cleanup events as I'm not guaranteed to receive them.)
X10 shouldn't take too long either.. it follows the same flow as Insteon.. the translation tables are done, I just have to add the logic to handle it.
After that, I'm kinda stuck.
Just so we're clear, here's the details on what I'm 'Stuck' with:
1. PROPERLY reporting Devices Detected via PnP
2. Sending STATE information to DCE? (I can send ON/OFF, but I want to send ON/50 --- how do the orbiters do it?!?)
3. I've got a problem with sending OFF commands... I send them OK, They go through DCE fine, but when GSD gets them, it reports 'not executing command because it is useless'. Now here's the kicker: If I use an orbiter, go to the floorplan, DIM a light, then turn it FULLY ON, then OFF, it works.
PeteK, Can you confirm the Detection script I wrote worked just one more time, and document BOTH the script (I lost it) AND the PnP settings for the template here? Thanks a ton!
Please, also unplug your PLM to verify the script FAILS too...
Hari and TotallyMaxed: I don't know if either of you could possibly help with the 3 problems above, but If you find a spare minute, maybe see if you can help there, or possibly pm me with someone who can (pluto?)
Anyone Else: Problem 2 above: If you know C++, could someone look into that code and see how the orbiters do it? Maybe they communicate to a different device or something like that... EVEN if I EMULATE an orbiter.. My problem is I don't know C++)
That will complete the PLM driver (which, I believe everyone is waiting for)
BTW, the TYPE of PLM is important.. AFAIK, GSD sends full bore to the serial device.
If you PLM is older, there was a note in the development package to 'wait until the character is echoed back to you before you send another character'
I would consider that not to be a 'bug'.. I can check the firmware of the PLM to determine which one you have.. and possibly put a (minor) delay after sending each character. I cannot sense the character coming back through GSD...
Well, That's a wrap for tonight.