Remora - ethernet NVEM / EC300 / EC500 cnc board

Thanks, Scott. I kind of cheated. I used the step config generator to create a working config for a parallel port. I wanted to see what a working config looks like. I compared the parallel config against your sample config. The spindle stuff I got from another post on here. You sent my the input and output numbers. I verified everything with my multimeter. I think most people on here probably have a technical background. This isn't for your average sane person.

Here are the pictures of my board, I hope they can give all the info needed.

dec0077 wrote:

Here are the pictures of my board, I hope they can give all the info needed.

Yes, an earlier version which uses an op amp circuit to convert the PWM into analogue. The PWM frequency used to drive the PWM to analogue chip on the new boards is quite slow. Maybe a higher frequency is need. 

What kind of frequency are we talking about here? Because if it is between 1 and 3 KHz I could try to intercept the PWM signal before the op-amp and send it to something like this: www.amazon.it/stronerliou-Signal-Voltage...+%2Caps%2C96&sr=8-23

(of course I would have to know where on the board to attach a lead... I'm guessing to one of the inputs of the LM358?)

Thank you

scotta wrote:

dec0077 wrote:

Here are the pictures of my board, I hope they can give all the info needed.

Yes, an earlier version which uses an op amp circuit to convert the PWM into analogue. The PWM frequency used to drive the PWM to analogue chip on the new boards is quite slow. Maybe a higher frequency is need. 

Hello. I have it like this in the hal file and I get an error.
remora-nvem.hal:114: PIN remora.SP.0 was already linked to signal spindle-speed-DAC.
What should I assign net spindle-corrected lincurve.0.out to?

loadrt lincurve personality=3
addf lincurve.0 servo-thread
net spindle-cw remora.output.2
loadrt pwmgen output_type=1
loadrt scale count=1
loadrt lowpass count=1
loadrt abs count=1
addf scale.0 servo-thread
addf lowpass.0 servo-thread
addf abs.0 servo-thread
setp scale.0.gain 0.00416666667
net spindle-cmd-rpm spindle.0.speed-out => scale.0.in
net spindle-cmd-rpm-abs scale.0.out => abs.0.in
net spindle-speed-DAC abs.0.out => remora.SP.0
net spindle-cw <= spindle.0.forward
net spindle-speed-DAC abs.0.out => lincurve.0.in

#Lincurve compensation
         setp lincurve.0.x-val-00 10
         setp lincurve.0.y-val-00 100
         setp lincurve.0.x-val-01 9000
         setp lincurve.0.y-val-01 50
         setp lincurve.0.x-val-02 18000
         setp lincurve.0.y-val-02 10
    
         net spindle-corrected lincurve.0.out => remora.SP.0

I would say you have to remove this line:

net spindle-speed-DAC abs.0.out => remora.SP.0

Thank you very much. Everything works. I still need to set the x and y values for lincurve

Last week I ordered a Novusum NVEM V2 board (Amazon) but I received a version 5 board.
Following the instructions, I was able to install the firmware with:
pyocd flash ./remora-rt1052.bin --target mimxrt1050_quadspi
I got the following response:
0001244 I Loading /Users/jameelberg/Desktop/Remora-RT1052-main/firmware/remora-rt1052.bin [load_cmd]
[==================================================] 100%
0032928 I Erased 131072 bytes (2 sectors), programmed 117760 bytes (460 pages), skipped 0 bytes (0 pages) at 3.63 kB/s [loader]

Its seems to be OK.

when I power up the board the RS232 output looks like this:
.Initializing PHY...
 Remora RT1052 firmware for Digital Dream / Novusun CNC controllers starting
 ## Entering SETUP state
 ## Entering START state
  Starting the BASE thread
  Starting the SERVO thread
 ## Entering IDLE state

LinuxCNC comes to a ready state and the demo is running.

When I try to install a configuration file with the command:linuxcnc@linuxcnc400:~/linuxcnc/Remora/LinuxCNC/ConfigSamples/remora-nvem-basic $ python3 upload_config.py nvem-full-config.txt

I get following response:Valid JSON config file, uploading to Novusun board
Config file length (words) = 1775
Config file length (bytes) = 7099
Remainder = 3
Padding added =  [0]
Config file length with padding (bytes) = 7100
CRC-32 = 0x95ee3542
Timeout waiting for traffic, retrying...
Timed-out waiting for traffic
resending last packet
Resending packet WRQ packet: filename = config mode = octet on sessions <tftpy.TftpStates.TftpStateSentWRQ object at 0x7fa28e96a0>
Timeout waiting for traffic, retrying...
Timed-out waiting for traffic
resending last packet
Resending packet WRQ packet: filename = config mode = octet on sessions <tftpy.TftpStates.TftpStateSentWRQ object at 0x7fa28e96a0>
Timeout waiting for traffic, retrying...
Timed-out waiting for traffic
Traceback (most recent call last):
  File "/home/linuxcnc/.local/lib/python3.9/site-packages/tftpy/TftpContexts.py", line 171, in cycle
    (buffer, (raddress, rport)) = self.sock.recvfrom(MAX_BLKSIZE)
socket.timeout: timed out
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
  File "/home/linuxcnc/linuxcnc/Remora/LinuxCNC/ConfigSamples/remora-nvem-basic/upload_config.py", line 72, in <module>
    client.upload("config", "/tmp/config.txt", timeout=30)
  File "/home/linuxcnc/.local/lib/python3.9/site-packages/tftpy/TftpClient.py", line 101, in upload
    self.context.start()
  File "/home/linuxcnc/.local/lib/python3.9/site-packages/tftpy/TftpContexts.py", line 325, in start
    self.cycle()
  File "/home/linuxcnc/.local/lib/python3.9/site-packages/tftpy/TftpContexts.py", line 174, in cycle
    raise TftpTimeout("Timed-out waiting for traffic")
tftpy.TftpShared.TftpTimeout: Timed-out waiting for traffic

I hope some knows why tftpy is not able to connect to the board.