Hey, long time lurker.
I seem to have noticed a bug in the Play/Record application from the USB IR Toy v22 software package (Windows build, running under Windows 8.1 Pro x64) which does not appear to respect the speed the user sets for the port. The -s flag is supposed to set the baud rate, but the program only ever prints the speed as 115200bps regardless. I don't know if this is just a display issue, or if it simply doesn't respect the speed you set.
An unrelated request would be some help with either compiling the Play/Record application for ARM (Raspberry Pi in specific), or having someone who has it compiled for ARM already give me a copy to use.
In my attempt to compile for ARM, I downloaded CodeBlocks and various GNU ARM toolchain binary packages for Windows. I was not successful in getting CodeBlocks to compile for ARM under Windows. I also tried eMIDE (a CodeBlocks-based embedded systems IDE), but it does not (amazingly enough) understand CodeBlocks Project files and I have no idea how to build a project manually.
I'd really like to be able to continue using this app, especially on my Pi.
Thanks for any help/advice you may have.
Given that the IRToy is simply emulating a serial port via USB and no communication is happening via RS232, the baud rate is merely a placebo. That is, it has zero effect on operation. As I recall, the CDC driver does not even do anything with the caller's requested baud rate. It is ignored.
Thank you for the quick reply Qwlciguk. As I'm sure you can see from the above question, my knowledge doesn't run terribly deep on this unit. I try to follow directions where given to ensure that I don't prevent myself from getting the device working properly. Now that I know it doesn't matter, I'll simply stop passing that argument to the program.
Thanks for saving me a few extra keystrokes :)
Do you have any advice/help for me regarding cross-compiling the Play/Record application for ARM?
[quote author="Synper311"]Thank you for the quick reply Qwlciguk. As I'm sure you can see from the above question, my knowledge doesn't run terribly deep on this unit. I try to follow directions where given to ensure that I don't prevent myself from getting the device working properly. Now that I know it doesn't matter, I'll simply stop passing that argument to the program.
Thanks for saving me a few extra keystrokes :)
Do you have any advice/help for me regarding cross-compiling the Play/Record application for ARM?[/quote]
I don't have any experience compiling stuff for ARM, but I would recommend that you pursue LIRC or something similar for the ARM platform, as the record/play program is not really intended for more than demo purposes. It just isn't robust enough for an "always on" environment. If you just want to do interactive capture/record playback, I would recommend IR Scrutinizer which I'm pretty sure runs JAVA. So in theory, it could run under RPi.
Oh, okay. I thought the "simple" nature of the Play/Rec program made it ideal.
What I'm looking to do is to use CRON to play back certain captured IR commands at certain times of the day. I know I can do that with a binary like the Play/Rec program, but I have no idea if I can pass commands like that using CRON to a java program. I'm also likely to be running headless and just poking at my Pi via SSH, so I don't know if IR Scrutinizer can support that use case either.
Thanks for the help.