RRF 3.01-RC10, DWC 2.1.5 and DSF 2.1.1 released

dc42

@gloomyandy said in RRF 3.01-R10, DWC 2.1.5 and DSF 2.1.1 released:

If that is the only file I wouldn't worry about it David.

I'm not worried - I just need to avoid making the same mistake when I do the 3.01 stable release

dc42

@Silrocco said in RRF 3.01-R10, DWC 2.1.5 and DSF 2.1.1 released:

@chrishamm

Uploading DuetMaestroAP.bin didn't work either, getting an infinite upload status for minutes that I have to cancel out.

Is that repeatable? What is the file size of the DuetMaestroAP.bin file on your PC?

arhi

Duet WiFi, Ethernet and Maestro: a default bed heater is no longer created, so you need to use M140 H0 in config.g if you want to replicate the prevous behaviour. The online configurator already generates this command automatically when you configure a bed heater. Any M143 H0 command must come later in config.g than the M140 H0 command, because M140 resets the temperature limit for the heater to the default for bed heaters.

This is confusing to me so need to check. M140 is used to set the bed temp? What is new, to set the bed temp we now need to do M140 H0 S100 in g-code for the job or ? Why would that ever be in config.g ? Shouldn't config.g only be M308 S0 to define bed temp sensor and M950 H0 to create bed heater?

Am I missing something or ?

M140

RepRapFirmware also provides an optional 'H' parameter to set the hot bed heater number(s). If no heated bed is present, a negative value may be specified to disable it. M140 commands with H parameters would normally be used only in the config.g file.

So maybe M140 H0 P0 does what's required? if it does, I have to say it's not clear from the documentation few more words would have to be added both for M950 and M140

c310

i am not able to get heat bed configured:

M308 S0 P"bed_temp" Y"thermistor" T100000 B4250 R4700  	; define bed termistor sensor
M950 H0 C"bed_heat" T0 					; heater 0 uses the bed_heat pin, sensor 0

once i issue M140 S40
Error: M140: No bed heater has been configured for slot 0
and i do no see heat bed on DWC

what is wrong? please advice how to treat it

dc42

In response to the last 2 posts: READ THE UPGRADE NOTES!!!!

Why do I bother to write them?

arhi

@c310 add

M140 H0 P0

after M950

Phaedrux

@arhi https://duet3d.dozuki.com/Wiki/Gcode#Section_M140_Set_Bed_Temperature_Fast

RepRapFirmware also provides an optional 'H' parameter to set the hot bed heater number(s). If no heated bed is present, a negative value may be specified to disable it. M140 commands with H parameters would normally be used only in the config.g file.

It's basically just telling the firmware that heater is a bed so that it uses appropriate values for a bed heater by default. There have been many people with issues where their bed would give heater faults for heating too slowly because the firmware was expecting it to act like a hotend by default. This change just informs the firmware that it is a bed again.

At least I think that's what's going on.

arhi

@dc42 I did, and I got it working but is very unclear

a default bed heater is no longer created, so you need to use M140 H0 in config.g

I created a heater already so "no longer created", but I just did .. I just added the code and it works but ... maybe

"default bed heater is no longer auto assigned, so you need to assign it using M140; use M140 H0 in config.g ..."

I know I'm nitpicking and you have more important things to do but looking at M140 amd M950 there's nothing about assigning heater to this or that

dc42

@arhi said in RRF 3.01-R10, DWC 2.1.5 and DSF 2.1.1 released:

@dc42 I did, and I got it working but is very unclear

a default bed heater is no longer created, so you need to use M140 H0 in config.g

I created a heater already so "no longer created", but I just did .. I just added the code and it works but ... maybe

"default bed heater is no longer auto assigned, so you need to assign it using M140; use M140 H0 in config.g ..."

I know I'm nitpicking and you have more important things to do but looking at M140 amd M950 there's nothing about assigning heater to this or that

The upgrade notes are:

Upgrade notes:

Duet WiFi, Ethernet and Maestro: a default bed heater is no longer created, so you need to use M140 H0 in config.g if you want to replicate the prevous behaviour. The online configurator already generates this command automatically when you configure a bed heater. Any M143 H0 command must come later in config.g than the M140 H0 command, because M140 resets the temperature limit for the heater to the default for bed heaters.

If you tell me what you didn't find clear, I will try to improve the text.

arhi

@Phaedrux said in RRF 3.01-R10, DWC 2.1.5 and DSF 2.1.1 released:

It's basically just telling the firmware that heater is a bed

If you look my question I c/p both related paragraphs from the documentation.

1st issue - heater is already created with M950 so what's being "created again". reading your comment it looks like heater is being assigned .... ok, makes sense that's required, just needs to be properly documented

