[ PanelDue Firmware 3.4.0-pre4] M291 issue

oozeBot

We observed an issue with M291 that we hadn't seen until updating the firmware to 3.4-pre4 on firmware 3.4b5. It's strange, but repeatable..

If you create a macro with the following code, the message will not display on the PanelDue until after the user clicks OK/Cancel in DWC. The PanelDue just reads "Busy". After clicking OK/Cancel in DWC, the prompt is displayed on the PanelDue.

if boards[0].vIn.current > 23
  M291 S3 R"Test" P"Testing"

This is vital to our power toggle routine as you now can't turn of a machine from the PanelDue. If you need more info, let us know. I am hoping this is easy to reproduce.

Thanks

mfs12

Hey @oozeBot, I took your script and changed the if condition so it evaluates always true and with that change i couldn't reproduce the issue.

Does it always happen? Are there any further pre-conditions to setup?

oozeBot

@mfs12 I think we've figured this out - with this build, there is at least a 5 second delay in displaying the M291 messages on the PanelDue. During this time, the PanelDue just reads 'Busy'. I can't say it's all M291 messages, but it definitely is happening with the above snippet..

I also forgot to mention this is a 6HC with attached SBC.

So what I initially reported was wrong, but there does seem to be an issue as that delay is long enough where it feels as if it's not working.

mfs12

@oozeBot, can you share your configuration and a detailed step by step procedure. I need also to know how you reach the state busy? So prerequisites are important as well.

oozeBot

@mfs12 I had a chance to revisit this and think I better understand what is happening. This delay does not happen after a fresh reboot. It is only happening after running "M999 A1". This command is used to soft-reset the PanelDue, which is needed as part of our Power Toggle routine, but no longer seems to work in this latest build.

@wilriker had recently added this around 3.2.

It's this "M999 A1" command that is killing our macro. And once recovered, the PanelDue seems sluggish until reset.

As I mentioned, soft-resetting the PanelDue is very important to us. Please let us know how we can assist further in helping make it functional again. Thanks!

mfs12

@oozeBot, please describe your process in detail step by step so i can try to reproduce it. Thanks a lot.

Here's a template how a clean bug report could look like.

Description

Please add a brief description of your bug here.

Versions

Please add a list of products and software versions involved.

Process

Please add a step by step description on how to reproduce the bug.

Experienced Result

Please describe experienced result.

Expected Result

Please describe the expected result.

oozeBot

So the machine I have been testing on has an issue that can't yet be explained. I just tested 4 other machines - all running 3.4b5 - and none of them have issues. For some reason, this machine will not accept M999 (or M999 A1) in a macro - it just goes into a busy state and stays that way. However, M999 works just fine from the console..

So this does not appear to be a PanelDue issue. Thanks and sorry for the false alarm.

oozeBot

This issue has been solved.. thankfully. It was caused by an old version of DuetPiManagementPlugin that was installed. Once removed, M999 is now processing inside macros.

T3P3Tony

@oozebot thanks for reporting the fix!