Polskie Centrum LabVIEW

No to zmienia postać rzeczy. Można to zrobić za pomocą property node- jeśli próbujesz wyjechać poza zakres, to programowo wracasz. Przykład ponownie załączam. Problem w tym, że nie wygląda to najlepiej, ale ja jak na razie nie mam lepszych pomysłów.

8.6

LabVIEW z automatu uniemożliwia przesunięcie się w trakcie wykonywania programu dalej niż dane. Przykład w załączniku.

Jeśli chcesz wykreślać charakterystyki dla danej transmitancji, skorzystaj po prostu z bloczka CD Nyquist (Control Design & Simulation -> Control Design -> Frequency Response).

A mógłbyś dać jakiś przykładowy plik który wczytujesz?

Prosta sprawa: kiedy usuwasz któryś element, wszystkie indeksy elementów następujących po nim zmniejszają się o 1. Poprawka w załączniku.

- Jeszcze gorsza rzecz w przypadku tego klastra - pojawia się tam czerwona kropka, która zwiastuje nam konwersję danych i przy tym - utworzenie dodatkowego bufora na to działanie. Tego nie byłbym taki pewny - kropka najpewniej wynika z faktu zapisu klastra jako Type Def, a niestety Labview ma zwycz...

Witam
Skoro i tak przeszukujesz całą tablicę, to możesz utworzyć w pętli nową tablicę (w zasadzie to dwie) w którą będziesz wpisywał tylko te poprawne dane.
Wydaje mi się jednak, że ten sposób jaki proponujesz jest najlepszy i musi działać, więc pokaż kod ;)

Co do tego kodu to miałbym następujące uwagi: - Błąd z nieistniejącym plikiem wyprowadziłbym jako error, a nie wyświetlał z poziomu subVI. Po pierwsze to będzie czytelniejsze (obsługa błędów w głównym VI), po drugie- takie wyświetlanie może powodować właśnie umieszczenie całego subVI w pamięci (to t...

Ja jeszcze raz polecam lekturę tego linka, bo mam kilka podejrzeń co do twojego zagracania pamięci ;) A podglądanie tego co się dzieje w jakimkolwiek zewnętrznym monitorze ma większy sens dopiero po kompilacji i uruchomieniu samodzielnego programu.

Podstawowe pytanie brzmi, dlaczego miałbyś to robić, a nie pozwolić LabVIEW robić tego samemu w razie potrzeby. Jeśli zacznie brakować pamięci, to LabVIEW sam sobie ją załatwi z tego co można wyczyścić (czyli np. z subVI). A odpowiadając na twoje pytanie- bloczek Request Deallocation.

Umm, nie, trochę zmyliłem nawet siebie z tym buforem. W tym linku, który Ci podałem (część "Memory Issues in Front Panels") jest wyjaśnienie, kiedy subVI tworzy sobie kopię danych. Zobacz też tam część "Rules for Better Memory Usage".

Żeby sprawdzić, ile faktycznie miejsca używa twój program, masz dwa sposoby: a) Wejdź w VI Properties -> Memory Usage, tam jest to napisane b) (lepiej) Uruchom Tools->Profile->Performance And Memory..., tam sobie ustaw Profile Memory Usage i Memory Usage. U mnie wychodzi 134 MB, czyli 2*64 MB na to ...

Indicator tablicy przechowuje drugą kopię danych - to znaczy, że w buforze z diagramu blokowego masz 64 MB i drugie tyle na panelu czołowym w indicatorze.

Nie dałoby się po prostu programowo zsynchronizować dwóch kanałów? Pominąć ileś pierwszych próbek z pierwszego kanału? Przy ustalonej częstotliwości próbkowania przesunięcie będzie chyba stałe. Albo jeszcze łatwiej- obliczyć przesunięcie fazowe między tymi kanałami, kiedy masz na obu wejściach gener...