2nd issue - M140 is "set bed temp fast" .. there is zero chance a normal person will look there to find how to assign a heater to be a bed heater ... like negative infinite

again, nitpicking but maybe, just maybe someone find it useful, if not well sorry for wasting everyone's minute

arhi

@dc42 said in RRF 3.01-R10, DWC 2.1.5 and DSF 2.1.1 released:

Duet WiFi, Ethernet and Maestro: a default bed heater is no longer created, so you need to use M140 H0 in config.g if you want to replicate the prevous behaviour. The online configurator already generates this command automatically when you configure a bed heater. Any M143 H0 command must come later in config.g than the M140 H0 command, because M140 resets the temperature limit for the heater to the default for bed heaters.

If you tell me what you didn't find clear, I will try to improve the text.

I really don't want to waste your time nitpicking so apologies but .. sometimes stronger then me ... so ..

this part:

default bed heater is no longer created,

this makes no sense to me, I created the heater already and there is nowhere in the g-code documentation about other way of creating a heater.

Now using something like "is no longer assigned to bed" or some wording like that with updating M140 to explain H is assigning heater id to bed heater id would imo solve the problem

dc42

I've changed the M140 (and M141) headings and text in the GCodes wiki page, and changed "created" to "assigned" in the upgrade notes. I hope this will help make it clearer.

c310

based on our discussion here i have updated g-code M140 documentation with the note and sample error.
personally I read release notes and could not figure out what to do with M140...

perhaps we should rename M140 from "Set Bed Temperature (Fast) " to
"Configure Bed Heater or Set Bed Temperature (Fast)"

any thoughts?

dc42

@c310 said in RRF 3.01-R10, DWC 2.1.5 and DSF 2.1.1 released:

based on our discussion here i have updated g-code M140 documentation with the note and sample error.
personally I read release notes and could not figure out what to do with M140...

perhaps we should rename M140 from "Set Bed Temperature (Fast) " to
"Configure Bed Heater or Set Bed Temperature (Fast)"

any thoughts?

I've already done that.

deckingman

@dc42 said in RRF 3.01-R10, DWC 2.1.5 and DSF 2.1.1 released:

If you tell me what you didn't find clear, I will try to improve the text.

Sorry to butt in on this but I do believe that I can see how the confusion arises. Looking at the wiki for gcode M950 it reads thus:

"M950 is used to create heaters, fans and GPIO ports and to assign pins to them. Each M950 command assigns a pin or pins to a single device. So every M950 command must have exactly one of the H, F, J, P or S parameters."

....and then in the examples it shows

"M950 H1 C"out1" Q100 T1 ; create heater 1"

So I can see how users might be forgiven for thinking that the M950 H0 command is all that is required to create a bed heater.

Perhaps the notes about M950 should include the need to use M140 H0 as well? Might that clarify things?

Silrocco

@dc42

I'm all set now, I directly installed the "DuetMaestroAP.bin file onto the SD Card and then uploaded the update.

M115
FIRMWARE_NAME: RepRapFirmware for Duet 2 Maestro FIRMWARE_VERSION: 3.01-RC10 ELECTRONICS: Duet Maestro 1.0 FIRMWARE_DATE: 2020-04-25b3

Thanks for all the support here.

Danal

Install went fine, very smooth, including firmware load of B0. It also appears to operate, although I have not yet done a full print.

WOW the update of B1, etc, messages got MUCH CLEANER. I realize that 3HC boards are still on RC7... but I just thought I'd check, and the "Please wait, updating" style messages are GREAT.

It seems that DWC "Emergency Stop" hangs and never comes back. If I can derive info, I will start a linked thread.

arhi

first short print (2 hours) done, everything working awesome

Garfield

A Noctua Fan that I use to cool the CPU / drivers etc has now become an 'ON/OFF' fan, it used to work fine between the 40 / 45 Deg limits set.

It now is either at 100% or nothing, it comes on at the low end i.e. 40, this used to work just fine so I won't accept that this is a gcode issue unless M950 has changed but not yet been documented.

Up until the update this morning the fan has been fine (although I have skipped a couple of RC versions).

I am now getting

'inconsistent Z' when trying to home Z.

Cancel print results in a 'attempt to extrude with no tool selected' error.

NOTHING has been changed mechanically - was all tickety boo before the update.

Has anyone developed a 'Test plan' that can be executed against new RC's - many people can execute on different hardware and report result - just a thought.

ChrisP

Problem with DCS crashing ungracefully (usually on startup) - DCS Crash with 3.01-R10 / DWC 2.1.5 / DSF 2.1.1