일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 암호화폐
- backtest
- 비트코인
- 퀀트
- 토플 라이팅
- GeorgiaTech
- python
- 백트레이더
- Cloud
- 아마존 웹 서비스
- it
- can
- 자동차sw
- 확률
- AWS
- 자동매매
- AUTOSAR
- 토플
- 파이썬
- probability
- backtrader
- toefl writing
- 개발자
- 오토사
- Bitcoin
- 백테스트
- 프로그래밍
- 클라우드
- Today
- Total
목록Vector (3)
Leo's Garage
AUTOSAR Bring up 작업을 하다보니, 옛날에 마주했던 이슈들이나 혹은 tool 버전이 변경되서 마주하는 문제들이 매 순간 순간 나타나고 있다. 오늘 이야기할 주제는 OS Task Mapping에 대한 이야기이다. AUTOSAR에서는 application software의 경우, runnable이라는 단위로 각 기능 동작을 수행하고, BSW는 주로 mainfunction이라는 이름으로 기능 동작을 수행한다. 보통 AUTOSAR Project를 Set up하다보면 기본적으로 BSW configuration을 마친 상태에서 각 Core 별 Timer 설정, OS Application 생성, 각 주기 별 Task 생성과 각 Runnable 및 Mainfunction의 Task Mapping을 하게된다..
오늘은 최근 AUTOSAR Project Bring up 단계에서 겪은 몇 가지 이슈들을 정리하도록 하겠다. 1. MICROSAR + Third Party Tool(Tresos)간의 internal Generator 시 Container 생성 이슈 현재 개발 중에는 Vector사의 MICROSAR와 MCAL을 조합해서 개발을 하고 있다. 이때, MCAL의 Base와 CD 부분을 MICROSAR import해서 MCAL generator에 활용하곤 하는데, 최근에 MICROSAR 내에서 MCAL 의 특정 모듈의 Container를 생성 시에 naming이 MCAL implement code와 다르게 생성되는 이슈가 있다. 이런 경우에는 Configurator tool 내부에서 어떠한 이슈나 에러로 잡지 못..
Vector 사의 MICROSAR는 Vector 사에서 AUTOSAR 표준과 추가적인 기능을 더 넣어서 만든 유사 AUTOSAR Package이다. 여기서 유사라고 말 한 이유는 MICROSAR가 완벽하게 AUTOSAR 표준만을 따른 것은 아니고 또한 AUTOSAR Methodology를 완벽하게 계승한 것이 아니기 때문이다. 아무튼 각설하고, Vector의 MICROSAR를 사용해서 BSW Configuration을 작업하는데, CAN DBC import에서 Attribute 부분이 말성인 경우가 많다. 뭐 오토사 Based Project가 아니더라 하더라도 그 이전의 개발 프로세스였다고 하더라도 제어기 설계에서 가장 기본이 되는 부분은 통신/네트워크 구성에 대한 정보를 import하는 것이다. 이 때..