Busmaster mit 2x S0-Interface

Begonnen von Bastel-Frank, 30 Oktober 2014, 13:28:26

Vorheriges Thema - Nächstes Thema

Wzut

Heute mal ein Update in eigener Sache : ich will demnächst das Ding wieder in den aktiven Dienst versetzen und dazu benötige ich für die S0 Zähler Werte über bestimmte Zeiträume und muss Vorsorge treffen wenn die Counter sich mal ohne meinen willen nullen.

Neues Attribut A_offset bzw b_offset , Fixwert der zum aktuellen Zähler immer addiert wird.
 
Neues Attribut : A_calc bzw B_calc , berechnet Werte für letzte Minute, Stunde, Tag, Woche Monat und Jahr.
I.d.R. wird sowas immer rückwirkend berechnet (after) , das hat IMHO allerdings den Nachteil das für wechselnde Logfiles der Abschluss des Zeitraums im entsprechenden Logfile fehlt und quasi als der Startwert im neuen Log landet. Ich finde das jedesmal ärgerlich beim anlegen von SVGs.

Die andere Methode ist (before) im aktuellen Durchlauf zu schauen wann laut Intervall der nächste Durchlauf fällig wäre und ob dieser dann auch eine neue Periode wäre.
In so einem Fall wird der aktuelle Zeitraum sofort abgeschlossen  d.h. der Endwert landet noch im aktuellen Logfile.
Allerdings hat diese Methode auch einen möglichen Nachteil, wenn es ganz blöd läuft kann auch mal ein Wert fehlen.
(Ist mir bei meinen Stromverbrauch Berechnung mit einem anderen Modul in zwei Jahren erst einmal passiert)
Bsp : aktuell 23:59:49 , Intervall 10 Sekunden, Tag wird noch nicht abgeschlossen da heute noch ein Durchlauf um 23:59:59 erfolgen müsste.
Wenn dieser nun nicht wie geplant um 23:59:59 statt findet sondern verspätet erst um 0:00:00 wird der Tag nicht abgeschlossen.

Wer es gar nicht mag kann es jederzeit mit never ganz abschalten.   
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Jostar

Hallo, das klingt ja spannend.

Wie verhinderst du ein Auswirken einer "Zählernullung"? Ich hatte ein userreading mit monoton-Funktion. Aber es ist mir noch nicht vorgekommen, dass es sich "nullt".

Die Problematik der korrekten Summen hat mich auch schon gestört (insbesondere die grafische Darstellung)
Die Statistikwerte berechne ich mit dem statistics Modul nach dem Schema:
singularReadings Stromzaehler:total:Delta:(Year|Month|Hour|Day)
Der Eintrag erfolgt immer 5 Sekunden "vor um", wenn ich das richtig gesehen habe. Passt für meine Anwendung. Was ist das Problem, wenn die letzten 5 Sekunde von gestern in die Summe von heute fließen?

Ich habe aber auch schon "händisch" an anderen Stellen Summen erzeugt und dann einfach mit einem anderen Zeitstempel in der Datenbank versehen, dann passt die Zuordnung in Graphen und die Werte sind auch korrekt.
Raspberry Pi(s) mit FHEM auf Rasbian Jessie/Strech, DbLog/DbRep mit mySQL, piface, 1Wire-USB-Master von SMS-GUARD, RFXtrx433E

Wzut

Zitat von: Jostar am 16 Februar 2021, 00:40:15
Wie verhinderst du ein Auswirken einer "Zählernullung"?
Gar nicht, die SNulls sind Honecker Zähler (vorwärts immer , rückwärts nimmer) und ausser Null Befehl gibt es kein Set Befehl.
Daher wie  u.a. beim Revolt Modul : wenn der aktuelle Stand nicht passt : fixer Offset dazu (plus oder minus) 

ZitatDie Statistikwerte berechne ich mit dem statistics Modul
sicher kann jeder machen wie er möchte, ich vermeide statistics wenn möglich

ZitatWas ist das Problem, wenn die letzten 5 Sekunde von gestern in die Summe von heute fließen?
die Darstellung in SVGs

ZitatIch habe aber auch schon "händisch" an anderen Stellen Summen erzeugt
klar kann man machen, überfordert aber viele User
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Schlauer Det

@Jostar

Moin Jostar,

