Dangerous Prototypes

Dangerous Prototypes => USB Infrared Toy => Topic started by: ian on August 12, 2010, 05:00:10 pm

Title: Dev: Firmware v1.6
Post by: ian on August 12, 2010, 05:00:10 pm
Upcoming firmware will have these improvements:

*IRsample transmit mode
*New IRman decoder++

++Someone contributed a new IRman decoder a long time ago. It supports RC5, 6, and NEC or sony. I'd like to integrate that into the next release, but I can't find it. Does anyone know where it is?
Title: Re: Dev: Firmware v1.6
Post by: ian on August 12, 2010, 05:00:46 pm
I also updated the manual for the USB IR Toy:

http://dangerousprototypes.com/docs/USB_Infrared_Toy (http://dangerousprototypes.com/docs/USB_Infrared_Toy)
Title: Re: Dev: Firmware v1.6
Post by: dukey on August 18, 2010, 12:25:20 am
Quote
IRsample transmit mode

What's the API for this ? Maybe I'll have a bash at adding it to the winlirc plugin :)
Title: Re: Dev: Firmware v1.6
Post by: ian on August 18, 2010, 07:56:16 am
It will accept the same data as receive mode outputs. Probably a command + packet length + data +0xff 0xff (end of data). The frequency will default to 38khz (36khz?), but other commands will make make it adjustable (like IRIO mode).
Title: Re: Dev: Firmware v1.6
Post by: ian on August 18, 2010, 08:15:34 pm
Here's the post with the additional decoders. I thought it did RC5 too, but it seems to be only RC6 and NEC. I'll take a look at it now.

http://dangerousprototypes.com/forum/in ... 48#msg4448 (http://dangerousprototypes.com/forum/index.php?topic=508.msg4448#msg4448)
Title: Re: Dev: Firmware v1.6
Post by: ian on August 18, 2010, 08:21:22 pm
Unfortunately the decoder must be configured for a specific protocol. RC6/NEC are set with a command. RC5 could be easily added, but it stills requires the PC to send a command setting the mode, it doesn't determine the mode from the signal itself.
Title: Re: Dev: Firmware v1.6
Post by: Shadowsoul on August 18, 2010, 08:42:27 pm
[quote author="ian"]
Here's the post with the additional decoders. I thought it did RC5 too, but it seems to be only RC6 and NEC. I'll take a look at it now.

http://dangerousprototypes.com/forum/in ... 48#msg4448 (http://dangerousprototypes.com/forum/index.php?topic=508.msg4448#msg4448)
[/quote]

Can't open the files unfortunately but based on his description I would say he uses a relay in some way to short the Power-On-pins on the motherboard (it's the only way I know of to start a computer in S4 sleep mode). Especially when he says "external power supply", as that means not being forced to rely on a motherboard that has powered USB ports even when turned off.
Note: The external power supply may very well be the PSU as it always maintains power on the +5V pin 9 of the ATX connector. Or a battery or something, whatever fits best :) 


Quote
Unfortunately the decoder must be configured for a specific protocol. RC6/NEC are set with a command. RC5 could be easily added, but it stills requires the PC to send a command setting the mode, it doesn't determine the mode from the signal itself.


A simple way to remove the configuration is to look at the first two pulses of a received signal, all those protocols have different BOF-markers (NEC is 16 periods ON, 8 periods OFF, RC6 is 6 periods ON, 2 periods  OFF, RC5 I think is 1 ON, 1 OFF but I might remember incorreectly). That way one can quickly choose what algorithm to try, it only gets tougher when taking into consideration stuff like NEC2 (which differs only in how repeats are handled).
Title: Re: Dev: Firmware v1.6
Post by: ian on August 24, 2010, 08:17:59 pm
Here's a preview of firmware v1.06. It includes the new IR sample transmit mode.

There's some updated documentation here:
http://dangerousprototypes.com/docs/USB ... e#Commands (http://dangerousprototypes.com/docs/USB_IR_Toy:_Sampling_mode#Commands)

This will be tested and released officially on Wednesday or Thursday.