PanelDue 7 loses macros after homing or moving rotary axes A/B

droftarts

@Stanislav I updated your post with your config.g and homea.g, to make it easier to read.

Could you try with the debug logging turned off? Comment out the following lines in config.g, save, then restart:

M929 P"logs/eventlog.txt" S1 ; Log WARN level events to logs/eventlog.txt
M929 P"logs/infolog.txt" S2  ; Log INFO level events to logs/infolog.txt
M929 P"logs/debuglog.txt" S3 ; Log DEBUG level events to logs/debuglog.txt

My guess is that all the logging is taking up too much time to service requests for file lists from the PanelDue.

It's possible there's an SD card issue; please run the tests described here: https://docs.duet3d.com/en/User_manual/RepRapFirmware/SD_card#troubleshooting-sd-card-issues

Ian

Stanislav

Good afternoon!
Logov files have changed into the configuration, the result is the same. Additionally formatted the SD card with a utilitySD Memory Card Formatter. Storage ===
Free file entries: 19
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest read time 2.4ms, write time 23.2ms, max retries 0.

It is doubtful that the loss of macros and working files occurs only after the movement rotary axes, there is no problem with the linear axes.

Stanislav

Good afternoon,
I still have not solved the problem with the macros display in the PanelDue panel, how to solve this problem?

Stanislav

I made another test, after homing when the macros ruined. Introduced the M84 command. The macros were restored. The problem is related to the drivers of additional axes A and B

Phaedrux

Do you mean the shortcut buttons for the macros on the main display screen beside the tools?

Could you make a short video showing what you're seeing exactly?

Stanislav

Good afternoon!
I once again checked the problem and attach the video panel_due_1.mp4

Phaedrux

Thank you for the video.

Can you do a test for me? Manually send the commands from your homea.g or homeb.g files one line at a time and check the macro tab in between to see if there is a specific line that is causing it.

I'm also curious if your PanelDue cable runs near the cables for the A and B motors? What kind of cable are you using for the PanelDue? How long, etc.

Stanislav

Good evening!
I showed a step -by -step check in the macros of the homing, the problem occurs at the step: G1 H1 A-9999 F5000. The connection cable is not shielded 4 residential, 1 meter long, laid separately. I also connected the panel with a flat short cable, but the macros also disappeared

droftarts

@Stanislav said in PanelDue 7 loses macros after homing or moving rotary axes A/B:

G1 H1 A-9999 F5000

Change the distance to home the axis to a little more than the axis length specified in M208, eg G1 H1 A-210 F5000 if the A axis has a maximum length of 200mm.
-9999 and below are a 'special' number usually reserved for probing and bed levelling, see https://docs.duet3d.com/User_manual/Reference/Gcodes#description-3

If a "normal" Z parameter is given instead of -9999 or lower, then the bed is not probed, but instead that value is used as if the Z probe had triggered at that height.

This may be a bug, but if you could test this first it would be helpful.

Ian

Stanislav

I found the reason for the problem. Perhaps you explain its nature. The steps motors of the axes A and B had 6 wires 4 of which were sweaty to the controller. After replacing the engines with 4 wired problems did not appear.