지연 시간의 숨겨진 비용: 그룹 제어에서 실시간{0}}시간 응답이 중요한 이유

현상: 커튼월이 "빠진 이빨이 있는 지퍼"가 되는 경우

처음에 시운전팀은 모터를 의심했습니다.

프로젝트가 막 최종 테스트에 들어갔습니다. 매주 평일 오전 8시 30분에 건물 관리 시스템은 거주자가 도착하기 전에 태양열 이득을 줄이기 위해 동쪽 정면 블라인드를 낮췄습니다. 명령은 간단했습니다. 수백 개의 모터, 동일한 사전 설정 위치, 동일한 시간이었습니다.

정면은 결코 함께 움직이지 않았습니다.

첫 번째 행은 거의 즉각적으로 반응했습니다. 다른 사람들은 몇 초 후에 따라갔습니다. 몇몇은 잠시 멈췄다가 따라잡았습니다. 마지막 구간이 움직이기 시작했을 때, 첫 번째 구간은 이미 멈춰 있었습니다.

건물 내부에서는 거의 눈치 채지 못했습니다. 거리에서 보면 커튼월은 이빨이 빠진 지퍼처럼 보였다.

알람이 없습니다. 모든 모터는 개별 기능 테스트를 통과했습니다. 네트워크는 하루 종일 작동했습니다.

그렇다면 수백 개의 개별 기능 모터가 하나의 동기화된 움직임을 실행할 수 없는 이유는 무엇입니까?

이 질문은 대부분의 프로젝트 사양이 예상하는 것보다 더 자주 나타납니다. 셰이딩 배치가 건물당 50개 또는 100개 이상의 모터로 확장됨에 따라 모터가 단독으로 수행할 수 있는 작업과 시스템이 함께 수행할 수 있는 작업 간의 차이가 성능 지표를 정의하게 됩니다.

오해: 모터는 결코 실제 문제가 아니다

다음은 여러 프로젝트에서 제가 본 패턴입니다. 모터가 먼저 비난을 받고, 두 번째로 교체되고, 세 번째로 입증됩니다.

개별 기능 테스트는 모든 장치에서 깨끗하게 돌아옵니다. 토크 곡선은 사양 내에 있습니다. 이동 속도는 데이터시트와 일치합니다. 소음 수준은 괜찮습니다. 그러나 200개의 모터가 모두 그룹 명령을 받으면 외관이 하나의 표면으로 고정되는 대신 계단식으로 늘어납니다.

그 시점에서 모터 교체는 모터가 결코 문제가 되지 않았다는 것을 배울 수 있는 가장 비용이 많이 드는 방법입니다.

조사는 거의 항상 통신 체인(BMS에서 게이트웨이로, 게이트웨이에서 네트워크로, 네트워크에서 모터 컨트롤러로)으로 이동합니다. 그룹에서 모터 12개를 분리하고 다시 테스트하세요.- 지연이 거의 이동하지 않으면 병목 현상이 업스트림에 있는 것입니다.

밀리초의 전파: 작은 지연이 어떻게 표시되는지

수학은 규모면에서 용서할 수 없습니다.

1개의 모터가 100밀리초 늦게 시작합니다. - 아무도 그것을 볼 수 없습니다. 그러나 15층에 걸쳐 300개의 모터에 동일한 100ms를 분산시키면 지연이 전파됩니다. 명령은 서로 다른 순간에 서로 다른 네트워크 세그먼트에 도달합니다. 패킷 수준에서 1초도 안 되는 시간이 전면을 가로질러 굴러가는 파도가 됩니다.

시운전 엔지니어들은 지퍼 효과라는 비공식적인 이름을 갖고 있습니다. 이름은 당신이 보는 것을 정확하게 설명하기 때문에 붙어 있습니다.

이해해야 할 점은 지퍼 효과는 진단이 아니라 증상이라는 것입니다. 보시다시피 컨트롤러와 모터 사이 어딘가에서 명령 타이밍이 일치하지 않습니다. 실제 직업이 어디에 있는지 찾아보세요.

개발자들이 이것을 심각하게 받아들이는 이유

동기화되지 않은 자동화된 외관을 갖춘 프리미엄 오피스 타워에는 엔지니어링 이상의 문제가 있습니다. 외관은 건물의 시각적 정체성의 일부입니다. 작동하면 자동화가 보이지 않습니다. 그렇지 않으면 15층의 모든 세입자는 첫 커피를 마시기 전에 이를 알아차립니다.

