rzeczywista częstotliwość próbkowania

[użytkownik]

Witam!
Mam takie pytanko. Czy ktoś z forumowiczów mógłby mi wytłumaczyć jaka jest rzeczywista częstotliwość próbkowania jeśli ustawimy ją przykładowo na 100 Hz na kanał pomiarowy (obsługiwane są dwa kanały pomiarowe), a do zapisu ustawimy 2 próbki (to wszystko dzieje się przed pętlą główną programu) a w pętli while bloczek wait ustawiony jest na 10 ms (musi być tu mała wartość). Jak z tego obliczyć rzeczywiste próbkowanie? (nie wiem czy wyraziłem się zrozumiale) I jeszcze jedna sprawa. Osoba dla któej piszę ten program nie mieć zbyt dużo punktów pomiarowych. Więc zastanawiam się czy podać mniejszą częstotliwość próbkowania, czy większą a potem sygnał zdecymować z wyciągnięciem średniej. Proszę o pomoc. Sprawa jest pilna!!!!!!

[smiga]

Nie lobię postów pozostających bez odpowiedzi więc postaram się zainicjować pomoc ;)

Zacznę od pytania, jakiej karty używasz?
Przy próbkowaniu z częstotliwością 100Hz i dwóch kanałach raczej każda karta powinna się wyrabiać dokładnie z tą częstotliwością próbkowania.
Nie wiem po co bloczek Wait 10ms?
Nie do końca też rozumiem co masz na myśli pisząc punkty pomiarowe (nie jest ich dużo)? Co to za sygnał, który próbkujesz? Najważniejsze jest spełnienie warunku Nyquista.

Gdybyś przesłał ten fragment kodu, który obsługuje sprzęt, byłoby łatwiej - całą tą pętlę.

[giverone]

Wykonując pewne zadanie wystąpił u mnie problem z częstotliwością próbkowania. Przy zadanej częstotliwości próbkowania i liczbie próbek nie zgadza mi się czas pomiaru. Dla prostego przykładu użyłem takich samych wartości w przypadku częstotliwości próbkowania i liczbie próbek, zatem czas pomiaru powinien wynosić 1s. Tak niestety nie jest. Wszystko widoczne na załączonych plikach. Proszę o pomoc.

[smiga]

Możesz przesłać ten fragment kodu?

[MicMac89]

Nie rozumiem w jakim celu umieściłeś funkcję Miliseconds to wait, w przypadku tej konstrukcji opóźnienie pętli wynika z oczekiwania na próbki. W jaki sposób zmierzyłeś czas wykonywania pomiaru?

[smiga]

Akurat opóźnienie w pętli nie powinno niczego zmienić ... prócz odświeżania wyników, w tym przypadku co 1s.

[Zyga]

Wykonując pewne zadanie wystąpił u mnie problem z częstotliwością próbkowania. Przy zadanej częstotliwości próbkowania i liczbie próbek nie zgadza mi się czas pomiaru. Dla prostego przykładu użyłem takich samych wartości w przypadku częstotliwości próbkowania i liczbie próbek, zatem czas pomiaru powinien wynosić 1s. Tak niestety nie jest. Wszystko widoczne na załączonych plikach. Proszę o pomoc.

Miałem podobny problem, podczas pomiaru napięcia i natężenia prądu. Podstawiłem wartość próbkowania wyliczoną z warunku Nyquista. Jak się okazało później karta pomiarowa narzucała większą częstotliwość niż podawałem przy konfiguracji kanału.

[giverone]

Funkcje Miliseconds to wait umieściłem, żeby trochę opóźnić kolejne pętle wykonywania pomiaru. Wcześniej gdy jej nie wykorzystałem wyniki były identyczne. Czas pomiaru jest widoczny na zrzucie z wykresem, a także sprawdziłem wykorzystując dane zapisane do txt w MatLabie Trwa jak widać nieco ponad 600ms. Sprawdziłem to też w matlabie, zapisując dane do txt i generując wykres.

Dołączam VI, plik txt z danymi.

[smiga]

No niestety z tego vi nic nie wyciągnę - miałem nadzieję, że trochę więcej danych zostanie w ustawieniach DAQ Assistant.
Podaj jakiej karty / jakiego sprzętu używasz.

[giverone]

Jeżeli chodzi o sprzęt:
NI cDAQ-9172;
Karta: NI 9234; 4-Ch, +-5V, 24-Bit, SW selectable IEPE & AC/DC +-2V Al- -to-Earth Ground.

Do pomiaru wykorzystuje akcelerometr piezoelektryczny oraz młotek modalny z czujnikiem siły.

Jeżeli okaże się przydatne to mogę porobić zrzuty z ustawieniami DAQ.

[MicMac89]

Faktycznie, po testach na myDAQ uświadomiłem sobie, że funkcja Miliseconds to wait nie wpływa na opóźnienie, choć jest tutaj nie konieczna. Jak dla mnie wygląda na to, że rzeczywista częstotliwość próbkowania jest dwukrotnie większa od zadanej ( wynika to z załączonego zdjęcia), czy ta właściwość przenosi się dla innych częstotliwości próbkowania i ilości próbek?

[smiga]

Kliknij prawym myszy na DAQ Assistant, a następnie Generate NI-DAQmx Code - zobaczymy jak ten kod wygląda.

[giverone]

A więc kod wygląda jak w załączniku.

Zauważyłem też, że dla pewnych wartości czas pomiaru jest taki jak być powinien. Dzieje się tak gdy proporcjonalnie zmniejszam wartość 25600 dla częstotliwości próbkowania i liczby próbek, ale tylko do wartości 3200. Gdy jest już 1600 dla częstotliwości i próbek czas pomiaru jest mniejszy niż jedna sekunda.

[smiga]

Brakuje pierwszego vi'a - kodDAQ2.vi. Widzę tylko, że czytasz wiele kanałów wielokrotnie je próbkując. Sprawdź przy okazji ( w dokumentacji ... sorki ale nie miałem czasu zerknąć) czy kanały w tej karcie nie są multipleksowane.

[giverone]

Dołączam brakujący plik. Nie mam dokumentacji do tego sprzętu, bo dostałem go na jakiś czas z uczelni. Gdzie mógłbym jeszcze sprawdzić czy ta karta ma taką opcje?