Dangerous Prototypes Open Source Hardware

Prescaler setup in sampling mode

November 21, 2010, 05:27:24 pm

Hi,
Reading this wiki page. When setting this value, is it expected IRToy to respond on success/fail as BusPirate?
When sending 0x05 0x0n (n is 0..7) I do not receive response (0 or 1) but when send something with remote, the capture is different, but not as I expected.  See the screen shots. Every capture is with same remote button (Power) code.
I expected that after setting [0x05,0x07] I should capture same data as the default one. When I set [0x05,0x06] I expect to see 2x greater values that i shoud multiply with 21.3333/2=10.6666 to get same value. when set [0x05,0x05] I should receive 4x greater values, and so on... Or I am wrong?

BR,
Anton

Re: Prescaler setup in sampling mode

Reply #1 – November 21, 2010, 05:44:55 pm

You are correct. Here's where the magic happens:
http://code.google.com/p/dangerous-prot ... /IRs.c#357

It does not respond to a correct command, though I can add that.

I think the timer isn't turned on and off correctly, I'll look at it a little closer tomorrow morning.

Re: Prescaler setup in sampling mode

Reply #2 – November 22, 2010, 02:05:46 pm

I think there was some stupidity in the parameter tracking. I worked it out, and this seems to set the correct value under debug. A v10 beta is attached.

Re: Prescaler setup in sampling mode

Reply #3 – November 22, 2010, 02:47:56 pm

Hi Ian,
With posted v10 fw my IRToy have behaviour as expected.  Now I will tweak the reader script to implement prescaler change. Just to add function for sending multiple bytes. And next is irtoy sender script... Or this function will double your native native C utility?

BR,
Anton

Re: Prescaler setup in sampling mode

Reply #4 – November 22, 2010, 08:34:52 pm

Thanks for the update, I'm glad that fixed it. Thanks for the bug report, I think it might help with some other small issues people have reported.

The more the better Duplicate away

I'd actually like to convert your decoder scripts to python so they can be used with the logic sniffer client to decode captures. You said you had a problem connecting directly - it is pretty easy to save to the .sla format directly, it's a simple text format with an example in the rec&play app, and also another example somewhere here: http://code.google.com/p/dangerous-prot ... oy2ols.au3

Re: Prescaler setup in sampling mode

Reply #5 – November 23, 2010, 09:09:29 am

I have only basic knowledge of Python so i can't help here. I will add writing .sla files soon and maybe will use them for the decoder scripts because the data is in useconds so it is pre-scaler independent. The raw bin files carry only the counters so the pre-scaler multiplier to get useconds is missing.

Another missing function I am thinking about is protocol detector - to parse the data and say how close it is to each known protocol...

Re: Prescaler setup in sampling mode

Reply #6 – November 23, 2010, 05:55:19 pm

[quote author="ian"]
I'd actually like to convert your decoder scripts to python so they can be used with the logic sniffer client to decode captures. You said you had a problem connecting directly - it is pretty easy to save to the .sla format directly, it's a simple text format with an example in the rec&play app, and also another example somewhere here: http://code.google.com/p/dangerous-prot ... oy2ols.au3
[/quote]

Is there Python software for the OLS?  I didn't see any mentioned on the wiki.   What sort of python ntegration/tools did you have in mind?    Does the Alternative logic sniffer client work with the SUMP mode of the IRToy?  I used the original sump client when I first got the IR Toy, though I had to struggle a bit to get RXTX working correctly under linux

Regarding File Formsts: I think the current IRToy .bin files are a bit of a dead-end since they don't contain any descriptive information.   My bias is for simple text based files.   While, I think the SLA files are good for looking at timing, but don't contain other info you would want to use for IR code storage like carrier, device, function name, etc.    I think it would be better to work towards using LIRC files where possible.

Regarding analysis of Captured IR Signals:

Right now, my preference for analyzing a capture would be to use IRScope under windows(*).    On my list is to look into the DecodeIR C++ code for use on other platforms.  I know someone make the changes to make it compile under linux  as a .so (port was to gcc really, as opposed to ms visual ...).   Given that it's available as a shared library, should be able to dynamically load it and use it from python, perl, etc. with one of the C wrappers.    I guess there might be times where you'd want to use the logic analyzer client for looking at the IR signal, but I think the consumer IR specific decoding that IRscope/decodeIR are already doing is probably a bit more relevant.

* Right now it's multiple steps to use IRscope with the IR Toy, irtoy record to .bin, irbin2ict.pl to get a .ict file to load into IRScope.   Though it would be straightforward to make of the ir toy recorders spit out .ict files.   I have python already the reads the IRwidget pulse count or timing mode and spits out .ict files.  It works under linux or windows.  The python serial module is designed to be cross platform.
* I built an IR widget on a breadboard using an ATTiny2313.  It captures pulse counts using either a QSE157 or an IR LED as a photodiode.  It also has a timing mode with a standard IR demodulator.  Kevin Timmerman did an AVR port of his pic code to hack the Adafruit MiniPOV3 into an IRwidget.   The AVR port supports either pulse count mode or timing mode.
* Decode IR list of protocols

Re: Prescaler setup in sampling mode

Reply #7 – November 23, 2010, 06:03:07 pm

Quote

Is there Python software for the OLS?

I thought SUMP protocol analyzers were written in Pyton, but I guess that is sigrok. I'm not sure how to do it in SUMP.

Re: Prescaler setup in sampling mode

Reply #8 – November 23, 2010, 06:20:45 pm

[quote author="ian"]
I thought SUMP protocol analyzers were written in Pyton, but I guess that is sigrok. I'm not sure how to do it in SUMP.
[/quote]

Yes, protocol decoders in python is a sigrok platform goal.   IIRC, correctly Sigrok had consumer IR protocol decoders on their to do list.   AFAIK, the Java Sump clients aren't scriptable, so you'd have to implement the decoder in java.   I believe someone ported decodeIR to java at some point, but it becomes a maintenance issue.  The decodeIR code gets periodically updated to support new consumer IR protocols as they are documented in the jp1 forums.