나는 동일한 불만이 완전히 다른 두 가지 방식으로 표현되는 것을 들었습니다. 엔지니어들은 "멀티캐스트 그룹에서 대기 시간이 발생하고 있습니다"라고 말합니다. 시설 관리자는 "블라인드가 더 이상 함께 움직이지 않습니다"라고 말합니다. 같은 문제, 다른 언어. 둘 다 동일한 루트를 추적합니다.

개발자에게 있어 비용은 신뢰성입니다. 입주자에게는 건물의 기술에 대한 신뢰가 중요합니다. 시운전팀에게 있어서 유령을 쫓는 것은 청구할 수 없는 시간이다.

에너지 비용: 매 순간마다 합산됩니다.

일광 센서는 미리 설정된 조도 임계값에서 작동합니다. 블라인드는 즉시 전개되어야 합니다. 그러나 그룹 명령이 전파되는 데 800밀리초가 걸리는 경우 - 대규모 유니캐스트 네트워크에서 드문 일이 아닙니다. - 해당 밀리초마다 태양 복사가 최대 강도로 내부 유리에 닿을 수 있습니다.

1초의 지연 자체로는 냉각 부하에 의미 있는 추가 효과가 없습니다. 그러나 그 초에 하루에 발생하는 이벤트 수, 냉각 시즌의 일수, 유리 면적의 평방미터를 곱하면 그 숫자는 더 이상 사소하지 않습니다. 여름에 서쪽을 향한-외관은 태양 각도가 변하고 구름이 덮이는 동안 하루에 수십 번 음영 처리 배치를 실행할 수 있습니다. 모든 늦은 배포는 이제 HVAC 시스템이 제거해야 하는 열입니다.

New York Times Building에 대한 LBNL의 입주 후{0}}연구에 따르면 일광 조도 조절 장치와 통합된 자동 차광이{1}}주변 구역 전체에서 연간 조명 에너지 사용량을 56% 줄인 것으로 나타났습니다. 그 결과는 시기적절한 배포를 가정한 것입니다. 늦은 블라인드는 차광 투자에 대한 투자를 회수하게 만든 산술을 약화시킵니다.

네트워크 자체 내부에도 2차 비용이 발생합니다. 명령이 늦게 도착하면 컨트롤러가 재전송합니다. 재전송은 다음 명령 주기에 사용할 수 있는 방송 시간을 소비합니다. 작은 재시도 비율은 모든 무선 프로토콜에서 발생하는 일반적인 현상입니다.- 그러나 복합을 다시 시도합니다. 50개 모터에서 2%의 재시도를 보이는 그룹은 200개에서 8%를 볼 수 있으며 트래픽 곡선은 선형이 아닙니다. 재시도할 때마다 더 많은 트래픽이 발생하고, 이로 인해 더 많은 충돌이 발생하고, 이로 인해 더 많은 재시도가 발생합니다. 시간 경과에 따른 대기 시간을 측정하는 엔지니어는 네트워크가 서서히 포화되고 있음을 종종 발견합니다.

모터를 추가해도 지연 시간이 선형적으로 추가되지는 않습니다.

프로젝트 논의에서 가장 지속적으로 발생하는 오해 중 하나는 모터 수가 두 배로 늘어나면 지연도 두 배로 늘어난다는 것입니다.

나는 동일한 프로토콜 스택에서 100개 모터 네트워크가 60개 모터 네트워크보다 더 나은 성능을 발휘하는 것을 보았습니다. 또한 250개 모터 네트워크가 수년 동안 안정적으로 유지되는 반면 다른 건물에 있는 120개 모터 네트워크는 6개월마다 재가동해야 하는 경우도 보았습니다.

변수는 장치 수가 아닙니다. 변수는 그룹화 논리, 컨트롤러 처리량, 프로토콜 선택, 토폴로지, 상태 업데이트 빈도, 폴링 활성화 여부 등 통신 시스템이 구성된 방식입니다. 동일한 모터, 동일한 게이트웨이 및 동일한 펌웨어를 사용하는 두 건물 중 하나가 모든 블라인드를 단일 구역으로 그룹화하고 다른 건물이 정면 방향으로 분할된 경우 완전히 다른 시운전 결과를 생성할 수 있습니다.

