Quote:
Originally Posted by Greg McKaskle
While most everything works better in theory than in practice, I do think it is a good idea to have some abstractions that allow the platform to be more modular.
|
I'm not worried about modularity one way or the other. Modular design is a fine thing when you're building a system that might have a number of different options. However, its relevance to a one-of-a-kind FRC robot with a predefined control system is unclear to me.
Quote:
|
I'm not going to pretend that you can accurately model or simulate the entire environment on a PC, but in a number of cases, maybe vision comes to mind, the PC is an excellent proving ground for testing out processing approaches.
|
Forgive me for being blunt, Greg, but do you have any experience with programming FRC robots? "Testing out processing approaches" seems rather an odd priority when the task involves something as straightforward as reading joysticks and driving motors.
Or maybe seemingly things like speedometers and PID control processing
are going to end up being significant issues on the cRIO, and I'm going to find myself spending a lot of time with the team's software group working on "processing approaches" and trying to work around the pitfalls when the LabView for FRC package and FRC toolkit tutorials are released.
It's possible that I'm missing something fundamental about what you're describing. It's
certain that I don't understand what "BLAQmx" meant when he said LabView isn't a programming language, especially after he then pointed to examples and described them as "programming in LabView". So the problem I'm having might be due to something as trivial as a simple mismatch in terminology, in which case my whole fogginess can evaporate as soon as I get that straightened out. Or it might be due to something much more profound, in which case I would expect to eventually reach a higher state of enlightenment. One would hope that the likelihood of the alternative (that I never do understand what you're talking about) is vanishingly small.