Kann man den Sensor TFA Dostmann 30.3255.02 abfragen?

[Johann.S]

Hallo,

kann man den Sensor TFA Dostmann 30.3255.02 abfragen?
https://www.amazon.de/TFA-Dostmann-Temperatursender-30-3255-02-Funk-Wetterstationen/dp/B0C28RV457

Ich bekomme mit dem Mapleduino auf meinen Testsystem folgende Ausgabe bei verbose=>4

Code Auswählen Erweitern

2025.04.18 21:10:16 4: Maple: Read, msg: ␂MU;P0=-24941;P1=967;P2=-981;P3=467;P4=-259;P5=224;P6=-509;CP=5;R=50;D=01212121234565656343456343434563456563456343434565634563434565634343456565612121212345656563434563434345634565634563434345656345634345656343434565656121212123456565634345634343456345656345634343456563456343456563434345656561212121234565656343456343434563456563456343434565634563434565634343456565;e;␃
2025.04.18 21:10:16 4: Maple: Read, msg: ␂MU;P0=971;P1=477;P2=-5381;P3=753;P4=-4008;P5=-253;P6=217;P7=-543;CP=6;R=51;D=123415156715151567156767156715151567671567151567671515156767670;p;␃
2025.04.18 21:10:16 4: Maple: Read, msg: ␂MU;P0=-982;P1=976;P2=476;P3=-257;P4=236;P5=-494;CP=4;R=49;D=0101010234545452323452323234523454523452323234545234523234545232323454545101010102345454523234523232345234545234523232345452345232345452323234545451010101023454545232345232323452345452345232323454523452323454523232345454;e;␃
2025.04.18 21:10:18 4: Maple: Read, msg: ␂MU;P0=-5054;P1=522;P2=-1003;P3=1499;CP=1;R=1;D=01212121212121212123212323232321232323232323232121212321212123232321212323232323232323232323232323232323232323232323232321232121232323212123212323232323212321232321232123212121;e;␃
2025.04.18 21:10:38 4: Maple: Read, msg: ␂MU;P0=-32001;P1=979;P2=-971;P4=489;P5=-239;P6=241;P7=-492;CP=6;R=60;D=01212121245676767454567454567674567674567454545676745674567456745454567676712121212456767674545674545676745676745674545456767456745674567454545676767121212124567676745456745456767456767456745454567674567456745674545456767671212121245676767454567454567674567674567454545676745674567456745454567676;e;␃
2025.04.18 21:10:38 4: Maple: Read, msg: ␂MU;P0=265;P1=991;P2=-965;P3=516;P4=-209;P6=-477;CP=0;R=216;D=1212121234060606343406343406063406063406343434060634063406340634343406060612121212340606063434063434060634060634063434340606340634063406343434060606121212123406060634340634340606340606340634343406063406340634063434340606061212121234060606343406343406063406063406343434060634063406340634343406060;e;␃
2025.04.18 21:10:38 4: Maple: Read, msg: ␂MU;P0=-484;P1=502;P2=-223;P3=269;P7=988;CP=3;R=216;D=012123030123030123012121230301230123012301212123030307;p;␃
2025.04.18 21:10:38 4: Maple: Read, msg: ␂MU;P0=-955;P1=1004;P2=518;P3=-207;P4=252;P5=-475;CP=4;R=216;D=01010102345454523234523234545234545234523232345452345234523452323234545451010101023454545232345232345452345452345232323454523452345234523232345454510101010234545452323452323454523;p;␃
2025.04.18 21:10:38 4: Maple: Read, msg: ␂MU;P0=-499;P1=475;P2=-248;P3=240;P4=972;P5=-983;CP=3;R=61;D=0123012121230303045454545123030301212301212303012303012301212123030123012301230121212303030454545451230303012123012123030123030123012121230301230123012301212123030304545454512303030121230121230301230301230121212303012301230123012121230303;e;␃

