Remora - ethernet NVEM / EC300 / EC500 cnc board

Hi,

thank you for having taken the time to help me.

The config file I used is attached. I checked it with a JSON formatter and it passed. I believe it is the same file available in the github repository, under the ethernet feature branch.

Would it be possible to download the current config from the TFTP service on the card?

In order to re-flash the firmware (if it comes to that), do I have to re-solder the wires on the UART pins and redo the procedure via the st-link software? Would you advise to leave the wires attached for debug purposes? But then I would have to figure out how to read the serial console from linux instead of using the ST software.


Best Regards,
Alberto M.


 

Hmm, if you have not modified the config file then that should not be the issue as it's known to work.

I'd approach this by re-flashing the firmware and ensuring that you have a working system using the default config built into the firmware.

After flashing the firmware, LinuxCNC should be able to connect and come out of e-stop. You should be able to jog the X, Y and Z axes.

Then I'd move onto getting IO working etc. Note that LinuxCNC will only see the IO toggling when out of e-stop (comms running to the board).

Hi scotta,

I reflashed the firmware as you suggested and was able to get it to work. I had to do it twice, because the firmware here github.com/scottalford75/Remora-NVEM/tree/main/Firmware did not work for me (it would not read the state of the input pins and would cause errors on the joints if I tried to make a move), while the one in here was good github.com/scottalford75/Remora-NVEM/tre...-NVEM-STM32/Firmware .

Now I have to figure out the physical limits, the VFD spindle and the game-controller-as-MPG.

Thank you for your help. I hope you won't mind if I write again if (when) i have other issues.

Best Regards,
Alberto M.
 

Hi Alberto,

Great to hear that you are up and running. Interesting comment regarding the firmware, I'll look into that.

BR
Scott

I've got some really great news and finally all the pieces of the RT1052 based boards is solved.

Drag-and-drop programming is working!

No need to install MCUXpresso and navigate through to compile and flash firmware. I've been successful in building a version of DAPLink for the cheap and simple to obtain ST-Link V2.

Not only does this give Drag-and-drop programming but also works as a standard CMSIS-DAP debug probe with MCUXpresso as well.

The STM32F103 bootloader firmware and the RT1050 QSPI interface firmware are available in the main branch:

github.com/scottalford75/Remora-RT1052/tree/main/DAPLink

People will need an ST-Link V2 to program a second ST-Link V2 into the DAPLink for the RT1052.

1. Flash the stm32103xb_bl.bin into the ST-Link
2. Insert the new DAPLink and it sould appear as a Mass Storage Device called MAINTENANCE
3. Drag the stm32f013xb_mimxrt1050_qspi_if.bin onto the drive
4. The DAPLink will update the firmware and remount as a drive called RT1052 (E:) drive [drive letter may vary]
5. Copy the controller board firmware from  github.com/scottalford75/Remora-RT1052/tree/main/firmware
6. Connect the DAPLink (SWDIO, SWCLK, GND) to the controller board
7. Drag the firmware onto the DAPLink RT1052(E:) drive [drive letter may vary]
8. Once programming the DAPLink will reattach and no longer show the bin file
9. Power cycle the controller board

Hope this works for others.

Thanks so much Scott! I just received an EC500 board but only have single ST-Link, easy enough to order another one to program as described, but is it still possible to flash board with just one st-link?