Measure several pulses with interrupts

[pjc30943]

There are several (three) pulse-output encoders that should be measured with the least amount of overhead possible. Their outputs are independent, with 0-3ms widths depending on rotation angle; most of the time spent in the 0-1ms region. Refresh rate is roughly 250Hz, but varies for each encoder. Each encoder is connected to an interrupt pin of a 1281e.

Currently the primary PID loop in main is waiting for these measurements using Pulsin(), but such blocking code is very inefficient, and results in limited 70-90hz main loop performance. This is far from the theoretical 250Hz that could be achieved if the encoders were updated separately, albeit not without phase lag, which is acceptable.

However it's not clear how this updating should be done. Ideally there are separate tasks for each encoder, waiting for interrupts from specific edges, storing timer2 values on consecutive transitions. This would not slow down the operation of main() which might arise from constant task switching.
Pulsin() for each encoder in various tasks doesn't work very well.

Anyone have thoughts?

EDIT: the TMR2 prescaler seems by default set to 8, so it will need to be changed so that TCNT2 can be used for these long pulses. However changing CS2_i in TCCR2B will effect the rest of the system, so this may not be the best solution.

[dkinzer]

[mikep]

[pjc30943]

[dkinzer]

[pjc30943]

The answer: the VM cannot keep up.
But the loop frequency improved by using TMR5 and interrupts, though not by as much as hoped for. The main loop is now somewhere between 90-150Hz, with the rate varying, depending on the varying sequence of the encoder pulses.
Each encoder task is not able to keep up; with just one encoder task running, each new encoder pulse is correctly measured. With two tasks, 30% of the time pulses are missed. With three, about half the pulses are skipped.

It seems it should be able to speed up the main loop, since the 1281 still has some resources not yet exploited.
If it was possible to add inline assembly or assembly ISRs...

An RC filter is possible, but an external ADC would have to be added to gain the 12 bits accuracy currently obtained by the pulsed outputs. With temperature and time effects, etc., an RC filter with such accuracy would not be as fun.

Another solution would be to just add another ZX, and talk via SPI; there's a high speed SPI port in use on this 1281 to output voltages to DACs. The second ZX could gather data continually, and transmit when desired. However this solution is awkward and not elegant, and is not preferable due to the complexity it adds to the system. At that pont it'd be faster to just move over to another processor, heaven fordid

[stevech]

maybe a little 8 pin AVR dedicated to the task, coded in C or ASM, talking to the ZBasic chip via SPI or UART or whatever. Complex application in ZBasic, barebones high speed I/O on the itty guy.

I have a thing that runs about 1200 interrupts per second and it struggles, with these plus the clock. My application ignores the external device most of the time. I should but don't, shut off interrupts when not needed. But I'm not trying for high precision, just above/below a threshold, with some hysteresis.