MS/TP는 RS-485 한 쌍의 선로에서 동작하며, 토큰을 보유한 디바이스만 메시지 전송을 시작할 수 있습니다. 토큰은 어떤 문제를 해결합니까?

RS-485에는 충돌 중재 기능이 없어 두 디바이스가 동시에 전송하면 두 메시지가 모두 손상되므로, 토큰이 전송 차례를 결정합니다. RS-485는 중재 장치가 없는 공유 선로이므로 두 송신기가 동시에 전송하면 서로의 신호를 손상시킵니다. BACnet은 MAC 주소순으로 구성된 마스터의 논리적 링에서 토큰을 전달하는 방식으로 이를 해결합니다. 토큰을 보유한 마스터가 통신한 뒤 다음으로 큰 주소의 마스터에 넘기며, 가장 큰 주소 다음에는 가장 작은 주소로 돌아갑니다. 정상 트렁크에서는 토큰이 1분에 수백 번 순환합니다.

MS/TP 트렁크를 BMS의 나머지 네트워크와 연결하는 라우터는 자체 스테이션 주소를 차지하지 않습니다. 트렁크 포트는 수신과 전달만 하므로 토큰을 보유할 차례가 없습니다.

거짓. 라우터의 MS/TP 포트도 다른 디바이스와 마찬가지로 트렁크의 마스터입니다. 자체 MAC을 가지며(관례상 낮은 주소를 사용해 보통 0 또는 1), 토큰 링에 참여하고 가장 작은 존 컨트롤러와 똑같이 토큰을 보유해야 통신할 수 있습니다. 트렁크 주소표를 계획할 때 라우터 포트를 포함하고, 시운전 시 선로의 다른 디바이스와 같은 방식으로 스테이션 주소를 설정합니다.

정상 동작하던 트렁크에 새 컨트롤러를 추가했습니다. 배선과 통신 속도가 올바르고 MAC도 고유하지만 새 컨트롤러만 전혀 나타나지 않으며 나머지는 정상입니다. 트렁크 구성이 아래와 같을 때 새 디바이스가 보이지 않는 이유는 무엇입니까? 기존 디바이스: MAC 1–23, Max_Master = 40 (모두 동일) 새 컨트롤러: MAC 45, 전원 및 극성 확인 완료

MAC 45는 트렁크의 Max_Master 40보다 큽니다. 어떤 토큰 보유자도 그 주소까지 Poll-For-Master를 보내지 않으므로 링에 초대되지 않습니다. 토큰 보유자는 자신과 다음으로 알려진 마스터 사이의 주소에 Poll-For-Master를 전송해 새 디바이스를 찾지만, 자신의 Max_Master보다 큰 주소는 검색하지 않습니다. 모든 디바이스의 상한이 40이면 MAC 45는 폴링을 받아 링에 들어갈 수 없습니다. 고장 난 구성 요소가 없으므로 전원을 다시 켜거나 트랜시버를 교체하거나 같은 두 선을 세 번째로 다시 종단해도 해결되지 않습니다. 컨트롤러 주소를 상한 아래로 변경하거나 트렁크의 모든 디바이스에서 Max_Master를 높여야 합니다.

트렁크의 모든 디바이스가 온라인이지만 응답이 느리고, 세그먼트 전체의 트래픽을 프런트엔드로 전달하는 라우터가 Max_Info_Frames = 1로 설정되어 있습니다. 이 값을 10–20으로 높이면 무엇이 달라집니까?

라우터가 토큰을 받을 때마다 해당 개수만큼 메시지를 보낼 수 있어, 메시지마다 토큰이 한 바퀴 돌기를 기다리지 않아도 됩니다. Max_Info_Frames는 한 디바이스가 토큰을 보유할 때 시작할 수 있는 메시지 수를 정하는 전송 허용량입니다. 필드 컨트롤러는 1로 충분하지만, 모든 디바이스의 트래픽을 처리하는 슈퍼바이저나 라우터에는 10–20이 적합합니다. 그렇지 않으면 메시지를 하나 보낼 때마다 토큰이 한 바퀴 돌아올 때까지 기다리게 됩니다. 느린 트렁크에서 흔히 놓치는 또 다른 설정은 소규모 트렁크의 Max_Master를 공장 기본값 127로 두는 것입니다. 약 50회의 토큰 전달 동안 새 마스터가 나타나지 않으면, 빈 주소 범위 바로 아래의 마스터가 토큰을 받을 때마다 Poll-For-Master를 한 번씩 보내 빈 범위를 탐색합니다. 한 바퀴에 한 주소씩 확인하므로 대부분의 순환에서 아무도 사용하지 않는 주소의 응답 시간 초과를 기다리느라 지연됩니다. 또한 링을 처음 구성할 때 그 마스터의 다음 마스터가 아직 정해지지 않았다면, 링이 완성되기 전에 빈 주소 100여 개를 모두 차례로 확인합니다.

