The gear high/low field on shuffleboard is not updating when the gear is shifted on the guest mode branch. This may also be a problem in the main code.

The existing code heavily utilizes SmartDashboard. As it is already deprecated, we should try out using Shuffleboard and see how it turns out. Thus the existing code needs to be modified to use Shuffleboard.

The documentation for the Shuffleboard class can be found here. Seems to be simple enough to use.

If we do make this switch, my idea is to have all the things that are essential to normal robot operation be in one tab, which would be used by the driver/operator. All the debug info should go in another tab.

Not everything may be able to be ported over exactly. For example, as Shuffleboard doesn't allow two widgets on top of each other, we can't have a small camera stream in the corner of the main camera stream. (However, if we do end up using one big stream and one small stream, the current way of switching the two streams would no longer work as it relies on our modded version of SmartDashboard. The same behavior should still be possible using methods described here.

Note: It might be possible to use Shuffleboard without updating the current code, as it also seems to have legacy support for SmartDashboard. However, it's still best to try out the proper API as it is much more versatile.

Add code for using the new analog pressure sensor from REV. Do something like display the reading on the SmartDashboard, low-pressure warnings, and an indicator for whether or not we could climb.

It makes no sense to have autos be present in the guest mode code. All autos should be removed to make the code cleaner and the interface easier to use.

The toggle button on Shuffleboard for turning Guest Mode on and off sometimes gets disabled after the robot has been running for a while. When this happens, the NetworkTables section of Shuffleboard seems to show that the table entry for Guest Mode is not present for some reason. One workaround would be to restart the robot code and Shuffleboard, and the button would be enabled again. However, it seems like restarting Shuffleboard or the robot code alone does not fix this. Further investigation is required.

When the school year starts, we should try out the dev/rpf-v3 branch. If it works, the branch should be merged into master.

The Essie side climber pistons don't seem to respond to manual toggling when tested on Nov 22 2019. Doesn't seem like a fault in the wiring or tubing. Not sure if it responds to auto climbing yet, but probably.