슬 레이 브 장치 가 많 을 수록 폴 링 시간이 길 어 지는 이유는 주로 Mod bus 프로토 콜 에서 호스트 가 폴 링 을 통해 슬 레이 브 와 통신 하기 때문입니다 .각 슬 레이 브 는 네트워크 에서 고유 한 장치 주 소를 가지고 있습니다 .호스트 는 슬 레이 브 주 소를 통해 특정 슬 레이 브 와 읽기 및 쓰 기 작업을 수행 합니다 .
슬 레이 브 의 수가 증가 하면 호스트 는 더 많은 슬 레이 브 와 통신 해야 합니다 .전체 폴 링 주 기 동안 호스트 는 더 많은 요청을 보내고 슬 레이 브 의 응답 을 기다 려야 합니다 .슬 레이 브 수가 증가 하면 다음 요 인이 전체 폴 링 프로세 스를 느 리게 할 수 있습니다 .
- 더 많은 요청 : 호스트 는 모든 슬 레이 브 와 통신 하기 위해 더 많은 요청을 보내 야합니다 .이로 인해 전체 폴 링 시간이 증가 합니다 .
- 대기 시간 : 요청을 전송 하고 슬 레이 브 응답 을 수신 하는 사이에 호스트 가 대기 해야 합니다 .이 대기 시간은 물리적 하드 웨어 , 통신 지 연 등 으로 인해 발생합니다 .슬 레이 브 수가 증가 하면 대기 시간이 더 길 어 집니다 .
- 통신 혼 잡 : 많은 수의 슬 레이 브 가 동일한 Mod bus 네트워크 에 연결되어 있을 때 통신 혼 잡 이 발생할 수 있습니다 .이렇게 하면 마스터 - 슬 레이 브 통신 의 지 연 이 증가 하여 전체 폴 링 프로세 스가 느 려 집니다 .
폴 링 시간을 줄 이 려면 다음 최적 화 시 나 리오 를 고려 하십시오 .
- 폴 링 간 격 조정 : 데이터 실시간 및 슬 레이 브 장치 유형의 요구 사항 에 따라 폴 링 주 기를 합리 적으로 조정 합니다 .
- 통신 속도 향상 : Mod bus 통신 속도를 높 이면 데이터 전송 속도를 향상 시켜 폴 링 시간을 단 축 할 수 있습니다 .
- 인터페 이스 그룹 화 : 응용 시 나 리오 에 따라 슬 레이 브 를 분류 하고 같은 범 주의 슬 레이 브 에 대해 그룹 화 폴 링 을 수행 합니다 .이렇게 하면 폴 링 의 효율 성이 향상 되고 네트워크 부담 을 보다 관리 할 수 있습니다 .
슬 레이 브 장치 와 폴 링 주 기의 비율 은 실제 응용 프로그램 시 나 리오 , 장치 유형 , 네트워크 속도 , 데이터 실시간 요구 사항 등 과 같은 여러 요 인에 따라 달라 지기 때문에 고정 된 기준 이 없습니다 .네트워크 가 과 밀 하거나 호스트 (또는 슬 레이 브) 를 과 부 하 하지 않고 데이터 의 실시간 요구 사항을 충족 시키는 실제 프로젝트 에서 균형을 찾는 것이 중요합니다 .
예를 들어 다음 을 수행 합니다 .
10 개의 슬 레이 브 장치 가 있으며 각 장치 가 매 초 마다 데이터를 업데이트 해야 한다고 가정 합니다 .폴 링 간 격을 100 밀 리 초 로 설정 하여 모든 장치 에 대해 1 초 이내에 폴 링 을 완료 할 수 있습니다 .이렇게 하면 각 슬 레이 브 에 동일한 시간 창 이 할 당 되며 , 이 예 에서는 (1 초 ÷ 10 슬 레이 브 = 100 밀 리 초) 입니다 .
그러나 이러한 값 은 예 제 일 뿐 이며 실제 프로젝트 의 적절한 비율 은 실제 상황에 따라 다릅니다 .실제 응용 프로그램 에서는 통신 속도 , 장치 응답 시간 , 응용 프로그램 시 나 리오 등 에 따라 폴 링 주 기를 동 적으로 조정 하여 성 능 요구 사항을 충족 해야합니다 .프로젝트 디 버 깅 단계에서 실험 과 관찰 을 통해 최적 의 폴 링 설 정을 결정할 수 있습니다 .
Leave a Reply