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: 13
Rejestracja: 22 wrz 2011 14:27
Wersja środowiska: LabVIEW 2017

Programowanie uC STM z poziomu LV

Post autor: kali » 08 lip 2018 12:06

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: 178
Rejestracja: 30 wrz 2011 11:28
Wersja środowiska: LabVIEW 2016
Has thanked: 6 times
Been thanked: 6 times
Kontakt:

Re: Programowanie uC STM z poziomu LV

Post autor: micard » 11 lip 2018 18:59

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: 178
Rejestracja: 30 wrz 2011 11:28
Wersja środowiska: LabVIEW 2016
Has thanked: 6 times
Been thanked: 6 times
Kontakt:

Re: Programowanie uC STM z poziomu LV

Post autor: micard » 11 lip 2018 21:45

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: 13
Rejestracja: 22 wrz 2011 14:27
Wersja środowiska: LabVIEW 2017

Re: Programowanie uC STM z poziomu LV

Post autor: kali » 13 lip 2018 08:22

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: 178
Rejestracja: 30 wrz 2011 11:28
Wersja środowiska: LabVIEW 2016
Has thanked: 6 times
Been thanked: 6 times
Kontakt:

Re: Programowanie uC STM z poziomu LV

Post autor: micard » 13 lip 2018 09:04

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: 625
Rejestracja: 31 gru 2010 01:36
Wersja środowiska: LabVIEW 2017
Lokalizacja: Katowice
Has thanked: 3 times
Been thanked: 3 times

Re: Programowanie uC STM z poziomu LV

Post autor: PiDi » 13 lip 2018 13:52

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: 178
Rejestracja: 30 wrz 2011 11:28
Wersja środowiska: LabVIEW 2016
Has thanked: 6 times
Been thanked: 6 times
Kontakt:

Re: Programowanie uC STM z poziomu LV

Post autor: micard » 13 lip 2018 21:28

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