새 트렁크를 시운전합니다. 라우터 포트는 MAC 0이고 컨트롤러 14대는 MAC 1–14입니다. 현재 성능을 유지하면서 내년에 확장할 여지도 남기는 Max_Master 설정은 무엇입니까?

모든 디바이스에 가장 큰 MAC보다 조금 큰 동일한 값(예: 20)을 설정해, 나중에 트렁크 전체를 다시 설정하지 않고 컨트롤러를 추가할 수 있게 합니다. Max_Master는 디바이스별로 구성하는 속성입니다. 자동으로 검색되거나 전파되지 않으며, 라우터뿐 아니라 모든 마스터가 자신의 차례에 새 마스터를 찾습니다. 각 디바이스는 자신의 상한까지만 폴링하므로 디바이스마다 값이 다른 트렁크는 문제가 됩니다. 한 디바이스의 상한이 다른 디바이스의 MAC보다 낮으면 그 디바이스를 다시 찾지 못하며, 어느 마스터가 검색하느냐에 따라 보이는 디바이스가 달라질 수 있습니다. 가장 큰 MAC보다 조금 높은 하나의 값을 모든 디바이스에 동일하게 설정하면 검색 범위가 짧고 확장 여지도 남습니다. 공장 기본값 127도 동작하지만 링 유지 과정에서 아무도 사용하지 않는 주소 100여 개를 반복해서 폴링하므로 새 디바이스를 찾는 데도 더 오래 걸립니다.

그래픽에서는 장비를 알고 있지만 트렁크의 실제 디바이스를 찾아야 합니다. RTU-4의 MAC을 확인하는 가장 신뢰할 수 있는 방법은 무엇입니까? 그래픽 바인딩: RTU-4 = device 200304 트렁크 3: MAC 1–18 사용 중 필요 정보: RTU-4의 MAC 주소

프런트엔드의 디바이스 속성이나 준공도서에서 조회합니다. 프로토콜상 인스턴스와 MAC을 연결하는 규칙은 없습니다. 프로토콜 수준에서 디바이스 인스턴스와 MAC의 대응은 임의적입니다. MAC 5가 device 100503일 수도 있으며 BACnet은 어느 방향으로도 값을 유도하지 않습니다. 많은 현장에서 인스턴스 번호에 트렁크와 MAC을 포함하는 명명 규칙을 실제로 사용하므로 현장 규칙을 익힐 가치는 있습니다. 그러나 이는 관행일 뿐 규칙이 아니며 급하게 교체한 컨트롤러가 늘어날수록 실제 구성과 어긋날 수 있습니다. 패턴을 가정하면 엉뚱한 컨트롤러를 재프로그램할 수 있습니다. 물리적 순서도 근거가 되지 않습니다. MAC은 DIP 스위치나 제조사 도구의 필드에서 시운전 작업 순서대로 설정될 수 있습니다. 중요한 작업이라면 기록된 곳에서 MAC을 확인하고 디바이스에서 다시 검증합니다.

컨트롤러 교체 후 디바이스 목록에서 서로 멀리 떨어진 두 디바이스가 번갈아 오프라인으로 깜박이고, 트렁크 전체의 재시도 및 CRC 카운트가 증가합니다. 가장 가능성 높은 원인은 무엇입니까?

교체 컨트롤러가 기존 디바이스와 중복되는 공장 기본 MAC으로 출고되어, 둘이 같은 토큰 차례에 전송하면서 프레임이 충돌합니다. 두 디바이스가 같은 MAC을 사용하면 토큰이 해당 주소에 도달했을 때 둘 다 자신의 전송 차례라고 판단합니다. 두 디바이스가 동시에 전송해 프레임이 손상되고, 타이밍에 따라 한쪽이 잠시 동작하다가 서로 바뀌므로 프런트엔드에는 두 컨트롤러가 번갈아 오프라인이 되는 것처럼 보입니다. 두 디바이스의 인스턴스가 전혀 다르면 목록에서도 멀리 떨어져 있을 수 있습니다. 새 컨트롤러는 보통 라우터가 사용하는 MAC 0 또는 1로 출고됩니다. 중복 MAC은 두 디바이스뿐 아니라 전체 트렁크를 저하시킵니다. MAC과 디바이스 인스턴스는 독립적이며, MAC은 해당 세그먼트에서만, 인스턴스는 전체 현장에서 고유해야 합니다.

