Die aktuelle CAN-GC*_Hardware-Serie basiert auf MC-PICs.
RCAN ist Firmware für CAN-basierte Lösungen auf der Arduino-Plattform.
Das Firmware-Ziel ist der Arduino Nano ATmega328P(B).

Die einzige verwendete Nicht-Standard-Arduino-Bibliothek ist

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

die die Kommunikation mit dem MCP2515-IC ermöglicht.

Zwei Modifikationen im Bibliotheks-Quellcode sind DEBUG zu deaktivieren und erhöhen des Timeout-Wertes in der mcp_can_dfs.h: (Zeilen 40 und 45)

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

Der Original-Wert TIMEOUTVALUE von 50 ist zu gering und bringt Fehler beim Senden von Rahmen in einem CAN-Bus. (Abhängig davon, wieviel Verkehr auf dem CAN-Bus ist.)
Es ist sehr wichtig DEBUG_MODE zu deaktivieren, da anderenfalls nicht genügend Speicher verfügbar ist.
Die Arduino-IDE würde sich darüber beschweren und RCAN würde kontinuierlich neustarten.

Der Unterschied zwischen den Standard-PIC-basierten und Arduino-Baugruppen ist das FLAT-Adressierungsschema und dass nur lange Ereignisse unterstützt werden. (Lange/Kurze Ereignisse werden in Rocrail automatisch erkannt.)
Das GPIO ist mit dem CAN-GC2 kompatibel. (Mit Ausnahme des Adressierungsschemas.)

Modul-Knoten-Nummer und Modul-CANID sind identisch und nur ein Wert in der Firmware.
Der CBUS-Lern-Modus wird nicht unterstützt und nicht benötigt.

Das gleiche FLAT-Adressierungsschema kann mit PIC-basierten Baugruppen verwendet werden, wenn die Ereignis-Knoten-Nummer auf die Modul-Knoten-Nummer und die Ereignis-Adresse auf die korrespondierende Port-Nummer eingestellt wird. Die Kurz-Ereignis-Option muss dann deaktiviert sein.
Falls geplant ist, die RCAN-basierten Module in einem existierenden CBUS-Netzwerk zu verwenden, wird empfohlen, die existierenden Module in das FLAT-Adressierungsschema zu konvertieren, um es transparent zu machen.

Unterstützung für Märklin-CAN-Protokoll.

• Eingänge werden als S88-Ereignisse gemeldet. (0x11)
• Ausgänge reagieren auf 0x0B mit MM 0x3nnn. DLC 8 wird als Bus/Adresse verwendet.
• Lese/Schreib-Konfiguration mit 0x07 und 0x08.
• Ping wird auch als Abfrage im CBus-Knoten-Dialog unterstützt.

Unterstützung für Zimo-CAN-Protokoll. (Z21)

• F = ZCAN Flag (Kennzeichen)
• GRP = Group (Gruppe)
• CMD = Command (Befehl)
• MODE = request, command, event or ack (Abfrage, Befehl, Ereignis oder Bestätigung)
• SID = Sender ID (Sender-Kennung; Muss eindeutig sein, um Kollisionen lösen zu können)
• CF = CAN Flags (Kennzeichen)
• DLC = Data-Length-Code (Anzahl der Daten-Bytes)
• RID = Recipient ID (Empfänger-Kennung)
• DATA = Optionale Daten

500000 BPS

Im Seriellen Monitor ist auch der gesamte CAN-Verkehr und unterstützte OPCs zu verfolgen.

(Schleife/Echo)

Loopback mode will allow internal transmission of messages from the transmit buffers to the receive buffers without actually transmitting messages on the CAN bus.
This mode can be used in system development and testing.
In this mode, the ACK bit is ignored and the device will allow incoming messages from itself, just as if they were coming from another node.
The Loopback mode is a silent mode, meaning no messages will be trans- mitted while in this state (including error flags or Acknowledge signals). The TXCAN pin will be in a recessive state.

Übersetzung:
Der Loopback-Modus ermöglicht die interne Übertragung von Nachrichten von den Sendepuffern zu den Empfangspuffern, ohne dass tatsächlich Nachrichten auf dem CAN-Bus übertragen werden.
Dieser Modus kann bei der Systementwicklung und beim Testen verwendet werden.
In diesem Modus wird das ACK-Bit ignoriert und das Gerät lässt eingehende Nachrichten von sich selbst zu, so als ob sie von einem anderen Knoten kommen würden.
Der Loopback-Modus ist ein stiller Modus, d.h. in diesem Zustand werden keine Nachrichten übertragen (einschließlich Fehler-Kennzeichen oder Bestätigungssignale). Der TXCAN-Stift befindet sich in einem inaktiven Zustand.

