@droftarts
I have updated the description so that it hopefully becomes clearer how much material has to be extruded and why you should aim for a 20% plus error margin and that you should use the temp_base for slicing.
@dc42 I see... I was trying to use the default baud rate of the device I communicate with, which is 57600. I tested with 9600 and it seems much better!
Thank you very much! I would never have thought of such a thing...
@ReXT3D What settings did you end up using for Klipper? Did you set the sense resistor value to 0.076, or did you have to configure vsense somehow? I'm having some overheating issues with the example klipper config, even with the motor current set quite low.
@Omer1015 What makes you think the firmware is being corrupted? It sounds more like your newly built firmware is not working for some reason. I suggest that you try just building the standard firmware using your build environment and test that (as well as comparing the size of your build with the official build). I know of several folks that have successfully built the firmware, so I don't think there is a major problem with doing that. Are you certain you are using the correct version of the gnu C compiler and tools, that is what folks often get wrong.
Returning to the topic of integration of a THC, I'm a little baffled how the implementation works.
I see there is M951 and M594, but it's unclear to me where the reference value is set.
Typically your cut charts will have a reference voltage which ensures that at a given speed, if the measured arc voltage is X then your torch to work distance is correct.
If the measured voltage is X-nn then the THC raises the torch and vise versa
Is the reference taken at the point when you turn on height following mode?
If so then you would have to ensure you are at full speed before it's enabled because speed affects the arc voltage. (Not just height)
You can shorten the command queue for quicker response to changes that you are streaming in, using M595.
But the shorter the queue, the more likely buffer starvation will occur. If you are streaming Gcode over USB, see Printing over USB connection for other limitations.
@meeloo@dc42 I just tried to reproduce this in SBC mode and G00 is interpreted as G0, and G01 is interpreted as G1. I couldn't see a difference between G00/G0 and G01/G1 from a USB terminal either.
@jay_s_uk Sorry, I meant to say I know this isn't a supported board. I have the board that is made for vorons running klipper and I was hoping to install the duet firmware on it. I thought people were doing this...