my second raspberry has just passed away

[A Former User]

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

should not try to access the duet using it's usb port - right?

disconnect the ribbon cable if you feel the need to try usb, to alleviate dc42s concern about the spi signals.

[A Former User]

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

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.

not sure if it applies to all versions of the Pi, but some do seem to turn off USB power when powering off and rebooting.

[dc42]

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

@dc42 ok - so the jumpers '5v -> sbc' and 'sbc -> 5v' must be set and i should not try to access the duet using it's usb port - right?

Accessing the Duet using its USB port will be safe provided that you have the jumpers in place so that the Duet is not dependent on USB power. But you shouldn't normally need to use the USB connection, because everything except for flashing firmware using Bossa can be done over the SPI connection.

Make sure that all PSUs powering the Duet, Pi or anything connected to the Pi that have mains ground connections are plugged into the same mains distribution block.

Whilst I have come up with a possible explanation for why the Pi might get damaged when powering the Duet form USB, it may not be the correct explanation for the failure of your 2 boards. Are you using the official Pi PSU?

[spllg]

@dc42 yes, i'm using the official pi psu.

btw: using the duet3 in standalone mode seems to have network issues.

• i could not upload a gcode file (23m) - the upload was interrupted an the text 'network problems' (or something like this) was displayed in the lower left corner. when i repeated the upload it worked fine.

• the connection was lost when the machine was printing and i had no chance to reconnect. waited for the print to finish and had to reboot the duet. this happened twice.

[dc42]

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

btw: using the duet3 in standalone mode seems to have network issues.

• i could not upload a gcode file (23m) - the upload was interrupted an the text 'network problems' (or something like this) was displayed in the lower left corner. when i repeated the upload it worked fine.

• the connection was lost when the machine was printing and i had no chance to reconnect. waited for the print to finish and had to reboot the duet. this happened twice.

Which firmware version? The RRF 3.0beta releases had an issue in the network stack, which was fixed before the 3.0 stable release.

[spllg]

@dc42 m115 returns 'FIRMWARE_NAME: RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 FIRMWARE_VERSION: 3.01-RC2 ELECTRONICS: Duet 3 MB6HC FIRMWARE_DATE: 2020-02-18b1'

[dc42]

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

@dc42 m115 returns 'FIRMWARE_NAME: RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 FIRMWARE_VERSION: 3.01-RC2 ELECTRONICS: Duet 3 MB6HC FIRMWARE_DATE: 2020-02-18b1'

Thanks, I suggest you upgrade to 3.01-RC9 and see if the network issues persist.

[spllg]

i have received a new rpi, installed it and the printer works using this rpi.

q.: is it necessary to upgrade dwc on rpi?

if yes: how to do it.

currently running
ii duetcontrolserver 1.2.4.0 armhf Control server application for Duet 3 series
ii duetruntime 1.2.4.0 armhf .NET Core runtime libraries for the Duet software framework
ii duetsd 1.0.5 all Virtual SD card directory for the Duet software framework
ii duetsoftwareframework 1.2.4.0 armhf Meta package for the full Duet software framework
ii duettools 1.2.4.0 armhf Optional tools (code examples)
ii duetwebcontrol 2.0.7-1 all Official web interface for Duet electronics
ii duetwebserver 1.2.3.1 armhf Optional web server for Duet 3 series

[dc42]

You can either switch to the unstable package feed and upgrade to the latest DSF, DWC and RRF release candidates, or wait for the 3.01 stable release.

[spllg]

@dc42 thanks for your answer - going to wait for 3.01 stable. (have you got any idea when it will be released?)

please allow another question: i'm using cura and can upload gcode to the duet rpi.
i found a cura plugin (Duet RepRapFirmware Integration) and installed it but it does not work. the plugin wants to access http://<rpi-hostname>/rr_connect?password=&time=2020-04-23.. but rr_connect does not exist on <rpi-hostname> - ERROR 404: Not Found.
(how) can i enable http://<rpi-hostname>/rr_connect?

[dc42]

The plugins for Cura and S3D and the upload support in PrusaSlicer are designed for the upload interface provided by Duets in standalone mode. DSF on the Pi supports a different upload interface. I think there is an experimental version of one of the plugins that supports both interfaces.

[spllg]

