ZBus (Deutsch) - Revision history

Kpwg: /* Hinweise / Praktische Erfahrungen */

2016-01-30T15:37:53Z

‎Hinweise / Praktische Erfahrungen

Kpwg: /* Hinweise / Praktische Erfahrungen */

2015-02-01T07:23:56Z

‎Hinweise / Praktische Erfahrungen

Kpwg: Bild hinzugefügt

2015-01-31T12:49:09Z

Bild hinzugefügt

Kpwg: /* Hinweise / Praktische Erfahrungen */

2015-01-30T18:47:08Z

‎Hinweise / Praktische Erfahrungen

Kpwg: /* Anschluss */

2015-01-25T18:17:11Z

‎Anschluss

Kpwg: /* Anschluss */

2015-01-25T16:55:39Z

‎Anschluss

Kpwg at 17:13, 24 January 2015

2015-01-24T17:13:37Z

Kpwg at 17:05, 24 January 2015

2015-01-24T17:05:48Z

GooPie4o at 12:34, 24 January 2015

2015-01-24T12:34:34Z

Kpwg: 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..."

2015-01-21T18:34:08Z

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..."

New page

{{i18n|ZBus}}
ZBus ist ein auf [[wikipedia:RS485|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_(Deutsch) | ZBus Serial Host]] läuft, eingesetzt werden.

