Polskie Centrum LabVIEW

Zlecę wykonanie projektu zapisu danych z karty 9219 do pliku TDMS, szczegóły na PW

Czy "TDMS Direct Integration in NI-DAQmx Logging"nie wyczerpuje tematu?

Nie bardzo, ja mam C-RIO z FPGA i nie mogę jakos tego ogarnąć aby poprawnie zapisywac dane z FIFO

A to proszę: Getting Started with CompactRIO - Logging Data to Disk: VI na Targecie (wątek do czytania AI plus wątek na TDMS) i VI na Hosta.

Dzięki wielkie, próbowałem zrobić coś podobnego przez FPGA i nic nie mogłem odczytac z FIFO. Pytanie: jak zrobić aby rozpocząć zapis jeśli wartośc z jednego kanału<const1 a stop jesli wartośc innego kanału>const2
Dodatkowo fajnie by było mierzyć czas zapisu

tomus pisze: jak zrobić aby rozpocząć zapis jeśli wartośc z jednego kanału<const1 a stop jesli wartośc innego kanału>const2

Dodaj instrukcję warunkową (case structure) na zapis próbek do FIFO. Zapisuj jeśli odczytana wartość jest poniżej wartości const1 i powyżej wartości const2. Może się przydać In Range and Coerce Function

Oki, wieczorkiem popróbuje, a start/zatrzymanie stopera w czasie zapisu??

To zalezy czy chcesz zeby timer ci pokazywal umijajacy czas podczas zapisu, czy zeby po zapisie wyswietlil ile czasu to trwalo.
Jezeli to drugie to wystarczy odjac bloczek Tick Count (ms) od drugiego takiego samego bloczka który będzie ustawiony po zapisie. Żeby być pewnym, że w odpowiednim miejscu zaczynasz i kończysz odliczanie, używasz flat sequence structure, w której jest ten tick count i przez którą przechodzą kable przed zapisem. Drugi taki sam flat sequence po zapisie. Np tak jak na tym obrazku tutaj: http://forums.ni.com/t5/LabVIEW/flat-se ... -p/3075639

Dziękuje wszystkim za podpowiedzi, mam kolejne pytani: jak dodać kolumnę w pliku TDMS gdzie zapisywany byłby czas rzeczywisty pomiaru?? W tej chwili jeśli ktoś otwiera plik z danymi nie wie jakie są odstępy czasu pomiędzy zapisami danych

Hmm
To juz zalezy od tego czy zapisujesz do pliku od razu po odczycie, czy zapisujesz w innej petli. Jeżeli w tym samym co odczyt, to tuż przed zapisem tablicy do TDMSa, dodaj bloczek build array, wtedy ten czas sie zapisze jako ostatnia kolumna.
Jeżeli zapisujesz w osobnej petli niz mierzysz, to wstaw swojego vi, cos sie wykombinuje

To juz zalezy od tego czy zapisujesz do pliku od razu po odczycie, czy zapisujesz w innej petli. Jeżeli w tym samym co odczyt, to tuż przed zapisem tablicy do TDMSa, dodaj bloczek build array, wtedy ten czas sie zapisze jako ostatnia kolumna.
Jeżeli zapisujesz w osobnej petli niz mierzysz, to wstaw swojego vi, cos sie wykombinuje

W obu przypadkach nie masz czasu pomiaru tylko czas logowania (zapisu do pliku). Dokładny czas pomiaru ustala się na podstawie wyzwolenia pomiaru (start trigger) i konkretnego numeru próbki (tutaj konieczna jest częstotliwość próbkowania).

dajpanspokój pisze:Hmm
To juz zalezy od tego czy zapisujesz do pliku od razu po odczycie, czy zapisujesz w innej petli. Jeżeli w tym samym co odczyt, to tuż przed zapisem tablicy do TDMSa, dodaj bloczek build array, wtedy ten czas sie zapisze jako ostatnia kolumna.
Jeżeli zapisujesz w osobnej petli niz mierzysz, to wstaw swojego vi, cos sie wykombinuje

Zrobiłem coś takiego, ale zapisuje mi czas liczony jakby od uruchomienia cRIO a nei od rozpoczęcia zapisu. Poradziłem sobie z tym odejmując wartość czasu w chwili rozpoczęcia zapisu. Pytanie: jak rozwiązać ten problem programowo w LabVIEW?? W załączniku projekt

Wrzuciles plik projektu bez zadnych vi. Wrzuc caly projekt jakos spakowany

dajpanspokój pisze:Wrzuciles plik projektu bez zadnych vi. Wrzuc caly projekt jakos spakowany

Poprawione

Staraj sie nie korzystac ze zmiennych globalnych- sa strasznie wolne i przy wiekszych projektach generuja ciezkie do zdiagnozowania race conditions
Do przenoszenia danych z jednej petli do drugiej sluza kolejki, ktore sa szybkie i latwe w obsludze