이것이 숙련된 통합자가 하드웨어를 만지기 전에 네트워크 구성을 확인하는 이유입니다.

통나무는 다른 이야기를 들려줍니다

지퍼 효과가 심각한 한 프로젝트에서 팀은 자동화된 오전 주기의 일주일 동안 통신 로그를 가져왔습니다.

패턴은 즉각적이었습니다. 모터 001은 12밀리초 이내에 명령을 받았습니다. 모터 200은 940밀리초 후에 동일한 명령을 받았습니다. 모터가 느리게 반응하지 않았습니다. - 서로 다른 시간에 명령을 수신했습니다.

 

그 발견은 조사 전체를 바꾸어 놓았습니다. 모터 반응 문제는 아니었습니다. 명령 분배 문제였습니다. 컨트롤러는 유니캐스트를 통해 한 번에 하나씩 장치를 반복하고 있었고 모든 프레임은 다음 프레임이 전송되기 전에 이전 프레임이 승인될 때까지 기다렸습니다.

모터 200개 × 프레임당 약 4.7밀리초(방송 시간, CSMA/CA 백오프 및 ACK 턴어라운드 고려)=940밀리초. 수학은 관찰된 지연과 거의 정확하게 일치했습니다.

통신 선택: 하나의 명령과 200개의 개별 호출

일반적으로 프로젝트 이해관계자에게 비유되는 것은 건물에 있는 200명에게 회의에 참석하라고 말해야 한다는 것입니다. 각 사람에게 개별적으로 전화를 걸 수도 있고 PA 시스템을 통해 한 번의 안내 방송을 할 수도 있습니다. 같은 결과. 완료까지의 시간이 근본적으로 다릅니다.

그룹 커뮤니케이션은 동일한 방식으로 작동합니다. 유니캐스트 네트워크는 모든 모터에 대해 개별 패킷을 생성하여 순차적으로 보냅니다. 모든 패킷은 이전 패킷이 지워질 때까지 기다립니다. 지연은 그룹 크기와 산술적으로 합성됩니다.

멀티캐스트는 논리 그룹으로 주소가 지정된 하나의 프레임을 생성합니다. 해당 그룹의 모든 모터는 동일한 전송 창 내에서 이를 수신합니다. 지연은 N 프레임 시간이 아닌 그룹 크기 - 한 프레임 시간에 관계없이 일정합니다.

Connectivity Standards Alliance에서 유지 관리하는 Matter 프로토콜은 그룹 클러스터를 통한 그룹 통신을 지정합니다. 그룹 ID는 일련의 패브릭 노드에 매핑되며 단일 멀티캐스트 전송은 모든 그룹 구성원에게 동시에 도달합니다. 이는 독점 기술이 아니며 - 프로토콜 사양에 내장되어 있습니다. 200개 모터 배치의 실질적인 차이점은 1개 프레임과 200개 프레임의 차이입니다.

네트워크 토폴로지: 물리 계층이 결과를 결정하는 이유

멀티캐스트가 실제로 대규모로 작동하는지 여부를 결정하는 또 다른 변수는 물리적 네트워크 계층입니다.

대부분의 Wi-Fi 및 많은 레거시 Zigbee 배포를 설명하는 스타 토폴로지 -에서 - 모든 모터는 중앙 액세스 포인트 또는 코디네이터에 직접 연결됩니다. 하나의 모터가 콘크리트 전단벽 또는 HVAC 라이저 뒤에 있으면 다른 모든 모터와는 별도로 링크 품질이 저하됩니다. 네트워크는 해당 경로에 대한 데이터 속도를 재전송하거나 감소시켜 보상하며, 이는 그룹 명령에 사용할 수 있는 통신 시간을 소비합니다.

스레드는 다른 모델을 사용합니다. 이는 메시를 구축합니다. 주 전원을 사용하는 기기는-라우터 역할을 하여 항상 무선 상태를 유지할 수 없는 배터리-기기의 트래픽을 전달합니다.- 모터 47로의 직접 경로가 차단되면 프레임은 모터 32와 모터 18을 통해 라우팅됩니다. 메시는 실시간으로 업데이트되는 링크 품질 메트릭을 기반으로 경로를 지속적으로 다시 계산합니다. 단일 실패 지점이 없습니다. 어려움을 겪고 있는 하나의 노드로의 재전송을 기다리는 정지된 명령 스트림이 없습니다.

