INCA V7.2 서비스 팩 8

기능 한눈에 보기

  • Limited Emulation RAM - Renesas RH850 오버레이 RAM 지원
  • 64 비트 정수 지원 (32 비트 값 범위로 제한)
  • COM-API – 버스 모니터링 지원
  • AUTOSAR – CAN / CAN FD를 위한 다중화 된 I-PDU 모니터링 지원
  • AUTOSAR – CAN / CAN FD 모니터링을위한 종단 간 통신 보호
  • 하드웨어 구성에서 별칭 이름 표시 및 편집
  • 데이터베이스에서 중복 파라미터 확인
  • ProF XCP 플래싱 - 새 XCP_SET_TIMEOUT 명령
  • ‘하드웨어 장치 추가’ 대화 상자에서 검색

제한된 에뮬레이션 RAM - Renesas RH850 오버레이 RAM 지원

Renesas RH850 마이크로 컨트롤러의 메모리 오버레이 구조 예시

Renesas RH850 마이크로 컨트롤러 제품군은 다중 플래시 메모리 클러스터를 지원합니다. 캘리브레이션을 위해 각 클러스터는 할당된 오버레이 RAM을 특별하게 처리해야 합니다.

INCA는 모든 플래시 클러스터에 대한 캘리브레이션을 허용하는 RH850 메모리 오버레이 메커니즘을 지원합니다. INCA는 글로벌 및 클러스터 관련 오버레이 RAM의 사용을 최적화 시켜 줍니다.

64 비트 정수 지원 (32 비트 값 범위로 제한)

64 비트 값에 액세스하려면 비트 마스크를 사용해야 합니다.

차세대 ECU 컨트롤러는 64 비트 레지스터를 지원하고 있습니다. 고성능 데이터 액세스가 가능하려면 64 비트 레지스터를 한번의 액세스로 읽을 수 있어야 합니다. 일반적인 데이터의 크기는 64 비트보다 작으므로 하나의 64 비트 데이터 패키지에 여러 개의 데이터가 저장됩니다.

INCA는 이제 한번의 액세스로 읽기/쓰기가 가능한 64비트 정수 액세스를 지원합니다. 서로 다른 정보를 분리하려면 최대 32개의 활성 비트가 있는 비트 마스크를 사용해야 합니다. 완전한 64-비트 지원은 향후 서비스 팩에서 가능할 예정입니다.

COM-API - 버스 모니터링 지원

일부 버스 모니터링 어플리케이션의 경우 버스 description 파일을 교환하는 것이 유용합니다. INCA는 API 명령을 사용하여 INCA 데이터베이스에 버스 description 파일을 추가 할 수 있습니다.
버스 description 파일을 읽기 위해 다음 명령이 도입되었습니다.

  • ReadCanDBFile
  • ReadAutosarFile
  • ReadFibexFile
  • ReadLdfFile

모니터링 디바이스에 버스 description 파일을 할당하기 위해 다음 명령이 도입되었습니다.

  • HWProjectSystem.SetProject

다음과 같은 버스 모니터링 description 파일을 지원합니다.

  • CAN, CAN FD, J1939 용 CAN DB
  • CAN, CAN FD, FlexRay 용 AUTOSAR V4.1, 4.2, 4.3
  • FlexRay 용 Fibex V3.0,3.1
  • LIN을위한 LDF V1.3, 2.3

AUTOSAR - CAN/CAN FD를위한 다중화 된 I-PDU 모니터링 지원

다중화된 I-PDU의 구조. 셀렉터 필드는 다이내믹 파트가 해석되는 방법을 정의합니다.

다중화된 I-PDU의 정적 및 동적 세그먼트에 정의된 신호는 CAN/CAN FD 모니터링을 사용하여 INCA에서 측정 할 수 있습니다. 다중화된 I-PDU는 사용 가능한 대역폭을 효율적으로 사용하기 위한 ECU 통신에 적용됩니다.

참고: 이 기능은 ES590, ES591, ES690 및 ES1222에서는 지원되지 않습니다.

AUTOSAR - CAN/CAN FD 모니터링을 위한 종단 간 통신 보호

AUTOSAR 4.x의 몇 가지 향상된 기능 중 하나는 E2E (end-to-end) 통신 보호 기능을 추가한 것입니다. 지금까지 정의된 E2E 프로파일은 몇 가지 종류가 있으며, 각 프로파일은 시퀀스 카운터, 데이터 ID 및 순환 중복 검사(CRC)와 같은 E2E 보호 메커니즘의 조합을 구현합니다.

