Remora - ethernet NVEM / EC300 / EC500 cnc board

  • ALittleOffTheRails
  • Visitor
  • Visitor
4 years 9 months ago - 4 years 9 months ago #231976 by ALittleOffTheRails
Replied by ALittleOffTheRails on topic Remora - ethernet NVEM / EC300 / EC500 cnc board
Like this ?
www.aliexpress.com/item/1005002272437121...4c56a860dd7b07510627

I would only want 3 axis for my lathe.


If you were ever to design your own hardware I'd be happy to help out with a few beer tokens thrown your way and with testing could even have a go at pcb design, basically whatever help.....just a thought.
Last edit: 4 years 9 months ago by ALittleOffTheRails.

Please Log in or Create an account to join the conversation.

More
4 years 9 months ago #232402 by scotta
Ethernet communication using the Remora data protocol with the Remora-eth LinuxCNC component is now working. No issues with a 1kHz servo thread frequency.

 
The following user(s) said Thank You: arvidb, tommylight, Pro_El, FCS Industrial, pinder, tuzki, AlessandroEmm, ALittleOffTheRails

Please Log in or Create an account to join the conversation.

More
4 years 9 months ago #232454 by Aaroncnc
Great work!

I am loving these updates.

So with the use of ethernet vs just spi will we be able to reach high step rates?

Please Log in or Create an account to join the conversation.

More
4 years 9 months ago #232462 by cakeslob

I'm contemplating doing this version of Remora in STM32CubeIDE rather than Mbed Studio as this will be specific to the NVEM board with the STM32F207.

Thoughts?

I dont really know shit, but heres my 2 cents/sense

mbed studio seems a lot more .....noobie friendly to get going initially, but appears to be limited in support for anything non official mbed board, and debugging without having official mbed board seems rather difficult to do. cubeide initially seems rather complicated to setup, but it seems more useful for stm based boards and appears to have a better debug environment (im hoping) because setting up and useing an ocd/server is proving challenging.

What is the motivation for the change? Is it related to ethernet or other?

Please Log in or Create an account to join the conversation.

More
4 years 9 months ago #232478 by scotta
Primary reason is related to the ethernet implementation. In Mbed they have wrapped up the LwIP in a full API hierarchy which needs the RTOS to function. In STM32CubeIDE it's running fine in bare-metal polling mode.

I've also found the debug abilities to be useful. In Mbed it's adding printf's everywhere but being able to add breakpoints and step through the execution and interrogate values was really useful in getting the ethernet running.

Please Log in or Create an account to join the conversation.

More
4 years 9 months ago #232479 by scotta

Great work!

I am loving these updates.

So with the use of ethernet vs just spi will we be able to reach high step rates?
The communication is independent of the step rate, so no. But I'm still playing with doubling the current max step rate.

Please Log in or Create an account to join the conversation.

Time to create page: 1.165 seconds
Powered by Kunena Forum