Spécifications du périphérique FRC CAN

This document seeks to describe the basic functions of the current FRC® CAN system and the requirements for any new CAN devices seeking to work with the system.

Adressage

Les nœuds FRC CAN attribuent des numéros ID d’arbitrage en fonction d’un schéma prédéfini qui divise l’ID en 5 composants:

Type d’appareil

Il s’agit d’une valeur de 5 bits décrivant le type de périphérique adressé. Un tableau des types de dispositif actuellement attribués se trouve ci-dessous. Si vous souhaitez qu’un nouveau type dispositif soit attribué à partir du pool Réservé, veuillez soumettre une demande à FIRST.

Types de dispositif

Diffusion de messages

0

Contrôleur de robot

1

Contrôleur de moteur

2

Contrôleur de relais

3

Capteur gyroscopique

4

Accéléromètre

5

Capteur à ultrasons

6

Capteur à dents d’engrenage (Gear Tooth)

7

Module de distribution d’alimentation (PDP)

8

Contrôleur pneumatique (PCM)

9

Divers

10

Breakout IO

11

Réservé

12-30

Mise à jour du firmware

31

Manufacturier

Il s’agit d’une valeur de 8 bits indiquant le fabricant du périphérique CAN. Les valeurs actuellement attribuées se trouvent dans le tableau ci-dessous. Si vous souhaitez avoir un ID de fabricant attribué à partir du pool Réservé veuillez soumettre une demande à FIRST.

Manufacturier

Broadcast

0

NI

1

Luminary Micro

2

DEKA

3

CTR Electronics

4

REV Robotics

5

Grapple

6

MindSensors

7

Team Use

8

Kauai Labs

9

Copperforge

10

Playing With Fusion

11

Studica

12

The Thrifty Bot

13

Redux Robotics

14

Réservé

15-255

API / identificateur de message

L’API ou l’identificateur de message est une valeur 10 bits qui identifie une commande ou un type de message particulier. Ces identifiants sont uniques pour chaque combinaison Fabricant + Type d’appareil (donc un identifiant API qui peut être un « Voltage Set » pour un contrôleur de micromoteur lumineux peut être un « Status Get » pour un contrôleur de moteur CTR Electronics ou un Current Get pour un module de distribution de puissance CTR).

L’identificateur de message est en outre divisé en 2 sous-champs: la classe API 6 bits et l’index API 4 bits.

Classe API

La classe API est un identifiant 6 bits pour un regroupement d’API. Des messages similaires sont regroupés dans une seule classe API. Un exemple des classes API pour le contrôleur de moteur Jaguar est présenté dans le tableau ci-dessous.

Classe API

Voltage Control Mode

0

Speed Control Mode

1

Voltage Compensation Mode

2

Position Control Mode

3

Current Control Mode

4

Status

5

Periodic Status

6

Configuration

7

Ack

8

L’index API

L’index API est un identifiant 4 bits pour un message particulier au sein d’une classe API. Un exemple des valeurs d’index API pour la classe API de contrôle de vitesse du contrôleur de moteur Jaguar est présenté dans le tableau ci-dessous.

L’index API

Enable Control

0

Disable Control

1

Set Setpoint

2

P Constant

3

I Constant

4

D Constant

5

Set Reference

6

Trusted Enable

7

Trusted Set No Ack

8

Trusted Set Setpoint No Ack

10

Set Setpoint No Ack

11

Numéro de périphérique

Le numéro de périphérique est une quantité de 6 bits indiquant le numéro du périphérique d’un type particulier. Les périphériques doivent avoir par défaut l’ID de périphérique 0 pour correspondre aux autres composants du système de contrôle FRC. Le périphérique 0x3F peut être réservé pour les messages de diffusion spécifiques au périphérique.

 Traitement CAN de l'affectation binaire.

Cadres protégés

FRC CAN Les nœuds qui implémentent la capacité de contrôle du dispositif actionneur (contrôleurs de moteur, relais, contrôleurs pneumatiques, etc.) doivent mettre en œuvre un moyen de vérifier que le robot est activé et que les commandes proviennent du contrôleur de robot principal (c’est-à-dire le roboRIO).

Diffusion de messages

Les messages de diffusion sont des messages envoyés à tous les nœuds en définissant les champs « Type de dispositif » et « Manufacturier » à 0. La classe API pour les messages de diffusion est 0. Les messages de diffusion présentement définis sont listés dans le tableau ci-dessous:

Description

Disable

0

System Halt

1

System Reset

2

Device Assign

3

Device Query

4

Heartbeat

5

Sync

6

Update

7

Firmware Version

8

Enumerate

9

System Resume (Reprise du système)

10

Devices should disable immediately when receiving the Disable message (arbID 0). Implementation of other broadcast messages is optional.

Configuration requise pour les nœuds CAN FRC

Pour que les nœuds CAN soient acceptés dans le système FRC, ils doivent:

  • Communiquer en utilisant des ID d’arbitrage qui correspondent au format FRC prescrit:

    • Utiliser un type de périphérique CAN valide et légal (selon le tableau 1 - Types de périphériques CAN)

    • Utiliser un ID de fabricant valide et légal (selon le tableau 2 - Codes de fabricant CAN)

    • Utiliser la (les) classe (s) et index API attribués et documentés par le fabricant du périphérique

    • Avoir un numéro de dispositif qui peut être choisi par l’utilisateur dans le cas ou plusieurs unités du même type de dispositif sont destinées à coexister sur le même réseau.

  • Prendre en charge les exigences minimales des messages de diffusion, comme indiqué dans la section Messages de diffusion.

  • If controlling actuators, utilize a scheme to assure that the robot is issuing commands, is enabled, and is still present.

  • Provide software library support for LabVIEW, C++, and Java or arrange with FIRST® or FIRST’s Control System Partners to provide such interfaces.

Battement de cœur universel

Le roboRIO fournit un signal composite qui est une sorte de battement de cœur CAN universel que tout appareil sur le réseau peut écouter et auquel il peut réagir. Ce signal est envoyé tous les 20 ms. Ce signal a un ID CAN complet de 0x01011840 (qui est l’ID du fabricant NI, le type de RobotController, l’ID de périphérique 0 et l’ID d’API 0x062). Il s’agit d’un paquet CAN de 8 octets. L’octet important ici est l’octet 5 (index 4). La structure est le champ de bits suivant.

Description

Width

RedAlliance

1

Enabled

1

Autonomous

1

Test

1

WatchdogEnabled

1

Réservé

3

L’indicateur à surveiller est WatchdogEnabled. Si cet indicateur est défini, cela signifie que les contrôleurs de moteur sont activés.

Si 100 ms se sont écoulés depuis la réception de ce paquet, le programme du robot peut être considéré comme bloqué et les composants doivent agir comme si le robot avait été désactivé.