@dc42 thanks for your reply. i cloned from https://github.com/Kriechi/Cura-DuetRRFPlugin/ . this seems to work fine.

btw1: how is it possible to activate/use simulation mode in dsf?

btw2: could you please tell me where to find a network printing plugin for s3d?

[dc42]

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

@dc42 thanks for your reply. i cloned from https://github.com/Kriechi/Cura-DuetRRFPlugin/ . this seems to work fine.

btw1: how is it possible to activate/use simulation mode in dsf?

Simulation mode is available in the RRDF/DSF release candidate, available on the unstable package feed.

btw2: could you please tell me where to find a network printing plugin for s3d?

I don't think there is a S3D plugin that supports upload to Duet with attached SBC yet, but according to https://forum.duet3d.com/topic/15492/duetrff-cura-plugin-duet-3/25 there is now one for Cura.

[A Former User]

IIRC the last time I looked at S3D it was a script that runs wget curl?

if so we could "easily" replace with ssh/scp command to achieve the same with DSF

edit:
in Duet wifi S3D:

Yep, Got it

This works:
curl -F "file=@[output_filepath]" "http://192.168.x.x/rr_upload?name=0%3A%2Fgcodes%2F[output_filename].gcode"
curl "http://192.168.x.x/rr_gcode?gcode=M32 0%3A%2Fgcodes%2F[output_filename].gcode"

Many thanks !!

assuming windows and putty with public key authentication set up on the pi*

"%PROGRAMFILES%\PuTTY\pscp.exe" -i "%USERPROFILE%\.ssh\id_rsa.ppk" [output_filepath] pi@duet3:/opt/dsf/sd/gcode/[output_filename].gcode

and

curl -s -d 'M32 "[output_filename].gcode"' http://duet3/machine/code

@gtj0 said simplified things a little removing the need to run ssh, just scp. (As such I guess one could install an ftp server to remove the need to use scp and just rely on curl, but each to his own i guess)

"%PROGRAMFILES%\PuTTY\plink.exe" -no-antispoof -i "%USERPROFILE%\.ssh\id_rsa.ppk" pi@duet3 "echo M32 [output_filename].gcode | sudo /opt/dsf/bin/CodeConsole"

this also means you need to add a NOPASSW entry to run CodeConsole as root without a password. should probaly be wrapped as shells script to ensure only M32 and a valid file is passed as well.

I can't try those, but should get you started and we can help trouble shoot.

*) ideally the key should be dedicated to S3D uploads and limited to only allow the specific commands and scp. can probably get around to a more thorough guide next week

[spllg]

@dc42

Simulation mode is available in the RRDF/DSF release candidate, available on the unstable package feed.

will wait for release 3.01

I don't think there is a S3D plugin that supports upload to Duet with attached SBC yet

so i'm going to wait until one is available before buying s3d

according to https://forum.duet3d.com/topic/15492/duetrff-cura-plugin-duet-3/25 there is now one for Cura.

i guess, that's the one which is working at my site.

[spllg]

@bearer thanks - i did have not yet decided to buy s2d (which seems to be better than cura).

[A Former User]

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

@bearer thanks - i did have not yet decided to buy s2d (which seems to be better than cura).

S3D even.....

[A Former User]

@spllg if it comes down to the ability to print from S3D then don't worry about it - functionally the commands I listed will be the same as the curl commands used with the Duet2.

There could be some adjustment needed with " and stuff that I can't test with S3D (until I get my computer fixed), but I can take a gcode file and send it from the command line on windows and have it print using those commands now.

(Which slicer is better, or if S3D is worth is is a discussion best left for other imho)

[arhi]

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

so i'm going to wait until one is available before buying s3d

prepare for a loooooong wait (and before you decide to purchase, check their forum and their user experiences first, just to not be surprised later like some)

[A Former User]

While I'm sure there are plenty of reasons to carefully consider purchsing S3D, getting prints to a(ny) Duet isn't one - I have used the curl commands with a Duet2 before, and getting it to work with Duet 3 can only be a matter of variable expansion and the correct use of quotes. Worst case scenario we'll have to make a wrapper script, but if it works for curl i don't see why that should be neccecary.

admittedly using ssh is more fiddly unless you want to take the "pull your pants down and hope for the best" approach when it comes to the security aspect of it.

(edit: yes, I'm saying I'll make it work, if it doesn't as posted already)