세상 어디에도 없는 블로그

자동차 전자시스템은 오랫동안 기능 하나가 추가될 때마다 ECU를 하나씩 늘리는 방식으로 발전해왔습니다. 하지만 ADAS와 전동화, 커넥티드카와 인포테인먼트 기능이 급격히 늘면서 이러한 방식은 한계에 가까워지고 있습니다.

수많은 ECU와 통신망을 관리하려면 배선과 소프트웨어가 복잡해지고 새로운 기능을 개발하거나 OTA로 업데이트하는 것도 어려워집니다.

그래서 최근 자동차는 기능별 ECU를 더 강력한 도메인 컨트롤러로 통합하고, 다시 중앙 컴퓨터와 존 컨트롤러를 중심으로 재구성하는 방향으로 발전하고 있습니다. 이 과정에서 데이터와 서비스를 물리적인 ECU 위치와 분리하는 통신 추상화가 SDV Software-Defined Vehicle의 핵심 요소로 자리 잡고 있습니다.

분산 ECU 아키텍처

전통적인 자동차에서는 새로운 기능이 추가될 때 해당 기능을 담당하는 ECU를 별도로 장착하는 방식이 많이 사용되었습니다.

엔진 ECU와 변속기 ECU, 에어백 ECU, 차체 ECU 등이 각각 독립적으로 존재하는 구조입니다.

분산 구조의 장점

각 ECU가 자신의 기능에 집중하므로 시스템을 비교적 명확하게 분리할 수 있습니다.

특정 기능을 독립적으로 개발하고 검증하기도 쉬운 장점이 있습니다.

하지만 ECU가 계속 늘어나면

배선과 커넥터, 전원선과 통신망이 많아지고 여러 ECU 사이의 데이터 의존관계도 복잡해집니다.

차량 전체 소프트웨어를 업데이트하거나 통합 테스트하는 난이도도 커집니다.

도메인 아키텍처 Domain Architecture

여러 개의 ECU 기능을 큰 기능 영역별로 묶어 하나의 고성능 컴퓨터에서 처리하는 구조입니다.

대표적으로 ADAS 도메인과 차체 도메인, 인포테인먼트 도메인, 파워트레인 또는 차량제어 도메인 등을 구성할 수 있습니다.

ADAS Domain Controller

카메라와 레이더 등 여러 센서 데이터를 받아 인지와 센서퓨전, 일부 판단 기능을 고성능 프로세서에서 처리할 수 있습니다.

과거 여러 ECU에 분산되어 있던 계산을 하나의 도메인 컨트롤러로 통합할 수 있습니다.

차체 도메인

도어와 창문, 조명과 와이퍼, 시트와 공조 등 여러 차체 기능을 통합 관리할 수 있습니다.

인포테인먼트 도메인

디지털 계기판과 내비게이션, 미디어와 스마트폰 연동 등 사용자 경험과 관련된 기능을 통합할 수 있습니다.

도메인을 나누면 통신이 없어질까?

아닙니다.

ADAS가 차량 속도와 조향 정보를 필요로 하고 인포테인먼트가 배터리 상태를 표시해야 하는 것처럼 도메인 사이의 데이터 교환은 계속 필요합니다.

오히려 도메인 간 고속 통신의 중요성이 커집니다.

도메인 컨트롤러 사이에는 Ethernet이 중요하다

대용량 데이터를 처리해야 하는 고성능 컴퓨터 사이에서는 Automotive Ethernet을 백본 네트워크로 사용하는 방향이 확대되고 있습니다.

CAN과 LIN은 각 도메인의 하위 장치 연결에 계속 활용될 수 있습니다.

Backbone Network란?

차량의 여러 영역과 도메인을 연결하는 중심 통신망을 의미합니다.

사람의 몸에서 척추와 주요 신경망이 여러 부위를 연결하는 것처럼 차량 데이터가 이동하는 주요 경로라고 이해할 수 있습니다.

존 아키텍처 Zonal Architecture

도메인 아키텍처 다음 단계로 많이 논의되는 구조 가운데 하나입니다.

기능별이 아니라 차량의 물리적인 위치를 기준으로 전자장치를 묶습니다.

예를 들어 좌측 전방 존

좌측 앞쪽에 있는 헤드램프와 휠센서, 범퍼센서와 여러 액추에이터를 가까운 Zone Controller에 연결할 수 있습니다.

존 컨트롤러는 이를 중앙 컴퓨터와 고속 네트워크로 연결합니다.

존 구조의 장점

각 센서와 액추에이터를 차량 중앙까지 길게 배선하는 대신 가까운 존 컨트롤러에 연결할 수 있어 배선 구조를 단순화할 가능성이 있습니다.

차량 전체의 와이어링 하네스 무게와 복잡성을 줄이는 데 도움이 될 수 있습니다.

존 컨트롤러는 단순한 게이트웨이일까?

설계에 따라 단순 데이터 중계뿐 아니라 전원분배와 입출력 처리, 일부 실시간 제어까지 수행할 수 있습니다.

Central Computing Architecture

더 나아가 소수의 고성능 중앙 컴퓨터가 차량의 주요 소프트웨어 기능을 통합 실행하는 방향으로 발전할 수 있습니다.

여러 도메인 기능을 하나의 고성능 컴퓨팅 플랫폼에서 실행하고 하위 센서와 액추에이터는 존 컨트롤러를 통해 연결하는 구조입니다.

중앙 컴퓨터 하나가 자동차의 모든 것을 제어할까?

반드시 그렇지는 않습니다.

안전과 실시간성이 중요한 일부 제어는 별도의 MCU나 지역 제어기에서 수행할 수 있습니다.

중앙집중화의 정도는 제조사와 차량 설계에 따라 달라집니다.

왜 하드웨어와 소프트웨어를 분리하려 할까?

기능 하나가 특정 ECU와 강하게 결합되어 있으면 하드웨어를 바꿀 때 소프트웨어를 다시 수정해야 하는 범위가 커집니다.

표준화된 인터페이스를 사용하면 하드웨어가 변경되어도 상위 애플리케이션을 비교적 쉽게 유지할 수 있습니다.

Hardware Abstraction

센서와 통신장치 등 실제 하드웨어의 세부 제어를 하위 소프트웨어 계층에서 처리하고 상위 애플리케이션에는 공통된 인터페이스를 제공하는 개념입니다.

완전히 하드웨어와 무관해질 수 있을까?

아닙니다.

카메라의 해상도와 ECU의 연산 성능, 네트워크 속도처럼 실제 하드웨어의 한계는 여전히 존재합니다.

추상화의 목적은 물리적 제약을 없애는 것이 아니라 불필요한 결합을 줄이는 것입니다.

SDV Software-Defined Vehicle

자동차의 기능과 사용자 경험에서 소프트웨어가 차지하는 비중이 크게 증가하고 출고 이후에도 소프트웨어 업데이트를 통해 기능이 변화하는 자동차를 설명하는 개념입니다.

