Remora - ethernet NVEM / EC300 / EC500 cnc board

scotta wrote:

I just ordered one of these kits (thanks to everyone who contribute to the GoFundMe).

www.aliexpress.com/item/1005005021450761...eLogUid=uaetAnuca0fD
 

 
I bought this one : www.aliexpress.com/item/1005005137425987.html
I see both has got an Arduino-style socket match CNC-shield board.
The CNC-shield has low quality and I not recommend it, but it may helpfull for tests, and maybe it is a good idea to assign pins as at GRBL.

scotta wrote:

Should be possible then with the current firmware.

forum.linuxcnc.org/38-general-linuxcnc-q...the-spindle-feedback

But how to do it when you have A B but not Z ? It can be done with other linuxcnc encoder components, but the way the pins are broken out in pru_encoder, I dont think it can happen. I think it needs access to A or B count respectively, and not total count

tuxcnc wrote:

I bought this one : www.aliexpress.com/item/1005005137425987.html
I see both has got an Arduino-style socket match CNC-shield board.
The CNC-shield has low quality and I not recommend it, but it may helpfull for tests, and maybe it is a good idea to assign pins as at GRBL.

The cnc shield is well worth the price ($1usd). Im doing a similar project using STM32 nucleo boards, and its not that bad. Its not as nice as newer designs but its perfectly fine. Maybe we need to make a nicer cnc shield to keep with the times.

Those ch32 dev boards look pretty similar to STM32 nucleo boards, they are probably close to being pin compatible-ish. The ethernet included is nice also. It even has the break away debugger like nucleo boards have.

Some good news. I think I've finally solved the Ethernet issues with my C++ attempts. The issue was related to the caching of the Ethernet buffers. When I converted the C code in MCUXpresso, the following additional linker script settings did not flow over to the C++ Linker settings. Definitely a trap and something I hope others can learn from my mistake.

 

I've started a new repo for the development of the C++ version for the RT1052, which all going well will have the all the same dynamic configuration capabilities as the original STM32 version for the NVEM / EC300 / EC500.

github.com/scottalford75/Remora-RT1052-cpp

Bumped into this (intentionally as i am subscribed to his channel ), there are some things that might be useful

Hi all

I was wondering if there is any alternative to programming the NVEM type boards with the stlink usb programmers.

I have an EC300 board & have been trying unsuccessfully to program it for a number of weeks.

I have tried powering up the board with the button pressed thinking that might be the problem & now when I power it up the connection light comes on even though there is no ethernet cable connected.

I have ordered some new stlink usb programmers & still cannot communicate with them.

When I try to connect with the stm32cube programming software it says unknown device type (a new one straight out of the packet). The windows stlink software complains about a missing dll file & when I try to do it using linux I get more errors.

Is there an easier way to program these chips or do you normally have to fight your way through this hit & miss process?

Thanks
Alex

I've had no luck using a non-converted ST-Link V2 with pyOCD and still use the ones converted to a CMSIS-DAP probe.

You cannot use stm32cube programming software with the RT1052 based boards.

Have you tried converting one of your ST-Links to a CMSIS-DAP probe?