und auf meine Produktiv-System zeitgleich mit einem Signalduino 433MHz mit verbose=>4

Code Auswählen Erweitern

2025.04.18 21:10:16 4: PI_433MHz: Read, msg: ␂MU;P0=-5132;P1=963;P2=-992;P3=467;P4=-273;P5=230;P6=-499;D=01212121234565656343456343434563456563456343434565634563434565634343456565612121212345656563434563434345634565634563434345656345634345656343434565656121212123456565634345634343456345656345634343456563456343456563434345656561212121234565656343456343434563;CP=5;R=51;O;␃
2025.04.18 21:10:16 4: PI_433MHz: Read, msg: ␂MU;P0=-265;P1=231;P2=-503;P3=464;D=012123012303030121230123030121230303012121;CP=1;R=36;␃
2025.04.18 21:10:16 4: PI_433MHz: Read, msg: ␂MU;P0=-1376;P1=480;P2=-251;P3=240;P4=-494;P5=969;P6=-986;D=01234121212343412341212343412121234343456565656123434341212341212123412343412341212123434123412123434121212343434565656561234343412123412121234123434123412121234341234121234341212123434345656565612343434121234121212341234341234121212343412341212343412121;CP=3;R=50;O;␃
2025.04.18 21:10:38 4: PI_433MHz: Read, msg: ␂MU;P0=-10720;P1=965;P2=-994;P3=470;P4=-265;P5=237;P6=-501;D=01212121234565656343456343456563456563456343434565634563456345634343456565612121212345656563434563434565634565634563434345656345634563456343434565656121212123456565634345634345656345656345634343456563456345634563434345656561212121234565656343456343456563;CP=5;R=60;O;␃
2025.04.18 21:10:38 4: PI_433MHz: Read, msg: ␂MU;P0=-263;P1=223;P2=-508;P3=477;D=012123012303030121230123012301230303012121;CP=1;R=42;␃
2025.04.18 21:10:39 4: PI_433MHz: Read, msg: ␂MU;P0=-983;P1=974;P2=472;P3=-254;P4=246;P5=-492;D=01010101023454545232345232345452345452345232323454523452345234523232345454510101010234545452323452323454523454523452323234545234523452345232323454545101010102345454523234523234545234545234523232345452345234523452323234545451010101023454545232345232345452;CP=4;R=59;O;␃
2025.04.18 21:10:39 4: PI_433MHz: Read, msg: ␂MU;P0=-244;P1=239;P2=-495;P3=486;D=012123012303030121230123012301230303012121;CP=1;R=47;␃

Dieser Sensor enthält einen externen Temperatur-Sensor und ist für Aussen tauglich!
Ich benötige diesen Sensor wird für eine selbstbau Schwimmbecken-Solaranlage!
Der Sensor soll die Wassertemperatur auf dem Dach messen und danach die Anlage steuern!
Es funktioniert alles ausser der Sensor!
Es werden 3 Werte geliefert:

• Umgebungsremperatur
• Luftfeuchtigkeit
• Temperatur bei dem externen Sensor

Bin für jede Hilfe dankbar!

Gruß
Johann

[Ralf9]

So wies aussieht, ist dieses Protokoll beim sduino noch nicht bekannt, da ist eine neue Protokollid notwendig.

Am einfachsten wäre es, wenn es bereits eine Protokollbeschreibung geben würde, ich konnte aber auf die schnelle nichts finden.
Wenn es noch keine Protokollbeschreibung gibt, dann müssen wir es selbst herausfinden, am schwierigsten wird da vermutlich die Prüfsumme.

Ich hab mal bei mir eine neue Protokollid 217 erstellt und bekomme damit:
u217#722D1A638
u217#726D1AA38
u217#726D1AA38

Gruß Ralf

[Johann.S]

Wie kann ich behilflich sein?
Der Sender hat 3 Kanäle und eine Taste zum senden.
Kann ich irgendwie Testdaten produzieren?

