Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Overview
There have been a couple of instances in abr where the thermocycler and the heater-shaker's firmware have unexpectedly restarted. Since the reason this happened isn't obvious, let's grab the HAL's provided reset flags, and give the modules the ability to ask for them.
According to the internet, this value needs to be grabbed as soon as possible into hardware initialization. So, this code saves it to a public variable inside
motor_hardware_setup
where it can be passed up to the usb bus whenever.Changelog
GetResetReason
gcode and task messagesmotor_harwdware.c
TODO
GetResetReason
message on module connection and log the responseTest Plan
M114
message (works on the thermocycler atp)Is there any way to test/simulate reasons other than a regular power cycle to see if the values show up in the response message?