Advanced Search

PCW wrote:

With Mesa hardware (and most external hardware step/dir interfaces
or even EtherCAT drives), the velocity (step rate in this case) is updated
every servo thread.

This means that there is a constant velocity between updates. This constant
velocity means that that you will  have a small error (chord error) between a
desired curved path and the actual (linear interpolated) path.
 

Okay, that's interesting, and of course I have more questions.

First, does the Mesa know how many steps it should count?  Will the longer period introduce greater error in the length of each chord?  I.e.,  might it overshoot by 1ms worth of steps, vs. just 500ns worth of steps?   Or is the command to the Mesa really just "start moving at N steps/second"? (rather than "start moving at N steps/second, for 10500 steps")

Second, the chord error you describe would only occur for a curved path.  If the G-code is written completely using straight-line approximation (which of course introduces its own chord errors), it seems like the longer servo period wouldn't introduce any more error at all.  True?

In any case, it sounds like I can stop worrying about my 2ms servo period for the time being.

paul

For a 7i96 spindle you have to add that manually at this point. Now that the 7i96 is back in stock I might work on adding a spindle to it in MesaCT.

Watch the output pins as you toggle flood and mist in the halshow program.

JT

macrotab will now honour these entries in MACEOOPTIONS:
default:default.txt
path:~/linuxcnc/nc_files/macros

You can set them to any valid name.path you like (filename must end in .txt)

Do you think it would be nicer to use this path the very first time then use one from the preference file? This would make it remember the last used path rather then always using the one defined in the macro file.

I prefer the ice40 when I need more pins, e.g. the Devantech iceWerx iCE40-HX8K.
it has the advantage that it can be used with the opensource toolchain.

otherwise the tomverbeure.github.io/2021/01/22/The-Col...velopment-board.html is also pretty cool

Since a QT version is currently in development, I think it would be better to use that version for QT interfaces.whithout making strange combinations.

Regards
Giovanni