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
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
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
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
Wie kann ich behilflich sein?
Der Sender hat 3 Kanäle und eine Taste zum senden.
Kann ich irgendwie Testdaten produzieren?
Gruß
Johann
Ü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.
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
Du kannst mal in der signalduino_protocols.pm dies hinter die letzte Protokolldefinition (hinter der "}" muss ein Koma) eintragen,
und dann ein FHEM restart
"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)
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.
Ostern hat etwas länger gedauert ;D
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
Zitat von: Johann.S am 21 April 2025, 10:51:58Auf 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?
ZitatAuf 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
/opt/fhem/FHEM/lib/SD_ProtocolData.pm geben. Dahin gehört die neue Definition.
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:
},
"123" =>
{
name => .. ,
id => 123,
one ...
zero ...
...
},
"217" =>
{
name => .. ,
id => 217,
one ...
zero ...
...
}
Ist in der Liste enthalten und auch in der Whitelist!
Die Datei heisst bei mir aber SD_ProtocolData.pm und liegt im Verzeichnis /opt/fhem/FHEM/lib/.
Im log müssten dann Einträge mit der ID 217 stehen
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
Ja,
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
Messwerte vergessen! Kanal 1, 23,4°c
Das unknown device kannst Du auch von Hand definieren:
define SIGNALduino_unknown_217 SIGNALduino_un SIGNALduino_unknown_217
Zitat von: Johann.S am 21 April 2025, 19:38:16Messwerte 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:
(88 + Byte0 + Byte1 + Byte2) && 0xFF == Byte3
Die Hexwerte 362D25328 müssen allerdings invertiert werden in C9D2DACD7.
Beim Kanalwechsel nehme ich immer die Batterie raus!
Mal mehr Messwerte:
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:
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:
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!
Kanalwechsel im eingeschaltenen Zustand!
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
Das passt soweit.
Hast du dabei jeweils die Sendetaste betätigt?
Invertiert passt es.
Wenn Du in der Protokolldefinition die Werte von one und zero tauscht, dann werden die Hexwerte invertiert:
one => [2,-1], #
zero => [1,-2], #
Jetzt fehlen noch die DMSG bei fast leerer Batterie und bei gedrückter und nicht gedrückter Sendetaste
Nein, habe immer gewartet bis einen einen neue Meldung gekommen ist!
Schwache Batterie gleich nach dem Einlegen und Folgewert;
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:
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
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?
Die nächste freie Ident ist die 135.
Ich musste die Prüfsumme nochmal anpassen. Bei Batterie low passte es nicht mehr.
(87 + Batteriebit + Byte0 + Byte1 + Byte2) && 0xFF == Byte3
Hallo Johann,
ich habe einen neuen Branch für diesen Sensor auf Github erstellt. Dein Produktiv-System könntest du mit folgendem Befehl aktualisieren:
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.
Funktioniert!
autocreat:
SD_WS_135-1.png
device:
SD_WS_135-2.png
Log-Daten:
SD_WS_135-log.png
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!
SD_WS_135-3.png
Wenn man das selber einfügen kann währe ich natürlich für einen Tritt in die richtige Richtung, Dankbar!
So, der Tritt ist nicht notwendig!
Habe es selbst gefunden!
"suppressDeviceRawmsg"
Zitat von: Johann.S am 22 April 2025, 19:06:26Wann 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.
ZitatVieleicht 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.
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
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!
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.
Bin auch am grübln, versuche mich mit der Tabelle von Ralf!
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.
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!
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:
SD_WS_135 Parse msg 1112F0607 - ERROR checksum 7=6 10=0
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!
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:
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:
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.
Zitat von: elektron-bbs am 25 April 2025, 15:50:19Du 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
es ist nun auch in meiner Version drin:
versionmodul v3.5.3-ralf_13.02.25
versionprotoL v3.5.3-ralf_25.04.25
update all https://raw.githubusercontent.com/Ralf9/SIGNALduinoAdv_FHEM/master/controls_ralf9_signalduino.txt
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! ;D
Dies ist für den Signalduino und für den Maplesduino
https://forum.fhem.de/index.php?topic=134268.msg1298874#msg1298874
So, habe die Sperre wieder aufgehoben und im Titel [gelöst] eingefügt!
Der Sensor funktioniert einwandfrei und steuert schon meine Solorpumpe!
Solarthermometer 2025-05-14 185957.png