MS/TP 세그먼트의 모든 디바이스는 같은 통신 속도를 사용해야 합니다. 38400 트렁크에서 9600으로 설정된 디바이스는 단순히 느리게 동작하는 것이 아니라 링에 전혀 참여하지 못합니다.

참. MS/TP에는 디바이스별 통신 속도 협상이 없습니다. 표준 설정은 9600, 19200, 38400, 76800이며 현장에서는 38400과 76800을 흔히 사용하고, 전체 세그먼트가 하나의 속도로 동작합니다. 속도가 다른 디바이스는 사실상 통신하지 못합니다. 트래픽을 해석하지 못하고 Poll-For-Master에 응답하지 않으며, 해당 디바이스의 전송도 다른 디바이스의 오실로스코프에는 손상된 신호로 보입니다. 배선이 정상이고 MAC도 유효한데 디바이스 하나만 나타나지 않으면 Max_Master 상한 다음으로 통신 속도 불일치를 의심합니다.

MS/TP 트렁크의 120 Ω EOL 종단저항은 어디에 설치해야 합니까?

선로의 각 물리적 끝에서 두 선 사이에 설치합니다. 정확히 두 개만 필요하며 다른 곳에는 설치하지 않습니다. 종단저항은 반사가 시작되는 데이지 체인의 두 물리적 끝에서 반사파를 흡수합니다. 대부분의 컨트롤러에는 EOL 스위치나 점퍼 뒤에 저항이 내장되어 있으므로, 현장에서는 습관적으로 서너 개를 켜거나 하나도 켜지 않는 문제가 자주 발생합니다. 트렁크 중간에서 EOL을 켜는 것도 다른 디바이스가 간신히 동작하는 동안 특정 디바이스만 나타나지 않게 하는 원인이 될 수 있습니다.

RS-485의 ‘A’와 ‘B’ 단자 표기는 모든 제조사 장비에서 같은 뜻이므로, 트렁크 전체를 A-A와 B-B로 연결하면 항상 안전합니다.

거짓. RS-485의 까다로운 점은 제조사마다 A와 B를 같은 극성으로 정의하지 않는다는 것입니다. 서로 다른 두 제조사의 ‘A’ 단자가 반대 극성일 수 있습니다. 문자보다 +와 − 표기 또는 일관되게 시공된 선 색상을 신뢰합니다. 모든 디바이스에서 선로 극성이 중요하며, 한 디바이스의 극성을 반대로 연결하면 그 트랜시버가 선로를 반대로 구동하므로 해당 디바이스뿐 아니라 전체 세그먼트를 다운시킬 수 있습니다.

전송 사이의 유휴 구간에는 어떤 디바이스도 RS-485 선로를 구동하지 않습니다. 이때 잡음으로 인해 수신기가 불필요하게 반응하지 않도록 하는 것은 무엇입니까?

트렁크 한 지점의 페일세이프 바이어스입니다. 약한 풀업·풀다운으로 선로를 정의된 유휴 상태에 유지합니다. 바이어스 저항은 두 도체 사이에 약한 전압 차를 만들어 유휴 버스가 부유하지 않고 정의된 상태를 유지하게 합니다. 트렁크의 한 지점, 관례상 슈퍼바이저나 라우터에서 제공합니다. 종단저항은 양 끝의 반사를 흡수하는 별도의 역할을 하며, 실드는 센서 배선과 마찬가지로 한쪽 끝에서만 접지합니다. 바이어스가 없으면 선로가 부유해 전체 트렁크가 잡음에 취약해집니다.

데이지 체인을 분리하지 않기 위해 T 분기를 사용했습니다. 컨트롤러 자체는 벤치 시험에서 정상인데 실제 운전에서는 오류가 증가하는 이유는 무엇입니까? 설치 상태: 새 컨트롤러를 트렁크 중간에서 30 ft 스텁으로 T 분기 벤치 시험: 같은 컨트롤러를 직접 배선하면 정상 동작 현장 운전: 76800에서 트렁크 전체 CRC + 재시도 카운트 증가

