X10 CM15Pro not working properly

[bkenobi]

The output was from output sent to the AHP SDK.  I could have performed screen capture, but it seemed messier that way.

AHP + CM15A, transceive set to NONE, XTB-IIR turned off:

Code: [Select]

2015/01/26 06:53:14 RecvAction: recvrf, a1, Off, 0, 1/26/2015 2:53:15 PM,
2015/01/26 06:53:15 RecvAction: recvrf, a1, Off, -1, 1/26/2015 2:53:15 PM, RF, no PLC


AHP + CM15A, transceive set to AUTO, XTB-IIR turned off:

Code: [Select]

2015/01/26 06:55:49 RecvAction: recvrf, a1, On, 0, 1/26/2015 2:55:50 PM,
2015/01/26 06:55:50 RecvAction: recvrf, a1, On, -1, 1/26/2015 2:55:50 PM, RF, no PLC


AHP + CM15A, transceive set to A+B, XTB-IIR turned off:

Code: [Select]

2015/01/26 06:57:10 RecvAction: recvrf, a1, Off, 0, 1/26/2015 2:57:10 PM,
2015/01/26 06:57:10 RecvAction: recvrf, a1, Off, -1, 1/26/2015 2:57:10 PM,
2015/01/26 06:57:10 RecvAction: RecvPlc, a1, Off, , ,
2015/01/26 06:57:11 RecvAction: RecvPlc, a1, Off, , , RF, double PLC


AHP + CM15A, transceive set to NONE, XTB-IIR turned on:

Code: [Select]

2015/01/26 07:01:43 RecvAction: recvrf, a1, Off, 0, 1/26/2015 3:01:43 PM,
2015/01/26 07:01:43 RecvAction: recvrf, a1, Off, -1, 1/26/2015 3:01:44 PM, RF, no PLC


AHP + CM15A, transceive set to AUTO, XTB-IIR turned on:

Code: [Select]

2015/01/26 07:00:58 RecvAction: recvrf, a1, On, 0, 1/26/2015 3:00:58 PM,
2015/01/26 07:00:58 RecvAction: recvrf, a1, On, -1, 1/26/2015 3:00:58 PM, RF, no PLC


AHP + CM15A, transceive set to A+B, XTB-IIR turned on:

Code: [Select]

2015/01/26 06:59:55 RecvAction: recvrf, a1, Off, 0, 1/26/2015 2:59:56 PM,
2015/01/26 06:59:55 RecvAction: recvrf, a1, Off, -1, 1/26/2015 2:59:56 PM,
2015/01/26 06:59:56 RecvAction: RecvPlc, a1, Off, , , RF, single PLC


AHP + CM15A, transceive set to A+B, monitored HC B, XTB-IIR turned off:

Code: [Select]

2015/01/26 07:03:58 RecvAction: recvrf, a1, On, 0, 1/26/2015 3:03:58 PM,
2015/01/26 07:03:58 RecvAction: recvrf, a1, On, -1, 1/26/2015 3:03:58 PM,
2015/01/26 07:03:59 RecvAction: RecvPlc, a1, On, , , RF, single PLC



The interesting thing is that after playing with settings, I'm now only getting a single PLC on each RF command no matter what I set the monitored code to.  I wonder if the CM15A had something strange going on inside for some reason.  I have a second unit that's installed on the Raspi that may need to be updated too since this unit was a spare for testing.  It looks like the appropriate setting to see RF but not transceive would be either NONE or AUTO.  To transceive the setting should be A+B+C+...

[Gene]

Hi bkenobi,

can you try to monitor USB at low level? So we see what actually is the real interface I/O. I did use this:

http://www.hhdsoftware.com/usb-monitor

g.

[bkenobi]

Sure.  It looks like that software is paid only, so I'll see if I can find a free/demo version.  What commands did you want to see captured?  Setting the mode (monitored HC, transceived HC, etc), or actually receiving commands, or both?

[Gene]

It's paid but it offers a trial. Download it, it will work for 15 days.
Capture both received and sent data. It can export to text file.

