Programowanie uC STM z poziomu LV

Jeśli masz coś do powiedzenia w sprawie LabVIEW napisz. Tutaj są tematy, których nie można uściślić do innych działów.
kali
Posty: 24
Rejestracja: 22 wrz 2011 14:27
Wersja środowiska: LabVIEW 2017

Programowanie uC STM z poziomu LV

Post autor: kali »

Hej

Wpadła mi w ręce płytka stm32l-discoveryhttps://www.st.com/en/evaluation-tools/ ... overy.html Mam pytanie czy jest możliwość programowania takiej płytki z poziomu LV? Jeżeli tak to jak ją skomunikować z programem? Za pośrednictwem VISA?
Awatar użytkownika
micard
Posty: 207
Rejestracja: 30 wrz 2011 11:28
Wersja środowiska: LabVIEW 2017
Kontakt:

Re: Programowanie uC STM z poziomu LV

Post autor: micard »

Na tej płytce siedzi już STLINK V2 - dedykowany programator - z nim można rozmawiać przez ich protokół
https://github.com/stfrank/ST-Link-V2-Firmware
, albo dużo wygodniej przez program USB DFU. Ten ostatni można odpalić z linii poleceń podajc w argumentach binarki programu:
http://dfu-util.sourceforge.net/dfu-util.1.html

-zatem można bezproblemowo użyć systemExec.vi:
https://knowledge.ni.com/KnowledgeArtic ... 00P821SAC
powodzenia!
Awatar użytkownika
micard
Posty: 207
Rejestracja: 30 wrz 2011 11:28
Wersja środowiska: LabVIEW 2017
Kontakt:

Re: Programowanie uC STM z poziomu LV

Post autor: micard »

No chyba, że chodzi Ci o wgranie na t płytkę programu napisanego w LV - tutaj Cię zmartwię - NI wspiera w ten sposób tylko swoje płytki - np SBRio.
kali
Posty: 24
Rejestracja: 22 wrz 2011 14:27
Wersja środowiska: LabVIEW 2017

Re: Programowanie uC STM z poziomu LV

Post autor: kali »

Dzięki za odpowiedź.
Chodzi mi raczej o wykorzystanie płytki jako karty pomiarowej dorabiając do niej jakiś układ kondycjonowania sygnału. Tylko zastanawiam się czy to da rade obsłużyć przez złącze USB na płytce czy napisać obsługę UARTa i podpiąć do niego USB. Tylko czy było by widziane prze LV i MAXa?
Awatar użytkownika
micard
Posty: 207
Rejestracja: 30 wrz 2011 11:28
Wersja środowiska: LabVIEW 2017
Kontakt:

Re: Programowanie uC STM z poziomu LV

Post autor: micard »

Jak najbardziej, jeśli tylko zainstalujesz odpowiedznie sterowniki VCP na swoim PC i karta będzie widziana przez system jako com port.

Visa zadziała - ale jest to moloch - jeśli chcesz stworzyć aplikację to installka będzie miała kilkaset MB nawet jeśli Twój program jest bardzo prosty.

Alternatywą jest Ni-Serial obsługujący porty szeregowe:
http://www.ni.com/download/ni-serial-17.0/6612/en/
ale ciągle trovchę to waży.

Najlżejszą opcją jest przesiadka na obsługę portu szeregowego przez .NET - jesli działasz na windowsie:
https://forums.ni.com/t5/Example-Progra ... -p/3514121
PiDi
Posty: 641
Rejestracja: 31 gru 2010 01:36
Wersja środowiska: LabVIEW 2017
Lokalizacja: Katowice

Re: Programowanie uC STM z poziomu LV

Post autor: PiDi »

4.5 gigabajtów miejsca na dysku na runtime .NETa jako opcja najlżejsza? Ok, ten runtime pewnie prawie każdy na Windowsie ma z jakiegoś powodu. Ale runtime LV (~650 MB) i tak trzeba mieć, skoro piszemy aplikację w LabVIEW. Przy tym NI-Serial, który waży koło 200 MB już nie wygląda jakoś strasznie. I z dużą dozą prawdopodobieństwa mogę stwierdzić, że te 200 MB dysku kosztuje mniej niż praca nad interfejsowaniem się z nie-natywnym rozwiązaniem w LV.
ObrazekObrazekObrazekObrazek
Awatar użytkownika
micard
Posty: 207
Rejestracja: 30 wrz 2011 11:28
Wersja środowiska: LabVIEW 2017
Kontakt:

Re: Programowanie uC STM z poziomu LV

Post autor: micard »

Zdecydowanie się zgadzam - po prostu pokazuje to możliwości "międzymordzi szeregowych".
Do większości zastosowań gdzie kod działa na tym samym komputerze, na którym mam developerską wersję LV stosuje VISA - najłatwiej, najszybciej i w ogóle pięknie.
Jeśli mam komuś sprezentować skompilowaną wersję na PC , lub wersję na systemy Real Time - preferuję NI serial.

.NET to zajawka, o której dobrze wiedzieć :)
ODPOWIEDZ