02-23-2012 04:11 AM
Dear Sir!
I am Trying to convert my LabVIEW program into C using C code generator to burn it in AVR microcontroller but it looks that LabVIEW Does not support AVR microcontroller.
I am trying to do it with evaluation version (Embedded ARM Module) to check its efficiency and it appears to be useless. Please guide me if I am not doing it right.
Regards,
Syed Shariq Ehsan
02-24-2012 08:58 AM
Hey Syed Shariq,
The list of supported ARM controllers for the Embedded Module are listed here:http://www.keil.com/dd/. If you are not using a Tier 1 Device (listed here:http://zone.ni.com/devzone/cda/tut/p/id/7066) then you will need follow the porting guide to get everything set up correctly for your ARM target:http://zone.ni.com/devzone/cda/tut/p/id/6994. Is there something specific with the embedded module you are having issues with?
06-05-2013 08:52 PM
Hi,
I am also interested about programing an AVR microcontroller with labVIEW, actually an ST Microelectronics ATmega328, I can't find it in the http://www.keil.com/dd/ list.
This Microcontroller, from my understanding, not an ARM, is this task possible?
Thanks,
06-06-2013 02:19 AM
Hello,
I think some of you are confusing AVR (Atmel 8-bit architecture) and ARM (32-bit architecture).
Regards.
06-06-2013 02:19 AM
Hello,
I think some of you are confusing AVR (Atmel 8-bit architecture) and ARM (32-bit architecture).
Regards.
06-06-2013 04:08 PM
HI,
Yes I understand that they are different my question is, could AVR be programmed trough labview?
Thanks
06-07-2013 01:35 AM
I think you cannot generate code directly for this family of microcontrollers, however you should take a look at this http://sine.ni.com/nips/cds/view/p/lang/en/nid/209835, it's a toolkit for interfacing Arduino which is based on ATMega.
Regards.
06-07-2013 02:47 AM
No this is not really possible. The generated code makes a lot of assumptions about the target CPU, one of them is that it is a fully 32 bit capable CPU. There are several other possible pitfalls.
You could of course try to generate the C code and then modify it to work on your system anyways, but that is an unmaintainable solution. Besides that the generated C code is quite resource hungry (which likely will not even be possible to create an executable object module for your 8 Bit CPU), you do not want to modify intermediate code at all, as that will make it almost impossible to make modifications later on to the VI source, and get it compiled again into a C code module.
06-07-2013 06:04 AM - edited 06-07-2013 06:05 AM
To give you an idea,due to significant LabVIEW overhead, even supported ARM based boards run very inefficiently with LabVIEW Embedded when compared with traditional C/C++ VxWorks code on the same hardware. The only advantage LabVIEW had was speed of programming.
Trying to get any 8/16 bit controllers is not possible with current LabVIEW, I also don't see that happening any time soon.
Back in early 2000's some Isreali company had made a tool similar to LabVIEW for graphical programming of 8 bit microcontrollers called "GRAPE", here a link on that:
However, I don't believe they were successful at launching the product - I had a demo version from them back then but I couldn't tell if it actually worked. In any case, LabVIEW just won't work on 8bit micros.
-DP
BatchTest Corp.
NI Alliance Partner
06-07-2013 09:39 AM
OK, Understood,
I'd better start C coding for this project then
Thanks,