Hi I think you need to treat measurement of Modulation frequency separately from demodulated signals with the IR Toy.
Some points of interest: 1. The IRToy returns 2 values for the modulation frequency, which are captured from the first 2 modulation pulses at the start of each signal. For this to be accurate, you need the remote to be up close and personal!. In my experience you are either getting the Modulation frequency or the IR signal, but not both simultaneously. 2. There ia a bug in the current V222 firmware, wherby only the first value returned for modulation frequency is accurate, this is covered elsewhere in this forum, but remains outstanding. 3. If you make a request for modulation frequency after a signal where the remote was not up close, you will get a bad out of range result. 4. There is always a lag with IR Receivers and the resulting timings are always distorted, due to things like AGC within the device. You can get some insight in our blog post "Infrared Receivers – signal lag and distortion": http://http://www.analysir.com/blog/2014/03/27/infrared-receivers-signal-lag/ 5. IR Receivers are not designed for use at ranges of a few cms & from what I have observed the internal circuity can be overloaded when this happens and may (sometimes) operate outside of spec.
IR decoders must make allowances for variations in timings. Some use up to +/- 200 uSecs others use +/- 25% of pulse lengths.
I am not sure this addresses your points, but hopefully is of some interest nonetheless.
We experienced similar problems before and solved it by ensuring the data is sent to the device as quickly/efficiently as possible (when sending packets to the device are 62 bytes long). Also, we concluded that the OS (in our case windows) was suspending our sending software and increasing the priority of the application seems to have solved that. (In linux I think you can increase priority by using the 'nice' command - via google)
When implementing support for IR Toy on windows for AnalysIR, we came across similar issues.
We found that these issues were a result of not responding fast enough when sending IR.
Because Windows & Linux are not real time OS's you can hit a problem whereby your code is scheduled out(suspended) by the OS (Linux or Windows).
Our solution was 2 part: 1. make sure the sending code on the PC is as fast/efficient as possible 2. Increase the priority of your code or script or process. (this was the most important issue). (===>nice for Linux?)
St Patrick's Day – Giveaway To celebrate our national day (Ireland) on March 17th 2014, we are giving away up to 17 free copies of AnalysIR, as a thank you to this community. All you have to do is to send me a PM, between now and March 17th inclusive, with the following message:
[align=center:]“Happy St Patrick’s Day”[/align:]
The criteria for selecting the winners will be based loosely on the quantity & quality of posts made on the DP forum.
NB: the only way to apply is via PM, as outlined above. Please read the conditions below before applying.
T&Cs 1. We reserve the right to alter the criteria or T&Cs, without notice 2. A max of 1 copy of AnalysIR per person – for non-commercial use only 3. You must have at least 20 posts made on the DP forum to enter. 4. In the event of significant over-subscription, we will decide the winners based on a limited random review of the quality of contributions to the forum. 5. Winners will be notified ASAP and no later than March 25th. 6. We will not enter into any discussion about the giveaway. 7. This giveaway is running simultaneously on a small number of similar sites. 8. Delivery is via software download. You will require a Windows PC, USB IR Toy (or Arduino, RPi or Tiva C & IR receiver).
[quote author="dukey"]irrecord just needs to be patched to accept longer signals. Just need to re-define the max_signals macro and I think that is enough[/quote]
Sorry, my previous post may have been confusing...
The main point was that AnalysIR now supports exporting IR signals in LIRC .conf file format for long IR signals like Air Conditioners or indeed any IR signal. We implemented this based on user requests who felt it would be nice to get the LIRC files automatically generated by AnalysIR. Actually, they were using USB IR Toy with AnalysIR on windows to record the signals and then placed the generated LIRC files on their Raspberry PI which was used to control the A/C unit via smartphone.
FYI: We didn't have any problems operating the IR Toy with long signals and didn't have any issues with irrecord.
Each high pulse sent is actually modulated (in your case at 38kHz). So typically an MCU or 555 circuit is need to generate this modulated pulse.
...very do-able.
You should just send a small code via the RF and let the IR sender build up the IR signal, which it should have stored locally. This means you would need an MCU on the IR sender.
We have just announced support for exporting Infrared signals captured by AnalysIR to LIRC format. This is great news for Raspberry Pi users or indeed any Linux users out there.
USB IR Toy users can now capture very long air conditioner signals with AnalysIR and export them in LIRC format for sending from their RPi.
[quote author="teknetik"]Hello all has anyone gone any further with this? I would love to add several more LEDs (tx) to the device but I have zero electronics experience, I could probably solder a couple more wires etc but that's about it.
Could anyone explain to me if this could be done and possibly recommend the type of transmitting LED I would require.[/quote] The schematic for the IR Toy is here http://http://dangerousprototypes.com/docs/USB_IR_Toy_v2 and you can see the IR emitter circuit there.
All you need to do is to tap into the signal at IRTX on the header and do up a breadboard to test it out first.
The best IR emitter Leds are TSAL6100, TSAL6200, TSAL6400 from Vishay (opinion) in increasing order of beam angle (narrower beam = longer range, wider beam = greater directional coverage)
Hi All, We are happy to announce the latest ‘New Year’ release of AnalysIR to all our supporters. Since the completion of the crowd-funding campaign on Indiegogo we have added over 125 updates and enhancements to AnalysIR, with more to come.
[attachment=0]
A major highlight of this release is full AnalysIR support for USB IR Toy from Dangerous Prototypes (V1 & V2 hardware) for decoding and resending IR signals at all common modulation frequencies. In our opinion, AnalysIR is now the premier GUI supporting DP’s IR toy, not to mention the Arduino, RPi, MSP430 F5529 LaunchPad (beta) and more. A selection of enhancements in this latest release, include.... Visit blog for full details ===>http://http://www.analysir.com/blog/2014/02/03/latest-new-year-release-analysir-full-support-usb-ir-toy/
[align=right:]Note: Measuring Modulation frequency is not available as an option on USB IR Toy V1 hardware.[/align:]