Page 1 of 1

How to enter low numbers to tdtool?

Posted: Fri Mar 17, 2023 9:45 am
by mountaindude
I would like to repeat a packet 3 times using raw format and tdtool, but fail to find the proper raw string..
How should the R prefix be used to achieve the desired 3-repeat? (Running tdtool on Linux)

'S88jj8jjjj+' | tdtool --raw -


'R2S88jj8jjjj+' | tdtool --raw -
will not work, it will (as expected) repeat 50 times..

Thanks,
Göran

Re: How to enter low numbers to tdtool?

Posted: Fri Mar 17, 2023 9:45 am
by micke.prag
Raw expects binary data. You must use ascii 2 as parameter to R.
Example:

Code: Select all

$ echo -e "R\x02S$k$k$k$k+" | tdtool --raw -

Re: How to enter low numbers to tdtool?

Posted: Fri Mar 17, 2023 9:45 am
by mountaindude
Thanks!

Re: How to enter low numbers to tdtool?

Posted: Fri Mar 17, 2023 9:45 am
by mountaindude
Another related question:

Is it possible to send longer pulses than 255*10 = 2555 us?
The device I am trying to communicate with expects a rather long leading/trailing pulse (ca 20 ms), how is that achieved using the raw protocol?

Re: How to enter low numbers to tdtool?

Posted: Fri Mar 17, 2023 9:45 am
by micke.prag
Which batch is your TellStick from?

B11 or later can use ascii 1 as a "zero pulse".
Example:

Code: Select all

$ echo -e "S\xFF\x01\xFF+" | tdtool --raw -
This should combine 0xFF and 0xFF to one 0x01FE pulse.


What protocol are you trying to decode?

Re: How to enter low numbers to tdtool?

Posted: Fri Mar 17, 2023 9:45 am
by mountaindude
micke.prag wrote:Which batch is your TellStick from?
Not sure - but it's the one with external antenna. Bought ca 3 months ago.
micke.prag wrote:B11 or later can use ascii 1 as a "zero pulse".
Example:

Code: Select all

$ echo -e "S\xFF\x01\xFF+" | tdtool --raw -
This should combine 0xFF and 0xFF to one 0x01FE pulse.
Nice! Will give it a try, should be easy enough to see if it works using the logic analyzer

micke.prag wrote:What protocol are you trying to decode?
Jung's 433 MHz wireless switches, dimmers etc.

I've taken the easy route and don't care about reverse engineering the protocol itself, instead I just capture the pulse trains when sent from a remote
control. If I can re-create those pulse trains using a Tellstick that will be enough.
But of course - would be nice to reverse engineer the actual protocol too... just don't have the time to do it.