1-Wire Störungsbeseitigung - Versionsgeschichte

Pahenning: Komplette Überarbeitung wegen schlechter Rechtschreibung und Grammatik. Allgemeiner Teil an den Anfang

2015-05-11T06:23:58Z

Komplette Überarbeitung wegen schlechter Rechtschreibung und Grammatik. Allgemeiner Teil an den Anfang

← Nächstältere Version		Version vom 11. Mai 2015, 08:23 Uhr
Zeile 1:		Zeile 1:
	Generell beschreiben die folgenden Punkte Informationen aus dem Dokument [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“]~~. Dieser Absatz soll eine zusätzliche Hilfe darstellen und bezieht sich aus den Informationen des obigen Dokuments mit einigen praktischen Hinweisen~~.		Generell beschreiben die folgenden Punkte Informationen aus dem Dokument [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“].
	=~~= Bus Fehler feststellen=~~=		=Allgemeine Fehlersuche=
	~~Der OWServer und~~ die ~~entsprechende Webseite des Servers bietet einige Möglichkeiten um Fehler auf dem 1-Wire Bus festzustellen. Die Fehler können innerhalb der Statistik des OW Servers gesehen werden.~~		'''Achtung, die folgenden Schritte sind nur dann sinnvoll, wenn man einen Konfigurationsfehler ausgeschlossen hat'''
	~~=== CRC Fehler ===~~
	~~[[Bild:1wireowservererrorstatus.png\|mini\|100px\|rechts\|Anzeige der CRC Fehler für den Bus]]~~
	~~Die [http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC Fehler] werden auf der Seite „http://<IP-OWSERVER>:2121/bus.0/statistics/errors“ dargestellt. Hier sieht~~ man die Anzahl der übertragenen Pakete und deren Fehleranzahl. Bei einem guten Bus sollte die Anzahl der CRC8 / CRC16 = 0 sein. Generell kann man sagen, je größer diese Zahl im Verhältnis zu den gesendeten Protokollen ist, umso schlechter ist der Bus.

	=== ~~Search Fehler~~ ===		Um eine die Fehlerquelle in der Hardware einzukreisen, kann man wie folgt vorgehen:
	~~[[Bild:1wireowserversearcherror.png\|mini\|100px\|rechts\|Anzeige des Fehlerstatus für den Bus]]~~		==Kurzschluss oder Leitungsbruch prüfen==
	~~Sollten während der Suche von Busteilnehmer~~ auf dem 1-Wire Bus ~~Fehler auftreten~~, ~~werden diese~~ auf ~~diese Webseite des OW Server dargestellt. Hier sollte~~ auch ~~immer eine~~ 0 ~~stehen~~. ~~Generell~~ kann ~~man sagen, je größer diese Zahl im Verhältnis zu den Suchanfragen ist, umso schlechter ist der Bus~~. ~~http://<IP~~-~~OWSERVER>:2121/bus.0/bus~~.~~2/interface/statistics/search_errors~~		Zeigen sich auf dem 1-Wire Bus keine Teilnehmer, liegt die Vermutung nahe, das ein Kurzschluss auf dem Bus vorhanden ist (oder auch die Datenleitung durch einen 1-Wire Teilnehmer auf 0 Volt gezogen wird. Dies kann z.B. durch per Software auf Mikrocontrollern emulierte 1-Wire Bausteine geschehen).

	~~=== Generelle Fehler===~~		Alle Teilnehmer entfernen und die Leitungen entsprechend durchmessen. Hierbei kann auch eine hochohmige Verbindung (kein direkter Kurzschluss) ein Problem sein. Um diese auszuschließen, muss das Multimeter im Mega-Ohm Bereich eingestellt werden und die Leitungen geprüft werden. Danach jeden Teilnehmer einzeln wieder in den Bus aufnehmen und prüfen, ob der Bus noch in Ordnung ist.
	~~Sollten werden eine Schreibvorgangs oder Lesevorgangs generelle Fehler auftauchen, so werden hier~~ die ~~entsprechenden Fehlerzähler angezeigt~~. ~~Im Normalfall sollte~~ auch ~~hier 0 stehen~~. ~~http://<IP~~-~~OWSERVER>:2121/bus~~.~~0/bus~~.~~0/interface/statistics~~

	~~== Bus Fehler Ursache suchen ==~~		Alle Schraubklemmen auf festen Sitz der Leitungen prüfen, bei LSA-Schneidklemmen ggf. noch einmal nachdrücken..
	~~Um die Fehlerquellen entsprechend einzukreisen, kann man wie folgt vorgehen~~, ~~um die Ursache zu finden und entsprechend zu beseitigen.~~
	~~Es wird generell von einer korrekten Konfiguration des OW~~-~~Servers ausgegangen~~.
	~~=== Kurzschluss prüfen ===~~
	Zeigen sich auf dem 1-Wire Bus keine Teilnehmer, liegt die Vermutung nahe, das ein Kurzschluss auf dem Bus vorhanden ist (oder auch die Datenleitung durch einen 1-Wire Teilnehmer auf 0 Volt gezogen wird. ~~Dies kann durch Software 1-Wire Bausteine auch passieren)~~.

	Alle Teilnehmer entfernen und die Leitungen entsprechend durchmessen. Hierbei kann auch eine hochohmige Verbindung (kein direkter Kurzschluss) eine Problem sein. Um diese auszuschließen muss das Multimeter im Mega-Ohm Bereich eingestellt werden und die Leitungen prüfen. Danach jeden Teilnehmer einzeln wieder in den Bus aufnehmen und prüfen, ob der Bus noch in Ordnung ist (Error Counter prüfen).		==Spannungsversorgung prüfen==
	~~=== Leitungsbruch prüfen ===~~
	Sind an allen Teilnehmer alle Leitungen korrekt angeschlossen. Sind Klemmen verwendet, da sollte man prüfen, ob alle Drähte fest angeschlossen. Man sollte an den Drähten ziehen können, ohne das sich der Draht löst. Wenn man LSA Klemmen verwendet, sollte man prüfen, ob der Draht auch wirklich tief in die Klemme gedrückt wurde. Evtl. einfach nochmals alle Kontakte nachdrücken. Kalte Lötstellen sind auch eine mögliche Problemstelle.

	=== Spannungsversorgung prüfen ===
	Damit der 1-Wire Bus stabil arbeiten kann, muss die Spannungsversorgung aller Busteilnehmer stabil sein.		Damit der 1-Wire Bus stabil arbeiten kann, muss die Spannungsversorgung aller Busteilnehmer stabil sein.
	Einen ersten Test kann man mit einem normalen Multimeter durchführen. Hierbei sollte die Spannung an allen		Einen ersten Test kann man mit einem normalen Multimeter durchführen. Hierbei sollte die Spannung an allen
	Teilstrecken ~~des Bus~~ zwischen 4,9V und 5~~.2Volt~~ liegen~~. '''Ein Multimeter kann kurzzeitige Spannungseinbrüche nicht messen!'''~~		Teilstrecken der Leitung zur Spannungsversorgung zwischen 4,8V und 5,2 Volt liegen.
	Hier ist ein Oszilloskope für die genaue Messung notwendig. Dann kann auch die Brummspannung (Ripple) auf der 5V Leitung gemessen werden. Eine Brummspannung größer 100mV (eigentlich weniger) ist ein Zeichen für eine fehlerhafte Spannungsversorgung und sollte geprüft werden. Hier könnten Filterschaltungen oder ein besseres Netzteil Abhilfe schaffen.

	=== Signalverhalten prüfen ===		'''Achtung: Ein Multimeter kann kurzzeitige Spannungseinbrüche nicht messen'''
			Hierfür ist ein Oszilloskop für die genaue Messung notwendig, dieses erkennt auch eine eventuelle Brummspannung (Ripple). Ist diese vorhanden, deutet das auf ein fehlerhaftes oder zu primitives Netzteil hin.

			==Signalverhalten prüfen==
	[[Bild:1wiresignal.png\|mini\|100px\|rechts\|Signalverhalten des 1-Wire Bus]]		[[Bild:1wiresignal.png\|mini\|100px\|rechts\|Signalverhalten des 1-Wire Bus]]
	Ein Fehler, welcher bei Leitungen im kurzen und mittleren Leitungsbereich gerne auftritt, ist das „'''ringing/undershoot'''“ Signal.		Ein Fehler, welcher bei Leitungen im kurzen und mittleren Leitungsbereich gerne auftritt, ist das „'''ringing/undershoot'''“ Signal.
	Hierbei wird kurzzeitige das 1-Wire Signal in den negativen Spannungsbereich gezogen (Impulse von bis -0.~~5Volt~~ und mehr sind keine Seltenheit).		Hierbei wird kurzzeitige das 1-Wire Signal in den negativen Spannungsbereich gezogen (Impulse von bis -0.5 Volt und mehr sind keine Seltenheit).
	Ein entsprechendes Bild des Signalverlauf kann man auf der Seite 10 (Appendix D. Waveform Examples) des [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“] sehen.		Ein entsprechendes Bild des Signalverlauf kann man auf der Seite 10 (Appendix D. Waveform Examples) des [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“] sehen.

	Dieser Effekt wird durch die angeschlossenen ~~Client's~~ bei einem Bus Reset durch den Master erzeugt.		Dieser Effekt wird durch die angeschlossenen 1-Wire Devices bei einem Bus Reset durch den Master erzeugt.
	Diese Impulse können ~~hierbei~~ die angeschlossenen 1-Wire ~~Teilnehmer~~ in der Signalfolge des 1-Wire Protokolle aus dem Tritt bringen.		Diese Impulse können in der Folge die angeschlossenen 1-Wire Devices in der Signalfolge des 1-Wire Protokolle aus dem Tritt bringen.
	Der Effekt zeigt sich z.B. durch kommen und gehende Teilnehmer in der Device-Übersicht ~~des OW Servers~~.		Der Effekt zeigt sich z.B. durch kommen und gehende Teilnehmer in der Device-Übersicht. Diesen Effekt kann man nur mit einem Oszilloskop messen/darstellen.
	Diesen Effekt kann man nur mit einem ~~Oszilloskope~~ messen/darstellen.

	~~Eine '''~~Abhilfe~~''' ist hier nur~~ die Einbringung eines ~~'''~~RC-~~Glied''' in den~~ Anfang des betroffenen 1-Wire Bus.		Abhilfe bietet hierzu die Einbringung eines RC-Gliedes am Anfang des betroffenen 1-Wire Bus. Laut Guideline von Maxim soll dieses aus einem Widerstand von 68 Ohm und einem Kondensator von 470 - 4700 pF (je nach Leitungslänge) bestehen. Der entsprechend Schaltplan ist auf der Seite 9 des [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“] zu sehen.
	Laut Guideline von Maxim ~~sollte es ein~~ 68 Ohm ~~Widerstand sein~~ und ~~ein 470pF oder 4700pF~~ je nach Leitungslänge ~~sein~~.
	Der entsprechend Schaltplan ist auf der Seite 9 des [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“] zu sehen.

	== Bus Erweiterungen ==		==Bus-Erweiterungen ==
	Wenn der 1-~~wire~~ Bus erweitert wird, kann sich das Leitungsverhalten ändern, insbesondere dann, wenn man ~~nicht die optimale~~ Netztopologie ~~"Linear"~~ verwendet.		Wenn der 1-Wire Bus erweitert wird, kann sich das Leitungsverhalten ändern, insbesondere dann, wenn man keine lineare Netztopologie verwendet, siehe [[1-Wire Busverlegung]]
	=== Stubs ~~vermeiden~~ ===		=== Stubs kontrollieren ===
	Hier können die sogenannten ~~'''Stub''',~~ Abzweigungen vom Hauptstrang zum Problem werden. Sind diese Abzweigungen länger als 3m, beeinflussen sie nachweislich das Signalverhalten~~, da man in diesem Fall nicht mehr von einem linearen Bus, sondern einem '''stubbed''' Topologie redet~~. Die Leitungsrefektionen dieser ~~Seitenarme~~ können den Bus stören und sind daher zu vermeiden.		Hier können die sogenannten Stubs (Abzweigungen vom Hauptstrang) zum Problem werden. Sind diese Abzweigungen länger als 3 m, beeinflussen sie nachweislich das Signalverhalten. Die Leitungsrefektionen dieser Abzweigungen können den Bus stören und sind daher zu vermeiden.
	=== Slave Device Weight prüfen ===		=== Slave Device Weight prüfen ===
	Das Slave Device Weight ist eine Kenngröße für die Kabellänge in Verbindung mit den angeschlossenen Devices innerhalb eines Bus Strangs. Hierbei wird die Kabellänge und die Anzahl der angeschlossenen 1-wire Slaves zu einem "Gewicht" ermittelt. Hierbei hat ein iButton ~~die Kenngröße~~ "1m" und normale Devices ~~eine Kenngröße von~~ "0.5m" in Verbindung mit der Kabellänge kann man so den maximalen Ausbau seines möglichen Bus ermitteln.		Das Slave Device Weight ist eine Kenngröße für die Kabellänge in Verbindung mit den angeschlossenen Devices innerhalb eines Bus Strangs. Hierbei wird die Kabellänge und die Anzahl der angeschlossenen 1-wire Slaves zu einem "Gewicht" ermittelt. Hierbei hat ein iButton das Gewicht "1m" und normale Devices das Gewicht "0.5m". In Verbindung mit der Kabellänge kann man so den maximalen Ausbau seines möglichen Bus ermitteln.
			=OWFS Fehlersuche=
			Das One-Wire Filesystem OWFS und die entsprechende Webseite des Servers bietet einige Möglichkeiten, um Fehler auf dem 1-Wire Bus festzustellen. Die Fehler können innerhalb der Statistik des OWFS gesehen werden.
			==CRC Fehler==
			[[Bild:1wireowservererrorstatus.png\|mini\|100px\|rechts\|Anzeige der CRC Fehler für den Bus]]
			Die [http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC Fehler] werden auf der Seite „http://<IP-OWSERVER>:2121/bus.0/statistics/errors“ dargestellt. Hier sieht man die Anzahl der übertragenen Pakete und deren Fehleranzahl. Bei einem guten Bus sollte die Anzahl der CRC8 / CRC16 = 0 sein. Generell kann man sagen, je größer diese Zahl im Verhältnis zu den gesendeten Protokollen ist, umso schlechter ist der Bus.
			== Search Fehler ==
			[[Bild:1wireowserversearcherror.png\|mini\|100px\|rechts\|Anzeige des Fehlerstatus für den Bus]]
			Sollten während der Suche von Busteilnehmer auf dem 1-Wire Bus Fehler auftreten, werden diese auf diese Webseite des OWFS dargestellt. Hier sollte auch immer eine 0 stehen. Generell kann man sagen, je größer diese Zahl im Verhältnis zu den Suchanfragen ist, umso schlechter ist der Bus. http://<IP-OWSERVER>:2121/bus.0/bus.2/interface/statistics/search_errors
			==Generelle Fehler==
			Sollten werden eines Schreibvorgangs oder Lesevorgangs generelle Fehler auftauchen, so werden hier die entsprechenden Fehlerzähler angezeigt. Im Normalfall sollte auch hier 0 stehen. http://<IP-OWSERVER>:2121/bus.0/bus.0/interface/statistics


	[[Kategorie:1-Wire]]		[[Kategorie:1-Wire]]

