ZBus (Deutsch)

From Ethersex_Wiki
Revision as of 19:34, 21 January 2015 by Kpwg (talk | contribs) (Created page with "{{i18n|ZBus}} ZBus ist ein auf RS485 basierendes Zweidraht-Bussystem, auf welchem Pakete variabler Länge übermittelt werden können. Es wurde primär f...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

ZBus ist ein auf RS485 basierendes Zweidraht-Bussystem, auf welchem Pakete variabler Länge übermittelt werden können. Es wurde primär für die Datenübertragung zwischen Mikrocontrollern konzipiert, zum Beispiel zur Kommunikation von ATmega8 und ATmega644. Ethersex verwendet ZBus zur Übermittlung von IP-Paketen von einem Controller, der als Bridge fungiert, hin zu einzelnen kleineren ZBus-Geräten, die beispielsweise auf ATmega8 basieren. Der Einsatz von ZBus ermöglicht den großflächigen Einsatz von kleineren ATmega-Mikrocontrolleren, an die man in der Regel keinen ENC28J60 anschließen möchte. Zudem lässt sich zum Beispiel ein bestehendes Telefonkabelnetz verwenden, welches für LAN ungeeignet wäre.

Ebendiese kleineren Controller können über eine Bridge hinweg via IP-Protokoll erreicht werden, zumindest über UDP und ICMP. Eine TCP/IP-Übertragung scheitert an den begrenzten Resourcen eines ATmega8, mit größeren Controllern ist jedoch auch TCP möglich. Als Bridge kann wahlweise ein entsprechend konfiguriertes Ethersex oder ein normaler Rechner mit serieller Schnittstelle, auf dem ZBus Serial Host läuft, eingesetzt werden.


Schaltungsbeispiel / praktische Erfahrungen

ATMega8 mit ZBUS

Zur Anschaltung des ZBus wird ein Pegelwandler benötigt. Dabei wird an dieser Stelle ein preiswerter und moderner MAX485 verwendet, welcher sich durch minimale Außenbeschaltung und geringen Eigenstromverbrauch (etwa 1mA) auszeichnet. Es ist damit nur Halbduplexbetrieb möglich, was jedoch in den allermeisten Fällen genügt. Besonderheiten:

  • es werden drei Prozessorpins benötigt (TX, RX, TX/RX-Umschaltung)
  • der Bus muss an beiden Enden mit 120 Ohm terminiert werden (R1), praktischerweise per Jumper für flexible Einsatzmöglichkeiten
  • der Bus sollte an einer Stelle mit Bias-Widerständen (R2 und R3) terminiert sein, damit definierte Pegel herrschen, wenn kein Sender aktiv ist
  • diese beiden identischen Widerstände sind unkritisch; Werte zwischen 390 und 680 Ohm funktionieren problemlos
  • es kann daher Busteilnehmer mit einem, zwei oder drei Widerständen geben; der flexibelste Busteilnehmer hat alle Widerstände mit Jumper aktivierbar
  • unterschiedliche Kabelarten sind zu vermeiden, da sich durch Stoßstellen die Signalqualität verschlechtert (Reflexionen)
  • eine Datenrate von 76,8 kbit/s erzielte die besten Ergebnisse; eine geringere Geschwindigkeit bringt bei schlechterer Signalqualität praktisch keine Verbesserung
  • die Masseverbindung sollte mitgeführt werden; eine Versorgungsspannung wird als abgesicherte Rohspannung (12V) ebenfalls am Bus zur Versorgung der Devices bereitgestellt
  • ein Testboard stellt zum Beispiel für diese Methode eine Minimalvariante dar; basierend auf ATMega328 (Arduino Pro Mini) mit Keramikresonator, Längsregler 7805 und MAX485


Mit "zbus stats" den Bus im Blick

Der ECMD-Befehl "zbus stats" ermöglicht die schnelle Beurteilung der Übertragungsqualität. Aktiviert wird er über das ZBus-debug-flag im Menuconfig. Die Ausgabe bedeutet im Einzelnen:

rx fe=4752, ov=119, pe=0, bf=0, #=57736, tx #=264
Wert Beschreibung
rx fe Frame Error
rx ov Overflow
rx pe Parity Error
rx bf Buffer full
# Summe empfangene Bytes
tx # Summe gesendete Bytes