Gruß
Johann

[elektron-bbs]

Überträgt das Teil wirklich 2 Temperaturwerte (interner und externer Fühler)?

Wenn ja, werden sicher zwei verschiedene Nachrichten gesendet, da in 32 Bit kaum 2 Temperaturwerte und Feuchte passen.

Wir bräuchten Nachrichten, so wie du sie schon im ersten Beitrag geliefert hast, allerdings mit Angabe der Messwerte. Die Werte sollten möglichst verschieden sein.

Da Ralf und ich mit verschiedenen SIGNALduino-Versionen arbeiten, wäre es hilfreich wenn du wieder die Nachrichten deiner beiden Systeme hochlädst.

[Johann.S]

Habe mich verschaut, es wird nur der Temperaturwert des externen Sensor's übertragen!
Hatte zu viele Beschreibungen offen! 

Morgen werde ich verschiedene Versuch durchführen und euch die Daten hier ablegen!

Gruß
Johann

[Ralf9]

Du kannst mal in der signalduino_protocols.pm dies hinter die letzte Protokolldefinition (hinter der "}" muss ein Koma) eintragen,
und dann ein FHEM restart

Code Auswählen Erweitern

    "217" => ##
             # https://forum.fhem.de/index.php?topic=141436.0
      {
        name            => 'TFA Dostmann 30.3255.02',
        comment         => '',
        id              => '217',
        one             => [1,-2], #
        zero            => [2,-1], #
        start           => [4,-4], #
        clockabs        => 240,
        clockpos        => ['one',0],
        reconstructBit  => '1',
        format          => 'twostate',
        preamble        => 'u217#',
        clientmodule    => 'SIGNALduino_un',
        length_min      => '32',
        #length_max      => '',
      }
Es müsste dann per Autocreate das device "SIGNALduino_unknown_217" angelegt werden.
Da gibts dann u.a. die events "hexMsg" und "hexMsg_invert", bitte poste diese Werte.
z.B:
hexMsg: 722D1A638
hexMsg_invert: 8DD2E59C7

Die Bedeutung könnte z.B. so aussehen (ist nur geraten)

Code Auswählen Erweitern

722D1A638
IIFTTTCC
I: 8 bit random id (changes on power-loss)
F: bscc  b: batterie indicator, s: Sende Taste, cc: Kanal
T: temperatur
C: checksum
Du kannst auch mal die Werte von verschiedenen Kanälen, mit fast leerer Batterie und gedrückter Sendetaste posten.

[Johann.S]

Ostern hat etwas länger gedauert 

Auf meine Testsystem (MAPLEduino) finde ich die Datei signalduino_protocols.pm in
/opt/fhem/FHEM/lib/.
Dort habe ich die Zeile eingefügt, fhem gestopt und wieder gestartet aber es zeigt keine Wirkung!

Auf meinen Produktivsystem (SIGNALduino) finde ich nur signalduino_protocols.hash
im Verzeichnis /opt/fhem/unused/.
Ebenfalls die Zeilen eingefügt, fhem gestopt und wieder gestartet und auch keine Wirkung!

Die Serien kann ich erst am Nachmittag machen!

Gruß
Johann

[elektron-bbs]

Auf meine Testsystem (MAPLEduino) finde ich die Datei signalduino_protocols.pm in
/opt/fhem/FHEM/lib/.
Dort habe ich die Zeile eingefügt, fhem gestopt und wieder gestartet aber es zeigt keine Wirkung!

Das müsste eigentlich passen. Hast du anschließend beim Maple das Protokoll 217 aktiviert?

Auf meinen Produktivsystem (SIGNALduino) finde ich nur signalduino_protocols.hash
im Verzeichnis /opt/fhem/unused/.
Ebenfalls die Zeilen eingefügt, fhem gestopt und wieder gestartet und auch keine Wirkung!

Dort müsste es eine Datei

