my second raspberry has just passed away

spllg

@arhi i have powered the pi from the duet using the header but did not succeed powering the duet from the rpi using the header.

spllg

@arhi

i'd love to get my hands on that pi to figure out why they died, I guess I'm not the only one :). Are those RPI 3B or ?

would you like to buy it?

btw: duet 3 running in stand alone mode seems to over extrude quite a bit - at least my extrude settings ceased to work - had to lower it to 80%.

arhi

@spllg said in my second raspberry has just passed away:

would you like to buy it?

Yes, would be an interesting project to figure out why it died, but it is impossible to get anything in .rs now due to quarantine and police hour. Let's discuss this after this #%$^^&_#@ is over, I'm def. interested.

gtj0

@spllg said in my second raspberry has just passed away:

@arhi i have powered the pi from the duet using the header but did not succeed powering the duet from the rpi using the header.

Do you have both the 5V->SBC and the SBC->5V pins jumpered? They both need to be connected to power the Duet from the SBC.

Danal

@spllg said in my second raspberry has just passed away:

i am powering the duet 5v from the rpi via usb (internal 5v enable, 5v->sbc and sbc->5v are open) - a configuration which has been working fro ~2 months.

You guys discussed this a little above, and then moved on. This absolutely will not work (as Dave pointed out). The fact that it does work for @spllg would seem to be the key to whatever is killing these.

As a "cold read" bystander of this thread, I believe you guys should go back and dive into this quite a bit more.

spllg

@Danal sorry, i should have written

i am powering the duet 5v from the rpi via usb (internal 5v open, 5v->sbc and sbc->5v are open)

instead of

i am powering the duet 5v from the rpi via usb (internal 5v enable, 5v->sbc and sbc->5v are open)

if it is not possible to 5v-power the duet using the usb port, how can i 5v-power the duet except from the 24v psu by means of internal 5v enable?

spllg

@gtj0

Do you have both the 5V->SBC and the SBC->5V pins jumpered? They both need to be connected to power the Duet from the SBC.

both? this is contradicting
https://duet3d.dozuki.com/Wiki/Duet_3_Mainboard_6HC_Wiring_Diagram

which states:

'If you want the SBC to provide 5V to the Duet then remove the jumper from 5V->SBC and from Internal 5v En. Place a jumper on SBC-5V*' (which does not work)

now i'm even more confused.

A Former User

The default 5V power configuration is Internal 5V enable - jumpered, 5V->SBC jumpered (the Duet is powering the SBC) , SBC->5V* not jumpered. If you want the SBC to provide 5V to the Duet then remove the jumper from 5V->SBC and from Internal 5v En. Place a jumper on SBC-5V*. NOTE this bypasses the 5V protection and a fault on the SBC may damage the Duet.

Does indeed seem to be a typo. SBC->5V(JP5) only connects the 5V_EXT and 5V_INT; you still need the 5V->SBC(JP4) jumper to get the powe from the Pi header and to 5V_EXT. Open JP1; close JP4 and JP5 or use the VBUS/5V_EXT_INPUT input to retain the diode protection?

spllg

@bearer

Does indeed seem to be a typo.

@dc42 can you confirm that it's a typo - i do not intend to kill another rpi.

additional question: (how) is it possible to access the duet via the usb interface when it's powered by the rpi?

A Former User

@spllg said in my second raspberry has just passed away:

usb interface when it's powered by the rpi?

using a serial terminal on the Pi? minicom, screen, echo, cat, socat lots of options but less user friendly on the console. (there are probaly more user friendly graphical alternatives, that could also be used with VcXsrv or even VNC etc)

A Former User

This post is deleted!

spllg

@bearer

using a serial terminal on the Pi? minicom, screen, echo, cat, socat lots of options but less user friendly on the console. (there are probaly more user friendly graphical alternatives, that could also be used with VcXsrv or even VNC etc)

pronterface, octoprint, ..

my question should have read: how to electrically interface usb interface?

A Former User

@spllg said in my second raspberry has just passed away:

pronterface, octoprint, ..

Why on earth would you be running the Duet 3 with a raspberry pi + DSF and use ether of those?

for pronterface ditch the Pi. for octoprint ditch DSF and run octoprint on the Pi.

@spllg said in my second raspberry has just passed away:

how to electrically interface usb interface?

but if you must you can use socat and virtual serial ports.

spllg

@bearer

would probably be best to open JP1 in either case though.

is JP1 the same as 'Internal 5V enable'?

A Former User

@spllg said in my second raspberry has just passed away:

is JP1 the same as 'Internal 5V enable'?

yes.

there are diodes to prevent feeding VBUS into the 5v regulator, but given the feedback is outside of those diodes you could risk the internal regulator outputting a voltage higher than 5v if VBUS drops below 5v? ~~which would not self regulate if the JP4 / 5V->SBC jumper is not fitted.~~

spllg

@bearer

Why on earth would you be running the Duet 3 with a raspberry pi + DSF and use ether of those?

because i do not feel comfortable with dsf

but if you must you can use socat and virtual serial ports.

if i connect the duet to the raspberry by using a standard usb cable 5v and ground will be connected between the two devices - a configuration (as mentioned by you) might have the potential to kill a raspberry.

You guys discussed this a little above, and then moved on. This absolutely will not work (as Dave pointed out). The fact that it does work for @spllg would seem to be the key to whatever is killing these.

A Former User

@spllg said in my second raspberry has just passed away:

if i connect the duet to the raspberry by using a standard usb cable 5v and ground will be connected between the two devices - a configuration (as mentioned by you) might have the potential to kill a raspberry.

this is already connected through the ribbon cable (if that is installed?)

and there is no reason supplying power from the usb cable should have any other risk than through the ribbon cable; but both scenarios would probably be better off disabling the internal 5v regulator on the duet.

spllg

@bearer yes - but what if i want to access the duet using the usb interface? there would be a double connection.

but both scenarios would probably be better off disabling the internal 5v regulator on the duet.

how to disable 'internal 5v regulator'? by removing the 'Internal 5V enable' jumper?

this already has been removed as stated in

spllg 20 Apr 2020, 10:36

i am powering the duet 5v from the rpi via usb (internal 5v enable, 5v->sbc and sbc->5v are open)

(the comma ',' in the paranthes should read 'and')

dc42

A possible problem I can see with powering the Duet from the Pi via USB is that the Pi may decide to shut off the USB power to the Duet, if that happens, then the Pi will be powered but the Duet won't be. This will cause current to flow from the SPI pins of the Pi to the Duet. There are current-limiting resistors in that interface, but they are only 100 ohms in order to allow a high SPI speed. It could be that the Pi is trying to feed too much current into those lines.

Better to power the Pi from the Duet directly or vice versa using the jumpers provided.

dc42

@bearer said in my second raspberry has just passed away:

The default 5V power configuration is Internal 5V enable - jumpered, 5V->SBC jumpered (the Duet is powering the SBC) , SBC->5V* not jumpered. If you want the SBC to provide 5V to the Duet then remove the jumper from 5V->SBC and from Internal 5v En. Place a jumper on SBC-5V*. NOTE this bypasses the 5V protection and a fault on the SBC may damage the Duet.

Does indeed seem to be a typo. SBC->5V(JP5) only connects the 5V_EXT and 5V_INT; you still need the 5V->SBC(JP4) jumper to get the powe from the Pi header and to 5V_EXT. Open JP1; close JP4 and JP5 or use the VBUS/5V_EXT_INPUT input to retain the diode protection?

I confirm that to power the Duet 5V from the Pi, you need to have both SBC->5V and 5V->SBC jumpers in place.

EDIT: I have updated the documentation.