my second raspberry has just passed away

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.

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).

@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.....

@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)

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)

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

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

would i be correct in that its sufficient to check for spaces, qoutes (and newlines?) in a filename to avoid gcode injection if passing it to CodeConsole?

(i.e. S3D calls wrapper with filename as parameter, wrapper sends M32 "filename" to CodeConsole to start print after checking for gcode injection)

gtj0

After copying the file to the SBC, you can call curl to start it printing...

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

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

After copying the file to the SBC, you can call curl to start it printing...

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

That simplifies it a bit, and while I suppose its still possible to mess about with g-code in the file name, its not an additional vector so not my concern.

I'll update my earlier comment to reflect your input

I suppose a HTTP request toPUT /machine/file/{filename}could replace scp as well. Will have a poke later and update the S3D thread.