Remora - ethernet NVEM / EC300 / EC500 cnc board

Hi, thanks for the notification of the flash size issue. Please see my comment in the repo for resolution.

The Remora code is based on the the LinuxCNC encoder module, so I think the logic has been well tested.

As you've noted, the index pulse and encoder count (on index) is sent to LinuxCNC for 3 servo periods.

When homing on index, the intent of the index input, the speed is low so there is unlikely to be any change of count during those 3 servo periods.

We need to understand the capabilities of the optos as you said to understand what the max frequency for reliable counting could be.

The encoder module is running in the base thread, so the index pulse will need to be able to be seen at that scan rate.

 

scotta wrote:

Code:

[code]We need to understand the capabilities of the optos as you said to understand what the max frequency for reliable counting could be.

[/code]
 

There are ACPL-247 (or Chinese clones) optocouplers on inputs. These can 100 kHz I suppose, but there are some resistors and capacitors, usually added for noise resistance. Maybe the Chinaman exaggerated with their values, maybe we need remove some ...

I'm sorry, I can't do more tests in next two weeks - my EC500 board is dead.
Maybe something bad happened when programming, or maybe it is a factory defect, but it is dead and I no hope for it's resurrection ...

hello everyone here, I have been active for several days following the latest news about ethernet rt1052 delay and I see a lot of progress regarding the C++ version of the project and the IAP configuration, Scott, you have worked hard and a great project, my respects !!!
I have read before that tuxcnc has had unexpected problems with its EC500 board, I was doing some tests with an EC300 a while ago and in one of the times that I uploaded the firmware the board stopped working, at that moment I had incorporated the firmware module encoder to the static version of the firmware, just when everything started to go smoothly after some tests in a firmware load the board just stopped working this was with CMSIS-DAP and OpenOCD from Ubuntu, if there is any idea about it, Is it a problem very similar to tuxcnc?
I have a 24V encoder and an EC500 arrived a few days ago, so as soon as I can I'll start trying again, there's no other way.

rbobey1989 wrote:

hello everyone here, I have been active for several days following the latest news about ethernet rt1052 delay and I see a lot of progress regarding the C++ version of the project and the IAP configuration, Scott, you have worked hard and a great project, my respects !!!
I have read before that tuxcnc has had unexpected problems with its EC500 board, I was doing some tests with an EC300 a while ago and in one of the times that I uploaded the firmware the board stopped working, at that moment I had incorporated the firmware module encoder to the static version of the firmware, just when everything started to go smoothly after some tests in a firmware load the board just stopped working this was with CMSIS-DAP and OpenOCD from Ubuntu, if there is any idea about it, Is it a problem very similar to tuxcnc?
I have a 24V encoder and an EC500 arrived a few days ago, so as soon as I can I'll start trying again, there's no other way.

Hmm, strange that a firmware upload would brick a board. I suspect that the it's not booting correctly. I had that issue early on when learning how to connect and program the EC300. The first version of the board I had with the RT1052. The good thing with the EC300 is that it has a boot button which you can use during power on. That may be worth a try.

Which encoder did you get? I'm tempted to get one as I've been looking at the hardware counting capabilities and it looks to be very flexible to pin assignment (if I can get my head around the xbar).

scotta wrote:

Which encoder

With real encoder you can't do detailed test, because counts and resets not meant work well.
You need a knowledge how many and how long pulses you sent to controller, for compare to HAL pins values.
You need a smart signal generator or DIY encoder hardware emulator (like as I described above).
You can make that device from any microcontroller, ULN2003 driver and eventually L7805 voltage regulator, nothing difficult.
If you want to have real encoder, you must buy a set (for example 100, 500, 2500 ppr) because index slot usually has width as phase's slots, and you can't change these.
The Omron E6B2 series encoders is a good choice, ( www.aliexpress.com/item/1005003655783846.html , this it is a first found, I don't know this seller).

docs.rs-online.com/35ca/0900766b80383981.pdf