Hey there,

As we were building plugins for DWC and DSF we have refined our build/development pipeline.
We decided to make the project open source for others to use.

• Docker-based dev environment for both testing and building plugins (using commands like build_plugin <plugin name> or run_dwc, all you have to do is drop the plugins of choice in a folder and they automatically get recognized and you can test/build them)
• Duet 3.4 ready (currently builds plugins for Duet 3.3, but we tested it against the beta already).

Currently, it works with a forked version of DWC 3.3, the only addition is the plugin build script of Duet 3.4 being included in 3.3. This way we can support DWC 3.3 and immediately be ready for DWC 3.4 without having to change anything in our workflow!

Let me know what you think! The project is here: https://github.com/Apyron/duet-plugin-workspace

@chrishamm Hi there

dsf@raspberrypi:/home/pi$ cd /media/sd
bash: cd: /media/sd: Permission denied

It indeed seems to break when trying to access the folder. I'm currently in the process of finding out what happened and how to fix this error.

Hey everyone, thanks a lot for your help. We did as @resam told and upgraded to DSF/RRF 3.4-rc2. This fixed the problem, and we did not need to run sudo pip3 install -U dsf-python.

We also did the change that @achrn provided and set "dwcVersion" and "sbcDsfVersion" simply to "3". Now all of our plugins are working on 3.4 and we are grateful!

Excuse me to revive this thread, but took a long break after really not being able to fix this in a reasonable amount of time without getting too crazy.

We finally solved it. The solution was:

• The desktop was automounting the SD card. I finally unmounted using umount /media/pi/D2F1-AD5F
• Then, I remounted using sudo mount -o rw,umask=0000 -t vfat /dev/sda1 /media/sd.
• I also added dsf to the users group, but that may not be necessary.

The only thing that's left to do is making sure it still auto-mounts, but with the right permissions and configuration.

Hey everyone, thanks a lot for your help. We did as @resam told and upgraded to DSF/RRF 3.4-rc2. This fixed the problem, and we did not need to run sudo pip3 install -U dsf-python.

We also did the change that @achrn provided and set "dwcVersion" and "sbcDsfVersion" simply to "3". Now all of our plugins are working on 3.4 and we are grateful!

Hello @resam.

We tried the example plugin as-is (i.e. no changes except the plugin.json). It looked like this:

{
    "id": "FilamentLoadCell",
    "name": "Filament Load Cell",
    "author": "Thomas Kriechbaumer",
    "version": "1.0.0",
    "license": "MIT",
    "homepage": "https://github.com/Kriechi/duet-plugin-filament-load-cell",
    "dwcVersion": "3.4",
    "sbcDsfVersion": "3.4",
    "sbcRequired": true,
    "sbcExecutable": "filament_load_cell.py",
    "sbcExecutableArguments": null,
    "sbcOutputRedirected":  false,
    "sbcPermissions": ["registerHttpEndpoints"]
}

The plugin loads partially, and the Python portion does not run. I get the following error:

Mar 07 10:07:11 raspberrypi DuetPluginService[1767]: [error] Plugin FilamentLoadCell: /usr/bin/env: ‘python3’: Permission denied

I change the top line of filament_load_cell.py to #!/usr/bin/python3. This causes the script to run but throws the following error in journalctl:

Mar 07 10:25:06 raspberrypi DuetPluginService[1767]: [error] Plugin FilamentLoadCell: Traceback (most recent call last):
Mar 07 10:25:06 raspberrypi DuetPluginService[1767]: [error] Plugin FilamentLoadCell:   File "/opt/dsf/plugins/FilamentLoadCell/dsf/filament_load_cell.py", line 10, in <module>
Mar 07 10:25:06 raspberrypi DuetPluginService[1767]: [error] Plugin FilamentLoadCell:     from dsf.commands.basecommands import HttpEndpointType
Mar 07 10:25:06 raspberrypi DuetPluginService[1767]: [error] Plugin FilamentLoadCell:   File "/usr/local/lib/python3.7/dist-packages/dsf/__init__.py", line 10, in <module>
Mar 07 10:25:06 raspberrypi DuetPluginService[1767]: [error] Plugin FilamentLoadCell:     from . import commands, connections, http, initmessages, models
Mar 07 10:25:06 raspberrypi DuetPluginService[1767]: [error] Plugin FilamentLoadCell: ImportError: cannot import name 'commands' from 'dsf' (/usr/local/lib/python3.7/dist-packages/dsf/__init__.py)
Mar 07 10:25:06 raspberrypi DuetPluginService[1767]: [info] Plugin FilamentLoadCell: Process has been stopped with exit code 1