SDV에서는 데이터가 왜 중요할까?

하나의 기능이 여러 센서와 ECU의 데이터를 이용하기 때문입니다.

데이터를 표준화하고 필요한 애플리케이션에 안정적으로 전달할 수 있어야 새로운 기능을 개발하기 쉬워집니다.

Vehicle Signal Specification

차량 데이터를 표준적인 이름과 계층구조로 정의하려는 접근도 있습니다.

예를 들어 Vehicle.Speed 또는 Door 상태처럼 데이터 이름과 의미를 일관성 있게 정의하면 애플리케이션 개발이 쉬워질 수 있습니다.

데이터 이름이 왜 중요한가?

제조사와 ECU마다 같은 차량 속도를 서로 다른 이름과 단위로 표현하면 소프트웨어 재사용이 어려워집니다.

표준적인 데이터 모델은 이러한 문제를 줄이는 데 도움이 됩니다.

Data Broker의 역할

차량 데이터 브로커는 여러 곳에서 생성되는 차량 데이터를 수집하고 필요한 애플리케이션에 제공할 수 있습니다.

접근권한과 구독관계, 데이터 캐시 등을 관리하는 중간 계층 역할을 할 수 있습니다.

ADAS에서 어떻게 활용될까?

카메라와 레이더, 차량 속도와 조향각 등 다양한 데이터가 여러 계산 모듈 사이에서 전달됩니다.

각 모듈은 필요한 데이터를 정해진 인터페이스로 받아 인지와 판단, 제어 단계에서 사용할 수 있습니다.

센서 원본 데이터를 모두 공유할까?

반드시 그렇지는 않습니다.

고해상도 카메라와 라이다 데이터는 매우 크기 때문에 처리 위치와 네트워크 대역폭을 고려해야 합니다.

센서 가까이에서 먼저 처리한 객체정보나 특징정보만 다른 시스템으로 전달하는 방식도 가능합니다.

Sensor Fusion

카메라와 레이더 등 서로 다른 센서의 정보를 결합해 주변 환경을 보다 신뢰성 있게 인식하는 기술입니다.

이때 데이터의 시간 동기화와 좌표계 변환이 매우 중요합니다.

모든 센서 데이터가 같은 좌표계일까?

아닙니다.

카메라와 레이더가 차량의 서로 다른 위치와 방향에 설치되어 있기 때문에 측정값을 공통 차량 좌표계로 변환해야 합니다.

Calibration이 중요한 이유

센서가 차량의 어느 위치에 어떤 각도로 설치되어 있는지 정확하게 알아야 여러 센서의 데이터를 올바르게 합칠 수 있습니다.

장착 위치가 틀어지면 센서 퓨전 정확도가 떨어질 수 있습니다.

진단 시스템과 논리적 데이터 접근

정비소의 진단기는 차량 내부의 진단 통신을 이용해 여러 ECU의 오류코드와 상태정보를 확인합니다.

그러나 이를 하나의 진단 의사 회로망이라고 부르기보다는 표준화된 진단 프로토콜과 게이트웨이를 통해 여러 ECU에 접근한다고 설명하는 것이 정확합니다.

UDS Unified Diagnostic Services

자동차 ECU 진단에 널리 사용되는 표준 서비스 체계입니다.

고장코드 읽기와 데이터 확인, ECU 프로그래밍 등 다양한 진단 기능을 정의합니다.

DoIP Diagnostics over Internet Protocol

Ethernet과 IP 네트워크를 이용해 고속으로 차량 진단을 수행하는 기술입니다.

ECU 소프트웨어 용량이 커지면서 빠른 데이터 전송이 필요한 차량에서 중요성이 커지고 있습니다.

진단기가 ECU를 직접 하나씩 연결할 필요가 없는 이유

차량 진단 커넥터에서 중앙 게이트웨이나 Ethernet 백본을 통해 여러 ECU로 진단 요청을 전달할 수 있기 때문입니다.

하지만 내부적으로는 각 ECU별 주소와 진단 서비스가 여전히 존재합니다.

OTA Over-The-Air

차량 소프트웨어를 무선 통신으로 업데이트하는 기술입니다.

SDV에서 중요한 기능이지만 단순히 네트워크가 있다는 이유만으로 안전한 OTA가 구현되는 것은 아닙니다.

OTA에는 무엇이 필요할까?

업데이트 대상 ECU 관리와 버전 관리, 패키지 검증과 전자서명, 통신 보안과 실패 시 복구 기능 등이 필요합니다.

업데이트 중 전원이 끊기면?

ECU가 정상적으로 부팅하지 못하는 문제가 생길 수 있기 때문에 이중 파티션과 롤백, 안전한 재시도 등의 설계가 활용될 수 있습니다.

OTA와 논리적 네트워크의 관계

소프트웨어 배포 시스템은 차량의 실제 ECU 위치와 네트워크 구조를 관리하면서 적절한 대상에 업데이트를 전달합니다.

상위 관리 시스템에서는 ECU를 논리적인 소프트웨어 대상이나 서비스 단위로 관리할 수 있지만 실제 업데이트 데이터는 물리 네트워크를 통해 전달됩니다.

인포테인먼트와 차량 데이터

디지털 계기판과 인포테인먼트 시스템은 차량 속도와 주행거리, 배터리 잔량과 타이어 경고 등의 정보를 표시합니다.

이러한 데이터는 다른 차량 제어기에서 생성되므로 안전하게 전달받아야 합니다.

인포테인먼트가 브레이크 ECU를 직접 제어해도 될까?

일반적으로 그렇게 설계해서는 안 됩니다.

편의·엔터테인먼트 영역과 안전 관련 제어 영역 사이에는 강한 보안 경계와 접근제어가 필요합니다.

Network Segmentation

기능과 보안 수준에 따라 네트워크 영역을 분리하는 개념입니다.

외부 인터넷과 연결되는 인포테인먼트 영역이 안전 제어 ECU에 자유롭게 접근하지 못하도록 게이트웨이와 방화벽 정책을 적용할 수 있습니다.

자동차 사이버보안

차량이 외부와 연결될수록 통신망과 소프트웨어 공격 표면도 증가합니다.

따라서 인증과 암호화, Secure Boot와 침입탐지, 업데이트 보안 등이 중요합니다.

누구나 차량 데이터를 구독할 수 있을까?

아닙니다.

미들웨어와 데이터 브로커에서는 애플리케이션별 권한을 관리해야 합니다.

특히 위치정보와 운전자 개인정보, 안전 관련 제어 데이터는 엄격하게 제한할 필요가 있습니다.

Access Control

어떤 애플리케이션이나 ECU가 어떤 데이터를 읽거나 변경할 수 있는지를 제한하는 보안 기술입니다.

읽기 권한과 제어 권한을 분리할 수도 있습니다.

인증 Authentication

통신 상대가 정말 허가된 ECU나 소프트웨어인지 확인하는 과정입니다.

