PanelDueFirmware 3.2.4 released

A Former User

+1 for re-print button!

cgcafer

Hi,
V2 Board and 5"LCD works with this firmware.
Problem solved,
Many Thanks

worekarolis

Awesome! I can confirm that firmware v3 works on PanelDue v2!

BoA

CSS fu..ed up a little bit?

Veti

@BoA
its not html, so no css

BoA

@Veti I know that. Somehow I thought that a little dev style humor would be clear here

wilriker

@BoA Thanks. I'll fix that in the next release. And if it were CSS... believe me it would look much worse if I am the developer.

wilriker

@worekarolis @cgcafer Thanks for confirming compatibility with V2 boards! And thanks to @dc42 for spotting the config error.

Exerqtor

I've been getting some strange errors popping up on the PanelDue after updating to 3.2.4, none of the errors show up in the console on DWC and i can't find them if i scrub thru my print-gcode or any of my filament, toolchange, firmware retraction or current macro-files either.

Heres ha pic of them:
alt text

I don't know if this is a PanelDue issue, but since i didn't get them before the update and i can't find them any other place i'm giving it a shot.

dc42

Looks like character loss between PanelDue and the Duet. It could be caused by a bad connection, or the baud rate being too high for the cable length.

Veti

or interference from other cables. i.e motor cables.

Exerqtor

@dc42 said in PanelDueFirmware 3.2.4 released:

Looks like character loss between PanelDue and the Duet. It could be caused by a bad connection, or the baud rate being too high for the cable length.

I'll re-check the connections again, but the cable length is "only" 60cm, should that be enough to cause issues by itself? It's been the same length since i built the machine so just curious if that's stretching the limit to some extent, and resulting in only a minor bad connection on one of the sides is enough to cause problems?

@Veti said in PanelDueFirmware 3.2.4 released:

or interference from other cables. i.e motor cables.

No other cables running along that side of the printer, so i can rule that out luckily

Veti

@Exerqtor said in PanelDueFirmware 3.2.4 released:

I'll re-check the connections again, but the cable length is "only" 60cm, should that be enough to cause issues by itself?

you could also try twisting or braiding the cables .

BoA

Today, for the first time, I tried "print again" button. And... it does not work. Perhaps file name is too long, or something, but I got the message that my file (with name cut in the middle) has not beed found.

File name: voron_80t_hubbed_gear_x4_rev2_10mm_0.2mm_NYLON_MK3S_2h3m.gcode

wilriker

@BoA thanks for reporting. I'll fix that in the next release.

Karabox

Hello,
on the last sale bought fystec paneldue 5i (clone), updated it to 3.2.4. Installed and turned on the power. I was very surprised to change the color palette from RGB to BGR. Is this a display issue or a firmware feature?

Thanks.

Exerqtor

@Karabox strongly doubt your harware shit the bed "just" with a fw update. Have you tried rolling back to 1.23.2 and then upgrade to 3.2.4 again to see if that remedy it?

Karabox

the first thing I did was update the firmware to 3.2.4, then I noticed that the red and blue colors were changed

I don’t know how it was before the firmware update

I tried now to update 4.3 (v3.0) display to version 3.2.4 - red color in place

wilriker

@Karabox said in PanelDueFirmware 3.2.4 released:

on the last sale bought fystec paneldue 5i (clone), updated it to 3.2.4. Installed and turned on the power. I was very surprised to change the color palette from RGB to BGR. Is this a display issue or a firmware feature?

It seems that fsytec is not using the exact same display as the Duet PanelDue 5i and thus the display driver will not match.

You could try to use the PanelDue-v3-5.0.bin instead. It might work since it uses a slightly different display driver.

But note that for clones there is no support.

zapta

@wilriker, the web interface shows slicer based time estimation. Are these estimations also visible in the latest version of paneldue?

In general they are the most accurate and most linear among the estimations provided by the web interface.

Extra points: allows the user to disable all but the slicer based information. All we need is just one good estimation.