LabView Error, 예상치 못한 라이센스 에러

 랩뷰 에러 중에서 언어팩으로 발생하는 문제가 꽤 있습니다.

이번 에러 역시 언어팩으로 인한 문제가 아닌가 생각됩니다.

시스템 로컬을 한국어(대한민국)으로 바꾸어 주고, UTF-8 사용을 해제 해주어야 해결 됩니다.

NI 사이트에서 찾아보니 다음과 같은 것이 있습니다.

https://digital.ni.com/public.nsf/allkb/69C63411723D6DD586257EB9000DE817.htm

Labview memory increase problem

랩뷰를 사용하다가 보면, 메모리가 증가하는 문제가 발생 할 수 있다.

프로그램 코딩에서 발생하는 문제 일 수도 있지만, 동일한 코드가 특정 컴퓨터에서만 발생 할 수도 있다.

코딩에 문제가 없고, 특정 컴퓨터에서 메모리 부족 문제가 발생한다면, 하드웨어 또는 OS의 문제에 관해서 검토해보아야 한다.

하드웨어는 점검 해 보아야 할 것이 크게 메모리와 하드 디스크이다.

메인 보드와 호환성에 문제가 있는 메모리나, 하드 디스크(SSD)를 사용하는 경우 문제가 발생 할 수 있다.

그 다음으로 검토해 보아야 하는 것은 OS이다. 통상 윈도우가 설치되면서 발생하는 문제인데, 재 설치를 해서 해결되는 경우도 있고, 재설치를 해도 계속 반복되는 문제라면, 윈도우 시작에서 시작 프로그램과 서비스를 정지해보는 것도 하나의 방법이 될 수 있다.

윈도우 실행에서 msconfig를 실행하여,

마이크로서비스를 숨기고 기타 다른 서비스는 모두 사용안함으로 하고, 상태를 확인해 보면 된다.

이렇게 해도 해결이 안된다면, 컴퓨터를 바꾸어서 다른 컴퓨터로 실행해 보면서 테스트를 해보아야 한다.

모든 컴퓨터에서 발생한다면, 코딩을 다시 한 번 검토 하는 것이 좋다.

랩뷰에서의 데이터 통신 방법 참고

랩뷰에서 데이터 통신 방법 매뉴얼 참고
http://zone.ni.com/reference/ko-XX/help/371361R-0129/lvconcepts/data_comm/


변수 인터페이스에서, 로컬변수와 데이터 값 참조 부분의 차이 확인

1. 단일 VI에서 접근 할 수 있는 데이터를 저장함.
2. 데이터 값 참조는 큰 데이터 세트를 저장함. 메모리 관리를 돕고, 데이터 복제를 방지한다.

컨트롤/인디케이터, 로컬변수 프로퍼티 노드의 차이점
https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000019LXrSAM&l=ko-KR

*******************************

문의사항

내 VI에서 값 프로퍼티 노드 또는 바로 컨트롤/인디케이터를 사용하는 대신 로컬 변수를 사용할 때 다르게 실행됩니다. 어떤 차이점이 있습니까?

해결책

프런트 패널 컨트롤을 업데이트하는 데 사용할 방법을 선택할 때 고려해야 할 몇 가지 성능상의 절충점이 있습니다. 사용 가능한 업데이트 방법은 컨트롤/인디케이터, 로컬 변수 또는 값 프로퍼티 노드입니다. 다음은 각 방법의 장점과 단점입니다.

컨트롤/인디케이터
장점

• 동일한 값을 지속적으로 업데이트 할 때 프런트 패널 업데이트를 방지하는 로직 내장. 이렇게하면 프런트 패널을 다시 그릴 수 없습니다.
• 포인터의 참조를 해제하거나 메모리의 데이터 사본을 만들 필요가 없습니다. 따라서 가장 빠르고 메모리 집약적인 옵션입니다.

단점

• 클러스터/배열의 단일 항목에는 쓸 수 없고 전체 변수를 업데이트해야합니다

C 유사점
(이것은 C와 같지 않지만 해당 프런트 패널 컨트롤/인디케이터를 업데이트하기 위해 해야 할 단계를 보여줍니다).

int x;   // Front Panel Indicators
x = 10;  // Write directly to the Front Panel Indicator.


로컬 변수
장점

• 동일한 값을 지속적으로 업데이트 할 때 프런트 패널 업데이트를 방지하는 로직을 내장했습니다. 이렇게하면 프런트 패널을 다시 그릴 수 없습니다.
• 프로퍼티 노드와 달리 포인터를 참조 해제 할 필요가 없습니다. 따라서 프로퍼티 노드보다 빠릅니다.

단점

