등록 일자 2025.05.07.
개발
임베디드
기타
예상 금액
18,000,000원
예상 기간
60일
지원자 수
11명
모집 마감일
2025년 05월 21일
예상 시작일
계약 체결 이후, 즉시 시작
진행 분류
기획 상태
프로젝트 경험
협업 예정 인력
우선 순위
관련 기술
프로젝트 문의 4
비밀 댓글입니다.
외부에서 간단하게 지원했는데, 내용 수정이 안됩니다.
RS232, RS485, RS485_MODBUS 를 많이 사용해 왔습니다.
최근 2개월전 캠시스가 만든 CEVO-C라는 고장난 전기차를 구매하여 CAM reader,
가짜 CAM_BMS_sender등을 개발하여 전기차를 구동시켰으며, 이 과정에 MCU,
BMS, OBC등이 보내는 CAM data를 90%정도 해독하였습니다.
CEVO-C가 아무런 정비 매뉴얼이 없는 상태이며, 중국산이지만 OEM시 별도 주문을 주었는지
표준과 다소 달랐습니다.
이 과정에서 CAN스펙을 이해했으며, BMS중에 Balancer라는 부분을 자체 제작하였습니다.
84V Balancer는 20개의 2pole 릴레이를 사용하는 버전과 20개의 SCR과 ring core를
이용하는 버전 2가지로 최근 제작하였습니다.
현재 제작하려는 제품이 CEVO-C와 유사한 것으로 보여져서 충분히 가능할것으로 보입니다.
다만 리눅스는 라이센스비용 안드는 ECU를 목적으로 하시는 것으로 사려됩니다.
리눅스는 전혀 경험이 없지만, 리눅스가 본래 gcc 등 마이컴 제작 방식으로 compile하는 것이라서
수일간에 이해가 가능할거로 생각합니다.
CAN을 경험해본 결과 각 부품들이 보내오는 자료가 불필요하게 자주 들어와 메인 ECU로서는
통신분석에 너무 많은 시간이 할당된다는 느낌을 받았습니다.
예를 들어 BMS는 사실상 시동시 충전시에만 중요하고 그 외에는 문제가 있어도 1분에 한번만 체크해도
될텐데, 또는 중대한 변화가 있을 때에 한하여 보내도 될텐데 거의 20msec마다 데이타를
보내고 있어, 끊임없이 들어오는 CAN data를 모든 device들이 쉬지 않고 읽고 파악해야 한다는 점이
전기차의 불안정성을 유발한다는 생각입니다.
제가 지원한 금액은 부가세와 위시켓에 지불할 금액을 계산하지 않은 내용입니다.
제 위치는 대전광역시 입니다.
비밀 댓글입니다.
개발
임베디드
SaaSㆍ솔루션
개발
임베디드 외 1개
기타(IT 서비스 구축) 외 1개
개발
임베디드
관제ㆍ모니터링 외 1개
개발
임베디드
기타
개발
임베디드 외 1개
기타
yj******
클라이언트레퍼런스 https://www.youtube.com/watch?v=dHiBf83QOXs&ab_channel=motor114