Hello !
I'm pleased to announce the release of my first plugin for DSF.
ExecOnMcode is a SBC plugin for DuetSoftwareFramework and based on dsf-python to run commands on user-defined M-Codes.
This plugin is based on the original idea from wilriker's execonmcode.
Feel free to give some feedback, post the issues you may face and ask for improvements to this thread.
The Python bindings for DSF dsf-python v3.4.5 has been released.
This release brings the bindings up-to-date with the current 3.4.5 version of DSF.
A proper Python implementation of the ObjectModel has been added as well.
As there are some changes made on the modules architecture to better match the DSF API one, existing scripts or plugins may need to change their module imports to use that version.
@Lem I just releaseed a new version of dsf-python which raises an dsf.connections.exceptions.IPCSocketBrokenException exception when the IPC socket is closed.
Please try and report back if you run in other problems.
The Python bindings for DSF dsf-python v3.5.1rc1 has been released.
Please note this is a pre-release version so you may need to add --pre argument to pip to install or upgrade to this version.
Another option is to specify the version number :
To install : sudo pip3 install --pre dsf-python
To upgrade : sudo pip3 install --upgrade --pre dsf-python
More information about this release on the GitHub repository.
Please report any problem you may run into on that section of the forum while tagging me.
@tinchus I made a script for the STM port of RRF which is available here : https://github.com/TeamGloomy/rrf_stm32_sbc/blob/master/armbian/userpatches/overlay/rrf_upgrade.sh
Instructions to use are described here : https://teamgloomy.github.io/armbian_upgrade.html#upgrading-dsf
If you want to downgrade to 3.4.1, run it as rrf_upgrade 3.4.1
So basically :
wget "https://github.com/TeamGloomy/rrf_stm32_sbc/blob/master/armbian/userpatches/overlay/rrf_upgrade.sh"
chmod a+x rrf_upgrade.sh
./rrf_upgrade 3.4.1
@aleohl I released a new version which fixes that issues so dsf-python still works with Python 3.7
Please let me know if you run it others problems.
Looking at this I found out some issues with the OM in dsf-python that need to be fixed.
I should be able to fix it in the following days and may reply back here with a more detailed example.
@DDD Actually, you can use pConn.perform_simple_code("set global.var_name=value")
I wrote this guide using a OrangePi4B as example : https://teamgloomy.github.io/dsf_on_armbian.html
The OrangePi4B use the same SoC as the Rockpi 4B : RK3399 so I believe you can just use the same configuration.
@chrishamm @oozeBot Yes but I'm abroad for now so I couldn't look at this before the end of the week
@chrishamm @oozeBot From what I see, you are not running the last version of dsfPython but that shouldn't change your issue anyway.
It doesn't seems easy for me to reproduce your issue so maybe you can try the following :
/usr/local/lib/python3.9/dist-packages/dsf/connections.py as connections.py.bak/usr/local/lib/python3.9/dist-packages/dsf/connections.py and comment lines 161 and 162 : https://github.com/Duet3D/dsf-python/blob/8fd345ed6455102b4750e1e4470e52028e1b291e/src/dsf/connections.py#L161-L162The Python bindings for DSF dsf-python v3.5.0.2rc2 has been released.
Please note this is a pre-release version so you may need to add --pre argument to pip to install or upgrade to this version. Another option is to specify the version number :
To install : sudo pip3 install --pre dsf-python
To upgrade : sudo pip3 install --upgrade --pre dsf-python
To install the latest version : sudo pip3 install --pre dsf-python
To upgrade to the latest version : sudo pip3 install --upgrade --pre dsf-python
To install this specific version : pip install dsf-python==3.5.0.2rc2
@thomas25 There is some changes on the gcode configuration commands from RRF 3.0 to the current one.
I believe it may be faster to use the configurator to generate a new updated config
Note that you may also need to update the WiFi firmware (DuetWiFiServer.bin file) and to update DWC at the same version number of the board firmware.
@Wurke floor(value) ?
var myvar = 123.456
echo var.myvar # returns 123.456
echo floor(var.myvar) # returns 123
Hello,
I'm having an issue while trying to uninstall a plugin from DWC on a SBC running Armbian (not a Raspberry Pi).
I'm getting ArgumentException in UninstallPlugin: Failed to get file info (error 22).
After some research, I noticed this happens from DSF version above 3.4-b7.
After looking at the changes made since, I think the issue comes from this commit : https://github.com/Duet3D/DuetSoftwareFramework/commit/7739e916c8fb6595d4ae73fc5d1bac131edf5df6#diff-b494305c06eb76f8c94cc28110419e5b82dc18da06e884f0cee4a36b04f4ebf0
As I understand, this commit add a check to prevent uninstallation of plugins like duetpimanagement.
I would like to understand why the stat command from LinuxAPI and used by GetPermissions method fails.
I tried enabling the trace log level but it doesn't give more useful info.
The error message doesn't give any info on what file the stat command is applied (the pathname variable value).
I could add these infos to the source myself but I don't have any clue how to build the binaries.
Would it be possible to add the pathname variable value and the stat command result value in the exception message to help to track down the issue ?
Any more clue about that issue ?
@chrishamm Well, I'm unable to post the gpioinfo output here (content flagged as spam) but you can see it here
and as I said in my previous post, I saw pin 22 is mapped to gpiochip1 , line 26
@jml It is part of Core2NG : https://github.com/Duet3D/CoreN2G/blob/3.5-dev/src/CanDevice.h
GitHub has a nice search engine that allow you to search on all the repositories of an organization so if you do a search for SendMessage, you easily find where it is defined.
Just some little more info:
For those who use a SBC: adding this PrintTimeFilters on /opt/dsf/conf/config.jsondo the trick
"PrintTimeFilters": [
...
{
"Pattern": "Print Time: (?<s>(\\d+\\.?\\d*))",
"Options": 17
},
...
],
@r4ffers shutdown requires root privileges and thus isn't possible to use that plugin without hacks as the plugin runs as dsf user.
It is recommended to use the DuetPiManagementPlugin for shutdown.
@chrishamm I don't understand how gpioinfo could help me.
I decreased the SPI buffer size because I had a warning about it but I will check later how to increase that.
Also, I think the line cannot be put in event mode because 56 is an invalid number for gpiochip1. It's only 0 to 31 because it only have 32 lines.