I'm happy to announce the first beta release of our new Input Shaping plugin!

This DWC plugin is essentially the successor of the old Accelerometer plugin and it lets you predict input shaper effects on-the-fly. It also allows you to record and evaluate motion profiles consisting of multiple accelerometer runs in order to find the best input shaper for your machine.

More detailed instructions about it can be found in our new docs and the plugin itself can be obtained from here (source code is available here). Note that software version 3.4.1 is required to use it.

Please bear in mind that this version is still a beta and some things will change again. For the next versions we have the following roadmap:

• Comparison of two different motion profiles
• Auto-tune functionality
• Display of shaper durations and possibly better highlighting of the effective vibration reduction
• Fine-tuning of custom input shapers (will depend on the next software version)

On behalf of the entire Duet3D team I am pleased to announce the releases of

• RepRapFirmware 3.1.1
• DuetWebControl 3.1.1
• DuetSoftwareFramwork 3.1.1

Starting from this release, we will maintain uniform version numbers for our software products in hope to simplify the upgrade process and compatibility overview. Before you go ahead and install the new versions, please read the upgrade notes for RepRapFirmware. Additional notes for DuetWebControl and DuetSoftwareFramework are available, too, but they are not as important as for RepRapFirmware. If you are upgrading from older firmware versions and ignore this, some things will NOT work! Besides, all our software and hardware files are now available on the same GitHub account.

Users of Duet 3 + Raspberry Pi may upgrade from the stable or unstable package feeds using sudo apt-get update and sudo apt get upgrade from a command-line terminal (via SSH or on the Pi itself). All other Duet users can get the required components from the links at the top (see also here). Apart from that, new DuetPi versions with v3.1.0 are now available (see here).

The new versions provide many bug fixes, various improvements, and conditional G-code. Now that the new object model has been declared stable, we will start documenting it as well. Until then, a preliminary auto-generated documentation can be found here.

If you have any questions or encounter problems, please look for a post in the forum categories for

• RepRapFirmware
• DuetWebControl
• DuetSoftwareFramework

and if you could not find one, please create it there and not here.

On behalf of the Duet3D team I am happy to announce the next pre-release v3.5 beta 2.
This release brings several new features and bug fixes since v3.5 beta 1 with the highlights being:

• Ability to reassign individual array elements using the set command
• New code editor in DWC including new G-code highlighting to support meta G-code expressions
• Improved support of custom array variables
• Several improvements for multiple motion systems
• MQTT publisher support on Duet 3 series WiFi enabled boards (M586 P4 and M586.4)
• Keepout zones (M599)
• Backlash compensation (M425)

Please do not forget to read the upgrade notes for

• RepRapFirmware
• DuetWebControl
• DuetSoftwareFramework

Starting from this release, DSF and DWC will use SemVer v2 for versioning.
This means if you are using MintyTrebor's ReleaseMgr plugin to track impacts on your configuration, you need to upgrade it as well.

In standalone mode, you can obtain the latest versions from here. Please check out to the docs if you want to try it out in SBC mode.

If you encounter any issues, please open a new thread with [3.5.0-b2] in the title and describe it there.

On behalf of the Duet3D team I am very pleased to announce the public release of software version 3.4.2. This version brings bug fixes and minor improvements since 3.4.2. Unless new problems arise that cannot wait, it will remain the last stable software release before we move on to the next beta of software version 3.5.

Highlights of this particular release are:

• Official support of Duet 3 mainboards as expansion boards (e.g. Duet 3 MB6HC driving another MB6HC)
• Better Python 3 plugin support (in SBC mode) and minor changes of the plugin manifest for our new plugin repository
• Several improvements for the Duet 3 MB 6XD
• General bug fixes

Users in standalone mode can obtain the update package as usual from GitHub. This time users in SBC mode must upgrade using sudo apt update / sudo apt dist-upgrade due to changed package dependencies. If apt upgrade is used, apt will keep back the DSF packages and neither DSF nor RRF will be upgraded as before.

Please consult the upgrade notes as well for

• RepRapFirmware
• DuetSoftwareFramework
• DuetWebControl

or use MintyTrebor's excellent UpgradeMgr plugin (also available from our plugin repostitory).

If you encounter a problem, please open a new thread with [3.4.2] in the title and report it.

