instruction Execution Times

[ATU]

Is there a list of instruction execution times? Looked in the manual and help and could not find anything.

[BobO]

It's not that simple. Many things affect execution time.

You can figure it out yourself easily though. Use TICKus() in a MATH before and after the instruction. Unless you are talking about contacts, and they are very fast.

[ATU]

Two things
Current program trying to make it run as fast as possible. Basic algorithm will be repeated 64 times. If I can shave time, it makes a big difference. Already using stages and separate tasks to get the bare bones logic running when needed.  Need to get a feel for if its worth the extra effort to write logic to avoid using indexed variables, straight out multiple timers versus one timer and comparative contacts. That kind of thing.

Also going to be using interrupts in an upcoming project and literately counting microseconds.

[BobO]

Best thing to do is to insert TICKus calls in the code around sections. Works very well for profiling.

How fast are you wanting your interrupts to fire?

[ATU]

I have a 16.66 ms window, from the time of the  input to get the calculations done and set the output before the next interrupt occurs. Repeatability under a millisecond  is what I am trying to achieve, so I need to know what all that latency is. I see you have that in the interrupt structure available, which is great. Just trying to decide on the most efficient way to do it. I hope that is achievable.

[BobO]

Latency is one of the fields. For a single interrupt, it runs about 6-7us. If you have more than one interrupt, latency can obviously increase to the full execution of the other interrupt(s).

[ATU]

I see you can have 32 interrupt routines, but in the configuration, only 4 tied to inputs? On the large BRX, you have 10 HS inputs, but still only limited to 4 interrupts tied to those inputs?

[BobO]

32 ISRs. Onboard there are 12 interrupt generators (4 timers, 4 events, and 4 match regs) and those generators can be reconfigured via INCONFIG (even inside an interrupt).

The BX-HSIO will add 12 additional interrupt generators per module.

[ATU]

If I used an  Interrupt Timer and scan the HS inputs? How close would that get me? Could I interrupt it every 500us and the PLC still function if the main program was small and coms kept to a minimim?

[BobO]

If I used an  Interrupt Timer and scan the HS inputs? How close would that get me?

You can have all 10 HS inputs drive a single interrupt.

You can also do a fast timer. I'd use the event though.

[ATU]

You can have all 10 HS inputs drive a single interrupt.

I overlooked that little detail. I see how to do it now.  Should work great. You guys think of everything.

[BobO]

I overlooked that little detail. I see how to do it now.  Should work great. You guys think of everything.

You're not the first. Most people come with the simplified view of a one-to-one relationship with a pin and an interrupt, and although our implementation is far more capable, they don't see what they expect and get off track. The struggle is real.

[ATU]

Exactly,that was my only experience with interrupts. One input, one interrupt routine for on, maybe one for off. Going through your event configuration, you have a wide variety of conditions to utilize. Lots of possibilities.

[ATU]

Best thing to do is to insert TICKus calls in the code around sections. Works very well for profiling.

Good Tool!

[ATU]

Those interrupts are just freaking amazing. I never thought the day would come that you would be able to effect control within 50 microseconds on a PLC costing under $400.  Thanks for having the latency and execution time values. Big Help. Good job.