I'm running a test print and pause/resume is working correctly now. That was the problem. Replacing the G1 R1 in resume.g with G1 R1 X0 Y0 Z0 fixed the problem. Thanks Dave!

I increased the maximum command length to 160 characters in the 1.20RC2 builds for the generation 2 Duets.

I don't think many people use volumetric extrusion.

I don't think it would be a good idea to limit total retraction, because it is unnecessary unless the extruder is skipping steps during extruding moves and it would cause over-extrusion. However, if you use large amounts of pressure advance, you should reduce retraction distance.

Stringing is normally controlled by reducing printing temperature and/or by adjusting retraction speed and (if applicable) Z hop.

If Repetier Server behaves the same way as Repetier Host then it may be enabling large amounts of debug info, which could be contributing to the problems.

Bingo! Thank you DC, you're the best!

M305 P1 T100000 B4138 C0 R4700 ; Set thermistor + ADC parameters for heater 0
M143 H0 S55 ; Set temperature limit for heater 0 to 80C
M305 P1 T100000 B4138 C0 R4700 ; Set thermistor + ADC parameters for heater 1
M143 H1 S260 ; Set temperature limit for heater 1 to 260C

Sure looks to me like you're setting up heater 1's thermistor twice and never setting up heater 0's thermistor.

Ahh I've seen your posts re. multi-color printing before, I didn't realize it was you.

Very neat setup.

Checked after power cycle, printer appears to be functioning again. I did do a M502 and M500 after upgrade that might have done something to create the issue.

@darookee:

@deckingman to prevent forgetting to run the macro I have come up with something for different filaments. I have this as my 'Load PETG'-macro:

M28 /sys/current_material.g M98 P/macros/Settings/PETG M29 /sys/current_material.g M98 P/sys/current_material.g

And the M98 again in my config.g wich runs the macro on every startup, but depending on which filament macro I ran before the actual macro is always the correct one.
This can be done with different parts of the configuration as well.

Ah OK. That would likely work for the OP but may be a little complicated for my purposes though, as there are very many differences between my 3 colour and 5 colour configurations. Thanks for the tip though - it looks like an elegant solution.

One tiny flaw that I see is that you mention "printing furniture" and "quickly" in the same sentence. I think you'll find that a trip to IKEA would be both quicker and cheaper (unless you have free source for several kms of filament).

Currently there is no direct support for a tool-dependent gamma angle offset. However, I think you could implement dual nozzle support in the tool change files like this, provided the distances from the distal joint to the two nozzles are equal:

1. Choose the head reference point, either at one of the nozzles or on an arc from the distal joint midway between them. Define the distal joint homing position based on that choice.

2. In each tpost#.g file, use a G1 command to move the HRP to a known XY position. Then use a G92 command to tell the firmware where the nozzle for tool # is when the HRP is at that position.

3. In the tfree#.g file, do the reverse i.e. send the nozzle to a known XY position and then use a G92 command to tell the firmware where the HRP is.

4. Put T-1 at the start of homeall.g (and homedistal.g if you use it) to make sure that homing is done correctly.

Using a new SD card seems to have fixed it, I'm not 100% sure though because of the semi-random nature of this problem. Let's say it's resolved for now, if I encounter it again with the new card I'll report it. Thanks for the help in debugging this.

M305 P1 T100000 B4267 R4700 H0 L0

Sorry for the delay I have been away from home

Okay, thanks. I put little label-maker stickers on the motor drivers (D0, D1…) as I wound up having to completely remap from the defaults (4 motors on Z axis caused that). Anyway, it would be appreciated on the next gen board for sure, thank you again.

Ok so maybe it's not the silver bullet that Tom painted it as 😞

Did you mean with the external stepper driver interface board? If so, yes, if the servo system also has step/dir/en inputs compatible with that board (5VDC signals). But the answer can be very complicated because servos can have specific configuration requirements.

/me …mhm I should probably add my firmware version to this post...
/me Doh!

I'm using 1.19. No wonder it didn't work 😛
DHT support was added with one of the 1.20 betas.

there is a very Active chat re 3D printing on Discord https://discord.gg/eY2WJR3 where I push the Duet at every opportunity

Doug.

@kgordon:

My heater pad will have thermistors for each zone as well, do I need the PT100 expansion board and daughter board to connect the two thermistors?

No, because you will need a DueX5 board anyway to drive your additional motors, and with that you get another 5 heater/thermistor channels.

@kgordon:

I am planning to use 24v power supply for the motors, what other voltages do I need the power supply to support for the electronics (12v or 5v)?

No other power supplies needed if your fans and extruder heaters are also 24V.

@kgordon:

I’m in the US, should I order directly from you or from a US supplier of the Duet3d?

I suggest you order from Filastruder.

@kgordon:

What are the main advantages of using a larger PanelDue and LCD screen over the smaller version?

The 5" and 7" versions can display a little more information than the 4.3" version. Otherwise it's largely a question of looks - the 7" looks good on a large printer, but would look stupid on a small one.

Yes they work at extremely low PWM frequencies at some PWm values, but not smoothly because of the low PWM frequency. I think the reason is that they don't start up until power has been applied for a certain length of time.