일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- toefl writing
- 백트레이더
- backtest
- 퀀트
- 확률
- 개발자
- 블록체인
- can
- backtrader
- 암호화폐
- 토플
- AWS
- 백테스트
- 아마존 웹 서비스
- probability
- 자동매매
- 파이썬
- Bitcoin
- 자동차sw
- 오토사
- 프로그래밍
- python
- 토플 라이팅
- AUTOSAR
- 클라우드
- 비트코인
- GeorgiaTech
- it
- Cloud
- TOEFL
- Today
- Total
목록자동차 및 자동차 SW (58)
Leo's Garage
연일 글로벌 자동차 OEM들의 NACS로의 충전 표준 사용이 뉴스에 오르고 있다. 이 부분에 대해 나의 생각과 비슷한 칼럼이 있어 가지고 와봤다. [최영석 칼럼] 포드와 GM의 NACS로의 전환 의미 (autoelectronics.co.kr) [최영석 칼럼] 포드와 GM의 NACS로의 전환 의미 미국의 미래 충전표준은 겉모양은 NACS, 실제 작동방식은 CCS가 될 것으로 예상한다. 포드와 GM이 NACS로 전환한다는 것으로 보아, 충전기 커플러와 충전 인렛의 형상에만 국한될 가능성이 있다. www.autoelectronics.co.kr 정리하면 북미향 기준으로 대부분의 OEM이 NACS 표준을 채태할 가능성이 높다. 최신 뉴스를 보면 렉서스, 리비안, 스텔란티스 또한 검토를 긍정적으로 보고 있으며, 현..
OSEK/VDX(OS operating system Environment for Automotive Electronics / Virtual Distributed System)는 차량용 실시간 운영체제(OS) 표준 중 하나로, 안전성과 신뢰성이 중요한 자동차 산업에서 사용되고 있습니다. 이번에는 OSEK/VDX OS의 역사와 특징에 대해 자세히 살펴보겠습니다. 역사 OSEK/VDX는 1993년 독일 자동차 제조업체들을 중심으로 개발되었습니다. OSEK(OS operating system Environment for Automotive Electronics)라는 이름으로 처음 발표된 이 운영체제는 자동차 내 전자 제어 장치(ECU)에서 실행되는 실시간 운영체제로, 자동차의 안전 및 효율성을 향상시키기 위해 ..
안녕하세요! 오늘은 CAN 통신에 대해 알아보도록 하겠습니다. CAN 통신은 Controller Area Network의 약어로, 자동차 분야에서 많이 사용되는 통신 기술입니다. 이전에는 차량 내의 여러 제어 장치들이 각각 독립적으로 동작하다가, 이러한 제어 장치들 간의 통신이 필요해졌을 때는 주로 시리얼 통신 방식을 사용했습니다. 그러나 이러한 방식은 차량 내부의 복잡한 구조와 실시간 처리가 필요한 경우에 한계가 있었습니다. 그러한 한계를 극복하기 위해, 1986년에 Bosch사에서 개발된 CAN 통신 방식이 등장했습니다. 이후 CAN 통신은 자동차 분야에서 표준 통신 프로토콜로 사용되고 있습니다. CAN 통신의 가장 큰 특징은, 여러 개의 제어 장치들이 같은 데이터 버스를 공유하여 통신한다는 것입니다..
안녕하세요! 오늘은 자동차 진단 시스템인 OBD에 대해서 이야기해 볼게요. 요즘 자동차에는 OBD 시스템이 탑재되어 있어서, 차량의 여러 시스템과 부품들의 성능을 모니터링하고 관리할 수 있게 됐어요. OBD 시스템은 차량의 문제점과 결함을 식별하고, 적시에 수리와 유지보수를 할 수 있게끔 도와줘요. OBD는 차량 내부에 설치된 여러 센서와 컴퓨터 부품으로 이루어져 있어요. 이러한 센서는 차량의 엔진 속도, 공기 유동, 연비, 배기 등의 여러 성능을 모니터링하고, 이 데이터는 차량의 엔진 제어 유닛 또는 컴퓨터와 통신해요. 엔진 제어 유닛은 데이터를 분석하고, 예상되는 성능 수준과 차이가 있는지 확인해요. 만약 제어 유닛이 문제점이나 결함을 감지하면, 이를 기록하고 메모리에 저장해요. 이 저장된 정보는 O..
마스터 스케줄 (M+0 ~ M+n, M = Month) - M+0 = 모델 고정 : 양산에 필요한 디자인, 설계 사양 Fix - M-5~7 = 업체 선정 - M-5 = SR(System Requirement) 배포 후 2주 내에 제안서가 업체에 들어감, 업체 선정 - 제안서는 Q, C, D 관점에서 작성됨. (설계, 품질, 구매 부서 à 영업 부서) - M-3 = T-CAR (Test Car) : 성능 및 신기술을 확인하기 위한 선행 시작차. - M+3 = 모든 도면 출도 - M+5~6 PROTO : 시작차, 연구소에서 초기 차량의 설계 문제점 및 성능확인을 위한 제작 단계 PROTO 단계에서 설계상 결함, 문제점 등을 파악하여 개선이 이루어지고 신기술과 매칭성도 따져봐야 하기 때문에 약 7,8개월(장기..
The development of software for the automotive industry is a complex process that requires a well-structured methodology. AUTOSAR (AUTomotive Open System ARchitecture) is a standardized methodology for developing automotive software that helps to streamline the development process and ensure that software is developed to meet the specific requirements of the automotive industry. What is AUTOSAR?..
AUTOSAR(Automotive Open System Architecture)에서 소프트웨어 구성요소(SWC)는 특정 기능을 수행하기 위해 ECU(전자 제어 장치)에 통합될 수 있는 소프트웨어의 기능 단위이다. AUTOSAR의 주요 기능 중 하나는 소프트웨어 아키텍처를 모듈화하는 기능이며, SWC는 이 모듈화의 구성 요소입니다. SWC는 인터페이스를 통해 서로 연결될 수 있으며, 이 인터페이스는 SWC 간의 통신과 상호 작용을 정의합니다. 인터페이스 유형 AUTOSAR에는 다양한 종류의 인터페이스가 있으며, 각각의 인터페이스는 다음과 같다: Client - Server Interface: 이러한 유형의 인터페이스는 클라이언트 SWC와 서버 SWC 사이의 통신에 사용된다. 클라이언트 SWC는 서버 SWC..
AUTomottive Open System ARcitecture(개방형 자동차 표준 소프트웨어 구조) 2003년부터 구성된 자동차 분야의 개발 파트너십이다. 이 단체의 목표는 다음과 같다. 자동차 분야의 SW를 기본 SW 모듈들로 설명, 표현하고 Application Interface를 정의하여 표준화된 일반 개발 방법론을 구축하는 사양서를 제공하는 것이다. 그동안 자동차 업계에는 다양한 브랜드와 다양한 부품업체가 어떤 기준없이 각자의 목표에 따라 SW를 개발하고 배포해왔다. AUTOSAR는 서로 다른 기준으로 개발한 SW는 OEM이나 부품업체 입장에서 불필요한 연구개발 비용 증가를 불러올 수 있다고 판단하여, 기본적인 SW 모듈들의 정의하여 비용을 줄이고 SW 복잡성을 줄이고자하는데 목적이 있었다. 마..