New firmware 2.0RC5 available

dc42

@synlor, thanks for your reports. The task that manages the DHT sensor ran out of stack in both cases. I will increase the stack size for that task in the next build.

dc42

@bmmal said in New firmware 2.0RC5 available:

=== Platform ===
Last reset 00:19:27 ago, cause: software
Last software reset at 2018-05-25 15:36, reason: Hard fault, spinning module GCodes, available RAM 5480 bytes (slot 3)
Software reset code 0x4033 HFSR 0x40000000, CFSR 0x00000400, ICSR 0x04417803, BFAR 0xe000ed38, SP 0x20004994
Stack: 004307cf 004307d0 01000000 00000002 00000000 00000001 00000001 00000007 0042abab 00430a26 81000000 00000000 20004cdc 20004a78 a5a5a5a5 a5a5a5a5 0044c3ab 200001e0 00000000 0000000a 2000b170 2001e828 004322c9 00000000

@bmmal, thanks for your report. It looks like it was reconfiguring a filament monitor at the time of the crash. Do you have any M591 commands in your start or end GCode, or anywhere else other than in config.g? What type(s) of filament monitor do you have? Are you using the 2.0RC5 binary downloaded from the Releases area of my github repo?

zerspaner_gerd

It seems the filament management is broken.

"filaments.csv" file is no longer updated automatically.
If I change this hand, I can not load filament via DWC anymore.

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

Can anybody confirm this!

MSquared

@zerspaner_gerd I also cannot seem to load filaments anymore.

zerspaner_gerd

@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?

DocTrucker

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?

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.