LabVIEW Embedded

cancel
Showing results for 
Search instead for 
Did you mean: 

LabVIEW Embedded under Wind River VxWorks

I've reviewed all the listings to date (LV Embedded  as of  01Feb06) but didn't see this subject from a user.
 
One thing I have noticed is that the "LabVIEW Embedded Board" is NOT listed in the GoTo pull down menu (not even under Special Interest Boards), so this may be hard to find.
 
My interest is using the "LabVIEW Embedded (LVe)" under "VxWorks RTOS" on "VME", possibly a new project for me.
Has anyone done this yet?  Both VxWorks and VME are new to me, so I'm a Newbie in this area.
 
My first issue is the 3rd party VME Hardaware - the CPU board with this software combination... any pros/cons?
 
Right now, I'm targetting basic Digital and Analog I/O. I've heard that I shouldn't even consider a card that does NOT have the VxWorks BSP (Board Support Package 'software') available. Is this still true if I'm using LVe for the application? Seems to me it is because the LV has to interface to the OS through the BSP software, so not only do I need the BSP, but also the corresponding LVe drivers to the BSP.  See why I'm scaring myself and want to talk to someone who's gone through this??
 
Thanks for any help/comments/opinions/guidance you may be able to offer.
 
slbLV
 
 
 
 
0 Kudos
Message 1 of 3
(8,109 Views)
Hi slbLV,
 
I think that you raise some interesting concerns.  Let me try to answer your questions (from a LabVIEW side) by telling you exactly what you get when you purchase the LabVIEW Embedded Development Module.
 
Basically, LabVIEW generates C Code for you and provides you with the means to compile, download, and debug  (with live front panel controls/indicators) the application.  We also provide the documentation for you so that you can make that C Code work with any OS, but this requires a bit of C programming.  Luckily, in your case, this has been done for VxWorks already and ships with LabVIEW Embedded as an example port.
 
Once you receive LabVIEW Embedded, there are really 4 steps to creating a target:
 
1.  Porting the LabVIEW Libraries to your OS
  • mostly done in C (already done for VxWorks, eCos, and Linux)
  • you need to know your OS pretty well
  • 2 - 5 days of effort
2.  Adding the support for your toolchain
  • mostly done in LabVIEW
  • this involves adding support for your compiler and telling LabVIEW how to download and connect to code running on the target
  • 2 - 5 days of effort

3.  Adding the I/O drivers

  • you will need C I/O drivers that have already been developed
  • we have a standard API called Elemental I/O that abstracts this C driver, but you need to provide for it a C implementation
  • 1 - 2 days of work (with already developed drivers)

4.  Customizing the LabVIEW Environment

  • This is pretty simple and involves removing the stuff from the LabVIEW palette that your target doesn't support
  • < 1 day of work

All of this stuff sits on top of a BSP from WindRiver, so if you don't already have that, all bets are off.  I suppose that there is actually a "step 0"  which is compile, download, and run a simple application written in C. If you can't yet do that, you shouldn't even start porting LabVIEW to your target.

I hope that this is helpful.

Regards,
P.J.

Message 2 of 3
(8,106 Views)
P.J.,    YES, this is very helpful.
 
Very nice of you to step me through 'what to expect' along with estimated times.
This gives me a much clearer view of the process.
 
And I agree with your 'step 0', too!
It's always best to be sure the default process works BEFORE testing a modified process.
When I've skipped this step, I usually have to come back to 'square 1' and prove it anyway!
 
Thanks,
  slbLV
0 Kudos
Message 3 of 3
(8,089 Views)