Code Auswählen Erweitern

/opt/fhem/FHEM/lib/SD_ProtocolData.pm geben. Dahin gehört die neue Definition.

[Ralf9]

Wenn Du das neue Protokoll in der signalduino_proto.. eingetragen hast, dann muss es in der Liste bei "display protcollist" auftauchen.

Hast Du hinter dem } ein Komma eingetragen?

Der Aufbau der Protokolliste ist:

Code Auswählen Erweitern

},
"123" =>
 {
   name  => .. ,
   id    => 123,
   one ...
   zero ...
   ...
 },
"217" =>
 {
   name  => .. ,
   id    => 217,
   one ...
   zero ...
   ...
 }

[Johann.S]

Ist in der Liste enthalten und auch in der Whitelist!

[Johann.S]

Die Datei heisst bei mir aber SD_ProtocolData.pm und liegt im Verzeichnis /opt/fhem/FHEM/lib/.

[Ralf9]

Im log müssten dann Einträge mit der ID 217 stehen

Code Auswählen Erweitern

2025.04.18 21:10:16 4: Maple: Read, msg: MU;P0=-24941;P1=967;P2=-981;P3=467;P4=-259;P5=224;P6=-509;CP=5;R=50;D=01212121234565656343456343434563456563456343434565634563434565634343456565612121212345656563434563434345634565634563434345656345634345656343434565656121212123456565634345634343456345656345634343456563456343456563434345656561212121234565656343456343434563456563456343434565634563434565634343456565;e;
...
2025.04.21 19:26:26.039 4: sduinoD: Fingerprint for MU Protocol id 217 -> TFA Dostmann 30.3255.02 matches, trying to demodulate, msgClock=224 (one) is in tol
2025.04.21 19:26:26.039 5: sduinoD: Starting demodulation (StartStr: 12 cut Pos 1; Signal: (?:56|34){32,}(?:3|5)? Pos 6) length_min_max (32..0) length=33
2025.04.21 19:26:26.039 5: sduinoD: dispatching bits: 011100100010110100011010011000111000 with anzPadding=3
2025.04.21 19:26:26.040 4: sduinoD: decoded matched MU Protocol id 217 dmsg u217#722D1A638 length 33 RSSI = -49
2025.04.21 19:26:26.040 5: sduinoD: 1.restarting demodulation at Pos 80 regex ((?:12)((?:56|34){32,}(?:3|5)?))
2025.04.21 19:26:26.040 5: sduinoD: dispatching bits: 011100100010110100011010011000111000 with anzPadding=3
2025.04.21 19:26:26.040 4: sduinoD: decoded matched MU Protocol id 217 dmsg u217#722D1A638 length 33 repeat 1 RSSI = -49
2025.04.21 19:26:26.040 5: sduinoD: 2.restarting demodulation at Pos 154 regex ((?:12)((?:56|34){32,}(?:3|5)?))
2025.04.21 19:26:26.040 5: sduinoD: dispatching bits: 011100100010110100011010011000111000 with anzPadding=3
2025.04.21 19:26:26.040 4: sduinoD: decoded matched MU Protocol id 217 dmsg u217#722D1A638 length 33 repeat 2 RSSI = -49
2025.04.21 19:26:26.040 5: sduinoD: 3.restarting demodulation at Pos 228 regex ((?:12)((?:56|34){32,}(?:3|5)?))
2025.04.21 19:26:26.040 4: sduinoD: last part pair=5 reconstructed, bit=1
2025.04.21 19:26:26.040 5: sduinoD: dispatching bits: 011100100010110100011010011000111000 with anzPadding=3
2025.04.21 19:26:26.040 4: sduinoD: decoded matched MU Protocol id 217 dmsg u217#722D1A638 length 33 repeat 3 RSSI = -49
2025.04.21 19:26:26.040 4: sduinoD: equalDMS u217#722D1A638 (4)
2025.04.21 19:26:26.040 5: sduinoD Dispatch: u217#722D1A638, test gleich
2025.04.21 19:26:26.044 4: sduinoD Dispatch: u217#722D1A638, -49 dB, dispatch
2025.04.21 19:26:26.044 5: sduinoD: dispatch u217#722D1A638

