@SteveYYC adding ;e to the g1-line has answered my question #1. thanks again.

@oliof that' what i'm already considering but eve if the rpi will be bootable from usb after it refuses booting from sd card this will not cure the root cause of my issue.

@Danal i do not have a z-endstop mounted near the nozzle - i don't hav a z-endstop at all.

dc42's hint solved my issue.

@SteveYYC

1. inserted m80 into config.g and i did not (yet) observe the absence of the atx control box. having an eye on it.

2. i had 'G1 X0 Y0 Z75 f1000' at the end of my print file. added ';e' and now the correct total number of layers is displayed.

thanks for your help.

@spllg no, it's not correct - https://docs.duet3d.com/Duet3D_hardware/Duet_3_family/Duet_3_Mainboard_6HC_Hardware_Overview : Alternatively, the SBC can provide 5V for the Duet using the "SBC -> 5V" jumper. Note that the Duet's in-built protection is bypassed. In this case the "5V->SBC" and the "SBC->5V*" jumpers should both be fitted, but remove the jumper from "Int 5V EN".

i have jumpered it accordingly and hopefully my rpi will survive with this configuration.

@CaLviNx i could operate the rpi using 5v-power from the duet but i would loose the ability to switch off duet's psu when the print has finished.

if you still cant work it out I would be willing to purchase the secondhand board from you

seems you are looking for a cheap board.

are obviously unable to operate it properly.

ok, it seems, i am unable to operate it correctly after i was able to do so for 4 monthts. wondering what the change could be.

i understand: i'm on my own!

@dc42 thanks for your answer. as i am using an official rpi psu a ground loop should not be an issue and my rpi should not be in danger.

still kind of concerned.

rgds, g.

@spllg no, it's not correct - https://docs.duet3d.com/Duet3D_hardware/Duet_3_family/Duet_3_Mainboard_6HC_Hardware_Overview : Alternatively, the SBC can provide 5V for the Duet using the "SBC -> 5V" jumper. Note that the Duet's in-built protection is bypassed. In this case the "5V->SBC" and the "SBC->5V*" jumpers should both be fitted, but remove the jumper from "Int 5V EN".

i have jumpered it accordingly and hopefully my rpi will survive with this configuration.

@dc42 just to be sure: in order to power the 6hc 5v from the pi the jumpering is

internal 5v en = open, 5v -> sbc = open, sbc -> 5v = closed

is this correct?

@oliof could the death of 2 rpis be related to the fact that i have a Duet 3 MB6HC v1.0 (newer boards seem to have a different 5v powering design).

@OwenD & @T3P3Tony

• the rpi is powered by the genuine rpi powersupply
• the duet is powered via internal 5v (jumpers: internal 5v en = closed, 5v -> sbc = open, sbc -> 5v = open)
• after printing ~1hour none of the rpi-chis is hot - i could touch it with a finger for a long time, so i guess, the temperature is below 45-50 C

i forgot to mention -

FIRMWARE_NAME: RepRapFirmware for Duet 3 MB6HC FIRMWARE_VERSION: 3.4.5 ELECTRONICS: Duet 3 MB6HC v1.0 or earlier FIRMWARE_DATE: 2022-11-30 19:35:23

@T3P3Tony

cooling: heat sinks without fan - going to check temperature tonight
plugged devices: camera + hdmi display

@oliof that' what i'm already considering but eve if the rpi will be bootable from usb after it refuses booting from sd card this will not cure the root cause of my issue.

@OwenD

1. powering: i will check later today.
2. shutdown: i connect to the rpi using ssh and execute 'shutdown -h 0' on it before i cut off power.

forgot to mention: the two dead rpis do not boot from any other sd-card but a new rpi booted from the sd card of the dead rpis.

hello,

i'm afraid my next raspberry pi is going to die soon.

indications:

• sporadic loss of wifi connection. the connection will be restored after ~1 minute.
• sporadic loss of connection rpi -> mb6hc. the connection will be restored after several seconds.

i have already lost 2 raspberries in conjunction with my duet3 board. death has announced itself in the same way as described above.

i am operating 2 other raspberries for years without interruption and never observed any loss of wifi connection.

what can i do to protect my raspberry?

thanks in advance for your answer.

@Veti when i last had removed the belts everything moved without resistance but i'll check when a find enough time and energy after my bread and butte job.