Guten Morgen zusammen,
ich hab seit ca 3 Wochen einen RasperryPi mit 1 Wire am laufen,
soweit funktioniert auch alles sehr gut
habe 14 Stk 1 Wire Temperatursensoren verbaut.
Alle 2-3 Tage kommt es jedoch zum Zusammenbruch des 1 Wire Bus,
folgender Fehler wird im Logfile angezeigt:
OWX: Reset failure on bus 1wireBus
FHEM kann ich im Browser noch aufrufen es werden jedoch keine Temperaturen mehr gemessen.
Wenn ich den Raspberry vom Strom trenne, läuft nach einem Neustart alles ohne Probleme, bis nach ca. 2-3 Tagen das gleiche Problem wieder auftritt.
Bisher haben folgende Veränderungen nichts gebracht:
-Den 1 Wire Bus linearisiert, hatte vorher die ersten Sensoren sternfömig von einer Abzweigdose im Heizraum angeordnet Kabellängen ca. 3,5m,
jetzt habe ich alle Sensoren max. mit 1m Kabel angeschlossen.
-Verschiedene Sensoren habe wegfallen lassen, im Moment messen 11 Stk
-Am 1 Wire Bus konnte ich bisher immer 4,9 V messen egal welche Kabelverlegung
Evtl. hat jemand noch einen Vorschlag was ich noch versuchen kann.
Moin peble,
in der Datei 00_OWX.pm die Zeile 100 mal debug auf 3 stellen, dann das logfile analysieren.
Gruß Joachim
PS. Ist der 1-Wire Bus immer noch parasitär angeschlossen?
Morgen Joachim,
ja ich habe den 1 Wire Bus parasitär angeschlossen
Wenn Du das ändern kannst, ändere das bitte auf eine 3 adrige Verkabelung, denn das kann eine mnögliche Ursache sein, denn beim Auslösen des Meßvorgangs kann die Spannung zusammenbrechen, gerade wenn mehrere Sensoren angeschlossen sind.
Ansonsten mal die Änderung in der OWM.pm
gruß Joachim
Ändern geht nur mit viel Aufwand,
wo finde ich denn diese zu ändernde Datei?
OWM.pm
oder OWX.pm
ist das bei Edit files, da gibts nur 99 Utils.pm
Gruß
Im FHEM Ordner, 00_OWX.pm
was für einen Busmaster hast Du am Pi? Vermutlich den ds2482 oder?
Muss mal checken, ob OWX bei dem Ding Strong-pullup anstellt (ohne das funktioniert die parasitäre Spannungsversorgung gerade von DS18B20 nicht wirklich, weil die beim Messvorgang signifikant mehr Strom brauchen). Wenn es ein DS2482-100 ist, dann könntest Du den Pullup auch mit einem externen FET steuern, dann ist die Zahl der anschließbaren Sensoren noch größer. (Falls OWX das noch nicht unterstützt, dann baue ich es ein...)
Gruß,
Norbert
Ich verwende den
LinkUSBi vom Fuchs shop http://www.fuchs-shop.com/de/shop/17/1/13372210/
Gruß
hier die INfo aus dem Log
OWX: 1-Wire bus 1_Wire: interface master DS2480 re-detected
Hallo Joachim,
ich hab jetzt debug auf 3 gestellt
Logfilr bringt folgendes:
2013.11.30 17:45:45 1: OWX: Serial device /dev/ttyUSB0 defined
2013.11.30 17:45:45 3: OWX: Sending out 0xc1
2013.11.30 17:45:45 3: Schleifendurchlauf 1
2013.11.30 17:45:45 3: OWX: Receiving in loop no. 1 0xc1
2013.11.30 17:45:45 3: OWX: Sending out 0x17 0x45 0x5b 0x0f 0x91
2013.11.30 17:45:45 3: Schleifendurchlauf 1
2013.11.30 17:45:45 3: OWX: Receiving in loop no. 1 0x17 0x45 0x5b 0x0f 0x91
2013.11.30 17:45:45 1: OWX: 1-Wire bus 1_Wire: interface master DS2480 re-detected
2013.11.30 17:45:45 3: OWID: Device OWX_01_875687150000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_12A8AA040000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_0A32AB040000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_F9BCAA040000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_BB8EAA040000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_807BAA040000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_547CAA040000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_2640AA040000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_6B1BAB040000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_770D45050000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_5B8244050000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_F88145050000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_223745050000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_F0C745050000 defined.
2013.11.30 17:45:45 3: OWTHERM: Device OWX_28_5B7144050000 defined.
2013.11.30 17:45:46 1: Including ./log/fhem.save
2013.11.30 17:45:49 0: Server started with 34 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user fhem, pid 2523)
2013.11.30 17:45:55 3: OWX: Sending out 0xe3 0xc5
2013.11.30 17:45:55 3: Schleifendurchlauf 1
2013.11.30 17:45:55 3: OWX: Receiving in loop no. 1 0xdd
2013.11.30 17:45:55 3: OWX_Complex_SER: Sending out 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x4e 0x00 0x46 0x48 0xff 0xff 0xff
2013.11.30 17:45:55 3: OWX: Sending out 0xe1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x4e 0x00 0x46 0x48 0xff 0xff 0xff
2013.11.30 17:45:55 3: Schleifendurchlauf 1
2013.11.30 17:45:55 3: OWX: Receiving in loop no. 1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x4e 0x00 0x46 0x48 0xff 0xff 0xff
2013.11.30 17:45:55 3: OWX_Complex_SER: Receiving 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x4e 0x00 0x46 0x48 0xff 0xff 0xff
2013.11.30 17:45:55 3: OWX: Sending out 0xe3 0xc5
2013.11.30 17:45:55 3: Schleifendurchlauf 1
2013.11.30 17:45:55 3: OWX: Receiving in loop no. 1 0xdd
2013.11.30 17:45:55 3: OWX_Complex_SER: Sending out 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x4e 0x4b 0x46 0x48 0xff 0xff 0xff
2013.11.30 17:45:55 3: OWX: Sending out 0xe1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x4e 0x4b 0x46 0x48 0xff 0xff 0xff
2013.11.30 17:45:55 3: Schleifendurchlauf 1
2013.11.30 17:45:55 3: OWX: Receiving in loop no. 1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x4e 0x4b 0x46 0x48 0xff 0xff 0xff
2013.11.30 17:45:55 3: OWX_Complex_SER: Receiving 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x4e 0x4b 0x46 0x48 0xff 0xff 0xff
2013.11.30 17:45:55 3: OWX: Sending out 0xe3 0xc5
2013.11.30 17:45:55 3: Schleifendurchlauf 1
2013.11.30 17:45:55 3: OWX: Receiving in loop no. 1 0xdd
2013.11.30 17:45:55 3: OWX_Complex_SER: Sending out 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x44
2013.11.30 17:45:55 3: OWX: Sending out 0xe1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x44
2013.11.30 17:45:55 3: Schleifendurchlauf 1
2013.11.30 17:45:55 3: OWX: Receiving in loop no. 1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x44
2013.11.30 17:45:55 3: OWX_Complex_SER: Receiving 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x44
2013.11.30 17:45:56 3: OWX: Sending out 0xe3 0xc5
2013.11.30 17:45:56 3: Schleifendurchlauf 1
2013.11.30 17:45:56 3: OWX: Receiving in loop no. 1 0xdd
2013.11.30 17:45:56 3: OWX_Complex_SER: Sending out 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2013.11.30 17:45:56 3: OWX: Sending out 0xe1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2013.11.30 17:45:56 3: Schleifendurchlauf 1
2013.11.30 17:45:56 3: OWX: Receiving in loop no. 1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2013.11.30 17:45:56 3: OWX_Complex_SER: Receiving 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2013.11.30 17:45:56 3: OWX: Sending out 0xe3 0xc5
2013.11.30 17:45:56 3: Schleifendurchlauf 1
2013.11.30 17:45:56 3: OWX: Receiving in loop no. 1 0xdd
2013.11.30 17:45:56 3: OWX_Complex_SER: Sending out 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x44
2013.11.30 17:45:56 3: OWX: Sending out 0xe1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x44
2013.11.30 17:45:56 3: Schleifendurchlauf 1
2013.11.30 17:45:56 3: OWX: Receiving in loop no. 1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x44
2013.11.30 17:45:56 3: OWX_Complex_SER: Receiving 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x00 0x44
2013.11.30 17:45:57 3: OWX: Sending out 0xe3 0xc5
2013.11.30 17:45:57 3: Schleifendurchlauf 1
2013.11.30 17:45:57 3: OWX: Receiving in loop no. 1 0xdd
2013.11.30 17:56:44 3: OWX: Sending out 0xe3 0xc5
2013.11.30 17:56:44 3: Schleifendurchlauf 1
2013.11.30 17:56:44 3: OWX: Receiving in loop no. 1 0xdd
2013.11.30 17:56:44 3: OWX_Complex_SER: Sending out 0x55 0x28 0x12 0xa8 0xaa 0x04 0x00 0x00 0x0a 0x44
2013.11.30 17:56:44 3: OWX: Sending out 0xe1 0x55 0x28 0x12 0xa8 0xaa 0x04 0x00 0x00 0x0a 0x44
2013.11.30 17:56:44 3: Schleifendurchlauf 1
2013.11.30 17:56:44 3: OWX: Receiving in loop no. 1 0x55 0x28 0x12 0xa8 0xaa 0x04 0x00 0x00 0x0a 0x44
2013.11.30 17:56:44 3: OWX_Complex_SER: Receiving 0x55 0x28 0x12 0xa8 0xaa 0x04 0x00 0x00 0x0a 0x44
2013.11.30 17:56:45 3: OWX: Sending out 0xe3 0xc5
2013.11.30 17:56:46 3: Schleifendurchlauf 1
2013.11.30 17:56:46 3: OWX: Receiving in loop no. 1 0xdd
2013.11.30 17:56:46 3: OWX_Complex_SER: Sending out 0x55 0x28 0x12 0xa8 0xaa 0x04 0x00 0x00 0x0a 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2013.11.30 17:56:46 3: OWX: Sending out 0xe1 0x55 0x28 0x12 0xa8 0xaa 0x04 0x00 0x00 0x0a 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2013.11.30 17:56:46 3: Schleifendurchlauf 1
2013.11.30 17:56:46 3: OWX: Receiving in loop no. 1 0x55 0x28 0x12 0xa8 0xaa 0x04 0x00 0x00 0x0a 0xbe 0xbc 0x00 0x4b 0x46 0x7f 0xff 0x04 0x10 0xef
2013.11.30 17:56:46 3: OWX_Complex_SER: Receiving 0x55 0x28 0x12 0xa8 0xaa 0x04 0x00 0x00 0x0a 0xbe 0xbc 0x00 0x4b 0x46 0x7f 0xff 0x04 0x10 0xef
das kommt jetzt immer wieder und müllt den Logfile zu!
Gruß
Moin peble,
auch wenn es Dir das Logfile zumüllt, wirst Du das ein paar Tage so lassen müssen, bis wieder der Fehler auftritt, um dann das Logfile im Bereich des Fehlers analysiern zu können.
es bietet sich an, solange das globale Logfile auf Tageslogs einzustellen.
attr global logfile ./log/fhem-%Y-%m-%d.log
Der Auszug den Du jetzt geliefert hast, ist in ordnung.
Gruß Joachim
Hallo Joachim
alles klar
ich meld mich sobald der Fehler wieder auftritt.
Danke schonmal
Gruß
peble
Hallo Zusammen,
heute ist der Fehler wieder aufgetreten
letzte Tempearturmessung so ca. 12:50 Uhr
hier mal der Logfile:
2013.12.01 12:51:14 3: OWX_Complex_SER: Sending out 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x8a 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2013.12.01 12:51:14 3: OWX: Sending out 0xe1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x8a 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2013.12.01 12:51:14 3: Schleifendurchlauf 1
2013.12.01 12:51:14 3: OWX: Receiving in loop no. 1 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x8a 0xbe 0xd0 0x01 0x4b 0x46 0x5f 0xff 0x10 0x10 0xab
2013.12.01 12:51:14 3: OWX_Complex_SER: Receiving 0x55 0x28 0x6b 0x1b 0xab 0x04 0x00 0x00 0x8a 0xbe 0xd0 0x01 0x4b 0x46 0x5f 0xff 0x10 0x10 0xab
2013.12.01 12:55:03 3: OWX: Sending out 0xe3 0xc5
2013.12.01 12:55:03 3: OWX_Query_2480: No return value after writing
2013.12.01 12:55:03 3: Schleifendurchlauf 1
2013.12.01 12:55:03 3: Schleifendurchlauf 2
2013.12.01 12:55:03 3: Schleifendurchlauf 3
2013.12.01 12:55:03 3: Schleifendurchlauf 4
2013.12.01 12:55:03 3: Schleifendurchlauf 5
2013.12.01 12:55:03 3: Schleifendurchlauf 6
2013.12.01 12:55:03 3: Schleifendurchlauf 7
2013.12.01 12:55:03 3: Schleifendurchlauf 8
2013.12.01 12:55:03 3: Schleifendurchlauf 9
2013.12.01 12:55:03 3: Schleifendurchlauf 10
2013.12.01 12:55:05 3: Schleifendurchlauf 100
2013.12.01 12:55:05 3: Schleifendurchlauf 101
2013.12.01 12:55:05 3: OWX: Sending out 0xe3 0xc5
2013.12.01 12:55:05 3: OWX_Query_2480: No return value after writing
2013.12.01 12:55:07 3: Schleifendurchlauf 100
2013.12.01 12:55:07 3: Schleifendurchlauf 101
2013.12.01 12:55:07 3: OWX: Reset failure on bus 1_Wire
2013.12.01 12:55:07 3: OWX: Sending out 0xe3 0xc5
2013.12.01 12:55:07 3: OWX_Query_2480: No return value after writing
2013.12.01 12:55:07 3: Schleifendurchlauf 1
2013.12.01 12:55:07 3: Schleifendurchlauf 2
Gruß
hi, prüf mal bitte ob sich zu diesem Zeitpunkt dein USB resettet hat. War bei mir der Fall. 1wire war völlig unschuldig...
Hallo Tobias,
wie lässt sich das prüfen ob USB resettet wurde?
Moin, peble,
poste mal bitte den relevanten Teil Deiner fhem.cfg, und als Anhang mal bitte das log von 5 Min vorher bis 5 Min nach dem Fehler als Anhang.
Bisher sieht es so aus, dass die Antwort von LinkUSBi nicht kommt.
Gruß Joachim
Hallo Joachim,
fhem.cfg
define 1_Wire OWX /dev/ttyUSB0
attr 1_Wire buspower parasitic
Gruß
Moin peble,
tu mir bitte einen Gefallen, und lese, was ich schreibe!
Zitat:
poste mal bitte den relevanten Teil Deiner fhem.cfg, und als Anhang mal bitte das log von 5 Min vorher bis 5 Min nach dem Fehler als Anhang.
und das ganze bitte nicht als Microsoft Word Dokument.
Damit es nicht wieder schiefgeht, dieses mal das ganze fhem.log von dem Tag.
Als nächstes diesen
http://forum.fhem.de/index.php/topic,16347.msg108664.html#msg108664
Tread lesen, und das dort angegebene Modul in das Verzeichnis FHEM kopieren und FHEM neu starten.
Wenn der Fehler das nächste mal auftritt, log posten.
Gruß Joachim
Hallo Joachim,
anbei das log
Gruß
Hallo Joachim,
hier schonmal ein Auszug aus meinem Logfile nachdem ich das Modul drin habe:
2013.12.01 22:51:12.738 5: OWX: Device verified 01.875687150000.7B
2013.12.01 22:51:12.741 5: Triggering OWX_01_875687150000 (1 changes)
2013.12.01 22:51:12.744 5: Notify loop for OWX_01_875687150000 present
2013.12.01 22:51:12.758 4: eventTypes: OWID OWX_01_875687150000 present -> present
2013.12.01 22:51:18.310 5: Triggering OWX_28_F9BCAA040000 (2 changes)
2013.12.01 22:51:21.114 5: Notify loop for OWX_28_F9BCAA040000 temperature: 3.875
2013.12.01 22:51:21.131 4: eventTypes: OWTHERM OWX_28_F9BCAA040000 temperature: 3.875 -> temperature: .*
2013.12.01 22:51:21.133 4: eventTypes: OWTHERM OWX_28_F9BCAA040000 T: 3.88 °C ▾ -> T: .* °C ▾
2013.12.01 22:51:21.140 5: T: 3.88 °C ▾
2013.12.01 22:51:21.142 1: Perfmon: possible freeze starting at 22:51:17, delay is 4.141
2013.12.01 22:51:22.462 5: Triggering OWX_28_0A32AB040000 (2 changes)
2013.12.01 22:51:22.464 5: Notify loop for OWX_28_0A32AB040000 temperature: 18.625
2013.12.01 22:51:22.481 4: eventTypes: OWTHERM OWX_28_0A32AB040000 temperature: 18.625 -> temperature: .*
2013.12.01 22:51:22.482 4: eventTypes: OWTHERM OWX_28_0A32AB040000 T: 18.62 °C ▾ -> T: .* °C ▾
2013.12.01 22:51:22.490 5: T: 18.62 °C ▾
2013.12.01 22:51:26.310 5: Triggering OWX_28_807BAA040000 (2 changes)
2013.12.01 22:51:26.442 5: Notify loop for OWX_28_807BAA040000 temperature: 25
2013.12.01 22:51:26.459 4: eventTypes: OWTHERM OWX_28_807BAA040000 temperature: 25 -> temperature: .*
2013.12.01 22:51:26.460 4: eventTypes: OWTHERM OWX_28_807BAA040000 T: 25.00 °C ▾ -> T: .* °C ▾
2013.12.01 22:51:26.467 5: T: 25.00 °C ▾
2013.12.01 22:51:26.469 1: Perfmon: possible freeze starting at 22:51:25, delay is 1.469
2013.12.01 22:51:31.309 5: Triggering OWX_28_BB8EAA040000 (2 changes)
2013.12.01 22:51:31.311 5: Notify loop for OWX_28_BB8EAA040000 temperature: 1
2013.12.01 22:51:33.734 4: eventTypes: OWTHERM OWX_28_BB8EAA040000 temperature: 1 -> temperature: .*
2013.12.01 22:51:33.735 4: eventTypes: OWTHERM OWX_28_BB8EAA040000 T: 1.00 °C ▾ -> T: .* °C ▾
2013.12.01 22:51:33.743 5: T: 1.00 °C ▾
2013.12.01 22:51:33.744 1: Perfmon: possible freeze starting at 22:51:30, delay is 3.744
2013.12.01 22:51:43.310 5: Triggering OWX_28_12A8AA040000 (2 changes)
2013.12.01 22:51:43.312 5: Notify loop for OWX_28_12A8AA040000 temperature: 15.5
2013.12.01 22:51:43.328 4: eventTypes: OWTHERM OWX_28_12A8AA040000 temperature: 15.5 -> temperature: .*
2013.12.01 22:51:43.330 4: eventTypes: OWTHERM OWX_28_12A8AA040000 T: 15.50 °C ▾ -> T: .* °C ▾
2013.12.01 22:51:43.337 5: T: 15.50 °C ▾
2013.12.01 22:51:43.338 1: Perfmon: possible freeze starting at 22:51:42, delay is 1.338
2013.12.01 22:51:53.310 5: Triggering OWX_28_2640AA040000 (2 changes)
2013.12.01 22:51:53.313 5: Notify loop for OWX_28_2640AA040000 temperature: 23.125
2013.12.01 22:51:53.329 4: eventTypes: OWTHERM OWX_28_2640AA040000 temperature: 23.125 -> temperature: .*
2013.12.01 22:51:53.330 4: eventTypes: OWTHERM OWX_28_2640AA040000 T: 23.12 °C ▾ -> T: .* °C ▾
2013.12.01 22:51:53.337 5: T: 23.12 °C ▾
2013.12.01 22:51:55.310 5: Triggering OWX_28_223745050000 (2 changes)
2013.12.01 22:51:55.312 5: Notify loop for OWX_28_223745050000 temperature: 24.25
2013.12.01 22:51:55.328 4: eventTypes: OWTHERM OWX_28_223745050000 temperature: 24.25 -> temperature: .*
2013.12.01 22:51:55.330 4: eventTypes: OWTHERM OWX_28_223745050000 T: 24.25 °C ▾ -> T: .* °C ▾
2013.12.01 22:51:55.337 5: T: 24.25 °C ▾
2013.12.01 22:51:55.338 1: Perfmon: possible freeze starting at 22:51:54, delay is 1.338
2013.12.01 22:51:56.660 5: Triggering OWX_28_770D45050000 (2 changes)
2013.12.01 22:51:56.662 5: Notify loop for OWX_28_770D45050000 temperature: 46.25
2013.12.01 22:51:56.678 4: eventTypes: OWTHERM OWX_28_770D45050000 temperature: 46.25 -> temperature: .*
2013.12.01 22:51:56.680 4: eventTypes: OWTHERM OWX_28_770D45050000 T: 46.25 °C ▾ -> T: .* °C ▾
2013.12.01 22:51:56.687 5: T: 46.25 °C ▾
2013.12.01 22:51:58.008 5: Triggering OWX_28_6B1BAB040000 (2 changes)
2013.12.01 22:51:58.010 5: Notify loop for OWX_28_6B1BAB040000 temperature: 29.25
2013.12.01 22:51:58.027 4: eventTypes: OWTHERM OWX_28_6B1BAB040000 temperature: 29.25 -> temperature: .*
2013.12.01 22:51:58.028 4: eventTypes: OWTHERM OWX_28_6B1BAB040000 T: 29.25 °C ▾ -> T: .* °C ▾
2013.12.01 22:51:58.036 5: T: 29.25 °C ▾
2013.12.01 22:51:58.050 1: Perfmon: possible freeze starting at 22:51:57, delay is 1.05
2013.12.01 22:52:00.310 5: Triggering OWX_28_5B8244050000 (2 changes)
2013.12.01 22:52:00.312 5: Notify loop for OWX_28_5B8244050000 temperature: 52.75
2013.12.01 22:52:00.329 4: eventTypes: OWTHERM OWX_28_5B8244050000 temperature: 52.75 -> temperature: .*
2013.12.01 22:52:00.330 4: eventTypes: OWTHERM OWX_28_5B8244050000 T: 52.75 °C ▾ -> T: .* °C ▾
2013.12.01 22:52:00.338 5: T: 52.75 °C ▾
2013.12.01 22:52:02.309 5: Triggering OWX_28_547CAA040000 (2 changes)
2013.12.01 22:52:02.311 5: Notify loop for OWX_28_547CAA040000 temperature: 33.25
2013.12.01 22:52:02.327 4: eventTypes: OWTHERM OWX_28_547CAA040000 temperature: 33.25 -> temperature: .*
2013.12.01 22:52:02.329 4: eventTypes: OWTHERM OWX_28_547CAA040000 T: 33.25 °C ▾ -> T: .* °C ▾
2013.12.01 22:52:02.336 5: T: 33.25 °C ▾
2013.12.01 22:52:02.337 1: Perfmon: possible freeze starting at 22:52:01, delay is 1.337
Gruß
Zitat von: peble am 01 Dezember 2013, 19:50:19
wie lässt sich das prüfen ob USB resettet wurde?
Ganz einfach, im /var/log/messages oder /var/log/syslog reinschauen und den betreffenden Zeitraum untersuchen ob da USB Reset Meldungen auftauchen.
Hatte exakt dasselbe Problem. Sah so aus als ob der Busmaster nicht mehr antwortete.....
Bei einem FHEM-Restart funktioniert alles wieder?? *gg* Wenn ja ist es logisch da der Busmaster neu initialisiert wird ;)
Moin peble,
nach einem flüchtigen, schnellen durchlesen des log's bin ich auch sehr für einen USB-Bus-Problem in Verbindung mit einem Erkennungsproblem des Adapters.
Solange der Bus steht, rennt alles sauber, und plötzlich Antwortet der LinkUSBi nicht mehr, noch nicht einmal Fragmente.
--> kontrolliere Dein USB
--> schreibe Deine Komplette FHEM- Hardware auf (incl. Netzteile, USB-Hub aktiv/passiv)
--> Sromversorgungsaufbau Deines Raspberry's (hierzu im deutschen Raspberry Forum die Treads zur Spannungsversorgung lesen)
--> binde den LinkUSBi mit udev ein.
Zitat2013.12.01 22:51:26.469 1: Perfmon: possible freeze starting at 22:51:25, delay is 1.469
ist bis ca. 1.5 sec in Ordnung, hängt mit der blockierenden Abfrage von OWX zusammen.
Gruß Joachim
Hallo Joachim,
hier mal meine Hardware
- Raspberry Pi Model B
- Netzteil Raspi Stecker-Netzteil Hnp06-Microusb-C 6 W/5 V MicroUSB-Stecker 5 V / 1,2 A
- an einem USB Port am Raspi Edimax WLAN-Stick N150 Nano Ew-7811un
- am anderen USB Port einen aktiven USB Hub Speedlink 7416 Nobil Active USB Hub 4-Port, Netzteil hat keine weiteren Angaben
- an einem Port des Hubs den LinkUSBi vom Fuchs Shop
ich hab mir mal die Treads zur Stromversorgung angeschaut,
da gibt es ja mehrere Möglichkeiten den HUB am Raspi anzustöpseln.
Welche Variante verwendest du?
Ich denke die Variante 2 mit der Stromversorgung durch ein USB Y Kabel am Pi wäre nicht schlecht anscheinend ist die sehr zuverlässig.
Was jedoch ein Nachteil ist, wenn der 1 Wire BUS richtig läuft dann wollte ich einen CUL Stick mit anschließen und bei Variante 2 wäre kein Steckplatz an einem 4er Hub mehr frei.
Wäre es sinnvoll im Moment den Wlan Stick auch am Hub anzuschließen? Momentan steckt der ja direkt im Pi.
Gruß
Heute ist auch mein 1 Wire wieder ausgestiegen:
Zeitpunkt ca. 11:56 Uhr
im Anhang der log
So und jetzt noch der entsprechnde Teil aus dem log
/var/log/messages
Dec 2 06:25:10 raspberrypi rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="2282" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
Dec 2 11:53:54 raspberrypi kernel: [59071.527711] usb 1-1.2.2: USB disconnect, device number 7
Dec 2 11:53:54 raspberrypi kernel: [59071.528331] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Dec 2 11:53:54 raspberrypi kernel: [59071.528411] ftdi_sio 1-1.2.2:1.0: device disconnected
Dec 2 11:53:54 raspberrypi kernel: [59071.769163] usb 1-1.2.2: new full-speed USB device number 8 using dwc_otg
Dec 2 11:53:54 raspberrypi kernel: [59071.886019] usb 1-1.2.2: New USB device found, idVendor=0403, idProduct=6001
Dec 2 11:53:54 raspberrypi kernel: [59071.886050] usb 1-1.2.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Dec 2 11:53:54 raspberrypi kernel: [59071.886068] usb 1-1.2.2: Product: FT232R USB UART
Dec 2 11:53:54 raspberrypi kernel: [59071.886083] usb 1-1.2.2: Manufacturer: FTDI
Dec 2 11:53:54 raspberrypi kernel: [59071.886097] usb 1-1.2.2: SerialNumber: A501HXID
Dec 2 11:53:55 raspberrypi kernel: [59071.893810] ftdi_sio 1-1.2.2:1.0: FTDI USB Serial Device converter detected
Dec 2 11:53:55 raspberrypi kernel: [59071.893998] usb 1-1.2.2: Detected FT232RL
Dec 2 11:53:55 raspberrypi kernel: [59071.894021] usb 1-1.2.2: Number of endpoints 2
Dec 2 11:53:55 raspberrypi kernel: [59071.894038] usb 1-1.2.2: Endpoint 1 MaxPacketSize 64
Dec 2 11:53:55 raspberrypi kernel: [59071.894053] usb 1-1.2.2: Endpoint 2 MaxPacketSize 64
Dec 2 11:53:55 raspberrypi kernel: [59071.894068] usb 1-1.2.2: Setting MaxPacketSize 64
Dec 2 11:53:55 raspberrypi kernel: [59071.896101] usb 1-1.2.2: FTDI USB Serial Device converter now attached to ttyUSB1
Dec 2 18:17:58 raspberrypi kernel: imklog 5.8.11, log source = /proc/kmsg started.
Dec 2 18:17:58 raspberrypi rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="2164" x-
Moin peble,
Ich nutze Variante 3
http://www.forum-raspberrypi.de/Thread-info-stromversorgung-raspberry-pi
Variante 2, von hinten ist alledings auch möglich.
Die Variante, die Du verwendest, ist die schlechteste, denn durch die Sicherung gehen von den 5 V schoneinmal an der Sicherung bis zu 0,3 V verloren, in Verbindung mit Deinem WLAN-Stick auf einem Raspi-Port steigen die Probleme an, und eine instabile Spannungsversorgung schmeisst den USB-Bus.
Das Netzteil mit 1,2 A liegt gerade so an der Grenze für den Pi und den WLAN-Stick
Pi nicht übertaktet 700 mA, übertaktet 1000 mA, WLAN-Stick bis 500 mA erlaubt, macht im ungünstigsten Fall 1,5 A die abgerufen werden.
Eingrenzen dieses Fehlers, wenn Du etwas Ahnung, und ein ATX-Netzteil zum basteln hast:
grün und schwarz vom ATX-Netzteil verbinden,
rot und schwarz vom Netzteil an den Raspberry
http://www.wulli.at/?p=38
http://de.wikipedia.org/wiki/ATX-Format
hierbei solltest Du aber wirklich wissen, was Du tust, sonst jagst Du Deinen Pi uber den Jordan.
Das ist aber Keine Dauerlösung, sondern nur zum testen gedacht, wenn Fehler danach weg, passende Dauerlösung suchen.
---------> Achtung, für solche Basteleien übernehme ich Keine Garantie !!! <-----------------------
Gruß Joachim
So, wie vermutet,
USB-Bus ausgestiegen, und LinkUSBi hat einen neuen Port bekommen
ZitatDec 2 11:53:54 raspberrypi kernel: [59071.528331] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0Zitat
Dec 2 11:53:55 raspberrypi kernel: [59071.896101] usb 1-1.2.2: FTDI USB Serial Device converter now attached to ttyUSB1
Lösung:
1.) Spannungsversorgung verbessern
2.) udev, wie ich Dir schon beim Einrichten des LinkUSB gesagt habe.
Gruß Joachim
Hallo Joachim,
zu 1
werde ich tun, erstmal versuch ich einen anderen HUB und Variante 2
anscheinend kommt der PI auch nicht mit jedem HUB klar
zu 2
udev muss ich mir nochmal genau anschauen!
Danke
Gruß
Viel Glück
Hallo Joachim,
versuch jetzt den Linkusb mit udec Regeln einzubinden.
ich habe alles wie in folgendem Link eingerichtet
http://wiki.siduction.de/index.php?title=Symlink_zur_eindeutigen_Erkennung_mittels_udev-Regel
die Datei im Verzeichnis erstellt usw.
mit
pi@raspberrypi ~ $ ls -l /dev/ttyU*
crw-rw---T 1 root dialout 188, 0 Dec 3 20:16 /dev/ttyUSB0
lrwxrwxrwx 1 root root 7 Jan 1 1970 /dev/ttyUSB_MeinLinkUSBi -> ttyUSB 0
Durch umstecken wird wieder auf tty USB 1 gewechselt
pi@raspberrypi ~ $ ls -l /dev/ttyU*
crw-rw---T 1 root dialout 188, 1 Dec 3 20:17 /dev/ttyUSB1
lrwxrwxrwx 1 root root 7 Dec 3 20:17 /dev/ttyUSB_MeinLinkUSBi -> ttyUSB1
hab noch in einem anderen Thread den Hinweis zu Symlink+ gelesen
muss ich da noch etwas ändern
ich komm nicht weiter
Gruß
OK ich glaub ich hatte einen Denkfehler
ist es richtig wenn ich jetzt einfach 1 Wire so definiere
efine 1_Wire OWX /dev/ttyUSB_MeinLinkUSBi
attr 1_Wire buspower parasitic
und egal ob der Adapter auf ttyUSB 0 oder ttyUSB 1 erkannt wird bleibt er verbunden?
ich dachte durch die Regel wird er immer auf 0 erkannt das ist falsch oder
Gruß
Den Tread hier mal komplett lesen
http://forum.fhem.de/index.php/topic,16236.msg105741.html#msg105741
Gruß Joachim
...WLAN USB Dongles sind unglaublich stromhungrig. Dein 1,2A Netzteil erscheint mir nicht mal ansatzweise dieser Anforderung gewachsen. Bei mir ist erst Ruhe, seit ich alle RPi Netzteile auf Typen umgestellt habe, die 2,2A oder mehr liefern können.
VG
Ralf
Deshalb der Vorschlag mit dem ATX-Netzteil, ausprobieren, Stromhunger definieren, passendes Netzteil kaufen.
Gruß Joachim
Bin ja bei dir, aber den Stromverbrauch zu messen ist schwierig, da es extrem kurzzeitige "Spikes" im Nanosekunden-Bereich sind, die hier die Probleme machen. Das bekommst du nur mit nem Speicherscope einigermassen analysiert. Dürften aber die wenigsten zu Hause rumliegen haben. ;-)
Die Kombination aus 2,2A Netzteil (Leider gibt es die 1,50€ Teile bei Pollin nicht mehr) und nem 1000µF Elko bringen dich in nahezu allen Fällen sicher über den Berg.
VG
Ralf
Wo er recht hat, hat er recht.
Hallo Leute
nach langem hin und her Testen hab ich immmer noch den Reset failure
wenn ich den Linkusbi in einen anderen USB Port stecke findet FHEM den Adapter nichtmehr!
Stromversorgung hab ich Rückwärts über einen USB Aktiv Hub und y Kabel, trotzdem gibts es immer wieder einen USB Reset
hier mal meine UDEV Regeln:
in /etc/udev/rules.d
hab ich eine Datei angelegt
20_MeinLinkUSBi.rules
in diese Datei hab ich folgendes geschrieben:
SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="A501HXID", SYMLINK+="ttyUSB20"
hier mal wie der Adapter erkannt wird:
[ 4.207610] usb 1-1.3.4: Product: FT232R USB UART
[ 4.213737] usb 1-1.3.4: Manufacturer: FTDI
[ 4.219279] usb 1-1.3.4: SerialNumber: A501HXID
[ 34.994258] usbcore: registered new interface driver usbserial
[ 35.390904] cdc_acm 1-1.3.3:1.0: ttyACM0: USB ACM device
[ 35.401197] usbcore: registered new interface driver usbserial_generic
[ 35.535373] usbcore: registered new interface driver cdc_acm
[ 35.558059] USB Serial support registered for generic
[ 35.709272] cdc_acm: USB Abstract Control Model driver for USB modems and ISD N adapters
[ 35.738282] usbserial: USB Serial Driver core
[ 35.867537] usbcore: registered new interface driver ftdi_sio
[ 35.966060] USB Serial support registered for FTDI USB Serial Device
[ 36.087665] ftdi_sio 1-1.3.4:1.0: FTDI USB Serial Device converter detected
[ 36.189836] usb 1-1.3.4: Detected FT232RL
[ 36.268649] usb 1-1.3.4: Number of endpoints 2
[ 36.315885] usb 1-1.3.4: Endpoint 1 MaxPacketSize 64
[ 36.374773] usb 1-1.3.4: Endpoint 2 MaxPacketSize 64
[ 36.393801] usbcore: registered new interface driver rtl8192cu
[ 36.447475] usb 1-1.3.4: Setting MaxPacketSize 64
[ 36.485139] usb 1-1.3.4: FTDI USB Serial Device converter now attached to tt USB0
[ 36.537376] ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver
pi@raspberrypi ~ $ ls -al /dev/serial/by-id
total 0
drwxr-xr-x 2 root root 80 Jan 1 1970 .
drwxr-xr-x 4 root root 80 Jan 1 1970 ..
lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-busware.de_CUL868-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-FTDI_FT232R_USB_UART_A501HXID-if00-port0 -> ../../ttyUSB0
pi@raspberrypi ~ $ ls -l /dev/ttyU*
crw-rw---T 1 root dialout 188, 0 Dec 27 19:15 /dev/ttyUSB0
lrwxrwxrwx 1 root root 7 Jan 1 1970 /dev/ttyUSB20 -> ttyUSB0
hier hab ich den Adapter in einen neuen Port gesteckt!
pi@raspberrypi ~ $ ls -l /dev/ttyU*
crw-rw---T 1 root dialout 188, 1 Dec 27 19:18 /dev/ttyUSB1
lrwxrwxrwx 1 root root 7 Dec 27 19:18 /dev/ttyUSB20 -> ttyUSB1
pi@raspberrypi ~ $ ls -al /dev/serial/by-id
total 0
drwxr-xr-x 2 root root 80 Dec 27 19:18 .
drwxr-xr-x 4 root root 80 Jan 1 1970 ..
lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-busware.de_CUL868-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Dec 27 19:18 usb-FTDI_FT232R_USB_UART_A501HXID-if00-port0 -> ../../ttyUSB1
hab ich ein Fehler in den Udev Regeln?
Guten Morgen zusammen
hier nochmal ein Auszug wie der Adapter erkannt wird:
[ 4.268668] usb 1-1.3.4: New USB device found, idVendor=0403, idProduct=6001
[ 4.277254] usb 1-1.3.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4.287402] usb 1-1.3.4: Product: FT232R USB UART
[ 4.293498] usb 1-1.3.4: Manufacturer: FTDI
[ 4.299022] usb 1-1.3.4: SerialNumber: A501HXID
[ 30.424732] usbcore: registered new interface driver usbserial
[ 30.488491] cdc_acm 1-1.3.3:1.0: ttyACM0: USB ACM device
[ 30.508113] usbcore: registered new interface driver usbserial_generic
[ 30.666883] usbcore: registered new interface driver cdc_acm
[ 30.700440] USB Serial support registered for generic
[ 30.762738] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[ 30.796828] usbserial: USB Serial Driver core
[ 31.113572] usbcore: registered new interface driver ftdi_sio
[ 31.327622] USB Serial support registered for FTDI USB Serial Device
[ 31.487337] ftdi_sio 1-1.3.4:1.0: FTDI USB Serial Device converter detected
[ 31.571889] usb 1-1.3.4: Detected FT232RL
[ 31.577511] usb 1-1.3.4: Number of endpoints 2
[ 31.683584] usb 1-1.3.4: Endpoint 1 MaxPacketSize 64
[ 31.771428] usb 1-1.3.4: Endpoint 2 MaxPacketSize 64
[ 31.856285] usb 1-1.3.4: Setting MaxPacketSize 64
[ 31.902396] usbcore: registered new interface driver rtl8192cu
[ 31.911583] usb 1-1.3.4: FTDI USB Serial Device converter now attached to ttUSB0
[ 32.027205] ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver
jetzt Stecke ich den Adapter in einen anderen USB Port
[ 31.911583] usb 1-1.3.4: FTDI USB Serial Device converter now attached to ttyUSB0
[ 32.027205] ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver
[ 633.086807] usb 1-1.3.4: USB disconnect, device number 7
[ 633.087484] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
[ 638.957247] usb 1-1.3.2: new full-speed USB device number 8 using dwc_otg
[ 639.073982] usb 1-1.3.2: New USB device found, idVendor=0403, idProduct=6001
[ 639.074015] usb 1-1.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 639.074032] usb 1-1.3.2: Product: FT232R USB UART
[ 639.074048] usb 1-1.3.2: Manufacturer: FTDI
[ 639.074062] usb 1-1.3.2: SerialNumber: A501HXID
[ 639.083604] ftdi_sio 1-1.3.2:1.0: FTDI USB Serial Device converter detected
[ 639.083819] usb 1-1.3.2: Detected FT232RL
[ 639.083842] usb 1-1.3.2: Number of endpoints 2
[ 639.083879] usb 1-1.3.2: Endpoint 1 MaxPacketSize 64
[ 639.083897] usb 1-1.3.2: Endpoint 2 MaxPacketSize 64
[ 639.083913] usb 1-1.3.2: Setting MaxPacketSize 64
[ 639.086023] usb 1-1.3.2: FTDI USB Serial Device converter now attached to ttyUSB1
hier fehlt die letzte Zeile von oben wo der Adapter nocht richtig erkannt wurde:
[ 32.027205] ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver
wird hier der Treiber installiert?
wird er Treiber beim umstecken nichtmehr installiert?
der Adapter wird jetzt von FHEM nichtmehr erkannt!
in fhem.cfg hab ich den Adapter so definiert:
define 1_Wire OWX /dev/ttyUSB20
attr 1_Wire buspower parasitic
Moin peble,
Ich melde mich heute abend nocheinmal, im Moment steht mein FHEM (Ordnung in das Chaos bringen).
Gruß Joachim
Alles klar vielen Dank schonmal
Gruß
Ich sehe das Problem noch nicht so ganz.
1. Der Treiber ist nach dem ersten Einstecken geladen und braucht nicht noch einmal geladen zu werden (Überprüfung mit lsmod !)
2. die udev Regeln haben beim ersten Einstecken einen Softlink angelegt, /dev/ttyUSB20 nämlich. Ich bin mir nicht sicher, ob der beim einfachen Abziehen ordentlich gelöscht wird - eventuell muss udev neu gestartet werden. Bitte nach dem 2. Anstecken mal ls -l /dev /ttyUSB20 abfragen. Wenn der nämlich nicht gelöscht wurde, zeigt er nach wie vor auf /dev/ttyUSB0 - und daran hängt jetzt nichts mehr.
Ich empfehle übrigens, nicht /dev/ttyUSB20 als Name zu verwenden - das könnte je nach Bootkonfiguration auch das System stören. Besser einen eigenen Namen verwenden, also z.B. /dev/ow????
LG
pah
Hallo pah,
1. Prüfung mit Ismod
pi@raspberrypi ~ $ lsmod
Module Size Used by
snd_bcm2835 16432 0
snd_pcm 77728 1 snd_bcm2835
snd_seq 53482 0
snd_timer 20110 2 snd_pcm,snd_seq
snd_seq_device 6462 1 snd_seq
snd 58744 5 snd_bcm2835,snd_timer,snd_pcm,snd_seq,snd_seq_device
snd_page_alloc 5169 1 snd_pcm
ftdi_sio 33243 1
8192cu 490361 0
cdc_acm 15593 2
usbserial 32950 3 ftdi_sio
leds_gpio 2243 0
led_class 3570 1 leds_gpio
2. ich hab den Adapter in den UDEV Regeln umbenannt in LinkUSBi
hier nach einem Neusstart wenn alles funtioniert:
pi@raspberrypi ~ $ ls -l /dev /LinkUSBi
ls: cannot access /LinkUSBi: No such file or directory
/dev:
total 0
crw------- 1 root root 10, 235 Jan 1 1970 autofs
drwxr-xr-x 2 root root 580 Jan 1 1970 block
crw------T 1 root root 10, 234 Jan 1 1970 btrfs-control
drwxr-xr-x 3 root root 60 Jan 1 1970 bus
crw------- 1 root root 10, 63 Jan 1 1970 cachefiles
drwxr-xr-x 2 root root 2340 Dec 29 16:17 char
crw------- 1 root root 5, 1 Dec 29 16:52 console
crw------- 1 root root 10, 62 Jan 1 1970 cpu_dma_latency
drwxr-xr-x 5 root root 100 Jan 1 1970 disk
crw-rw---T 1 root video 29, 0 Jan 1 1970 fb0
lrwxrwxrwx 1 root root 13 Jan 1 1970 fd -> /proc/self/fd
crw-rw-rw- 1 root root 1, 7 Jan 1 1970 full
crw-rw---T 1 root fuse 10, 229 Jan 1 1970 fuse
drwxr-xr-x 2 root root 60 Jan 1 1970 input
crw-r--r-- 1 root root 1, 11 Jan 1 1970 kmsg
lrwxrwxrwx 1 root root 7 Jan 1 1970 LinkUSBi -> ttyUSB0
srw-rw-rw- 1 root root 0 Dec 29 16:17 log
brw-rw---T 1 root disk 7, 0 Jan 1 1970 loop0
brw-rw---T 1 root disk 7, 1 Jan 1 1970 loop1
brw-rw---T 1 root disk 7, 2 Jan 1 1970 loop2
brw-rw---T 1 root disk 7, 3 Jan 1 1970 loop3
brw-rw---T 1 root disk 7, 4 Jan 1 1970 loop4
brw-rw---T 1 root disk 7, 5 Jan 1 1970 loop5
brw-rw---T 1 root disk 7, 6 Jan 1 1970 loop6
brw-rw---T 1 root disk 7, 7 Jan 1 1970 loop7
crw------- 1 root root 10, 237 Jan 1 1970 loop-control
lrwxrwxrwx 1 root root 13 Jan 1 1970 MAKEDEV -> /sbin/MAKEDEV
drwxr-xr-x 2 root root 60 Jan 1 1970 mapper
crw-r----T 1 root kmem 1, 1 Jan 1 1970 mem
brw-rw---T 1 root floppy 179, 0 Jan 1 1970 mmcblk0
brw-rw---T 1 root floppy 179, 1 Jan 1 1970 mmcblk0p1
brw-rw---T 1 root floppy 179, 2 Dec 29 16:17 mmcblk0p2
drwxr-xr-x 2 root root 60 Jan 1 1970 net
crw------- 1 root root 10, 61 Jan 1 1970 network_latency
crw------- 1 root root 10, 60 Jan 1 1970 network_throughput
crw-rw-rw- 1 root root 1, 3 Jan 1 1970 null
crw------- 1 root root 108, 0 Jan 1 1970 ppp
crw-rw-rw- 1 root root 5, 2 Dec 29 16:53 ptmx
drwxr-xr-x 2 root root 0 Jan 1 1970 pts
brw-rw---T 1 root disk 1, 0 Jan 1 1970 ram0
brw-rw---T 1 root disk 1, 1 Jan 1 1970 ram1
brw-rw---T 1 root disk 1, 10 Jan 1 1970 ram10
brw-rw---T 1 root disk 1, 11 Jan 1 1970 ram11
brw-rw---T 1 root disk 1, 12 Jan 1 1970 ram12
brw-rw---T 1 root disk 1, 13 Jan 1 1970 ram13
brw-rw---T 1 root disk 1, 14 Jan 1 1970 ram14
brw-rw---T 1 root disk 1, 15 Jan 1 1970 ram15
brw-rw---T 1 root disk 1, 2 Jan 1 1970 ram2
brw-rw---T 1 root disk 1, 3 Jan 1 1970 ram3
brw-rw---T 1 root disk 1, 4 Jan 1 1970 ram4
brw-rw---T 1 root disk 1, 5 Jan 1 1970 ram5
brw-rw---T 1 root disk 1, 6 Jan 1 1970 ram6
brw-rw---T 1 root disk 1, 7 Jan 1 1970 ram7
brw-rw---T 1 root disk 1, 8 Jan 1 1970 ram8
brw-rw---T 1 root disk 1, 9 Jan 1 1970 ram9
crw-rw-rw- 1 root root 1, 8 Jan 1 1970 random
drwxr-xr-x 2 root root 60 Jan 1 1970 raw
lrwxrwxrwx 1 root root 9 Dec 29 16:17 root -> mmcblk0p2
drwxr-xr-x 4 root root 80 Jan 1 1970 serial
lrwxrwxrwx 1 root root 8 Dec 29 16:17 shm -> /run/shm
drwxr-xr-x 3 root root 140 Dec 29 16:17 snd
lrwxrwxrwx 1 root root 24 Dec 29 16:17 sndstat -> /proc/asound/oss/sndstat
lrwxrwxrwx 1 root root 15 Jan 1 1970 stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root 15 Jan 1 1970 stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root 15 Jan 1 1970 stdout -> /proc/self/fd/1
crw-rw-rw- 1 root root 5, 0 Jan 1 1970 tty
crw------- 1 root root 4, 0 Jan 1 1970 tty0
crw-rw---- 1 root tty 4, 1 Dec 29 16:18 tty1
crw------- 1 root root 4, 10 Jan 1 1970 tty10
crw------- 1 root root 4, 11 Jan 1 1970 tty11
crw------- 1 root root 4, 12 Jan 1 1970 tty12
crw------- 1 root root 4, 13 Jan 1 1970 tty13
crw------- 1 root root 4, 14 Jan 1 1970 tty14
crw------- 1 root root 4, 15 Jan 1 1970 tty15
crw------- 1 root root 4, 16 Jan 1 1970 tty16
crw------- 1 root root 4, 17 Jan 1 1970 tty17
crw------- 1 root root 4, 18 Jan 1 1970 tty18
crw------- 1 root root 4, 19 Jan 1 1970 tty19
crw-rw---- 1 root tty 4, 2 Dec 29 16:18 tty2
crw------- 1 root root 4, 20 Jan 1 1970 tty20
crw------- 1 root root 4, 21 Jan 1 1970 tty21
crw------- 1 root root 4, 22 Jan 1 1970 tty22
crw------- 1 root root 4, 23 Jan 1 1970 tty23
crw------- 1 root root 4, 24 Jan 1 1970 tty24
crw------- 1 root root 4, 25 Jan 1 1970 tty25
crw------- 1 root root 4, 26 Jan 1 1970 tty26
crw------- 1 root root 4, 27 Jan 1 1970 tty27
crw------- 1 root root 4, 28 Jan 1 1970 tty28
crw------- 1 root root 4, 29 Jan 1 1970 tty29
crw-rw---- 1 root tty 4, 3 Dec 29 16:18 tty3
crw------- 1 root root 4, 30 Jan 1 1970 tty30
crw------- 1 root root 4, 31 Jan 1 1970 tty31
crw------- 1 root root 4, 32 Jan 1 1970 tty32
crw------- 1 root root 4, 33 Jan 1 1970 tty33
crw------- 1 root root 4, 34 Jan 1 1970 tty34
crw------- 1 root root 4, 35 Jan 1 1970 tty35
crw------- 1 root root 4, 36 Jan 1 1970 tty36
crw------- 1 root root 4, 37 Jan 1 1970 tty37
crw------- 1 root root 4, 38 Jan 1 1970 tty38
crw------- 1 root root 4, 39 Jan 1 1970 tty39
crw-rw---- 1 root tty 4, 4 Dec 29 16:18 tty4
crw------- 1 root root 4, 40 Jan 1 1970 tty40
crw------- 1 root root 4, 41 Jan 1 1970 tty41
crw------- 1 root root 4, 42 Jan 1 1970 tty42
crw------- 1 root root 4, 43 Jan 1 1970 tty43
crw------- 1 root root 4, 44 Jan 1 1970 tty44
crw------- 1 root root 4, 45 Jan 1 1970 tty45
crw------- 1 root root 4, 46 Jan 1 1970 tty46
crw------- 1 root root 4, 47 Jan 1 1970 tty47
crw------- 1 root root 4, 48 Jan 1 1970 tty48
crw------- 1 root root 4, 49 Jan 1 1970 tty49
crw-rw---- 1 root tty 4, 5 Dec 29 16:18 tty5
crw------- 1 root root 4, 50 Jan 1 1970 tty50
crw------- 1 root root 4, 51 Jan 1 1970 tty51
crw------- 1 root root 4, 52 Jan 1 1970 tty52
crw------- 1 root root 4, 53 Jan 1 1970 tty53
crw------- 1 root root 4, 54 Jan 1 1970 tty54
crw------- 1 root root 4, 55 Jan 1 1970 tty55
crw------- 1 root root 4, 56 Jan 1 1970 tty56
crw------- 1 root root 4, 57 Jan 1 1970 tty57
crw------- 1 root root 4, 58 Jan 1 1970 tty58
crw------- 1 root root 4, 59 Jan 1 1970 tty59
crw-rw---- 1 root tty 4, 6 Dec 29 16:18 tty6
crw------- 1 root root 4, 60 Jan 1 1970 tty60
crw------- 1 root root 4, 61 Jan 1 1970 tty61
crw------- 1 root root 4, 62 Jan 1 1970 tty62
crw------- 1 root root 4, 63 Jan 1 1970 tty63
crw------- 1 root root 4, 7 Jan 1 1970 tty7
crw------- 1 root root 4, 8 Jan 1 1970 tty8
crw------- 1 root root 4, 9 Jan 1 1970 tty9
crw-rw---T 1 root dialout 166, 0 Dec 29 16:51 ttyACM0
crw-rw---- 1 root tty 204, 64 Dec 29 16:18 ttyAMA0
crw-rw---T 1 root dialout 5, 3 Jan 1 1970 ttyprintk
crw-rw---T 1 root dialout 188, 0 Dec 29 16:53 ttyUSB0
crw------T 1 root root 10, 223 Jan 1 1970 uinput
crw-rw-rw- 1 root root 1, 9 Jan 1 1970 urandom
crw------- 1 root root 251, 0 Jan 1 1970 vc-cma
crw-rw---T 1 root video 250, 0 Jan 1 1970 vchiq
crw------- 1 root root 253, 0 Jan 1 1970 vc-mem
crw------- 1 root root 7, 0 Jan 1 1970 vcs
crw------- 1 root root 7, 1 Jan 1 1970 vcs1
crw------- 1 root root 7, 2 Dec 29 16:17 vcs2
crw------- 1 root root 7, 3 Dec 29 16:17 vcs3
crw------- 1 root root 7, 4 Dec 29 16:17 vcs4
crw------- 1 root root 7, 5 Dec 29 16:17 vcs5
crw------- 1 root root 7, 6 Dec 29 16:17 vcs6
crw------- 1 root root 7, 128 Jan 1 1970 vcsa
crw------- 1 root root 7, 129 Jan 1 1970 vcsa1
crw------- 1 root root 7, 130 Dec 29 16:17 vcsa2
crw------- 1 root root 7, 131 Dec 29 16:17 vcsa3
crw------- 1 root root 7, 132 Dec 29 16:17 vcsa4
crw------- 1 root root 7, 133 Dec 29 16:17 vcsa5
crw------- 1 root root 7, 134 Dec 29 16:17 vcsa6
prw-r----- 1 root adm 0 Dec 29 16:52 xconsole
crw-rw-rw- 1 root root 1, 5 Jan 1 1970 zero
jetzt hab ich den Adapter in einen anderen USB Port gesteckt:
pi@raspberrypi ~ $ ls -l /dev /LinkUSBi
ls: cannot access /LinkUSBi: No such file or directory
/dev:
total 0
crw------- 1 root root 10, 235 Jan 1 1970 autofs
drwxr-xr-x 2 root root 580 Jan 1 1970 block
crw------T 1 root root 10, 234 Jan 1 1970 btrfs-control
drwxr-xr-x 3 root root 60 Jan 1 1970 bus
crw------- 1 root root 10, 63 Jan 1 1970 cachefiles
drwxr-xr-x 2 root root 2340 Dec 29 16:58 char
crw------- 1 root root 5, 1 Dec 29 16:52 console
crw------- 1 root root 10, 62 Jan 1 1970 cpu_dma_latency
drwxr-xr-x 5 root root 100 Jan 1 1970 disk
crw-rw---T 1 root video 29, 0 Jan 1 1970 fb0
lrwxrwxrwx 1 root root 13 Jan 1 1970 fd -> /proc/self/fd
crw-rw-rw- 1 root root 1, 7 Jan 1 1970 full
crw-rw---T 1 root fuse 10, 229 Jan 1 1970 fuse
drwxr-xr-x 2 root root 60 Jan 1 1970 input
crw-r--r-- 1 root root 1, 11 Jan 1 1970 kmsg
lrwxrwxrwx 1 root root 7 Dec 29 16:58 LinkUSBi -> ttyUSB1
srw-rw-rw- 1 root root 0 Dec 29 16:17 log
brw-rw---T 1 root disk 7, 0 Jan 1 1970 loop0
brw-rw---T 1 root disk 7, 1 Jan 1 1970 loop1
brw-rw---T 1 root disk 7, 2 Jan 1 1970 loop2
brw-rw---T 1 root disk 7, 3 Jan 1 1970 loop3
brw-rw---T 1 root disk 7, 4 Jan 1 1970 loop4
brw-rw---T 1 root disk 7, 5 Jan 1 1970 loop5
brw-rw---T 1 root disk 7, 6 Jan 1 1970 loop6
brw-rw---T 1 root disk 7, 7 Jan 1 1970 loop7
crw------- 1 root root 10, 237 Jan 1 1970 loop-control
lrwxrwxrwx 1 root root 13 Jan 1 1970 MAKEDEV -> /sbin/MAKEDEV
drwxr-xr-x 2 root root 60 Jan 1 1970 mapper
crw-r----T 1 root kmem 1, 1 Jan 1 1970 mem
brw-rw---T 1 root floppy 179, 0 Jan 1 1970 mmcblk0
brw-rw---T 1 root floppy 179, 1 Jan 1 1970 mmcblk0p1
brw-rw---T 1 root floppy 179, 2 Dec 29 16:17 mmcblk0p2
drwxr-xr-x 2 root root 60 Jan 1 1970 net
crw------- 1 root root 10, 61 Jan 1 1970 network_latency
crw------- 1 root root 10, 60 Jan 1 1970 network_throughput
crw-rw-rw- 1 root root 1, 3 Jan 1 1970 null
crw------- 1 root root 108, 0 Jan 1 1970 ppp
crw-rw-rw- 1 root root 5, 2 Dec 29 17:01 ptmx
drwxr-xr-x 2 root root 0 Jan 1 1970 pts
brw-rw---T 1 root disk 1, 0 Jan 1 1970 ram0
brw-rw---T 1 root disk 1, 1 Jan 1 1970 ram1
brw-rw---T 1 root disk 1, 10 Jan 1 1970 ram10
brw-rw---T 1 root disk 1, 11 Jan 1 1970 ram11
brw-rw---T 1 root disk 1, 12 Jan 1 1970 ram12
brw-rw---T 1 root disk 1, 13 Jan 1 1970 ram13
brw-rw---T 1 root disk 1, 14 Jan 1 1970 ram14
brw-rw---T 1 root disk 1, 15 Jan 1 1970 ram15
brw-rw---T 1 root disk 1, 2 Jan 1 1970 ram2
brw-rw---T 1 root disk 1, 3 Jan 1 1970 ram3
brw-rw---T 1 root disk 1, 4 Jan 1 1970 ram4
brw-rw---T 1 root disk 1, 5 Jan 1 1970 ram5
brw-rw---T 1 root disk 1, 6 Jan 1 1970 ram6
brw-rw---T 1 root disk 1, 7 Jan 1 1970 ram7
brw-rw---T 1 root disk 1, 8 Jan 1 1970 ram8
brw-rw---T 1 root disk 1, 9 Jan 1 1970 ram9
crw-rw-rw- 1 root root 1, 8 Jan 1 1970 random
drwxr-xr-x 2 root root 60 Jan 1 1970 raw
lrwxrwxrwx 1 root root 9 Dec 29 16:17 root -> mmcblk0p2
drwxr-xr-x 4 root root 80 Jan 1 1970 serial
lrwxrwxrwx 1 root root 8 Dec 29 16:17 shm -> /run/shm
drwxr-xr-x 3 root root 140 Dec 29 16:17 snd
lrwxrwxrwx 1 root root 24 Dec 29 16:17 sndstat -> /proc/asound/oss/sndstat
lrwxrwxrwx 1 root root 15 Jan 1 1970 stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root 15 Jan 1 1970 stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root 15 Jan 1 1970 stdout -> /proc/self/fd/1
crw-rw-rw- 1 root root 5, 0 Jan 1 1970 tty
crw------- 1 root root 4, 0 Jan 1 1970 tty0
crw-rw---- 1 root tty 4, 1 Dec 29 16:18 tty1
crw------- 1 root root 4, 10 Jan 1 1970 tty10
crw------- 1 root root 4, 11 Jan 1 1970 tty11
crw------- 1 root root 4, 12 Jan 1 1970 tty12
crw------- 1 root root 4, 13 Jan 1 1970 tty13
crw------- 1 root root 4, 14 Jan 1 1970 tty14
crw------- 1 root root 4, 15 Jan 1 1970 tty15
crw------- 1 root root 4, 16 Jan 1 1970 tty16
crw------- 1 root root 4, 17 Jan 1 1970 tty17
crw------- 1 root root 4, 18 Jan 1 1970 tty18
crw------- 1 root root 4, 19 Jan 1 1970 tty19
crw-rw---- 1 root tty 4, 2 Dec 29 16:18 tty2
crw------- 1 root root 4, 20 Jan 1 1970 tty20
crw------- 1 root root 4, 21 Jan 1 1970 tty21
crw------- 1 root root 4, 22 Jan 1 1970 tty22
crw------- 1 root root 4, 23 Jan 1 1970 tty23
crw------- 1 root root 4, 24 Jan 1 1970 tty24
crw------- 1 root root 4, 25 Jan 1 1970 tty25
crw------- 1 root root 4, 26 Jan 1 1970 tty26
crw------- 1 root root 4, 27 Jan 1 1970 tty27
crw------- 1 root root 4, 28 Jan 1 1970 tty28
crw------- 1 root root 4, 29 Jan 1 1970 tty29
crw-rw---- 1 root tty 4, 3 Dec 29 16:18 tty3
crw------- 1 root root 4, 30 Jan 1 1970 tty30
crw------- 1 root root 4, 31 Jan 1 1970 tty31
crw------- 1 root root 4, 32 Jan 1 1970 tty32
crw------- 1 root root 4, 33 Jan 1 1970 tty33
crw------- 1 root root 4, 34 Jan 1 1970 tty34
crw------- 1 root root 4, 35 Jan 1 1970 tty35
crw------- 1 root root 4, 36 Jan 1 1970 tty36
crw------- 1 root root 4, 37 Jan 1 1970 tty37
crw------- 1 root root 4, 38 Jan 1 1970 tty38
crw------- 1 root root 4, 39 Jan 1 1970 tty39
crw-rw---- 1 root tty 4, 4 Dec 29 16:18 tty4
crw------- 1 root root 4, 40 Jan 1 1970 tty40
crw------- 1 root root 4, 41 Jan 1 1970 tty41
crw------- 1 root root 4, 42 Jan 1 1970 tty42
crw------- 1 root root 4, 43 Jan 1 1970 tty43
crw------- 1 root root 4, 44 Jan 1 1970 tty44
crw------- 1 root root 4, 45 Jan 1 1970 tty45
crw------- 1 root root 4, 46 Jan 1 1970 tty46
crw------- 1 root root 4, 47 Jan 1 1970 tty47
crw------- 1 root root 4, 48 Jan 1 1970 tty48
crw------- 1 root root 4, 49 Jan 1 1970 tty49
crw-rw---- 1 root tty 4, 5 Dec 29 16:18 tty5
crw------- 1 root root 4, 50 Jan 1 1970 tty50
crw------- 1 root root 4, 51 Jan 1 1970 tty51
crw------- 1 root root 4, 52 Jan 1 1970 tty52
crw------- 1 root root 4, 53 Jan 1 1970 tty53
crw------- 1 root root 4, 54 Jan 1 1970 tty54
crw------- 1 root root 4, 55 Jan 1 1970 tty55
crw------- 1 root root 4, 56 Jan 1 1970 tty56
crw------- 1 root root 4, 57 Jan 1 1970 tty57
crw------- 1 root root 4, 58 Jan 1 1970 tty58
crw------- 1 root root 4, 59 Jan 1 1970 tty59
crw-rw---- 1 root tty 4, 6 Dec 29 16:18 tty6
crw------- 1 root root 4, 60 Jan 1 1970 tty60
crw------- 1 root root 4, 61 Jan 1 1970 tty61
crw------- 1 root root 4, 62 Jan 1 1970 tty62
crw------- 1 root root 4, 63 Jan 1 1970 tty63
crw------- 1 root root 4, 7 Jan 1 1970 tty7
crw------- 1 root root 4, 8 Jan 1 1970 tty8
crw------- 1 root root 4, 9 Jan 1 1970 tty9
crw-rw---T 1 root dialout 166, 0 Dec 29 16:51 ttyACM0
crw-rw---- 1 root tty 204, 64 Dec 29 16:18 ttyAMA0
crw-rw---T 1 root dialout 5, 3 Jan 1 1970 ttyprintk
crw-rw---T 1 root dialout 188, 1 Dec 29 16:58 ttyUSB1
crw------T 1 root root 10, 223 Jan 1 1970 uinput
crw-rw-rw- 1 root root 1, 9 Jan 1 1970 urandom
crw------- 1 root root 251, 0 Jan 1 1970 vc-cma
crw-rw---T 1 root video 250, 0 Jan 1 1970 vchiq
crw------- 1 root root 253, 0 Jan 1 1970 vc-mem
crw------- 1 root root 7, 0 Jan 1 1970 vcs
crw------- 1 root root 7, 1 Jan 1 1970 vcs1
crw------- 1 root root 7, 2 Dec 29 16:17 vcs2
crw------- 1 root root 7, 3 Dec 29 16:17 vcs3
crw------- 1 root root 7, 4 Dec 29 16:17 vcs4
crw------- 1 root root 7, 5 Dec 29 16:17 vcs5
crw------- 1 root root 7, 6 Dec 29 16:17 vcs6
crw------- 1 root root 7, 128 Jan 1 1970 vcsa
crw------- 1 root root 7, 129 Jan 1 1970 vcsa1
crw------- 1 root root 7, 130 Dec 29 16:17 vcsa2
crw------- 1 root root 7, 131 Dec 29 16:17 vcsa3
crw------- 1 root root 7, 132 Dec 29 16:17 vcsa4
crw------- 1 root root 7, 133 Dec 29 16:17 vcsa5
crw------- 1 root root 7, 134 Dec 29 16:17 vcsa6
prw-r----- 1 root adm 0 Dec 29 16:59 xconsole
crw-rw-rw- 1 root root 1, 5 Jan 1 1970 zero
Gruß
Hallo Zusammen,
wünsch allen einen guten Rutsch
und bedanke mich nochmal bei allen für die tolle Unterstützung die es hier immer gibt,
auch wenn noch nicht alles rund läuft,
immer weiter versuchen bis es klappt.
Gruß
ich hatte auch mal einen LinkUSBi, mit denselben Problemen. Hatte damals an den Fuchsshop geschrieben:
Zitat> Hallo Herr Fuchs,
>
> kennen bzw wurde ihnen schon folgendes Verhalten berichtet?
>
> es kommt vor das, wenn der LinkUSBi neu initialisiert wird, die aktuelle
> ttyUSB* Verbindung unterbrochen und neu aufgebaut wird. Danach ist der
> LinkUSBi nicht mehr ansprechbar.
> Zwar ist auch noch ein "picocom -b 9600 /dev/ttyUSB1" möglich, aber
> keine Reaktion zb. auf "\h" oder sonstige Befehle.
> Erst ein Ab- und erneutes Anstecken an den USBPort hilft damit der
> LinkUSBi wieder mit meiner Anwendung kommunizieren will.
>
> Haben Sie ev. einen Hinweis?
>
> Gruss
ZitatSehr geehrter Herr xxx,
ich kenne dieses Verhalten. Es scheint an USB 2.0 zu liegen. Versuchen
Sie mal den LinkUSB über USB 1.1 anzusprechen, in dem Sie das USB 2.0
Modul entfernen.
# lsmod | grep ehci_hcd
ehci_hcd 29101 0
usbcore 99774 6
ftdi_sio,usbserial,usb_storage,uhci_hcd,ehci_hcd
# rmmod ehci_hcd
Mit freundlichem Gruß
Moritz Fuchs
Hallo Tobias,
vielen Dank für die Antwort
hattest du Erfolg durch Abschalten des USB 2.0?
Im Moment läuft mein 1 Wire hab alles hin und her versucht
-UDEV Regeln für den LinkUSBi
-Stromversorgung des PI Rückwärts über USB
-verschiedene aktive Hubs
-Wlan
-direkt über Lan
alles kein Erfolg
maximale Laufzeit des 1 Wire 4-5 Tage
jetzt läuft 1 Wire seit 6 Tagen ohne Probleme,
ich hab den LinkUSBi direkt am Pi (also ohne aktiven Hub) hängen und der Pi hat ein 1200 mA Netzteil
am anderen USB Anschluss hängt ein aktiver Hub mit Wlan und einem CUL 868.
Wenn die Probleme bei mir wieder auftreten versuch ich mal das USB 2.0 abzuschalten
muss nur noch klären ob nicht ein anderes USB Gerät wie z.B der CUL USB 2.0 benötigt.
Gruß
Schlussendlich habe ich den LinkUSBi wieder verkauft. Jetzt läuft bei mir alles über 1wire-USB-Busmaster auf Hutschiene von eservice-online
günstiger Ersatz - läuft bei mir ohne Probleme: http://www.pcsensor.com/index.php?_a=product&product_id=33 (http://www.pcsensor.com/index.php?_a=product&product_id=33)
dauert nur mit der Lieferung und kommt per Einschreiben (ggf. von der Post abholen)
Hallo
nochmal Rückmeldund zum Problem Reset failure on bus 1wireBus
mein LinkUSBi hängt mitlerweile an meinem Pi direkt an einem USB Port
ich verwende für mein 1 Wire kein HUB!
mein 1 Wire Strang sind 14 parasitär angeschlossene DS18b20 ca 25m Kabellänge
und alles läuft ohne Probleme bzw. Reset failure,
schließe ich den LinkUSBi über einen aktiven HUB an (hab mehrere getestet) hab ich den Reset failure.
Also wer Probleme mit seinem 1 Wire hat, mal direkt anschließen evtl. klappts.
Gruß
Das ist aber ein Herumprobieren, bis die Symptome verschwinden. Wir sind doch hier nicht beim Arzt !
Welche Stromversorgung hat der aktive Hub ?
LG
pah
Ja leider war es wirklich nur rumprobieren, anderes hat nicht geholfen
Welche Stromversorgung hat der aktive Hub ? Netzteil mit 3500 mA
hab verschiedene Sachen probiert:
1 aktiver HUB getauscht
2 Stromversorgung vom PI, Tips aus dem RaspberryPi Forum z.B. Rückwärts über USB Y Stecker
3 UDEV Regeln
alles hat nichts gebracht!
4 Ich glaub von Tobias kam der Hinweis mit USB 1.0 und USB 2.0 mit dem LinkUSBi, daß der USB 2.0 nicht kann, das hab ich noch nicht getestet wäre das nächste falls nochmal Probleme auftereten
Gruß