Remora - ethernet NVEM / EC300 / EC500 cnc board

JAMSys wrote:

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. 

Hi, great to see you have successfully flashed the board. For these new RT1052 based boards there is no need (or ability) to upload a config.txt file. You have everything ready to go in the default firmware.

Thanks for the quick response.
So the only thing I need to change is the HAL and INI files.

dec0077 wrote:

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. 

I think this should be able to help. This version of the schematic shows the op amp arrangement. U30 is an opto coupler.

https://www-cnc--club-ru.translate.goog/forum/viewtopic.php?p=377943&sid=495b0860391d8f68bb5bdeb7669fb6db&_x_tr_sl=ru&_x_tr_tl=en&_x_tr_hl=en&_x_tr_pto=sc#p377943

JAMSys wrote:

Thanks for the quick response.
So the only thing I need to change is the HAL and INI files.

Correct.

Thank you Scott for the schematics. If I read it correctly, the PWM signal should come from pin 4 of U30 or, bypassing the optocoupler, pin 6 of U50.

Do you know at what frequency the PWM is being generated by the Remora firmware?

The GP8101 PWM to Analogue IC data sheet says that is accepts a PWM frequency from 50Hz to 50kHz. I found that at higher frequencies there was significant non linearity so I'm running it down at 10 - 100Hz from memory.

Hi Scott,

Question about the NV-MPG. Do I need to compile the  nvmpg.c  and install it in to linuxCNC? I see the HAL file for the NV-MPG. I got 5 axis working on EC500 V5. Probe_basic is up and running. I have 3 devices to play with, NVEM V2, EC300 V3, and EC500 V5. Probe_basic lathe looks pretty cool. 

Yes, you will need to install this component with halcompile.

Hi Fintech,

Just looking at one of your videos and you have the same NVEM version that dec077 has. Did you get the analogue out working ok?

That one is currently running mach3 in my CNC router. My NVEM was the first one I started playing with. The original idea was to put my EC500 V5 into my router with mach3. Use the NVEM to play with LinuxCNC. My messed up EC500 V5 forced me to sit down and learn LinuxCNC. The more I play with LinuxCNC the more I like it. I'm pretty close to pulling the trigger.