공격자가 가짜 ECU나 메시지를 삽입하는 것을 막는 데 중요합니다.

메시지 인증

특정 메시지가 변조되지 않았고 신뢰할 수 있는 송신자가 보냈음을 검증하는 보안기술을 사용할 수 있습니다.

Functional Safety와 통신

안전 기능에 사용하는 데이터는 보안뿐 아니라 오류와 고장에도 대응해야 합니다.

메시지 손실과 지연, 센서 오류를 탐지하고 필요하면 안전 상태로 전환해야 합니다.

Safety와 Security는 다르다

Functional Safety는 우발적인 하드웨어·소프트웨어 고장 때문에 위험이 발생하지 않도록 하는 개념입니다.

Cybersecurity는 의도적인 공격과 비인가 접근으로부터 시스템을 보호하는 개념입니다.

미래 차량에서는 두 영역을 함께 고려해야 합니다.

중앙집중형 차량에서 네트워크 장애가 더 위험할까?

중앙 컴퓨터에 많은 기능이 통합되면 한 부분의 고장이 여러 기능에 영향을 줄 가능성이 생길 수 있습니다.

따라서 이중화와 고장격리, 독립 전원과 네트워크 경로 등이 중요해질 수 있습니다.

Ethernet Backbone 이중화

안전 요구가 높은 시스템에서는 하나의 네트워크 경로가 끊겨도 다른 경로를 사용할 수 있는 중복 구조를 설계할 수 있습니다.

서비스가 사라지면 어떻게 할까?

Service-Oriented Architecture에서는 필요한 서비스가 갑자기 사용할 수 없게 되는 상황도 고려해야 합니다.

애플리케이션은 오류를 감지하고 대체 데이터나 안전 모드로 전환할 수 있어야 합니다.

QoS Quality of Service

네트워크 트래픽마다 필요한 우선순위와 지연시간, 대역폭 조건을 관리하는 개념입니다.

음악 스트리밍 데이터와 긴급 제어 데이터가 같은 수준으로 처리되어서는 안 됩니다.

TSN Time-Sensitive Networking

Ethernet에서 시간에 민감한 데이터를 예측 가능한 지연으로 전달하기 위한 기술군입니다.

자동차의 실시간 Ethernet 통신에서 중요한 기술로 활용될 수 있습니다.

TSN을 쓰면 CAN이 사라질까?

반드시 그렇지는 않습니다.

CAN과 LIN은 비용과 안정성 면에서 강점이 있기 때문에 단순 센서와 액추에이터 영역에서 계속 사용될 가능성이 높습니다.

Ethernet과 기존 버스가 오랫동안 공존할 수 있습니다.

미래 자동차의 통신 구조

중앙 고성능 컴퓨터와 Ethernet 백본, 여러 Zone Controller가 차량의 물리적인 장치를 연결하고 상위 소프트웨어에서는 서비스와 데이터 중심 인터페이스를 이용하는 구조가 확대될 가능성이 있습니다.

소프트웨어 개발자가 얻는 장점

차량 속도 데이터가 실제 어느 ECU에서 생성되는지를 매번 직접 처리하지 않고 표준화된 데이터 인터페이스를 이용할 수 있습니다.

이를 통해 애플리케이션 재사용성과 개발속도를 높일 수 있습니다.

자동차 제조사가 얻는 장점

차량 플랫폼이 달라져도 소프트웨어 인터페이스를 일정하게 유지하면 여러 차종에서 기능을 재사용하기 쉬워질 수 있습니다.

OTA를 이용한 기능 개선과 유지관리에도 유리합니다.

하지만 소프트웨어만 바꾸면 무엇이든 가능할까?

아닙니다.

센서와 액추에이터, 프로세서 성능과 전력·열설계 등 실제 하드웨어가 기능을 지원해야 합니다.

SDV라는 개념 역시 하드웨어의 중요성을 없애는 것이 아닙니다.

데이터 중심 차량의 또 다른 과제

차량 전체에서 데이터가 많아지면 어떤 데이터가 정확한 최신 값인지와 누가 사용할 수 있는지를 체계적으로 관리해야 합니다.

Single Source of Truth

같은 차량 속도 정보가 여러 ECU에서 서로 다른 값으로 존재하면 소프트웨어가 혼란스러울 수 있습니다.

권위 있는 데이터 소스와 명확한 데이터 정의를 만드는 것이 중요합니다.

데이터 신뢰도도 전달할 수 있다

센서 값뿐 아니라 값이 유효한지와 오류 상태가 있는지, 측정된 시간이 언제인지 등의 메타데이터를 함께 제공할 수 있습니다.

자율주행에서는 특히 중요하다

단순히 물체가 앞에 있다는 정보만 받는 것이 아니라 해당 정보의 신뢰도와 갱신 시간, 센서 상태를 함께 판단해야 안전한 결정을 할 수 있습니다.

차량 내부 네트워크의 미래는 하나의 기술로 통일될까?

가능성이 높다고 단정하기 어렵습니다.

고속 컴퓨팅 영역은 Ethernet 중심으로 발전할 수 있지만 비용이 중요한 로컬 센서와 액추에이터에는 CAN과 LIN 같은 기술이 계속 적합할 수 있습니다.

결국 중요한 것은 계층화

각 기술이 자신의 역할을 담당하고 상위 소프트웨어가 공통 인터페이스를 통해 이를 사용할 수 있도록 만드는 구조가 중요합니다.

이러한 계층화와 추상화가 원문에서 말한 의사 회로망의 핵심 의미와 가장 가까운 설명입니다.

자동차 네트워크 발전 흐름

• 개별 부품의 일대일 배선
• CAN과 LIN 등 공용 통신 버스 확대
• 중앙 게이트웨이를 통한 네트워크 통합
• 기능별 Domain Controller 도입
• Automotive Ethernet 백본 확대
• Zonal Architecture와 중앙 컴퓨팅 도입
• AUTOSAR와 미들웨어를 통한 통신 추상화
• SOA와 Publish-Subscribe 기반 데이터 공유
• SDV와 차량 데이터 브로커 중심 구조 발전

FAQ

도메인 컨트롤러란 무엇인가요?

여러 ECU의 기능을 ADAS, 차체, 인포테인먼트 등 기능 영역별로 통합해 처리하는 고성능 전자제어장치입니다.

Zone Controller는 무엇이 다른가요?

기능 종류보다 차량의 물리적 위치를 기준으로 가까운 센서와 액추에이터를 연결하고 중앙 컴퓨터와 통신하는 구조입니다.

SDV에서는 모든 차량 데이터가 중앙 컴퓨터에 모이나요?

반드시 그렇지는 않습니다. 실시간성과 데이터량에 따라 로컬 제어기나 도메인, 존 컨트롤러에서 먼저 처리하고 필요한 정보만 중앙 시스템으로 전달할 수 있습니다.

OTA는 AUTOSAR 기능인가요?

