Posts made by Cheule

@jay_s_uk I'm running SBC on a RasPi 4B, thanks for the advice.

@jay_s_uk @Phaedrux I downgraded to v1.24, and everything is snappier, working better. But I was sad to see no screen saver function. I had hoped it was in v1.24 (I know it wasn't in whatever the paneldue shipped with).

My cheapo LCD panel from Filastruder has been burning in. Upgrading to v3.2.0 immediately solved the issue.

So now I suppose I have to choose between screen burn in or glitchy interface.

How stable is RRF 3.2b? Is that something I should consider?

Thanks, both of you.

Re: Soft-reset PanelDue

The issue I'm having is that the PanelDue is not reporting correct info after an Emergency Stop. I can start heating or printing, and the panel is basically frozen as far as stats goes (showing old temps, not showing the print job). The paneldue interface still responds to touch, basically the paneldue FW isn't connected to what the Duet3 board is doing.

In a perfect world, this sort of stuff wouldn't be happening, but in the short term is there a way to set up a macro, and perhaps get the paneldue to soft reset and pick up the board again?

I'm running PanelDue v3 board with firmware v3.2.0
Board: Duet 3 MB6HC (MB6HC)
DSF Version: 3.1.1
Firmware: RepRapFirmware for Duet 3 MB6HC 3.1.1 (2020-05-19b2)

@Phaedrux said in v3.2.0 release, babystepping laggy:

Just for clarity what firmware are you running on your Duet and what board?

I’m running Duet 3 board, with whatever the latest DSF/DWC is from apt-get. I did an apt-get update and install just this week via SBC. Sorry to not quote the actual version number, but the printer/sbc is off at the moment and I’m away from my workshop.

Thanks for the explanations. At least I know it’s working as intended and not something wrong with my configuration. I’ll stay with 3.2 for now, I’ve learned to deal with the lag, because it is only on the display side, the actual babystepping in the motors is instantaneous. I can deal with that.

I have been using my PanelDue v3 hardware with generic 4.7" panel for months. It shipped with v1.2.x firmware, and I never bothered to update it.

6 months in, I'm noticing burn-in on key words that are white. I upgrade to 3.2.0 release to see if burn-in has been addressed with a screen saver, and voila! it has.

I immediately notice that the babystepping control as a print starts is very laggy. i.e. i'll push to move the nozzle closer, and the display shows that I have actually done it about 2-3 seconds later. This was instantaneous with the old firmware.

I've felt the Z coupler while babystepping under 3.2.0, and I notice that the actual stepper movement is instantaneous. So it's just a display issue. I contacted a friend of mine with the same PanelDue and generic panel, and he doesn't have the issue, but he's running v3.2.0 rc4. I'm assuming RC4 and release might even be the same code?

Any thoughts on babystepping being laggy to report current Z-Offset?

Thanks so much, and if you need any further info or clarification I'd be glad to provide it.