Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create a better LED System and LED Subsystem #9

Merged
merged 12 commits into from
Apr 1, 2024
Merged

Create a better LED System and LED Subsystem #9

merged 12 commits into from
Apr 1, 2024

Conversation

kytpbs
Copy link
Member

@kytpbs kytpbs commented Apr 1, 2024

Created a simple Command Scheduler and added a custom Command type, that is much simpler than the typical Command

kytpbs added 12 commits March 28, 2024 15:29
will be removed in the next update as i don't like redoing what the command scheduler already did. so will create a singleton LEDSubsystem and get the subsystem trough the LEDSystem.java by doing `LEDSystem.getInstance()`
So many changes have been made, it now uses a fully diffrent system taking in LED Commands that are special classes similar to wpilib's classes but simpler, so that the implementation is simpler.

The only problem is interrupting a task is impossible so there is an option to force remove elements from the call list, as the scheduler WILL wait for that command to finish.
This will offload most of my work to at least the main command scheduler, now; all I need to do is handle the led scheduler only. and that implementation is basic anyways
This will handle the red or green from intake or orange if disabled
This can be used anywhere and looks REAL FCKING COOL
This will make shooting look a lot cooler
Now its perfect
this will setup the idle command to run when the led subsystem isn't being run. This was the best way to handle default command for LED System. maybe it could have been setup with my own command scheduler like system. But i prefer using this
This will make the LED's blink red while intaking. I might change this to a bottom to top effect instead, as that might give the info that it expects a note from the ground.
I left a bug in SmartIntakeCommand...
Now its fixed 😁👍 (I debugged this for a couple hours...)
@kytpbs kytpbs merged commit 2f12027 into master Apr 1, 2024
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant