|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
||||
|
||||
|
Re: How to NOT use WindRiver
Quote:
|
|
#2
|
||||
|
||||
|
Re: How to NOT use WindRiver
FWIW, I don't use Workbench for much of my library development. I haven't been able to figure out how to generate a static library successfully in the tool. I'm sure it can be done, but I just haven't found the right project and sequence of steps.
So, it turns out that you can do all of the development "old school" if you're so inclined. The way it's done is to open a host shell from the Workbench menu bar. This opens at DOS box that has sourced the environment variables needed to run the tool from the command line. From there, Makefiles can be written to compile and build any code you want. Now, this does not side step any licensing issues you may be having because Wind's version of the GNU compiler has a front end that checks the license before the GNU compiler actually starts to run. However, once you have the compiled code you can use it as a link target for other projects in or out of Workbench. As for getting code onto the cRIO, filezilla works nicely. The cRIO is running an FTP server on port 21. If you open a connection to the cRIO and log in, you'll see the Flash file system on the cRIO. In order to automatically start your code, you need to copy it to the cRIO as FRC_UserProgram.out (or something obvious like that -- I dont' have the cRIO in front of me and it's late, so my memory is failing me). The FTP is essentially what the "Deploy Code" button is doing in Workbench. Now, I share these techniques with you in the hope that it will "de-mystify" how the FIRST control system works. But, as GVarndell pointed out, if you're having trouble with Workbench, then working outside of Workbench will likely not make anything any easier for you. FWIW, I've also been successful in generating code in Linux for the cRIO. But, that's a whole other kettle of fish and not for the faint of heart. HTH, Mike |
|
#3
|
|||
|
|||
|
Re: How to NOT use WindRiver
FWIW, the GNU toolchain targeted to the cRIO/VxWorks is available (along with a tutorial) here.
Haven't tried it myself so there may be some tweaks required to the makefile, etc - but seems like it should be pretty straightforward. - Ron Team #2607 controls mentor |
|
#4
|
|||||
|
|||||
|
Re: How to NOT use WindRiver
The easiest way to not use WindRiver is to use LabVIEW.
![]() |
|
#5
|
||||
|
||||
|
Re: How to NOT use WindRiver
|
|
#6
|
||||
|
||||
|
Re: How to NOT use WindRiver
Quote:
-Masoug |
|
#7
|
||||
|
||||
|
Re: How to NOT use WindRiver
it isn't. Alans post reminded me of this funny sketch: The easiest way to not be seen is to ...
|
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| WindRiver not connecting to robot | mika.perlin | C/C++ | 0 | 27-01-2010 21:48 |
| quation Holonomic Drive use Windriver C++ | yara92 | C/C++ | 3 | 01-01-2010 06:18 |
| pic: how not to use a suction cup | Sterno | Chit-Chat | 28 | 11-02-2007 17:00 |
| Ethics 101: To re-use or not to re-use? | aaeamdar | General Forum | 87 | 07-12-2006 19:10 |