I am happy to follow David's RepRapFirmware 2.02 release with a brand-new version of Duet Web Control that I rewrote from scratch using Vue.JS and the Vuetify framework. Please be aware that it is still brand-new and despite a lot of testing some things may not work as expected, but you can still revert to DWC1 if anything goes wrong. This can be achieved by clicking "Revert to Duet Web Control 1" on the Settings page.

In order to use this new web interface version, you must upgrade to David's latest RepRapFirmware version 2.02 first. After that the update package can be installed on the System page of DWC1 as usual. Once the update to DWC2 is complete, any following update can be installed by uploading files/ZIPs on the Files/System page. In the longterm this will be replaced by a dedicate (Auto-)Update page.

You can obtain the new DWC2 bundle is available here: https://github.com/chrishamm/DuetWebControl/releases/tag/2.0.0-RC3

This package will form the basis for a lot of the future development like 3D G-code visualising, better OEM customisations, generally improved UX and multi-machine support. I know a few things like full i18n support and more granular settings are still missing but it's been a whole lot of work to get it to this stage and I wanted to give you a first idea about the future of this UI. More ideas/wishes for DWC2 are best to be discussed in the DWC wishlist forum. i18n is partially done but I will need some more time to get everything ready just like for the documentation.

Please let me know what you think. Merry Christmas, everyone!

On behalf of the Duet3D team I am very pleased to announce the availability of stable version 3.5.0. Highlights of this release include:

• Support for multiple motion systems and our new scanning Z-probe
• Input shaping support on axes driven by CAN-connected expansion boards
• New WiFi firmware version 2.1 featuring (partial) WPA enterprise support
• Modern code editor in DWC based on the VSCode editor (Monaco)
• Transition of DWC code files from JavaScript to TypeScript and upgrade from Webpack 4 to 5
• Input Shaping plugin now integrated in DWC
• New DSF HTTP compatibility layer for RepRapFirmware rr_ HTTP requests
• DSF suppot for new Debian Bookworm images (for new DuetPi images)
• New ConfigTool with many more improvements

As with every stable release, we highly recommend reading the upgrade notes or using the ReleaseMgr plugin in order to avoid upgrade issues for:

• RepRapFirmware
• DuetWebControl
• DuetSoftwareFramework

Users in standalone mode can obtain the upgrade bundle here.

