1-Wire Busmaster DS2480B fällt sporadisch aus.

Begonnen von Spartacus, 30 Dezember 2019, 17:44:34

Vorheriges Thema - Nächstes Thema

Deckoffizier

Hallo,

sorry für meine Zwischenfrage habe versucht meinen Post aus dem Anfängerbereich nach ZWave zu verschieben
und hat wohl irgendwie nicht funktioniert und tangiert auch die Problematik mit dem DS2450.

@Pah sind die angehängten Dateien nur für das spezielle Problem von Spartacus gedacht
oder auch für die Allgemeinheit zum Ausprobieren gedacht?

Wenn ich richtig gelesen habe ist derDS2450 im Timing etwas anspruchsvoll,
ansonsten müsste ich an meiner Bus Topologie noch etwas feilen.

Gruß
Hans-Jürgen
FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus

Prof. Dr. Peter Henning

Zitat
@Pah sind die angehängten Dateien nur für das spezielle Problem von Spartacus gedacht
oder auch für die Allgemeinheit zum Ausprobieren gedacht?

Kann man testen, werden demnächst released.

LG

pah

Spartacus

Guten Abend zusammen,
ich möchte abschließend noch einmal eine Zusammenfassung meiner Erfahrungen liefern, da es inzwischen halbwegs vernünftig läuft, wenn man ein paar Dinge beachtet.

Test-Umgebung:

  • QNAP TVS 672XT mit Virtualization Station 3.0 und OS 4.51
  • RSHTECH USB Hub Aktiv 3.0 mit 36W
  • DenkoviUSB to One Wire converter - Virtual Com Port FT232RL based
  • DS2450
  • DS2438
  • fhem auf einer Debian 10 VM

Bedingungen:

  • die OW-Dateien von pah einspielen
  • 1-Wire Adapter per /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE06KCu-if00-port0 rto einbinden. (Was das rto bedeutet, weiß ich nicht, OWX meckert es als ungültigen Parameter im fhem-Logfile an; wenn ich es aber weglasse, läuft der Controller nicht)
  • Fhem verzögert starten (nano  /etc/systemd/system/fhem.service) (Das ist offenbar nötig, da beim Start der VM das saubere durchreichen der USB Hardware etwas Zeit kostet; zumindest hatteich ohne diese Verzögerung oft das Problem, dass der Denkovi von fhem nicht erkannt wurde /serial)
  • 1-Wire Controller im asynchronen Betrieb
  • OWAD-Device mit "initialize" nach dem Start initialisieren.
z.B.
defmod initDS250 DOIF ([global:?INITIALIZED]) \
(set GH.au.1W.DS2450 initialize)\
DOELSE
attr initDS250 cmdState done|idle
attr initDS250 wait 30


Mir ist aufgefallen, dass der DS2438 nach einem Neustart des Hosts oder der VM sehr lange benötigt, bis er Daten liefert Das kann bis zu 15min dauern. Warum das so ist, kann ich nicht erklären. Im fhem-Log kann man erkennen, dass das OWX-Device mehrfach auf Daten vom DS2438 wartet (Verbose 5). Solange das OWX-Device auf Daten vom DS2438  wartet, meldet es im state "DISCONNECTED" auch wenn DS2450 bereits Daten liefert.

@pah: Nochmals Besten Dank für Deinen Support!
Gruß,
Spartacus
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Prof. Dr. Peter Henning

ZitatMir ist aufgefallen, dass der DS2438 nach einem Neustart des Hosts oder der VM sehr lange benötigt, bis er Daten liefert Das kann bis zu 15min dauern.
k.A. Ist mir neu

LG

pah

Spartacus

Zitat von: Prof. Dr. Peter Henning am 18 Januar 2021, 22:07:33
k.A. Ist mir neu
....das gilt nur für die fhem-VM! Bei Verwendung von fhem auf dem pi4, ist das nicht so!
Spartacus
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Deckoffizier

Hallo,

ZitatKann man testen, werden demnächst released.

@Pah habe die Dateien von Dir mal ausgetauscht mit fhem service stop und fhem service start.
Hat an beiden FHEM Sorgenkindern Warnmeldungen im Zusammenhang von DS2450 bei 1Wire
und andere Baustelle ZWave nur die Spirits Thermostate mit no Ack.

Die anderen 1Wire Sensoren laufen Monatelang ohne irgendwelche Meldungen.
Bevor ich mich an den Bus mache habe ich irgendwo etwas vergessen richtig einzustellen?

Log von heute morgen...

2021.01.20 00:00:01 2: Deleting fhem-2021-01-19.log
2021.01.20 00:22:22 2: ZWave: No ACK from Thermostat_Gaestezimmer after 5s for sentset:13050326010f2537
2021.01.20 01:00:00 1: SQL Datenbank geleert
2021.01.20 02:55:23 1: OWXTHERM_BinValues:  Abgassensor: invalid CRC,  -0.0625  0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2021.01.20 04:21:39 1: OWXAD_BinValues: context ds2450.getalarm    Wettersensor: invalid CRC 0x00 0xff 0x00 0xff 0x00 0xff 0xb6 0xdb 0x00 0x00
2021.01.20 04:21:39 1: OWXAD_BinValues: context ds2450.getstatus.final    Wettersensor: no local error, inheritance = 1 0x00 0x01 0x00 0x01 0x00 0x01 0x00 0x01 0xe0 0xcf
2021.01.20 05:52:08 1: OWXTHERM_BinValues:  Abgassensor: invalid CRC,  -0.0625  0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2021.01.20 07:56:39 1: OWXAD_BinValues: context ds2450.getreading    Wettersensor: invalid CRC 0x64 0x22 0x00 0x00 0x5b 0x7c 0x35 0x53 0x00 0x01
2021.01.20 07:56:39 1: OWXAD_BinValues: context ds2450.getalarm    Wettersensor: no local error, inheritance = 1 0x00 0xff 0x00 0xff 0x00 0xff 0x00 0xff 0xb6 0xdb
2021.01.20 07:56:40 1: OWXAD_BinValues: context ds2450.getstatus.final    Wettersensor: no local error, inheritance = 1 0x00 0x01 0x00 0x01 0x00 0x01 0x00 0x01 0xe0 0xcf
2021.01.20 08:10:45 2: ZWave: No ACK from Thermostat1_UG_WZ after 5s for sentset:1308032601042500
2021.01.20 09:27:38 1: OWXTHERM_BinValues:  Abgassensor: invalid CRC,  -0.0625  0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff



Gruß und DANKE für Deine Mühe

Hans-Jürgen
FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus

Prof. Dr. Peter Henning

Nix zu beachten. CRC-Fehler deuten tatsächlich auf ein Bus-Problem hin.

LG

pah