장치
장치 페이지: 머리글과 동사, 장치 카드, 드라이버마다 다른 칸을 보여 주는 연결 카드, 자격 증명과 인증서, 일괄 편집이 되는 태그 표, 장치 복제, 그리고 중복과 이름 충돌을 다루는 방식.
장치는 스테이션이 드라이버를 거쳐 대화하는 장비 하나입니다. 어떻게 닿는지, 그리고 거기에서 무슨 태그를 읽는지가 장치입니다. 통신 열에서 장치 행을 선택하거나, 드라이버나 회선이나 브로커나 폴더의 표에 있는 장치 행에서 열기를 누르면 그 페이지가 열립니다. Connector 보기는 읽고, Connector 구성은 편집합니다. 시리얼 회선에는 자기 페이지가 따로 있습니다. 시리얼 회선을 보십시오. MQTT 브로커는 MQTT에서 설명합니다.
장치 만들기
| 동작 | 결과 |
|---|---|
열 바닥글의 새로 만들기… > <드라이버> > 새 장치 |
드라이버 자체 단계의 장치. 장치가 드라이버 바로 아래에 붙는 드라이버 아래에 나옵니다. |
| 드라이버 페이지의 장치 표에 있는 장치 추가 | 위와 같습니다. |
폴더의 장치 표나 그 오른쪽 단추 메뉴에 있는 새 장치, 또는 새로 만들기… > <드라이버> > <폴더> > 새 장치 |
그 폴더에 놓인 장치. Matter 아래에서는 페어링 양식이 열리고, 페어링한 노드가 그 폴더에 놓입니다. |
시리얼 회선의 장치 카드나 오른쪽 단추 메뉴에 있는 장치 추가, 또는 새로 만들기… > <드라이버> > <회선> > 새 장치 |
그 회선의 첫 빈 슬레이브 id를 가진 Modbus RTU 장치. Generic serial and TCP 드라이버나 SCPI instruments 드라이버의 회선이라면 그 회선 위의 그 드라이버 장치. Omron 드라이버의 회선에서는 0부터 31 가운데 비어 있는 첫 유닛 번호로 PLC를 회선에 만듭니다. |
브로커의 장치 카드나 오른쪽 단추 메뉴에 있는 장치 추가, 또는 새로 만들기… > MQTT > <브로커> > 새 장치 |
그 브로커의, 일반 MQTT로 된 MQTT 장치. |
| 장치 검색 결과의 장치 추가 | 스캔이 찾은 endpoint와 체크한 태그를 가진 장치. 장치 검색을 보십시오. |
| Matter 드라이버 명령 모음의 장치 페어링, 또는 새로 만들기… > Matter > 장치 페어링 | 드라이버 자신의 단계에 놓이는, 커미셔닝된 Matter 노드. 장치 검색을 보십시오. |
| 장치의 장치 복제 | 선택한 장치의 복제본이며 태그도 함께 옵니다. |
새 장치의 이름은 "새 장치"(다음은 "새 장치 2", 이런 식)가 되고, 켜진 상태로 읽기 주기 1000 ms, 슬레이브 id 1, 그리고 드라이버가 쓰는 포트(아래 연결 카드 참고. Generic serial and TCP 드라이버의 장치는 포트 없이 시작합니다)를 가집니다. 장치는 열리지 않습니다. 그 장치를 나열하는 페이지(드라이버, 폴더, 회선, 브로커의 페이지)의 장치 표에서 강조 표시되고 보이는 곳까지 스크롤되며, 작업 기록 줄에는 "장치 '새 장치'을(를) 추가했습니다. 세부 내용을 편집하려면 여십시오."가 나옵니다. 그 표에서 만들면 화면은 그대로이고, 새로 만들기…나 오른쪽 단추 메뉴에서 만들면 화면이 그 페이지로 갑니다. 행의 열기나 트리의 그 행으로 장치를 엽니다. 패키지에 들어 있지 않은 드라이버 아래에서는 장치가 거부되고, 페어링이나 장치 검색으로만 장치가 생기는 Matter 아래에서도 거부됩니다("새 Matter 노드를 추가하려면 장치 페어링을, 이미 시운전된 노드를 추가하려면 장치 검색을 사용하십시오."). 이 방법들은 모두 이미 추가한 드라이버 아래에서 쓰며, 드라이버 추가는 드라이버 목록과 드라이버 페이지에서 설명합니다.
호스트로 현장 장비에 닿는 드라이버(호스트 필드가 있는 모든 드라이버)의 장치는 호스트가 빈 채로 만들어지며, 호스트를 입력할 때까지 스테이션은 연결을 시도하지 않습니다. 그 점은 회색으로 남고, 행과 페이지에는 "호스트를 아직 입력하지 않음"이 나오며, 태그는 빈칸으로 읽히고, 시도할 주소가 생기기 전에는 연결 오류도 나올 수 없습니다. 그동안 이 컴퓨터를 가리키는 일은 없습니다. 장비가 정말 이 컴퓨터에 있다면 localhost를 입력하십시오. NI-DAQmx 장치에는 호스트가 없습니다. 같은 방식으로 장치 이름을 기다리며, 이름이 생길 때까지 "NI-DAQmx 장치를 아직 입력하지 않음"이 나옵니다(NI-DAQmx 참고). Fluke NetDAQ 장치는 호스트를, 그다음 장비의 기본 채널을 기다리며, 그것이 생길 때까지 "기본 채널을 아직 입력하지 않음"이 나옵니다(Fluke NetDAQ 참고). File 장치는 폴더 경로를 기다리며, 폴더가 생길 때까지 "폴더를 아직 입력하지 않음"이 나옵니다(File 참고). Database 장치는 데이터베이스의 위치(서버와 데이터베이스 이름, 파일, 또는 데이터 원본)를 기다리며, 서버가 생길 때까지 "서버를 아직 입력하지 않음"이 나옵니다(Database 참고). LoRaWAN 장치는 장치 EUI(센서) 또는 스테이션 EUI(집중기)를 기다리며, 그것이 생길 때까지 "DevEUI를 아직 입력하지 않음" 또는 "스테이션 EUI를 아직 입력하지 않음"이 나옵니다(LoRaWAN 참고). 입력했지만 16진수 열여섯 자리가 아닌 식별자는 기다리지 않고 거부합니다.
호스트가 생긴 뒤에는 연결이 결코 앞을 막는 단계가 아닙니다. Connector는 장치를 등록한 다음 배경에서 다시 시도하는 고리 안에서 접속하므로, 닿지 않는 장치가 있어도 드는 비용은 없습니다. 연결이 이루어질 때까지 그 태그는 빈칸으로 읽히고, 그동안 페이지는 마지막 연결 오류를 보여 줍니다.
머리글
이름, "이 스테이션이 통신하는 장비 하나입니다. 어떻게 닿는지와 무엇을 읽는지를 정합니다."라는 문장, 그리고 기본 URI를 담은 필이 놓입니다. 기본 URI는 Connector가 접속하는 정확한 주소이며 연결 카드에서 실시간으로 조립됩니다(예를 들면 modbus+tcp://192.168.0.10:502/1, opc.tcp://plc:4840, simulated://CompressedAir). 아직 호스트가 없는 장치에는 기본 URI가 없으므로, 호스트를 입력할 때까지 필이 나오지 않습니다. 필드로 드라이버가 받아들이는 주소를 만들 수 없는 동안에도 필이 나오지 않습니다. 예를 들어 회선이 없어진 Modbus RTU 장치나, 회선 페이지가 저장하지 않은 값을 회선이 아직 들고 있는 장치가 그렇습니다. 그 아래에는 여섯 가지 알림 가운데 하나가 나옵니다.
- 이 패키지에 들어 있지 않은 드라이버: "이 장치에는 … 드라이버가 필요한데 이 설치본에는 들어 있지 않아 계속 오프라인입니다. 설정은 남아 있고 삭제할 수 있으며, 여기의 어떤 것도 읽는 내용을 바꾸지 않습니다." 말줄임표 자리에는 드라이버 이름이 들어갑니다.
- 이 컴퓨터에는 VISA가 설치되어 있지 않습니다(SCPI instruments, VISA로 연결하는 장치): "이 장치는 VISA를 통해 계측기에 연결하는데 이 컴퓨터에는 VISA가 없어 계속 오프라인입니다. NI-VISA나 Keysight IO Libraries Suite를 설치하면 연결됩니다. 네트워크 포트가 있는 계측기는 TCP로도 연결할 수 있습니다." SCPI instruments를 보십시오.
- 이 컴퓨터에는 NI-DAQmx가 설치되어 있지 않습니다(NI-DAQmx, NI-DAQmx가 없는 컴퓨터): "이 장치는 NI-DAQmx를 통해 읽는데 이 컴퓨터에는 NI-DAQmx가 없어 계속 오프라인입니다. Ganter Lab에는 NI-DAQmx가 들어 있지 않습니다. ni.com에서 무료로 받아 설치하면 지금 설정 그대로 장치가 연결됩니다." NI-DAQmx를 보십시오.
- 인증서 승인 대기 중(OPC UA, Redfish, AVEVA PI, HTTPS의 HTTP, TLS의 MQTT): "이 현장 장비가 이 스테이션이 한 번도 승인한 적 없는 인증서를 제시해, 아직 아무것도 읽지 않습니다. 장비를 시운전한 담당자와 지문을 확인한 다음, OPC UA 드라이버 페이지의 현장 장비 접근에서 승인하십시오."(드라이버 이름은 그 장치의 것), MQTT 장치라면 "이 장치의 브로커가 이 스테이션이 한 번도 승인한 적 없는 인증서를 제시해, 이 장치에서 아직 아무것도 읽지 않습니다. 브로커를 관리하는 담당자와 지문을 확인한 다음, MQTT 드라이버 페이지의 현장 장비 접근에서 승인하십시오." 여기에는 그 인증서를 연 드라이버 페이지의 현장 장비 접근(OPC UA, Redfish, AVEVA PI, HTTP, MQTT)으로 이동하는 인증서 검토 단추가 함께 있습니다.
- 호스트를 아직 입력하지 않음(켜져 있고 호스트가 아직 빈 장치에 나오는 중립 알림): "호스트를 입력하기 전까지 스테이션은 이 장치에 연결을 시도하지 않으므로, 아직 아무것도 읽지 않고 표시할 오류도 없습니다. 아래 연결 카드에 호스트를 입력하면 스테이션이 연결합니다." 장치 이름이 없는 NI-DAQmx 장치에는 그 대신 NI-DAQmx 장치를 아직 입력하지 않음이 나옵니다: "NI-DAQmx 장치 이름을 입력하기 전까지 스테이션은 이 장치에 연결을 시도하지 않으므로, 아직 아무것도 읽지 않고 표시할 오류도 없습니다. 아래 NI-DAQmx 장치 카드에 NI MAX가 붙인 장치 이름을 입력하면 스테이션이 연결합니다." 폴더가 없는 File 장치에는 폴더를 아직 입력하지 않음이 나옵니다: "폴더를 입력하기 전까지 스테이션은 이 장치를 읽지 않으므로, 아직 아무것도 읽지 않고 표시할 오류도 없습니다. 아래 폴더와 파일 카드에 폴더를 입력하면 스테이션이 읽기 시작합니다." 데이터베이스의 위치를 알려 주지 않는 Database 장치에는 아직 빠진 것에 따라 서버를 아직 입력하지 않음, 데이터베이스 이름을 아직 입력하지 않음, 데이터베이스 파일을 아직 입력하지 않음, 데이터 원본을 아직 입력하지 않음이 나옵니다: "데이터베이스의 위치를 알려 주기 전까지 스테이션은 이 장치에 연결하지 않으므로, 아직 아무것도 읽지 않고 표시할 오류도 없습니다. 아래 데이터베이스 카드에 입력하면(서버와 데이터베이스 이름, 파일 또는 데이터 원본) 스테이션이 연결합니다."
- 그 밖에는, 오류가 있는 시리얼 회선이나 브로커를 거치는 장치라면 그쪽을 가리키는 차분한 알림 "이 장치는 시리얼 회선 Bench bus을(를) 거치는데, 그 회선에 오류가 있습니다. 이유는 회선 페이지에 있습니다."가 나오고, 그렇지 않으면 장치 자신의 오류가 있을 때 빨간색으로 나옵니다(사용 설정과 상태 건전성을 보십시오).
그 아래에서 장치는 자기 오류가 있는 태그의 이름을 트리와 같은 빨간 표시 뒤에 듭니다: "오류가 있는 태그 3개: C3, Opt_Int, T5". 세 개를 넘는 것은 개수로 셉니다. 각 태그의 이유는 태그에 남습니다. 장치가 연결되어 있지 않은 동안에는 태그를 들지 않습니다. 이유는 장치 자신의 오류가 말해 줍니다.
명령 모음
| 명령 | 하는 일 | 회색이 되는 때(상황) | 그려지지 않는 때(역할) |
|---|---|---|---|
| 다시 연결 | 이 장치의 연결을 닫았다가 다시 엽니다. 다른 장치는 건드리지 않습니다. 작업 기록 줄은 드라이버를 기다린 뒤에 무슨 일이 있었는지 말합니다. "'Furnace'에 다시 연결했습니다." 또는 "'Furnace'에 다시 연결하지 못했습니다."와 그 이유입니다. 다시 읽어 오는 것은 없으며, 나중에야 응답하는 장치도 저절로 돌아옵니다. | 스캔이나 페어링이 진행 중일 때, 실행이 스테이션을 잡고 있을 때, 런타임이 정지되었을 때, 장치가 아직 주소를 기다리고 있을 때. 그러면 도구 설명이 그 드라이버에 무엇이 빠졌는지 장치 자신의 행과 같은 말로 알려 줍니다. 호스트로 현장 장비에 닿는 드라이버에서는 "호스트를 아직 입력하지 않음. 다시 열 연결이 없습니다."이고, 다른 드라이버에서는 같은 문장이 각자의 안내로 시작합니다. NI-DAQmx는 "NI-DAQmx 장치를 아직 입력하지 않음", File은 "폴더를 아직 입력하지 않음"에 이어 "파일 이름을 아직 입력하지 않음", Database는 "서버를 아직 입력하지 않음", "데이터베이스 이름을 아직 입력하지 않음", "데이터베이스 파일을 아직 입력하지 않음" 또는 "데이터 원본을 아직 입력하지 않음", LoRaWAN은 "DevEUI를 아직 입력하지 않음" 또는 "스테이션 EUI를 아직 입력하지 않음"입니다. | Connector 구성 권한이 없을 때. |
| 사용 | 장치가 수집에 참여하게 합니다. | 이미 켜져 있을 때, 또는 스테이션이 변경을 거부할 때. | Connector 구성 권한이 없을 때. |
| 사용 안 함 | 장치와의 모든 통신을 멈추고 그 태그를 실시간 주소 공간에서 거둡니다. 태그 각자의 사용 스위치는 그대로입니다. | 이미 꺼져 있을 때, 또는 스테이션이 변경을 거부할 때. | Connector 구성 권한이 없을 때. |
| 장치 복제 | 복제본을 만들고, 그것을 나열하는 페이지의 표에서 강조 표시합니다(아래 참조). | 패키지가 드라이버를 담고 있지 않을 때("이 패키지에는 이 드라이버가 들어 있지 않습니다."), 또는 스테이션이 변경을 거부할 때. | Connector 구성 권한이 없을 때. |
| 장치 삭제(위험을 나타내는 색, 오른쪽) | "'Furnace'을(를) 삭제하시겠습니까? 모든 태그도 함께 삭제됩니다. 이 작업은 되돌릴 수 없습니다."라고 물은 뒤 삭제하고 부모(회선, 브로커, 장치가 들어 있던 폴더 또는 드라이버)를 선택하며, 트리에서 펼치고 그 표를 보여 줍니다. | 스테이션이 변경을 거부할 때. | Connector 구성 권한이 없을 때. |
오른쪽 단추 메뉴에는 태그 추가와 이동 위치가 더해집니다(장치 폴더를 보십시오).
장치 카드
| 칸 | 무엇인지 | 값 / 기본값 | 효과 |
|---|---|---|---|
| 이름 | 알아보기 쉬운 이름이며, 장치의 버스 이름과 주소의 마지막 마디입니다. | 필수. 드라이버 안에서 대소문자를 구별하지 않고 고유해야 합니다. | 입력하는 동안 이름 바꾸기가 무엇을 데려가는지 미리 보여 줍니다("참조를 확인하는 중…", 그다음에 몇 곳이 따라오는지, 또는 "실제 주소는 바뀌지 않으므로 갱신할 참조가 없습니다."). Enter를 누르거나 칸을 벗어나면 확정되고, 옛 주소를 가리키는 모든 참조가 같은 조작 안에서 고쳐 써집니다. "장치 이름을 바꿨고 참조 3곳을 갱신했습니다." 빈 이름은 거부됩니다. "장치 이름은 반드시 입력해야 합니다." |
| 드라이버 | 장치가 쓰는 프로토콜. | 읽기 전용. | 만들 때 고정됩니다. 드라이버를 보십시오. |
| 읽기 주기 (ms) | 태그가 따로 정하지 않는 한, 스테이션이 장치의 태그를 얼마나 자주 읽는지. | 1000. 0 이하의 값은 1000으로 저장됩니다. | 1초로 고정해 읽거나 밀려오는 값을 받는 드라이버(Mitsubishi MC, BACnet, OCPP, LoRaWAN, MQTT)에서는 숨겨집니다. |
연결 카드
이 카드는 연결 칸을 선언한 모든 드라이버에 나타나며, 그 드라이버가 읽는 칸만 보여 줍니다. 각 드라이버의 페이지가 자기 칸을 자세히 설명합니다. 여기에 있는 것은 패널이 그리는 그대로의 전체 목록입니다.
| 칸 | 나오는 드라이버 | 무엇인지 |
|---|---|---|
| 호스트 | Modbus TCP, OPC UA, Siemens S7, Rockwell, Omron, Beckhoff, Mitsubishi, BACnet, Redfish, AVEVA PI, HTTP, Generic serial and TCP(TCP 클라이언트), SCPI instruments(TCP), SNMP | 호스트 이름 또는 IP 주소. 비어 있는 동안 장치는 전혀 연결되지 않습니다(장치 만들기 참조). 이 컴퓨터에 있는 장비에는 localhost를 쓰십시오. IPv6 리터럴은 기본 URI에서 대괄호로 감싸 줍니다. 주소 전체를 붙여 넣을 수도 있습니다. 드라이버 자체의 스킴(opc.tcp://, modbus+tcp:// 등)은 빠지고, 호스트 뒤의 포트는 포트 필드로, 경로는 리소스 경로로 들어갑니다. 장치가 어느 필드에도 보관하지 않는 것(다른 프로토콜의 스킴, 드라이버가 보관하지 않는 경로나 포트, 스킴 뒤에 대괄호 없이 쓴 IPv6 주소)은 필드 아래에 이유와 함께 거부되고, 필드는 현재 호스트로 돌아갑니다. 이름이 될 수 없는 호스트(점으로 나뉜 부분 중 하나가 비어 있거나(plc..local), 63자를 넘거나, 하이픈으로 시작하거나 끝나는 경우)도 같은 방식으로 거부됩니다. |
| 포트 | Modbus TCP, OPC UA, Beckhoff, Mitsubishi, Omron(FINS), BACnet, Redfish, AVEVA PI, HTTP, Generic serial and TCP(TCP 클라이언트), SCPI instruments(TCP), SNMP | TCP 포트이며 1에서 65535까지이고, SNMP 에이전트에서는 그것이 응답하는 UDP 포트입니다. 새 장치는 드라이버가 쓰는 포트(502, 4840, 851, 5007, 5025, 9600, 47808, 443, 161)로 만들어집니다. 칸이 비어 있으면 그 포트가 회색으로 보이고 장치는 그 포트로 호출됩니다. 0으로 저장된 장치도 그렇게 보이며, 칸을 비우면 그 포트로 돌아갑니다. AVEVA PI와 HTTP는 빈 칸으로 만들어집니다. 포트가 고른 전송을 따르기 때문이며, HTTPS면 443, 평문이면 80이 되고 회색 포트도 전송에 맞춰 바뀝니다. Generic serial and TCP도 빈 칸으로 만들어지며 회색 포트도 없습니다. 이런 장비에는 표준 포트가 없고, 포트가 들어가기 전에는 장치를 연결하지 않습니다. |
| 유닛 ID | Modbus TCP, Modbus RTU | Modbus 슬레이브 id. TCP에서는 0에서 255, 시리얼 회선에서는 1에서 247이며 회선마다 고유해야 합니다. 시리얼 회선에서는 그 밖의 숫자가 장치에 닿기 전에 거부되고, 작업 기록 줄이 이유를 알리며("슬레이브 ID는 1에서 247 사이여야 합니다."), 필드는 현재 슬레이브 ID로 돌아갑니다. |
| 프레임 형식 | Modbus TCP | 요청이 연결을 어떤 형태로 오가는지 정합니다. MBAP(Modbus TCP 그 자체이며 기본값) 또는 RTU(CRC가 붙은 RTU 프레임을 그대로 보내며 투명 모드의 시리얼-이더넷 변환기에 씀)입니다. RTU이면 기본 URI에 framing=rtu가 붙습니다. TCP 위의 RTU를 참고하십시오. |
| 최소 트랜잭션 간격(ms) | Modbus TCP | 시도 하나가 끝난 뒤 endpoint가 다음 시도를 시작하기까지의 침묵이며, 0에서 1000, 기본값은 0입니다("호환을 돕는 값, 0-1000 ms. 0이면 인위적인 지연을 더하지 않습니다."). 호스트와 포트를 함께 쓰는 켜진 장치들은 그 가운데 가장 큰 값을 씁니다. 다른 장치가 값을 끌어올릴 때 카드가 그렇게 말합니다. "실제 적용 200 ms · 192.168.0.10:502에 있는 다른 사용 중인 장치가 endpoint의 최댓값을 올립니다." |
| 시리얼 회선 · 고정 | Modbus RTU, Generic serial and TCP(회선 위 장치), SCPI instruments(회선 위 장치), Omron(회선 위 장치) | 회선의 이름과 그 조합이며 읽기 전용입니다. 바꾸는 곳은 회선 자신의 페이지입니다. "회선 없음"이나 "지정된 물리 회선 없음"은 장치가 회선을 잃어 저장할 수 없다는 뜻입니다. "시리얼 회선을 지정해야 합니다." |
| 브로커 · 고정 | MQTT | 브로커 이름과 그 아래 주소이며 읽기 전용입니다. 연결과 로그인은 브로커 자신의 페이지에서 바꿉니다. "브로커 없음"은 장치가 브로커를 잃어 저장할 수 없다는 뜻입니다. "MQTT 브로커를 지정해야 합니다." |
| 프로토콜 | MQTT, Omron | MQTT에서는 일반 MQTT 또는 Sparkplug B로, 각 태그가 토픽을 부르는지 메트릭을 부르는지 정합니다. MQTT를 보십시오. Omron에서는 FINS 또는 NJ/NX 태그(이름으로 지정)로, 각 태그가 메모리 주소를 부르는지 변수를 부르는지, 그리고 장치에 포트와 FINS 카드가 있는지 정합니다. Omron을 보십시오. |
| 그룹 ID, 엣지 노드 ID, 장치 ID | MQTT, Sparkplug B만 | 장치 자체인 엣지 노드, 또는 그 뒤의 장치입니다. 장치 ID가 비어 있으면 엣지 노드 자신의 메트릭을 읽습니다. Sparkplug B 식별은 브로커마다 한 번만 설정됩니다. |
| 랙 / 슬롯 | Siemens S7 | 숫자 둘이며, 기본 URI는 s7://host:rack:slot이 됩니다. |
| 슬롯 | Rockwell EtherNet/IP | 컨트롤러가 꽂힌 섀시 위치를 나타내는 숫자 하나입니다. CIP 경로에는 랙이 없으므로 기본 URI는 eip://host:slot이 됩니다. |
| 로컬 IP(AMS) | Beckhoff ADS | AMS 경로에서의 이 스테이션 IP입니다. 두 AMS net id는 모두 <ip>.1.1로 만들어집니다. 비우면 PLC에 닿는 네트워크에서의 이 스테이션 주소를 쓰고, 그 주소를 회색으로 보여 줍니다. |
| PLC의 AMS 넷 id | Beckhoff ADS | PLC 자신의 AMS 넷 id이며, id가 IP 뒤에 .1.1을 붙인 것이 아닌 PLC를 위한 것입니다. 비우면 호스트의 IPv4 주소 뒤에 .1.1을 붙인 것(이름은 먼저 풀어냄)을 쓰고, 회색으로 보여 줍니다. |
| 장치 Id | BACnet | BACnet 장치 인스턴스입니다. |
| 서버 / 키 | LoRaWAN | 애플리케이션 키입니다. |
| 식별자 | OCPP, LoRaWAN | 충전소 id 또는 DevEUI입니다(콜론이나 대시가 섞인 표기는 순수한 16진수로 정리됩니다). 비우면 정리된 장치 이름을 씁니다. |
| 리소스 경로 | OPC UA, AVEVA PI, HTTP | 권한부 뒤에 붙는 경로입니다. OPC UA 서버 경로, PI Web API 서비스 루트(기본값 piwebapi), 또는 모든 HTTP 태그 경로 앞에 붙는 접두 경로입니다. |
| 전송 방식 | AVEVA PI, HTTP, Generic serial and TCP, SCPI instruments | Generic serial and TCP 드라이버의 네트워크 장치에서는 목록으로, TCP 클라이언트나 UDP 수신을 고르며 UDP에서는 호스트와 포트가 받을 송신처와 로컬 포트로 바뀝니다(Generic serial and TCP 참고). 회선 위에 있지 않은 SCPI instruments 드라이버 장치에서는 목록으로, TCP(LXI 소켓)나 VISA(USB, GPIB, 네트워크)를 고르며 VISA에서는 호스트와 포트가 VISA 리소스로 바뀝니다(SCPI instruments 참고). AVEVA PI와 HTTP에서는 일반 HTTP로 보내기 확인란입니다. 꺼져 있으면 HTTPS이며 "HTTPS입니다. 베어러 토큰이나 비밀번호가 PI Web API로 가는 동안 암호화된 상태로 유지됩니다."라는 안내가 붙습니다. 켜면 안내는 요청마다 토큰이나 비밀번호가 암호화되지 않고 전송된다는 경고로 바뀌며, 다른 전송으로는 응답하지 않는 PI Web API를 위한 것입니다. HTTP 장치도 같은 확인란을 지니며, 요청과 그 장치가 보내는 자격 증명에 관한 자기 안내가 붙습니다. 거기에서는 호스트 앞에 http://나 https://를 적는 것도 이 확인란을 움직이고, 호스트는 그것을 뗀 채로 저장됩니다. |
| VISA 리소스 | SCPI instruments(VISA) | VISA가 나열하는 계측기 이름으로, 예를 들면 USB0::0x0957::0x1A07::MY12345678::INSTR입니다. 호스트와 포트 대신 씁니다. 장치 검색이 채워 줍니다. |
| 사용자 이름, 비밀번호 | OPC UA, Redfish, AVEVA PI | 장치별 자격 증명입니다. 사용자 이름을 비우면 익명 접속이 됩니다("비워 두면 익명입니다. 장치마다 저장되며, 비밀번호는 저장될 때 보호됩니다."). |
| 베어러 토큰 | AVEVA PI | 설정하면 사용자 이름과 비밀번호보다 우선하는 토큰입니다. 토큰 표시로 내용을 볼 수 있습니다. |
Matter 장치는 다른 연결 카드를 보여 줍니다. 노드 ID · 읽기 전용은 페어링이 부여한 64비트 노드 id이고(저장된 신원을 읽을 수 없으면 "다시 페어링 필요"), 네트워크 · 읽기 전용은 페어링할 때 장치가 들어간 네트워크의 이름이며(Ganter Lab이 네트워크를 기록하기 전에 페어링되었거나 장치 검색으로 추가된 장치는 기록이 없다고 알립니다), 상태는 장치의 상태 건전성 낱말입니다. 여기에서 편집할 수 있는 것은 없습니다. Simulated 장치에는 연결 카드가 아예 없습니다. Generic serial and TCP 드라이버의 장치는 연결 카드 아래에 메시지와 체크섬 두 카드를 더 가지며, 메시지가 끝나는 방식과 검사하는 방식을 정합니다. Generic serial and TCP를 보십시오. FINS로 읽는 Omron 장치는 연결 카드 아래에 FINS 카드를 가지며, 전송, 네트워크, 노드, 유닛, 응답 제한 시간을 정합니다. Omron을 보십시오. SCPI instruments 드라이버의 장치는 연결 카드 아래에 계측기 카드를 가지며, 계측기의 식별 정보를 보여 주고 종료 문자, 응답 제한 시간, 쓰기 확인, 초기 설정 명령을 정합니다. SCPI instruments를 보십시오. NI-DAQmx 장치에는 연결 카드가 없고, 그 자리에 NI-DAQmx 장치 카드가 있어 NI MAX가 장치에 붙인 이름과 NI-DAQmx가 거기서 읽는 제품을 보여 줍니다. NI-DAQmx를 보십시오. SNMP 드라이버의 장치는 연결 카드 아래에 SNMP 에이전트 카드를 가지며, 버전, community 또는 SNMPv3 사용자와 그 보안 수준, 프로토콜, 비밀번호, 응답 제한 시간, 재시도 횟수를 보여 줍니다. SNMP를 보십시오. File 장치에는 연결 카드가 없습니다. 그 자리에 폴더와 파일 카드가 있어 폴더, 파일, 형식을 담고, 이어서 파일 텍스트 카드가, 파일 하나를 읽는 장치에서는 쓰기 카드가 있습니다. File을 보십시오. Database 장치에는 연결 카드가 없습니다. 그 자리에 데이터베이스 카드가 있어 데이터베이스 종류와 위치를 담고, SQLite를 뺀 모든 데이터베이스에서는 이어서 로그인 카드가 있습니다. Database를 보십시오.
자격 증명과 인증서
비밀번호, 베어러 토큰, SNMP community는 사용자별 Windows 데이터 보호로 저장 상태에서 보호되므로, 구성 데이터베이스는 결코 평문 값을 가지지 않습니다. 이 보호는 비밀을 입력한 Windows 계정과 기기에 묶입니다. 다른 계정에서는 칸이 비어 있는 채로 돌아오며 "이 Windows 계정에서는 읽을 수 없습니다. 입력한 컴퓨터와 그 Windows 계정에서만 열립니다. 여기에 다시 입력하십시오."라는 안내가 붙습니다. 자격 증명은 드라이버에게 곧바로 넘겨지며, 기본 URI나 진단 로그에는 결코 나타나지 않고, 작업 기록 줄이 보여 주는 오류 메시지에서도 가려집니다.
OPC UA 장치는 세션이 열리기 전에 자기 장비 인증서를 제시합니다. Redfish, AVEVA PI, HTTP 장치가 HTTPS로 닿는 장비와 MQTT 장치의 브로커도 TLS로 똑같이 합니다. Windows가 신뢰하지 않고 이 스테이션이 한 번도 승인한 적 없는 인증서는 조용히 실패하지 않습니다. 장치는 트리와 페이지에서 "인증서 승인 대기 중"으로 읽히고, 알림 띠의 단추가 그 인증서를 연 드라이버 페이지의 현장 장비 접근으로 데려가 승인하거나 차단하게 합니다. 나중에 승인을 취소하면 그 위에서 돌던 연결이 닫힙니다. 자세한 내용은 각 드라이버 페이지에 있습니다: OPC UA, Redfish, AVEVA PI, HTTP, MQTT.
명령 카드
세 드라이버는 읽기만 하는 것이 아니라 무엇인가를 해 달라고 요청받는 장비에 닿습니다. HTTP, Redfish, AVEVA PI입니다. 그 장치 페이지에는 연결 카드와 태그 카드 사이에 명령 카드가 있고, "이 현장 장비에 시킬 수 있는 일입니다. 명령마다 장치 주소 아래에서 요청을 보낼 경로를 지정합니다."라는 제목이 붙습니다. 목록은 누구나 볼 수 있고, 선언하고 편집하고 보내는 일에는 Connector 구성이 필요하며, 그 비트가 없는 역할에게는 칸도 동사도 그려지지 않습니다.
명령 추가는 "명령 1"이라는 이름의 행을 더합니다(이미 있는 것 다음 번호를 씁니다). 각 행에는 다음이 있습니다.
| 열 | 무엇인지 |
|---|---|
| 이름 | 명령을 부르는 이름입니다. 이 스테이션 자신의 OPC UA 주소 공간에서 그 장치의 메서드 이름이기도 하므로, 장치 안에서 고유합니다. |
| 경로 | 요청이 가는 곳이며, 장치 자신의 주소 아래입니다. 장비 설명서가 밝히는 경로이며, 예를 들면 redfish/v1/Systems/1/Actions/ComputerSystem.Reset입니다. 경로가 없는 명령은 장치에 결코 올라가지 않습니다. |
| 입력 | 명령이 받는 값 하나의 이름이며, 장비가 부르는 그대로입니다(ResetType). 아무것도 받지 않는 명령은 비웁니다. |
| 켜짐 | 명령을 제시할지 여부입니다. 꺼진 명령은 장치에 만들어지지도 보내지지도 않으며, 무엇을 가리키는지 잃지 않고 잠시 세워 두는 방법입니다. |
| 값 | 이번에 누를 때 보낼 값이며, 값을 받는 명령에만 있습니다. 장치가 아니라 이 누름에 속하므로 저장되지 않습니다. |
행 끝의 무리에는 그 행에만 작용하는 동사 둘이 있습니다. 실행은 명령을 보내고 장비가 무엇이라 답했는지 알리며("'재설정' 응답: accepted"), 삭제는 그 행을 삭제합니다. 실행은 사라지는 대신 왜 거부되는지 말합니다. 경로가 없는 명령("이 명령에는 아직 경로가 없어 보낼 것이 없습니다."), 꺼진 명령, 아직 런타임에 저장되기를 기다리는 명령, 접속되지 않은 장치, 그리고 스테이션 자신의 엔지니어링이나 실행 경계가 이유가 됩니다. 다른 드라이버에는 이 카드가 아예 없습니다. 충전소도 명령을 받지만, 그쪽 명령은 프로토콜이 정해 둔 것이며 여기에 입력하는 것이 아니라 드라이버에서 옵니다. Matter 노드는 명령을 받지 않습니다. 노드를 바꾸는 일은 모두 그 태그 가운데 하나에 쓰는 것입니다.
명령을 보내는 일은 현장 장비에 쓰는 일이므로, 실행은 태그 수동 쓰기와 같은 통로를 지납니다. 명령은 스테이션이 이미 하고 있는 일 뒤에서 차례를 기다리고, 밖의 시스템이 부르는 것과 같은 길로 현장 장비에 닿으며, 누를 때마다 무엇을 요청했는지, 어느 장치인지, 무엇이 돌아왔는지가 기록됩니다. 스테이션이 일을 받지 않는 동안에는 조용히 끝나지 않고 답이 옵니다. "지금 스테이션은 명령을 받지 않습니다." Connector가 실행되고 있지 않으면 "Connector가 실행되고 있지 않아 현장 장비에 아무것도 보낼 수 없습니다."라고 답하며, 현장 장비 자신의 거부는 그 장비의 말 그대로 전해집니다. Connector가 실행하지 못한 명령은 무엇을 만났는지를 장치의 빨간 줄이 말하는 것처럼 스테이션의 언어로 말합니다. 끊어진 장치라면 "장치가 연결되어 있지 않아 아무것도 보내지 않았습니다.", 제시간에 응답하지 않은 장치, 네트워크가 거부한 요청, 실패한 드라이버도 마찬가지입니다. 진단 로그에는 기술적인 줄이 남습니다.
태그 카드
카드에는 태그라는 제목이 붙고, 그다음에 이 드라이버가 태그의 주소를 어떻게 쓰는지 말하는 "주소 형식 · <hint>"가 나옵니다("자유 형식 태그 이름(예: sim/temperature).", "레지스터 번호 + 개수(형식 있는 칸).", "노드 ID, 예: ns=2;s=Temperature."). Connector 구성에게는 "행을 고른 다음 칸 하나를 편집하면 고른 행 전체에 적용됩니다. 적용되면 선택 표시가 지워집니다."라는 안내와 태그 추가 단추가 나옵니다. 태그 추가는 "태그 5"(개수 다음 번호)를 Float 또는 그 드라이버가 지원하는 첫 형식으로, 읽기 전용으로 만듭니다. 태그는 열리지 않습니다. 그리드의 형식 묶음 안에서 강조 표시되고 보이는 곳까지 스크롤되며, 칸은 그 행에서 편집하고 태그의 열기로 그 페이지에 갑니다. 작업 기록 줄에는 "'Furnace'에 태그를 추가했습니다." 또는 새 태그에 아직 무엇인가가 필요하면 "'Furnace'에 태그를 추가했습니다. 해당 행에서 세부 내용을 채우십시오."가 나옵니다. 열의 새로 만들기… 메뉴에서는 장치 항목에 새 태그가, 장치의 오른쪽 단추 메뉴에는 태그 추가가 있으며, 둘 다 화면을 장치 페이지로 옮기고 같은 일을 합니다. 태그 추가 단추 옆에는, 장치의 드라이버가 장치 하나의 지점을 읽을 수 있는 곳이면 태그 검색이 있어 장치가 공개하는 값을 스캔하고 아직 태그가 없는 것을 제시합니다(장치의 태그 검색 참고).
표
행은 데이터 형식으로 묶이며 순서는 숫자, 부울, 텍스트 및 기타이고, 각 묶음의 머리에 개수가 붙습니다. 열은 태그 페이지의 카드 순서를 따르며, 어떤 행에 해당하지 않는 셀(부울 태그의 숫자 칸)은 비어 있고 쓸 수 없는 상태로 그려집니다.
| 열 | 묶음 | 편집하는 것 |
|---|---|---|
| 체크 | 일괄 편집을 위해 행을 고릅니다. Connector 구성에게만 그려집니다. | |
| 이름 | 일반 | 태그의 이름이며, 페이지와 똑같이 이름 바꾸기를 미리 보여 주고 참조를 고쳐 씁니다. 결코 복제되지 않습니다. 자기 오류가 있는 태그는 이름 뒤에 트리와 같은 빨간 표시가 붙고, 이유가 도구 설명이 됩니다. |
| 형식 | 일반 | 데이터 형식입니다. 바꾸면 태그에서 설명하는 대로 그 행의 신호 종류, Modbus 레지스터 종류, 한계 동작, NaN 정책이 함께 맞춰집니다. |
| 접근 | 일반 | 읽기 전용, 쓰기 전용, 읽기와 쓰기입니다(OCPP와 LoRaWAN은 읽기 전용만). |
| 단위 | 일반 | 공학 단위입니다. |
| 주기(ms) | 일반 | 태그별로 덮어쓰는 값입니다. 0이면 장치의 기본값을 씁니다. 고정 주기 드라이버와 밀어 보내는 드라이버에서는 숨겨집니다. |
| 주소 | 신호원 | 자유 입력 주소이며, 주소를 받는 드라이버에만 있습니다. 결코 복제되지 않습니다. |
| 신호 | 신호원 | 시뮬레이션 신호의 종류이며, 이름 옆에 모양 그림이 함께 나옵니다. Simulated 장치에만 있습니다. |
| 원시값 | 신호원 | 가장 최근에 읽은 원시값이며 읽기 전용입니다. |
| 스케일 ×, 스케일 +, 스케일링 후 | 변환 | 스케일링 단계의 기울기와 절편, 그리고 그 결과입니다. |
| 교정 사용, 교정 ×, 교정 +, 교정 후 | 변환 | 교정 단계입니다. 스위치, 기울기와 절편, 그리고 그 결과입니다. |
| 한계 사용, 최소, 최대, 한계, 한계 적용 후 | 변환 | 한계 단계입니다. 스위치, 경계, 동작, 그리고 그 결과입니다. |
| 소수 사용, 소수 | 변환 | 소수 자리 단계입니다. 스위치와 자릿수(0에서 15)입니다. |
| 반전 | 변환 | 부울 부정입니다. |
| 부분 시작, 부분 길이 | 변환 | 문자열 부분 추출의 구간입니다. |
| 값 | 실시간 값 | 공학값이며 읽기 전용입니다. |
| 동작 | 열기, 그리고 Connector 구성에게는 사용, 사용 안 함, 삭제이며 마지막은 확인을 거칩니다. |
세 단계 스위치는 그것이 다스리는 칸과 마찬가지로 하나의 열이며, 함께 일괄 편집됩니다. 행을 체크하고 계수를 입력하고 단계를 켜면 같은 편집 안에서 그 행들이 읽는 값이 바뀌며, 지점을 하나씩 열 필요가 없습니다. 표가 여전히 담지 않는 것은 잘못된 읽기에 대한 정책, 2점 도우미, 쓰기 칸, 상호 참조입니다. 그것들은 태그 페이지에 있습니다. 교정 권한만 가진 역할은 표를 읽지만 그 안의 무엇도 편집하지 않으며, 교정 셀과 교정 켜기 스위치도 마찬가지입니다. 그 역할의 교정 편집은 태그 페이지를 거칩니다.
일괄 편집
바꿀 행을 체크한 다음 아무 행의 셀이나 편집하면, 새 값이 그 행과 체크한 모든 행에 적용되고 체크는 소모됩니다. 행이 체크되어 있는 동안 표 위의 띠는 "3개 행을 골랐습니다. 칸을 편집하면 고른 행 전체에 적용되고 선택 표시가 지워집니다."라고 알리며 선택 지우기 단추를 함께 보여 줍니다. 체크는 그 장치에 속하므로, 나중에 돌아오면 지워져 있습니다. 섞인 선택을 정직하게 지키는 규칙이 셋 있습니다. 이름과 주소는 결코 복제되지 않고, 형식 셀은 놓이는 순간 각 행의 딸린 칸을 함께 맞추며, 어떤 행이 받을 수 없는 값은 그 행에서만 거부되고 원래대로 남습니다. 그래서 문자열 행이 숫자 신호 종류를 받고도, 정수 행이 NaN 한계 동작을 받고도 살아남습니다.
장치 복제
장치 복제는 선택한 장치로부터 내 것인 장치를 하나 만듭니다. 연결 칸과 자격 증명은 그대로이고, 모든 태그가 새 신원으로, 변환 경로 전체와 사용 여부와 읽기 주기까지 복제됩니다. 복제본은 드라이버에서 그 이름이 비어 있는 동안에는 원본의 이름을 쓰고, 그다음에는 "Furnace (2)", "Furnace (3)"이 되며, 원본이 어느 폴더에 있었든 드라이버 자체 단계에 놓입니다. Modbus RTU 복제본은 같은 회선의 다음 빈 슬레이브 id에 남습니다. Generic serial and TCP 드라이버나 SCPI instruments 드라이버의 회선 위 장치 복제본은 그 회선에 남습니다. MQTT 복제본은 같은 브로커에 남고, Sparkplug B 복제본은 가장 안쪽 ID에 같은 방식으로 번호가 붙으므로("Press1 (2)") 브로커의 두 장치가 같은 식별을 부르는 일이 없습니다. 복제본은 열리지 않습니다. 화면은 그것을 나열하는 페이지(드라이버, 회선, 브로커)로 가고, 장치 표에서 복제본이 강조 표시되고 보이는 곳까지 스크롤되며, 원본도 그 옆에 있습니다. "'Furnace'을(를) 'Furnace (2)'(으)로 복제했습니다. 편집하려면 복제본을 여십시오." 회선에 있는 Omron 복사본은 다음 빈 유닛 번호로 그 회선에 남습니다.
중복과 충돌
장치 이름은 대소문자를 무시하고 드라이버 안에서 고유합니다. 만드는 동사는 숫자 꼬리표를 붙여 비켜 가고, 이미 쓰이는 이름으로 바꾸려 하면 확정할 때 거부됩니다. 한 드라이버 아래에서 이름이 같은 기술 마디로 정리되는 켜진 장치 둘(Line A와 Line-A)은 한쪽이 이기는 대신 둘 다 주기적 읽기에서 빠지며, 하나의 이름을 바꾸거나 끌 때까지 그 태그는 아무것도 읽지 않습니다. 기술적 이름의 길이는 128자로 제한됩니다. "장치의 기술 식별 이름은 128자를 넘을 수 없습니다." Modbus TCP 장치 둘은 서로 다른 슬레이브 id로 호스트와 포트를 함께 쓸 수 있으며, 그때는 그 endpoint의 트랜잭션 간격도 함께 씁니다. Matter 장치 둘이 같은 노드 id를 가질 수도 있습니다. 장치 검색은 이미 있는 장치를 여는 쪽을 제안하지만, 두 번째를 금지하지는 않습니다. NI-DAQmx 장치 둘도 마찬가지로 NI MAX의 같은 장치를 읽을 수 있습니다. 예를 들어 모듈 하나를 두 읽기 주기로 읽는 경우입니다.
장치 페이지가 하지 않는 일
드라이버는 바꿀 수 없고, 폴더는 여기에서 편집하지 않으며, 시리얼 회선 위 장치의 회선도 MQTT 장치의 브로커도 다시 지정할 수 없습니다. Generic serial and TCP 드라이버의 장치는 TCP와 UDP 사이를, SCPI instruments 드라이버의 장치는 TCP와 VISA 사이를 바꿀 수 있지만, 회선과 네트워크 사이는 옮길 수 없습니다. 장치를 켜도 그 태그가 켜지지 않고, 장치를 꺼도 태그의 스위치가 뒤집히지 않습니다. 장치별 가져오기나 내보내기는 없으며, 장치를 켜고 그 상태 건전성과 마지막 오류를 읽는 것 말고 다른 연결 시험도 없습니다. Omron 장치는 UDP와 TCP 사이를 오가지만, 회선과 네트워크 사이는 오가지 않습니다.