[Johann.S]

Ja,

Code Auswählen Erweitern

2025-04-21 19:35:57 SIGNALduino PI_433MHz DMSG u217#362D25328
2025-04-21 19:35:57 SIGNALduino PI_433MHz UNKNOWNCODE u217#362D25328
2025-04-21 19:35:58 SIGNALduino PI_433MHz DMSG u217#366D25728
2025-04-21 19:35:58 SIGNALduino PI_433MHz UNKNOWNCODE u217#366D25728
2

[Johann.S]

Messwerte vergessen! Kanal 1, 23,4°c

[Ralf9]

Das unknown device kannst Du auch von Hand definieren:

Code Auswählen Erweitern

define SIGNALduino_unknown_217 SIGNALduino_un SIGNALduino_unknown_217

[elektron-bbs]

Messwerte vergessen! Kanal 1, 23,4°c

Wirklich Kanal 1?
Hast du zwischenzetilich mal den Sensor neu gestartet (die Ident hat sich geändert)?

Meine Excel-Tabelle rechnet mir 23,0 °C aus. Die Prüfsumme scheint auch zu passen:

Code Auswählen Erweitern

(88 + Byte0 + Byte1 + Byte2) && 0xFF == Byte3

Die Hexwerte 362D25328 müssen allerdings invertiert werden in C9D2DACD7.

[Johann.S]

Beim Kanalwechsel nehme ich immer die Batterie raus!

Mal mehr Messwerte:

Code Auswählen Erweitern

Kanal   /  °C  / SIGNALduino         / Maple
Kanal 1 / 24,7 / DMSG u217#366D14618 / u217#366D14618
Kanal 1 / 24,7 / DMSG u217#366D14618 / u217#366D14618
Kanal 1 / 24,7 / DMSG u217#366D14618 / u217#366D14618

Kanal 2 / 24,7 / DMSG u217#0E5D14298 / u217#0E5D14298
Kanal 2 / 24,9 / DMSG u217#0E5D12278 / u217#0E5D12278
Kanal 2 / 24,7 / DMSG u217#0E5D12278 / u217#0E5D12278

Kanal 3 / 25,0 / DMSG u217#064D111E8 / u217#064D111E8
Kanal 3 / 24,9 / DMSG u217#064D121F8 / u217#064D121F8
Kanal 3 / 24,9 / DMSG u217#064D121F8 / u217#064D121F8
Kanal 3 / 25,2 / DMSG u217#064D0F0C8 / u217#064D0F0C8
Kanal 3 / 24,7 / DMSG u217#064D14118 / u217#064D14118

Prodokoll Signalduino:

Code Auswählen Erweitern

2025-04-21 20:27:38 SIGNALduino PI_433MHz DMSG u217#366D14618
2025-04-21 20:28:09 SIGNALduino PI_433MHz DMSG u217#366D14618
2025-04-21 20:28:40 SIGNALduino PI_433MHz DMSG u217#366D14618

2025-04-21 20:29:27 SIGNALduino PI_433MHz DMSG u217#0E5D14298
2025-04-21 20:29:59 SIGNALduino PI_433MHz DMSG u217#0E5D12278
2025-04-21 20:30:31 SIGNALduino PI_433MHz DMSG u217#0E5D12278

2025-04-21 20:31:07 SIGNALduino PI_433MHz DMSG u217#064D111E8
2025-04-21 20:31:40 SIGNALduino PI_433MHz DMSG u217#064D121F8
2025-04-21 20:32:13 SIGNALduino PI_433MHz DMSG u217#064D121F8
2025-04-21 20:32:46 SIGNALduino PI_433MHz DMSG u217#064D0F0C8
2025-04-21 20:33:19 SIGNALduino PI_433MHz DMSG u217#064D14118

