Dynomotion Forum

You say you're not sure why the program stops executing, and it had been halted. Do you mean something in the code halted the execution, or did you manually halt the execution? If you issue a halt command to the KFlop, it will halt all threads (or if running KMotionCNC, thread 1 should remain active...

I've got a Matchmaker knee mill that's reached the top of the retrofit list, but am still umming and arring over what boards to use. Requirements are - XYZ running servos. Option to add an A axis (might be stepper, might be servo..). Spindle powered by VFD, but it is also varispeed currently fitted ...

Thanks for that information Tom.

I now have a rough plan on how I'm going to handle DROs, although I started looking at tools last night, and realised they're handled differently from offsets, so that's going to be my challenge for the next few days.

Having just had another trace through the KMCNC source, I've got no idea how I ended up at GetPosition! I think I now (just about!) understand how things interact. For DROs, KMCNC handles this in SetBigValues() with the following steps- 1)gets Axis allocations via CM->GetAxisDefinitions 2)DRO positi...

Can I just clarify, that any position returned by the interpreter, will be in whatever units the interpreter is currently set to?
I.e if the interpreter is set to mm, any value returned, such as via GetPosition, will be in mm.

TomKerekes wrote: ↑

Tue Dec 03, 2019 11:25 pm

Hi Moray,

I've found InchesToUserUnits() and UserUnitsToInches() functions, but is there any property I can access via dotNet to find out what mode the interpreter is in?

See here.

Thanks for that.
LengthUnits would explain why searching for inches and mm never found anything meaningful.

I'd found convert_length_units() last night when I was trying to figure out how things were handled, and seen it converts all current active offsets, but not any inactive offsets. I'm not sure individual offset flags are needed, as I very much doubt anybody will be mixing units at that level. My cur...

That's what I thought, so what it really needs is to have the interpreter re-written? :lol: What I'm leaning towards, is you set up tools/offsets in either mm or inch. Then at G-code run time, if mode changes, any offsets get re-loaded to the coordmotion library. However, I don't think I fully under...

I'm gradually chipping away at this project, and now I've got all the M-code setting functionality in place, I'm looking at how to implement all the TP/Motion settings. One thing I really want to improve on, is Inch/MM functionality, so want to think about how to implement that just now. I see that ...

For my own app, I actually simplified it a bit, and combined all the KFlop Program cases, since they all load the same information to the interpreter - case MCODE_TYPE.M_Action_Program: case MCODE_TYPE.M_Action_Program_wait: case MCODE_TYPE.M_Action_Program_wait_sync: p0 = command.val1; p1 = command...