데드 라인을 유지하기위한 좋은 시스템 테스트는 무엇입니까?

Question

"하드"RTOS의 특징 인 RTOS에 대해 읽는 것은 결정적으로 최종 기한을 유지할 수 있지만 시스템이 실제로 요구 사항을 충족하는지 테스트하거나 증명하는 방법은 무엇입니까?

MicroC/OS II RTOS는 하드 RTOS로 특징 지워지지 만 그 주장을 어떻게 확인할 수 있습니까? C 프로그램을 수행 할 수있는 FPGA를위한 C 코드와 ISR이 있고 RTOS와 비슷한 세마포어를 사용하여 스레드간에 컨텍스트를 전환 할 수 있다면 OS/RTOS가 "하드"또는 "소프트"RTOS인지 어떻게 알 수 있습니까?

응용 프로그램에 따라 다를 수 있으며 타이머가 있어야하므로 하드웨어 인터럽트가있는 내장 하드웨어 타이머 (예 : Altera DE2에 50Mhz 발진기 사용)를 사용하고 스레드 및 프로세스가 마감일에 따라 일정을 정하고 마감일이 맞는지 확인합니다.

또는 운영 체제, 실시간 운영 체제 및 하드 및 소프트 RTOS의 차이를 만들기 위해 포함되어야하는 사항에 대한 일반적인 관행이 있습니까?

레이블 "hard RTOS"에 대한 일반적인 요구 사항과 함께 "일반적인 테스트"가 있습니까?

Answer 1

귀하의 전제가 잘못 되었기 때문에이 질문에 대답하기가 어렵습니다. 하드 실시간으로 분류

시스템은 부재 중 기한의 심각성을 통해 소프트 실시간 시스템과 구별된다. 하드 RT에서 누락 된 마감 기한은 하드웨어 및 사람에게 해를 끼칠 수도 있고 미치지 않을 수도있는 시스템 장애로 분류되며 소프트 실시간은 대개 누락 된 최종 기한이 시스템 성능을 저하 시키지만 연쇄 중단을 초래하지는 않는다는 것을 의미합니다.

하드 RT 시스템의 일반적인 예는 과열시 시스템을 종료하는 워치 독이 될 수 있습니다. 최종 기한을 지키지 못하면 시스템이 중단됩니다. 또한 발전소 또는 항공기의 일반적인 안전 관련 시스템이이 범주에 속합니다. 부드러운 RT 예제는 비디오 스트리밍으로, 마감 시간이 누락되면 시각적 품질이 떨어지거나 끊김 현상이 발생하지만 반드시 시스템 장애를 일으키는 것은 아닙니다.

짧고 단단하고 부드러운 RT는 사양 및 결함 모델로 측정 한 완벽한 소프트웨어 시스템의 특징입니다. 따라서 일반적으로 하드/소프트 RT 기준에 맞는 운영 체제에서 실행되는 응용 프로그램이며, OS는 예측 가능한 타이밍 동작이있는 인터페이스를 제공하기 만하면 응용 프로그램에서 타이밍 가정을 할 수 있습니다.