스텁은 종단되지 않은 분기이므로 신호를 트렁크로 반사하며, 스텁 길이와 통신 속도에 비례해 프레임을 손상시킵니다. 분기선은 겉보기에는 문제가 없어 보이고 벤치에서도 동작하지만, 전기적으로는 종단되지 않은 반사 발생기입니다. 분기 길이와 통신 속도에 비례해 프레임을 손상시킵니다. 스텁이 없는 벤치 시험에서는 정상이고 76800에서 30 ft 스텁이 있는 트렁크에서는 문제가 생긴 이유입니다. 벤치 시험으로 트랜시버 결함도 배제할 수 있으며 76800은 표준 속도이자 흔한 현장 설정입니다. 유닛 로드는 디바이스의 연결 방식과 무관하므로, 용량이 원인이라면 같은 컨트롤러를 인라인으로 연결해도 똑같이 실패해야 합니다. 해결책은 토폴로지 규칙을 따르는 것입니다. 체인을 분리해 새 컨트롤러 단자에 트렁크 입선과 출선을 연결하고, 스텁 길이는 단자대가 허용하는 최소 길이로 유지합니다.

MS/TP 트렁크에 실제로 필요한 케이블 사양은 무엇입니까?

특성 임피던스 100–130 Ω 범위의 저용량 차폐 연선을 사용합니다. 세그먼트 정격은 이 케이블을 전제로 합니다. 표준의 한계값은 적합한 케이블, 즉 특성 임피던스 100–130 Ω 범위의 저용량 차폐 연선을 기준으로 합니다. 다른 케이블을 사용하면 모든 한계가 제조사도 수치화하지 않은 만큼 줄어듭니다. 이 임피던스 범위는 RF에서만 중요한 사소한 조건이 아니며, 종단저항이 케이블 임피던스를 만들어 내는 것도 아닙니다. 종단저항은 자신과 임피던스가 일치하는 선로에서만 반사를 흡수할 수 있으므로, 정격은 120 Ω 저항과 맞는 케이블 범위를 명시합니다. 실드도 없고 임피던스도 제어되지 않는 온도조절기용 전선은 짧은 벤치 시험에서 동작할 수 있지만 표준 정격의 전제에 포함되지 않습니다. 잘못된 케이블의 트렁크는 케이블 품질, 온도, 잊힌 스텁 하나에 따라 동작 여부가 결정되는 불안정한 영역에 놓입니다.

트렁크가 AHU-4에서 끝나고 해당 장비의 EOL이 켜져 있습니다. 전기 작업자가 AHU-4 뒤로 VAV 세 대를 추가해 선로를 연장했습니다. 종단 구성을 어떻게 변경해야 합니까?

이제 AHU-4는 트렁크 중간이므로 EOL을 끄고, 새로 마지막에 놓인 VAV에서 종단합니다. EOL은 디바이스가 아니라 위치를 표시합니다. 저항은 선이 물리적으로 끝나는 곳에 설치되며, 연장 작업으로 끝 지점 하나가 이동했습니다. AHU-4의 스위치를 켠 채 두면 트렁크 중간에 종단저항이 남고, 마지막 VAV를 종단하지 않았다면 새 끝은 부유합니다. 두 가지 측면에서 모두 잘못된 구성입니다. 종단저항 세 개도 안전장치가 아닙니다. 추가된 저항마다 선로 부하가 커지며, 개수가 많은 것도 잘못된 개수입니다. 리피터는 길이나 디바이스 수 같은 용량 문제를 해결하며 끝 지점 이동과는 관계없습니다. VAV 세 대를 같은 선로에 추가해도 기존과 같은 세그먼트입니다. 종단저항은 항상 두 개이며 현재 선로의 양 끝에 둡니다.

ASHRAE 135는 적합한 케이블을 사용한 MS/TP 세그먼트의 최대 길이를 4000 ft(1200 m)로 규정합니다. 트랜시버의 full unit load는 최대 몇 개입니까?

32 unit loads. 표준에서 정한 용량은 차폐 연선 4000 ft(1200 m)와 32 full unit loads입니다. 최신 ⅛-load 트랜시버를 사용하면 디바이스 수를 늘릴 수 있지만, 많은 제조사는 리피터가 없는 세그먼트당 권장 디바이스 수를 여전히 약 32대로 제한합니다. 한계값은 두 단계로 해석해야 합니다. 제조사 기준을 넘으면 문제가 될 수 있고, 표준 기준을 넘으면 명확한 문제입니다. 이때는 다시 종단하는 것이 아니라 리피터나 두 번째 세그먼트가 필요합니다.

거리 한계는 하나의 고정값이 아닙니다. 제조사 현장 가이드는 통신 속도가 높을수록 더 짧은 최대 배선 길이를 제시하므로, 19200에서 여유 있게 동작하던 트렁크도 76800에서는 불안정할 수 있습니다.

