소프트웨어 공장

PREEMPT_RT 실시간 리눅스 커널 완벽 해설: Threaded IRQ, rt_mutex 우선순위 상속 및 cyclictest 10us 레이턴시 튜닝

산업용 제어 시스템과 실시간(Real-Time) 리눅스의 필요성로봇 제어기(Robotics), 스마트 팩토리 PLC, 자율주행 모션 제어, 오디오 DSP와 같은 미션 크리티컬 산업용 임베디드 시스템은 수백 마이크로초($\mu\text{s}$)에서 수 밀리초($\text{ms}$) 주기의 제어 루프를 한 번의 타이밍 누락(Deadline Miss) 없이 결정론적(Deterministic)으로 실행해야 합니다.그러나 표준 범용 리눅스 커널(Standard Linux Kernel)은 전체 시스템의 '평균 처리량(Throughput)'을 극대화하도록 설계되었습니다. 표준 커널에서는 스핀락(Spinlock) 임계 구역 보호, 인터럽트 비활성화(Interrupt Disabling), 가상 메모리 페이징(Paging..

리눅스 DRM/KMS 그래픽 서브시스템 완벽 해설: CRTC, Plane, Encoder, Connector 4대 객체와 Wayland/Weston 디스플레이 파이프라인

임베디드 그래픽 서브시스템의 진화와 DRM/KMS의 필요성차량용 디지털 콕핏(Digital Cockpit), 산업용 터치 HMI(Human-Machine Interface), 스마트 가전 디스플레이는 고해상도 그래픽 UI 렌더링과 함께 60fps 이상의 부드러운 화면 전환을 요구합니다. 과거 20여 년간 리눅스 임베디드 시스템에서 사용되었던 레거시 프레임버퍼(fbdev, /dev/fb0)는 단순한 2D 비디오 메모리 매핑에 불과했습니다.fbdev는 하드웨어 3D 가속(OpenGL ES/Vulkan), 멀티 레이어 하드웨어 오버레이(Video Plane과 UI Plane의 하드웨어 합성), VSYNC 수직 동기화, 그리고 동적 디스플레이 연결(Hot-plug)을 지원하지 못하는 구조적 한계를 가지고 있었습..

리눅스 V4L2(Video4Linux2) 아키텍처 완벽 해설: MIPI-CSI2 카메라 파이프라인, v4l2_subdev 및 Media Controller API 실무

임베디드 리눅스 비전 파이프라인과 V4L2의 필요성자율주행 ADAS, 지능형 CCTV, 드론, 스마트 팩토리 머신 비전 시스템은 복수의 고해상도 이미지 센서(Sony IMX, OnSemi 등)로부터 초당 수십 프레임의 고화질 비디오 스트림을 실시간으로 획득해야 합니다. 임베디드 SoC(NXP i.MX8, TI TDA4, Rockchip RK3588, Raspberry Pi CM4)의 카메라 파이프라인은 USB 웹캠과 같은 단순한 일체형 구조가 아닙니다.임베디드 비전 하드웨어는 (1) I2C 제어로 노출/게인을 조절하는 카메라 센서(Image Sensor), (2) 차동 고속 직렬 신호를 수신하는 MIPI-CSI2 D-PHY / CSI Receiver, (3) 디모자이킹, 화이트 밸런스, 노이즈 캔슬링을 ..

임베디드 리눅스 센서 인터페이스의 표준화와 IIO 서브시스템의 필요성임베디드 리눅스 시스템(스마트 팩토리, 자율주행, IoT 엣지 디바이스, 의료기기)은 아날로그-디지털 컨버터(ADC), 디지털-아날로그 컨버터(DAC), 3축 가속도계, 자이로스코프, 기압 센서, 온도 센서 등 수많은 센서를 사용합니다. 과거 리눅스 커널에서는 이러한 센서들을 hwmon(Hardware Monitoring), input(키보드/마우스용 입력 서브시스템), 또는 독자적인 캐릭터 디바이스 드라이버로 제각각 구현했습니다.그러나 hwmon은 주로 PC 메인보드의 CPU 온도 및 팬 속도 감시용으로 설계되어 수 kHz 이상의 고속 연속 샘플링이 불가능했고, input 서브시스템은 마우스나 조이스틱 형태의 이벤트 변환 오버헤드가 발..

임베디드 리눅스 GPIO 제어의 패러다임 전환과 Pinctrl의 필요성마이크로컨트롤러 및 고성능 SoC에서 GPIO(General-Purpose Input/Output)는 단순한 LED 점멸부터 센서 인터럽트, 리셋 라인, 전원 제어에 이르기까지 가장 널리 사용되는 기본 하드웨어 인터페이스입니다. 그러나 현대의 고집적 SoC(ARM Cortex-A)는 수백 개의 물리 핀이 제한된 패키지 풋프린트 내에서 UART, I2C, SPI, SDIO, PWM, GPIO 등 다양한 하드웨어 기능으로 다중화(Pin Multiplexing)되는 복잡한 Pinctrl (Pin Control) 서브시스템 구조를 가집니다.과거 리눅스 커널은 정수형 핀 번호를 기반으로 하는 레거시 GPIO API(gpio_request(), ..

디바이스 트리 바인딩의 표준화와 YAML Schema(dtschema)의 도입 배경과거 리눅스 커널의 디바이스 트리 바인딩(Device Tree Bindings) 문서는 Documentation/devicetree/bindings/ 경로 아래에 순수 텍스트 파일(.txt) 형태로 자유롭게 작성되었습니다. 그러나 비정형 텍스트 기반의 문서는 기계적인 자동 검증이 불가능하여, 하드웨어 제조사마다 속성 이름(clock-frequency, clocks-names 등의 오타), 데이터 타입(uint32, string, phandle), 필수 속성 누락 등 수많은 문법적 오류가 방치된 채 커널 소스에 병합되는 심각한 품질 저하를 초래했습니다.이 문제를 근본적으로 해결하기 위해 리눅스 커널 커뮤니티는 커널 5.x 버..

임베디드 리눅스 하드웨어 추상화와 디바이스 트리(Device Tree)의 필요성과거 ARM 리눅스 커널(Linux 3.x 이전)은 보드별 하드웨어 정보(핀맵, 메모리 주소, 인터럽트 번호, 클록 설정)를 arch/arm/mach-* 및 arch/arm/plat-* 디렉터리 내의 방대한 C 소스 코드(Board File)로 하드코딩하여 관리했습니다. 그 결과 새로운 보드가 출시될 때마다 커널 소스 트리가 무분별하게 비대해지는 'ARM 머지 윈도우 대혼란(Merge Window Chaos)'이 발생하였고, 리누스 토발즈(Linus Torvalds)의 강력한 경고 이후 리눅스 진영은 하드웨어 기술을 소프트웨어 커널 바이너리에서 완전히 분리하는 디바이스 트리(Device Tree, Open Firmware IE..

전장 소프트웨어 표준화와 AUTOSAR Classic 플랫폼의 필요성현대 자동차의 전장 제어기(ECU) 소프트웨어는 수백만 라인의 소스 코드로 구성되며, 완성차 제조사(OEM), 1차 협력사(Tier-1), 반도체 제조사(Tier-2) 간의 복잡한 공급망을 통해 공동 개발됩니다. 과거에는 각 반도체 제조사의 MCU마다 독자적인 디바이스 드라이버와 펌웨어 구조를 사용했기 때문에, 마이크로컨트롤러를 변경할 때마다 상위 응용 애플리케이션 소프트웨어 전체를 재작성해야 하는 막대한 재개발 비용과 품질 검증 리스크가 발생했습니다.이러한 소프트웨어 파편화를 극복하고 하드웨어 독립적인 소프트웨어 재사용성과 모듈화를 달성하기 위해 글로벌 완성차 및 부품사들이 제정한 표준 아키텍처가 AUTOSAR (AUTOmotive O..

초고속 차량 진단 및 FOTA를 위한 DoIP(ISO 13400)의 기술적 중요성현대 자동차 제어기(ECU)의 펌웨어 크기는 자율주행 모델, 인포테인먼트 OS(Android Automotive/Linux), 정밀 지도 데이터를 포함하면서 수백 메가바이트(MB)에서 수 기가바이트(GB) 단위로 급증하였습니다. 기존의 500kbps Classic CAN(또는 2Mbps CAN-FD) 인터페이스를 통해 1GB 크기의 펌웨어를 무선 업데이트(FOTA)하거나 공장 생산 라인에서 플래싱할 경우, 수 시간 이상의 극심한 전송 지연이 발생하여 양산 공정 효율이 심각하게 저하됩니다.이러한 대용량 진단 및 플래싱 병목을 해결하기 위해 도입된 표준 규격이 DoIP (Diagnostics over Internet Protoc..

차량용 소프트웨어 통신 패러다임 전환과 SOME/IP의 필요성현대 자동차가 소프트웨어 중심 차량(SDV, Software Defined Vehicle)으로 진화함에 따라, 차량 내부 통신은 기존의 '신호 기반(Signal-based)' 방식에서 클라우드 및 현대적 IT 시스템과 유사한 '서비스 지향 아키텍처(SOA, Service-Oriented Architecture)'로 근본적인 전환을 맞이하고 있습니다.과거 Classic CAN 및 LIN 네트워크는 DBC(CAN Database) 파일에 정의된 고정된 주기(예: 10ms, 50ms)와 비트 오프셋에 맞추어 모든 데이터를 무조건 브로드캐스팅하는 신호 기반 통신을 사용했습니다. 그러나 자율주행 알고리즘, 인포테인먼트(IVI), 무선 펌웨어 업데이트(F..