제조사의 Modbus 테이블에 급기 온도가 40123으로 표시되어 있습니다. 선로에 전송할 주소는 무엇입니까?

122. 맨 앞의 4는 holding register 테이블을 나타내며 선로 주소의 일부가 아닙니다. 나머지 네 자리는 1부터 시작하므로 40123은 ‘123번째 holding register’를 뜻합니다. 선로 주소는 0부터 시작하므로 실제 주소는 123 − 1 = 122입니다. 40123을 그대로 읽으면 예외가 발생하고, 123을 읽는 것이 전형적인 off-by-one 오류입니다.

제조사 매뉴얼에서 30005를 확인했습니다. 어떤 기능 코드로 읽어야 하며 선로 주소는 무엇입니까?

FC 04, 선로 주소 4. 맨 앞의 3은 input register 테이블, 즉 FC 04를 뜻합니다. 나머지 0005는 1부터 시작하므로 선로 주소는 4입니다. FC 03은 맨 앞이 4인 holding register를 읽습니다. 맨 앞이 3인 주소에 FC 03을 사용해 예외가 발생하는 것이 흔한 혼동입니다.

16비트 레지스터가 0xFFF3을 반환했습니다. 문서에서 자료형을 INT16으로 지정했다면 high bit가 1이라는 것은 디코딩된 값이 음수임을 의미합니다.

참. 2의 보수에서는 부호 있는 자료형의 high bit가 설정되면 음수입니다. 0xFFF3을 INT16으로 해석하면 −13, UINT16으로 해석하면 65523입니다. 비트 패턴은 동일하며 어떤 방식으로 해석할지는 통합 설정이 결정하고, 올바른 방식은 문서에서 확인합니다.

외기 온도 센서가 추운 날씨에 가끔 약 65521을 표시합니다. 가장 가능성 높은 원인은 무엇입니까?

부호 있는 레지스터(INT16)를 unsigned로 읽고 있습니다. 물리적으로 그렇게 큰 값에 도달할 수 없는 센서가 65535 부근에 고정되는 것은 부호 있는 값을 unsigned로 읽고 있다는 명확한 신호입니다. UINT16의 65521은 INT16으로 −15이며, 추운 외기 온도로 충분히 타당합니다. 센서가 아니라 통합 설정의 자료형 태그를 수정해야 합니다.

제조사 문서에 따르면 레지스터 40101의 32비트 부동소수점 값은 50.24 °F입니다. 레지스터 두 개를 읽었더니 선로에서 아래와 같이 확인되었습니다. 이 디바이스는 어떤 바이트 순서를 사용합니까? register 40101 (N+0): 0xF5C3 register 40102 (N+1): 0x4248

CDAB(Modicon word-swap). 선로에서 읽은 순서대로 다시 조합하면 F5 C3 42 48입니다. 0x4248F5C3을 IEEE-754 big-endian 부동소수점으로 해석하면 약 50.24이므로, 네트워크 순서에서 바이트는 원래 42 48 F5 C3이어야 하지만 실제 순서는 다릅니다. 두 레지스터의 순서를 바꾸면 4248 F5C3이 되어 올바르게 디코딩되므로 CDAB입니다. (구형 Modicon PLC는 내부 little-endian 워드 배열을 이 방식으로 선로에 전달했습니다.)

디바이스의 32비트 바이트 순서를 한 번 확인하면 해당 디바이스의 모든 32비트 값에서 같은 순서를 사용한다고 볼 수 있습니다.

참. 제조사는 한 제품 안에서 바이트 순서를 섞어 사용하지 않습니다. 시운전 시 한 번 확인하고(Modbus 레지스터 뷰어의 32비트 쌍 탭이 이 작업을 위해 만들어졌습니다), 현장 문서에 기록한 뒤 다음 작업으로 넘어갑니다. 모든 레지스터를 다시 시험할 필요는 없습니다.

Holding register가 523을 반환했습니다. 제조사 문서에는 scale 0.1, units °F라고 되어 있습니다. °F 단위의 엔지니어링 값은 얼마입니까?

52.3 °F. 정수에 소수점 한 자리를 보존하기 위해 레지스터가 실제 값 × 10을 저장하는 암시적 소수점 방식입니다. 523 × 0.1 = 52.3 °F이며, 가장 흔한 Modbus 스케일링 패턴입니다.

레지스터가 1024를 반환했습니다. 문서에 인코딩 방식이 (actual − 100) × 10이라고 되어 있습니다. 실제 엔지니어링 값은 얼마입니까?

202.4. 인코딩을 역산하면 actual = (raw / 10) + 100 = (1024 / 10) + 100 = 102.4 + 100 = 202.4입니다. Offset-and-scale 패턴에서는 문서에 두 수가 모두 명시되며 두 수를 모두 적용해야 합니다. 보정값을 직접 노출하던 구형 장비에서 이 형태를 자주 사용합니다.

디바이스에서 레지스터 40050을 읽었더니 예외 코드 0x02(Illegal Data Address)가 반환되었습니다. 디바이스가 응답했다면 가장 가능성 높은 상황은 무엇입니까?

선로 주소가 디바이스에 구현된 맵 범위를 벗어났습니다. 흔히 5자리 번호 표기의 off-by-one입니다. 0x02는 디바이스가 기능 코드를 이해하고 응답했지만 요청한 주소 또는 주소 범위가 해당 디바이스에 없다는 뜻입니다. 새로 통합한 디바이스에서 가장 흔한 원인은 40050을 선로 주소 50으로 읽는 것입니다. 올바른 주소는 49이며, 이는 5자리 번호 표기의 off-by-one입니다. 지원하지 않는 기능 코드는 0x01(Illegal Function)이며 0x02가 아닙니다.

Niagara 통합의 폴링 정의가 아래와 같습니다. 무엇이 잘못되었습니까? Device: AHU-1 Function: ReadInputRegisters (FC 04) Start address: 0 Quantity: 10 Point maps: 40001..40010 → AI_01..AI_10

포인트 맵은 5자리 holding 주소(4xxxx)를 사용하지만 기능 코드는 input register를 읽습니다. 기능 코드와 테이블 접두사가 일치해야 합니다. 포인트 이름의 맨 앞 4는 holding register, 즉 FC 03을 뜻하고, 맨 앞 3은 input register, 즉 FC 04를 뜻합니다. 이 폴링은 input register를 요청하면서 holding register로 명시된 주소에 매핑하고 있습니다. 기능을 ReadHoldingRegisters (FC 03)으로 변경하거나 포인트 맵을 30001..30010으로 변경해야 합니다. 잘못된 테이블을 읽는 것은 ‘읽기는 성공하지만 값이 잘못됨’의 #2 원인이며, #1은 앞에서 설명한 5자리 주소 off-by-one입니다.

연습문제 · Modbus 디코딩

Modbus 디코딩 퀴즈 Modbus

먼저 Modbus 디코딩 학습 자료를 읽은 뒤 자가 점검해 보세요. 5자리 주소 표기의 함정, signed와 unsigned 해석, 네 가지 32비트 바이트 순서, 공학 단위 스케일링, FC03 / FC04 혼동과 실제 통신선에서의 예외 응답을 다루는 10문항입니다. 각 문항의 해설에는 해당 내용이 나온 학습 자료의 절 링크가 있습니다.

← 모든 연습문제