La série de matériels courants CAN-GC* est basée sur les PICs MC.
RCAN est le firmware pour les solutions basées sur le CAN sur la plateforme Arduino.
La cible du firmware est l'Arduino Nano ATmega328P(B).

La seule bibliothèque non standard Arduino utilisée est

• https://github.com/coryjfowler/MCP_CAN_lib

pour être capable de communiquer avec la puce MCP2515.

Deux modifications dans le code source de la bibliothèque sont à faire. Désactiver le DEBUG pour sauvegarder la mémoire, et augmenter la valeur du délai d'attente dans le fichier Documents/Arduino/libraries/MCP_CAN_lib-master/mcp_can_dfs.h: (ligne 40 et 45)

// if print debug information
//#define DEBUG_MODE 1
 
/*
 *   Begin mt
 */
#define TIMEOUTVALUE    100

Le TIMEOUTVALUE de 50 à l'origine est trop bas et apporte des erreurs sur les trames envoyées dans le bus CAN. (Dépendant du trafic sur le bus CAN.)
Il est très important de désactiver le DEBUG_MODE sinon il n'y a pas assez de mémoire disponible. L'IDE Arduino IDE se plaindra à propos de cela, et RCAN redémarrera continuellement.

La différence entre le version standard à base de PIC et les cartes Arduino est le schéma d'adressage FLAT, et supportent seulement les évènements longs. (évènements longs/courts sont détectés dans Rocrail automatiquement.)
Le GPIO est compatible avec le CANGC2. (Hors schéma d'adressage.)

Le protocole CBUS est protégé par le droit d'auteur par Mike Bolton & Gil Fuchs.

Le numéro de nœud du module et le module CANID sont les mêmes et juste une valeur dans le firmware.
Le mode d'apprentissage CBUS n'est pas supporté et n'est pas nécessaire.

Le même schéma d'adressage à plat peut être utilisé avec les cartes basées sur le PIC par configuration des numéros de nœud d'évènement sur le numéro de nœud des modules et les adresses d'événement sur le numéro de port correspondant, et désactive l'option d'évènement court.
Dans le cas où les modules basés sur RCAN sont prévus pour être utilisés sur un réseau CBUS existant, il est recommandé de convertir les modules existants au schéma d'adressage à plat pour les rendre transparents.

Support pour le protocole CAN Märklin.

• Les entrées sont rapportées comme des évènements s88. (0x11)
• Les sorties réagissent sur 0x0B avec MM 0x3nnn. Le dlc 8 est utilisé comme bus/adresse.
• Configuration Lecture/Écriture avec 0x07 et 0x08.
• Le Ping est également supporté comme interrogation dans le dialogue du Nœud CBus.

500000bps

Aussi tous le trafic CAN et les OPCs supportés sont tracés dans le moniteur série.

Le mode Loopback autorisera la transmission interne des messages tampons de transmission aux tampons de réception sans réellement transmettre de messages sur le bus CAN.
Ce mode peut être utilisé lors du développement et les tests de système.
Dasn ce mode, le bit ACK est ignoré et le périphérique autorisera l'arrivée des messages de lui-même, comme si ils venaient d'un autre nœud.
Le mode Loopback est un mode silencieux, signifiant qu'aucun message ne sera transmit dans cet état (incluant les drapeaux d'erreurs ou les signaux reconnus). La broche TXCAN sera dans un état de réception.

MBus 0x3017
pinlayout=0
CAN bps=250, MCP2515 8MHz
hash 0x0F27
:X00310F27N000030170300460C;
:X00230F27N0017000800010000;
:X00230F27N0017000900010000;

Le CBUS-IO se signalera comme un GC2a, module de type 12.
La version du firmware est seulement visible avec l'interface SocketCAN et GC2a.

• SLiM n'est pas supporté
• FLiM n'est pas supporté
• Le mode apprentissage n'est pas supporté
• Le modèle ‘périphérique adressé’; Il est fixe: NN → CANID, DN → Port 1…16
• Le bouton poussoir ne demandera pas de numéro de nœud par OPC_RQNN, mais publiera lui-même par OPC_PNN

Avec l'adressage FLAT il n'est pas possible d'activer les sorties avec une seule commande, NN+DN, sur plusieurs cartes(nœuds).
Cette option n'est pas ou peu utilisé, et faire la configuration des cartes devient inutilement très complexe.
Astuce: Avec le SYNCID les sorties peuvent être synchronisées avec d'autres identifiants.

Le bouton poussoir sur l'Arduino garde sa fonction d'origine: Le redémarrage.
Après chaque redémarrage un OPC_PNN sera envoyé pour faire apparaître la boîte de dialogue CBusNode dans Rocview avec le nœud sélectionné.
Cette caractéristique peut être utilisé pour identifier un nœud.

Le GC2a peut être utilisé en parallèle comme interface CBus/MBus.
Il utilise le même format ASCII que l'interface CANGC1(e). (Voir le chapitre 10 du “Developer’s Guide for CBUS” du MERG.)

La configuration de la ligne doit être réglée à:

• USB
• 500000bps (Cela est réglé automatiquement en cas de type USB.)
• Pas d'établissement de liaison matériel (RTS/CTS)
• Linefeed

Avec cette option, le GC2a peut également être utilisé seul; la configuration CBUS minimale.

Note: Parce que le ACK slot bit ne sera pas réglé par les autres modules CAN, une erreur d’envoi sera signalée, but peut être ignorée en mode autonome.

L'option SyncID est ajoutée pour être capable de synchroniser l'évènement entré de la carte X avec les états des sorties sur la carte Y.
La cartographie du port est 1:1.
Cela peut également être utilisé pour commuter plusieurs sorties avec une seule commande rocrail.

Sur la carte avec l'identifiant 33 se trouve le port d'entrée commuté à ON.
Une autre carte avec l'identifiant 22 à le SyncID réglé à 33, et vérifiera si le port correspondant est une sortie et la synchronisera avec le port d'entrée sur la carte 33.
Cette situation est souvent utilisée pour les TCO.

• https://gitlab.com/rocrail/Arduino/tree/master/RCAN
• https://github.com/coryjfowler/MCP_CAN_lib (bibliothèque d'origine avec une valeur trop petite de temporisation et le DEBUG actif.)

• https://gitlab.com/rocrail/Arduino/tree/master/RCAN/doc