• 메모리 집약적인 프로세스. 이들은 컨트롤/인디케이터와 같은 프런트 패널 업데이트 로직을 가지고 있지만, 생성한 각 로컬 변수에 대해 메모리에 데이터의 전체 복사본을 만들어야합니다.
• 클러스/배열의 단일 항목에는 쓸 수 없고 전체 변수를 업데이트해야합니다.
• 같은 로컬 변수에 다른 속도로 쓰거나 읽을 때 경쟁 조건이 발생할 수 있습니다.

C 유사성
(이것은 C와 같지 않지만 해당 프런트 패널 컨트롤/인디케이터를 업데이트하기 위해 해야 할 단계를 보여줍니다).

int x; // Front Panel Indicator
int y; // Local variable
y=10; // Write to local variable
x=y; // LabVIEW does this for you to update the front panel.


프로퍼티 노드
장점

• 로컬 변수와 달리 메모리에 데이터 복사본을 만들지 않습니다.
• 엄격하지 않은 컨트롤 참조를 사용하는 경우 값의 데이터 유형은 컨트롤의 실제 데이터 유형이 아닌 변형될 수 있습니다.
• 클러스터 내에서 단일 컨트롤 읽기 및 쓰기 가능
• SubVI 내에서 프런트 패널 컨트롤을 업데이트하는 데 사용할 수 있습니다.

단점

• 프런트 패널 항목을 호출 할 때마다 업데이트해야합니다.
• 그것들은 pass by value 함수가 아닌  pass by reference 함수입니다. 이는 본질적으로 특정 메모리 위치에 대한 포인터임을 의미합니다. 포인터는 참조 해제되어야하며 메모리의 값이 업데이트됩니다. 변수를 참조 해제하는 과정에서 컨트롤/인디케이터 또는 로컬 변수보다 속도가 느려집니다.
• 프로퍼티 노드는 SubVI의 프런트 패널이 메모리에 남아 있도록하여 메모리 사용을 증가시킵니다. SubVI의 프런트 패널이 표시되지 않으면 프로퍼티 노드를 제거하여 메모리 사용을 줄이십시오.

C 유사성
(이것은 C와 같지 않지만 해당 프런트 패널 컨트롤/인디케이터를 업데이트하기 위해 해야 할 단계를 보여줍니다).

int x; // Front Panel Indicator
int *x_pointer = &x; // Create pointer to Front Panel Indicator
// (Property Node)
*x_pointer = 1; // * is used to dereference the pointer and update
// variable X. This is the operation that happens
// every time a property node executes.

랩뷰에서 클러스터 데이터를 문자로 변환 한후 다시 클러스터 형태로 불러오는 방법

랩뷰에서 클러스터 데이터를 많이 사용하는데,

이런 클러스터 데이터를 문자열로 변환하여 저장 했다가, 다시 불러올 필요가 생겼습니다.

그래서 한번 만들어 보았습니다.

1. 클러스터 데이터를 생성

2. 클러스터 데이터를 베리언트 데이터로 변환

3. 베리언트 데이터를 문자로 변환

4. 문자를 텍스트 파일로 저장했다가 다시 불러올 생각

5. 불러온 문자를 베리언트로 변환

6. 베리언트를 클러스터 데이터로 변환

클러스터의 데이터를 파일로 저장했다가, 불러오기 위함인데요.

파일 저장부분은 차후에 만들어 보고.

일단 데이터 변환에 대한 개념을 볼까해서 만들어 보았습니다.

데이터 변환 보기

랩뷰 메모리 부족 문제 발생의 확인 된 원인들

그동안 프로그램을 만들면서 메모리 부족 메세지가 발생하는 경우가 있더군요.
뭐, 여러가지 원인이 있을 수 있지만, 경험했던 문제들을 적어 볼까 합니다.

1. 잘못된 프로그램

이건 그냥 프로그램 자체를 잘못 코딩한 경우 입니다.
실수 일 수도 있고, 그냥 별 생각 없이 코딩 해서 발생하는 문제 일 수도 있습니다.
어느정도 코딩 경험이 있는 사람이라면, 금방 찾아서 해결 할 수 있는 문제입니다.

2. 메모리 불량

프로그램에 이상이 없는데, 메모리 부족 메세지가 발생한다면, 메모리 자체에 문제가 있을 수 있습니다. 이 경우는 오랜 시간 방치 하면, 파란 화면이 뜨거나 재부팅 되버리는 문제도 발생하는 경우가 많습니다.

3. 메모리 슬럿 불량

메모리 불량과 비슷한 문제의 결과를 나타냅니다. 확인이 어려운 문제가 있습니다. 슬럿이 불량인 경우는 컴퓨터를 바꾸어 봐야 확인이 가능하니까요.

4. SSD 불량

