Posts made by dc42

@moth4017 if the bed isn't completely flat then probing just 3 points may not give the best level, for example one of the probe points might be on a high spot and another on a low spot. If you probe more points then RRF chooses the plane that minimises the total RMS deviation at the probe points. This in turn is likely to reduce the mesh compensation needed.

@genioluiz7 yes, that voltage is within tolerance. One last check: if you click the About button in Bossa, what version does it report? It should be 1.9.1.

@Fuzionline said in Scara manual control:

I updated to version 3.6.0 Release Candidate 1, but the M571 command doesn't work. I reverted to Release 3.5.4, and it's working. Thank you.
I have a Duet 2 wifi.

Confirmed, M571 doesn't work in 3.6.0-rc.1 and 3.6 beta versions. It will be fixed in rc2.

@CarlosR what value(s) do you want to retrieve more often than every 250ms?

In expressions, the "live" gcode values are used, although some live values are themselves only updated periodically, e.g. machine position and sensor temperatures.

We are looking at adding a facility to make selected variables available more often. This will be a major change, requiring the values to be pushed from RRF to an attached SBC or other device, so it wont be in 3.6.0 stable.

@fabflo yes you can connect to those pins without affecting the functionality of the expansion breakout. They are connected directly to MCU pins without any protection, so be careful not to apply excessive voltage or static discharge to them.

@Candy if it is a PanelDue version 3 clone then you can program it via the Tx/Rx pins. But it is probably easier to program it via the USB port using Bossa running on a PC.

@apak there are several videos about this, search for "Arduino as isp". For example, https://www.youtube.com/watch?v=TtC6crf_EP4 (this is not a recommendation, I haven't watched all of it).

@sinole I assume you are referring to the artefact near the top left corner. What I think has happened is that the presence of the holes at that height has caused the slicer to reverse the direction of travel when printing the perimeters of those layers, and this combined with backlash in your motion system has caused the apparent shift. I suggest you check how much backlash your motion system has in the direction that corresponds to the left-right direction of that print.

@apak use 2.13. Choose the binary for the version2 hardware.

@nachogil said in Control and power four 23CL motors:

Could I pass the signal from a 6HC through the CAN bus of a TDB to four Motors 23CL (with brake) and power them through the TDB's four power connections, powering the TBD with the correct power supply?

Yes you could do that.

@nachogil said in Control and power four 23CL motors:

Which kind of power supply could be adequate? 48v 480w 20a shout be enough?

48V 480W 20A doesn't make sense, it's either 48V 480W 10A (which would be sufficient) or 48V 960W 20A (which would be overkill). Even 48V 240W 5A should be sufficient.

@CaiJonas both (a) and (b) will work. If you are using G30 to set Z=0 then don't use S-2 or S-3 in the G30 command. See https://docs.duet3d.com/en/User_manual/Reference/Gcodes#description-3.

@jfhunt I wasn't counting the stepper motor output.

OUT0 is a high current output suitable for a hot end heater.

OUT2 is a lower current output with VIN on the positive pin, suitable for a fan that takes VIN voltage. It includes a flyback protection diode.

OUT1 and OUT3 are supplied with 5V on the positive pin, intended I think for 5V fans. However the mosfets switching them are rated much higher, so OUT1_NEG and OUT3_NEG could be used to switch higher voltage loads. There are no flyback protection diodes on these outputs.

@crap the absolute maximum for the 6HC is 60V. Bear in mind that when stepper motors are decelerated or turned off they feed energy back into the VIN rail, causing its voltage to rise. So you need to allow a reasonable safety margin, for example by using a VIN voltage of 50V or lower.

@Timothee-Leblond use M83 instead of M82 at the start of your code. Then the E values in your G1 commands will be relative extrusions, which I think is what you were expecting.

@CaiJonas said in SZP in touch mode:

If needed where can I adjust the z offset after probing in touch mode?

M558.3 H parameter.

@samuelklassen it sounds to me that you may have a connection within your printer between mains ground and something else. Perhaps the printer metalwork is grounded to the mains and you have a short between the hot end heater and the hot end metalwork; or something similar.

@RevoAlex please upgrade to 3.5.4 and test again.

@jfhunt the only controllable outputs on that board are the four OUT ports.

@jay_s_uk please add this to Issues on Github.

@Adrian52 said in [feature] Adaptive / Feedforward Temperature setpoint:

I guess if one is using the feedforward in the way intended, the temperature shown is the target temperature

That's correct, the target (as displayed by DWC and PanelDue) remains the same but the feedforward correction is added to it internally.

@Triet said in [feature] Adaptive / Feedforward Temperature setpoint:

It is impossible to know how far the current temperature deviation is.

I'll look at adding the current feedforward boost to the object model.

EDIT: I've added the boost parameters to the OM.