Sonji-log

이 글의 위치1편에서는 SensorHIL을 만들게 된 이유와 DS4 Response, Fault Injection, 실제 통신 결과를 한 흐름으로 정리했다.이번 글에서는 1편에서 결과 위주로 압축한 개발 과정을 다시 펼쳐, PC Program과 STM32의 연결 방법과 Build/Test 환경을 정리한다.전체 구성PC가 DS4 Sensor 역할을 수행하도록 Program, PC COM Port, STM32 UART와 처리 결과 확인 경로를 함께 구성했다.SensorHIL의 Physical HIL은 COM Port 두 개를 사용한다. Sensor Channel은 실제 Sensor Protocol을 주고받는다.DUT Channel은 STM32의 처리 결과와 Sensor 선택 명령을 주고받는다.Sensor C..

정의HIL(Hardware-in-the-Loop)은 실제 Hardware DUT(Device Under Test)를 Test Loop 안에 두고, DUT와 연결되는 외부 환경이나 장치 일부를 제어 가능한 System으로 대신하는 방식이다. 현재 회사 프로젝트에서는 STM32가 UART로 외부 농도 Sensor를 읽는다. 이때 실제 Hardware DUT는 STM32이고, PC가 Project에서 사용하는 DS4/TB200B Sensor를 대신하도록 구성했다.STM32 Request→ PC Fake Sensor→ UART Response→ STM32 Parser/Application→ DUT Status→ PC Matcher마지막 DUT Status가 다시 PC로 돌아오기 때문에 Loop가 닫힌다.일반 S..

만들게 된 이유하드웨어 개발에서 가장 큰 스트레스는 정상 동작하는 실물이 있어야 개발 및 테스트가 제대로 진행된다는 점이다.심지어 모든 실물이 갖추어져 있다고 하더라도, 정말 예상치 못한 부분에서 문제가 언제 어떻게 터질 지 모른다는 점도 마찬가지다.가뜩이나 AI 코딩의 생산성이 어마어마한 지금, 이런 병목을 가만 둘 수가 없었다.그래서, 간략하게나마 "모든 하드웨어가 정상적으로 동작한다고 가정할 때, 통신 혹은 알고리즘 등의 원활한 개발을 위해" 센서를 모사하는 에뮬레이터를 만들어보기로 했다. 회사에서 진행하는 Embedded Project에는 STM32가 UART로 외부 농도 Sensor 값을 읽는 기능이 있다. 실제 제품의 세부 내용보다는, Sensor Request와 Response를 처리하는 F..