Under Windows, I currently use Eclipse 2019-09 and GNU Tools ARM Embedded 8-2019-q3-update.

The reason is that each GCode input channel can only process one command at a time. Ordinary movement commands are placed in a queue for later execution, so unless the queue is full, processing them happens immediately. But when a homing move is executed, the system has to wait until it completes so that the axis positions can be reset. So processing it doesn't finish until the move does.

The same applies to all input channels. So if you initiate a homing move from DWC, you can execute M408 and other non-motion commands concurrently from serial; and vice versa.

HTH David

@droftarts
Ah, how did I miss that? Lol
Time to upgrade again soon.

@dc42 Thank you for your help.

OK, I have fixxed it. Download wrong branch of the RRFLibrary. Thanks so much.

Perfect, i solved. Thank you very much. I mistakenly used powershell.

Thanks, confirmed what I was thinking 😁

@zapta said in Fine Grained Heater Control:

@gtj0 said in Fine Grained Heater Control:

@zapta Can you describe in more detail what behavior would you like to see for single-tool single-heater printers?

Basically similar UI model most single head printers have. Something along this lines

Nozzle: current temp, target temp.

Bed: current temp, target temp.

Target temp of 0 indicates off. Turning heaters on/off is done by controlling the target temp. No concept of 'tool selection' as there is only one tool. No concept of standby.

Everything above is about the UI aspects that are exposed to the operator, not the internal model or gcodes.

OK, well that can be solved in the UIs however this discussion winds up.

Waiting for conditional statements patiently, It's going to be a really nice added feature.

Found it Thank you

@Hutch118 Hi, sorry to dig this up but did you ever publish your code or push it back?

Thanks

Steven

The kinematics selected is code modded from the hangprinterkinematics. The code is now includes some changed functionality for a 4 wire machine and other things I am experimenting with. For testing purposes, I added the new kinematics to position M669 K13.
I will ask for instructions in how to add the kinematics to the repo when I get the code ready and tested 🙂 The machine seems to be moving as it should(not taking homing into account) and steps/mm is set to 100 at the moment. Homing mode is homeIndividualMotors.

And cool thanks, I'll check the DDA endPoint array, I am trying to get the machine to automatically calculate its dimensions by using the stallguard functionality.

@poohzaza if you want to setup to build your own firmware see:
https://github.com/dc42/RepRapFirmware/blob/dev/BuildInstructions.md

But the GCodes are historical/public/standard ways for users to address objects. That doesn't mean that internally we have to maintain the distinction if it means a smaller, more efficient, easier to maintain and easier to contribute to code base. Anyway, it's not a huge deal. Maybe it's something to think about for RRF4. 🙂

The concept tool board that we demonstrated at TCT uses a TMC2209. Our existing TMC22xx driver controls it, and apart from not supporting stall detection, works fine. We'll add stall detection to that driver in due course.

@EdChamberlain and @dc42 - I've been back at researching this variable arm-length delta format and have found that it's called a tripod or hexapod-tripod. LinuxCNC and MachineKit (a variant of LinuxCNC) call the kinematics for it "tripodkins".

See: https://github.com/LinuxCNC/linuxcnc/blob/master/src/emc/kinematics/tripodkins.c

I've also located a video of a proof-of-concept model on YouTube
https://www.youtube.com/watch?v=LJYhz5aTMnA

I'm still very-much interested in building this one.

Any thoughts?
Thanks,
Todd.

Thank you @dc42

I have them now. Thank you very much for your help and the explaination.

much obliged!

I was Running 2.02 and then 2.03.
The problem is very intermittent, if there is anything more I can do for you diagnostically to enable a better trace of the problem then let me know and I will try to reproduce it and maybe give you more information what I discover?