처음부터 IEC14 프로토콜 4-엔지니어링 디버깅 경험 요약 이해

1, 규정 버전 결정 현재는 일반적으로 2 판을 채택한다.

2, 통신 매개 변수를 결정합니다. 마스터 스테이션 IP 주소 (대상 IP 주소), 원격 IP 주소 (소스 IP 주소) 및 서브넷 마스크, 게이트웨이 주소입니다. 다른 소스 및 대상 포트는 모두 244 로 14 프로토콜의 유일한 포트 번호입니다. 또한 원격 이동은 서버 측이고 스케줄링은 클라이언트 측입니다.

설명:

구성 과정에서 입력기 전원을 켜지 않도록 주의하십시오. 구성 파일의 문자는 반각 모드 (1 자 1 바이트) 만 지원하고 입력기 기본값은 전각 모드 (1 자 2 바이트) 일 수 있습니다. 동시에, 공백 문제도 주의해야 하고, 많이 비워 두거나 적게 비워서는 안 된다. (윌리엄 셰익스피어, 빈칸, 빈칸, 빈칸, 빈칸, 빈칸, 빈칸) 문자를 입력할 때는 대/소문자를 구분해야 한다는 점을 기억하십시오. 각종 묘사는 알 수 없는 오류를 피하기 위해 가능한 한자를 적게 사용한다. 초심자는 왕왕 여기서 곤두박질친다.

3, 배선 라이브러리. 점표, 설명서, 조작 지침서 등의 자료에 근거하여 라이브러리를 배정하다. < P > 설명: < P > 이 단계는 간단하지만 원격 하드웨어 및 소프트웨어에 따라 여러 가지 문제가 자주 발생합니다. 여기서는 비교적 흔히 볼 수 있는 비교적 간단한 문제인 < P > 첫째, 원격 측정, 리모콘의 시작점 번호가 마스터 스테이션과 일치하지 않는다는 점만 말씀드리겠습니다. 마스터 스테이션 제공 지점 테이블은 일반적으로 또는 1 부터 시작하는 순서 번호이며, 또는 1 에 해당하는 실제 시작 정보 객체 주소를 확인해야 합니다. 서로 다른 유형의 메시지에 대한 정보 객체 주소 범위는 교차할 수 없습니다. < P > 둘째, 원격 펄스 값을 전달할 수 없는 경우 수량 소환 구분자의 동결 명령이 이고 일부 마스터 스테이션이 지원되지 않기 때문일 수 있습니다. 보유하다. 또한 일부 마스터 스테이션은 벨트 시점의 전기 값을 처리할 수 없습니다.

셋째, 스테이션 내 각 원격 측정의 데이터 유형은 일관되어야 하며 혼용해서는 안 된다. 선택하지 않은 유형의 수는 으로 설정해야 합니다. < P > 넷째, SOE 는 일반적으로 7 바이트 시간 표시이고, 일부 오래된 역은 3 바이트 시간 표시만 지원합니다. < P > 다섯째, 데이터 전달 유형, 마스터-슬레이브 모두 일관되게 구성해야 합니다. 오래된 스케쥴링 스테이션 원격 측정은 일반적으로 정규화 된 값이며, 원격 신호는 단일 포인트 원격 제어, 원격 제어는 단일 포인트 원격 제어, SOE 는 짧은 시간 스케일 또는 긴 시간 스케일을 사용하며 실제 상황에 따라 선택됩니다. 새로운 디스패치 스테이션, 원격 측정은 일반적으로 짧은 부동 소수점 숫자이고, 원격 제어 및 원격 제어는 모두 단일 지점이며, SOE 는 긴 시간 척도를 사용합니다. < P > 여섯째, 원동 전달 계수, 남서 기술 원동을 예로 들면, 짧은 부동 소수점 송송 일정을 채택할 때, 이 경우 측정 측정을 2 차 값으로 변환하고, 전달 계수를 직접 백그라운드의 스케일 계수/참조 비율로 채워야 합니다. 기본 값은 배경의 기본 값을 채웁니다. 정규화된 값을 사용하여 일정을 올리고, 계수는 모두 1 을 채우고, 기본 값은 모두 을 채웁니다. 데이터의 계수 처리는 스케줄러측에게 맡겨지고, 스케줄러측의 처리 방법도 변전소 배경의 스케일 계수/참조 계수를 사용하며, 기본 값은 배경의 기본 값입니다. 다른 전달 계수는 구성 파일에서 사용할 수 있어야 유효합니다. < P > 실제로 전달 계수 다양한 구성의 목적은 라이브러리의 코드 값을 일정에 필요한 값으로 변환하는 것입니다. Nanrui Technology 를 예로 들자면, 짧은 부동 소수점 숫자가 상정될 때 실제로는 한 번의 값으로 상정된다. 표준화된 값으로 올리면 실제로는 코드값으로 올려집니다. < P > 요약하면, 이 설정은 일반적인 상황일 뿐, 일정 쪽에 1 회, 2 차, 코드값이 필요한지 여부에 따라 달라진다. 데이터가 나오면? 현재 넘친 상황은 별도로 조정해야 한다. < P > 또한 장치 인터넷 원격 측정 값이 2 차 또는 코드 값, 일반적으로 2 차 값이므로 매개변수 계수를 코드 값 저장소로 변환하도록 구성해야 합니다. 장치가 인터넷에 있는 것이 코드값일 경우 직접 입고가 가능합니다.

