Remora - ethernet NVEM cnc board

This is in /home/cnc1212/linuxcnc/configs/remora-rt1052-basic/
But I have another folder not in configs named Remora-RT1052-cpp.
 

Try isolcpus=2,3 first

I'm not really sure what you're asking me to do. Edit kernel? Disable cpu cores? I tried the example of how to do this from the printnc wiki and read the linuxcnc wiki on it. But it didn't really make much sense and definitely didn't work

try:

sudo nano /etc/default/grub

then edit line starting with: GRUB_CMDLINE_LINUX_DEFAULT
from "quiet" to
"quiet isolcpus=2,3"
ctrl-s to save
ctrl-x to quit
then run

sudo update-grub
sudo reboot

more at:
wiki.linuxcnc.org/cgi-bin/wiki.pl?The_Is...ency_with_preempt_rt

chapter 4.2

How fast is the counting for the QDC ? 

Can't get changes to work. Any idea what could be wrong. I ran update-grub and reboot.

   

Hi, changing the direction of the DMA axes shift is frequent, it happens without turning LinuxCNC off and on. I have an XYYZ configuration, when homing it happens that the HOME switch Y1 is turned on (physically it is not), I have to turn linuxcnc on and off several times for it to start working. sensor, cable and input changed. It behaves the same way in fw. remora-rt1052-3.0.0.bin and fw.remora-rt1052-2.1.0.bin. Couldn't it be related to the change in dma direction?

Well, I got an oscilloscope, now I'm really frustrated, I was looking at the hal-oscilloscope first thinking where the ferror signal for joint_0 was starting to increase uncontrollably after 2500mm/min, so I borrowed an oscilloscope from my work and I just corroborate all my doubts about optocouplers, the images are only from channel A but the same is obtained for channel B.

Image 1. Schematic of the optocoupler circuit. Sorry R2->1k 
 

Image 2. +A and -A signals polled directly at the encoder output, these are connected to +WHA and -WHA, 5V, speed 7000mm/min.
 

Image 3. Signal A probed optocoupler output "B119V EL3H7", 3.3V, speed 2500mm/min.
 

Image 4. Signal A probed optocoupler output "B119V EL3H7", 3.3V, speed 7000mm/min.
 

I have not tried with the other input pins that are connected to the "L247 M27" optocouplers but let's judge by the looks......

Ideas please......

I don't think the QDC module has many problems to deal with high speeds, for example let's take 12000mm/min (if it is possible for the machine to physically reach this speed)
With a direct coupling to a 5mm spindle, we would obtain:
1- 12000mm/min / 5mm = 2400rpm
2- 2400 rpm -> 40rps
3- 40rps * ENC_COUNTS = 40rps * 1000 = 40kHz pulse frequency channels A/B, I could add here that this is not a very high frequency.
  All of the above would be for one axis, and we have calculated it for an encoder with 1000 pulses, that is, enough resolution, we could always lower the resolution of the encoder and lower the frequency of the pulses.
Of course all this is thinking about software, then we have such """beautiful""" images of optocoupler outputs as I published a moment ago.
Greetings.

Bug fix v3.1.1 is released in the main repo. The has fixed (hopefully...) the direction not always being correct on restart in the DMA stepgen. TFTP upload issue resolved as well.

github.com/scottalford75/Remora-RT1052-c...ora-rt1052-3.1.1.bin