기술 스택 · 지원 사양
| RTOS | FreeRTOS(v10/v11, SMP), Zephyr RTOS, RT-Thread, Azure RTOS(ThreadX) 경험 |
|---|---|
| 대상 MCU | STM32(Cortex-M0+~M33), ESP32(FreeRTOS 기반), NXP·Nordic·Renesas Cortex-M |
| 동기화·통신 | 큐, 세마포어, 뮤텍스(우선순위 상속), 이벤트 그룹, 스트림/메시지 버퍼, 타이머 |
| 분석 도구 | SEGGER SystemView, Percepio Tracealyzer, 스택 하이워터마크, CPU 부하 계측 |
| 통신 스택 | lwIP TCP/IP, MQTT, Modbus, BLE(NimBLE·SoftDevice), USB |
| 신뢰성 | 워치독 감시 태스크, MPU·스택 가드, 오류 복구 정책, 정적 분석 |
| 산출물 | 태스크 설계서, 타이밍 분석 리포트, 소스코드, 테스트 리포트 |
FreeRTOS·RTOS 펌웨어 개발 외주는 여러 작업이 동시에 돌아가야 하는 임베디드 장치에서 태스크·우선순위·동기화·타이밍을 설계해 응답 시간을 보장하는 실시간 펌웨어를 만드는 서비스입니다. 주식회사 제이는 FreeRTOS·Zephyr RTOS·RT-Thread 기반으로 제어·통신·UI가 결합된 펌웨어를 설계하고, 베어메탈 펌웨어의 RTOS 전환도 수행합니다.
이런 경우에 맡기세요
- 통신·센서 처리·모터 제어·화면 표시를 한 MCU에서 지연 없이 동시에 처리해야 하는 경우
- 베어메탈 슈퍼루프 펌웨어가 커져 타이밍 문제와 유지보수 한계에 부딪힌 경우
- 우선순위 역전·데드락·스택 오버플로 같은 간헐적 장애의 원인을 잡아야 하는 경우
- 저전력 tickless 동작과 실시간 응답을 함께 만족해야 하는 경우
개발 범위
- 아키텍처 설계: 태스크 분해, 우선순위·주기 산정, 큐/세마포어/뮤텍스/이벤트 그룹 설계, ISR-태스크 경계 정의
- 타이밍·성능: 최악 응답 시간(WCRT) 분석, 스택 사용량 측정, CPU 부하·지터 계측, 트레이스(SEGGER SystemView·Tracealyzer)
- 드라이버 통합: DMA·인터럽트 기반 드라이버의 RTOS 안전 래핑, 논블로킹 I/O
- 통신 스택: TCP/IP(lwIP)·MQTT·Modbus·BLE 스택을 RTOS 태스크로 통합
- 저전력: tickless idle, 슬립 모드 진입·복귀 정책, 배터리 수명 검증
- 신뢰성: 워치독 태스크 감시, 오류 복구·안전 상태, 메모리 보호(MPU)·스택 가드
- 마이그레이션: 베어메탈 → FreeRTOS/Zephyr 전환, 레거시 코드 모듈화
개발 프로세스
- 요구사항 분석 — 기능·응답 시간·주기·전력 요구, 기존 코드 진단
- 설계 — 태스크 맵·우선순위·통신 구조, 타이밍 예산
- 구현 — 태스크·드라이버·스택 통합, 트레이스 기반 튜닝
- 검증 — 부하·장시간·오류 주입 시험, WCRT·스택·전력 측정
- 운영 — 양산 이관, 기능 추가 시 타이밍 재검증
적용 분야
- 모터·밸브·히터 제어기(PID 루프 + 통신 + HMI)
- 통신 게이트웨이·데이터 로거(다중 인터페이스 동시 처리)
- 배터리 구동 무선 센서(저전력 + 주기 보고)
- 계측·검사 장비, 차량·산업용 컨트롤러
관련 프로젝트
공개 포트폴리오에서 RTOS 태그로 필터링해 확인할 수 있습니다: Zephyr RTOS·RT-Thread 프로젝트 보기. Cluster GUI UI/UX 펌웨어, 신규 터보 제어 시스템, 게이트웨이·중계기 펌웨어처럼 제어·통신·표시를 한 MCU에서 처리하는 사례를 진행했습니다. 전체 목록은 프로젝트 페이지에서 볼 수 있습니다.
견적과 기간
견적은 태스크 수·통신 스택·실시간 요구 수준·기존 코드 상태에 따라 산정하며 초기 상담 후 개략 견적을 드립니다. 신규 개발은 일반적으로 2주~3개월, 베어메탈 전환은 코드 규모에 따라 조정됩니다. 의뢰 폼에 MCU·기능 목록·응답 시간 요구·기존 코드 유무를 적어 주세요.
자주 묻는 질문 (FAQ)
컨텍스트 스위칭 비용은 있지만, 우선순위 기반 스케줄링으로 중요한 작업의 응답 시간을 보장할 수 있어 슈퍼루프보다 예측 가능합니다. 태스크 수와 주기를 적절히 설계하면 오버헤드는 수 % 수준입니다.
단순한 구조·풍부한 예제·벤더 지원이 중요하면 FreeRTOS, 디바이스 트리·드라이버 모델·BLE/네트워크 스택이 통합된 환경과 장기 관리가 중요하면 Zephyr를 권합니다. 프로젝트 규모와 팀 경험을 보고 결정합니다.
네. 기능 단위로 모듈화한 뒤 태스크로 분리하고, 인터럽트-태스크 경계와 공유 자원을 정리합니다. 동작 동일성을 확인하는 회귀 테스트를 함께 진행합니다.
가능합니다. 트레이스 도구로 태스크 타이밍·스택·우선순위 역전·데드락을 분석해 원인과 수정안을 리포트로 드립니다.
tickless idle을 적용하면 유휴 시간에 슬립으로 들어가 베어메탈과 동등한 저전력이 가능합니다. 주기 태스크와 슬립 정책을 함께 설계합니다.