Topics created by dc42

@dc42 Today I tried 3.6.0-beta1-2 on a Dual extruder where the extruders have a can board. So far, this works as well.

Possible bug in 3.6.b1. Once a printer is Estop'ed the PanelDue sometimes doesn't reconnect and gets stuck in a connecting state. I have absolutely no idea how to gather data for this other than an observation + the behaviour is inconsistent.
This may be related to another issue I am diagnosing (I am not sure its a RRF issue or just a user setup issue so I didn't mention it before) where the PanelDue connected to a D36HC w/ SBC seems to have random slow response times. Pressing a button can take up to 2 seconds before the press is registered/actioned, some other times is instant like normal. This behaviour is not present in any of my D2 machines that do not include an SBC

All those running 3.6.0alpha builds, please see my announcement at https://forum.duet3d.com/topic/36421/reprapfirmware-3-6-0-alpha-4-3-available-for-testing/1 and upgrade to that version. If you find any issues, please continue in that thread. I shall lock this one shortly.

@dc42 I have a question about array assignment. I'll post it as a separate item in Meta Commands, but since you mentioned arrays here and it might be related I thought I'd mention it. See "Question: Array Assignment".

@OwenD please try firmware 3.5.0-rc.4 which we intend to release today or tomorrow. I believe it fixes these issues:

SD card has open files error message Build object names not restored when resuming after power fail Error message when resuming after power fail if build object names were not provided

Very keen to have something like this I have an Anycubic Predator, would like to use Orbiter 2.0 and maybe Pheatus Rapido, this is the same combo I run on my Large corexy 1100mm x 700mm x670mm running Duet 3 6hc, ready to order a smart delta effector as soon as they are ready to ship
Paul

FYI for those like myself who don’t have every G and M code memorized:

https://docs.duet3d.com/User_manual/Reference/Gcodes/M670

M670: Set IO port bit mapping
Parameters
Pnn:nn:nn... - List of logical port numbers that bits 0, 1, 2... control (supported in RRF2.x and earlier)
Cnnn - Used to specify the pin name(s) to be controlled (supported in RRF3 and later, see Pin Names)
Tnnn - Port switching time advance in milliseconds

@Edkirk A description of the pins and their connector type is here: https://docs.duet3d.com/Duet3D_hardware/Duet_3_family/Duet_3_Roto_Toolboard#description-of-connections

I have also added them here: https://docs.duet3d.com/en/User_manual/Troubleshooting/Parts#connectors-used-on-duet-3-roto-toolboard

Ian

@becky9 we are working on it, in the meantime if you drop an email to sales@duet3d.com we should be able to help.

@ctilley79 it's because the data was inconsistent that it took so long - it ran for the maximum 25 cycles (the minimum is 5). Inconsistent data can be caused by noise in the temperature reading, or by a change in the ambient temperature as the tuning is being done - for example, if the printer is enclosed and the bed is heating the machine and its chamber.

As @jay_s_uk says, use the values it reported despite the warning.

@appjaws said in Duet3D at Rocky Mountain RepRap Festival:

@dc42 said in Duet3D at Rocky Mountain RepRap Festival:

Brendon's 5-axis printer

looks like an interesting show.
Where can I find information on the pros, cons and build of Brendon's 5-axis printer?

Try https://github.com/FreddieHong19/Open5x and @brendonbuilds on Twitter.