Job status by filament usage
-
@dc42 bump bump
-
@dc42 bump bump bump
-
is it true that there is no more active development of the duet 2 board firmware or RRF2?
If so this sucks because why? the new board does not have the possibility to install servo drives. -
@NitroFreak No it isn't true. David recently said in another thread - quote :
"................I want to look at this again, but I don't have time right now because I have to finish RRF 2.04, RRF 3 and Duet 3 expansion board support. Please remind me in 2-3 weeks."
end of quote.
-
@NitroFreak And from this thread
https://forum.duet3d.com/topic/11005/news-on-duet-3-release/2
David has said that the Duet 2 will still remain the mainstream board will minor development.
Regards,
Sam -
Firrmware development will shift to RRF 3 which runs on Duet 2 and Duet 3. Don't expect major new features for RRF 2.
-
@deckingman this is another example of what I believe to be improper prioritization.
I've brought this up before. There is a large install base using the duet 2 boards. Current customers shouldn't be ignored to do new product development.
You're not going to keep those users. If there was a comparable alternative, I would have switched long ago.
This particularly ticks me off because it's a regression.
Seems like they could use a DevOps guy to help build tools that can automate testing, code analysis, etc.
-
@gnydick RRF3 works on duet 2 boards as well as duet 3, so I really don’t see what the problem is. RRF3 gives more flexibility in regards to assignment of motors, end stops and heaters and hopefully soon conditional g code which will be a great feature. People can move onto it if the so choose. They also have not said that development on the duet 2 family hardware will stop entirely. The changes between the last two releases of duet 2 boards has been minimal, so again I don’t see what the problem is.
My 2cents worth anyway.
Sam
Custom Core-XY
-
@gnydick You talk like I'm part of the Duet team. I'm not. I'm just an end user like you. So don't shoot the messenger.
But unlike you, I quite like the Duet range of products. If you actually read the quote from DC that I posted, and also the response that Tony posted, you'll understand that it is in fact the current user base that is being given priority. For further confirmation of that, I can also say that my printer which uses prototype expansion boards is in a non working state and has been ever since those boards were fitted. This is because there are some as yet unresolved issues with the expansion board firmware. But I'm not making a fuss because I understand that these issues are being given lower priority than issues related to current, non prototype boards. -
@deckingman I didn't mean to. I was using the general "you".
-
@samlogan87 my issue is that, every time I have reported a bug, I was told it is fixed in the next release and encouraged to use the RC until the next stable came out. Well, the RC invariably broke something else. So, I end up waiting for MONTHS for the next stable because I don't want to find a new bug. Also, when the fix is already known, he refuses to apply it to the current release. Fixes only go forward. This is not an acceptable software development practice IMHO.
-
@samlogan87, oh, also, I wouldn't touch RRF3 with a ten foot pole until it's been out at least 18mo. I can guarantee it will not be as stable as RRF2.
-
Time for my opinion!
I greatly appreciate the Duet team, and their support is always far above-par! I find it quite impressive that they do their customer support themselves, and come out with major new features on the time schedule that they do! Software and hardware development take an enormous amount of time, and somehow they're still on the forums seemingly almost 24/7!
Hats off to the Duet team, @dc42 and @T3P3Tony, as well as all the "regulars" such as @deckingman, @Phaedrux, @zapta, and all the others! Your tremendous work and dedication make the Duet ecosystem what it is - awesome boards with great support and insanely fast development!
@gnydick, a board with even slightly better support would be almost unbelievable! Be sure to tell me if you can find one!
I've tinkered with software development before, and I think their support is far above what's required or even expected.
Thanks again!
-
@JadonM There's a difference between keeping up to date with questions on the forum where people need help with configuration and bugs. The former is fantastically supported, you are right. It's the bugs that get short shrift.
-
I wasn't going to comment but you're acting like bugs are ignored. Bugs do get fixed, they just don't get back ported into every old version of the firmware. And for some reason this really sticks in your craw. But frankly it's pretty unrealistic to expect from such a small software team. Even a long term service style release would require an inordinate amount of work.
-
@Phaedrux you're allowed your opinion. I'm not asking for things to be back ported to every old version. I'm asking that a known bug-fix be incorporated into just the last single stable release.
As for not being ignored. I've reported one bug that I've managed to reproduce with video evidence on 4 different duet boards and it's just been dropped on the floor. As far as I can tell, it will never be fixed.
-
@gnydick said in Job status by filament usage:
@Phaedrux you're allowed your opinion. I'm not asking for things to be back ported to every old version. I'm asking that a known bug-fix be incorporated into just the last single stable release.
As for not being ignored. I've reported one bug that I've managed to reproduce with video evidence on 4 different duet boards and it's just been dropped on the floor. As far as I can tell, it will never be fixed.
It will be fixed when a new version goes stable.
Job status by filament usage isn't a critical thing with need be fixed immediately.
So don't be rude and wait for RRF 3 to be stable. -
@dragonn I'm not being rude. I'm conveying my experience with the duet team/product as well as my 22+ years of being an engineer as well and what my expectations are. If you don't agree, that's up to you. I'll say it again, the end-user support for getting things working is fantastic. Handling of bugs is not. That's my opinion and I'm allowed to have it.
While status by filament isn't critical, it was the only accurate measure for me. In fact, it was eerily accurate. I miss it.
-
In all fairness to @gnydick, things with RRF2 have kind of been dropped for a significant amount of time (relative to timelines in years past) in order to progress with RRF3 and Duet3.
For example, there's a known delta calibration bug in the last "released" version of RRF2 (2.03.) That bug was fixed within a month in an RC (2.04RC1) 3 months ago. Since then, there's been no visible activity for RRF2. The RC bug fix hasn't been released as 2.04, and there's been no other RC or beta.
Another example is DWC2. Until just a couple days ago, I thought development on it had completely stopped while it was in RC status. It seems it's finally been released outside of RC, but it feels like the changes between the last RC and now only are for RRF3. There are still outstanding bugs with it that are unfixed. (I'd really like to download a gcode file without having to wait 2-3 minutes before the download starts.)
All that being said, however, please keep in mind that RRF (and DWC) isn't a paid product. It's free and open source. The only thing being paid for is the hardware. Anyone is free to grab the source and fix bugs on their own. David doesn't get paid by us for firmware updates, and the fact that he keeps providing them for free is, to be honest, amazing. If he wants to use his time to work on RRF3 or just to play tiddlywinks - its his time - not mine (or yours.)
Would I like to see more progress for the things I personally want? Sure. I'd also like it if the next time David is in the US, he comes over to my house, gives me a free Duet3 board, installs it in my delta, AND ports my RRF2 config over to RRF3 with the new board. (Okay, that's being greedy; I'll install the board myself if David crimps the connectors for me.
)As for being an "acceptable software development practice", you're living in the past. Modern s/w dev practice is to throw as many new features as possible at users, see what sticks, and only fix the bugs that are causing a loss of revenue. (I'm not saying it's GOOD practice, only that it's become the normal practice in recent decades.) I'm extremely grateful that David doesn't follow that pattern.
-
In my experience The RC's and betas are fine. The state is 'all the known bugs are fixed'. If there's no significant new features or huge issues driving a release, then yes, small bug fixes will just get collected here.
If there's a bug fix you need and it is available in the RC, please try it and see if it solves your problem - then comment either way so the developers can know. In the unlikely event you find a new problem, that would be nice to know too.
If you are relying on the developers to fix the bugs for you and the rest of the community to do the testing for you, then you will have to wait longer for any bug fixes to graduate to a stable release.
