Trace32, MIL, SIL, PIL, HIL

 

검증 단계 중에 MIL, SIL, PIL, HIL이 있자나 내가 이 검증 단계와 Trace 32 도구와의 관계를 찾아 봤는데, Trace 32가 MIL, SIL에서는 소스코드를 직접적으로 디버깅하지 않고 소스코드 분석과 테스트 결과만 확인하는데 쓰인다 했고 반면 PIL, HIL 단계에서는 Trace 32가 소프트웨어를 모니터링하면서 디버깅까지 한다고 그러네? 이 내용이 먼저 맞는지 확인해주고 만약에 맞다면 여기서 나의 질무은 왜 Trace 32도구는 그대로 사용하는데, MIL, SIL 단계에서는 소스코드 디버깅을 하지 않는지 궁금해

 

네, 맞습니다. Trace32는 MIL/SIL 단계에서는 주로 분석 및 결과 확인 용도로 사용되며, PIL/HIL 단계에서는 실제 디버깅 도구로 활용됩니다. 그 이유는 각 단계의 실행 환경 차이 때문입니다.

검증 단계별로 Trace32의 역할을 이해하려면 각 단계의 특성과 Trace32의 기능을 연결해서 보면 명확해집니다:

🔍 검증 단계별 Trace32의 역할

Sources:

🤔 왜 MIL/SIL에서는 디버깅을 하지 않을까?

핵심 이유는 실행 환경이 실제 하드웨어가 아니기 때문입니다.

• MIL 단계에서는 Simulink 같은 모델링 툴에서 시뮬레이션을 수행하며, 이때는 코드가 아닌 모델이 실행됩니다. Trace32는 하드웨어 디버거이기 때문에 모델 수준에서는 디버깅할 수 없습니다.
• SIL 단계에서는 생성된 C/C++ 코드가 PC에서 실행되며, 이 환경은 일반적인 디버깅 툴(예: Visual Studio, GDB 등)로 충분히 분석 가능합니다. Trace32는 임베디드 타겟 디버깅에 특화되어 있어 이 단계에서는 주로 코드 흐름 분석이나 결과 비교에 사용됩니다.

반면,

• PIL/HIL 단계에서는 실제 임베디드 프로세서나 하드웨어에서 코드가 실행되므로, Trace32가 JTAG 등을 통해 타겟에 연결되어 실시간 디버깅을 수행할 수 있습니다. 이때는 변수 모니터링, 브레이크포인트 설정, 메모리 확인 등 고급 디버깅 기능이 필요하므로 Trace32가 적극적으로 활용됩니다.

💡 요약

• Trace32는 모든 단계에서 사용되지만, 그 역할은 환경에 따라 달라집니다.
• MIL/SIL은 시뮬레이션 중심이므로 디버깅보다는 분석에 집중합니다.
• PIL/HIL은 실제 실행 환경이므로 Trace32의 디버깅 기능이 본격적으로 사용됩니다.