Produkoll Maple:

Code Auswählen Erweitern

2025.04.21 20:27:38 3: Maple: Unknown code u217#366D14618, help me!
2025.04.21 20:28:09 3: Maple: Unknown code u217#366D14618, help me!
2025.04.21 20:28:40 3: Maple: Unknown code u217#366D14618, help me!

2025.04.21 20:29:27 3: Maple: Unknown code u217#0E5D14298, help me!
2025.04.21 20:29:59 3: Maple: Unknown code u217#0E5D12278, help me!
2025.04.21 20:30:31 3: Maple: Unknown code u217#0E5D12278, help me!

2025.04.21 20:31:07 3: Maple: Unknown code u217#064D111E8, help me!
2025.04.21 20:31:40 3: Maple: Unknown code u217#064D121F8, help me!
2025.04.21 20:32:13 3: Maple: Unknown code u217#064D121F8, help me!
2025.04.21 20:32:46 3: Maple: Unknown code u217#064D0F0C8, help me!
2025.04.21 20:33:18 3: Maple: Unknown code u217#064D14118, help me!


[Johann.S]

Kanalwechsel im eingeschaltenen Zustand!

Code Auswählen Erweitern

2025-04-21 21:17:18 SIGNALduino PI_433MHz DMSG u217#064D1A178 Kanal 3 / 24,1°C
2025-04-21 21:17:51 SIGNALduino PI_433MHz DMSG u217#065D1A278 Kanal 2 / 24,4°C

2025-04-21 21:19:27 SIGNALduino PI_433MHz DMSG u217#065D1A278 Kanal 2 / 24,4°C
2025-04-21 21:19:59 SIGNALduino PI_433MHz DMSG u217#064D17148 Kanal 1 / 24,1°C


[elektron-bbs]

Das passt soweit.
Hast du dabei jeweils die Sendetaste betätigt?

[Ralf9]

Invertiert passt es.
Wenn Du in der Protokolldefinition die Werte von one und zero tauscht, dann werden die Hexwerte invertiert:

Code Auswählen Erweitern

one             => [2,-1], #
zero            => [1,-2], #
Jetzt fehlen noch die DMSG bei fast leerer Batterie und bei gedrückter und nicht gedrückter Sendetaste

[Johann.S]

Nein, habe immer gewartet bis einen einen neue Meldung gekommen ist!

Schwache Batterie gleich nach dem Einlegen und Folgewert;

Code Auswählen Erweitern

2025-04-21 21:41:29 SIGNALduino PI_433MHz DMSG u217#F8ED0F9F8 Kanal 1 / 25,1°C
2025-04-21 21:42:00 SIGNALduino PI_433MHz DMSG u217#F8ED12A28 Kanal 1 / 24,?°C

Nach dem Senden gleich die Taste gedrückt:

Code Auswählen Erweitern

2025-04-21 21:49:14 SIGNALduino PI_433MHz DMSG u217#F8ED0D9D8 Kanal 1 / 25,4°C
2025-04-21 21:49:21 SIGNALduino PI_433MHz DMSG u217#F8AD0D5D8 Kanal 1 / 25,4°C mit Taste


[Ralf9]

Danke, das passt so.
Bei invertierten Werten ist die dritte Ziffer
btcc
b: 0 = schwache Batterie, 1 = ok
t: 1 = gedrückte Taste
cc: Kanal

z.B:
A - 1010 : Batterie ok, Taste nicht gedrückt, Kanal 2

@elektron-bbs
was ist bei Euch die nächste freie ID?

[elektron-bbs]

Die nächste freie Ident ist die 135.
Ich musste die Prüfsumme nochmal anpassen. Bei Batterie low passte es nicht mehr.

Code Auswählen Erweitern