다음과 같은 요구사항을 고려하여, INCA는 PDU 부분의 값만 읽고 해석합니다.

  • INCA는 선택된 측정 신호에 대한 사용자 데이터 및 PDU 데이터를 관리합니다.
  • E2E 보호의 모든 측정 신호는 VSD에서 볼 수 있으며, 측정 및 기록에 사용할 수 있습니다
  • ‘CRC‘, ‘카운터‘및 ‘길이‘필드가 INCA의 측정 신호로 표시되어 E2E 헤더 값을 모니터링합니다.

하드웨어 구성에서 별칭 표시 및 편집

INCA의 장치 이름은 컨텍스트 메뉴를 사용하여 하드웨어에 저장된 별명으로 설정할 수 있습니다.

동일한 유형의 장치가 두 대 이상 사용되는 자동차(예: ETAS XETK 2대)를 사용하는 경우 하드웨어의 이름을 고유하게 지정하거나 식별해야 합니다. 이 경우에, 장치의 일련 번호는 장치의 기능을 나타낼 수 없으므로 사용하기 힘듭니다. 하드웨어 장치를 보다 쉽게 식별할 수 있도록 별칭을 장치에 저장할 수 있습니다. 별칭을 사용하여 자동차에 내장된 장치를 INCA 하드웨어 구성의 장치와 일치시킬 수 있습니다.

INCA는 다음에 별칭을 표시합니다.

  • ‘하드웨어 검색’ 대화 상자
  • ‘하드웨어 매핑’ 대화 상자
  • ‘하드웨어 구성’ 창
  • ‘프로젝트 지정’ 대화 상자

자동 하드웨어 매핑의 경우 INCA 장치 이름과 별칭이 반드시 동일해야 합니다. 사용자는 새로운 ‘별칭을 이름으로 사용‘ 컨텍스트 메뉴 항목을 사용하여 이를 수행할 수 있습니다.

중복된 매개 변수에 대해 데이터베이스 검사

중복된 매개 변수에 대해 데이터셋을 검사할 수 있습니다.

두 개의 매개 변수가 동일한 메모리를 공유하면 한 매개 변수의 교정이 다른 매개 변수에 영향을 주지만, 항상 그런 것은 아닙니다. 매개 변수는 종종 값을 저장하기 위해 다중 바이트가 필요합니다. 서로 다른 시작 주소를 간단히 검사하더라도 모든 중복을 감지하지는 못합니다.

이제 INCA는 매개 변수의 주소와 크기를 고려한 검사를 지원합니다. 검사는 INCA 프로젝트(A2L 파일)에 대해 수동으로 수행할 수 있습니다. 서로 다른 비트 마스크가 있는 중복된 매개 변수도 감지됩니다.

ProF XCP 플래싱 – 새 XCP_SET_TIMEOUT 명령

XCP 플래싱의 경우 ProF는 A2L 파일의 XCP 매개 변수를 기반으로 설정한 XCP 연결을 사용합니다. 이 매개 변수는 XCP 측정 및 캘리브레이션 사용 사례에 최적화되어 있지만 플래싱 사용 사례에 최적화되어 있지는 않습니다.

플래싱 동안에는 처리하는 데 오랜 시간이 걸리는 작업 (예: ECU 메모리 지우기 또는 체크섬 확인)을 수행해야 합니다. A2L 파일에 정의된 최적화된 하위 XCP time out 시간 t1 - t7을 사용하는 경우, 플래싱 작업 동안 XCP 통신이 시간 초과될 수 있습니다.

이제 새로운 XCP_SET_TIMEOUT ProF 명령을 사용하여 다른 XCP time out매개 변수를 플래싱 작업에 사용할 수 있습니다. 이 새로운 명령은 플래싱 작업 동안 개별 t1 - t7 time out을 변경할 수 있으므로 플래싱 동안 시간 초과 에러가 발생하지 않습니다.

새로운 명령은 ProF 문서에 설명되어 있습니다.

‘하드웨어 장치 추가’대화 상자에서 검색 허용

‘하드웨어 장치 추가’ 대화 상자가 검색 기능으로 확장되었습니다.

INCA는 다양한 하드웨어 장치를 제공합니다. ‘하드웨어 장치 추가’ 대화 상자는 검색 기능을 제공하여 하드웨어를 쉽게 찾을 수 있도록 합니다.