Ok, I have finally finished the Pulse Length Distribution View in the ProtocolAnalyzer. It's like a spectrum analyzer for the pulse lengths of a signal. It's really useful when determining the lengths and tolerances for pulses in a decoder.

It also shows the current problems I have with the CUL-receiver. The two pictures are from the same signal (Nexa). The top one is collected with the CUL-stick and the one below via the AudioSampler via an UPM-receiver. The signal received with CUL is all over the place. I still don't know what the problem really is. There seems to be a big variation in the received pulse lengths from the CUL-Stick.

Sending

I finally think I cracked the sending problem! It was not a timing problem, it was the transmitter circuit that was in a bad state due to wrong initializing.  Now the protocol encoders seem to work with the CUL-Device (at least X10 and Nexa which I have tried).

Almost there

Ok, I have finally managed to control the lights (X10) via the CUL-device and NetHomeServer. There seems to be some kind of timing problem when sending the data to the device. I am not sure what the problem is, but it might be the "command framwork"  I am using that cannot handle high data rates. I might have to have some kind of acknowledge sceme from the CUL-device to slow down the transmission.

CUL-Transmission

I am currently working with adding support for the CUL-Transceiver ( BusWare ) for NetHomeServer and ProtocolAnalyzer. Unfortunately this also means writing firmware for the stick. I just finished first version of firmware which can both receive and transmit.

The low level interface to the transceiver is a serial port, so to test it I connect with HyperTeminal and Type:
A03E81388
This adds a pulse to the transmit buffer with the length 03E8 (=1000 uS) and a space of 1388 (=5000 uS)
Then I type:
S05
Which sends the transmit buffer 5 times. This gave the above result from the ProtocolAnalyzer (connected to an UPM-Receiver)
It works!!! Currently no error checking, so there is work left to do, but now I will write the NetHomeServer-port so I can test sending real protocol messages!