EnglishFrench
Actualités
 CANOpen

Protocole CAN OPEN

CANopen définit une couche d’application et un profil de communication basé sur CAN. Ce protocole de communication est principalement utilisé dans la technique d’automatisation. Il défini les objets de communication suivants :

  • Objet données de processus (PDO) : Trame contenant des données E/S,
  • Objet données de service (SDO) : Trame contenant des paramètres,
  • Objet gestion de réseau (NMT),
  • Objet fonction spéciale (SYNC, EMCY, TIME).

La norme CANopen est utile car elle permet une interopérabilité standard entre les appareils (nœuds) dans les machines industrielles, par exemple. En outre, il fournit des méthodes standard pour configurer les périphériques – également après l’installation.

CANopen a été conçu à l’origine pour les systèmes de commande de machines orientés mouvement.

Aujourd’hui, CANopen est largement utilisé dans le contrôle des moteurs (stepper/servomoteurs) mais aussi dans un large éventail d’autres applications :

CANopen Robotics

Robotics

Robotique automatisée, bandes transporteuses et autres machines industrielles

CANopen Automotive

Medical

Générateurs de rayons X, injecteurs, tables de patients et appareils de dialyse

CANopen Medical

Automobile

Agriculture, chemin de fer, remorques, poids lourds, mines, marine et plus


Modèle de communication CANopen

CANopen Communication Model Master Slave

Maître/Esclave

Un nœud (par exemple, l’interface de contrôle) agit en tant que maître d’application ou contrôleur hôte. Il envoie/demande des données aux esclaves (par exemple les servomoteurs). Ceci est utilisé par exemple dans le diagnostic ou la gestion de l’état. Il peut y avoir de 0 à 127 esclaves dans les applications standard. Notez que dans un seul réseau CANopen, différents contrôleurs hôtes peuvent partager la même couche de liaison de données.

CANopen Client Server Communication

Client / Serveur

Un client envoie une demande de données à un serveur, qui répond avec les données demandées. Utilisé, par exemple, lorsqu’un maître d’application a besoin de données provenant de l’OD d’un esclave. Une lecture à partir d’un serveur est un « téléchargement », tandis qu’une écriture est un « téléchargement » (la terminologie adopte une perspective « côté serveur »).

CANopen Consumer Producer Communication Model

Consommateur/Producteur

Ici, le nœud producteur diffuse des données sur le réseau, qui sont consommées par le nœud consommateur. Le producteur envoie ces données sur demande (modèle pull) ou sans demande spécifique (modèle push).


Les produits relatifs au protocole CANopen

  • Passerelle IoT programmable Octave™ 4G/3G LPWA GNSS Ethernet FX30 / FX30S
    • Passerelle IoT programmable Octave™ 4G/3G LPWA GNSS Ethernet FX30 / FX30S
    • Passerelle IoT programmable Octave™ 4G/3G LPWA GNSS Ethernet FX30 / FX30S

      • Passerelle IoT embarquée et programmable
      • 4G Cat-1 / 4G Cat-M/NB1 avec 3G/2G fall-back
      • Processeur ARM® Cortex™-A7 (1.3GHz)
      • Système de localisation A-GPS, GPS/GNSS (Glonass + Galileo)
      • Interface Ethernet (FX30) et UART (FX30S)
      • 1x port USB 2.0 Micro-B / 1x port SIM/IoT
      • Connectivités Ethernet, RS-232, RS-485, ModBus, GPIO, CANopen
      • Fonctionne sous Octave™ et Linux®
      ...
    • Fiche produit