New firmware 2.0RC5 available

BMMal

@dc42 Yes, I'm using your RC5 binary

I do have simple switch filament monitors. The machine disables/deconfigures the filament monitors at the start of each print to make sure there are not any from a previous print, see start.g.

Then using KISSlicer's matl gcode tab, it automatically sets them back up appropriately as a tool is selected:

*G10 P<EXT> S<TEMP> R<TEMP> ; S Active Temp, R standby temp
M572 D<EXT> S0.045

; Retract Settings S Length, R Extra L
; F Feedrate, T Unretract Rate, Z Z-hop
M207 S4 R0 F900 T900 Z0

M98 P/macros/<EXT>_Config_T<EXT>_Trigger*

This is my Start.g:
*M84 ;Turn Motors off so tool change scripts are not exectued when initializing temps

M140 S85

G10 P0 S0 R0
T0
M207 S0 R0 F1980 T1980 Z0

G10 P1 S0 R0
T1
M207 S0 R0 F1980 T1980 Z0

G10 P2 S0 R0
T2
M207 S0 R0 F1980 T1980 Z0

G10 P3 S0 R0
T3
M207 S0 R0 F1980 T1980 Z0

T-1

;Disable the filament out triggers
M591 D0 P0
M591 D1 P0
M591 D2 P0
M591 D3 P0

;Reset the Flowrate Multipliers to 100% for all drives
M221 D0 S100
M221 D1 S100
M221 D2 S100
M221 D3 S100
;
M220 S100 ;Reset Speed Multiplier to 100%
;
M98 P/macros/High_Quality_Mode ; Set quality mode

M42 P7 S255 ; Turn on Vacuum Pump*

dc42

@bmmal said in New firmware 2.0RC5 available:

I do have simple switch filament monitors. The machine disables/deconfigures the filament monitors at the start of each print to make sure there are not any from a previous print, see start.g.

Thanks. I found a possible problem with configuring/deconfiguring filament monitors while a print is active. I believe I have fixed it. However, I advise against deleting filament monitors (or changing their type in other ways) once they have been configured. Instead, I suggest you use the M591 S parameter to enable or disable the filament monitor.

Can you explain what problems you were getting before, i.e. what you mean by "to make sure there are not any from a previous print" ?

dc42

@doctrucker said in New firmware 2.0RC5 available:

Running 1.21.1RC5 and Christian Hammacher's 1.21.1.

I can see the simulation time appended to the end of the file, but not visible on DWC?

That's correct, DWC doesn't support it yet (neither does PanelDue).

dc42

@zerspaner_gerd said in New firmware 2.0RC5 available:

@zerspaner_gerd said in New firmware 2.0RC5 available:

With M701 S"TEST" , an error occurs shortly before completion.

The error with M701 S "test" is due to the M502!
@dc42 Is this intended the M502, all tools and heaters off?

M502 used to just reset those configuration parameters that are overridden in config-override.g (if you have it). Following complaints that this doesn't match the behaviour of other firmwares, it now resets the machine by running config.g but not config-override.g. Therefore it redefines the tools - which means deleting the original definitions. That's why all the tool heaters are turned off.

Where are you running M502, and why?

DocTrucker

@dc42 In that case the append is working as intended! Very useful with the network drops. There are issues I know I need to wirk on at som point for the latter.

zerspaner_gerd

If you choose "Change Filament" via DWC, this error occurs:
Error: M701: Unload the current filament before you attempt to load another one
Filament loading is then no longer possible via DWC.

@dc42 said in New firmware 2.0RC5 available:

Where are you running M502, and why?

for example loading the filament, I set the acceleration smaller here.

And I was hoping that I can do this with M502 resets without deposit anywhere fixed values.

dc42

@zerspaner_gerd said in New firmware 2.0RC5 available:

If you choose "Change Filament" via DWC, this error occurs:
Error: M701: Unload the current filament before you attempt to load another one
Filament loading is then no longer possible via DWC.

Just to be clear: you are getting that error only if you run M502. Correct?

When you create a tool (for example because you run M502, which will recreate all the tools), if the tool uses exactly one extruder, the code looks to see if there is already a filament assigned to that extruder, and if so then it flags the tool as using that filament. That appears to me to be sensible behaviour. If you disagree, please explain why.

BMMal

@dc42 said in New firmware 2.0RC5 available:

@bmmal said in New firmware 2.0RC5 available:

I do have simple switch filament monitors. The machine disables/deconfigures the filament monitors at the start of each print to make sure there are not any from a previous print, see start.g.

Thanks. I found a possible problem with configuring/deconfiguring filament monitors while a print is active. I believe I have fixed it. However, I advise against deleting filament monitors (or changing their type in other ways) once they have been configured. Instead, I suggest you use the M591 S parameter to enable or disable the filament monitor.

Can you explain what problems you were getting before, i.e. what you mean by "to make sure there are not any from a previous print" ?

@dc42 For some reason I didn't realize the S parameter enabled or disabled them. I'll switch things over. I was basically trying to disable them all at the beginning so that only the ones needed for a print would be enabled and I didn't have to have material loaded in an unused extruder.

Nuffe

I have strange heater erros with RC5. But I have brand new 24V heater unit so it could be that too. The heater is calibrated, and after the calibration it have had problems maintaining the temperature.

But in any case these heater errors look strange, there might be some bug there. See that decreasing expected temperature raise limit after each fault.

dc42

@bmmal said in New firmware 2.0RC5 available:

@dc42 For some reason I didn't realize the S parameter enabled or disabled them. I'll switch things over. I was basically trying to disable them all at the beginning so that only the ones needed for a print would be enabled and I didn't have to have material loaded in an unused extruder.

The S parameter wasn't supported on filament monitor types 0 and 1, but in 2.0RC6 it is.

dc42

@nuffe said in New firmware 2.0RC5 available:

I have strange heater erros with RC5. But I have brand new 24V heater unit so it could be that too. The heater is calibrated, and after the calibration it have had problems maintaining the temperature.

That error message normally means that the heater hasn't been tuned. Did you save the calibration values from tuning:

Either by sending M500, if your config.g file is set up to invoke config-override.g using M501;
Or by editing the results of tuning into a M307 command in config.g and making sure there isn't another M307 command for that heater in config-override.g?

dc42

I have just released firmware 2.0RC6 so I am closing this thread and starting a new one. Those of you who have outstanding issues with RC5, please test again using RC6 and report any issues that are still present in that thread.