GPIO board
MBus 0x3017
__AVR_ATmega328P__
pinlayout=0
port 00(02) set INPUT_PULLUP
port 01(03) set INPUT_PULLUP
port 02(04) set INPUT_PULLUP
port 03(05) set INPUT_PULLUP
port 04(06) set OUTPUT
port 05(07) set OUTPUT
port 06(08) set OUTPUT
port 07(09) set OUTPUT
port 08(15) set INPUT_PULLUP
port 09(14) set INPUT_PULLUP
port 10(13) set INPUT_PULLUP
port 11(12) set INPUT_PULLUP
port 12(11) set INPUT_PULLUP
port 13(10) set INPUT_PULLUP
port 14(0F) set INPUT_PULLUP
port 15(0E) set INPUT_PULLUP
CAN bps=250, MCP2515 8MHz
:X00310327N000030170300460C;
change of port 12 0->1 conf=1 timer=0
:X00230327N0017000C00010000

Der CBUS-IO meldet sich selbst als GC2a, Modul-Typ 12.
Die Firmware-Version wird nur mit der SocketCAN- und GC2a-Schnittstelle sichtbar.

• MERG "Developer’s Guide for CBUS"

Das CBUS-Protokoll schreibt die Anzahl der Datenbytes für alle OPC-Bereiche vor.
Dies ist für CAN nicht sinnvoll, da das DLC-Feld für die Anzahl der Datenbytes verantwortlich ist, die in einer Nachricht verwendet werden.
Das CBUS-Protokoll scheint das LocoNet-Schema widerzuspiegeln …
Die OPC_PNN, eine Antwort auf eine Anfrage Module OPC_QNN, wird die DLC nicht auf 6, sondern auf 8 setzen. Die letzten zwei Bytes enthalten die Firmware-Version.
Offiziell liegt der OPC_PNN im Bereich von 6 Datenbytes.

• SLiM wird nicht unterstützt
• FLiM wird nicht unterstützt
• Lern-Modus wird nicht unterstützt
• Das ‘Device Addressed’-Modell; Dies ist fest: NN → CANID, DN → Port 1…16
• Die Drucktaste fordert keine Knoten-Nummer durch OPC_RQNN an, wird aber selbst durch durch OPC_PNN veröffentlicht.

Mit der FLAT-Adressierung ist es nicht möglich, Ausgänge mit einem Befehl, NN+DN, auf mehreren Baugruppen (Knoten) zu aktivieren.
Diese Option ist nicht oder nur schwer verwendbar und macht die Einstellung von Baugruppen unnötig sehr komplex.
Tipp: Mit der SYNCID können die Ausgänge mit anderen IDs synchronisiert werden.

Die Drucktatse auf dem Arduino behält ihre ursprüngliche Funktion bei: Neustart. Nach jedem Neustart wird ein OPC_PNN gesendet, um das CBusNode-Dialogfeld in Rocview mit dem ausgewählten Knoten aufzurufen.
Diese Funktion kann verwendet werden, um einen Knoten zu identifizieren.

Der GC2a kann parallel als CBus-/MBus-Schnittstelle verwendet werden.
Sie verwendet den ASCII-Rahmen wie die CANGC1(e)-Schnittstelle. (Siehe Kapitel 10 des MERG "Developer’s Guide for CBUS".)

Erforderliche Schnittstellen-Einstellungen:

• USB
• 500000 BPS (Im Fall von Sub-Bibliothek = "USB" ist dies automatisch eingestellt.)
• Kein Hardware-Handshake (RTS/CTS)
• Linefeed

Mit dieser Option kann der GC2a auch alleinstehend betrieben werden (Standalone); das ist die minimale CBUS-Konfiguration.

Hinweis: Weil das ACK-Slot-Bit nicht durch andere CAN-Module gesetzt werden kann, wird ein Sende-Fehler gemeldet, der aber im Standalone-Modus ignoriert werden kann.

Die SyncID-Option wurde hinzugefügt, um Eingangs-Ereignisse von Baugruppe X mit Ausgangs-Status von Baugruppe Y zu synchronisieren.
Die Port-Zuordnung ist 1:1.
Es kann auch verwendet werden, um mehrere Ausgänge mit einem Rocrail-Befehl zu schalten.

Auf Baugruppe mit ID 33 wird ein Eingangs-Port auf EIN geschaltet.
Eine andere Baugruppe (z.B. ID 22) deren SyncID auf 33 eingestellt ist, prüft dann, ob der korrespondierende Port ein Ausgang ist und synchronisiert diesen mit dem Eingangs-Port von Baugruppe 33.
Diese Situation wird oft für Schalt-Tafeln verwendet.

• https://gitlab.com/rocrail/Arduino/tree/master/RCAN
• https://gitlab.com/rocrail/Arduino/tree/master/libraries/MCP_CAN_lib-master
• https://github.com/coryjfowler/MCP_CAN_lib (Original mit zu kleinem Timeout-Wert und aktiviertem DEBUG.)

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