da ich meinen SMSGUARD Busmaster auch mit einem Gaszähler und vier Temperaturfühlern in Betrieb nehmen möchte, wäre ich dir dankbar, wenn du deinen Hardware-Aufbau hier beschreiben könntest.
Bin nämlich ein ziemlicher Elektronik-NOOB und möchte nix verbrutzeln.


Vielen Dank im Voraus

Det  :)

Jostar

Hallo, viel gibt es nicht zu beschreiben. Der Master hängt an einem 3 m langen USB-Kabel am Raspberry. An den beiden Kontakten für den Bus sind die 6 Sensoren parallel aufgeklemmt. Der S0-Zähler hat separaten Anschluss.

Viele Grüße und frohes Gelingen!
Raspberry Pi(s) mit FHEM auf Rasbian Jessie/Strech, DbLog/DbRep mit mySQL, piface, 1Wire-USB-Master von SMS-GUARD, RFXtrx433E

Jostar

Guten Abend,

das Modul hat nun ein Jahr lang sehr zuverlässig funktionier. Leider habe ich ein aktuelles Problem, was auch schon seit Wochen besteht und wohl durch ein Update ausgelöst wurde.
Meine Sub-Geräte werden nicht mehr aktualisiert.
Internals:
   .AttrList  interval disable:0,1 DS2401_Timeout A_offset A_calc_mode:after,before,never A_calc_current:0,1 B_calc_mode:after,before,never B_calc_current:0,1 B_offset mapOWIDs useSubDevices:0,1 delay:0.01,0.05,0.1,0.5,1 model:master,unknown,DS2401,DS1820,DS18B20,DS1822 event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading
   .FhemMetaInternals 1
   DEF        /dev/ttyUSB0@38400
   DELAY      0.5
   DeviceName /dev/ttyUSB0@38400
   FD         41
   FUUID      6021337d-f33f-bea7-06c1-e21380fa4e1bd300
   FVERSION   00_OW2S0SMSGUARD.pm:v2.0.0-s23771/2021-02-19
   INTERVAL   30
   NAME       usbmaster
   NOTIFYDEV  global
   NR         88
   NTFY_ORDER 50-usbmaster
   OW-Dev0    20118C4592050290 => 0
   OW-Dev1    2832AD4592100214 => 1
   OW-Dev2    2466696CD6281225 => 0
   OW-Dev3    019AD4380B000097 => 1
   OW-Dev4    0196553A0B0000EB => 1
   OW-Dev5    2906994D12988293 => 0
   OWDEVICES  6
   OWVals     2414
   PARTIAL   
   STATE      A: 15000 - B: 0
   SVN        23771
   TIMEOUT    0.5
   TYPE       OW2S0SMSGUARD
   addr       master
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   .attrtocr:
     .*
   .clientArray:
   .userReadings:
     HASH(0x358daa8)
   Helper:
     DBLOG:
       statTotalHourLast:
         logdb:
           TIME       1645887595.07189
           VALUE      0.00
       statTotalLast:
         logdb:
           TIME       1645887595.07189
           VALUE      Hour: 0.00 Day: 0.04 Month: 4.79 Year: 40.72
       state:
         logdb:
           TIME       1645901810.89718
           VALUE      A: 15000 - B: 0
       total:
         logdb:
           TIME       1645829734.046
           VALUE      5800
   OLDREADINGS:
   READINGS:
     2022-02-26 19:57:31   .ds2401         0196553A0B0000EB,019AD4380B000097
     2022-02-25 23:55:34   A               15000
     2020-05-15 22:13:12   Abase           5650
     2021-12-29 11:19:11   B               0
     2022-02-25 23:54:12   Stubenfussbodenlinks 25.6
     2022-02-26 19:42:18   Stubenfussbodenlinksp 27.9
     2022-02-25 23:54:11   Stubenfussbodenrechts 27.2
     2022-02-25 23:54:11   Stubenfussbodenrechtsp 25.5
     2022-02-26 19:56:50   Testlinks       present
     2022-02-26 19:56:50   Testrechts      present
     2022-02-26 19:57:31   error           got NOK for OW device 5 [2906994D12988293]
     2022-02-26 19:20:15   statTotal       Hour: 0 Day: 0 Month: 0 Year: 0 (since: 2022-02-26_19:20:15 )
     2022-02-26 19:20:15   statTotalDay    0
     2022-02-24 23:59:55   statTotalDayLast 0.04
     2022-02-26 19:20:15   statTotalHour   0
     2022-02-26 15:59:55   statTotalHourLast 0.00
     2022-02-26 15:59:55   statTotalLast   Hour: 0.00 Day: 0.04 Month: 4.79 Year: 40.72
     2022-02-26 19:20:15   statTotalMonth  0
     2022-01-31 23:59:55   statTotalMonthLast 4.79
     2022-02-26 19:20:15   statTotalYear   0
     2021-12-31 23:59:55   statTotalYearLast 40.72
     2022-02-26 19:56:50   state           A: 15000 - B: 0
     2022-02-25 23:55:34   total           5800
   helper:
     _98_statistics Statistik_PWP
     OW:
       0:
         addr       20118C4592050290
         state      0
         time       2022-02-26 19:57:30
       1:
         addr       2832AD4592100214
         fam        28
         name       Stubenfussbodenlinksp
         raw        BE 01 55 05 7F 7E 81 66 87 132
         state      1
         time       2022-02-26 19:57:31
         typ        DS18B20
         value      27.9
       100:
         0196553A0B0000EB:
           busid      4
           name       Testrechts
           presence   present
           time       2022-02-26 19:57:31
         019AD4380B000097:
           busid      3
           name       Testlinks
           presence   present
           time       2022-02-26 19:57:31
       2:
         addr       2466696CD6281225
         state      0
         time       2022-02-26 19:57:31
       3:
         addr       019AD4380B000097
         fam        1
         name       Testlinks
         state      1
         time       2022-02-26 19:57:31
         typ        DS2401
       4:
         addr       0196553A0B0000EB
         fam        1
         name       Testrechts
         state      1
         time       2022-02-26 19:57:31
         typ        DS2401
       5:
         addr       2906994D12988293
         state      0
         time       2022-02-26 19:57:31