참. 4000 ft(1200 m)는 적합한 케이블을 사용할 때의 표준 상한입니다. 실제 적용값은 제조사가 제시하며 통신 속도가 높아질수록 최대 길이는 짧아지고 디바이스 수 제한은 엄격해집니다. 불안정한 케이블, 온도 변화, 잊힌 스텁처럼 경계 상태에 있는 모든 요소는 속도가 높을수록 더 큰 영향을 줍니다. 트렁크 속도를 높이기 전에 제조사 기준과 비교해야 합니다. 표준 상한은 그대로지만 그 아래의 실제 적용값은 줄어듭니다.

서비스 요청 내용이 아래와 같습니다. 증상 → 계층 표에 따르면 어느 계층에 장애가 있습니까? 신고 증상: 여러 디바이스가 무작위로 오프라인되었다가 복귀하며, 오후 중반에 눈에 띄게 악화됨 확인 사항: 모든 MAC이 유효하고 고유함, 통신 속도 일치, Max_Master가 모든 주소보다 높음

전기 계층 — 온도에 따라 변하는 불안정한 종단 또는 바이어스, 같은 전선관을 쓰는 VFD의 EMI, 부하 시 반사하는 스타 분기입니다. 시간대에 따라 발생하는 무작위 오프라인은 전기 계층의 전형적인 증상입니다. 건물이 더워지면서 불안정한 종단이나 바이어스가 변하거나, 같은 전선관을 공유하는 VFD의 EMI가 오후 부하와 함께 커지거나, 최근 개조 공사에서 추가한 스타 분기가 신호를 반사할 수 있습니다. 주소 지정 장애는 일관되게 같은 두 디바이스가 번갈아 나타나며, 링 튜닝 장애는 무작위 이탈이 아니라 지속적인 지연으로 나타납니다. 계측기를 꺼내기 전에도 증상이 장애 계층을 알려 주는 경우가 많습니다. 새로 연장한 트렁크에는 여러 장애가 동시에 존재할 수 있으므로 세 계층을 모두 점검합니다.

트렁크 전체가 동시에 다운되는 장애 형태에 가장 잘 맞는 원인은 무엇입니까? 신고 증상: 오늘 아침부터 트렁크의 모든 디바이스가 오프라인 확인 사항: 라우터의 IP 측은 가동 중이며 정상 작업 이력: 주말에 패널 작업 수행

전체 선로가 공유하는 장애입니다. 트렁크 중간에서 극성이 뒤바뀌었거나 두 선이 완전히 단락되었습니다. 트렁크 전체가 함께 다운되면 모든 프레임이 공유하는 요소, 즉 선로 자체를 의심합니다. 트렁크 중간에서 극성이 뒤바뀌었거나 눌린 케이블 피복 때문에 두 선이 단락되면 모든 디바이스의 모든 프레임이 같은 두 도체를 사용하므로 전체를 다운시킬 수 있습니다. 종단저항 개수가 잘못되거나 바이어스가 누락된 경우도 의심해야 하지만, 이는 선로 품질을 낮춰 디바이스를 불균일하게 이탈시키는 경우가 전체를 완전히 다운시키는 경우보다 많습니다. 나머지 세 선택지는 증상 형태와 맞지 않습니다. 상한보다 큰 MAC이나 잘못된 통신 속도는 해당 디바이스 하나만 통신하지 못하게 하며 나머지에는 영향을 주지 않습니다. 마스터 하나를 제거해도 토큰이 끊기지 않습니다. 기존 토큰 보유자는 타임아웃 후 빈 주소를 지나 폴링해 제거된 마스터 없이 링을 다시 구성합니다. 증상 형태를 먼저 한 디바이스, 두 디바이스, 느린 전체, 완전한 전체 장애로 분류하며, 전체 동시 장애는 전기 계층을 가리킵니다.

연습문제 · BACnet MS/TP

BACnet MS/TP 퀴즈 BACnet

먼저 BACnet MS/TP 학습 자료를 읽은 뒤 자가 점검해 보세요. 트렁크 고장을 세 계층으로 나누어 다루는 10문항입니다. 토큰 링(Max_Master 상한과 Max_Info_Frames), 주소 지정(중복 MAC으로 인한 간헐적 통신), 2선식 물리 계층(종단, 극성, 바이어스, 통신 속도, 세그먼트 허용 한도)을 확인합니다. 각 문항의 해설에는 해당 내용이 나온 절의 링크가 있습니다.

← 모든 연습문제