Firmware package 3.2beta1 released

dc42

I'm pleased to announce the release of firmware package 3.2beta1. This release includes more than 30 improvements/new features and 14 bug fixes in RepRapFirmware, plus major improvements to Duet Web Control and Duet Software Framework including the new plugin interface.

RRF release notes: https://github.com/Duet3D/RepRapFirmware/blob/v3-dev/WHATS_NEW_RRF3.md
DWC release notes: https://github.com/Duet3D/DuetWebControl/blob/v3.2-dev/WHATS_NEW.md
DSF release notes: https://github.com/Duet3D/DuetSoftwareFramework/blob/dev/WHATS_NEW.md

Users of Duet 3 with attached single board computer can update from the unstable package feed in the usual way. All other users can find the release files at https://github.com/Duet3D/RepRapFirmware/releases/tag/3.2beta1.

chrishamm

One of the new improvements that we will provide as part of the stable release will be the support of third-party web and SBC plugins.

A first plugin that should make work with conditional G-code much more intuitive is the new object model browser plugin. You can enable it in the web interface by navigating to Settings -> General -> Plugins. Third-party machines will be available on the Settings- > Machine-Specific page.

For further details on plugins, see here for a first sketch of the plugin specs. The plugin ZIP structure will be equal for Duets running in standalone and SBC mode. Further documentation and a more polished UI for plugin installations will follow. Please be aware that this is still a beta and things are likely to change again before the final 3.2 release.

bearer

support of third-party web and SBC plugins

looking forward to messing with that, and not the least, seeing what the community comes up with. exciting times!

Dougal1957

is there an issue with the certificate I get the following

rebooted the PI and waited a bit longer for it to come up and tried again this time a update/upgrade appeared to work however DWC Fails to load and I get DCS not started.

What have I done wrong?

chrishamm

@Dougal1957 We are using a custom certificate for package signing which is installed by default in the DuetPi image (to /etc/apt/trusted.gpg.d/duet3d.gpg). Sometimes when the package server renews the package lists users may experience errors from apt but that should be an exception.

This file is available here as well, but no normal user should need it. From your other thread I suspect you managed to install the latest packages though

Dougal1957

@chrishamm indeed just re-tried the sudo-update and it worked that time

oozeBot

I've got to plead ignorant here and ask for a bit of assistance with upgrading DWC from 3.1.1 to 3.2. Are there instructions posted somewhere I'm overlooking? Thanks..

bearer

@oozeBot said in Firmware package 3.2beta1 released:

I've got to plead ignorant here and ask for a bit of assistance with upgrading DWC from 3.1.1 to 3.2. Are there instructions posted somewhere I'm overlooking? Thanks..

presumably you need to switch to the unstable package repo; ref second paragraph https://duet3d.dozuki.com/Wiki/Getting_Started_With_Duet_3#Section_Software_Installation

chrishamm

@oozeBot You need to connect to your pi via SSH, then run

sudo curl https://pkg.duet3d.com/duet3d-unstable.list -o /etc/apt/sources.list.d/duet3d.list
sudo apt-get update
sudo apt-get upgrade
sudo curl https://pkg.duet3d.com/duetcontrolserver.service -o /usr/lib/systemd/system/duetcontrolserver.service
sudo systemctl daemon-reload

Wait a few seconds and you should be on 3.2-b1.

oozeBot

@chrishamm @bearer Thanks! this worked..

bearer

@chrishamm stable and unstable can safely co-exist now - or was that never an issue just lost in translation?

chrishamm

I've updated the DSF and DWC releases and apt packages once again. The work-around as mentioned before should be no longer required.

For Duets in standalone mode there is a new DWC version available, too, which can be obtained either from the RRF or DWC release page.

arhi

@chrishamm said in Firmware package 3.2beta1 released:

@oozeBot You need to connect to your pi via SSH, then run

