사용 설정과 상태 건전성
트리의 각 단계에서 무엇이 수집에 참여하는지, 점과 상태 문구가 뜻하는 것, 전체/정상/문제/꺼짐 칩, 상태 표시줄, 마지막 오류, 그리고 다시 연결과 새로 고침과 모두 새로 고침 동사.
통신 열 전체를 가로지르는 물음이 둘 있고, 어느 단계에서나 같은 방식으로 답합니다. 무엇이 수집에 참여하고 있는가, 그리고 무엇이 지금 응답하고 있는가입니다. 첫 번째는 사용과 사용 안 함 동사로 사용자가 정하는 선택이고, 두 번째는 늘 켜져 있는 감시기가 1초에 한 번 관찰해 페이지의 모든 점과 상태 표시줄, 그리고 Logic과 대시보드가 읽는 Connector 값에 밀어 넣는 것입니다.
무엇이 참여하는가
사용 여부는 단계마다 따로 정해지며, 어떤 스위치도 그 아래 스위치를 고쳐 쓰지 않습니다.
| 단계 | 동사 | 껐을 때의 효과 |
|---|---|---|
| 시리얼 회선 | 회선 모음의 사용 / 사용 안 함 | 그 회선의 모든 장치에 대해 버스가 닫힙니다. 각 장치는 자기 사용 선택을 그대로 간직하며, 회선을 다시 켜면 있던 그대로 돌아옵니다. 회선의 조합이 올바르지 않으면 사용이 거부됩니다. |
| 브로커 | 브로커 명령 모음이나 그 행의 사용 / 사용 안 함 | 그 아래 모든 장치에 대해 MQTT 세션이 닫힙니다. 각 장치는 자기 사용 선택을 그대로 간직하며, 브로커를 다시 켜면 있던 그대로 돌아옵니다. 브로커에 호스트가 없으면 사용이 거부됩니다. |
| 장치 | 장치 모음이나 그 행의 사용 / 사용 안 함 | 장치와의 모든 통신이 멈추고 그 태그가 실시간 주소 공간에서 빠집니다. 태그는 자기 스위치를 그대로 간직합니다. 기본값은 켜짐입니다. |
| 태그 | 태그 모음이나 그 행의 사용 / 사용 안 함 | 그 태그 하나가 수집과 실시간 주소 공간에서 빠집니다. 기본값은 켜짐입니다. 쓰기 전용 태그는 켜져 있든 아니든 결코 주기적으로 읽히지 않습니다. |
모든 사용과 사용 안 함에는 Connector 구성이 필요하며, 실행이 스테이션을 잡고 있거나 런타임이 정지된 동안에는 회색이 됩니다. 같은 드라이버에서 스캔이 도는 동안에는 회선과 장치의 것도 회색이 됩니다. 장치가 켜져 있고 시리얼 회선 위 장치라면 그 회선까지, MQTT라면 그 브로커까지 켜져 있을 때, 그 장치는 운영상 켜진 상태입니다. 주기적 읽기와 꺼짐 칩과 상태 감시기가 보는 것이 바로 이것입니다. 드라이버 자체에는 스위치가 없습니다. 패키지에 실린 드라이버는 모두 고를 수 있으며, 무엇을 읽을지는 그 아래 단계들이 정합니다.
장치의 상태 건전성
감시기는 장치의 상태 건전성을 그 장치의 켜져 있고 읽을 수 있는 태그에서 이끌어 냅니다.
| 상태 건전성 | 점 | 뜻 |
|---|---|---|
| 온라인 | 초록 | 켜져 있고 읽을 수 있는 태그가 모두 마지막 읽기에 응답했습니다. OCPP 충전기나 LoRaWAN 센서가 아직 첫 값을 보내지 않은 태그(첫 충전 전 커넥터의 Transaction 등)는 그 값이 올 때까지 세지 않습니다. 다른 세 경우에도 첫 값이 아직 오지 않은 태그는 세지 않습니다. File 드라이버가 읽는 파일이 아직 없을 때, Generic serial and TCP 드라이버의 수신 대기 태그가 필터가 받아들이는 첫 메시지를 아직 받지 못했을 때, 그리고 Database 드라이버의 태그가 아직 행이 없는 테이블의 최신 행을 읽을 때입니다. 첫 값은 장치가 마지막으로 연결된 때부터 셉니다. 충전 후 충전기가 다시 연결되면 커넥터의 Transaction은 다음 충전까지 다시 세지 않습니다. 장치가 연결된 뒤 한 번이라도 값이 있었던 태그는 기다리는 동안에도 평소처럼 셉니다. |
| 부분 응답 | 호박색 | 일부는 응답했고 일부는 응답하지 않았습니다. |
| 오프라인 | 빨강 | 하나도 응답하지 않았습니다. |
| 사용 안 함 | 회색 | 장치가 꺼져 있거나, 그 시리얼 회선이나 브로커가 꺼져 있습니다. |
| 아직 알 수 없음 | 회색 | 판단할 것이 없습니다. 켜진 태그가 없거나, 호스트를 아직 입력하지 않아 스테이션이 연결을 시도하지 않는 장치이거나, 저장한 뒤나 서버가 시작될 때 스테이션이 실행 중인 서버에 다시 넣고 있는 장치입니다. 다시 넣고 있는 장치는 태그 중 하나가 응답하거나, 태그 하나가 읽기 주기에 10초를 더한 시간 동안 응답하지 않을 때까지 이 상태입니다. 연결되어 있지만 아직 어느 태그의 값도 보내지 않은 LoRaWAN 센서, 그리고 온라인에서 설명한 대로 읽을 수 있는 태그가 모두 아직 첫 값을 기다리고 있는 장치도 이 상태입니다. |
장치 자신의 점도 태그처럼 감시기를 기다리지 않고 사용과 사용 안 함에 바로 응답합니다. 사용 안 함을 누르면 곧바로 사용 안 함으로 나오고, 사용을 누르면 감시기가 켜진 장치를 읽을 때까지 아직 알 수 없음으로 나옵니다. 시리얼 회선을 켜거나 끌 때도 장치는 똑같이 응답하며, 그 폴더와 드라이버와 드라이버 폴더의 점도 같은 순간에 따라갑니다.
OCPP 충전기는 LoRaWAN 무선 집중기가 게이트웨이의 연결에서 상태 건전성을 얻는 것처럼, 태그가 조용한지가 아니라 이 스테이션의 중앙 시스템과의 연결에서 상태 건전성을 얻습니다. 접속해 있는 동안은 지금까지 무엇을 보냈든 온라인(보낸 태그 가운데 일부가 실패하면 부분 응답), 스테이션을 연 뒤로 한 번도 접속하지 않았거나 떨어진 뒤에는 오프라인이며, 아직 알 수 없음은 스테이션이 다시 들인 뒤 최대 10초 동안뿐입니다. 표 전체는 OCPP에 있습니다.
켜진 태그가 모두 쓰기 전용인 장치는 판단할 읽기가 없으므로 대신 전송 계층의 연결 상태를 가져옵니다. 연결되어 있으면 온라인, 연결되어 있지 않으면 오프라인, Connector가 아직 시도하기 전이면 아직 알 수 없음입니다. 한계 오류가 붙은 범위 밖의 값은 연결 문제가 아니라 공정의 상황입니다. 그 값은 태그의 점을 호박색으로 바꾸지만 장치를 오프라인으로 세지는 않습니다. 대체값도 마찬가지로 장치가 여전히 오프라인으로 보고되는 동안 태그를 읽을 수 있게 유지합니다. 내장 OPC UA 서버는 이 상태 건전성에 들어가지 않습니다. 서버가 정지해 있는 동안에도 Connector는 계속 읽고 모든 태그는 실시간 값을 지키며, 서버 자신의 상태는 상태에 있습니다. 모든 태그가 결측으로 남는 것은 Connector 자체가 전혀 돌고 있지 않을 때뿐이며, 그때 상태 표시줄은 "Connector: 정지됨"이라고 말합니다.
태그의 점
태그의 점은 트리에서도 태그의 페이지에서도 같습니다. 스테이션이 읽지 않는 태그는 마지막에 무엇을 보여 주었든 회색입니다. 꺼진 태그, 그리고 꺼진 장치나 꺼진 회선 아래의 장치나 호스트를 아직 입력하지 않은 장치의 모든 태그가 그렇습니다. 그래서 사용 안 함을 누르면 그 장치의 태그가 곧바로 회색이 됩니다. 스테이션이 읽는 태그에서는 값이 대체값이거나 한계 단계가 오류를 냈을 때 호박색입니다. 읽을 수 있는 숫자가 곧 측정은 아니기 때문입니다. 읽기가 끊겼을 때도 호박색입니다. 태그에 값이 있으면 초록, 그 밖에는 회색입니다. 읽기가 끊긴다는 것은 태그의 읽기 주기에 10초를 더한 시간 동안 새 읽기가 들어오지 않는다는 뜻이며, 장치가 연결을 받아들인 뒤 응답을 멈춘 경우가 그렇습니다. 이때 읽기는 실패한 읽기로 셉니다. 태그는 장치가 응답하지 않았을 때의 정책이 제시하는 것을 보여 주며, 기본으로는 값이 비고 품질이 나빠지며, 마지막으로 들어온 읽기의 원본 시각이 그 시점을 알려 주고, 장치의 상태 건전성에서는 응답하지 않는 것으로 셉니다. 마지막 읽기가 실패했을 때는 태그 행에 빨간 오류 표시도 함께 놓이며, 그 메시지가 도구 설명이 됩니다.
시리얼 회선의 상태
시리얼 회선은 어느 드라이버의 것이든 물리 포트를 자기 장치들과 따로 보고하며, 그 자리는 트리 행과 드라이버의 회선 표와 회선 페이지의 머리글입니다.
| 상태 | 점 | 뜻 |
|---|---|---|
| 꺼짐 | 회색 | 회선이 꺼져 있습니다. |
| 대기 | 회색 | 켜져 있지만 켜진 장치가 없습니다. 포트가 열려 있지 않습니다. |
| 연결하는 중… | 호박색 | 장치가 켜져 있고 포트를 여는 중이거나, 실패한 뒤 다시 여는 중입니다. |
| 온라인 | 초록 | 포트가 열려 있고 서비스하고 있습니다. |
| 포트 오류 | 빨강 | 포트를 열지 못했거나 포트가 실패했습니다. 이유는 머리글 아래에 스테이션의 언어로 적히고(다른 프로그램이 포트를 쓰고 있음, 포트가 없음, 포트에 장애가 남), 운영 체제의 말 그대로 행의 오류 도구 설명에 적히며, 진단 로그는 실패를 한 번, 복구를 한 번 기록합니다. |
회선의 요약 문구는 그 장치들이 무엇을 하고 있는지를 덧붙입니다. "온라인 · 장치 2/2개 온라인", "온라인 · 1개 온라인 · 1개 문제 있음", "대기 · 사용 중인 장치 없음"입니다. 회선이 온라인이면서도 아무것도 응답하지 않는 장치를 담고 있을 수 있습니다. MQTT 브로커도 같은 방식으로 장치와 따로 자기 세션을 알립니다. 그 상태는 MQTT에 있습니다.
점이 위로 모이는 방식
폴더와 시리얼 회선과 드라이버와 드라이버 폴더는 모두 자기 아래 것들에 하나의 규칙을 적용합니다. 온라인, 부분 응답, 오프라인만 세고, 사용 안 함과 아직 알 수 없음은 중립이어서 부모를 호박색이나 빨강으로 결코 끌어내리지 않습니다. 세는 것들 가운데 모두 온라인이면 온라인, 그 사이에 온라인이나 부분 응답이 섞여 있으면 부분 응답, 모두 오프라인이면 오프라인, 셀 것이 하나도 없으면 아직 알 수 없음입니다. 폴더는 하위 폴더를 포함해 그 안의 모든 장치를 모으고, Modbus RTU 드라이버는 자기 회선을, Generic serial and TCP와 SCPI instruments 드라이버는 자기 회선과 회선 위에 있지 않은 장치를, MQTT 드라이버는 자기 브로커를 모으며, 드라이버 폴더는 그 아래의 모든 드라이버를 모읍니다. 드라이버 하나가 온라인이고 다른 드라이버의 장치가 모두 사용 안 함이면, 드라이버 폴더는 호박색이 아니라 온라인으로 읽힙니다. 서버 폴더의 두 행은 이 요약 밖에 있습니다. 각 점은 그 서버의 형편만 말하며, 드라이버 폴더의 점도 상태 표시줄도 움직이지 않습니다.
전체 / 정상 / 문제 / 꺼짐 칩
트리 위의 칩은 이 같은 상태로 모든 행을 나눕니다. 정상은 운영상 켜져 있으면서 온라인이거나 아직 판단할 것이 없는 장치나 회선(호스트를 아직 입력하지 않은 장치 포함), 그리고 한계 안의 측정값을 읽고 있는 켜진 태그입니다. 문제는 켜져 있으면서 오프라인이거나 부분 응답인 장치나 회선, 그리고 스테이션이 읽고 있는 장치에서 값이 없거나, 값이 대체값이거나 한계를 벗어났거나, 읽기가 끊긴 켜진 태그입니다. 꺼짐은 꺼진 장치와 회선과 태그이며, 꺼진 회선 아래의 장치도 여기에 듭니다. 태그는 그 장치가 읽히는 동안에만 읽힙니다. 그래서 꺼진 장치의 태그는 모두 장치와 함께 꺼짐에 들고, 호스트를 아직 입력하지 않은 장치의 켜진 태그는 무엇을 보여 주든 장치와 함께 정상에 듭니다. 값이 없더라도, 첫 값이 아직 오지 않아서 장치의 상태 건전성 계산에서 빠지는 켜진 태그(온라인 참고)도 정상에 듭니다. 두 서버는 자기 상태로 나뉩니다. 켜져 있고 실패하지 않았으면 정상, 켜져 있는데 시작하지 못하면 문제, 꺼져 있으면 꺼짐입니다. 드라이버 행과 두 폴더는 그 아래 무엇인가가 통과할 때 나타나고, 선택한 행은 언제나 보이는 채로 남습니다. 칩은 열의 나머지와 함께 Connector에서 설명합니다.
상태 표시줄
창의 상태 표시줄 왼쪽에 있는 Connector 표시와 문구는 같은 감시기를 한 줄로 접은 것이며, 표시는 트리의 점처럼 초록, 주황, 빨강 또는 회색으로 물듭니다. 오프라인이나 부분 응답인 장치가 없으면 "Connector: 온라인"입니다. 그렇지 않으면 가장 나쁜 장치를 이름으로 부릅니다. 오프라인이면 "Connector: Furnace이(가) 통신하지 않습니다", 부분 응답이면 "Connector: Furnace이(가) 불안정합니다"입니다. Connector 자신이 돌고 있지 않은 동안에는 "Connector: 정지됨"입니다. 이 줄은 Connector만 말합니다. 장치를 공개하는 내장 OPC UA 서버는 자기 상태가 상태에 있고, 서버가 정지해 있는 동안에도 Connector는 읽습니다. 알림 영역 아이콘도 같은 줄을 보여 줍니다. 이 표시를 누르면 Connector 페이지가 열립니다. 상태 표시줄의 나머지는 창에 있습니다.
마지막 오류
트리의 각 단계는 자기 오류를 자세히 보여 주고, 바로 아래 단계에서 오류가 있는 항목의 이름을 들며, 오류가 위에서 올 때는 위를 가리킵니다. 어느 드라이버에서나 같습니다. 자기 오류가 있는 항목은 트리 행과 그 항목을 나열하는 모든 표에서 이름 뒤에 빨간 표시가 붙고, 이유가 도구 설명이 됩니다. 그 이유는 항목과 항목 자신의 페이지에 남고, 진단 로그는 모든 줄을 온전히 남깁니다.
| 단계 | 자기 오류 | 아래 단계 | 위에서 온 오류 |
|---|---|---|---|
| 드라이버 | 패키지에 들어 있지 않은 드라이버나 이 컴퓨터에 없는 라이브러리이며, 페이지의 알림으로 나옵니다 | 오류가 있는 시리얼 회선과 브로커, 이어서 오류가 있는 장치의 이름을 듭니다: "오류가 있는 장치 2개: Boiler, Chiller" | 없음 |
| 시리얼 회선, MQTT 브로커 | 열리지 않는 포트나 스테이션을 거부하는 브로커이며, 머리글 아래에 스테이션의 언어로 빨간색으로 나옵니다(아래) | 오류가 있는 장치의 이름을 듭니다 | 없음 |
| 장치 | 연결되지 않거나 연결이 거부된 것이며, 머리글 아래와 드라이버 장치 표의 마지막 오류 열에 빨간색으로 나옵니다. 둘 다 스테이션의 언어로 나오며(아래 참조), 줄 전체는 칸의 도구 설명이 됩니다 | 오류가 있는 태그의 이름을 듭니다: "오류가 있는 태그 3개: C3, Opt_Int, T5". 세 개를 넘는 것은 개수로 셉니다("+2") | 오류가 있는 시리얼 회선이나 브로커 아래에서는 장치에 표시가 붙지 않고, 장치 페이지가 "이 장치는 시리얼 회선 Bench bus을(를) 거치는데, 그 회선에 오류가 있습니다. 이유는 회선 페이지에 있습니다."라고 말합니다 |
| 태그 | 읽기나 쓰기가 실패한 이유이며, 머리글 아래에 빨간색으로 나옵니다 | 없음. 태그가 마지막 단계입니다 | 장치가 연결되어 있지 않은 동안 태그에는 표시가 붙지 않고, 태그 페이지가 "이 태그는 장치 Furnace을(를) 거치는데, 그 장치가 연결되어 있지 않습니다. 이유는 장치 페이지에 있습니다."라고 말합니다 |
장치 자신의 오류는 장치가 다시 연결되면, 온라인이든 부분 응답이든 사라집니다. 아직 실패하는 태그는 그 태그 자신의 오류를 자기 행과 페이지에 그대로 두고, 장치의 행에는 연결 오류가 더 이상 붙지 않습니다. 장치가 온라인인 채로 기록된 오류는 스테이션이 그 장치에서 읽는 모든 태그에 항목이 기록된 뒤의 읽은 값이 도착하면 사라집니다. 온라인에서 세지 않는, 첫 값을 기다리는 태그는 여기서도 세지 않습니다. 태그의 오류는 항목이 기록된 뒤에 그 태그의 읽은 값이 도착하는 즉시 사라지며, 장치 상태가 바뀌었는지와는 상관이 없고, 그 태그는 장치의 목록에서도 빠집니다. 나중의 읽기에서 태그가 장치가 연결된 뒤의 첫 값을 기다리고 있을 뿐임이 확인되어도 태그의 읽기 오류는 사라집니다. 충전 중이 아닌 충전기가 다시 연결되면 커넥터의 Transaction은 첫 충전 전처럼 오류 없이 다시 기다립니다. 패키지에 드라이버가 들어 있지 않은 장치는 그 자리에 "이 패키지에는 이 드라이버가 들어 있지 않습니다."라는 알림을 대신 보여 줍니다. 조사할 고장이 없기 때문입니다. 인증서를 기다리는 OPC UA 장치는 "인증서 승인 대기 중"을 보여 줍니다. 켜져 있고 아직 호스트가 없는 장치는 "호스트를 아직 입력하지 않음"을 보여 줍니다. 아직 아무것도 시도하지 않았으므로 보여 줄 오류가 없고, 이전 호스트가 남긴 오류도 지워집니다. 진단 로그 전체는 Events 페이지에 있습니다.
장치, 태그, 시리얼 회선, 브로커의 머리글 아래 빨간 줄과 장치의 마지막 오류 칸, 그리고 태그 페이지의 쓰기 답은 무엇이 실패했는지를 스테이션의 언어로 전합니다. 매 시도마다 그렇고, 드라이버가 스스로 쓴 줄도 그렇습니다. 진단 로그 줄의 첫머리, 예외 클래스, 운영 체제의 영어, 스테이션이 다음에 하는 일은 나오지 않으며, 칸의 도구 설명, 트리 표시의 도구 설명, 이벤트 페이지에는 줄 전체가 남습니다.
| 실패한 것 | 빨간 줄이 전하는 것 |
|---|---|
| Modbus 유닛이 읽기에 예외로 응답함 | 장치가 읽기를 거부했다는 것, 레지스터 종류 목록이 붙이는 이름의 종류, 장치 설명서에 인쇄된 대로의 주소(입력 레지스터 0은 30001), 그리고 코드이며, 코드 1~4, 10, 11에는 그 뜻이 붙습니다(코드 2: 잘못된 주소) |
| 포트가 연결을 거부함 | "장치가 포트 502에서 연결을 받지 않습니다. 그 포트에서 동작하는 서비스가 없거나 방화벽이 거부합니다." |
| 호스트는 ping에 응답하지만 포트는 아무 말이 없음 | "10.0.0.5은(는) ping에 응답하지만 포트 502은(는) 응답하지 않습니다. 이 스테이션, 장치 또는 그 사이의 네트워크에서 방화벽이 그 포트를 막고 있을 가능성이 높습니다. 이 스테이션에서 10.0.0.5(으)로 가는 TCP 502을(를) 허용하십시오." |
| 포트도 ping도 응답하지 않음 | "10.0.0.5이(가) ping에도 응답하지 않습니다. 장치가 켜져 있는지, 호스트가 맞는지 확인하십시오. ping도 막는 방화벽이어도 똑같이 보입니다." |
| 장치가 제시간에 응답하지 않음 | "장치가 제시간에 응답하지 않았습니다." |
| 호스트 이름이 확인되지 않음 | "이름 plc-7을(를) 네트워크 주소로 확인할 수 없습니다. 장치의 호스트를 확인하십시오." |
| 드라이버가 자신의 말 없이 실패함 | "장치가 이유를 밝히지 않고 실패했습니다. 기술적인 세부 정보는 이벤트 페이지에 있습니다." |
| Modbus 유닛이 쓰기에 예외로 응답함 | 장치가 쓰기를 거부했다는 것이며, 거부된 읽기처럼 전합니다 |
| 장치와의 연결이 끊김 | "장치와의 연결이 끊어졌습니다." |
| 호스트로 가는 네트워크 경로가 없음 | "이 스테이션에서 장치로 가는 네트워크 경로가 없습니다. 장치의 호스트와 그 사이의 네트워크를 확인하십시오." |
| 웹 서비스가 성공 범위 밖의 상태로 응답함 | "장치가 HTTP 상태 503(으)로 응답했습니다." 401, 403, 404에는 그 뒤에 상태의 뜻이 붙습니다(401: 사용자 이름 또는 비밀번호가 받아들여지지 않음) |
| 장치가 읽기에 값 없이 응답하고 드라이버가 이유를 말하지 않음 | "장치가 읽기에 값 없이 응답했습니다." |
| 장치의 응답이 태그 형식의 값이 아님 | "장치의 응답을 태그 형식의 값으로 읽을 수 없습니다." |
| 다른 프로그램이 시리얼 포트를 쓰고 있거나 포트가 없음 | "시리얼 포트 COM3을(를) 다른 프로그램이 쓰고 있거나, Windows가 스테이션이 열도록 허용하지 않습니다." 또는 "시리얼 포트 COM3이(가) 이 컴퓨터에 없습니다. 포트 이름과 어댑터가 꽂혀 있는지 확인하십시오." |
| MQTT 브로커가 스테이션을 거부함 | 무엇을 거부했는지와 어디에서 고치는지: "브로커가 사용자 이름 또는 비밀번호를 거부했습니다. 브로커 연결 카드의 사용자 이름과 비밀번호를 확인하십시오." |
| 현장 장비나 브로커가 제시한 인증서를 스테이션이 거부함 | "이 현장 장비의 인증서(9F2C44A01B7E33D0)가 Redfish 드라이버 페이지의 현장 장비 접근에서 승인을 기다립니다. 승인하면 읽기가 시작됩니다.". 이 스테이션에서 차단된 인증서, 유효 기간을 벗어난 인증서, 승인으로 대신할 수 없는 검사를 통과하지 못한 인증서도 같은 방식으로 말합니다 |
| Siemens CPU가 연결을 거부함 | "CPU가 TCP 연결은 받고 S7 연결은 거부했습니다. 장치의 랙과 슬롯을 확인하십시오.". 거부된 비밀번호, 드라이버 옆에 없는 OpenSSL 라이브러리, 이름으로 지정한 접근에 응답하지 않는 CPU도 같은 방식으로 말합니다 |
| 장치 읽기가 예기치 않게 멈춤 | "이 장치의 읽기가 예기치 않게 멈춰 태그에 값이 없습니다. 프로그램을 다시 시작하면 다시 읽습니다. 기술적인 세부 정보는 이벤트 페이지에 있습니다." |
| 그 밖의 실패 | 이유를 말하는 드라이버 자신의 말 |
실패한 장치 명령, 다시 연결, 스캔도 무엇을 만났는지 같은 말로 말하며, 스테이션 자신의 거부(연결되지 않은 장치, 아직 실행 중인 구성에 들어 있지 않은 장치, 아직 저장되지 않은 명령)도 마찬가지입니다. 에이전트와 진단 로그에는 영어 줄이 남습니다.
장치나 MQTT 브로커의 TCP 연결이 열리지 않으면 스테이션은 그 포트를 한 번 더 확인하고 동시에 호스트에 ping을 보냅니다. 진단 로그 줄에는 드라이버 자체의 원인 뒤에, 원인과 마찬가지로 영어로 된 문장이 하나 더 붙고, 빨간 줄은 그것을 스테이션의 언어로 전합니다(위 참조). 전원이 켜진 장비는 포트가 닫혀 있으면 즉시 거부하므로, 호스트는 응답하는데 포트가 조용하다면 도중에 걸러지고 있는 것입니다.
| 스테이션이 찾은 것 | 원인 뒤의 문장 |
|---|---|
| 호스트는 ping에 응답하고 포트는 아무 응답이 없음 | "10.0.0.5 answers ping, but TCP port 502 does not: a firewall probably blocks that port, on this station, on the device or on the network between them. Allow TCP 502 from this station to 10.0.0.5." |
| 포트도 ping도 응답하지 않음 | "10.0.0.5 does not answer ping either: check that the device is on and that the address is right. A firewall that also blocks ping looks the same." |
| 포트가 거부함 | "10.0.0.5 refuses connections on TCP port 502: nothing serves on that port there, or a firewall refuses it." |
포트는 장치의 프로토콜이 여는 포트입니다. 대부분의 드라이버에서는 장치 자체의 포트이고, Siemens는 102, Rockwell과 Omron NJ/NX는 44818, Beckhoff ADS는 48898입니다. 브로커의 문장은 브로커의 컴퓨터를 가리키며, 응답하고 스테이션을 거부한 브로커에는 문장이 붙지 않습니다. 장치 자체에 확인할 포트가 없는 경우에는 아무것도 붙지 않습니다. 시리얼 회선, UDP, VISA, SQLite 파일이나 ODBC 원본, SQL Server Browser 서비스가 찾는 SQL Server 인스턴스, 컴퓨터의 프록시가 전달하는 요청이 그렇습니다. 문장은 누구도 지목하지 않습니다. 이 스테이션에서든, 장비에서든, 공장 네트워크에서든 포트를 여는 사람은 같은 문장을 읽습니다.
다시 연결, 새로 고침, 모두 새로 고침
| 명령 | 자리 | 하는 일 |
|---|---|---|
| 다시 연결 | 장치의 모음과 오른쪽 단추 메뉴 | 그 장치의 연결을 닫고 다시 엽니다. 다른 장치는 건드리지 않고 아무것도 다시 읽지 않습니다. 메시지는 드라이버를 기다립니다. "'Furnace'에 다시 연결했습니다." 또는 장치의 빨간 줄과 같은 말로 원인을 붙인 "'Furnace'에 다시 연결하지 못했습니다:"입니다. |
| 새로 고침 | 드라이버의 모음과 오른쪽 단추 메뉴 | 데이터베이스에서 구성을 다시 읽고 트리 전체를 다시 세웁니다. 실행 중인 서버는 그대로 둡니다. 열은 제자리를 지킵니다. 드라이버는 선택된 채로 페이지가 열려 있고, 펼쳐 둔 것은 펼쳐진 채로 남습니다. "장치를 새로 고쳤습니다." |
| 모두 새로 고침 | 드라이버 폴더가 여는 카탈로그의 모음 | 새로 고침과 같으며, 드라이버 폴더는 카탈로그를 연 채로 선택되어 있습니다. |
새로 고침과 모두 새로 고침은 읽기만 하므로 모든 역할에게 그려집니다. 다시 연결은 연결을 닫고 다시 여는 일이므로, Connector 구성이 없는 역할에게는 아예 그려지지 않습니다. 셋 모두 실행이 스테이션을 잡고 있거나 런타임이 정지된 동안 회색이 되며, 다시 연결과 새로 고침은 스캔이나 페어링이 도는 동안에도 회색이 됩니다. 다시 연결은 아직 주소를 기다리는 장치(호스트, NI-DAQmx 장치, 폴더 또는 데이터베이스)에서도 회색이 됩니다. 다시 열 연결이 없기 때문입니다. 도구 설명은 그 드라이버에 빠진 것을 알려 줍니다. 편집한 뒤에는 어느 쪽 새로 고침도 필요하지 않습니다. 저장은 그때마다 바뀐 장치를 실행 중인 서버에 스스로 맞추어 넣고, 닿지 않는 장치는 응답할 때까지 배경에서 다시 시도되며 그때까지 그 태그는 결측으로 읽힙니다. 다시 연결은 그 기다림을 줄이는 수단입니다. 다음 자동 시도에 장치를 맡겨 두는 대신 지금 물어보고, 장치가 응답했는지 알려 줍니다. 한계 오류를 내는 그 한계는 값 변환 경로의 일부입니다.