I'm very much convinced now that something went wrong during upgrading of our Duet version on our Raspberry Pi.

@resam Thanks, I made a sample plugin myself as and others have mentioned, bumped its version number. Here's the demo file I made and tried: https://github.com/Apyron/duet-plugin-workspace/tree/master/plugins/ExamplePythonPlugin

Tomorrow I'll try the sample linked by you, so we can rule out if it's our setup or our plugin. Thanks a lot!

Edit: The 3D printer guy is on vacation, so I can't check today.

Hey there,

Recently I've been playing around with DWC and DSF 3.4.0-rc1, but I couldn't get our Python plugins to work. I also saw the bindings were still made for 3.3: https://github.com/Duet3D/dsf-python

Is this going to be updated soon? Anywhere I can help out? Thanks a lot!

Excuse me to revive this thread, but took a long break after really not being able to fix this in a reasonable amount of time without getting too crazy.

We finally solved it. The solution was:

• The desktop was automounting the SD card. I finally unmounted using umount /media/pi/D2F1-AD5F
• Then, I remounted using sudo mount -o rw,umask=0000 -t vfat /dev/sda1 /media/sd.
• I also added dsf to the users group, but that may not be necessary.

The only thing that's left to do is making sure it still auto-mounts, but with the right permissions and configuration.

@mfs12 Thank you! It's not magically faster than using the regular build workflow as laid out by Duet. However, this does automate the majority of the process, so it's faster in terms of human interaction.

Hey there,

As we were building plugins for DWC and DSF we have refined our build/development pipeline.
We decided to make the project open source for others to use.

• Docker-based dev environment for both testing and building plugins (using commands like build_plugin <plugin name> or run_dwc, all you have to do is drop the plugins of choice in a folder and they automatically get recognized and you can test/build them)
• Duet 3.4 ready (currently builds plugins for Duet 3.3, but we tested it against the beta already).

Currently, it works with a forked version of DWC 3.3, the only addition is the plugin build script of Duet 3.4 being included in 3.3. This way we can support DWC 3.3 and immediately be ready for DWC 3.4 without having to change anything in our workflow!

Let me know what you think! The project is here: https://github.com/Apyron/duet-plugin-workspace

@chrishamm Hi there

dsf@raspberrypi:/home/pi$ cd /media/sd
bash: cd: /media/sd: Permission denied

It indeed seems to break when trying to access the folder. I'm currently in the process of finding out what happened and how to fix this error.

@chrishamm said in SBC USB printing:

@peterwilli Does it help to reload DWC once it's mounted? What does

http://duet3/machine/directory/2:/

output when the drive is mounted? You may have to replace duet3 with the name or IP address of your printer.

Hi there,

With the link + mounting the drive manually for dsf we get the following error:

@chrishamm Hey there, thanks for replying.
I work with @semi55 in the team, so I'm replying on behalf of both of us.

Our current image runs the desktop version with DuetPi installed. The desktop is logged in as "pi" but "dsf" is used in the background.

I have unmounted the drive in question and ran the following commands to test this theory:

1. sudo umount D2F1-AD5F
2. sudo mount -o umask=777,gid=996,uid=996 /dev/sda1 /media/sd

996 is the GID/UID of "dsf".

We now get a different error where I don't know anymore what the answer to that would be:

Thanks a lot in advance