DCS logging "Firmware reset imminent"
-
Hi all,
when looking at the logging of DuetControlServer I see a line saying "Firmware reset imminent" and after that a line saying "Resetting controller" - this occurs a few times per day. Does this log messages mean that the firmware is reloaded/flashed to the Duet Board anytime this happens?The board type is MB6HC v1.02 running firmware version 3.4.5 in SBC mode. The 5V to the MB6HC is provided by the SBC (a custom CM4 I/O board).
It occurs from time to time that one of the 6HC boards does not work anymore, when reflashing the firmware to the board it works again. So my concern is that this comes from turning power off while a firmware reset is ongoing.
Any thoughts?
-
-
@andiwinter its not flashing the firmware just resetting the controller AFAIK although @chrishamm will have more information.
Are the resets manually triggered (i.e. are you hitting the emergency stop button in DWC?)
-
@T3P3Tony The machine is a laser cutter, if the door is opened VIN is cut (laser source and stepper motors) and a M999 command is sent to the Duet board to stop executing any movement or cutting. So I would expect the "under voltage" and "Resetting controller" messages but not the "Firmware reset imminent" message.
-
@andiwinter Ahh ok, maybe that's DCS acknowledging that a reset is coming.
-
@andiwinter I'm not sure where that log message could come from. Can you update RRF and DSF to 3.4.6 and also check your config files again? I can't find any references to "Firmware reset imminent" in the source code.
-
@chrishamm
Here is an image of the log created via:journalctl -u duetcontrolserver | grep warn
The under-voltage event always occurs when the door of the laser cutter is opened. We have multiple machines out there logging a 'Firmware reset imminent' a few times a day.
I will have access to a machine on Monday, then I can try to reproduce the issue in-house and also update the RRF/DSF to 3.4.6 as you recommended. -
@chrishamm Sorry I mixed up something: the machines where the "Firmware reset imminent" message is logged are for older machines with the older generation of the 6HC boards, on which we had installed the 3.3.0 RRF/DSF. On these machines still no flash memory corruption has been reported. On the new machines with the latest generation of the 6HC boards (v1.02) we installed version 3.4.5 of RRF/DSF. These newer machines have no "Firmware reset immiment" logging as this output has been removed from the source code. On these newer machines we have incident reports of non working 6HC boards. When analysing the boards we found no hardware issues but the firmware had been somehow corrupted. When we manually reflashed the boards with RRF 3.4.5 everthing was working again as expected.
So my question is how can the flash memory of the 6HC boards CPU be corrupted. Is there any condition or occurance which may lead to this or may trigger an automated firmware update, which may be interrupted when turning the machine off. Currently it looks like that this only occurs on the v1.02 generation of the 6HC boards or only with version 3.4.x of RRF/DSF.