? 4, 멀리 그물에 들어가다. 인터넷 케이블은 일반적으로 일대일 방식으로 제작되며, 연결선은 원격으로 네트워크에 접속된다. 일반적으로 원거리 이동은 라우터를 통해 전체 네트워크에 연결됩니다.

? 5, 네트워크 연결을 확인하십시오. < P > 먼저 주역 ping 게이트웨이가 ping 을 할 수 있는지, ping 을 할 수 있는지, 원전 채널에 문제가 없다는 것을 설명할 수 있도록 해 주세요. 그리고 주역을 멀리 ping 하고, ping 을 할 수 있다면 원동과 주역 사이의 통로에 문제가 없다는 뜻입니다.

그런 다음 원거리 ping 게이트웨이, ping 마스터. 서로 ping 을 한 후, 통신은 일반적으로 문제가 없다. 이때 원동 주역에 연결된 NET 포트의 등불이 깜박거리는 것을 볼 수 있을 것이다. 이는 주역 데이터를 받았음을 나타낸다. 일부 모델은 멀리 움직이면 송수신등이 있을 수 있으니 더 잘 판단할 수 있습니다. < P > 만약 이중기가 있다면, 반드시 주예비기 전환 실험을 해야 한다. < P > 설명: < P > 첫 번째 부류, Ping 게이트웨이가 작동하지 않는 일반적인 경우는 다음과 같습니다. < P > 첫째, 일부 스위치나 라우터의 네트워크 카드는 트랜시버에 적응하지 못하고 크로스오버 케이블이 필요합니다.

둘째, 서브넷 마스크 설정이 잘못되었습니다. < P > 셋째, 일반 게이트웨이의 네트워크 포트는 지정되어 잘못된 네트워크 삽입으로 게이트웨이에 ping 을 수행할 수 없습니다.

넷째, 네트워크 세그먼트는 다른 네트워크 카드와 충돌합니다.

다섯째, 네트워크 카드가 손상되면 노트북 테스트 검증을 통과하면 됩니다. < P > 두 번째 범주는 게이트웨이에 대해 ping 을 할 수 있지만 마스터 스테이션에 대해 ping 을 수행할 수 없는 일반적인 경우는 다음과 같습니다. < P > 첫째, route 파일이 없거나 route 파일 구성이 잘못되었습니다. < P > 둘째, 라우터가 제대로 설정되지 않았습니다 (1M/1M, 전이중/반이중). 1M 전이중 상황에서는 일반적으로 주 스테이션에 대해 ping 을 수행할 수 있습니다. < P > 셋째, 일부 운영 체제에서는 라우팅 수에 제한이 있으므로 라우팅 IP 설정을 네트워크 세그먼트 형식으로 변경하면 됩니다.

넷째, 라우팅 로그를 검토하고 라우터의 소프트웨어 버전이 올바른지 확인합니다. < P > 세 번째 범주는 마스터 스테이션에 대해 ping 을 수행할 수 있지만 마스터 스테이션이 TCP 접속을 설정할 수 없는 일반적인 경우는 다음과 같습니다. < P > 첫째, 구성 파일의 TCP 모드, 포트 번호, 원격 IP 설정이 올바르지 않습니다. < P > 둘째, IP 주소 형식이 잘못되었습니다. 구성 시 입력기 시작 < P > 셋째, 관련 프로세스가 시작되지 않았습니다. 일반적으로 R&D 에 문의해야 합니다.

넷째, 주역 문제. 원동기선을 노트북에 꽂고, 노트북을 원동기인 IP 로 설정하고, 마스터 스테이션을 ping 한 후, 서버측 아날로그 도구를 실행하고, 포트 번호를 설정하고, 수신을 시작하고, 마스터 사이트 연결을 받고, 표시된 원격 주소가 이전 일정과 일치하는 경우, 마스터 사이트 연결이 정확하다는 것을 증명하고, 원격 관련 구성을 계속 확인합니다. 접속을 받지 못하거나 원격 주소가 일치하지 않으면 마스터 관련 설정이 잘못되어 마스터 스테이션이 자체 설정을 확인합니다. 일반적으로 액세스 주소 오류, 자체 주소 오류, 포트 번호 오류 등이 있습니다. 일반적인 수정이 완료되면 다시 시작해야 적용됩니다.

