D-sub 핀과 120옴 저항 질문드립니다

정확히말하면 120옴 저항이 내장된 d sub커넥터라고 부르는게 맞는데.질문자님의 회사에서는 그냥 편의상 그렇게 부르는거 같습니다. 실제로 똑같은 모양의 d sub커넥터인데 120옴 저항이 안달려있는 것도 있습니다. 질문자님이 뒷쪽에 말씀하신(이해하신) 내용이 맞습니다.

오토사 강의는 없을까요?

안녕하세요. 오토사 강의 오늘 오픈했습니다이더넷 린통신은 저도 궁금한데 가르칠 실력이 없는 상태입니다.. 알게되면 만들고싶네요..

CAN wake-up 시퀀스에 대해

안녕하세요. 제가 예시로 설명드린 트랜시버의 제품 기준으로는 이해하신게 맞습니다 1.sleep 상태에 진입하여 INH가 떨어진 상태에서 지정된 패턴의 캔신호가 CAN high,can low 선을 통해 들어오면 INH가 올라옵니다. 2.이해하신게 맞는데 그렇게 사용하려면 회로를 적절하게 구성해야겠죠. INH가 MCU 공급전원쪽 스위치를 활성화하도록 회로를 구성해놔야 INH 핀의 전압레벨에 따라 MCU가 켜지거나 꺼질테니까요.

강의자료 문의

네 받을 수 있습니다

브로드케스트 방식에 관하여

안녕하세요. 위에 답변은 AI가 적은거라서 설명이 이상하네요.자동차회사에서 진단통신 사양을 정할때 캔 메세지의 id를 예를들어 아래와 같이 정하게됩니다. functional 메세지 Id : 100조향제어기의 physical id : 200제동제어기의 Physical id : 201캔 통신은 모든 메세지가 브로드캐스트 방식이므로 피지컬이든 펑셔널이든 진단기가 메세지를 쏘면 모든 제어기에게 전달됩니다.근데 조향제어기에게만 명령을 주고싶으면 캔메세지 id를 200 으로 해서 메세지를 보내는거죠. 이때 캔통신은 브로드캐스트니까 이 메세지가 제동제어기에게도 전달이될겁니다.근데 제동제어기 sw개발자는 제동제어기가 부여받은 피지컬id가 201이니까 .이 메세지는 수신되더라도 그냥 무시하도록 sw를 만드는겁니다. 다시 정리하면, physical id의 메세지도 브로드캐스트 이므로 모든제어기에게 전달되지만,본인에게 할당된 피지컬id가 아닌경우 무시를하는겁니다

요청/응답 포맷에서 RID 부분 질문있습니다.

이해하신게 맞습니다. 그림이 잘못됐습니다 2바이트로 표현했어야 합니다.죄송하고감사합니다. 전에 시큐리티레벨과 rid관련 내용 수정하겠습니다.

ClearDiagnosticInformation 관련하여

안녕하세요 이해하신 내용이 맞습니다. 그런 용도로 만들어진 서비스가 세션과 시큐리티엑세스니까요. 근데 말씀하시는것처럼 서비스별 선행조건은 제조사가 임의로 정하는거라 클리어디티씨 서비스에 무조건 프리컨디션이 존재하냐고 물으면 장담은 못하겠네요. 보통은 세션으로 컨트롤하고. 아예 제3의 조건을 프리컨디션으로 넣기도합니다.(특정 캔시그널의 값을 본다던지. 엔진 rpm값을 본다던지 등)

Security Level 범위관련

안녕하세요 . 도움이 됐다니 다행입니다자료에 문제가 있군요. 1~63이 맞습니다.

CAN DBC 파일이 있는데요. 어느 부분에서 E2E프로토콜

E2E 정보를 어떤식으로 줄지 정해진 공식은 없습니다. DBC라는 파일 자체가 따로 국제표준 이런게 아니라서요. 근데 경험상 E2E 정보를 DBC로 받는다면 보통은 별도의 Attribute를 추가해서 거기에 적어줍니다. 즉 attribute를 확인하셔야합니다

Profile1에서 사용하는 Data ID : 2BYTE

질문 주신 내용은 이해하신 내용이 맞습니다.계산 로직의 경우 Profile 마다 별도로 만들어두고, 각 프로젝트 상황에 맞게 사용하는게 일반적입니다. 그리고 강의 범위를 벗어나서 따로 얘기는 안했지만 보통 auotosar 기반으로 개발하게되면 툴 업체에서 e2e 라이브러리를 제공해줘서 그대로 쓰기도합니다.오토사의 e1e 라이브러리평션 이름을 보면 E2e_P02_Protect , E2e_P05_Protect 이런식으로 프로파일별로 구분이돼있습니다