감사합니다.

단점만 적어봅니다.

- 유료 돈주고사야한다.
- 소스코드가 아니라, 마우스로 배선을 이리저리 연결해주어야한다.
  소스코드 같이 복사, 붙여넣기가 어렵다.
- case같은것은 화면에 한가지만 보인다. 각각의 설정을 보려면, 마우스 클릭해야 보인다.
- 간단한 수학연산, 비교문등을 작성하려면, 각각의 연산자등을 찾아서 모두 연결해주어야한다.
  소스코드에서는 +-*/등만 적으면 끝나지만, LabView는 찾아서, 넣고, 연결해야한다.(너무 불편)
- 전체 코드의 양이 어느정도인지 가늠하기 어렵다.(전 부 그림이고, 서브루틴 계속 들어가야 하는 구조)
- 구조적인 프로그램은 어렵다고 생각한다.
- 오류 찾아서 고치기가 쉽지 않을듯.

샘플소스 받아서 열었더니, *.vi파일을 찾을 수 없다고 나옴.
=>*.Lib 파일안에 *.vi파일들이 들어 있고,
  *.Lib파일을 프로젝트 폴더에 넣으면, 자동으로 검색하여 열림.





VISA
===========
VISA는 GPIB, 시리얼, USB, 이더넷, PIX, VXI 등을 포함하는 인터페이스이다.
사용자는 GPIB, 시리얼, USB, 이더넷, PIX, VXI 등을 몰라도,
VISA 사용법 한가지만 알면 된다.

1) 메시지 기반 통신
  - ASCII 문자 문자열 통신
    예) ASCII 통신
  - VISA 읽기, VISA 쓰기, VISA 트리거 지정, VISA 삭제, VISA STB 읽기
  - 레지스터 기반 통신에 비해 동작이 느림.

2) 레지스터 기반 통신
  - ic칩과 동일한 방식으로 레지스터를 변경하여 원하는 동작이 가능.
    예) binary 통신
  - VISA 읽기, VISA 쓰기, VISA 가져오기, VISA 내보내기


VISA I/O 버퍼 비우기 함수 
  입력
    - VISA 리소스 이름
    - 마스크
      16:rx clear.
      32:tx send. clear.(추천)
      64:rx clear.
      128:tx clear.
    - 에러입력
  출력
    - VISA 리소스 이름
    - 에러출력

VISA 8/16/32/64비트 가져오기 함수 
  입력
    - 16비트 주소
    - VISA 리소스 이름
    - 오프셋
    - 카운트(데이터 길이)
    - 에러입력
  출력
    - VISA 리소스 이름
    - 데이터(배열)
    - 에러출력

VISA 8/16/32/64비트 내보내기 함수 
  입력
    - 16비트 주소
    - VISA 리소스 이름
    - 오프셋
    - 카운트(데이터 길이)
    - 데이터(배열)
    - 에러입력
  출력
    - VISA 리소스 이름
    - 에러출력

VISA GPIB 명령 함수
  입력
    - VISA 리소스 이름
    - 명령(문자열)
    - 에러입력
  출력
    - VISA 리소스 이름
    - 반환 카운트(U32):전송된 바이트
    - 에러출력
※GPIB은 계측기 입출력 인터페이스.
※GPIB 명령은 Instr 클래스의 VISA 세션을 받지 않음. VISA 세션은 GPIB BoardInterface 클래스여야 함.

VISA GPIB 컨트롤 전달 함수
특정 주소의 GPIB 디바이스가 controller-in-charge (CIC)가 되도록 지시
  입력
    - VISA 리소스 이름
    - 기본 주소(U16)
    - 보조 주소(U16)
    - 에러입력
  출력
    - VISA 리소스 이름
    - 에러출력

VISA STB(상태정보) 읽기 함수
서비스 요청 상태 정보(U16) 읽기
  입력
    - VISA 리소스 이름
    - 에러입력
  출력
    - VISA 리소스 이름
    - 상태 정보(U16)
    - 에러출력

1 : 자동툴. 2,3,4,5,6등의 기능을 다양하게 사용가능하다. 만능툴. 그러나 안되는 기능도 있다.
2 : 
3 : 
4 : 상수 값/문자열등을 변경할때 사용.
5 : 배선툴. 입 출력 배선 연결할떄 사용.
6 : 
7 : 화면 이동(패닝. 스크롤링)
8 : 브레이크
9 : 
10 : 색상 얻기(스포이트 툴)
11 : 배경색

인터넷상에도 나와 있지만, 머하나 제대로 좀 하려고하면, 안되는게 많다.
DLL만들어서 붙여야, 속시원하게 해결이 된다.

라이브러리 이름은 myDLL.* 와 같이 DLL을 *로 바꿀 수 도 있다.
이는 리눅스 시스템에서 DLL파일이 SO이기때문에, 다른 운영체제를 위한 배려이다.
32비트, 64비트 구분을 위해 _32, _64문자열을 파일명에 추가할 수 있고,
이를 위해 **로 표시할 수 있다.
예) myDLL_32.DLL  => myDLL**.*
예) myDLL_64.DLL  => myDLL**.*
**를 넣음으로써, 32비트, 64비트에서 자동으로 선택할 수 있다.

UI 스레드에서 실행 : GUI 쓰레드에서 호출됨. 동기화가 확실하지만, 느림.
모든 스레드에서 실행 : 모든 쓰레드에서 호출됨.동기화가 안되면 에러. 빠름.

http://zone.ni.com/reference/en-XX/help/371361P-01/lvexcodeconcepts/configuring_the_clf_node/

LabView는 NI사에서 만든 소프트웨어로,
그래픽 프로그램이 가능하다.
C언어가 소스코드로 작성하는것에 비해, LabView는 아이콘을 서로 연결해주면 된다.
(Or-CAD등의 회로도에서 회로도 그리듯이 연결해줌. )
쉽다고 하는데, 글쎄다....
유료.
평가판은 등록하면 44일 무료 사용이 가능.
LabView를 지원하는 각종 장비들을 연결해서 사용할 수 있다.

다층 시퀀스 구조, 플랫 시퀀스 구조 차이점

"플랫 시퀀스 구조"를 사용하면, 시퀀스가 많을 경우, 영화 필름처럼 가로로 쭉 늘어선 모양이 된다.
시퀀스가 너무 많으면, 가로로 너무 길어지고,
다른 UI를 배치하기 어려워 지는 경우도 있어,
"다층 시퀀스 구조"를 사용한다.
즉, 단순히 UI를 그리는 공간 확보용이다.
따라서, UI가 복잡할 경우, 가능하면 "다층 시퀀스 구조"로 사용하는것이 좋다.
※UI : User Interface. 사용자 인터페이스.

아래처럼 좀 많이 복잡해 보일 수 있다.

프로그램의 소스코드 형태가 아니라, 회로도 배선 형태다.

복잡해질 수 록 난해해진다는 문제가 있다.

간단한건 비교적 쉽게 작성이 가능하나, 좀 복잡해지면, 너무 어려워지는 문제가 있다.