RepRapFirmware 3.2 planned improvements
-
@DaveA said in RepRapFirmware 3.02 planned improvements:
Maybe I'm just more confused than normal but I don't understand the versioning system.
Is 3.1.0, soon to be 3.1.1, not the latest stable release? If so, why is the next version going to be 3.02?The next stable release, not counting patch releases such as 3.1.1, will now be called be 3.2.0. I have changed the title of this thread.
-
I'm hoping requests for 3.2 will also be entertained: Extend M409 to allow multiple keys to be requested.
For example, assume something embedded that wants to determine how much time is probably left in a print (using the simulated time) would need to request job.file.simulatedTime as well as job.duration. Having to request the entire 'job' key to 3 levels deep can result in a large buffer. Having to make 2 M409 requests doubles the time needed to get the information.
On the other hand, if M409 supported multiple keys, the request and response could be simplified:
M409 K"job.duration","job.file.simulatedTime"
(For discussion, I've also started a new thread: https://forum.duet3d.com/topic/16450/m409-multiple-keys-at-once)
-
Regarding line item 48: According to Marlin docs, UBL does support loading an existing mesh and applying 3-point or grid based tilt adjustment.
-
Is the spreadsheet in the first post still being maintained?
Does the equivalent exist for 3.3? -
@jay_s_uk said in RepRapFirmware 3.2 planned improvements:
Is the spreadsheet in the first post still being maintained?
Does the equivalent exist for 3.3?Many of the items that were planned for 3.2 have been deferred to 3.3. You can see what's implemented in 3.2 in the RRF3 whatsnew file.
-
@dc42 said in RepRapFirmware 3.2 planned improvements:
Many of the items that were planned for 3.2 have been deferred to 3.3. You can see what's implemented in 3.2 in the RRF3 whatsnew file.
why the continual push back ?
-
It's hardly a continual push back. The 3.2 release includes nearly 40 improvements, not counting bug fixes.
-
@dc42 said in RepRapFirmware 3.2 planned improvements:
It's hardly a continual push back. The 3.2 release includes nearly 40 improvements, not counting bug fixes.
let me re-phrase then : why the push back ?
-
@CaLviNx Market conditions?
-
@Phaedrux said in RepRapFirmware 3.2 planned improvements:
@CaLviNx Market conditions?
which means what exactly ?
I think there is more than a few users waiting on functionality fixes (which in my opinion should have be a priority) which would allow the correct use of pre-purchased equipment to be used/maintained properly/easily
-
In short, there is a global shortage of 2660 drivers used in the duet 2 (turns out they are used in ventilators) and the Maestro is discontinued, so work on the mini5+ was pulled forward.
3.2 beta is in the works, so things are coming. We all appreciate the patience.
-
Could we gat a URL that lists the likely changes for 3.2?
I know DC42 said "You can see what's implemented in 3.2 in the RRF3 whatsnew file." but I have not been able to find that file .... -
-
Two questions.
From the 3.2. planned improvements link it says - quote
"[Duet 3 expansion and tool boards] Increased performance, in particular the maximum step rate is higher than before"
I'm a bit fed up of asking the question because I've asked it multiple time over the last 12 months and never yet had an answer but I'll try one more time so here goes.....
Question 1. What is the maximum step pulse frequency for expansion and tool boards now, and what will it be?
There remains a long list of limitations for expansion boards which I have been trying to use for over a year. https://duet3d.dozuki.com/Wiki/Duet_3_firmware_configuration_limitations
Some of the fixes have been pushed back to being planned for release 3.3.0 now while some don't have any planned release number assigned to them. So .....
Question 2. What is the likely release date for 3.3.0 and for those items on the list of limitations which are not planned to be fixed in 3.3.0, is there any plan to fix them and if so when, or will they be permanent limitations?
-
@Phaedrux said in RepRapFirmware 3.2 planned improvements:
3.2 beta is in the works, so things are coming. We all appreciate the patience.
do people have a lot of choice ?
-
Looking at the link
I notice it is always very quickly updated with the firmware revision number in which you advise they will be rectified
The cynical among us would say maybe its time to remove the number to save yourselves the extra work of having to update that number on such a regular basis...
-
@CaLviNx said in RepRapFirmware 3.2 planned improvements:
do people have a lot of choice ?
¯\_(ツ)_/¯
-
Whilst I'm disappointed that my Wishlist items ( variables & multi-choice messages boxes) aren't in the mix for 3.2, we need to remember a few things.
- We all purchased the boards based on the functionality as at that day, and anything further is a bonus
- The vendor has to make a living in order to continue development, so sometimes that's going to alter the development path.
- The firmware is open source, so there's plenty of scope for people to help development if there's something that's critical to them. If it's critical to your business, then hire a programmer.
- Even this forum has a cost to the vendor
Everyone has the right to ask about promised features and especially bug fixes, but the above are the cold hard facts.
-
I believe your sentiments are accurate and warranted, though whether it’s my fault for not seeing the fine print - if I was more aware of some of the limitations of the tool board (the ones I am most concerned with) I may not have immediately designed a hotend around it until they were part of the firmware. When I went to buy it (actually the second one, since there’s been an improvement since I bought the first) the vendor’s page didn’t have a link or any reference to the limitations of the hardware/firmware. I don’t think that would a stretch to ask that such links be required of authorized vendors. The lack of pid tuning via the tool board is a pain, even with workarounds. Now watching 3.2 make its beta rounds before even getting to a 3.3 beta is going to be a bit painful.
I don’t fault the development team, it is what it is - I’d be curious what items would be more important to people if the user base were polled.
-
@Nuramori said in RepRapFirmware 3.2 planned improvements:
if the user base were polled
to be clear, I don't mind things as they are right now, I love that "planned" document exist, that's updated so we know what's going on, as for the pace and what's actually on the list and how it is put there I have confidence that it's done the best way possible with way more input than I have... I just want to comment on the "user base were polled" thing.
Altium was a great tool, most of it's original popularity came as it came as continuation of some of the best tools on the parket (p-cad, protel...) but then the owners got some crazy ideas and invested a huge amount of resources (human, time, money...) in to those ideas. Huge % of the user base did not care about that and Altium lost the huge chunk of the market, spent huge amount of resources in designing things noone wanted and they let the main product get stale... After some years of that they came to idea to create a "voting system", every paid customer have certain number of points and can vote for features. Features with highest number of points are worked on irrelevant to what "management" think is important. This brought Altium back to being one of the most influential and most used professional EDA tools out there.
Of course, not a fair comparison, the number of users, type of users etc. is very different. Size of the product too. That's why I believe the "management" of the Duet ecosystem probbly have all the info they need to know where to focus, but yes, pooling is a nice and open way to handle stuff... the only difference is, my "vote" as a person with 3 duet boards can't be the same as a "vote" of a company that's purchasing 100 boards a month and if they need a feature it's understandably more important than some convenient feature I'd like to have I'm sure we can agree.