6. BUS CAN
Description
Le bus de sortie est conforme au standard CAN V2.0B.
Les trames sont au format étendu avec un identifiant sur
29 bits et 64 bits de données. Le débit est fixé à
250kbauds.
La couche de liaison de donnée (DLL) et de
signalisation physique est conforme à l'ISO-11898.
Le protocole de communication du capteur n'est pas au
format CAN open.
Suivant la norme ISO-11898, une résistance de
terminaison de 120 Ω (typ / mini 60 Ω) doit être ajoutée
sur le bus entre les signaux CAN_L et CAN_H du
capteur, et la longueur physique du bus ne doit pas
dépasser 40 mètres. Le nombre maximal de nœuds est
de 30.
La figure ci-dessous résume ces informations.
CAN_H CAN_L
Protocole
Le principe repose sur une communication du type
requête / réponse standard.
Aucune gestion logicielle (octet dans la trame) des
erreurs de communication sur le bus n'est implémentée.
En effet, la gestion d'erreur de transmission/réception
de la requête ou de la réponse est entièrement gérée
par l'arbitration matérielle (gestion de conflits) du bus
CAN.
Requête
Une seule requête est disponible pour l'utilisateur avec
une priorité plus élevée sur le bus par rapport aux
réponses périodiques renvoyées par le capteur. Ainsi,
de part la gestion des priorités matérielles intrinsèque
au bus CAN, cette commande envoyée par l'utilisateur
est obligatoirement reçue correctement par le capteur
(si aucune autre requête de priorité plus élevée n'est
présente sur le bus).
Cette commande peut être envoyée à tout instant par
l'utilisateur. Elle est décrite ci-dessous.
Toute information contenue dans ce document est susceptible d'être soumise aux règles de contrôle des exportations européennes, américaines ou de tout autre pays. Il est de la responsabilité du destinataire de ce
document de s'assurer que le transfert ou l'utilisation des données qu'il contient est conforme à toutes les règles de contrôle des exportations en vigueur.
Information contained in this document may be subject to Export Control Regulations of the European Union, USA or other countries. Each recipient of this document is responsible for ensuring that transfer or use of any
information contained in this document complies with all relevant Export Control Regulations.
Meggitt (Sensorex) se réserve le droit de modifier la présente notice sans préavis/ Meggitt (Sensorex) reserves the right to change the specification without any prior notice
NOTICE D'INSTRUCTION / INSTRUCTION MANUAL
SX43045
NOT043045A1
6. CAN BUS
Description
The bus output is compliant to CAN V2.0B standard.
The frames are in extended format, with 29 bits
identifier, and 64 bits data. The data rate is fixed to
250kbauds.
The physical layer (DLL) is compliant to ISO-11898.
The sensor's communication protocol is not CAN
open compliant.
According to ISO-11898 standard, a 120Ω (typ./60 Ω
minimum) termination resistor shall be wired between
signals CAN_L et CAN_H of the sensor, and the
length of the bus shall not exceed 40 meters. Nodes
number
The figure below summarizes this information.
Protocol
It
relies
communication principle.
No software communication error management (error
byte in the frame) is implemented. Indeed, the
transmit/receive error management of the request or
the response is entirely managed by CAN bus
hardware arbitration.
Request
Only one request is available for the user, with a
higher priority of the bus than the sensor response
messages. Thanks to the CAN bus hardware priority
management, this user's request will always be
correctly received by the sensor (if no higher priority
message is emitted on the CAN bus by other units).
shall
not
exceed
on
a
standard
request/response
30.
- 9 -