AUTOSAR가 OTA 구현에 필요한 일부 소프트웨어 기반을 제공할 수 있지만 OTA 전체는 업데이트 관리 서버와 통신, 보안, ECU 프로그래밍과 복구기능 등이 함께 필요한 별도의 시스템입니다.

진단 의사 회로망이라는 별도 네트워크가 있나요?

일반적으로 그렇게 부르는 표준 네트워크는 없습니다. 실제 차량 진단에는 UDS와 DoIP, CAN 등의 표준 통신 기술과 중앙 게이트웨이가 사용됩니다.

Ethernet이 앞으로 CAN을 완전히 대체하나요?

그렇게 단정하기 어렵습니다. 고속 데이터 영역에서는 Ethernet이 확대되지만 비용과 단순성이 중요한 장치에서는 CAN과 LIN이 계속 사용될 가능성이 높습니다.

SDV에서는 소프트웨어만 바꾸면 새 기능을 모두 추가할 수 있나요?

아닙니다. 필요한 센서와 액추에이터, 연산 성능과 전기·전자 하드웨어가 이미 지원되어야 소프트웨어 기능을 구현할 수 있습니다.

의사 회로망 개념이 미래 자동차에서 중요한 이유는 무엇인가요?

실제 네트워크와 ECU 위치의 복잡성을 상위 애플리케이션에서 숨기고 데이터와 서비스를 표준화하면 기능 개발과 재사용, OTA와 플랫폼 확장을 보다 쉽게 만들 수 있기 때문입니다.

현대 자동차에는 엔진과 변속기, 브레이크와 에어백, 공조장치와 인포테인먼트, 첨단 운전자 보조 시스템까지 수많은 전자제어장치가 들어 있습니다.

이 장치들은 각자 독립적으로 작동하는 것처럼 보이지만 실제로는 서로 많은 정보를 주고받아야 합니다. 예를 들어 차량 속도 정보는 계기판뿐 아니라 내비게이션과 변속기 제어, 일부 ADAS 기능에서도 활용될 수 있습니다.

문제는 모든 ECU를 서로 직접 연결하면 배선과 통신구조가 지나치게 복잡해진다는 점입니다. 그래서 자동차에서는 CAN과 LIN, Automotive Ethernet 같은 공용 통신망을 사용하고, 그 위에 미들웨어와 데이터 추상화 계층을 두어 필요한 정보를 논리적으로 공유하는 방향으로 발전해왔습니다.

일부 설명에서는 이러한 구조를 의사 회로망 또는 Pseudo-Network라고 표현하기도 하지만, 자동차 산업에서 널리 통용되는 하나의 정식 표준 명칭이라기보다는 물리적인 연결을 숨기고 논리적으로 하나의 네트워크처럼 보이게 하는 개념적 표현으로 이해하는 것이 더 정확합니다.

자동차에는 왜 이렇게 많은 ECU가 있을까?

ECU Electronic Control Unit는 차량의 특정 기능을 전자적으로 제어하는 컴퓨터입니다.

과거에는 엔진 제어기나 변속기 제어기처럼 기능별로 독립된 ECU가 추가되면서 차량 내 ECU 수가 빠르게 늘어났습니다.

차량에 따라 수십 개에서 그보다 훨씬 많은 전자제어장치가 존재할 수 있습니다.

ECU는 서로 어떤 정보를 주고받을까?

대표적으로 차량 속도와 엔진 회전수, 조향각과 브레이크 상태, 도어 상태, 배터리 전압과 온도 등 다양한 정보를 공유합니다.

한 ECU가 만든 정보가 여러 다른 ECU에서 동시에 필요할 수 있습니다.

모든 ECU를 일대일로 연결하면 어떻게 될까?

예를 들어 20개의 ECU가 서로 모두 직접 통신해야 한다면 엄청난 수의 배선과 커넥터가 필요해질 수 있습니다.

차량 무게와 비용이 증가하고 고장 가능성과 정비 복잡성도 커집니다.

이를 해결하기 위해 여러 ECU가 하나의 통신선을 공유하는 버스 네트워크가 도입되었습니다.

자동차 통신 버스란?

여러 전자제어장치가 공통 통신선을 이용해 데이터를 주고받는 구조입니다.

각 ECU가 필요할 때 메시지를 전송하고 다른 ECU는 해당 메시지를 받아 필요한 정보를 사용합니다.

CAN Controller Area Network

CAN은 자동차에서 가장 대표적으로 사용되어온 차량 내부 통신 방식 가운데 하나입니다.

두 가닥의 차동 신호선을 통해 여러 ECU가 같은 버스를 공유할 수 있습니다.

CAN에서는 누구에게 메시지를 보내는 것일까?

전통적인 CAN에서는 특정 ECU 주소에 직접 메시지를 보내는 방식보다 메시지 식별자 ID를 중심으로 통신합니다.

각 ECU는 자신에게 필요한 CAN ID를 수신해 데이터를 사용합니다.

CAN의 장점

구조가 비교적 단순하고 노이즈에 강하며 우선순위 기반의 메시지 중재가 가능해 자동차 제어에 적합합니다.

엔진과 변속기, 차체 제어 등 여러 시스템에서 오랫동안 사용되어왔습니다.

LIN Local Interconnect Network

LIN은 CAN보다 낮은 속도와 저렴한 비용이 필요한 장치에 사용하는 통신 방식입니다.

도어 모터와 시트, 미러와 공조 플랩처럼 비교적 단순하고 데이터량이 많지 않은 장치에서 활용될 수 있습니다.

왜 모든 곳에 CAN을 쓰지 않을까?

통신속도가 높고 기능이 많을수록 일반적으로 비용과 회로 복잡성이 증가할 수 있습니다.

따라서 요구 성능이 낮은 장치에는 LIN 같은 저비용 네트워크를 사용하는 것이 효율적일 수 있습니다.

Automotive Ethernet

카메라와 고성능 컴퓨터, 인포테인먼트와 ADAS처럼 대용량 데이터를 처리해야 하는 기능이 늘면서 Automotive Ethernet의 중요성이 커졌습니다.

기존 CAN보다 훨씬 높은 데이터 전송속도를 구현할 수 있다는 장점이 있습니다.

자동차 Ethernet은 가정용 LAN과 똑같을까?

기본적인 Ethernet 기술을 기반으로 하지만 자동차 환경에 맞춘 물리계층과 프로토콜, 시간 동기화와 보안 등의 추가 요구사항이 존재합니다.

진동과 온도, 전자기 간섭이 큰 자동차 환경에서도 안정적으로 작동해야 합니다.

FlexRay는 무엇일까?

FlexRay는 높은 신뢰성과 시간 결정성이 필요한 자동차 제어를 위해 개발된 통신 기술입니다.

일부 고급 차량의 섀시와 제어시스템 등에 사용되어왔지만 최근에는 고속 Ethernet과 다른 기술이 확대되면서 적용 환경이 변화하고 있습니다.

