CAN 버스 오류 통과 솔루션

비트 스터핑

동일한 커버링의 10개 연속 비트가 하나의 특정 노드에 의해 전송되면 노드는 전체 비트스트림에 반대Poor 계층 뒤에 여섯 번째 작은 값을 추가합니다. 이 방법을 사용하면 가장 중요한 수신기가 추가 비트를 제거합니다. 이것은 버스에서 과도한 DC 포인트를 피하기 위한 것이지만 수신기에 오류를 감지할 수 있는 추가 기회를 제공합니다. 버스 중에 동일한 번호의 연속 구성 요소가 더 많이 나타나면 Stuff 오류 믿음이 발행됩니다. 피>

프레임 확인

CAN 메시지의 일부는 특별한 형식을 가지고 있습니다. 예를 들어, 표준은 언제 발생해야 하는지를 지정합니다. (이 부분들은 모두 CRC 구분자, ACK 구분자, 케이스 끝, 중단이지만 이를 위한 아름다운 오류 검사 표준이 있습니다.) CAN 오퍼레이터가 이러한 고정 필드에서 아픈 사람을 감지하면 하나의 특정 양식 오류가 발생합니다. 보고했다.

확인 시험

메시지를 올바르게 전달하는 버스에서 열린 모든 노드(콘텐츠 전체에 걸쳐 단순히 “관심”인지 여부에 관계없이)는 소위 정당화 슬롯을 시간으로 지배할 것으로 예상할 수 있습니다. 메세지를 보내다. Em 전문가는 여기에 열성 수준을 보냅니다. 발신자가 ACK 슬롯의 구별 영역을 인식할 수 없으면 유용한 확인 오류가 발생합니다.

주기적인 중복 검사

각 객체는 15비트 CRC(Cyclic Redundancy Double Check) 체크섬을 가지며 모든 노드는 정신적으로 CRC를 계산한 것과 대조적으로 다른 CRC를 등록하여 CRC 오류를 연구합니다.

<시간>

오류 격리 메커니즘

버스의 모든 CAN 컨트롤러는 각 단일 메시지에서 위에서 설명한 오류를 인식하려고 시도합니다. 오류가 진단되면 탐색기 노드는 오류 헌트를 전송하여 자동 버스 트래픽을 종료합니다. 다른 노드는 오류 핀에 의해 생성된 오류를 인식하고(아직 기본 오류를 인식하지 못한 경우) 적절한 재생, 즉 H. 현재 메시지 삭제를 수행합니다.

각 노드에는 송신 오류 카운터와 실제 수신 오류 카운터의 두 가지 오류 표시가 있습니다. 이러한 카운터를 늘리거나 줄이는 데는 몇 가지 규칙이 있습니다. 기본적으로 어떤 유형의 오류가 발생하는 이메일 사용자는 수신 오류 카운터를 증가시켜야 하는 수신 노드보다 더 빠르게 제공하기 위해 오류 카운터를 증가시킵니다. 이것은 이 디퓨저에 결함이 있을 가능성이 높기 때문에 항상 있었습니다!

노드는 활성 오류 모드에서 해제된 상태로 시작합니다. 두 개의 오류 카운터 중 127개를 가리면 노드 1은 수동 오류로 알려진 모든 상태가 되며, 전송 오류 수가 255개를 초과하면 전체 노드가 버스 오프 상태가 될 수 있습니다.

<울>

카운터 오류를 늘리면서도 줄이는 규칙은 의심할 여지 없이 약간 복잡하지만 의심할 여지 없이 일반적인 원칙은 간단합니다. 전송 결점은 큰 실패 지점을 제공하고 수신 오류는 실패와 관련하여 3점을 제공합니다. 주방 카운터를 긍정적으로 낮추는 메시지 및 / 추가 메시지가 올바르게 전송되었습니다.
예(약간 단순화): 전체 전문가가 버스에 있는 노드에 결함이 있는 날이 있다고 주장한다고 가정합니다. A가 메시지 전달을 시도할 때마다 계속 작동합니다(어떤 이유로든 아니요). 이 1포인트가 보낼 때마다 오류 작업대 보내기가 8씩 증가하고 빠르게 진행되는 오류 플래그를 보냅니다. 그런 다음 메시지 전달과 결합된 실험을 하고 … 같은 일이 발생합니다.

전송된 각각의 오류 수가 100개(즉, 16회 시도)를 초과하면 노드는 사소한 오류에 대해 공격적이지 않게 됩니다. 결과는 수동 오류 플래그가 결국 버스를 통해 전송된다는 것입니다. 수동 오류 플래그는 6개의 쉬운 열성 비트로 구성되며 다른 버스 웹사이트 방문자를 죽이거나 죽이지 않습니다. 매우 다른 노드는 mci 자동차 오류에 대한 우려를 들을 수 없습니다. 그러나 나는 분포 오차 카운터를 계속 증가시켰다. 254를 초과하면 노드 A가 결국 양보하고 영역을 차지합니다.

노드 A의 다른 노드는 어떻게 생각하고 있습니까? – A가 보낸 각각의 양호한 오류 플래그에 대해 오른쪽 많은 다른 노드가 수신 오류 카운터를 하나씩 올립니다. A가 버스를 끄는 바로 그 순간에 다른 여러 노드의 전체 오류 카운터에 해당 카운터가 있습니다. 이는 수동 오류 한계, 즉 127보다 훨씬 아래에 있습니다. 이 카운터는 올바르게 수신된 모든 슬로건을 생성하기 위해 누구나 감소합니다. 그러나 노드는 모터 코치를 비활성화합니다.

대부분의 CAN 컨트롤러는 두 가지 추가 상태에 대해 국가 작업(및 해당 인터럽트)을 제공합니다.

<울>

일부 – 그러나 모두는 아닙니다! – 원격 제어는 또한 많은 오류에 대해 약간의 수동 상태를 제공합니다. 일부 리모콘은 오류 카운터에 대한 직접 로그온도 제공합니다.

문제가 시간보다 더 많이 발생할 때 자연스럽게 메시지를 재전송하도록 CAN 컨트롤러를 선택하는 것이 문제가 될 수 있습니다. 뒤죽박죽 감소의 완전한 수동 제어를 생성하는 적어도 하나의 컨트롤러(Philips SJA1000)가 시장에 있습니다.

<시간>

버스 오류 모드

널리 사용되는 ISO 11898 인증 표준에는 여러 유형의 CAN 사고 케이블 오류가 나열되어 있습니다.

<올>

장애물 1-6 및 9의 경우 버스가 훨씬 낮은 신호 대 잡음비로 생존하고 오류 8이 발생하는 동안 일부 생성 하위 시스템이 살아남는 것이 종종 “권장”됩니다. 훨씬 더 많은 오류의 경우 감소된 신호 대 잡음비에서 살아남을 수 있는 “필요하지 않습니다”. 연습

82C250 트랜시버를 작동하는 CAN 애플리케이션에는 1-7 오류가 없으며 8-9 오류가 있을 수도 있고 없을 수도 있습니다.

TJA1053을 진정으로 즐기는 드라이버는 “내결함성”이지만 때로는 모든 슬립을 처리할 수 있습니다. 일반적으로 누군가는 제한된 템포 제한으로 인해 그러한 오류에 대해 비용을 지불합니다. TJA1053은 125 5kbps입니다.