활성 Wi-Fi 및 Zigbee 네트워크를 갖춘 상업 사무실에서 수행된 Silicon Labs 메시 네트워킹 벤치마크는 독립적인 참조 자료를 제공합니다. 중간 정도의 페이로드가 있는 대규모 네트워크에서 스레드 대기 시간은 약 100ms 미만으로 유지되고 Zigbee는 약 130ms로 확산되며 Bluetooth 메시는 250ms 이상 저하됩니다. 네트워크 크기와 페이로드, 즉 상업용 셰이딩에 중요한 조건에 따라 격차가 커집니다.

Thread는 또한 주파수 민첩성을 구현합니다. 즉, 하나의 2.4GHz 채널이 포화되면 네트워크는 전송 간에 더 깨끗한 채널로 이동합니다. 모터 애플리케이션 계층에서는 홉을 볼 수 없습니다. 재시도하지 마세요. 대기 시간 스파이크가 없습니다. 이는 IEEE 802.15.4 MAC 계층에 지정된 표준 스레드 기능입니다.

이 중 어느 것도 Thread가 항상 정답이라는 의미는 아닙니다. 건물 구조, 장치 밀도 및 시운전 품질이 여전히 지배적입니다. 스레드가 변경하는 것은 부하 - 시 네트워크가 저하되는 방식이며, 대규모 셰이딩 배포의 경우 단계적 저하가 중요한 유일한 종류입니다.

외관이 느리게 보일 때 마지막으로 확인하는 것은 모터입니다.

한 선임 시운전 엔지니어가 나에게 이런 말을 한 적이 있는데, 현장에서 지퍼 효과를 볼 때마다 그 말이 그대로 적용되었습니다.

그의 요점은 모터가 결코 고장나지 않는다는 것이 아니었습니다. 모터 고장은 바이너리 - 모터가 시동되거나 작동하지 않는다는 것입니다. 통신 저하는 지속적입니다. - 트래픽이 증가하고, 건물이 가득 차고, 다른 시스템이 온라인 상태가 되면서 상황은 더욱 악화됩니다. 공장 승인 테스트를 통해 모터 결함을 찾아냅니다. 테스트 환경에는 200개의 장치, 50개의 WiFi 액세스 포인트, 광대역 EMI를 생성하는 엘리베이터 모터실이 있는 완성된 건물의 RF 복잡성이 전혀 없기 때문에 통신 문제가 거의 발생하지 않습니다.

이것이 바로 시운전 중이 아니라 점유 중에 동기화 문제가 자주 나타나는 이유입니다. 네트워크가 유일하게 실행 중이었을 때는 괜찮았습니다.

올바른 끝점 측정

대기 시간에 대한 대화는 거의 항상 "모터가 얼마나 빠른가요?"로 시작됩니다. 올바른 질문처럼 느껴지지만 신호 체인의 잘못된 1%로 조사 범위를 좁힙니다.

모터는 명령을 받은 후 8밀리초 안에 응답할 수 있습니다. 명령이 도착하는 데 900밀리초가 걸렸다면 모터 응답 시간을 8ms에서 6ms로 줄여도 아무 소용이 없습니다.

중요한 측정은 엔드{0}}에서-즉, 컨트롤러가 그룹 명령을 내리는 시점부터 각 모터가 물리적 움직임을 시작하는 시점까지의 간격입니다. 이 숫자는 컨트롤러, 네트워크 스택, 라디오, 모터의 MCU 및 전력 스테이지 - BMS 명령과 기계적 출력 사이에 있는 모든 것을 포착합니다.

끝에서 끝까지-추적하면-그림이 달라집니다. 동일한 모터 응답 시간을 지정하는 두 시스템은 네트워크가 명령을 배포하는 방식으로 인해 처음부터 끝까지 800ms만큼 다를 수 있습니다. 사양 시트 비교는 결코 그것을 포착하지 못합니다.

평균 지연 시간은 방해가 됩니다

엔지니어들이 빠지는 함정은 다음과 같습니다. 그들은 평균 대기 시간 수치를 비교하고 질문에 답했다고 생각합니다.

두 시스템 모두 평균 18ms를 보고합니다. 종이에는 동일합니다. 배포 시에는 긴밀한 대역 내에서 일관된 응답을 제공합니다. 다른 하나는 트래픽이 많은 동안 가끔 80 또는 100ms로 급증합니다. - 평균이 아닌 이러한 급증은 외관이 움직일 때 사람들이 보는 것입니다.

