Remora - ethernet NVEM / EC300 / EC500 cnc board

edit: problem solved
outpins works like a switch, but had my probe connected with the wrong polarity ..

cncmiljc wrote:

Could you leave a copy of the nvmpg cpp on your github? I'm thinking about creating my own mpg but only with buttons and I would like to study the programming that was used in it to be the starting point.

Hi, there is no cpp source code for the NVMPG. I decompiled the extracted firmware and managed to find the serial transmission section. The communication protocol was derived from that. The attached spreadsheet simulates the protocol. You should be able to use that for your purpose or alternatively look at the code of the NVMPG LinuxCNC component.

github.com/scottalford75/Remora-NVEM/blo.../MPG%20protocol.xlsx

 

ok but wouldn't it be possible for you to leave a copy of the extracted firmware so that I can study something and implement it in the project I'm doing? I'm thinking about creating something but not using the original handwhee, I want to do something just using buttons, etc.

Hi all

I have big latency issues, using the nvem rt1052 cpp/dma with Linuxcnc 2.9.3.
My laptop is a Lenovo L540 (i5), 12gb, ssd. Latency test shows jitter of about 30-40k with glxgears.
As soon as i turn on the machine the servo-thread goes up to 1.5m average and even up to >5m. Is the Cpu really that much to slow ? It runs perfectly with a mesa 7i96s.
I tried playing around with PRU_base_freq= parameters, nothing changed. Also i noticed in the sample config BASE_PERIOD is set to 0 ? Is this some error or not used at all ?
Also i noticed when the axis is moved fast, the DRO still counts for 1-2 seconds even DTG is 0 ?

-
schnellmued
 

When LinuxCNC is in eStop there is no communication happening to the controller board, which is why the servo thread executes quickly. Come out of eStop and then you have a full SPI communication time to read and write to the board.

The PRU_base_freq only informs the LinuxCNC Remora component what base frequency the controller board is running. It does not change any timings in LinuxCNC. 

Remora does not use the Base Thread.

Whether you run Remora or MESA the latency will be the same.

scotta wrote:

Remora does not use the Base Thread.
Whether you run Remora or MESA the latency will be the same.
 

Hi Scott

Ok, then i have maybe some weird misconfiguration on my side. Today i switched the mill to a 7i96S today and the servo thread on the same laptop with same kernel params and network card is about 700k-750k instead 1,5m-6,0m with the remora config. Any idea what iam doing wrong ? Shall i upload my remora config ?

-
schnellmued

scotta wrote:

Hi, there is no cpp source code for the NVMPG. I decompiled the extracted firmware and managed to find the serial transmission section. The communication protocol was derived from that. The attached spreadsheet simulates the protocol. You should be able to use that for your purpose or alternatively look at the code of the NVMPG LinuxCNC component.

github.com/scottalford75/Remora-NVEM/blo.../MPG%20protocol.xlsx

Hi Scott,
thanks for your time and dedication.
I've owned a NVEM 2 since 2018, but buried it long time ago since I was not able to make it work reliably.
www.cnczone.com/forums/controller-cards/...084.html#post2154084
At that point in time, and till now, I've been using Mach3 (yeah... no LinuxCNC... i know...)

2019, after migrating to an UC300ETH controller, I tried to make the MPG work with Mach3 without using the NVEM.
I didn't want to waste such a nice MPG.
At that time, I did some reverse engineering... not as professional as you did... mine was mostly trial and error and listening to the serial communication between the MPG and the NVEM after opening it and finding a MAX232. I captured hundreds of packages, and tried to find the similarities on what was displayed on the MPG and what was within the payload. I almost got the payload down to your level.
I was too dumb to know about headers and such -_-

I also tried to create an Arduino program for having the MPG communicate with a PC using MODBUS.
But again, I was too dumb to find a smart solution, like having the Button-presses being reflected as Output-Pin changes on the Arduino, and hook those up to my motion-controller. Or using the Arduino Pro-Micro as a HID. Instead I tried to make the communication work with MODBUS and Mach3 "Brain", which resulted in a complex, and unreliable solution.
So I buried that solution almost 4 years ago as well.

That being said... I'm surprised about the NVEM still being a topic after stumbling about this thread by accident.
Would you mind if I would revive my idea of a NVMPG to PC connection, utilizing some of the "wisdom" you've gathered throughout the years?
Don't get me wrong... I'm an "enthusiast", far away from being an "achiever", my programming days are more than 20 years in the past now... but it's been bugging me a lot looking at this "unfinished project" (a lot of them exist though -_-)

Kind regards,
David

Good day!I have an NVEM v1 board bought back in 2017. I decided to install the Remora firmware on it. I can't connect to it with ST-Link and RS232. There are S1 contacts on the back side, I tried to jumper them, no result. Has anyone encountered this?
 

forum.linuxcnc.org/18-computer/44828-rem...board?start=0#231852

If it is not clear in my question, then I will say again that I have tried it. Not one of the programs is connected to the STM32, not via SWD, not via UART, not via ST-Link, not via RS232. The board itself is working and works with Mach3. Perhaps all ports are closed in the firmware. Perhaps someone has come across such a thing?