X10 commands and PBP

[ardhuru]

you did already experiment XIN without success, so you solved the problem decoding the X10 burst writing your own Rx routine.

Without success, if I interfaced the circuit directly with the mains, *without* a TW523. Yes, I did manage to decode the signal with my own routine, rather than XIN.

More explicitely "XIN instruction doesn't work" and forget about fixing PBP XIN instruction, write your own Rx routine.

Not quite true; XIN does work, only when used with a TW523.

http://www.x10.com/products/x10_tw523.htm

Regards,

Anand

[dhouston]

There are some other reasons to write your own routines. The TW523 delays its output for 22 half-cycles of the powerline (so it can validate the commands) and it only outputs if the commands are valid. This saves you the trouble of checking the manchester coded commands but also means your processor is deaf to the powerline while the previously received command is being output. The 22 half-cycle periods of deafness mean you miss 2/3 of dim/bright commands and cannot receive X-10's extended commands. Most importantly, the TW523 cannot avoid collisions as it is not operating in real time - it can only detect them after the fact. The TW523 was designed about 30 years ago and uses outmoded technology.

XIN assumes a TW523 so it does not handle extended codes.

• ftp://ftp.x10.com/pub/manuals/xtdcode.pdf

XIN may also be expecting a silence after 22 half-cycles and is being confused by the continued output from the TR-2A.

The TR-2A operates in real time so you need not miss any powerline activity. You can avoid collisions but you will also need to check the manchester validity of received commands.