(87 + Batteriebit + Byte0 + Byte1 + Byte2) && 0xFF == Byte3

[elektron-bbs]

Hallo Johann,

ich habe einen neuen Branch für diesen Sensor auf Github erstellt. Dein Produktiv-System könntest du mit folgendem Befehl aktualisieren:

Code Auswählen Erweitern

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master_SD_WS_135/controls_signalduino.txtNach einem Neustart und Aktivierung des Protokolls 135 sollte es dir nach Empfang von 3 gültigen Nachrichten einen neuen Sensor SD_WS_135_x anlegen, autocreate muss dazu natürlich aktiv sein.

[Johann.S]

Funktioniert!

autocreat:
Du darfst diesen Dateianhang nicht ansehen.

device:
Du darfst diesen Dateianhang nicht ansehen.

Log-Daten:
Du darfst diesen Dateianhang nicht ansehen.

Danke für deine Mühe!

Wann kommt es in den master-branch und wird es auch bei MAPLEduino eingefügt?

Vieleicht noch eine bitte! Kann man bei langen Texten wie z.B. RAWMSG alle 150 Zeichen einen Zeilenumbruch einfügen?
Bei mir ist der rechte Bildschirmbereich immer ausserhalb des Browsers!
Du darfst diesen Dateianhang nicht ansehen.
Wenn man das selber einfügen kann währe ich natürlich für einen Tritt in die richtige Richtung, Dankbar!

[Johann.S]

So, der Tritt ist nicht notwendig!
Habe es selbst gefunden!
"suppressDeviceRawmsg"

[elektron-bbs]

Wann kommt es in den master-branch und wird es auch bei MAPLEduino eingefügt?

Ich lasse die User immer so etwa 14 Tage testen und mache dann einen Pull Request, wenn alles funktioniert.
Ralf wird es sicher auch zeitnah in seiner Version einpflegen.

Vieleicht noch eine bitte! Kann man bei langen Texten wie z.B. RAWMSG alle 150 Zeichen einen Zeilenumbruch einfügen?
Bei mir ist der rechte Bildschirmbereich immer ausserhalb des Browsers!

Das Problem habe ich auch, aber noch keine Lösung gefunden.

[Ralf9]

Ja in meine Version kommt es auch, ich möchte noch etwas abwarten, ob die Prüfsumme so passt.
Bei den geposteten DMSG gibts bei Kanal 3 zwei Stück wo die Prüfsumme nicht passt.

Wenn die Prüfsumme nicht passt, steht im Log "SD_WS_135 Parse msg $rawData - ERROR checksum $checksum != $sum"
Bitte schaue im Log ob und wie oft die Prüfsumme nicht passt.
Bitte teste es auch mit Kanal 3 und etwas kälteren Temperaturen um ca 10 Grad

[Johann.S]

So habe jetzt bei verschiedenen Temperaturen gemmesen!
Im Bereich von 20,7°C bis 26,0°C werden die korrekten Werte angezeig.
Darunter und darüber sind die crc Werte ungleich!
Ich habe versucht es so gut wie möglich zu Dokumentieren!
In der ersten Tabelle habe ich versucht die relevanten Daten zu extrahieren,
in den anderen sind die Rohdaten!

[elektron-bbs]

Mhmm, da müssen wir wohl nochmal tüfteln...
Auffällig ist, das die Differenz der Summen, bis auf wenige Ausnahmen, immer 1 oder -15 ist.

[Johann.S]

Bin auch am grübln, versuche mich mit der Tabelle von Ralf!

[elektron-bbs]

Ich denke, ich habe jetzt die passende Prüfroutine gefunden. Sie ist gleich wie bei Protokoll 38. Überhaupt sind die beiden Protokolle fast identisch.

Bitte mach nochmal ein Update auf den Branch und probiere dann nochmal.

[Johann.S]

Leider passt das auch nicht!
Ich habe in der Datei die neuen Daten ab Zeile 67 angeführt!
"Log K3 neu" und "SD_WS_135_T_3.log neu" enthalten wieder die Rohdaten!

