my second raspberry has just passed away

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.

spllg

going to stay with cura (4.6)

spllg

@spllg

spllg 24 Apr 2020, 08:19

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

it seems to have the ability to crash cura - staying with saving gcode to file and downloading this file to rpi.

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

it seems to have the ability to crash cura

please consider filing a bug report to the github page for the plugin; it might just help get it fixed by the developers

arhi

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

While I'm sure there are plenty of reasons to carefully consider purchsing S3D

like any sw, one should ge informed, I "trusted someone" and didn't, was too late when I figured out who I'm dealing with so I say to everyone just check the forum, if you feel confident about that company and want to be part of that community (where forum is heavily censured, where promisses are never held, where everything is presented as shiny big and huge while... also one important thing I learned from using s3d is to always, always check who I'm dealing with on glassdoor ).
It is still a great slicer none the less!

getting prints to a(ny) Duet isn't one - I have used the curl commands with a Duet2

For RRF3 on Duet2 I use

rrf3.bat "[output_filepath]"

where rrf3.bat is

@echo off

for %%a in (%1) do (
    set filepath=%%~dpa
    set filename=%%~na
    set extension=%%~xa
)   
set if=%filepath%%filename%%extension%

G:\bin\curl-7.50.3-win64-mingw\bin\curl.exe -G --data-urlencode "gcode=M30\"%filename%%extension%\"" http://ender5.local.lan/rr_gcode
G:\bin\curl-7.50.3-win64-mingw\bin\curl.exe  --data-binary "@%if%" "http://ender5.local.lan/rr_upload?name=gcodes/%filename%%extension%"

works like a charm except if file name comes with space then it fails

something similar can for sure be made to work with RRF3+SBC, if you can upload trough web interface, you can send it using CURL ... you put this in the script tab in s3d and forget... it works great

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

something similar can for sure be made to work with RRF3+SBC

gtj0 posted the POST endpoint for running gcode and i think the PUT endpoint i added to that should to the trick (i incorrectly assumed it'd be a bigger deal as it wasn't already supported and turned to ssh/scp that would achieve the same thing)

spllg

the 3rd rpi has just passed away.

the printer was switched off for 1 week. after switchin it on it started up fine and i started to print but after ~5minutes it stopped, the http-interface did not respond any more. a reboot of the rpi failed (the green led flashed a few times and was switched off).

i'm tired messig around with rpis (i've got two others and both are up and running for years now).

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

the 3rd rpi has just passed away.

the printer was switched off for 1 week. after switchin it on it started up fine and i started to print but after ~5minutes it stopped, the http-interface did not respond any more. a reboot of the rpi failed (the green led flashed a few times and was switched off).

i'm tired messig around with rpis (i've got two others and both are up and running for years now).

I am somewhat puzzled at the point of this post. In an effort to understand the relevance, I need to enquire:

Do you in some way feel that the duet-3 is responsible for the demise of the Rpi?

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

the 3rd rpi has just passed away

version of them? and post failure which leds do what, is it the same for all of them? (edit: and how are they powered and conneted to the duet?)