Remora - ethernet NVEM / EC300 / EC500 cnc board

That's it, I'm now able to generate steps up to 125KHz !
You were right, using the DMA version did the trick !
I'll check the posts talking about DMA.
Again, thank you royka

EDIT:
For those wondering, the 125KHz limitation comes from the step length and step space both set to 4us. F=1/T so F=1/8us=125KHz everything works out !
The limitation comes from my JMC Integrated Servo, they don't work is I lower the step length.
That's kind of weird because the datasheet claims they can go down to 2.5us...
I'll check the signal with an oscilloscope.

Murphy wrote:

Does this look ok to get the encoder PV1 counting? PV1 should be the MPG socket. I don't know if I have a hardware issue or code issue. Also does the nvmpg.so need to be compiled first? I'm using an adum1200 to bypass the opticouplers. PV1 does not count when I move the encoder in Halshow

Hi, are you using the nvmpg or just an encoder?

The nvmpg component does the communication for the screen updates and button press receptions. The nvmpg LinuxCNC component needs to be enable in the ini file to use the remora-nv-mpg.hal file. Encoder pulse counting is done in software on the LinuxCNC side. So slow speed counting.

Encoders require the QDC module to be enabled in the config.txt file.

eg  Remora-RT1052-cpp/LinuxCNC/ec500-rt1052-DMA-ENC.txt at main · scottalford75/Remora-RT1052-cpp

Example encoder hal file

Remora-RT1052-cpp/LinuxCNC/remora-ec500-DMA_closed_loop/remora-ec500_closed_loop.hal at main · scottalford75/Remora-RT1052-cpp

Thanks Scott, it's a spindle encoder I'm trying to get working. Its just the first step to get the PV1 counting in Halshow so I know at least the hardware is working. I'll look at my wiring again. Config setup for the encoders. No not using the MPG , just needed to rule out I didn't need that .so installed for the encoders to work. I have everything else working the lathe with this controller, axis ,spindle and tool changer 

Looking at the oscilloscope I found out that my timing is wrong.
There isn't any Dir Hold or Dir Setup in my signal as is required by my drivers.
(Yellow: Step pin  Blue: Dir pin)

Following Scott's post I edited and uploaded my config.txt
Unfortunately, looking at the scope, there still isn't any Dir Hold or Dir Setup in my signal !


I made sure my config was updating properly by changing the timing and looking at the scope, which it does.
I made sure the dir signal was wired correctly to the scope by moving the axis back and forth, which it is.
I reinstalled remora ethernet component by downloading the repo and doing sudo halcompile --install remora-eth-3.0.c inside Remora-RT1052-cpp-main/LinuxCNC/components/Remora-eth/

Is there a bug, did I overlook something ?

Are you sure the blue trace is the Dir pin. It should only change from high to low on a direction change. I doubt you are changing direction every step pulse.

The LinuxCNC component does not control the setup and hold times. This is done in the firmware.

Yeah, that's what I though, the direction signal going to 0 at every step is dubious at best. Especially looking at your older posts which clearly show a logic analyser graph with the expected step dir behavior.

I made a short video so we can all better understand what's happening, would you mind taking a look ?

(Keep in mind, these are differential signal, the dir pulse is not going in the other direction between step pulse, it's just going to the mid point, 0v)