Ritchie: Bild für das Signalverhalten eines 1-Wire Impulse eingefügt. Kleine Korrekuren im Text.

2015-04-29T19:53:13Z

Bild für das Signalverhalten eines 1-Wire Impulse eingefügt. Kleine Korrekuren im Text.

Ritchie: Einfügen eines Bild für die Darstellung der Search Fehler aus dem Webinterface

2015-04-29T18:36:12Z

Einfügen eines Bild für die Darstellung der Search Fehler aus dem Webinterface

← Nächstältere Version		Version vom 29. April 2015, 20:36 Uhr
Zeile 7:		Zeile 7:

	=== Search Fehler ===		=== Search Fehler ===
			[[Bild:1wireowserversearcherror.png\|mini\|100px\|rechts\|Anzeige des Fehlerstatus für den Bus]]
	Sollten während der Suche von Busteilnehmer auf dem 1-Wire Bus Fehler auftreten, werden diese auf diese Webseite des OW Server dargestellt. Hier sollte auch immer eine 0 stehen. Generell kann man sagen, je größer diese Zahl im Verhältnis zu den Suchanfragen ist, umso schlechter ist der Bus. http://<IP-OWSERVER>:2121/bus.0/bus.2/interface/statistics/search_errors		Sollten während der Suche von Busteilnehmer auf dem 1-Wire Bus Fehler auftreten, werden diese auf diese Webseite des OW Server dargestellt. Hier sollte auch immer eine 0 stehen. Generell kann man sagen, je größer diese Zahl im Verhältnis zu den Suchanfragen ist, umso schlechter ist der Bus. http://<IP-OWSERVER>:2121/bus.0/bus.2/interface/statistics/search_errors

	=== Generelle Fehler===		=== Generelle Fehler===
	Sollten werden eine Schreibvorgangs oder Lesevorgangs generelle Fehler auftauchen, so werden hier die entsprechenden Fehlerzähler angezeigt. Im Normalfall sollte auch hier 0 stehen. http://<IP-OWSERVER>:2121/bus.0/bus.0/interface/statistics		Sollten werden eine Schreibvorgangs oder Lesevorgangs generelle Fehler auftauchen, so werden hier die entsprechenden Fehlerzähler angezeigt. Im Normalfall sollte auch hier 0 stehen. http://<IP-OWSERVER>:2121/bus.0/bus.0/interface/statistics