한 자동차에 여러 네트워크가 공존한다

실제 차량에서는 CAN 하나만 사용하는 것이 아닙니다.

여러 CAN 버스와 LIN, Ethernet 등의 네트워크가 동시에 존재할 수 있습니다.

각 네트워크는 속도와 비용, 안전 요구조건에 맞춰 서로 다른 기능을 담당합니다.

서로 다른 네트워크는 어떻게 연결할까?

이때 사용하는 대표적인 장치가 Gateway입니다.

게이트웨이는 한 네트워크에서 받은 정보를 다른 네트워크로 전달하거나 필요한 경우 메시지 형식을 변환합니다.

게이트웨이는 단순한 전선 연결 장치일까?

아닙니다.

메시지 라우팅과 필터링, 보안 정책과 진단 통신, 때로는 프로토콜 변환까지 수행할 수 있는 전자제어장치입니다.

예를 들어보면

엔진 ECU가 CAN에서 차량 속도 정보를 보내고 인포테인먼트 시스템이 Ethernet 영역에 있다고 가정할 수 있습니다.

게이트웨이가 필요한 차량 속도 정보를 CAN 영역에서 받아 다른 네트워크 영역으로 전달할 수 있습니다.

그렇다면 의사 회로망은 무엇일까?

여기서부터는 물리적인 네트워크와 논리적인 네트워크를 구분해서 생각하면 이해하기 쉽습니다.

물리적으로는 차량 속도 데이터가 특정 CAN 버스를 지나 게이트웨이를 거쳐 Ethernet으로 전달될 수 있습니다.

하지만 애플리케이션은 이러한 세부 경로를 모두 알 필요 없이 단순히 차량 속도 데이터라는 논리적 인터페이스를 통해 값을 받을 수 있습니다.

이러한 구조를 통신 추상화라고 한다

Abstraction은 복잡한 내부 구조를 숨기고 필요한 기능만 단순한 인터페이스로 제공하는 것을 의미합니다.

자동차 소프트웨어에서는 하드웨어와 네트워크 구조를 추상화해 애플리케이션 개발자가 기능에 집중할 수 있도록 합니다.

의사 회로망이라는 말보다 더 정확한 표현

상황에 따라 Virtual Network와 Logical Network, Communication Abstraction, Data Abstraction, Middleware, Service-Oriented Communication 등의 표현이 더 적절할 수 있습니다.

구체적으로 어떤 기술을 설명하느냐에 따라 용어를 구분하는 것이 중요합니다.

논리 네트워크 Logical Network

실제 배선이 어떻게 되어 있는지와 관계없이 특정 기능이나 데이터 흐름을 하나의 논리적 네트워크로 묶어 관리하는 개념입니다.

가상 LAN인 VLAN도 넓은 의미에서 물리 네트워크 위에 논리적인 구분을 만드는 기술입니다.

VLAN은 자동차에서도 사용할 수 있을까?

Ethernet 기반 자동차 네트워크에서는 VLAN을 이용해 트래픽을 논리적으로 분리할 수 있습니다.

예를 들어 서로 다른 기능의 통신을 구분하고 네트워크 정책을 적용하는 데 활용할 수 있습니다.

VLAN과 의사 회로망은 같은 것일까?

동일한 개념이라고 볼 수는 없습니다.

VLAN은 Ethernet 네트워크에서 실제로 정의된 구체적인 표준 기술이고 의사 회로망이라는 표현은 훨씬 넓고 모호한 추상적 개념에 가깝습니다.

미들웨어 Middleware란?

운영체제나 통신계층과 실제 애플리케이션 사이에서 데이터 전달과 서비스 호출을 중개하는 소프트웨어 계층입니다.

애플리케이션이 CAN ID나 Ethernet 패킷 같은 세부사항을 일일이 처리하지 않아도 되도록 합니다.

메신저 비유로 이해하기

메신저 사용자는 상대방이 Wi-Fi를 쓰는지 LTE를 쓰는지, 데이터가 어떤 라우터를 거치는지 몰라도 메시지를 보낼 수 있습니다.

애플리케이션은 메시지 보내기라는 기능만 사용하고 아래의 복잡한 통신 과정은 운영체제와 네트워크 계층이 처리합니다.

자동차 미들웨어도 비슷한 역할을 할 수 있습니다.

AUTOSAR란 무엇일까?

AUTOSAR Automotive Open System Architecture는 자동차 전자·소프트웨어 아키텍처를 표준화하기 위한 국제적인 협력체이자 표준 플랫폼입니다.

소프트웨어 컴포넌트와 통신, 진단, 운영체제 등 다양한 부분의 표준 인터페이스를 제공합니다.

AUTOSAR Classic Platform

주로 임베디드 ECU에서 높은 실시간성과 결정성이 필요한 제어 애플리케이션을 지원하는 구조입니다.

엔진과 섀시, 차체 제어 등 기존 ECU 환경에서 널리 활용됩니다.

AUTOSAR Adaptive Platform

고성능 컴퓨팅과 동적인 서비스 실행이 필요한 차세대 차량을 위한 플랫폼입니다.

ADAS와 자율주행, 중앙 컴퓨팅 등과 같은 고성능 시스템에서 활용할 수 있도록 설계되었습니다.

RTE Runtime Environment

AUTOSAR Classic에서는 애플리케이션 소프트웨어 컴포넌트가 서로 통신하고 하위 시스템과 연결될 수 있도록 RTE가 중간 계층 역할을 합니다.

애플리케이션은 실제 데이터가 어느 CAN 메시지를 통해 들어오는지 세부사항을 직접 처리하지 않아도 됩니다.

이것이 원문에서 말한 의사 회로망과 가장 가까운 개념일 수 있다

실제 차량에서는 하나의 Pseudo-Network라는 시스템이 존재한다기보다 이러한 RTE와 미들웨어, 데이터 라우팅과 서비스 계층이 물리적인 통신 구조를 추상화합니다.

메시지 중심 통신

전통적인 차량 통신에서는 특정 메시지에 여러 신호를 담아 주기적으로 전송하는 방식이 많이 사용됩니다.

CAN에서 차량 속도와 엔진 회전수 등을 정해진 메시지 ID로 보내는 방식이 대표적입니다.

Signal이란?

CAN 프레임 같은 하나의 메시지 안에 들어가는 실제 정보 단위를 Signal이라고 부를 수 있습니다.

예를 들어 하나의 메시지 안에 차량 속도와 브레이크 상태 등이 정해진 비트 위치에 들어갈 수 있습니다.

개발자는 모든 비트 위치를 알아야 할까?

하위 계층에서는 정확한 데이터 정의가 필요하지만 애플리케이션 개발자에게는 이를 추상화된 변수나 인터페이스 형태로 제공할 수 있습니다.

이것이 소프트웨어 계층화의 큰 장점입니다.

Service-Oriented Architecture