Attributes:
   comment    0196553A0B0000EB=Testrechts, 019AD4380B000097=Testlinks, 013AEC370B0000EB=Rauchstatus, 0196553A0B0000EB=Rauchalarm, 2803DC4592150291=Stubenfussbodenlinks, 28069D45921802D7=Stubenfussbodenrechtsp, 2846794592180267=Stubenfussbodenrechts, 2832AD4592100214=Stubenfussbodenlinksp

.*(Day|Hour|Month|Year)Last
   event-on-change-reading .*
   interval   30
   mapOWIDs   0196553A0B0000EB=Testrechts, 019AD4380B000097=Testlinks, 013AEC370B0000EB=Rauchstatus, 0196553A0B0000EB=Rauchalarm, 2803DC4592150291=Stubenfussbodenlinks, 28069D45921802D7=Stubenfussbodenrechtsp, 2846794592180267=Stubenfussbodenrechts, 2832AD4592100214=Stubenfussbodenlinksp
   model      master
   room       Keller
   timestamp-on-change-reading .*
   useSubDevices 1
   userReadings total { ReadingsNum($NAME,"Abase",0)+ReadingsNum($NAME,"A",1)/100 }
   verbose    5


Das Log zeigt Fehler analog dem Reading "error got NOK for OW device 5 [2906994D12988293] 2022-02-26 19:59:31":
2022.02.26 19:58:00 5: usbmaster, GetUpdate
2022.02.26 19:58:00 4: usbmaster, SimpleWrite: $?
2022.02.26 19:58:00 5: usbmaster, ReadFn RAW: $0;n;20 / buf :$0;n;20
2022.02.26 19:58:00 5: usbmaster, ReadFn RAW: $0;n;20
2022.02.26 19:58:01 5: usbmaster, ReadFn RAW: $0;n;20118C4592050290;
$1;o;2832AD459 / buf :118C4592050290;
$1;o;2832AD459
2022.02.26 19:58:01 4: usbmaster, read[1] : 0;n;20118C4592050290;
2022.02.26 19:58:01 3: usbmaster, got NOK for OW device 0 [20118C4592050290]
2022.02.26 19:58:01 5: usbmaster, ReadFn RAW: $1;o;2832AD459
2022.02.26 19:58:01 5: usbmaster, ReadFn RAW: $1;o;2832AD4592100214;
$2;n;2466696CD6281225; / buf :2100214;
$2;n;2466696CD6281225;
2022.02.26 19:58:01 4: usbmaster, read[1] : 1;o;2832AD4592100214;
2022.02.26 19:58:01 3: usbmaster, intervall 30 is very short to read all 2415 OW devices with a delay of 0.5 seconds
2022.02.26 19:58:01 4: usbmaster, found name Stubenfussbodenlinksp for device [1] 2832AD4592100214
2022.02.26 19:58:01 5: usbmaster, ReadFn RAW: $2;n;2466696CD6281225;
2022.02.26 19:58:01 5: usbmaster, ReadFn RAW: $2;n;2466696CD6281225;
$3;o;019AD4380B000097;
$4;o; / buf :
$3;o;019AD4380B000097;
$4;o;
2022.02.26 19:58:01 4: usbmaster, read[1] : 2;n;2466696CD6281225;
2022.02.26 19:58:01 3: usbmaster, got NOK for OW device 2 [2466696CD6281225]
2022.02.26 19:58:01 4: usbmaster, read[2] : 3;o;019AD4380B000097;
2022.02.26 19:58:01 3: usbmaster, intervall 30 is very short to read all 2415 OW devices with a delay of 0.5 seconds
2022.02.26 19:58:01 4: usbmaster, found name Testlinks for device [3] 019AD4380B000097
2022.02.26 19:58:01 5: usbmaster, ReadFn RAW: $4;o;
2022.02.26 19:58:01 5: usbmaster, ReadFn RAW: $4;o;0196553A0B0000EB;
$5;n;2906994D12988293;
$S0;15000;0
/ buf :0196553A0B0000EB;
$5;n;2906994D12988293;
$S0;15000;0

