7i96 to read Dynomotion KSTEP Mux Input

Gday,

I have recently decided to switch to LinuxCNC from the KMotionCNC application provided by Dynomotion. This is mainly driven by my dislike of windows, however I would also like to take advantage of the active development of LinuxCNC and different screenset options.

In the immediate term, I am intending to re-use the Dynomotion KStep stepper driver board. It provides 2 relay driver outputs, a PWM to analog voltage converter, 4 stepper drivers, and 16 isolated field inputs. Interfacing all of these functions less the field inputs is via LVTLL pins. The inputs are multiplexed through 4 pins with 2 select pins. In the normal employment with the KFLOP motion control board the KFLOP appears to control the select pins, and then read the 4 input pins at a regular period.

I have a 7i96 on the way, and intend to use the 26 pin expansion port to interface directly with the KSTEP LVTLL inputs in the immediate term.
Reading through the HAL Mux options such as Mux Generic I understand how to read different combinations of inputs when they are all set externally, however wasn't sure how I would have LinuxCNC change the value of the select pins at regular intervals and then read the inputs. Is it as simple as setting the mux component to read both the inputs and select pins to determine its output, and then having a separate component that regularly changes the select pin values based on time?

Cheers,

Mick.

Hi Andy,

Thanks for getting back to me, and apologies I should have been a bit clearer. You are correct that only the inputs are multiplexed.

I have done some more reading on the HAL, and I think the simplest approach would be to create nets for each of the select pins, input pins and logical inputs, then each time around the servo loop iterate through each combination of the select pins and read the inputs to the appropriate logical net. That is, set select pins to 00, read inputs, then select pins to 01, read inputs etc.

Does that logic make sense, or do you think there is a simpler way to do it? I saw reference to a demux component (linuxcnc.org/docs/html/man/man9/demux.9.html) but can't tell if its included in 2.8 as I can't see it in the 2.8 specific docs.

Cheers,

Mick.

That situation is correct. I expect there will be a delay, but haven’t measured it. There are 2 select bits and 4 input bits giving 16 inputs total.

Noting the likelihood of a delay, it may be best to read one set of four inputs on each loop, then update the select bits for the next loop. A 4ms update time wouldn’t cause any issues in this use case, and it would be pretty simple to write.

Cheers

Mick

Thanks Andy!

I think I would have gotten a solution eventually, but it wouldn’t have been that elegant. To make sure I am understanding your approach:

1. Create counter to track number of bits read, and temp to hold the input. Make them static so they persist locally.
2. Increment counter, done here so the rolling if statement works correctly.
3. If counter equals 4, cycle is complete so copy temp to the output. Reset counter and temp to 0.
4. Read each input and copy it to temp, shifting to left after each read to store values in correct order.
5. Update select bits to update the input selection.

The only query I have is whether tmp and ctr should be initialised to 0 - or is this default behaviour in a .comp?

Also, I haven’t done much with bitwise operations in c. Does the final bitwise and between the counter and 0x2 evaluate the least significant bit, or the bit in the 2’s column as I think was intended?

Thanks again for providing that solution, seeing a specific example will greatly reduce the time I need to understand how to write components and let me focus on the overall solution.

Cheers,

Mick

Of course! I thought about it being interpreted as a Boolean, but got caught up on the individual bits. Thanks for explaining the logic.

I’ll give this a try when I have all the components. May be a little while as I have had a short notice trip for a few weeks come up.

Thanks again,

Mick.