눈은 평균을 인식하지 못합니다. 이상값을 인식합니다. 300개 모터 그룹의 단일 100ms 스파이크는 외관의 한 부분에 눈에 띄는 망설임을 생성하며, 이것이 건물 소유자가 기억하는 것입니다. 이것이 바로 시운전 엔지니어가 평균보다 99번째 백분위수 - 또는 관찰된 최대 지연 시간 -에 ​​더 많은 관심을 기울이는 이유입니다. 예측 가능성은 언제나 최고의 성능을 능가합니다.

 

실제-세계 측정: 자체 플랫폼에서 측정한 내용

현재 제어 플랫폼을 출시하기 전에 엔지니어링 팀은 그룹 규모에 따라 응답 시간이 어떻게 확장되는지 이해하기 위해 내부 검증을 실행했습니다.

설정: 스레드 네트워크를 통한-관형 모터-, 안정적인 실내 조건, 증가하는 기기 수에 걸쳐 반복되는 그룹 명령. 목표는 인상적인 최소값을 달성하는 것이 아니라 그룹이 성장함에 따라 지연 시간이 예측 가능하게 유지되는지 확인하는 것이었습니다.

100개 모터를 사용한 여러 테스트 주기에서 대부분의 장치는 그룹 명령의 20밀리초 이내에 움직이기 시작했습니다. 가장 느린 판독값은 대략 22ms였습니다. 패킷 재전송은 전체적으로 0.5% 미만으로 유지되었습니다.

증가폭은 순조로웠습니다. -절벽도 없고 성능이 갑자기 무너지는 지점도 없었습니다. 그것은 절대적인 숫자보다 더 중요합니다. 부하가 걸리면 점진적으로 성능이 저하되는 시스템은 어떤 규모에서도 자신있게 배포할 수 있습니다. 40개 모터에서는 잘 작동하고 80개 모터에서는 성능이 저하되는 시스템은 시운전 재난이 일어나기를 기다리고 있습니다.

이는 제어되는-환경 번호입니다. 실제 건물에는 강철 프레임, Low{2}}E 유리, 경쟁 Wi-Fi 네트워크, 모바일 기기를 들고 돌아다니는 탑승자가 있습니다. 현장 결과는 다양합니다. 검증에서는 아키텍처 - 메시를 통한 멀티캐스트 -가 수학적으로 예측하는 방식으로 확장된다는 점만 확인했습니다.

기계적 측면: 완벽한 의사소통이라도 허용 오차를 가릴 수는 없습니다.

커뮤니케이션은 대부분의 그룹 대기 시간이 존재하는 곳이기 때문에 주목을 받습니다. 그러나 완벽한 명령 전달이 있더라도 - 동시에 동일한 프레임을 수신하는 모든 모터 - 동기화는 여전히 기계적 수준에서 중단될 수 있습니다.

기어박스 조립 공차, 베어링 예압 변화, 브레이크 해제 타이밍, 출력 샤프트 동심도 - 이 모든 것이 모터가 전기 명령을 받은 후 정지 상태에서 회전 상태로 전환하는 속도에 영향을 미칩니다. 개별적으로 차이점은 눈에 보이지 않는 몇 밀리초입니다. 하나의 정면에 있는 수백 개의 모터에 걸쳐 눈에 띄게 엇갈리게 쌓입니다.

이것이 바로 제조 일관성이 커뮤니케이션 성능과 별개의 대화가 아닌 이유입니다. 두 화합물. 당사의 생산 공정에서는 베어링 시트와 기어 프로파일의 주요 변속기 부품을 ±0.05mm로 유지합니다. 이러한 허용 오차는 펌웨어 제어 루프가 의존하는 기계적 반복성에 직접적인 영향을 미칩니다.

허용 오차가 엄격하다는 것은 엔코더의 위치 피드백이 실제로 모터가 예상하는 위치에 도달한다는 것을 의미합니다. 허용 오차가 느슨하다는 것은 제어 루프가 에너지를 소모하는 - 오버슈팅, 풀백, 마이크로{2}} 진동 -을 지속적으로 수정하고 조용한 사무실에서 한계 지점에서 사냥 소음이 들리게 됨을 의미합니다. 통신 정확도와 기계적 정밀도는 동일한 문제의 절반입니다.

