| Summary: | The increase of complexity in embedded programming is forcing the development of higher level programming languages. These languages not only consist of traditional text based programming but also with graphical programming languages such as the programming language G from LabVIEW which is developed by National Instruments and have been around since the mid eighties. However since 2004 this language has also been able to program embedded hardware, using the modules LabVIEW SDK and LabVIEW for ARM. This thesis shows how LabVIEW for ARM converts its graphical language G to C and then how C is flashed into the microprocessor. The thesis also takes up the pros and cons of using G for embedded development. The conclusion is that G is extremely useful for people without embedded knowledge that still want to develop embedded solutions. For customers with textual programming experience a time/cost analysis should be performed to see if G is more cost effective. The disadvantage is that LabVIEW SDK only can be used with 32bit processors and LabVIEW for ARM is even more restricted because it can only be used with ARM architecture processors. Another disadvantage comes into play if the user chooses to use a microprocessor which is not sold distributed from National Instruments because then a framework is needed to be constructed before usage, however this thesis shows in detail how such a framework can be developed. === Ökningen i komplexitet hos inbyggda system styr utvecklingen av inbyggda språk till högre nivåer. Dessa språk innefattar inte bara traditionella textbaserade språk utan också grafiska programmeringsspråk som G från LabVIEW vilken har utvecklas av National Instrumets och har funnits sedan mitten av 80 ‐ talet. Dock så har sedan 2004 modulerna LabVIEW SDK och LabVIEW for ARM funnits och dessa har öppnat möjligheten att använda G till inbyggd programmering. Detta examensarbete beskriver hur LabVIEW for ARM kompilerar G till C och sen hur C flashas till mikroprocessorn. Arbetet tar även upp för ‐ och nackdelar med att använda G i inbyggda system. Slutstatsen är att G är mycket användbar för användare utan erfarenhet av inbyggda system som vill utveckla sina ideér. För användare som har erfarenhet så borde en tid/kostnads analys genomföras för att se om G är mer kostnadseffektiv. Nackdelarna är att LabVIEW SDK bara kan användas med 32 bitars processorer och LabVIEW for ARM är ännu mer specifik då de bara kan användas med mikorprocessorer som har ARM arkitektur. En annan nackdel är att om man väljer att använda en microprocessor som inte stöds av National Instruments så måste en struktur skapas först, dock så beskriver denna rapport i detalj hur en sådan struktur kan utvecklas.
|
|---|
