Openings for Design Engineers in Labview / Embedded Domain

Rikken Instrumentation Limited is actively recruiting design engineers for Labview and Embedded Technologies. We are an ISO 9001:2008 certified group looking at aggressive growth in the instrumentation and energy metering domain. Do get in touch to know more about what lies in store wit us.

I was engaged in test development for automated measurement systems during past 15 years. There were various telecommunication products, such as cellular phones and Base-Stations, DECT/WiFi/VoIP phones, Bluetooth devices, xDSL modems, ISDN, POTS, digital switches, SDH/PHD network devices, optical corporate network equipment, and more Radio Unit/NODE 2G/3G/4G and etc.
In the middle of my tasks were definition and implementing an effective algorithm for testing and tuning RF, FIBER, AUDIO, VIDEO and other measurement parameters by using NI LabWindow /CVI, NI LabVIEW, MS Visual Studio .NET(C#, C++, VB), and MatLab; Display/LED testing by using NI Display Inspect, Orbis, and Cognex; ATE Fixture test-control by using NI Switch Executive, NI-DAQmx; JTAG/Boundary Scan by using JTAG ProVision, ASSET ScanWorks, GÖPEL CASCON™; Statistics/SixSigma/GAGE R&R by MiniTab; and making Test-Sequences by using NI TestStand, Nokia Darium, Ericsson IDEFIX, and Agilent VEE. I'm very organized, I'm a self-motivated worker, and I would like to work as a team player.
tel. 0037255506173
[email protected]
"Only a life lived in the service to others is worth living..." - Albert Einstein

Similar Messages

Crane Aerospace and electronics is looking for Test Engineers with LabVIEW experience - please disregard previous post.

Here is the correct post:
Are you detail-oriented, creative, and technically skilled at Engineering design and development? Come to Crane Aerospace & Electronics and use your excellent Engineering skills to design, improve, and deliver the next generation of products in the aerospace and electronics Industry!
We have a unique and exciting career opportunity for Engineer II, Test.
You will be responsible for maximizing new product development and manufacturing performance through the creation and deployment of test strategies, tools, and plans. Design and implement high performance hardware and software for test equipment. Authoring test procedures and performing Qualification test activities. Ensure high product quality.
Responsibilities:
Collaborate with customers and multi-disciplined engineers to establish/clarify test, qualification, verification and validation requirements.
Write test plans, procedures, requirements and reports in a highly structured environment.
Analyze, develop and deploy complex and high performance test hardware and software solutions for automated test equipment.
Design, develop, debug, validate & verify the fabrication of manual and automated test equipment at the circuit board and system level, and specify and procure COTS test equipment.
Develop/maintain hardware documentation including block diagrams, schematics, BOMs, wiring diagrams and wiring lists, software documentation, and configuration control of initial release and updates.
Perform detailed calculations to establish test equipment specifications and design margins.
Maintain existing test systems through bug fixes, improvements and modifications.
Support the estimation of costs and schedules to develop or upgrade test platforms.
To perform a number of the above responsibilities with limited supervision.
Minimum Requirements:
Experience: 2-5 years. Previous work experience in aerospace, space or medical electronics industry preferred.
Knowledge: Microprocessor / Microcontroller hardware and firmware design; Analog Circuit and power supply design; Digital Circuit Design including high-speed serial communication design; Firmware programming in c; Schematic Capture, PADS Logic preferred; Circuit Simulation; Fundamentals of magnetic proximity, temperature, and pressure sensing electronics; ESD; Familiarity with testing standards (MIL-810, MIL-704, and DO-160 preferred). Basic laboratory test equipment; LabVIEW experience, certification preferred; Developing hardware per DO-254 and software per DO-178 preferred; Experience with Adobe FrameMaker, IBM Rational tools, TestStand, Microsoft Project preferred.
Skills: Good interpersonal and communication skills (verbal and written)- effectively lead and/or participate in multifunctional teams in a dynamic work environment. Ability to manage multiple tasks, flexibility to switch between tasks and prioritize tasks.
Education/Certification: Bachelors Degree in electrical engineering, computer science, physics or related technical discipline.
Eligibility Requirement: Must be a US Person (under ITAR rules) to be eligible.
Working Conditions:
Working conditions are normal for an office/manufacturing environment. Machinery operation requires the use of safety equipment to include but not limited to safety glasses, heel straps, and shop coats.
Requires lifting 25 lbs
Apply online today: http://ch.tbe.taleo.net/CH06/ats/careers/requisition.jsp?org=CRANEAE&cws=5&rid=3170
Crane Aerospace & Electronics offers competitive salaries and outstanding opportunities for career growth and development. Visit our website at CraneAE.com for more information on our company, benefits and great opportunities.
In our efforts to maintain a safe and drug-free workplace, Crane Aerospace & Electronics requires that candidates complete a satisfactory background check and pass a drug screen prior to employment. FAA sensitive positions require employees to participate in a random drug test pool.

How can you say you are hiring test engineers with LabVIEW, yet the job description doesn't even mention LabVIEW. All I see in there is CAD design.
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines

LabVIEW Embedded - Support for device: NXP (ex. Philips) LPC2146 Microcontroller (ARM7)

Hi,
I would like to write some code in 'LabVIEW embedded' 8.5 for the NXP LPC2146 microcontroller (ARM7).
http://www.standardics.nxp.com/products/lpc2000/lpc214x/
The 2146 device is used within one of our main 'volume' products and I would like to write some special test code for the product in LV Embedded. I have the full NI development suite at 8.5 level.
The question is, does LV embedded suport this microcontroller fully?
I have found this info but still not sure: http://zone.ni.com/devzone/cda/tut/p/id/6207
Many thanks in antisipation of a reply.
Andrew V

Hi Andrew,
Using the LabVIEW Microprocessor SDK, you can "port" LabVIEW to build applications for any 32-bit microprocessor. The LabVIEW Microprocessor SDK Porting Guide describes the steps involved in the porting process.
The amount of effort involved depends on these factors:
How similar your target is to one of the example targets that are included in the LabVIEW Microprocessor SDK. As you can see in the article you linked, the SDK contains an example target with a Philips ARM and an eCos BSP. If your target is similar to this one (especially if the OS is the same), the porting process might take less than a week.
Familiarity with LabVIEW and embedded domain expertise. The porting process involves writing "plug-in" VIs in LabVIEW and building C run-time libraries for your target. However, once the porting process is complete, your target can be programmed solely in LabVIEW by someone with no embedded expertise whatsoever.
Target selection. We recommend a target have the following characteristics: 32-bit processor, OS/microkernel (not "bare metal"), and 256 KB RAM. Also, if you plan to make use of the LabVIEW Advanced Analysis libraries, a floating point unit is recommended.
Michael P
National Instruments

Multiple Job openings for front-end engineers

We have multiple openings for front-end engineers. If you are familiar with JSP, XSL, Custom tags, etc and have a desire to work in an engineering driven company that is growing very fast please send your resume to [email protected]

so look at library to work with bip by java api
as example of merging Merging pdf documents using the BI-Publisher API</title> //<title>AMIS Technology Blog &raquo; Mergin…
may be some split method exists
so you can seek for some java api for working with pdf and as your report contain X customers on X pages thus customer per page then you can try to split by page

SpaceX is looking for engineers with LabVIEW experience in Hawthorne CA (LA area)

SpaceX is looking for engineers with LabVIEW programming experience for our Launch group. Our responsibilities include:
Controlling launch pad equipment via PXI/LabVIEW
Commanding and monitoring our Falcon 1 and Falcon 9 rockets via a LabVIEW-based Vehicle control system
Commanding and monitoring our Dragon capsules via a LabVIEW-based Mission Operation system
Ocean recovery of Falcon 1 and Falcon 9 stages after liftoff and Dragon capsules after splashdown
Cargo configuration of Dragon capsules going to resupply the International Space Station
Maintenance of Mission Control Centers with the help of our IT department
With the exception of the launch pad equipment program, most of our LabVIEW programs do not interact with DAQ hardware (unusual, I know). The Vehicle control and Mission Operations software get their data via Ethernet from 'black boxes' that connect to NASA & Commercial RF ground stations. We also create several utility programs in LabVIEW that also don't interact with hardware. So, this is mostly a software gig, not a hardware/software gig.
Ideal candidates will have the following qualities:
CLD-level LabVIEW experience
A good understanding of basic computer networking (TCP/IP, UPD, firewalls, VPN)
Must be enthusiastic about space (What year did we land on the moon? How many men walked on the moon? How many Space Shuttles do we currently have? etc.)
Must be willing to travel. Common destinations include Houston (NASA Johnson Space Center), McGregor TX (test site), Cape Canaveral FL (launch site), Kwajalein Marshall Islands (launch site)
Must be able to work without supervision. We have a very flat management structure, no one will be telling you what you need to do. If you don’t know, ask. If you do know, get it done.
About the job:
Job is located in Hawthorne, CA in the Los Angeles area.
This is not a 9-5 job. There will be some late nights.
You won't be LabVIEW only. Everyone chips in as needed. Our group has done Javascript, C++, MATLAB, configuring of TELEX comm systems, cutting of metal with bandsaws, welding, Unigraphics CAD, etc. If we need it and you don't know it, grab a book and learn.
We are only hiring full time employees. Contractors need not apply.
To conform to U.S. Government space technology export regulations, SpaceX hires only U.S. citizens and U.S. Permanent Residents.
Apply at SpaceX.com. Click the Careers button and fill out the general application. Mention this posting in the cover letter field. Don’t reply to this forum. You need to go to SpaceX.com to get your information into our system.
Message Edited by Lavezza on 03-31-2010 03:59 PM

There is a job posting up now at SpaceX.com. Go to the careers tab and search for LabVIEW.
Look for the position called: Mission Control Software Engineers (LabVIEW).

LabView Embedded for BF537 and FGPA EZ-Extender

Hello,
I would like to know is it possible programming FGPA EZ-EXTENDER by usign LabView Embedded module - now we have BF-537 EZ-KIT and it works perfect, but now we woluld like to order FGPA Extender (or Bluettoth), but I have to know can I create programs for this module in LabView
Best regards,
Pawel Blaszczyk

Hi
Unfortunatelly, this daughter card is not supported neither by LV Embedded for Blackfin nor by LV FPGA. So you have to use the standard method of working with it, as described in VisualDSP++ documentation.
If you want to have similar functionality directly from LabVIEW (embedded system with FPGA), consider CompacRIO or SingleboardRIO.
Regards
Best regards,
Maciej Antonik
National Instruments Poland

Labview Embedded module for blackfin processor

hi
i want ot know that, Labview Embedded module for blackfin processor full development kit is essentail for detecting Blackfin Board.
I have all the software to detect the board but only Labview Embedded module for blackfin processor is Evaluation version.
so is that a resion for not detecting the Board
Regards
mithun patil

Just to be clear: The version of VisualDSP++ you need is not just VisualDSP++4.0, but VisualDSP++ 4.0 for LabVIEW Embedded. It is a special version created especially for use with LabVIEW Embedded. Go to the Help>About window in VDSP and verify that this is the product name. The evaluation version should not matter as long as the evaluation period has not expired.
Message Edited by Michael P on 08-07-2006 11:26 PM
Michael P
National Instruments
Attachments:
vdsp.JPG ‏28 KB

How to use USB interface with LabVIEW Embedded for ARM

Hi everybody.
I am developing an application based on the "LabVIEW Embedded for
ARM". Now I am doing various tests using
the evaluation board 2300 (with NXP LPC2378), but soon I will
dedicate to program the micro used in my project (NXP
LPC2148).
During the tests, I have seen that "default" LabVIEW interface allows the use
of CAN, I2C and SPI interfaces of the micro. I want to know how can I also use the
USB interface that is on the micros -both LPC2148 and LPC2378- (pin USB_D + / D-, USB_UP_LED,
USB_CONNECT, VBUS).
Thanks in advance for your suggestions

@chueco85
If you've created an application in LabVIEW for ARM and you build it.
you can go to tools >> ARM Module >> Show Keil uVision
then go to he build options.
the hex file will be created when you do a build.
with flash magic :http://www.flashmagictool.com/
you can program your device.
Wouter.
"LabVIEW for ARM guru and bug destroyer"

Is LabVIEW useful for mechanical engineers?

I'm currently a student in Mechanical Engineering and was wondering if any mechanical engineers use LabVIEW when they work in industry (or research)? Or is it mostly for Computer/Electrical engineers that use LabVIEW?
Thanks for the help.

Well, I think the real answer is: it depends, though it can't hurt. However, if I were you, I'd concentrate on really learning programming principles rather than a specific language, since programming principles can be carried over from language to language. Think of it this way: being able to program gives you a leg up on everybody else who's also a mechanical engineer just like you. But, like I said, it depends. If the job you're looking to do doesn't involve programming, or the likelihood of doing any kind of programming, then you would not gain any benefit from it at interview time.
FYI: My schooling was as an electrical engineer, though I do software now. In school I learned general programming and I've been able to apply those principles to VB, C, C++, C#, and LabVIEW.

Calling C libraries in labview embedded for ARM

Hello,
I wish to use the library
functions written by Luminary micro for their cortex-m3
controllers. If i wish to use these libraries written in C language in
Labview, what i should do? There are large number of libraries
available in their websites, if used in labview embedded, would be very helpfull and make programming very easy. If any one has implemented these libraries
in labview please write to me.
Nabhiraj

You can use the Call Library Function node.
study here and here
Start your work. Post if you stuck up anywhere. People here will help you a lot.
All the Best.
Mathan
Message Edited by mathan on 04-02-2009 02:52 AM

Brain food for MSI engineers, malware in MSI hardware

Good Morning Everyone,
This is for MSI engineers, I will be happy if you can sort out this problem or in any case this email will help you design your systems better in the future. Let me start by thanking MSI engineers for doing a great job, I love and enjoy the MSI products and services. Thanks for doing a great job. Now to the problem...
I have an old PC based on G31TM-P21 mother board. I have gifted it away to my friends/students and they came back to inform me that it does not work. It puzzled me and I used Wire Shark network analyser to find an IGMP protocol based beacon running over it. Now this poor PC is an ordinary desktop and was never intended to use protocols like IGMP that contacts ICANN, it is even more curious to find that firewall that comes free with Windows Vista actually will never block this IGMP protocol because VISTA does not expect home users to use IGMP protocol. Anyway, I reinstalled everything and in a couple of days the guys were back complaining that system no longer boots and this time I found out that system is in actually in halt state, the CPU fan is running and everything is fine but system just does not reach POST screen. I cleared CMOS and reached BIOS setup. I enabled the option to not to halt on any error in BIOS and viola the system was up and running in no time. I wish the troubled ended there but the guys came back after couple of weeks with the usual trouble that system dose not work. I cleared the CMOS and again reached the BIOS setup and disabled the USB controller and hey presto the system is online again although no USB hardware can be used over it. Enable the USB controller and bang everything goes down again.
This IGMP beacon seems to be platform independent because I had installed windows/linux on the system but it does not seem to go away even after formatting the hard drive and zeroing/clearing every sector. The beacon just gives away the identity of the system on web and then the malware writer finds out what I have done to fix the system and then he moves on to improve the malware.
All right, MSI guys can always point and tell me that TPM module option was there and it would have avoided this malware attack on motherboard.
Now, I love the MSI idea of taking the back up of BIOS but I wish they can give a similar kind of option for firmware also.
I personally believe the system is toasted but any update to fix this trouble will be great.
I "guess" malware author has reprogrammed the south bridge of the motherboard because thats where the USB controller is located. I wonder why the option of reprogramming ASICs is there on the motherboard. I wish there was some kind of jumper to make these chips read only and stop these kind of destructive online attacks.
That was long email, if you made it to the end then thanks a lot for your time and patience. Have some coffee and have a great day.
Ciao,
protob
PS: The TOSHIBA (Linux) and Sony (VISTA) laptops that I am using right now seems to have caught the same malware. This is MSIs great opportunity to improve the hardware+marketing and take over the market. :-)