6, 메시지 확인. 이때 소프트웨어를 디버그하여 신문을 볼 수 있는데, 이 지경에 이르면 일반적으로 큰 문제가 없다. < P > 일부 디스패처 요구 사항이 높을 경우 프로토콜 테스트 소프트웨어를 사용해야 합니다. 일반적으로 총 호출을 테스트합니다. 시간, 순환 데이터의 활성 전송, 4 원격, 변경 원격 편지 (SOE), 변경 원격 측정, 링크 중지, 링크 시작 등이 있습니다. 테스트 소프트웨어에 따라 사용 단계도 약간 다릅니다. 이것은 단독으로 한 편을 쓸 수 있으니, 이쪽은 더 이상 깊이 들어가지 않을 것이다.

⑵ 실행 < P > 의 운영상의 문제도 종종 다양하다. 사후에 많은 문제의 원인이 매우 간단하다는 것을 알게 될 것이고, 조사 과정은 확실히 우여곡절을 겪는다. 예를 들어, 마스터 스테이션은 리모콘 명령을 내리지 않습니다. 마지막 이유는 원격 신호가 끊임없이 배달되는 것을 발견했기 때문입니다. 원격 편지의 품질 요소가 정확하지 않습니다. 그 이유는 정비위 또는 장치가 디버깅 상태에 있기 때문입니다. 원격 편지 오발, 원인 개조 후 점 수가 초과되었습니다. 그리고 여러 가지 상황을 기다리고 있다. 그래서 여기서는 가장 흔한 상황만 골라 분석한다.

1, 접속이 자주 끊김 < P > I, 채널 품질 저하

① 케이블 요소

14 프로토콜의 전송 매체는 주로 광섬유 및 네트워크 케이블입니다. 네트워크 케이블 테스터를 사용하여 네트워크 케이블을 감지하고, 광 전력계 및 광원을 사용하여 광섬유를 감지합니다.

② 네트워크 아키텍처 및 기능 소프트웨어 요소

SOE 의 해상도는 1ms 미만이어야 하며, 이 요구 사항이 충족되면 14 규약의 시간 기능을 사용할 수 있습니다. 이는 네트워크 통신이 양호하다는 것을 의미합니다.

는 일반적으로 ping 명령을 사용하여 예비 판단을 수행합니다. 일반 ping5~1min 에서는 crtl-c 를 눌러 중단합니다. Ping 지시문의 반환 내용에서 최대/최소 응답 시간을 기록합니다. 값을 2 로 나누면 네트워크의 최대/최소 지연이며, 차이가 1ms 이내이면 기준을 충족합니다.

③ 큰 패킷은 < P > 를 통과할 수 없습니다. 이 경우 큰 패킷의 ping 명령을 통해 테스트할 수 있으며, 반환 내용을 통해 큰 패킷에 대한 통신 품질을 판단할 수 있습니다.

창: IP 주소 ping-l3; Linux：ping IP 주소-s3

ⅱ, 14 프로토콜 자체 문제

? 여기에 도착하면 신문을 자세히 분석해야 판단할 수 있다. 일반적으로

1, 양쪽 전송 및 수신 일련 번호에 누락, 잘못된 순서 등의 오류가 있어 한쪽이 패킷 손실을 판단하여 연결을 닫는 경우가 많습니다.

2, 양 당사자가 k, w 값을 제대로 사용하지 않았습니다.

3, t1 시간 초과가 확인되지 않았으며 한쪽이 적극적으로 연결을 닫았습니다.

2, TCP 접속을 설정할 수 없음 < P > ping 명령이 정상인지 확인하는 경우 일반적으로 서버가 수신 상태가 아닙니다. 다음을 수행하여 서버가 수신 상태인지 확인합니다.

서버측에서 244 포트가 listening 에 있는지 확인합니다. nestat-an;

원격 보기 서버의 244 포트가 listening: telnet 192.168.1.1: 244

3 에 있는지, 채널이 정상이지만 데이터 송수신이 없는지

원격 재부팅 또는 셧다운 후 마스터 스테이션은 다음과 같이 판단한다 일반적으로 네트워크 케이블을 뽑으면 주역이 다시 연결되도록 강제할 수 있고, 그래도 안 되면 주역 측에서만 처리할 수 있다.