영역 설계는 첫 번째 와이어가 당겨지기 전에 발생합니다.

대부분의 동기화 실패는 조달이 시작되기 전에 프로젝트에 계획되어 있습니다.

가장 흔히 저지르는 실수는 건축 도면이 층별로 구성되는 방식이기 때문에 층별로 그룹화하는 것입니다. 자연스러운 느낌이에요. 그러나 태양은 바닥 경계를 존중하지 않습니다. 동쪽 정면에는 아침 하중이 가해집니다. 서쪽 정면은 오후에 하중을 받습니다. 바닥에 있는 모든 블라인드가 태양이 건물 측면에 닿는지 여부에 관계없이 모든 명령을 수신하면 네트워크 트래픽이 기능적 이유 없이 증가합니다.

더 간단한 접근 방식은 먼저 정면 방향별로 그룹화하고, 두 번째로 각 방향 내에서 바닥별로 세분화하는 것입니다. 동쪽 지역. 서쪽 지역. 북쪽 지역. 남쪽 지역. 각 멀티캐스트 그룹에는 항상 - 동일한 태양광 노출, 동일한 명령 논리로 함께 움직이는 모터만 포함됩니다. 그룹 트래픽이 감소합니다. 대기열 압력이 떨어집니다. 지연 시간이 감소합니다.

확장 임계값: 무선에 유선 파트너가 필요한 경우

순수 무선에는 유선 이중화에 대한 논의가 필요하기 시작하는 지점이 있으며, 우리 경험에 따르면 그 지점은 단일 건물 네트워크에 500개 이상의 모터가 있는 지점입니다.

300 미만에서는 잘 설계된{1}}스레드 메시가 극적인 상황 없이 그룹 제어를 처리합니다. 300~500 사이의 메시 밀도에는 주의가 필요합니다. 장애물이 있을 때 라우팅 경로 다양성이 유지되도록 엔드포인트 15~20개당 하나 이상의 라우터 지원 기기를 계획하세요.{5}}

500이 넘으면 운영 복잡성이 달라집니다. 주의하지 않으면 해당 규모의 펌웨어 업데이트로 인해 무선 네트워크가 포화 상태가 됩니다. 장치 시운전에 시간이 더 오래 걸립니다. 장치의 하위 집합이 경계 라우터 -에 대한 연결을 일시적으로 끊는 메시 파티션 이벤트 -의 통계적 확률은 평균 링크 품질이 우수하더라도 노드 수에 따라 증가합니다.

해당 임계값에서 RS-485 유선 백본을 펌웨어 배포 및 장애 조치를 위한 병렬 경로로 추가한다고 해서 무선이 신뢰할 수 없다는 것을 인정하는 것은 아닙니다. 500개 모터 건물에서 화재 경보 통합 시퀀스 중 파티션 이벤트가 AHJ에 설명하고 싶은 내용이 아니라는 점을 인정합니다. 유선 경로는 보험입니다.

병원, 공항 및 정부 건물에서는 모터 수에 관계없이 하이브리드 아키텍처를 지정하는 경향이 있습니다. 이러한 환경에서 가동 중지 시간으로 인해 유선 백업이 전체 프로젝트 예산에 대한 반올림 오류가 되기 때문입니다. 건설산업연구소(Construction Industry Institute)는 시스템 재가동을 포함한 재작업 비용-이 - 설치된 프로젝트 비용의 평균 12.4%에 해당한다고 기록했습니다. 중복 통신 백본 비용은 사용 후 잠재적인 네트워크 문제가 표면화된 후 모터 500개를 재가동하는 데 드는 비용의 일부에 불과합니다.-

승인 전 중요한 다섯 가지 질문

충분한 시운전 주기가 지나면 동일한 질문이 계속 나타납니다. 토크나 RPM에 관한 것이 아닙니다.

"모든 모터는 개별 테스트를 통과했습니다. 왜 그룹이 느리게 보입니까?"

모터 문제가 아닌 명령 분배 문제를 보고 계십니다. 컨트롤러가 명령을 한 번에 하나씩 유니캐스팅하는지 확인하십시오. 상태 업데이트 빈도를 확인하세요. 모든 모터가 하나의 대형 그룹에 속해 있는지 확인하십시오. 대부분의 경우 멀티캐스트 그룹 주소 지정으로 전환하면 단일 모터를 건드리지 않고도 가시적인 지연이 해결됩니다.

