Now have Windows XP running on RoBoard, can write programs on my main workstation using Visual Studio which is great because it's what I've been using for the last 15 years.
Two tips for success with RoBoard in such an environment for anybody who might want to try:
1. If you get RB-100, don't bother buying a USB floppy to load the RB-100's IDE driver. You want to use nLite to make your modified XP install CD per the posts on RoboSavy.com. It's free, it works, and with it, you can strip down your XP install to use only the minimal stuff you need.
2. The RoBoard docs say you can put the winio files either in your application directory, or in windows\system32. I put them in windows\system32 and wasted a day because the winio library initialization failed. Eventually I tried putting them in the application directory, and it worked fine.
Next step... See if I can get RoBoard talking to APM.
Comments
Decided to convert all the I/O between the Robard and the APM (and a VectorNav device I am also trying out) from I2C over to USB. Bad idea. It was a long process and I learned more about USB than I ever wanted to know. Roboard was using almost 100% processor power just running a 20 msec loop with a very modest amount of USB communications between boards. Roboard is running Windows XP, which I know is another really bad idea, but I was hoping to get some initial testing done with this setup because I can use Visual Studio and remote debugging.
Anyway, now at a dead end. I'm done with Roboard and Windows. As long as I'm done with Windows, no need for a x86 compatible processor, so gonna bite the bullet and go with a modern ARM processor and probably embedded Linux. Looking at BeagleBoard-xM, but unfortunately out of stock everywhere. If anybody has one they don't want, I'll buy it off you:)
Still working on getting RB and APM talking to each other. I thought SPI would be the way to go, but it looks like APM theoretical maximum SPI rate is 4Mbps and RB minimum SPI rate is 10Mbps. Looking at I2C now.
I had read about the board a while ago. I'd be concerned that Windows (as far as I can tell) is not a very good real-time OS. Of course, you have the APM for the hard real-time stuff, but still. I'd think a real time Linux variant would be better.
Which program or library would you use for vision processing
- Roy
Some of my comments have been removed
They were not incorrect or unpolite.So i don't understand
I was just pointing the fact , that this is a community of people of different skills.....
That's all.
It could have been better if the moderator who did it , sent a message to me
Best regards
Sorry I cannot edit my previous message...
I just saw that there is a wrapper for .net also...
Sorry for the not easy question but for a "basic skilled programmer" would you recommand .Net or VB6 language ?
Even with Linux, it should be difficult without a terminal console to check no errors occured during loading.
I have basic knwoledges in programming and it would be perhaps more easy to use windows XP and VB6
Can you recommand me a good starter book for VB6 ?
Also why with Windows VGA display is mandatory ?
Could it be possible to use Remote Desktop over ethernet ?
I am going to read about the "RoBoIO wrapper"
cheers
I'ts not possible to use a dis
2) You will need the VGA card just to load Windows. It may be possible to load the OS without it in the case of Linux, DOS, or other OS, but my experience is only with Windows.
3) I'm coding in C++, but I noticed that there is a "RoBoIO wrapper" for Visual Basic 6.0 on at www.roboard.com.