Ritchie: Bild des Webinterface für die Anzeige eines CRC Fehler vom owserver eingefügt

2015-04-29T18:30:06Z

Bild des Webinterface für die Anzeige eines CRC Fehler vom owserver eingefügt

← Nächstältere Version		Version vom 29. April 2015, 20:30 Uhr
Zeile 3:		Zeile 3:
	Der OWServer und die entsprechende Webseite des Servers bietet einige Möglichkeiten um Fehler auf dem 1-Wire Bus festzustellen. Die Fehler können innerhalb der Statistik des OW Servers gesehen werden.		Der OWServer und die entsprechende Webseite des Servers bietet einige Möglichkeiten um Fehler auf dem 1-Wire Bus festzustellen. Die Fehler können innerhalb der Statistik des OW Servers gesehen werden.
	=== CRC Fehler ===		=== CRC Fehler ===
	Die [http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC Fehler] werden auf der Seite „http://<IP-OWSERVER>:2121/bus.0/statistics/errors“ dargestellt. Hier sieht man die Anzahl der übertragenen Pakete und deren Fehleranzahl. Bei einem guten Bus sollte die Anzahl der CRC8 / CRC16 = 0 sein. Generell kann man sagen, je größer diese Zahl im Verhältnis zu den gesendeten Protokollen ist, umso schlechter ist der Bus.		[[Bild:1wireowservererrorstatus.png\|mini\|100px\|rechts\|Anzeige der CRC Fehler für den Bus]]
			Die [http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC Fehler] werden auf der Seite „http://<IP-OWSERVER>:2121/bus.0/statistics/errors“ dargestellt. Hier sieht man die Anzahl der übertragenen Pakete und deren Fehleranzahl. Bei einem guten Bus sollte die Anzahl der CRC8 / CRC16 = 0 sein. Generell kann man sagen, je größer diese Zahl im Verhältnis zu den gesendeten Protokollen ist, umso schlechter ist der Bus.

	=== Search Fehler ===		=== Search Fehler ===