2022.02.26 19:58:01 4: usbmaster, read[1] : 4;o;0196553A0B0000EB;
2022.02.26 19:58:01 3: usbmaster, intervall 30 is very short to read all 2415 OW devices with a delay of 0.5 seconds
2022.02.26 19:58:01 4: usbmaster, found name Testrechts for device [4] 0196553A0B0000EB
2022.02.26 19:58:01 4: usbmaster, read[2] : 5;n;2906994D12988293;
2022.02.26 19:58:01 3: usbmaster, got NOK for OW device 5 [2906994D12988293]
2022.02.26 19:58:01 4: usbmaster, read[3] : S0;15000;0
2022.02.26 19:58:01 5: usbmaster, UpdateReadings data : S0 15000 0
2022.02.26 19:58:01 5: usbmaster, calcS0 A never
2022.02.26 19:58:01 5: usbmaster, calcS0 B never
2022.02.26 19:58:01 5: usbmaster: dispatch OW,0196553A0B0000EB,DS2401,present,4,0
2022.02.26 19:58:01 3: usbmaster: Unknown code OW,0196553A0B0000EB,DS2401,present,4,0, help me!
2022.02.26 19:58:01 5: usbmaster: dispatch OW,019AD4380B000097,DS2401,present,3,0
2022.02.26 19:58:01 3: usbmaster: Unknown code OW,019AD4380B000097,DS2401,present,3,0, help me!
2022.02.26 19:58:01 5: usbmaster, ReadFn RAW:
2022.02.26 19:58:02 4: usbmaster, SimpleWrite: $1
2022.02.26 19:58:02 5: usbmaster, read_OW : 1
2022.02.26 19:58:02 5: usbmaster, ReadFn RAW: $1;o;BE;01;55;05;7F;7E;81;66; / buf :$1;o;BE;01;55;05;7F;7E;81;66;
2022.02.26 19:58:02 5: usbmaster, ReadFn RAW: $1;o;BE;01;55;05;7F;7E;81;66;
2022.02.26 19:58:02 5: usbmaster, ReadFn RAW: $1;o;BE;01;55;05;7F;7E;81;66;87;84;
/ buf :87;84;


Kann das an einem Update liegen? Die letzten Werte wurden regulär am 2.2. erfasst. Das kann gut sein, dass ich da ein Update gemacht habe, die Version vom Modul ist:
00_OW2S0SMSGUARD.pm 23771 2021-02-19 06:02:21Z Wzut

Die Datei sagt allerdings was anderes:
Zugriff    : 2019-08-05 23:04:51.728474000 +0200
Modifiziert: 2021-12-29 11:22:12.120414639 +0100
Geändert   : 2021-12-29 11:22:12.120414639 +0100

Hat sich etwas gundlegendes geändert?

Beste Grüße
Raspberry Pi(s) mit FHEM auf Rasbian Jessie/Strech, DbLog/DbRep mit mySQL, piface, 1Wire-USB-Master von SMS-GUARD, RFXtrx433E