Quote
This is for MSI engineers
then this is the wrong place as this is a Users-to-Users Forum. >>How to contact MSI.<<

PIC16F877A+UART for Display of Measurements LABVIEW

I need to send four measurement parameters to the PC for display and storage purposes. The software for this aim is LABVIEW. I am new to PIC and Interfacing, but by putting so much effort and asking questions from experts, i could have accomplished the acquisition of all the data till today.
I could also transmit a character "HELLO" through RS232 with my UART to USB converter and the result in hyperterminal was observed as well.
I am quite happy that i could have reached up to this stage. but on the other hand, unfortunately my knowledge is absolutely poor about LABVIEW.
I have heard that if i have control over the format of the data from PIC to LABVIEW, it is not that difficult.
Please find the attached pictures of the design for better understanding.
Questions:
1- can you please explain what is exactly meant by format of data?(I also don't know the format of data i sent through USB)
2- After specifiying the format, what would be the next stage?
3- If it is possible, please provide me with some sample codes for Hi-tech C, and LABVIEW as well.
Solved!
Go to Solution.
Attachments:
PIC16F877A+UART for LABVIEW_page1_image1.png ‏587 KB
PIC16F877A+UART for LABVIEW_page2_image1.jpg ‏72 KB
PIC16F877A+UART for LABVIEW_page3_image1.jpg ‏71 KB

void read_adc(void)                                                                 ////This function generates the average reading value of ADC
    unsigned short i;
    unsigned long result_temp=0;
    for(i=2000;i>0;i-=1)                                                            //looping 2000 times for getting average value
        ADGO = 1;                        //ADGO is the bit 2 of the ADCON0 register
        while(ADGO==1);                    //ADC start, ADGO=0 after finish ADC progress
        result=ADRESH;
        result=result<<8;                //shift to left for 8 bit
        result=256*result|ADRESL;            //10 bit result from ADC
        result_temp+=result;
    result = result_temp/2000;            //getting average value
unsigned short read_temp(void)                                                        ////This function stores the generated value by ADC into the variable "temp"
    unsigned short temp;
    temp=result;
    return temp;
==========================================================================================================
//Since only 8 bits at a time can be sent with USART and the ADC value is 10 bits.
//How to recombine the Lo and Hi 8-bit values to get 10-bit value?
do {
for (i=0; i <=7; i++) {
myarray[i]=read_temp();
for (i=0; i <=7; i++) {
putch (Lo(myarray[i]));               //send the lower 8 bits of ADC reading
putch(Hi(myarray[i]));                 // Send upper 8 bits of ADC reading
===========================================================================
Please let me know your feedback about this code?Is it sufficient for sending analog measurement values?
do {
    USART_Write(255);
    an0 = ADC_Read(0) >> 2;
    an0 = (an0 - 1);                                     / 1 is taken away from the value of ADC read, because if Voltage In is 5 volts ADC value
    USART_Write(an0);                                 / will be 255 and labview will mistake the data as the start byte. Data can read from 0 - 254.
    an1 = (an1 - 1);
    an1 = ADC_Read(1) >> 2;
    USART_Write(an1);
    an2 = ADC_Read(2) >> 2;
    an2 = (an2 - 1);
    USART_Write(an2);
    an3 = ADC_Read(3) >> 2;
    an3 = (an3 - 1);
    USART_Write(an3);
    an4 = ADC_Read(4) >> 2;
    an4 = (an4 - 1);
    USART_Write(an4);
How about this?

[svn:fx-trunk] 10545: Make DataGrid smarter about when and how to calculate the modulefactory for its renderers when using embedded fonts

Revision: 10545
Author:   [email protected]
Date:     2009-09-23 13:33:21 -0700 (Wed, 23 Sep 2009)
Log Message:
Make DataGrid smarter about when and how to calculate the modulefactory for its renderers when using embedded fonts
QE Notes: 2 Mustella tests fail:
components/DataGrid/DataGrid_HaloSkin/Properties/datagrid_properties_columns_halo datagrid_properties_columns_increase0to1_halo
components/DataGrid/DataGrid_SparkSkin/Properties/datagrid_properties_columns datagrid_properties_columns_increase0to1
These fixes get us to measure the embedded fonts correctly when going from 0 columns to a set of columns so rowHeight will be different (and better) in those scenarios
Doc Notes: None
Bugs: SDK-15241
Reviewer: Darrell
API Change: No
Is noteworthy for integration: No
tests: checkintests mustella/browser/DataGrid
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-15241
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/DataGrid.as
    flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/dataGridClasses/DataGridBase .as
    flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/dataGridClasses/DataGridColu mn.as

Hi Matthias,
Sorry, if this reply seems like a products plug (which it is), but this is really how we solve this software engineering challenge at JKI...
At JKI, we create VI Packages (which are basically installers for LabVIEW instrument drivers and toolkits) of our reusable code (using the package building capabilities of VIPM Professional). We keep a VI Package Configuration file (that includes a copy of the actual packages) in each of our project folders (and check it into source code control just as we do for all our project files). We also use VIPM Enterprise to distribute new VI Packages over the network.
Also, as others have mentioned, we use the JKI TortoiseSVN Tool to make it easy to use TortoiseSVN directly from LabVIEW.
Please feel free to contact JKI if you have any specific questions about these products.
Thanks,
-Jim

LabVIEW Embedded - Performance Testing - Different Platforms

Hi all,
I've done some performance testing of LabVIEW on various microcontroller development boards (LabVIEW Embedded for ARM) as well as on a cRIO 9122 Real-time Controller (LabVIEW Real-time) and a Dell Optiplex 790 (LabVIEW desktop). You may find the results interesting. The full report is attached and the final page of the report is reproduced below.
Test Summary
µC MIPS
Single Loop
Effective MIPS
Single Loop
Efficiency
Dual Loop
Effective MIPS
Dual Loop
Efficiency
MCB2300
65
    31.8
49%
      4.1
6%
LM3S8962
60
    50.0
83%
      9.5
16%
LPC1788
120
    80.9
56%
    12.0
8%
cRIO 9122
760
152.4
20%
223.0
29%
Optiplex 790
6114
5533.7
91%
5655.0
92%
Analysis
For microcontrollers, single loop programming can retain almost 100% of the processing power. Such programming would require that all I/O is non-blocking as well as use of interrupts. Multiple loop programming is not recommended, except for simple applications running at loop rates less than 200 Hz, since the vast majority of the processing power is taken by LabVIEW/OS overhead.
For cRIO, there is much more processing power available, however approximately 70 to 80% of it is lost to LabVIEW/OS overhead. The end result is that what can be achieved is limiting.
For the Desktop, we get the best of both worlds; extraordinary processing power and high efficiency.
Speculation on why LabVIEW Embedded for ARM and LabVIEW Real-time performance is so poor puts the blame on excessive context switch. Each context switch typically takes 150 to 200 machine cycles and these appear to be inserted for each loop iteration. This means that tight loops (fast with not much computation) consume enormous amounts of processing power. If this is the case, an option to force a context switch every Nth loop iteration would be useful.
Conclusion
LabVIEW Embedded
for ARM
LabVIEW Real-time for cRIO/sbRIO
LabVIEW Desktop for Windows
Development Environment Cost
High
Reasonable
Reasonable
Execution Platform Cost
Very low
Very High / High
Low
Processing Power
Low (current Tier 1)
Medium
Enormous
LabVIEW/OS efficiency
Low
Low
High
OEM friendly
Yes+
No
Yes
LabVIEW Desktop has many attractive features. This explain why LabVIEW Desktop is so successful and is the vast majority of National Instruments’ software sales (and consequently results in the vast majority of hardware sales). It is National Instruments’ flagship product and is the precursor to the other LabVIEW offerings. The execution platform is powerful, available in various form factors from various sources and is competitively priced.
LabVIEW Real-time on a cRIO/sb-RIO is a lot less attractive. To make this platform attractive the execution platform cost needs to be vastly decreased while increasing the raw processing power. It would also be beneficial to examine why the LabVIEW/OS overhead is so high. A single plug-in board no larger than 75 x 50 mm (3” x 2”) with a single unit price under $180 would certainly make the sb-RIO a viable execution platform. The peripheral connectors would not be part of the board and would be accessible via a connector. A developer mother board could house the various connectors, but these are not needed when incorporated into the final product. The recently released Xilinx Zynq would be a great chip to use ($15 in volume, 2 x ARM Cortex A9 at 800 MHz (4,000 MIPS), FPGA fabric and lots more).
LabVIEW Embedded for ARM is very OEM friendly with development boards that are open source with circuit diagrams available. To make this platform attractive, new more capable Tier 1 boards will need to be introduced, mainly to counter the large LabVIEW/OS overhead. As before, these target boards would come from microcontroller manufacturers, thereby making them inexpensive and open source. It would also be beneficial to examine why the LabVIEW/OS overhead is so high. What is required now is another Tier 1 boards (eg. DK-LM3S9D96 (ARM Cortex M3 80 MHz/96 MIPS)). Further Tier 1 boards should be targeted every two years (eg. BeagleBoard-xM (ARM Cortex A8 1000 MHz/2000 MIPS board)) to keep LabVIEW Embedded for ARM relevant.
Attachments:
LabVIEW Embedded - Performance Testing - Different Platforms.pdf ‏307 KB

I've got to say though, it would really be good if NI could further develop the ARM embedded toolkit.
In the industry I'm in, and probably many others, control algorithm development and testing oocurs in labview. If you have a good LV developer or team, you'll end up with fairly solid, stable and tested code. But what happens now, once the concept is validated, is that all this is thrown away and the C programmers create the embedded code that will go into the real product.
The development cycle starts from scratch.
It would be amazing if you could strip down that code and deploy it onto ARM and expect it to not be too inefficient. Development costs and time to market go way down.. BUT, but especially in the industry I presently work in, the final product's COST is extremely important. (These being consumer products, chaper micro cheaper product) .
These concerns weight HEAVILY. I didn't get a warm fuzzy about the ARM toolkit for my application. I'm sure it's got its niches, but just imagine what could happen if some more work went into it to make it truly appealing to wider market...

LabVIEW Embedded

LabVIEW Embedded uygulama ornekleri,egitim-tanitim videolari varmıdır?,bunlara nasıl ulaşabilirim?
Turgay

Merhaba Turgay,
Genel bilgi olarak bu sayfayi oneririm: http://www.nxtbook.com/nxtbooks/ni/embeddeddesignplatforms/
Embedded icin ana portal burda: http://www.ni.com/embedded/
Bir kac video:
http://zone.ni.com/wv/app/doc/p/id/wv-1360
http://zone.ni.com/wv/app/doc/p/id/wv-820
http://zone.ni.com/wv/app/doc/p/id/wv-1686
http://zone.ni.com/wv/app/doc/p/id/wv-707
http://zone.ni.com/wv/app/doc/p/id/wv-1359
Embedded alaninda hangi konuda bilgi almak istersiniz? Bende yardimci olabilirim.
NIin embedded alaninda urunleri su kategorilere ayrilabilir:
Microprocessors/Microcontrollers
Custom Circuit Design
FPGA
Industrial/Real-Time PCs
Embedded Computers
Gordugunuz gibi bir cok alanda bilgi var, ancak dusundugunuz bir embedded platform varsa, daha detayli bilgi verebilirim.
Ornek program olarak LabVIEW yada LabWindows/CVI ornek programlari NI-RIO driverleri indiriseniz otomatik olarak LabVIEWe yuklenir.
-Tolga

Openings for Design Engineers in Labview / Embedded Domain

Similar Messages

Maybe you are looking for