g.

[Gene]

an alternative software can be this one:

https://sourceforge.net/projects/usbsnoop/


g.

[bkenobi]

Sounds good.

[Gene]

or this one

http://freeusbanalyzer.com/

g.

[bkenobi]

I like the last one.  Ok, I admit I didn't have a chance to search for any software when I posted before.   

[bkenobi]

Sorry, other things came up and this slipped my mind.  I'll try to look at this soon (as well as the new RF decoding).

[bkenobi]

1) AHP + CM15A, transceive set to NONE, XTB-IIR turned off:

Code: [Select]

2015/01/29 18:27:11 RecvAction: recvrf, a1, On, 0, 1/30/2015 2:27:12 AM,
2015/01/29 18:27:12 RecvAction: recvrf, a1, On, -1, 1/30/2015 2:27:13 AM, RF, no PLC



2) AHP + CM15A, transceive set to AUTO, XTB-IIR turned off:

Code: [Select]

2015/01/29 18:31:13 RecvAction: recvrf, a1, On, 0, 1/30/2015 2:31:14 AM,
2015/01/29 18:31:14 RecvAction: recvrf, a1, On, -1, 1/30/2015 2:31:14 AM, RF, no PLC


3) AHP + CM15A, transceive set to A+B, XTB-IIR turned off:

Code: [Select]

2015/01/29 18:32:30 RecvAction: recvrf, a1, On, 0, 1/30/2015 2:32:31 AM,
2015/01/29 18:32:30 RecvAction: recvrf, a1, On, -1, 1/30/2015 2:32:31 AM,
2015/01/29 18:32:31 RecvAction: RecvPlc, a1, On, , ,
2015/01/29 18:32:32 RecvAction: RecvPlc, a1, On, , , RF, double PLC

I'm not sure why, but I have a double ON received again today.  I tried several times in a row and still see it.  I recorded the data using the 3rd link you provided (Free Device Monitoring Studio) and saved the workspaces.  I was going to just save text files, but that didn't seem to include the raw data.  For the 3rd test, I saved the step where it wrote settings to the CM15A as well in case that was useful.

[bkenobi]

I just realized that the data packets weren't saved and these are empty files (essentially).  I'm going to see if I can figure out how to save the data and try uploading again.

[bkenobi]

AHP + CM15A, transceiver set to A+B, XTB-IIR turned off:

Code: [Select]

015/01/29 19:29:14 RecvAction: recvrf, a1, On, 0, 1/30/2015 3:29:14 AM,
2015/01/29 19:29:14 RecvAction: recvrf, a1, On, -1, 1/30/2015 3:29:14 AM,
2015/01/29 19:29:15 RecvAction: RecvPlc, a1, On, , ,
2015/01/29 19:29:15 RecvAction: RecvPlc, a1, On, , , RF, double PLC

[bkenobi]

I asked the question about these 0 and -1 values over at the X10 forum where people have been working with AHP for years (including with the developers directly).  They had some really good feedback.  The answer to these values is basically...the AHP programers are unique people. 

Apparently, the extra value is something that they use to determine how long the button has been pressed but it's purely generated by the AHP code and visible via the SDK only.  A 0 means the button is pressed initially.  It then counts 1, 2, 3... as the button remains down.  When the button is released it results in a -1.  As you know, when the button of a remote is held down, you see a stream of RF commands.  Apparently, hardware transceivers require several commands to set the AGC circuitry and then use one instance as the command.  When it sends the command on the PLC it stops listening to the RF.  Once it is done sending, if there are still RF commands being sent, it will send the next command (duplicate if applicable).  The quickest of button presses results in at a minimum 5 RF commands.

http://forums.x10.com/index.php?topic=29059.0

[ElenRey]

Hi bkenobi,

can you try to monitor USB at low level? So we see what actually is the real interface I/O. I did use this:

http://www.hhdsoftware.com/usb-monitor

g.

You can also try  USB Sniffer (http://www.eltima.com/products/usb-sniffer/) for monitoring usb data.