Jostar

Guten Abend,
Also, an dem Modul (00_OW2S0SMSGUARD.pm) kann es nicht liegen, dass hat sich nicht geändert. Auch scheinen nach wie vor plausible Werte empfangen zu werden (siehe log oben) nur der Dispatch sagt "unbekannter Code". In die Funktion habe ich mal reingeschaut, da hat sich tatsächlich was geändert (siehe Anhang).

Aufgerufen wird der Dispatcher hier im Modul, nur was genau klemmt denn da nun?
    my $model = $hash->{helper}{OW}{$num}{typ};
    $hash->{helper}{OW}{$num}{raw} = join(' ' , @data);

    my $temp;

    if ($model ne 'unknown') {
$temp = decodeTemperature($model, @data);
return ErrorLog($hash,"unable to decode data $hash->{helper}{OW}{$num}{raw} for model $model") if ($temp eq '');
    }

    $temp //= $hash->{helper}{OW}{$num}{raw};

    $hash->{helper}{OW}{$num}{value} = $temp;

    if (!AttrNum($name, 'useSubDevices', 0)) {
readingsSingleUpdate($hash, $hash->{helper}{OW}{$num}{name}, $temp, 1);
return;
    }

    readingsSingleUpdate($hash, $hash->{helper}{OW}{$num}{name}, $temp, 0);
    Dispatch($hash, "OW,$hash->{helper}{OW}{$num}{addr},$model,$temp,$num");
    return;

Danke und Grüße!
Raspberry Pi(s) mit FHEM auf Rasbian Jessie/Strech, DbLog/DbRep mit mySQL, piface, 1Wire-USB-Master von SMS-GUARD, RFXtrx433E

Wzut

tja da müsste man eigentlich jemand fragen das Ahnung von Dispatch hat bzw. sich damit auskennt.
Keine Ahnung ob Rudi da irgend wann was an der Dispatch geändert hat, ich sehe das im Moment so das ja Match oder Matchlist wohl nicht greift.
Bsp
Zitat2022.02.26 19:58:01 5: usbmaster: dispatch OW,0196553A0B0000EB,DS2401,present,4,0
2022.02.26 19:58:01 3: usbmaster: Unknown code OW,0196553A0B0000EB,DS2401,present,4,0, help me!
heute :
$hash->{Clients}    = ':OW2S0SMSGUARD:';
$hash->{MatchList}  = { '1:OW2S0SMSGUARD' => '^OW.*' };

vllt
$hash->{MatchList}  = { '1:OW2S0SMSGUARD' => '^OW'};
bzw zusätzlich noch
$hash->{Match}     = "^OW";

Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Jostar

Guten Abend,

vielen Dank für die Code. Habe ich eingefügt. Einzeln und zusammen (Matchlist und Match), aber kann keiner Änderungen der Ergebnisse beobachten. Die Werte kommen nach wie vor in die Readings im Master, aber nicht mehr in die Slaves. Das log zeigt den gleichen Fehler bei Dispatch:
2022.03.08 22:32:47 5: usbmaster, GetUpdate
2022.03.08 22:32:47 4: usbmaster, SimpleWrite: $?
2022.03.08 22:32:47 5: usbmaster, ReadFn RAW: $0;o;2832AD4592100214;
$1;o; / buf :$0;o;2832AD4592100214;
$1;o;
2022.03.08 22:32:47 4: usbmaster, read[1] : 0;o;2832AD4592100214;
2022.03.08 22:32:47 4: usbmaster, found name Stubenfussbodenlinksp for device [0] 2832AD4592100214
2022.03.08 22:32:47 5: usbmaster, ReadFn RAW: $1;o;
2022.03.08 22:32:47 5: usbmaster, ReadFn RAW: $1;o;28069D45921802D7;
$2;o;2846794 / buf :28069D45921802D7;
$2;o;2846794
2022.03.08 22:32:47 4: usbmaster, read[1] : 1;o;28069D45921802D7;
2022.03.08 22:32:47 4: usbmaster, found name Stubenfussbodenrechtsp for device [1] 28069D45921802D7
2022.03.08 22:32:47 5: usbmaster, ReadFn RAW: $2;o;2846794
2022.03.08 22:32:47 5: usbmaster, ReadFn RAW: $2;o;2846794592180267;
$3;o;2803DC459215 / buf :592180267;
$3;o;2803DC459215
2022.03.08 22:32:47 4: usbmaster, read[1] : 2;o;2846794592180267;
2022.03.08 22:32:47 4: usbmaster, found name Stubenfussbodenrechts for device [2] 2846794592180267
2022.03.08 22:32:47 5: usbmaster, ReadFn RAW: $3;o;2803DC459215
2022.03.08 22:32:47 5: usbmaster, ReadFn RAW: $3;o;2803DC4592150291;
$4;o;0196553A0B0000EB;
/ buf :0291;
$4;o;0196553A0B0000EB;

