You’ll be watching the action as if it’s happening on your screen, but the action is actually occurring remotely on your robot. Your robot program is executing on the RIO, but it will be controlled and monitored by the development environment on your laptop. We call this technique “remote” debugging because it involves a network connection between your programming laptop and the roboRIO. You can even use the debugger to alter variable values, so novel scenarios can be tested. Since the the debugger can let you see the actual execution, you can also verify that conditionals and loops really execute the way you expect.
#Frc driver station isnt opening top panel code
Remote debugging lets us answer questions like “Did my code even get executed?” or “Did the initialization code really get executed before the periodic code?” or “What were the variable values?”. This technique, called Remote Debugging, is available to you from most modern Java development environments. You could examine the variables and then watch the lines of code execute, one at at time.
#Frc driver station isnt opening top panel crack
Imagine a better system that doesn’t require added code, where you could stop time, crack the roboRIO open and see what was going on inside. Monitoring the robot with ShuffleBoard is similar you add output statements to your code. So far you’ve probably been debugging Java code by adding print statements you add code that gives you a peek into the robot’s internal state.
Debugging: print statements and logging December 9, 2018.Debugging: Shuffleboard December 15, 2018.Creating Java Programs with IntelliJ December 27, 2018.Debugging: Java Remote debugging January 1, 2019.
0 kommentar(er)