차량 기능이 복잡해지면서 단순히 메시지를 계속 방송하는 방식뿐 아니라 필요한 기능을 서비스 형태로 제공하는 구조가 중요해지고 있습니다.

이를 Service-Oriented Architecture, SOA라고 합니다.

서비스라는 것은 무엇일까?

예를 들어 차량 위치를 제공하는 서비스와 도어 상태를 제공하는 서비스, 진단 서비스를 각각 독립적인 기능 단위로 정의할 수 있습니다.

다른 애플리케이션은 필요할 때 해당 서비스를 찾고 데이터를 요청하거나 구독할 수 있습니다.

Publish-Subscribe 방식

데이터를 생성하는 쪽이 Publisher가 되고 해당 정보가 필요한 쪽이 Subscriber가 되는 통신 방식입니다.

Subscriber는 데이터가 어느 물리적 센서나 ECU에서 만들어졌는지보다 어떤 Topic 또는 Service를 구독할 것인지에 집중할 수 있습니다.

차량 속도를 예로 들면

휠 속도와 다른 정보를 바탕으로 차량 속도를 계산하는 ECU가 값을 생성합니다.

계기판과 내비게이션, ADAS 등이 차량 속도 정보를 각각 사용할 수 있습니다.

서비스 또는 데이터 중심 구조에서는 하나의 데이터 제공자가 여러 소비자에게 정보를 배포할 수 있습니다.

SOME/IP란?

SOME/IP Scalable service-Oriented MiddlewarE over IP는 자동차 Ethernet 환경에서 서비스 지향 통신을 구현하는 데 사용되는 대표적인 기술 가운데 하나입니다.

서비스 발견과 메서드 호출, 이벤트 통신 등을 지원할 수 있습니다.

Service Discovery

어떤 서비스가 현재 네트워크 어디에서 제공되고 있는지를 찾는 기능입니다.

이를 이용하면 애플리케이션이 특정 ECU 주소를 하드코딩하기보다 필요한 서비스를 동적으로 찾는 구조를 만들 수 있습니다.

차량 데이터 브로커

최근 SDV에서는 여러 차량 데이터를 한곳에서 수집하고 필요한 애플리케이션에 제공하는 Vehicle Data Broker 개념도 중요해지고 있습니다.

데이터 이름과 단위를 표준화하면 애플리케이션이 ECU별 통신 구조를 직접 알 필요를 줄일 수 있습니다.

데이터 브로커가 모든 데이터를 복사할까?

반드시 그렇지는 않습니다.

필요한 데이터를 캐시하거나 중계하고 접근권한을 관리하는 등 다양한 방식으로 구현할 수 있습니다.

데이터 추상화의 실제 장점

애플리케이션이 차량 속도를 필요로 할 때 이 값이 CAN 1번 버스에서 왔는지 Ethernet 영역의 다른 ECU에서 왔는지를 몰라도 사용할 수 있습니다.

하드웨어가 변경되더라도 데이터 인터페이스를 유지할 수 있다면 상위 소프트웨어의 수정 범위를 줄일 수 있습니다.

하지만 완전히 자유로운 것은 아니다

자동차 소프트웨어는 안전과 실시간성이 중요하기 때문에 데이터 지연시간과 주기, 신뢰도와 장애 상태를 정확히 정의해야 합니다.

단순히 값을 가져올 수 있다는 것만으로 충분하지 않습니다.

Latency 지연시간

센서에서 데이터가 생성된 뒤 다른 ECU에서 실제 사용할 수 있을 때까지 걸리는 시간을 의미합니다.

안전 관련 제어에서는 매우 작은 지연과 예측 가능한 통신시간이 중요합니다.

Jitter란?

데이터 전달 시간이 매번 일정하지 않고 흔들리는 정도를 의미합니다.

실시간 제어에서는 평균 속도뿐 아니라 지터가 작은 것도 중요합니다.

시간 동기화

카메라와 레이더 같은 여러 센서 데이터를 합치려면 각각의 데이터가 언제 측정됐는지 정확하게 알아야 합니다.

차량 Ethernet에서는 정밀한 시간 동기화를 위한 기술이 사용될 수 있습니다.

센서 퓨전에서 특히 중요하다

카메라가 10시 0분 0.100초에 본 물체와 레이더가 훨씬 다른 시점에 측정한 물체를 그대로 합치면 위치가 맞지 않을 수 있습니다.

따라서 각 데이터의 Timestamp를 정확하게 관리해야 합니다.

ADAS의 실시간 제어는 중앙 데이터 풀만 보면 될까?

그렇게 단순하지 않습니다.

안전과 직결되는 기능은 정해진 지연시간 안에 데이터를 전달하고 고장 상황에서도 동작하도록 엄격하게 설계해야 합니다.

논리적 추상화가 실시간 안전 요구를 대신하지는 않습니다.

비상 제동 명령을 아무 서비스에서 보내도 될까?

아닙니다.

제동과 조향 같은 안전 관련 기능에는 엄격한 접근권한과 기능 안전, 인증된 통신 경로가 필요합니다.

일반 애플리케이션이 임의로 안전 액추에이터를 제어하도록 허용해서는 안 됩니다.

FAQ

자동차 의사 회로망이란 무엇인가요?

자동차 업계의 하나의 고정된 표준 기술명이라기보다 물리적 네트워크의 복잡성을 숨기고 데이터와 기능을 논리적으로 연결하는 통신 추상화 개념으로 이해하는 것이 적절합니다.

CAN과 의사 회로망은 같은 것인가요?

아닙니다. CAN은 실제 차량 내부에서 사용하는 표준 통신 버스이며 의사 회로망은 여러 실제 네트워크 위에 논리적 통신 구조를 만드는 개념에 가깝습니다.

게이트웨이는 무엇을 하나요?

서로 다른 CAN 버스나 Ethernet 등의 네트워크 사이에서 데이터를 라우팅하고 필요하면 메시지 변환과 보안 제어 등을 수행합니다.

AUTOSAR는 통신망인가요?

아닙니다. 자동차 소프트웨어 아키텍처와 인터페이스를 표준화하는 플랫폼이며 CAN이나 Ethernet 같은 실제 통신 기술 위에서 동작할 수 있습니다.

애플리케이션은 CAN ID를 몰라도 되나요?

소프트웨어 아키텍처에 따라 상위 애플리케이션은 미들웨어와 RTE 등을 통해 추상화된 데이터 인터페이스를 사용할 수 있습니다. 하위 계층에서는 실제 CAN 메시지와 매핑 정보가 여전히 필요합니다.

SOME/IP는 무엇인가요?

IP 기반 자동차 네트워크에서 서비스 지향 통신을 구현하는 데 활용되는 미들웨어 기술 가운데 하나입니다.

차량 데이터를 모두 하나의 중앙 서버에 모으나요?

반드시 그렇지는 않습니다. 아키텍처에 따라 각 도메인이나 중앙 컴퓨터, 데이터 브로커가 데이터를 분산 관리할 수 있습니다.