Ritchie: Die Seite wurde neu angelegt: „Generell beschreiben die folgenden Punkte Informationen aus dem Dokument [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliab…“

2015-04-26T15:04:06Z

Die Seite wurde neu angelegt: „Generell beschreiben die folgenden Punkte Informationen aus dem Dokument [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliab…“

Neue Seite

Generell beschreiben die folgenden Punkte Informationen aus dem Dokument [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“]. Dieser Absatz soll eine zusätzliche Hilfe darstellen und bezieht sich aus den Informationen des obigen Dokuments mit einigen praktischen Hinweisen.
== Bus Fehler feststellen==
Der OWServer und die entsprechende Webseite des Servers bietet einige Möglichkeiten um Fehler auf dem 1-Wire Bus festzustellen. Die Fehler können innerhalb der Statistik des OW Servers gesehen werden.
=== CRC Fehler ===
Die [http://de.wikipedia.org/wiki/Zyklische_Redundanzpr%C3%BCfung CRC Fehler] werden auf der Seite „http://<IP-OWSERVER>:2121/bus.0/statistics/errors“ dargestellt. Hier sieht man die Anzahl der übertragenen Pakete und deren Fehleranzahl. Bei einem guten Bus sollte die Anzahl der CRC8 / CRC16 = 0 sein. Generell kann man sagen, je größer diese Zahl im Verhältnis zu den gesendeten Protokollen ist, umso schlechter ist der Bus.

=== Search Fehler ===
Sollten während der Suche von Busteilnehmer auf dem 1-Wire Bus Fehler auftreten, werden diese auf diese Webseite des OW Server dargestellt. Hier sollte auch immer eine 0 stehen. Generell kann man sagen, je größer diese Zahl im Verhältnis zu den Suchanfragen ist, umso schlechter ist der Bus. http://<IP-OWSERVER>:2121/bus.0/bus.2/interface/statistics/search_errors
=== Generelle Fehler===
Sollten werden eine Schreibvorgangs oder Lesevorgangs generelle Fehler auftauchen, so werden hier die entsprechenden Fehlerzähler angezeigt. Im Normalfall sollte auch hier 0 stehen. http://<IP-OWSERVER>:2121/bus.0/bus.0/interface/statistics

== Bus Fehler Ursache suchen ==
Um die Fehlerquellen entsprechend einzukreisen, kann man wie folgt vorgehen, um die Ursache zu finden und entsprechend zu beseitigen.
Es wird generell von einer korrekten Konfiguration des OW-Servers ausgegangen.
=== Kurzschluss prüfen ===
Zeigen sich auf dem 1-Wire Bus keine Teilnehmer, liegt die Vermutung nahe, das ein Kurzschluss auf dem Bus vorhanden ist (oder auch die Datenleitung durch einen 1-Wire Teilnehmer auf 0 Volt gezogen wird. Dies kann durch Software 1-Wire Bausteine auch passieren).

Alle Teilnehmer entfernen und die Leitungen entsprechend durchmessen. Hierbei kann auch eine hochohmige Verbindung (kein direkter Kurzschluss) eine Problem sein. Um diese auszuschließen muss das Multimeter im Mega-Ohm Bereich eingestellt werden und die Leitungen prüfen. Danach jeden Teilnehmer einzeln wieder in den Bus aufnehmen und prüfen, ob der Bus noch in Ordnung ist (Error Counter prüfen).
=== Leitungsbruch prüfen ===
Sind an allen Teilnehmer alle Leitungen korrekt angeschlossen. Sind Klemmen verwendet, da sollte man prüfen, ob alle Drähte fest angeschlossen. Man sollte an den Drähten ziehen können, ohne das sich der Draht löst. Wenn man LSA Klemmen verwendet, sollte man prüfen, ob der Draht auch wirklich tief in die Klemme gedrückt wurde. Evtl. einfach nochmals alle Kontakte nachdrücken. Kalte Lötstellen sind auch eine mögliche Problemstelle.

=== Spannungsversorgung prüfen ===
Damit der 1-Wire Bus stabil arbeiten kann, muss die Spannungsversorgung aller Busteilnehmer stabil sein.
Einen ersten Test kann man mit einem normalen Multimeter durchführen. Hierbei sollte die Spannung an allen
Teilstrecken des Bus zwischen 4,9V und 5.2Volt liegen. '''Ein Multimeter kann kurzzeitige Spannungseinbrüche nicht messen!'''
Hier ist ein Oszilloskope für die genaue Messung notwendig. Dann kann auch die Brummspannung (Ripple) auf der 5V Leitung gemessen werden. Eine Brummspannung größer 100mV (eigentlich weniger) ist ein Zeichen für eine fehlerhafte Spannungsversorgung und sollte geprüft werden. Hier könnten Filterschaltungen oder ein besseres Netzteil Abhilfe schaffen.

=== Signalverhalten prüfen ===
Ein Fehler, welcher bei Leitungen im kurzen und mittleren Bereich gerne auftritt, ist das „'''ringing/undershoot'''“ Signal.
Hierbei wird kurzzeitige das 1-Wire Signal in den negativen Spannungsbereich gezogen (Impulse von bis -0.5Volt und mehr sind keine Seltenheit).
Ein entsprechendes Bild des Signalverlauf kann man auf der Seite 10 (Appendix D. Waveform Examples) des [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“] sehen.

Dieser Effekt wird durch die angeschlossenen Client's bei einem Bus Reset durch den Master erzeugt.
Diese Impulse können hierbei die angeschlossenen 1-wire Teilnehmer in der Signalfolge des 1-wire Protokolle aus dem Tritt bringen.
Der Effekt zeigt sich z.B. durch kommen und gehende Teilnehmer in der Device-Übersicht des OW Servers.
Diesen Effekt kann man nur mit einem Oszilloskope messen/darstellen.

Eine '''Abhilfe''' ist hier nur die Einbringung eines '''RC-Glied''' in den Anfang des betroffenen 1-Wire Bus.
Laut Guideline von Maxim sollte es ein 68 Ohm Widerstand sein und ein 470pF oder 4700pF je nach Leitungslänge sein.
Der entsprechend Schaltplan ist auf der Seite 9 des [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“] zu sehen.
== Bus Erweiterungen ==
Wenn der 1-wire Bus erweitert wird, kann sich das Leitungsverhalten ändern, insbesondere dann, wenn man nicht die optimale Netztopologie "Linear" verwendet.
=== Stubs vermeiden ===
Hier können die sogenannten '''Stub''', Abzweigungen vom Hauptstrang zum Problem werden. Sind diese Abzweigungen länger als 3m, beeinflussen sie nachweislich das Signalverhalten, da man in diesem Fall nicht mehr von einem linearen Bus, sondern einem '''stubbed''' Topologie redet. Die Leitungsrefektionen dieser Seitenarme können den Bus stören und sind daher zu vermeiden.
=== Slave Device Weight prüfen ===
Das Slave Device Weight ist eine Kenngröße für die Kabellänge in Verbindung mit den angeschlossenen Devices innerhalb eines Bus Strangs. Hierbei wird die Kabellänge und die Anzahl der angeschlossenen 1-wire Slaves zu einem "Gewicht" ermittelt. Hierbei hat ein iButton die Kenngröße "1m" und normale Devices eine Kenngröße von "0.5m" in Verbindung mit der Kabellänge kann man so den maximalen Ausbau seines möglichen Bus ermitteln.

[[Kategorie:1-Wire]]

← Nächstältere Version		Version vom 29. April 2015, 21:53 Uhr
Zeile 30:		Zeile 30:

	=== Signalverhalten prüfen ===		=== Signalverhalten prüfen ===
	Ein Fehler, welcher bei Leitungen im kurzen und mittleren ~~Bereich~~ gerne auftritt, ist das „'''ringing/undershoot'''“ Signal.		[[Bild:1wiresignal.png\|mini\|100px\|rechts\|Signalverhalten des 1-Wire Bus]]
			Ein Fehler, welcher bei Leitungen im kurzen und mittleren Leitungsbereich gerne auftritt, ist das „'''ringing/undershoot'''“ Signal.
	Hierbei wird kurzzeitige das 1-Wire Signal in den negativen Spannungsbereich gezogen (Impulse von bis -0.5Volt und mehr sind keine Seltenheit).		Hierbei wird kurzzeitige das 1-Wire Signal in den negativen Spannungsbereich gezogen (Impulse von bis -0.5Volt und mehr sind keine Seltenheit).
	Ein entsprechendes Bild des Signalverlauf kann man auf der Seite 10 (Appendix D. Waveform Examples) des [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“] sehen.		Ein entsprechendes Bild des Signalverlauf kann man auf der Seite 10 (Appendix D. Waveform Examples) des [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“] sehen.

	Dieser Effekt wird durch die angeschlossenen Client's bei einem Bus Reset durch den Master erzeugt.		Dieser Effekt wird durch die angeschlossenen Client's bei einem Bus Reset durch den Master erzeugt.
	Diese Impulse können hierbei die angeschlossenen 1-~~wire~~ Teilnehmer in der Signalfolge des 1-~~wire~~ Protokolle aus dem Tritt bringen.		Diese Impulse können hierbei die angeschlossenen 1-Wire Teilnehmer in der Signalfolge des 1-Wire Protokolle aus dem Tritt bringen.
	Der Effekt zeigt sich z.B. durch kommen und gehende Teilnehmer in der Device-Übersicht des OW Servers.		Der Effekt zeigt sich z.B. durch kommen und gehende Teilnehmer in der Device-Übersicht des OW Servers.
	Diesen Effekt kann man nur mit einem Oszilloskope messen/darstellen.		Diesen Effekt kann man nur mit einem Oszilloskope messen/darstellen.
Zeile 41:		Zeile 42:
	Eine '''Abhilfe''' ist hier nur die Einbringung eines '''RC-Glied''' in den Anfang des betroffenen 1-Wire Bus.		Eine '''Abhilfe''' ist hier nur die Einbringung eines '''RC-Glied''' in den Anfang des betroffenen 1-Wire Bus.
	Laut Guideline von Maxim sollte es ein 68 Ohm Widerstand sein und ein 470pF oder 4700pF je nach Leitungslänge sein.		Laut Guideline von Maxim sollte es ein 68 Ohm Widerstand sein und ein 470pF oder 4700pF je nach Leitungslänge sein.
	Der entsprechend Schaltplan ist auf der Seite 9 des [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“] zu sehen.		Der entsprechend Schaltplan ist auf der Seite 9 des [http://www.maximintegrated.com/en/app-notes/index.mvp/id/148 „Guidelines for Reliable Long 1-Wire Networks.“] zu sehen.

	== Bus Erweiterungen ==		== Bus Erweiterungen ==
	Wenn der 1-wire Bus erweitert wird, kann sich das Leitungsverhalten ändern, insbesondere dann, wenn man nicht die optimale Netztopologie "Linear" verwendet.		Wenn der 1-wire Bus erweitert wird, kann sich das Leitungsverhalten ändern, insbesondere dann, wenn man nicht die optimale Netztopologie "Linear" verwendet.