애플리케이션 최적화

모든 계산에는 일정량의 계산 시간이 필요합니다. 이는 매우 큰 프로젝트 또는 더 큰 작업이 구현될 때 문제가 될 수 있습니다. 전체 주기 시간은 오른쪽 상단의 시스템 모니터를 전환하여 표시할 수 있습니다.

데이터 캐리어 대기열에 주의하세요. 대기열은 데이터가 동시에 읽고 쓸 수 없을 때만 사용됩니다. 이는 주로 큰 프로젝트 또는 잘못된 하드웨어에서 명확히 나타납니다. 대기열은 정상 운영 중 1%를 초과해서는 안 됩니다.

애플리케이션 작동 방식

성능 테스트를 이해하려면 먼저 애플리케이션의 작동 방식을 설명해야 합니다. 주기 시간에 대한 기본 사항 외에도 Antcas SPS에서만 구현된 고급 방법을 사용할 수 있습니다:

• 요소에서 변경 사항이 감지되지 않으면 전체 요소가 파킹되고 더 이상 계산되지 않습니다.
• 전역 값이 변경되면 이중 주기가 실행됩니다. 그런 다음 SPS는 1밀리초만 기다립니다.
• 시간에 민감한 값의 계산을 위해 타임아웃이 설정됩니다.
• 출going 통신(값 전송 또는 저장)은 비동기식으로 수행되며 계산 완료 후가 아닙니다.
• 모든 변수는 잔류성이며 파킹되거나 최대 2초 이내에 저장됩니다.

프로젝트 분석

애플리케이션의 어떤 요소가 매우 높은 계산 성능을 요구하는지 확인하려면 성능 테스트를 사용할 수 있습니다.

최적화 팁

• 타이머 TON, TOF, TP의 출력을 ET로 사용하지 마세요. 대신 UPTIME을 사용할 수 있습니다.
• VISUSET 및 VISUDTSET의 입력 SET은 여러 함수 블록에서 동시에 활성화된 상태로 남아서는 안 됩니다.
• 가능한 경우 더 큰 또는 복잡한 계산을 별도의 요소에서 계산하세요.
• CALCULATE를 사용하여 수학적 연산을 계산하세요.
• 로거는 가능한 한 큰 간격으로 사용하세요. 온도는 10분마다 완전히 충분합니다. 간격을 동적으로 설정할 수도 있습니다.
• CTRL_PID, SHUTTER, DIMMER 등의 함수 블록에서 더 높은 PT 간격을 사용하세요.
• 동적 시간 입력 변경 시 해당 시간이 지속적으로 변경되지 않도록 주의하세요. 이는 FADE 함수 블록을 사용하는 RGB 시퀀스에서 발생할 수 있습니다.
• 복잡한 작업을 단순화하세요. 특히 문자열 검색은 매우 계산 집약적입니다. FIND 및 SUBSTR 대신 EXPLODE 또는 PREG_SPLIT 함수 블록을 사용하세요. 값은 해당 방식으로 일시적으로 저장됩니다.
• HTTP 쿼리 처리에는 많은 메모리가 사용할 수 있습니다.
• 수신된 텔레그램을 줄이세요. 예를 들어, 버스 시스템에 따라 값을 차등화할 때 피드백이 지연될 수 있습니다.
• SPS의 주기 시간을 높이세요.