JP1 Remotes

Hi rosito,
and after pressing the power button, the remote finally stopped working
I tried to reproduce the brick using JHerrick's file and I get a lot of crashes of the remote. Most of the time it self recovers with a normal reset, but sometimes I had to remove the batteries, but it never bricked ...

Hi Barf,

do you know if there is a (resource-) conflict between your code and the Arduino Ethernet library?

Which ATmega are you using?

The ATmega328 shares ICP1 with PCINT0 and PB0 ==> Arduino digital pin 8
The ATMega32U4 shares ICP1 with ADC8 and PD4 ==> Arduino digital pin 4
and ICP3 with ...

The use case is this: For some reason, IrScrutinizer has been put into capturing mode, and the user decides that (s)he wants to bail out. Should (s)he just wait for a few seconds, or is (s)he required to grab to an arbitrary remote to send a junk signal just to get out of the capture state
Why not ...

I put the hardware pull-up in #ifdef ENABLE_PULL_UP since I think it is better optional and selectable.
Normally the 20 to 50 kOhm pullup won't hurt even when not using an open collector output.

Would it be possible to make the used pin settable?
There is not much choice for the pin. The ...

For the long time perspective: I wrote down my ideas of a modular, general IR server for sending, receiving, capturing . What do you say?
I really like the idea of a general purpose IR box on the network which can be controlled via a mobile phone. There are WiFi and LAN shields for the Arduino but ...

Hi Barf,

IrScrutinizer 1.0.0's "Arduino capture interface" expects the Arduino to spit out strings like
f=38095 +14875 -11562 +14750 -11562 +14750 -11562 +14750 -11562 +14750 -11562 +14750 -11562 +14750 -11562 +14750 -11562 +14750 -11562 +14750 ... -200000[/code]

I can adapt to this format for ...

I have added modes 'n' and 'm' (no buffering, direct USB output which means unlimited capture length, requires Arduino Leonardo or other board with ATmega32U4).
It's now a bit faster, one edge takes only 3.2µs to process.
The new version has been further improved, it needs 2.5µs.

To make ...

I have added modes 'n' and 'm' (no buffering, direct USB output).
The minimum time needed for a single edge is 5.6µs, so the highest possible frequency is below 89 kHz when capturing both edges
It's now a bit faster, one edge takes only 3.2µs to process.

To make detecting of the capture data a ...

On a different tack, what do you guys think about the possibility to use a Leonardo or similar board with full speed USB capability (12Mbits/sec) to implement a Widget approach but using, say, 5uSec counting intervals?
I have added such modes ('n' and 'm') but it is very experimental. Actually I ...

I've improved the usability for switching between the modes. The command is now also accepted when a capture is already listening. After a capture has been finished, a new capture of the same type is started automatically.
The new source can be found here.

Michael

I've made a new version which supports 3 modes without recompiling. You have to send one of the characters 'a', 'r' or 'b' to activate these modes and they are only active until a signal has been captured:
press 'a' for aggregating capture
press 'r' for raw capture (rising edges)
press 'b' for raw ...

Probably the most challenging for a Widget is Barco:
10uSec of on time
The original Arduino Sketch version without any pulse aggregation is able to capture any edges with at least 3µs distance. Also the number of edges (up to around 780) should not be a problem for this protocol.

Is Barco PID ...

I think 60KHz is high enough.
This means I have 266 cycles for my code in the main loop :D
I don't know where I'm now because I don't find my logic analyzer for the measurement.

Bang and Olafsen does of course run at 455KHz
The complex aggregation, value compression and frequency calculation ...

You fixed two problems before I had the time to report it.
I'm sure there are further bugs and missing optimizations :?
One thing I have to check is the time needed for a loop which means what is the highest modulation frequency which can be handled.
What is the highest frequency that is needed ...

MikeT wrote:You can find the new version of the source code here

Fixed next bug: the last pulse length was not printed out.
/edit: and large gap values were missing the upper bits, so pauses between signals were printed too small

Michael