7i77 testers wanted

Got it, thanks. Any idea why HAL scope has suddenly stopped working? I need it to tune my PID loops.

Sorry I think I mentioned it before. I am able to turn on HAL scope. Then when I try to assign a pin to channel 1, it closes and will not open again. Please see errors below:
halscope: could not set record length: 'MAXCHAN 0'
halscope: too many active channels: 'CHAN 2'
halscope: object not found: 'PIN '
halscope: could not set vertical scale: 'VSCALE 0'
halscope: could not set vertical position: 'VPOS 0.500000'
halscope: could not set vertical offset: 'VOFF 0.000000e+00'
halscope: too many active channels: 'CHAN 1'
halscope: could not set vertical scale: 'VSCALE 0'
halscope: could not set vertical position: 'VPOS 0.501441'
halscope: could not set vertical offset: 'VOFF 0.000000e+00'
halscope: config file 'autosave.halscope' caused 10 warnings

That's it. Thank you

PCW wrote:

2. HM2 encoder "Counter mode" which is an up/down count mode
as opposed to the normal reversable quadrature mode is not suitable
for MPGs so this should be set false

I wonder about this. If one is using a real MPG the count mode is suitable, that is why PNCconf uses it.
if you use quadrature then you can get counts in between the 'detents'
If you MPG is not perfect you can get inconsistent counts for the same 'detent' position.
By using count mode you get one count for every quadrature sequence on an MPG that would be 100 counts
which divides nicely in everything and if your MPG is one quadrature count off at a detent it still outputs consistently.

Is there another reason this is not suitable?

Chris M

PNCconf does not use software counters. but it is good info that they work differently.

ahh yes software encoder has a x4 mode that can be set false for the same effect.

"Is there another reason this is not suitable?"

Yes, the Hostmot2 encoder counter firmware in "counter mode"
is an up down counter, which is not the same as a 1X quadrature counter.

A 1X quadrature counter counts

up on the rising edge of A
down on the falling edge of A
when B is high


The hostmot 2 counter always counts on the rising edge of A (ignoring the falling edge),
counting up when B is high and down when B is low

The reason this does not make a good 1X quadrature encoder counter
is easy to imagine if you think of teasing the dial on a MPG at the A edge
Say B is high, now every time A falls and rises the counter counts up even though
the dial has not moved from the edge of A

The counter mode was made for counting single sensors and frequency counting

There is a workaround for this on the 7I76,7I77,and 7I69 with the latest firmware,
these all have 2 channel (A,B only no index) 1x encoder counters (1x is default) built-in
one of their sserial "modes" (inputs 0 through 3 on the 7I77 are used for 2 encoders for example)
the 7I76 and 7I77 encoder modes also set the input threshold to 2.5V on those pins