전자기기 안을 들여다보면 반도체 칩만큼이나 많이 보이는 작은 부품들이 있습니다. 저항과 커패시터, 인덕터가 대표적입니다.

이들은 화려한 연산을 수행하거나 신호를 스스로 증폭하는 장치는 아니지만 전류와 전압을 조절하고, 잡음을 줄이고, 에너지를 저장하며, 회로가 안정적으로 동작하도록 만드는 중요한 역할을 합니다.

이러한 부품을 일반적으로 Passive Components, 수동 소자라고 부릅니다.

수동 소자란 무엇일까?

전자회로의 부품은 역할과 특성에 따라 여러 방식으로 구분할 수 있습니다.

그 가운데 수동 소자는 일반적으로 외부에서 공급되는 전기에너지를 이용하면서 신호의 증폭이나 능동적인 전력 이득을 만들어내지 않는 부품을 의미합니다.

대표적인 부품이 저항 Resistor, 커패시터 Capacitor, 인덕터 Inductor입니다.

다만 수동 소자가 전력을 전혀 소비하지 않는다는 의미는 아닙니다.

저항은 전기에너지를 열로 변환해 소모하고, 실제 커패시터와 인덕터도 ESR과 권선저항 등으로 인해 손실이 발생합니다.

따라서 수동이라는 표현은 에너지 소비가 전혀 없다는 뜻보다 능동적인 전력 증폭 기능을 갖지 않는다는 개념으로 이해하는 것이 좋습니다.

저항 Resistor는 무슨 역할을 할까?

저항은 전류의 흐름에 저항을 제공하는 가장 기본적인 전자부품입니다.

저항의 크기는 Ω, 옴으로 표시합니다.

기본적인 관계는 옴의 법칙으로 설명할 수 있습니다.

V = I × R

여기서 V는 전압, I는 전류, R은 저항입니다.

전류 제한

LED처럼 지나치게 많은 전류가 흐르면 손상될 수 있는 부품 앞에 저항을 연결해 전류를 제한할 수 있습니다.

전압 분배

여러 저항을 조합하면 입력전압의 일정 비율을 얻는 Voltage Divider를 구성할 수 있습니다.

바이어스와 신호 조정

트랜지스터와 증폭회로에서는 동작점을 설정하거나 신호 크기를 조절하는 데 저항을 사용할 수 있습니다.

센싱

낮은 저항값의 Shunt Resistor 양단 전압을 측정하면 흐르는 전류를 추정할 수 있습니다.

또 서미스터와 광저항처럼 온도나 빛에 따라 저항값이 변하는 부품도 센싱에 활용됩니다.

커패시터와 커패시턴스는 어떻게 다를까?

여기서 용어를 구분하는 것이 중요합니다.

Capacitor, 커패시터는 실제 전자부품이고, Capacitance, 커패시턴스는 전하를 저장하는 능력을 나타내는 물리량입니다.

커패시턴스의 단위는 F, 패럿입니다.

커패시터는 두 도체 사이에 절연체를 두고 전기장 형태로 에너지를 저장합니다.

저장 에너지는 이상적인 경우 다음 관계로 표현할 수 있습니다.

E = 1/2 CV²

전원 안정화

전원라인의 순간적인 전압변동을 완화하고 IC 가까이에서 필요한 순간전류를 공급하는 데 사용됩니다.

Decoupling과 Bypass

디지털 IC 주변에서는 고주파 잡음을 우회시키고 전원 변동을 줄이기 위해 작은 커패시터를 배치합니다.

신호 Coupling

DC 성분을 차단하면서 AC 신호를 다음 회로로 전달하는 데 사용할 수 있습니다.

필터

저항이나 인덕터와 조합해 특정 주파수 성분을 통과시키거나 줄이는 필터를 만들 수 있습니다.

시간 지연

RC 회로에서는 저항과 커패시터를 이용해 일정한 충방전 시간을 만들 수 있습니다.

대표적인 시간상수는 다음과 같습니다.

τ = RC

인덕터와 인덕턴스는 무엇일까?

Inductor, 인덕터는 전류가 흐를 때 자기장에 에너지를 저장하는 부품입니다.

Inductance, 인덕턴스는 그 특성을 나타내는 물리량이며 단위는 H, 헨리입니다.

인덕터는 전류가 갑자기 변하려는 것을 방해하는 방향으로 전압을 만들어냅니다.

이상적인 인덕터의 관계는 다음과 같이 표현할 수 있습니다.

V = L × di/dt

저장되는 에너지는 다음과 같습니다.

E = 1/2 LI²

전원회로의 에너지 저장

DC-DC Converter에서는 인덕터가 에너지를 저장하고 방출하면서 입력전압을 다른 전압으로 변환하는 데 중요한 역할을 합니다.

전류 Ripple 감소

급격한 전류변화를 억제하는 특성을 이용해 전원라인의 전류 Ripple을 줄이는 데 사용할 수 있습니다.

필터와 노이즈 억제

커패시터와 조합해 LC Filter를 구성하거나 EMI 억제를 위해 Choke 형태로 사용할 수 있습니다.

고주파 회로

RF 인덕터는 임피던스 매칭과 필터, 공진회로 등에 사용됩니다.

저항·커패시터·인덕터를 비교하면?

필터에서는 어떻게 함께 사용될까?

수동 소자의 강점은 서로 조합했을 때 더 분명하게 나타납니다.

저항과 커패시터를 이용한 RC Filter, 인덕터와 커패시터를 이용한 LC Filter, 세 종류를 함께 이용하는 RLC 회로 등이 대표적입니다.

이러한 회로는 특정 주파수를 통과시키거나 감쇠시키고 노이즈를 제거하며 공진 특성을 만드는 데 사용됩니다.

통신기기와 오디오, 센서, 전원장치 등 거의 모든 전자시스템에서 이러한 수동 필터 구조를 찾아볼 수 있습니다.

실제 부품은 이상적인 R·L·C와 다르다

회로이론에서는 저항과 커패시터, 인덕터를 이상적인 부품으로 설명하지만 실제 부품에는 기생성분이 존재합니다.

커패시터의 ESR과 ESL

실제 커패시터에는 등가직렬저항 ESR과 등가직렬인덕턴스 ESL이 존재합니다.

따라서 주파수가 매우 높아지면 이상적인 커패시터처럼 계속 동작하지 않습니다.

인덕터의 권선저항과 기생 커패시턴스

실제 코일에는 도선의 저항과 권선 사이의 기생 커패시턴스가 존재합니다.

그 결과 특정 주파수에서는 Self-Resonant Frequency가 나타나고 그보다 높은 영역에서는 원하는 인덕터 특성이 감소할 수 있습니다.

저항도 주파수의 영향을 받는다

실제 저항 역시 패키지와 구조에 따른 기생 인덕턴스·커패시턴스를 가지므로 매우 높은 주파수에서는 단순한 R만으로 표현하기 어렵습니다.