sudo curl https://pkg.duet3d.com/duet3d-unstable.list -o /etc/apt/sources.list.d/duet3d.list
sudo apt-get update
sudo apt-get upgrade
sudo curl https://pkg.duet3d.com/duetcontrolserver.service -o /usr/lib/systemd/system/duetcontrolserver.service
sudo systemctl daemon-reload

Wait a few seconds and you should be on 3.2-b1.

the duet2eth with special firmware links to this same duet3d controlserver or there's a separate one ?

bearer

@arhi DSF om the SBC is the same

devpeeps

installed

arhi

@dc42 I know I'm being PITA but I have to and I apologize

It is impossible to figure out what are the branches of each project required to make a certain build. The BuildInstructions.md is not very up2date. So it would be cool if you could, for e.g. in these forum release posts, add info on what branch of each project goes into this release :). Ideally adding a same TAG as release on each product would be awesome

tristanryerparke

what is the nature of the continuous rotation feature you added? Does it actually do shortest-distance calculation or does it just remove limits?
Thanks

dc42

It does shortest distance calculation on G0 moves. Caution, it's not been tested separately in this release, although the underlying code is known to work for SCARA kinematics in previous releases.

tristanryerparke

Thanks. Would it be possible to add an option in the 3.2 release for this to apply to g1 moves as well?

dc42

@tristanryerparke said in Firmware package 3.2beta1 released:

Thanks. Would it be possible to add an option in the 3.2 release for this to apply to g1 moves as well?

G1 moves are normally extruding moves, laser cutting/engraving or CNC cutting moves, so it would be inappropriate. It's only for G0 moves that the planner has the freedom to decide how to reach the target position, subject to not allowing Z to get any lower than a straight-line move would.

tristanryerparke

Ok, I guess for my application I can just momentarily change the max speed of the machine to achieve a slow, shortest-distance move.
You don't think I could add the g1 functionality in a custom build? It is just that this new feature has eliminated the need for a post-processor that I wrote and it would be nice to fully eliminate the need for that. Or could it be just an option that is not default?

dc42

@tristanryerparke said in Firmware package 3.2beta1 released:

Ok, I guess for my application I can just momentarily change the max speed of the machine to achieve a slow, shortest-distance move.
You don't think I could add the g1 functionality in a custom build? It is just that this new feature has eliminated the need for a post-processor that I wrote and it would be nice to fully eliminate the need for that. Or could it be just an option that is not default?

What's the application, and what program is generating the GCode for it?

tristanryerparke

@dc42 Five axis painting machine and foam milling machine, my senior work in college. Attached is an image and video of the plastic prototype making a test painting of line-based moves if you are interested (it still isn't working how I want it to but getting there).

Essentially it has a continuous rotation axis that rotates parallel to the z. So certain circular moves with the brush following tangent end up sending the head on an "unnecessary" rotation which is due to the IK sending it a G0 A1 when it is at position A355. All GCode being generated in python and rhino/grasshopper, and right now I have a post processor checking for this extra rotation and sending a G92 to set A to -5 before the above mentioned G0 Move. This creates delays in the movement and can get messy.

Duet 2 and rrf have been the key drivers behind this machine and amazing so far. Also built this thing on a cnc running duet 3. Very exited to have this continuous rotation feature now.

https://youtu.be/IkqkLaip2n0

dc42

I presume you are running RRF in CNC mode, as you are talking about needing to change the maximum speed in order to achieve a short slow move.

It appears to me that the fundamental problem is that when you move from e.g. -90 to +90 degrees, and it is a milling move, the G1 command does not provide a mechanism to specify the direction of movement. I could add a parameter to specify that; but perhaps that has been done in some Gcode variant already.

dc42

I've done some research, and it appears to me that in CNC mode it's normal to let the coordinates go on growing. So when at position A355, instead of sending G1 A1 you would send G1 A357. Eventually the numbers get too big and a reset is needed, typically using G92. Some controllers reset automatically if you switch into relative movement mode using G91.