LED rework

[cameronm57]

Changed to an Event system. Pass in the LED subsystem and call LED.sendEvent(event) with the event that occurred. LED displays are not being managed in the LED.periodic(). There are two enum types of events -- StripEvents and CANdleEvents -- which are matched to priority levels. We compare the priority levels of the previous event and the new event, and continue with the event if the new event's priority is greater than or equal to the previous event.

Special Cases:

• If the last event was idle, always update the state.
• If reading a sensor value, do not update the state if the last event was the meaningful reading and the new event is idle. Ex: If the last event was a piece being present and the new event is idle, do not update. This prevents the LED flashing between the two events.
• If the new event is sticky fault present and the previous event caused a sticky fault, do not update. We want the specific issue to display on the LED, but once the issue has been resolved, we still need to display that there are sticky faults present until it is cleared on the dashboard.

Managing States:

• Each subsystem will manage its own states and keep track of the last reading related to events. This is done to ensure that we do not send duplicate events.
• Exception: LED subsystem will check for sticky faults being listed on the dashboard and the match timer.

[jennatripoli]

Converted to a draft since this will not be merged (did not implement handling RobotState changes since this is a proof of concept). Let's keep the PR open so it is easy to see the changes.