I was comparing with the Remora binary rather than the ec300.bin
That one is identical in fact
Before proceeding i have few more questions:
1. Is it better RTAI or RT version? Given i would rather use it for something more than LinuxCNC i would prefer RT version. Does it matter?
2. My biggest issue with the laser that forced me to use G4 command when passing from one engraving/cut to the other is because in Mach3 the M3 command is not tight to the axis movement, so the axis might move before the laser has turned on or off. The solution for other board is to use M11Px (which is tight to an axis movement) but for the EC300 Mach3 i had to dwell a bit. Unfortunately this dwell is the source of the error on the path i've reported above as if the board was "lagging" (i think timer management is screwed). Are you aware of a possible solution?
Cakeslob has been working on expanding the SPI version of Remora to more boards and has adapted the static config code from Flexi Hal. His work reminded me that Remora already has a functioning software encoder module.
Got me thinking that a the dynamic config capabilities of the STM based firmware would be really handy on the RT1052 version. So to solve the C++ issues that stopped that development for the RT1052.
We'll after quite some head scratching and nutting this out, I've got a core C++ version running finally! Ethernet is up and the base and servo threads are running.
Hopefully it's not to much more work to get a TFTP server running so that we can upload a config to the RT1052 boards. Utilising some of the inputs for encoders will be a fun demonstration.