'''Schaltungsbeispiel / praktische Erfahrungen'''
[[File:ZBUS_bias_term.JPG|thumb|right|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 [[ZBus_Testboard_(Deutsch) | 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:

<pre>rx fe=4752, ov=119, pe=0, bf=0, #=57736, tx #=264</pre>

{| border='1'
| ''Wert''
| ''Beschreibung''
|-
| rx fe
| Frame Error
|-
| rx ov
| Overflow
|-
| rx pe
| Parity Error
|-
| rx bf
| Buffer full
|-
| #
| Summe empfangene Bytes
|-
| tx #
| Summe gesendete Bytes
|-
|}

[[Category:Hardware]]

← Older revision		Revision as of 15:37, 30 January 2016
Line 78:		Line 78:

	[[Category:Hardware]]		[[Category:Hardware]]
		+	[[Category:ZBus]]

@@ Line 69: / Line 69: @@
 * unterschiedliche Kabelarten sind zu vermeiden, da sich durch Stoßstellen die Signalqualität verschlechtert (Reflexionen); "fe" steigt
 * die Beschaltung der Terminierung und der Bias-R's muss experimentell ermittelt werden- hier sind deutliche Qualitätssteigerungen möglich
-* "Network Buffer Size" sollte maximiert werden; vor allem beim ZBus-LAN-Gateway (m328p=384, m32=500, m644p=1500) hilft viel Speicher
+* "Network Buffer Size" sollte maximiert werden; vor allem beim ZBus-LAN-Gateway hilft viel Speicher bzw. ein größerer Controller (m328p=384, m32=500, m644p=1500)
 * eine Datenrate von 38,4 kbit/s erzielte hier die besten Ergebnisse; eine geringere Geschwindigkeit bringt bei schlechterer Signalqualität praktisch keine Verbesserung
 * bei zu hoher Geschwindigkeit (hier 76,8 kbit/s auf Mega32@16MHz am ZBus-Gateway) kommt es zum Pufferüberlauf; "bf" steigt deutlich bei hohem Datenaufkommen
 * ein Mega644p@16MHz mit buffers=1500 läuft problemlos mit 115,2 kbit/s, sofern die anderen Busteilnehmer mitspielen
 * die Masseverbindung sollte mitgeführt werden; eine Versorgungsspannung wird als abgesicherte Rohspannung (12V) ebenfalls am Bus zur Versorgung der Devices bereitgestellt
-* ein [[ZBus_Testboard_(Deutsch) | Testboard]] stellt zum Beispiel für diese Methode eine Minimalvariante dar; basierend auf ATMega328 (Arduino Pro Mini) mit Keramikresonator, Längsregler 7805 und MAX485
+* ein [[ZBus_Testboard_(Deutsch) | ZBus-Testboard]] stellt zum Beispiel eine Minimalvariante dar; basierend auf ATMega328 (Arduino Pro Mini) mit Keramikresonator, Längsregler 7805 und MAX485
 [[Category:Hardware]]

← Older revision		Revision as of 12:49, 31 January 2015
Line 65:		Line 65:

	== Hinweise / Praktische Erfahrungen ==		== Hinweise / Praktische Erfahrungen ==
		+	[[File:ZBus_Test.jpg\|thumb\|right\|ZBus Testumgebung mit Gateway und Client]]

	* unterschiedliche Kabelarten sind zu vermeiden, da sich durch Stoßstellen die Signalqualität verschlechtert (Reflexionen); "fe" steigt		* unterschiedliche Kabelarten sind zu vermeiden, da sich durch Stoßstellen die Signalqualität verschlechtert (Reflexionen); "fe" steigt

@@ Line 67: / Line 67: @@
 * unterschiedliche Kabelarten sind zu vermeiden, da sich durch Stoßstellen die Signalqualität verschlechtert (Reflexionen); "fe" steigt
-* eine Datenrate von 38,4 kbit/s erzielte die besten Ergebnisse; eine geringere Geschwindigkeit bringt bei schlechterer Signalqualität praktisch keine Verbesserung
+* die Beschaltung der Terminierung und der Bias-R's muss experimentell ermittelt werden- hier sind deutliche Qualitätssteigerungen möglich
 * bei zu hoher Geschwindigkeit (hier 76,8 kbit/s auf Mega32@16MHz am ZBus-Gateway) kommt es zum Pufferüberlauf; "bf" steigt deutlich bei hohem Datenaufkommen
 * die Masseverbindung sollte mitgeführt werden; eine Versorgungsspannung wird als abgesicherte Rohspannung (12V) ebenfalls am Bus zur Versorgung der Devices bereitgestellt
 * ein [[ZBus_Testboard_(Deutsch) | Testboard]] stellt zum Beispiel für diese Methode eine Minimalvariante dar; basierend auf ATMega328 (Arduino Pro Mini) mit Keramikresonator, Längsregler 7805 und MAX485

@@ Line 23: / Line 23: @@
 [[File:ZBUS_bias_term.JPG|thumb|right|ATMega8 mit ZBUS]]
-[[File:Zbus_ttl.jpg|thumb|right|TTL-ZBus-Adapter mit MAX485, Termination und Bias-Widerständen]]
+[[File:Zbus_ttl.jpg|thumb|right|TTL-ZBus-Adapter mit MAX485, Terminierung und Bias-R's]]
 ==== prozessorseitige Beschaltung ====
 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. Damit ist zwar nur Halbduplexbetrieb möglich, was jedoch in den allermeisten Fällen genügt. Es werden drei Prozessorpins benötigt: TX, RX sowie die TX/RX-Umschaltung.

@@ Line 35: / Line 35: @@
 == Statusmonitor ==
-Der ECMD-Befehl "zbus stats" ermöglicht die schnelle Beurteilung der Übertragungsqualität. Aktiviert wird er über das ZBus-debug-flag im Menuconfig.
+Der ECMD-Befehl "zbus stats" ermöglicht die schnelle Beurteilung der Übertragungsqualität. Aktiviert wird er über das Debug-flag "ZBUS ecmd" im Menuconfig.
 Die beispielhafte Ausgabe bedeutet im Einzelnen: '''fe=2, ov=0, pe=0, bf=0, #=57736, tx #=45264'''

@@ Line 12: / Line 12: @@
 |CODE=[https://github.com/ethersex/ethersex/tree/master/protocols/zbus https://github.com/ethersex/ethersex/tree/master/protocols/zbus]
 }}
 ZBus ist ein auf [[wikipedia:RS485|RS485]] basierendes Zweidraht-Bussystem, auf welchem Pakete variabler Länge übermittelt werden können.
@@ Line 18: / Line 20: @@
 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_(Deutsch) | ZBus Serial Host]] läuft, eingesetzt werden.
 [[File:ZBUS_bias_term.JPG|thumb|right|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:
+==== prozessorseitige Beschaltung ====
-* es werden drei Prozessorpins benötigt (TX, RX, TX/RX-Umschaltung)
+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. Damit ist zwar nur Halbduplexbetrieb möglich, was jedoch in den allermeisten Fällen genügt. Es werden drei Prozessorpins benötigt: TX, RX sowie die 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
+==== busseitige Beschaltung ====
-* diese beiden identischen Widerstände sind unkritisch; Werte zwischen 390 und 680 Ohm funktionieren problemlos
+Der Bus muss an beiden Enden mit 120 Ohm terminiert werden (R1) und sollte an einer Stelle mit Bias-Widerständen (R2 und R3) bestückt sein, damit definierte Pegel herrschen, wenn kein Sender aktiv ist. Diese beiden identischen Widerstände sind unkritisch; Werte zwischen 390 und 820 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.
-* 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)
+== Konfiguration ==
-'''Mit "zbus stats" den Bus im Blick'''
+== Statusmonitor ==
-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:
+Der ECMD-Befehl "zbus stats" ermöglicht die schnelle Beurteilung der Übertragungsqualität. Aktiviert wird er über das ZBus-debug-flag im Menuconfig.
-<pre>rx fe=4752, ov=119, pe=0, bf=0, #=57736, tx #=264</pre>
+Die beispielhafte Ausgabe bedeutet im Einzelnen: '''fe=2, ov=0, pe=0, bf=0, #=57736, tx #=45264'''
 {| border='1'
@@ Line 44: / Line 44: @@
 |-
 | rx fe
-|  Frame Error
+|  frame error
 |-
 | rx ov
-|  Overflow
+|  overflow
 |-
 | rx pe
-|  Parity Error
+|  parity error
 |-
 | rx bf
-|  Buffer full
+|  buffer full
 |-
 | #
@@ Line 62: / Line 62: @@
 |-
 |}
 [[Category:Hardware]]

@@ Line 1: / Line 1: @@
 {{i18n|ZBus}}
 ZBus ist ein auf [[wikipedia:RS485|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.