2022.03.08 22:32:47 4: usbmaster, read[1] : 3;o;2803DC4592150291;
2022.03.08 22:32:47 4: usbmaster, found name Stubenfussbodenlinks for device [3] 2803DC4592150291
2022.03.08 22:32:47 4: usbmaster, read[2] : 4;o;0196553A0B0000EB;
2022.03.08 22:32:47 4: usbmaster, found name Rauchalarm for device [4] 0196553A0B0000EB
2022.03.08 22:32:47 5: usbmaster, ReadFn RAW:
2022.03.08 22:32:47 5: usbmaster, ReadFn RAW: $S0;15049;7000
/ buf :$S0;15049;7000

2022.03.08 22:32:47 4: usbmaster, read[1] : S0;15049;7000
2022.03.08 22:32:47 5: usbmaster, UpdateReadings data : S0 15049 7000
2022.03.08 22:32:47 5: usbmaster, calcS0 A never
2022.03.08 22:32:47 5: usbmaster, calcS0 B never
2022.03.08 22:32:47 5: usbmaster: dispatch 019AD4380B000097,DS2401,absent,-1,0
2022.03.08 22:32:47 3: usbmaster: Unknown code 019AD4380B000097,DS2401,absent,-1,0, help me!
2022.03.08 22:32:47 5: usbmaster: dispatch 01E5D9370B00005D,DS2401,absent,-1,0
2022.03.08 22:32:47 3: usbmaster: Unknown code 01E5D9370B00005D,DS2401,absent,-1,0, help me!
2022.03.08 22:32:47 5: usbmaster: dispatch 0196553A0B0000EB,DS2401,present,4,0
2022.03.08 22:32:47 3: usbmaster: Unknown code 0196553A0B0000EB,DS2401,present,4,0, help me!
2022.03.08 22:32:48 5: usbmaster, ReadFn RAW:


Noch Ideen, was ich probieren könnte?

Viele Grüße
Raspberry Pi(s) mit FHEM auf Rasbian Jessie/Strech, DbLog/DbRep mit mySQL, piface, 1Wire-USB-Master von SMS-GUARD, RFXtrx433E

CoolTux

Anscheinend ist hier der physische und der logische Teil in einem Modul.

Es gibt zwar für den physischen Teil
$hash->{Clients}    = ':OW2S0SMSGUARD:';
$hash->{MatchList}  = { '1:OW2S0SMSGUARD' => '^OW.*' };

aber für den logischen Teil fehlt

$hash->{Match} =


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Wzut

Zitat von: CoolTux am 09 März 2022, 13:06:12
aber für den logischen Teil fehlt

$hash->{Match} =
hatte ich aber in #112 geschrieben ->  $hash->{Match}     = "^OW";
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

CoolTux

Zitat von: Wzut am 09 März 2022, 13:39:55
hatte ich aber in #112 geschrieben ->  $hash->{Match}     = "^OW";

Ich habe eben nur über das aktuelle Modul im SVN geschaut. Dabei ist es mir aufgefallen. Da Du der Author bist könntest Du das vielleicht einfügen und dann noch mal testen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Wzut

Ich hatte heute endlich mal Zeit zum testen, das zusätzliche $hash->{Match} = 'OW'; reicht aus damit Parse wieder greift.
Neue Version liegt im svn
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Jostar

Guten Abend, nun ja, was soll ich sagen, es funktioniert wieder, danke!
(entweder war ich zu dumm zum abtippen, oder hatte noch irgendwelche Folgefehler im System, da ich anfangs meine Verkabelung im Verdacht hatte).
Grüße!
Raspberry Pi(s) mit FHEM auf Rasbian Jessie/Strech, DbLog/DbRep mit mySQL, piface, 1Wire-USB-Master von SMS-GUARD, RFXtrx433E