Die Ausgebe der Werte funktioniert auch nur sporadisch!

[elektron-bbs]

Mhmm, das muss aber jetzt an etwas anderem liegen. Ich habe jetzt mal alle MU-Nachrichten aus dem Blatt "Log K3 neu" (nachdem ich mir das aus dem Excel in eine Textdatei gewandelt habe - bitte das nächste Mal direkt die Logdatei hochladen) dispatcht. Es wurden alle Nachrichten dekodiert (siehe Log).
Ich finde nicht eine Fehlermeldung in der Art, wie sie jetzt aussehen:

Code Auswählen Erweitern

SD_WS_135 Parse msg 1112F0607 - ERROR checksum 7=6 10=0

[Johann.S]

Es werden aber keine Änderungen in "SD_WS_135_T_3.log" und beim Device angezeigt!
Der Einzige Wert mit 26,5°C wurde angezeigt (beginnent bei Zeile 356)!
In der Log.txt zum Vergleich die Anzeigeänderungen!

[elektron-bbs]

Ich vermute, das liegt an dem Filter, das große Temperaturabweichungen unterdrücken soll. Ich schätze mal, das im Log von FHEM Fehlermeldungen in dieser Art zu sehen waren:

Code Auswählen Erweitern

2025.04.25 10:30:51.958 3: sduino_dummy: SD_WS_135_T_3 ERROR - Temp diff too large (old 14.3, new 17, diff 2.7)
Das würde die Lücken im Log des Sensors erklären:

Code Auswählen Erweitern

2025-04-24_17:27:31 SD_WS_135_T_3 T: 14.3
2025-04-24_17:27:31 SD_WS_135_T_3 temperature: 14.3
2025-04-24_17:27:31 SD_WS_135_T_3 batteryState: ok
2025-04-24_17:27:31 SD_WS_135_T_3 sendmode: auto

2025-04-24_17:34:40 SD_WS_135_T_3 T: 22.2
2025-04-24_17:34:40 SD_WS_135_T_3 temperature: 22.2
2025-04-24_17:34:40 SD_WS_135_T_3 batteryState: ok
2025-04-24_17:34:40 SD_WS_135_T_3 sendmode: auto

Du kannst die erlaubten maximalen Abweichungen mit dem Attribut "max-deviation-temp" bei dem Sensor einstellen. Ohne dieses Attribut ist dieser Wert auf 1 Kelvin pro Minute voreingestellt.

[Johann.S]

Du kannst die erlaubten maximalen Abweichungen mit dem Attribut "max-deviation-temp" bei dem Sensor einstellen. Ohne dieses Attribut ist dieser Wert auf 1 Kelvin pro Minute voreingestellt.

Hatte so etwas auch enteckt, kannte aber "max-deviation-temp" nicht!
Jetzt ist er mal auf 20 eingestellt und ich werde es weiter beobachten!
Danke für eure Mühe, sollte noch was sein, melde ich mich.
Ansonsten werde ich das Thema in zwei oder drei Tagen auf gelöst setzen!

Gruß Johann

[Ralf9]

es ist nun auch in meiner Version drin:

versionmodul  v3.5.3-ralf_13.02.25
versionprotoL v3.5.3-ralf_25.04.25

Code Auswählen Erweitern

update all https://raw.githubusercontent.com/Ralf9/SIGNALduinoAdv_FHEM/master/controls_ralf9_signalduino.txt

[Johann.S]

Installiert!

Das ist aber nur für den Signalduino und nicht für den Mapleduino?

Bisher läuft alles bombig, sobald das Wetter nicht mehr so Nass ist wird der Sensor auf dem Dach montiert! 

[Ralf9]

Dies ist für den Signalduino und für den Maplesduino
https://forum.fhem.de/index.php?topic=134268.msg1298874#msg1298874