이건 최근에 하드디스크 대신에 SSD를 사용하면서 발생하는 문제입니다. 발생하는 메세지가 메모리 관련 메세지로 발생하기 때문에 확인이 어렵고, 확인하는데도 많은 시간이 소모됩니다.

랩뷰 메모리 부족 현상에 대해서

https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z000000P9mtSAC

Issue Details

When I am developing a large application in LabVIEW, I sometimes receive the following error message, even though I have a large amount of available RAM.

LabVIEW: Memory is full.
The top-level VI was stopped on the block diagram.
Refer to the VI Memory Usage topic in the LabVIEW Help for suggestions on monitoring and improving VI memory usage.

Solution

You typically receive this message when you are developing an application with large data sets of arrays, clusters, or waveforms. Because LabVIEW stores each data set in a contiguous block of memory, the block of memory available on your computer might not be large enough to store a large data set.

Use the suggestions in the following sections to prevent this message from appearing:

Reducing the Memory Arrays, Clusters, and Waveforms Use

• If you have an array with a large data set, wire a smaller data type to the array, if possible. For example, if the array is a double-precision, floating point number [DBL] and you are storing integers in the 0 to 100 range, you can change the integer representation to Unsigned 8 bit integers [U8]. A U8 data type uses an eighth of the memory that a double-precision floating point number uses.
• In LabVIEW 8.5 and later, use the In Place Element Structure to avoid making copies of data when using an array, cluster, or waveform.
• If you are graphing data from a large array, use max-min decimation to avoid graphing every data point. Refer to LabVIEW Help: Memory Management for Large Data Sets for more information about max-min decimation.
• Analyze the large data set to determine where memory is full. Stream or write the data to disk and use a high-performance analysis and reporting tool, such as TDMS files, and NI DIAdem software.

Reducing Memory Usage in Applications

• To limit the number of times LabVIEW copies data, reduce the number of global and local variables in an application. Instead of using variables, you can create loops using a producer/consumer design pattern, or you can use the New Data Value Reference function to create a reference to the data.
• Separate sections of code into subVIs to make memory available when the subVIs are not executing.
• Use the Call By Reference Node to call large subVIs dynamically. A subVI is not in memory until a VI calls it dynamically.
• Use the Profile Performance and Memory Window to acquire and display data about execution and data time. How Can I Monitor Execution Time and Memory Usage in My LabVIEW VIs?
• Make improvements to the code to optimize memory usage. Refer to How Can I Optimize the Memory Use in My LabVIEW VI? for more information about memory optimization.
• Use the NI LabVIEW Desktop Execution Trace Toolkit to identify problems that could negatively impact performance such as memory leaks and reference leaks; collect low-level information such as call chain, thread ID, and location in virtual memory of trace; as well as profile VIs, executables, and shared libraries.

Increasing Memory in LabVIEW

• Increase the amount of virtual memory on the system. Refer to How Can Virtual Memory Help With Memory Issues in LabVIEW? for more information about virtual memory.
• The amount of memory LabVIEW can utilize depends on the version and operating system used. Refer to How Much Memory Can LabVIEW Use? for more information about increasing memory.

 

Additional Information

This message is most common if LabVIEW cannot allocate a block of memory large enough for an array. For example, an array of double-precision, floating point numbers with 2,000 by 2,000 elements uses approximately 32 MB. Even if 32 MB of memory is available, you may not have a block of memory large enough for the array.
In the specific example seen above, this error is generated when an array containing more than 2^31 elements is used to index a For Loop. Arrays can contain up to 2^32 elements, but a For Loop can only index up to 2^31 values. This is because the N terminal uses the I32 datatype rather than the U32. The most significant bit of the I32 datatype is used to specify whether the value is positive or negative.

랩뷰 프로그램 작성과 다이어그램에 크기 한계 확인 주의점

랩뷰는 그리는? 만드는 영역에 제한이 있다고 합니다.

예전 버전에서는 오브젝트의 수도 555개로 제한 되어 있었다고 하는데요, 요즘에 나오는 버전도 역시 메모리와 성능에 따라서 차이는 있겠지만, 많이 만들면 에러가 발생합니다.

랩뷰에서 이야기 하는 크기의 최대치는 2^16 pixels 이라고 나와있습니다. 이것은 원점으로 부터 -32768 부터 32767 픽셀로 생각하면 될 것 같습니다.



블록 다이어그램이나 프론트 판넬을 움직여 보면 좌표가 디스플레이 됩니다. 요즘은 프로그램 만들면서 이것을 유심히 확인 하는 습관이 생겼습니다.

프로그램 만들 때, 스크롤바 움직이면서 얼마나 크게 되었는지 꼭 확인 해보시는게 좋을 것 같습니다