"모터 하나가 고장나면 그룹이 무너지나요?"

그렇지 않아야합니다. 각 모터는 동일한 멀티캐스트 프레임에 독립적으로 응답합니다. 단일 죽은 모터 - MCU 오류, 커패시터 단락, 기계적 잼 -은 그 자체로 죽은 상태를 유지합니다. 나머지 199개는 정상적으로 명령을 실행합니다. 모터가 네트워크에서 완전히 떨어지면 관리 대시보드는 모터를 비응답으로 표시하고-연결이 복원되면 자동으로 그룹에 다시 합류해야 합니다. 이러한 격리는 모든 생산-등급 제어 플랫폼에 있어 엄격한 요구 사항입니다.

"실제로 강철-및-유리 타워에서 무선이 안정적인가요?"

예, 해당 환경에 맞게 프로토콜과 토폴로지를 선택한 경우 가능합니다. Thread의 메시 아키텍처는 하나의 액세스 포인트에 의존하지 않고 장애물 주위로 경로를 지정합니다. 주파수 민첩성은 애플리케이션 계층을 포함하지 않고 포화된 채널에서 벗어납니다. 앞서 인용한 Silicon Labs 벤치마크는 WiFi와 Zigbee가 방송 시간을 놓고 경쟁하는 사무실에서 실행되었으며 - 차폐된 실험실이 아닌 - Thread는 모든 테스트 조건에서 가장 낮은 대기 시간을 유지했습니다.

그렇긴 하지만, 어떤 프로토콜도 대규모 설치 전 RF 조사의 필요성을 없애지는- 않습니다. 금속화 저-E 창 코팅이 적용된 건물은 투명 유리가 적용된 건물과 다르게 작동합니다. 건식 벽체-온-스터드 구조는 타설 콘크리트 및 철근과 다르게 작동합니다. 메쉬는 별보다 장애물을 더 잘 처리합니다. 물리학을 선택 사항으로 만들지는 않습니다.

"지연 시간이 짧을수록 항상 좋은가요?"

일관성이 있는 경우에만 가능합니다. 매번 18ms를 전달하는 시스템은 눈에 띄게 균일한 외관을 만들어냅니다. 이상적인 조건에서는 10ms에 도달할 수 있지만 트래픽이 증가하면 80ms로 급증하는 시스템은 불안해 보이는 외관을 만들어냅니다. 건물 소유자의 경우 예측 가능성은 거주자가 알아차리는 것입니다. 사양서 최소값은 영업 엔지니어가 입찰 회의에서 이야기하는 것입니다. 그것들은 거의 같은 것이 아닙니다.

다음 프로젝트를 시작하기 전에

대규모 셰이딩 프로젝트에서 반복되는 교훈은 간단합니다. 동기화 문제는 모터에서 거의 시작되지 않습니다.

지퍼 효과가 거리에서 눈에 띄게 나타날 때까지는 몇 주, 몇 달 동안 통신 시스템에 근본 원인이 조용히 축적되어 있었습니다. 경험이 풍부한 시운전 팀은 이를 알고 있습니다. 교체 하드웨어를 주문하기 전에 네트워크 구성을 확인합니다.

중요한 다섯 가지 질문:

명령은 멀티캐스트로 배포됩니까, 아니면 유니캐스트로 배포됩니까?

각 통신 경로를 공유하는 장치는 몇 개입니까?

불필요한 상태 폴링이 얼마나 활성화되어 있습니까?

장치 수가 증가해도 지연 시간을 예측할 수 있습니까?

단일 통신 오류를 격리할 수 있습니까?

이 5가지 질문에 올바르게 대답하는 것은 데이터시트의 어떤 모터 사양보다 외관 성능에 더 큰 영향을 미칠 것입니다.

응답 시간은 실제로 모터 측정 기준이 아닙니다. 시스템 측정항목입니다. 상업용 건물이 음영, 조명 및 HVAC 간의 더욱 긴밀한 통합을 추진함에 따라 수백 개의 엔드포인트에서 시간에 맞춰 명령을 실행할 수 있는 능력이 자동화 투자의 가치를 정의하는 성능 지표가 되고 있습니다. 모터가 병목 현상을 일으키는 경우는 거의 없습니다. 그들 사이의 아키텍처는 거의 항상 그렇습니다.