[BUG] LED alert condition no longer clears after human input event. #28
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
zadammac/PETI#28
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Behavior: The LED_ALERT LED remains lit after initially lighting, even once a human has interacted with the pet (e.g. by having touched an input button)
Expected behaviour: Pressing any of the input buttons should clear the LED alert light (by turning it off) until the next alert is triggered.
Likely this was caused when the human input stuff was changed in the previous megamerge.
Assigning to the work for FW version 0.2.0.
This regression escaped into the firmware on
mainbecause the LEDs on the primary test article were installed backwards. I wish I was kidding, but I'm really not.Note for future me: this needs to be expressly called out in the development kit assembly instructions.
[f/rps-minigame
9d50feb] corrects this issue. the interacted_flag var from main.h was replaced with a HID_interacted_flag in the human input code, but main was not updated to interact with this and the ISRs for the various input devices were not updated to interact with this value either; commit corrects that.