New stable DuetPi images based on the latest Raspberry Pi OS (Debian Bookworm) including upgrade instructions are now available here. Users in SBC mode should consider upgrading to that DuetPi version because the current version will reach its EOL soon (Debian Buster's EOL is scheduled for June 30th, 2024). If you're in SBC mode and don't want to upgrade, you can update the packages as always using the regular apt update/upgrade method. This upgrade method will be surperseded by M997 S2 in the new image to simplify the update process.

If you see "Incompatible Software Versions" in your browser upon first launch, press Ctrl+Shift+R to reload the cached version in your browser. In case you encounter other problems, please open a new thread with [3.5.0] in the title.

Hi everyone,

I am pleased to announce a successor of the first RepRapFirmware configuration tool. It is basically a rewrite that takes advantage of modern web development techniques such as VueJS, Bootstrap-Vue and ES2015 features with better performance, safer code and reusable components. As before it is available here: https://configurator.reprapfirmware.org If anyone wants to have a look at the source code, feel free to check out https://github.com/chrishamm/configtool.

Apart from the new frameworks there is now a new steps/mm calculator for extruder drives. It opens up once you enter the corresponding steps/mm input fields. The calculator for thermistor parameters can be opened in the same way, i.e. by focusing one of the thermistor parameter input fields. Also, the support for BLTouch Z-probes has been vastly improved and several minor bugs have been fixed.

If you can, please give it a try and let me know if you experience any problems. This project helped me a lot to understand VueJS in depth, which I will use for a potential successor of DWC. I'll share my thoughts on this in another topic, though.

Thanks for your support!

On behalf of the Duet3D team I am happy to announce the availability of our next prerelease software bundle v3.6.0-beta.3.
This version features many bug fixes and improvements. Please refer to the changelogs for further details:

• RepRapFirmware
• DuetWebControl
• DuetSoftwareFramework

Users in standalone mode can obtain the latest builds from here. Users in SBC mode can upgrade using M997 S2 provided the unstable package feed is activated. This can be done using M997 S2 F"unstable". Please note that M997 S2 is NOT available on the meanwhile outdated Debian Buster build of DuetPi. Please check out this guide if you are still using an old DuetPi installation.

If no further serious issues of this build are reported, this beta will form the basis of the next release candidate, which will eventually become the next stable version. If you do encounter problems, please report them here on the forum with [3.6.0-beta.3] in the title.

I'm pleased to announce the first availability of the new configtool beta. Until it is fully stable, it is available via https://configtool.reprapfirmware.org/next/.

Major improvements include:

• Rewritten base using plain Bootstrap 5.3, Vue 3, and TypeScript
• G-code preview per config section
• Greatly improved expansion board support
• Support for LED strips and accelerometers
• Optional dark theme

I expect there will be a few minor bugs but the overall package should be working. I hope we can replace the current (stable) configtool with this one when v3.5.0 is out.

If you give it a try, please leave some feedback here.

Edit: Updated to v3.5.0-beta.3.

On behalf of the Duet3D team I am pleased to announce the availability of the first release candidate for v3.5.0. There have been several improvements including certain input shaping enhancements. Please read the release notes for further information for:

• RepRapFirmware
• DuetWebControl
• DuetSoftwareFramework

There may be some more minor bug fixes before the final 3.5.0 release but we don't expect any major changes before then. If you are running a productive machine, please consider testing this version to avoid surprises when the next stable version 3.5.0 is out. Note that SCARA support has been withdrawn from the Duet 2 firmware build due to insufficient flash memory (see upgrade notes).

Users in SBC mode can update using the unstable or unstable-3.5 package feeds, users in standalone mode can obtain the upgrade files as usual from the GitHub pre-release.

If you encounter any issues, please open a new forum thread with [3.5.0-rc.1] in the title.

@e_cubed99 I'm sorry, the command you mentioned should work, but there appears to be a bug in the plugin that handles network management. I just fixed it for the next version.

For the moment you need to edit /opt/dsf/conf/http.json and change the URL from port 80 to 1000. When done, restart the Pi or the web server (sudo systemctl restart duetwebserver).

@davidjryan It really depends on what you actually need to capture. In summary:

• G-codes are targeted in SBC mode. If you send a code request, e.g. from DWC, you get back a corresponding reply when the request finishes
• This may not apply for codes that are invoked by following macro files. Those messages are output as generic messages (via the OM)
• Messages generated from codes that are part of system/trigger macros or print files are sent out as generic messages as well (via the OM)

If you need to capture ALL error messages, you need to intercept ALL codes in "Executed" mode and inspect their result whenever they come in. I suggest you have a look at the CodeLogger utility and check if that is what you want.

@stuartofmt Thanks for pointing this out, I've got a fix ready. For now you can set first=0 to get a properly formatted response which should match the RRF format.

@davidjryan Generic messages come in via the messages[] array of the object model. You need to subscribe to OM changes in order to capture them.

@mikeabuilder The behaviour you're describing can be expected in standalone mode. The reason is that RRF does not return responses for each specific G-code request yet even though this is planned: https://github.com/Duet3D/RepRapFirmware/issues/925 We should be able to implement it in version 3.7 or 3.8.

I just changed the message box code in DWC 3.6 to avoid waiting for G-code replies of M292. This effectively fixes the issue you described in standalone mode, but I will not port it to newer versions because of the FR I mentioned. This is not an issue in SBC mode because the API is different - matching G-code replies are already returned there as part of the HTTP response.

chrishamm created this issue in Duet3D/RepRapFirmware

open Return full code reply via HTTP rr_reply code for corresponding rr_gcode calls #925

@stuartofmt said in http /machine/connect session timeout:

Compare this to rr_connect which has a session timeout of 8000 seconds.

I guess you mean ms here - that's what the value indicates.

@stuartofmt If you do not have a password set and don't specify a session key, then there should be no need to use one. For the same reason requests like /machine/model work from a plain browser tab. If you have a password set, there is no alternative, though. The reference implementations all depend on those keys because we cannot assume users never specify passwords.

In addition to that, the session timeout is configurable via /opt/dsf/conf/http.json - see SessionTimeout in there.

@oozeBot Thanks for pointing it out, I just removed the section about gpiochip4. The automatic change in config.json to gpiochip4 was removed last year and that change is already in the latest DuetPi version, so no further changes should be needed at this point if the stock image is used.

@davidjryan Thanks for reporting this. It will be fixed in the next version.

@umutduman It sounds a lot like you fried the MCU with your custom circuitry. The MCU should never get hot, but if you overload the pins or connect more than +3.3V to them, that will physically damage the processor. So I think a MCU replacement is your only option. I'd be quite surprised if you managed to damage the MCU only by configuring the SPI peripheral or DMA wrong.