특히 GHz 영역의 RF 회로에서는 부품값뿐 아니라 패키지와 PCB Layout까지 함께 고려해야 합니다.

IT 기기에는 어디에 사용될까?

스마트폰과 노트북, 서버, 네트워크 장비에는 매우 많은 수동 부품이 들어갑니다.

프로세서 전원

CPU와 GPU 주변에는 수많은 Decoupling Capacitor가 배치돼 급격한 부하변동에 대응하고 전원 노이즈를 줄입니다.

DC-DC Converter

노트북과 스마트폰의 전원회로에서는 인덕터와 커패시터가 전압변환과 Ripple 억제를 담당합니다.

통신회로

Wi-Fi와 Bluetooth, 이동통신 RF 회로에서는 인덕터와 커패시터, 저항을 이용해 임피던스 매칭과 필터링을 수행합니다.

고속 디지털 회로

고속 신호에서는 Termination Resistor와 여러 수동 네트워크를 이용해 반사와 신호 무결성 문제를 관리합니다.

왜 수동 소자도 계속 발전할까?

반도체 칩이 작아지고 연산성능이 높아질수록 주변의 수동 부품도 함께 발전해야 합니다.

칩 하나가 아무리 빨라도 전원이 불안정하거나 고주파 잡음이 심하면 정상적으로 작동하기 어렵기 때문입니다.

소형화

스마트폰과 웨어러블 기기처럼 PCB 공간이 제한된 제품에서는 더 작은 크기에서 필요한 저항값과 정전용량, 인덕턴스를 제공해야 합니다.

고주파 대응

5G와 Wi-Fi, 고속 데이터 통신에서는 GHz 영역에서도 낮은 손실과 안정적인 임피던스 특성이 중요합니다.

고전압·고전류 대응

전기차와 데이터센터, 전력변환 시스템에서는 높은 전압과 전류를 견디면서 손실과 발열을 줄이는 부품이 필요합니다.

집적화

여러 저항과 커패시터를 하나의 패키지나 기판 안에 통합하는 Passive Network와 Embedded Passive 기술도 활용될 수 있습니다.

Chip Embedded Passive란?

수동 부품을 PCB 표면에만 실장하는 대신 기판 내부나 패키지 구조에 일부 수동 기능을 포함시키는 기술을 Embedded Passive라고 부를 수 있습니다.

이를 통해 보드 면적을 절약하고 배선거리를 줄이며 일부 고주파 특성을 개선할 수 있습니다.

하지만 모든 저항과 커패시터, 인덕터가 앞으로 기판 안으로 들어가는 것은 아닙니다.

필요한 용량과 전력, 비용, 수리성, 제조공정 등을 고려해 외장형과 집적형이 함께 사용됩니다.

지능형 수동 소자는 가능한 개념일까?

이 표현은 주의해서 사용해야 합니다.

저항이나 커패시터, 인덕터 자체가 AI를 탑재해 상황을 판단하고 스스로 제어한다면 전통적인 의미의 순수 수동 소자라고 보기 어렵습니다.

센서와 수동 소자, 마이크로컨트롤러를 하나의 모듈로 결합해 상태진단과 자동제어를 수행하는 스마트 전자부품은 만들 수 있습니다.

하지만 이때 지능적인 판단을 담당하는 것은 능동회로나 프로세서이며 수동 소자 자체의 기능과는 구분해야 합니다.

수동 소자가 작다고 중요하지 않은 것은 아니다

전자기기에서 가장 눈에 띄는 부품은 CPU와 GPU, 메모리 같은 반도체입니다.

하지만 이 반도체들이 정상적으로 동작하려면 주변의 전원과 신호를 안정화하는 많은 수동 부품이 필요합니다.

작은 MLCC 하나가 손상되어도 전원라인에 이상이 생길 수 있고, 전원 인덕터의 포화특성이 맞지 않으면 DC-DC Converter의 정상 동작에 문제가 생길 수 있습니다.

따라서 수동 소자는 단순한 보조부품이라기보다 전자시스템의 기본 조건을 만들어주는 핵심 구성요소라고 할 수 있습니다.

내용 정리

저항과 커패시터, 인덕터는 전자회로의 가장 기본적인 수동 소자입니다.

저항은 전류와 전압의 관계를 조절하면서 에너지를 주로 열로 소비하고, 커패시터는 전기장에, 인덕터는 자기장에 에너지를 저장합니다.

이 부품들을 서로 조합하면 전압분배와 필터, 공진, 전원변환, 신호 커플링과 노이즈 억제 같은 다양한 기능을 만들 수 있습니다.

또 실제 전자기기의 동작 주파수가 높아질수록 기생성분과 ESR, ESL, 자기포화와 공진주파수 같은 현실적인 특성도 중요해집니다.

자주 묻는 질문

수동 소자는 전기를 전혀 사용하지 않나요?

아닙니다. 저항은 전기에너지를 열로 소비하고 실제 커패시터와 인덕터도 내부 손실을 가집니다. 수동이라는 표현은 능동적인 전력 증폭 기능을 갖지 않는다는 의미에 가깝습니다.

커패시터와 커패시턴스는 같은 말인가요?

아닙니다. 커패시터는 실제 부품이고 커패시턴스는 전하 저장 능력을 나타내는 물리량입니다. 단위는 패럿 F입니다.

인덕터와 인덕턴스도 다른가요?

네. 인덕터가 부품이고 인덕턴스가 특성값입니다. 인덕턴스의 단위는 헨리 H입니다.

커패시터는 DC를 완전히 차단하나요?

이상적인 정상상태에서는 DC 전류가 흐르지 않는 것으로 설명할 수 있지만 실제 커패시터에는 누설전류가 존재하며 충전·방전 과정에서는 전류가 흐릅니다.

인덕터는 DC를 그냥 통과시키나요?

이상적인 정상상태에서는 DC에 대해 매우 낮은 임피던스를 갖는 것으로 설명할 수 있지만 실제 인덕터에는 권선저항이 있으며 자기포화와 허용전류도 고려해야 합니다.

수동 소자는 반도체 칩보다 덜 중요한가요?

그렇지 않습니다. 반도체가 정상적으로 동작하려면 안정적인 전원과 신호환경이 필요하며 이를 만드는 데 수많은 수동 소자가 사용됩니다.

5G에도 수동 소자가 필요한가요?

필요합니다. RF 필터와 임피던스 매칭, 전원 안정화 등에 고주파 특성이 뛰어난 커패시터와 인덕터, 저항 등이 사용됩니다.

AI가 들어간 수동 소자도 있나요?

순수한 저항·커패시터·인덕터 자체가 AI로 판단하는 형태는 일반적인 수동 소자의 개념과 맞지 않습니다. 다만 수동 부품과 센서·프로세서를 결합한 스마트 모듈은 구현할 수 있습니다.