Blitzsensor WH57 oder DP60 in Signalduino

[laserrichi]

Ist es machbar das man z.b. Misol WH57 (433Mhz) oder Froggit DP60 (868Mhz) am Signalduino betreiben kann ?

Ich vermute das im inneren ein AS3935 werkelt und das schicke an den Sensoren ist das man sie weit in den Garten bringen kann ohne das Elektrische Geräte stören. Die Sensoren melden Blitze und auch die Entfernung.


Hier mal ein Link
https://de.aliexpress.com/item/1005002382684616.html

[Ralf9]

Wenn er SlowRf (ASK OOK) sendet, sollte es machbar sein.
Bei FSK wird es etwas aufwändiger, zum Rausfinden der Einstellungen des cc1101 ist da ein SDR hilfreich

[laserrichi]

Ok wunderbar.  SDR usw. ist ja alles vorhanden.
Nehme an das es wie bei den Feuchtesensoren ähnlich sein wird.
Opfere mich und habe einen WH57 bestellt.

[laserrichi]

der Sensor ist da

mit den Einstellungen vom dem Feuchtesensor WH51  bekomme ich auch scheinbar daten von dem Blitzsensor.
die sehen wie folgt aus:

Code Auswählen Erweitern

2021.09.22 15:13:25 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95E0ABDBA0E9D7DB;N=6;R=16;
2021.09.22 15:14:02 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95A0ACC58BFA07A7;N=6;R=19;
2021.09.22 15:16:57 4: Signalduino433/msg READ: MN;D=5700C655053F00DF9520226A090094C4;N=6;R=71;
2021.09.22 15:18:13 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95E0A7BD4E4B5BDC;N=6;R=65;
2021.09.22 15:19:32 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95A0A6171F82B509;N=6;R=57;
2021.09.22 15:21:48 4: Signalduino433/msg READ: MN;D=5700E67F07BF80FFDFF0BF37CE354BCB;N=6;R=69;
2021.09.22 15:23:55 4: Signalduino433/msg READ: MN;D=5700C655053F00DF9520A1C2D10D4552;N=6;R=65;
2021.09.22 15:25:10 4: Signalduino433/msg READ: MN;D=5700C655053F00DF9520A64079D0949F;N=6;R=69;
2021.09.22 15:26:29 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95A0A91321A21CBD;N=6;R=49;
2021.09.22 15:27:15 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95E0BA01AEFC8698;N=6;R=61;
2021.09.22 15:27:33 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95A0A6744C530A45;N=6;R=60;
2021.09.22 15:27:59 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95E0A991064740AB;N=6;R=60;
2021.09.22 15:45:30 4: Signalduino433/msg READ: MN;D=5700C655053F00DF9520AAC6C2911554;N=6;R=67;
2021.09.22 15:46:46 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95E0A3C3367017CB;N=6;R=55;
2021.09.22 15:48:05 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95E0B369D0358B9D;N=6;R=54;
2021.09.22 15:49:24 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95E0BBBF970F9932;N=6;R=52;
2021.09.22 15:50:43 4: Signalduino433/msg READ: MN;D=5700C655053F00DFDFE0B3E4440713EF;N=6;R=49;
2021.09.22 15:52:02 4: Signalduino433/msg READ: MN;D=5700C655053F00DF95A0B36DD4C82F91;N=6;R=54;

Es gibt hier 4dip schalter  Indoor  Outdoor, Long / Short Antenna, und 4 Empfindlichkeitsstufen.
Ich habe alles mal durch probiert. Da ist scher ein as3935 verbaut, wollte es noch nicht auschrauben.

Momentan habe ich von Kollegen einen Tester, mit dem man Blitze Simulieren kann, ich habe das ein wenig ausprobiert, aber der Sensor sendet nicht gleich die Daten wenn ein Blitz kommt.

[Ralf9]

Der Aufbau ist wahrscheinlich ähnlich wie der WH51
Am Anfang die 57 als Kennung für den Sensor dann evtl noch die ID und die Batterie Spannung, dann der messwert.
Die DF95 sind wahrscheinlich die beiden prüfsummen.
Kannst du noch ein paar blitznachrichten Posten?
Ich mache gerade einen Kurzurlaub in den Bergen und bin am Samstag wieder zuhause.

[laserrichi]

Ok, da vernünftige Blitze zu erzeugen ist nicht so einfach, Abstand der spule usw und pegel.
Ich bin aber schon einen Schritt weitergekommen:

Wenn Blitze erkannt werden dann meldet sich das immer mit D=5780
Ab und an meldet er auch D=5740  das ist vermutlich Störsignal  oder D=5700  ist Störsignal da die 5740 meist nur im zusammenhang von vorherigen blitzen ausgegangen ist ist es eventuell noise level zu hoch ist oder keine Entfernungserkennung.

Was das Teil alles liefert ist ja auch die Entfernung, ob es die intensität oder in einem wert noch die Anzahl blitze enthält (hat nicht immer gleich gesendet) weis ich nicht.

Code Auswählen Erweitern

5 blitze fern
MN;D=5700C655053F00DF95A0ACFF23F85B84;N=6;R=18;
keine mehr

MN;D=5700C655053F00DF95E1A10681791021;N=6;R=42;

5 blitze mittlere entferung

MN;D=5700C655053F00DF95E1AF60627BF1E8;N=6;R=33;

nah

MN;D=5708C755073F40DF95F1B737A16A88C5;N=6;R=46;
MN;D=5700C655053F00DF95A0041B5038EECA;N=6;R=25;

wieder keine blitze mehr

MN;D=5700C655053F00DF95A0AAE4C4ABC141;N=6;R=56;
MN;D=5700C655053F00DF95A0BB7A4DC82F7C;N=6;R=50;
MN;D=5700C655053F00DF95E0BB7635E78524;N=6;R=55;
MN;D=5700C655053F00DF95A0B7BC4F977F87;N=6;R=74;

outdoor default

MN;D=5700C655053F00DF9520A0BF21196C44;N=6;R=68;
MN;D=5700C655053F00DF95A0026CA23745A3;N=6;R=68;
MN;D=5700C655053F00DF952002FFC7877FC7;N=6;R=60;

sensitiv low outdoor

MN;D=5700C655053F00DF95E0BF424E58DBA3;N=6;R=37;
MN;D=5700C655053F00DF95E0BABC07FFC4B4;N=6;R=64;
MN;D=5700C655053F00DF95A0B3C81468B586;N=6;R=70;

MN;D=5740C655053F0F878C60ABFEFF68B808;N=6;R=43;
MN;D=5780C655050E10364BE0B1CE5160418E;N=6;R=42;
MN;D=5780C655050E11071DE0BD0850E63A1B;N=6;R=39;
MN;D=5780C655050E1A546BE0BFBF8EBF61F9;N=6;R=38;

MN;D=5780C6550508133F51A0A2F00AC06745;N=6;R=40;


far
MN;D=5780C655050E1CFB0FE0BDDAECA01400;N=6;R=43;
mid
MN;D=5780C655050A15405660A6D3D1986321;N=6;R=33;
MN;D=5780C655050A15405620A75CA7410443;N=6;R=34;

nah
MN;D=5780C655050816CADFE0B6DDB37D93BD;N=6;R=32;

MN;D=5780C655050818D5EC60ABFB757E8824;N=6;R=39;

danach 2x far

MN;D=5780C65505199DEDFFE0BFD80C4086A1;N=6;R=46;
MN;D=5780C655051119496AE0A7EE8782D1CA;N=6;R=53;

MN;D=5780C655050E20F31860BE3DAA7F2D55;N=6;R=42;
MN;D=5780C655050E2291B820ACC5B55C82B5;N=6;R=45;

mid

MN;D=5780C655050A232347E0ADBCED350489;N=6;R=50;
MN;D=5780C655050A2585ABE0B2B77BD46141;N=6;R=52;
MN;D=5780C655050A26D6FDE0B32BB0A9E042;N=6;R=49;

indoor low    far

MN;D=5780C655051401C4D020AFE74750E007;N=6;R=60;
MN;D=5780C65505140297A460A5E6B42730BE;N=6;R=59
mid
MN;D=5780C6550514050018E0BFFFBF9CB1D0;N=6;R=57;
MN;D=5780C655050E08CCD9A0A342F95800A8;N=6;R=58;

nah

MN;D=5780C655050C09243020A48810451E52;N=6;R=57;
MN;D=5780C655050C0A77C23059FD6EC18574;N=6;R=55;
MN;D=5780C655050E0F7FC6E0B9A3917933ED;N=6;R=58;
MN;D=5780C655050C0B465420A683A53B194E;N=6;R=57;
MN;D=5780C655050E0D394BE0A5DBD0982042;N=6;R=56;

default outdoor
far
MN;D=5780C655050A01C7C9A0B787EB9A0DB6;N=6;R=52;

MN;D=5740C655053F02CBC3A0A7F1C30C3964;N=6;R=57;
MN;D=5780C655050A03A5A9E0A7CC404F8E81;N=6;R=52;
MN;D=5780C655050A050309E0B0A06D8432CE;N=6;R=52;
mid
MN;D=5780C655050806898EE0B5FDFDB089E5;N=6;R=53;
MN;D=5780C655050808969D20AB6C19629029;N=6;R=58;
MN;D=5780C655050809A7AFE0AB69733E08CA;N=6;R=56;
MN;D=5780C655050809A7AFE0A7D85A3230EA;N=6;R=58;
MN;D=5780C655050809A7AFE0BA6BAF5C4214;N=6;R=67;
MN;D=5780E67F878C0FFEFFE0B3F44EFF92EE;N=6;R=65;
MN;D=5780C65505080BC5CFA0A67FA57B5106;N=6;R=64;
MN;D=5780C65505080BC5CFE0B6819F22212C;N=6;R=64;


einlegen Batterie outdoor am unempfindlichsten
MN;D=5700C655053F00DF952000004C1FF204;N=6;R=58;
einlegen Batterie outdoor empfindlichkeit mittel

nach 5 blitz kommt
MN;D=5780C655050607D5D920A1ACC860C134;N=6;R=58;
nach 6
MN;D=5740C655053F073E3BE0BBE880A2913B;N=6;R=60;

mittlere einzelblitze nacheinander wurde jeder blitz so registriert
MN;D=5780C65505060C3F48E0B7864A64A0BF;N=6;R=58;
MN;D=5780C65505060D0E1860A5825A3FD210;N=6;R=60;
MN;D=5780C65505060E5D6860ACDEFD89DD4F;N=6;R=60;
MN;D=5780C65505060F6C7860A6901A785942;N=6;R=59;
keinen mehr ausgelöst
MN;D=5780C65505060F6C7860A3BDB1254420;N=6;R=72;

danach mussten 4 blitze kommen bis der 5 das lieferte:
MN;D=5780C6550508106C7BA0A36C42890260;N=6;R=62;
MN;D=5780C6550508106C7B20A27B9C547304;N=6;R=70;
kurze pause
MN;D=5780C6550508120E1F20A0C009AE7C8C;N=6;R=59;
MN;D=5740C655053F12889020A1F697A1D70F;N=6;R=60;


MN;D=5780C655050814A8BBE0A0F752BFFB28;N=6;R=60;
MN;D=5780C65505081599AD20037FD26613FB;N=6;R=59;
MN;D=5780C655050816CADFE0B756AC76903D;N=6;R=60;
MN;D=5780C655050817FB11E0B3B67D097647;N=6;R=60;

MN;D=5740C655053F177D8AE0B3B5C1509424;N=6;R=70;
MN;D=5740C655053F177D8AE0BFD35B3C211D;N=6;R=68;
MN;D=5740C655053F177D8A60A1D7FDD8B3B8;N=6;R=68;
MN;D=5740C655053F177D8A20A7A61BC00483;N=6;R=68;
MN;D=5740C655053F177D8A60A3FA66806B59;N=6;R=72;



MN;D=5700C655053F00DF95E0B3D6D2E0AD52;N=6;R=70;
MN;D=5700C655053F00DF95E0A2FDADF80269;N=6;R=66;
MN;D=5700C655053F00DF9520A3A7D2879489;N=6;R=73;
MN;D=5700C655053F00DF95E0B02F7B014B7A;N=6;R=73;


indoor niedrige empfindlichkeit

MN;D=5780C655050E08CCD9E0BB7E7802CC25;N=6;R=66;
MN;D=5780C655050E0AAEBDE0A8F028A96318;N=6;R=67;
MN;D=5780C655050E0C0819E0B3E5B7274508;N=6;R=67;
MN;D=5740C655053F0CD4D6E0B6EFC2A5226C;N=6;R=68;
MN;D=5780C757870E0FF0F8E0B3EC137FFFFF;N=6;R=68;
MN;D=5780C65D078E0FFBE670BF7276A5261B;N=6;R=68;
MN;D=5780E77F878E18FF83F0BBFF9D0992E6;N=6;R=69;
MN;D=5780C67D078F19879FE0BB490A708175;N=6;R=67;
MN;D=5740C655053F12889020807FC2810002;N=6;R=67;
MN;D=5780C655051413E50320AF4E137F9423;N=6;R=67;
MN;D=5780C655050E14F20B20AE808708A600;N=6;R=67;
MN;D=5780C655050E15C3DDE0AD1D49AA9305;N=6;R=67;
MN;D=5780C655050C16496220A0AEC395F087;N=6;R=67;
MN;D=5780C655050C177892E0BBF42B086821;N=6;R=67;

ein Manual befindet sich hier https://www.ecowitt.com/shop/goodsDetail/64#   aber halt nur Benutzerhandbuch

[elektron-bbs]

Wenn der verwendete Chip im Sensor wirklich ein AS3935 ist, könnte im Byte 5 die Entfernung stehen (siehe Excel-Tabelle).
Da du ja einen SDR-Stick hast, könntest du bitte versuchen mal mit URH Signale aufzuzeichnen. Mir ist noch unklar, wieviel Byte vom Signal wirklich Nutzdaten sind.

[Ralf9]

Ich hab mirs auch mal angeschaut:

Code Auswählen Erweitern


012345678901234567
FFXBIIIIIIYYZZCCSS
5700C655053F00DF95
5740C655053F177D8A
5780C65505060E5D68

FF Family code 0x57
X  kann 0, 4 oder 8 sein, evtl gibts auch noch 2
B  evtl Batterie
I  3 Byte ID?
YY Entfernung?
ZZ Blitzzähler?
CC CRC
SS Sum


"B" könnte Batterie sein, dabei ist noch nicht klar ob dies nur "low" oder "ok" oder die Batteriespannung ist

CC und Sum habe ich mit den Routinen vom WH51 getestet

[Christoph Morrison]

ID sind eher 2 Byte, Battery Level ist ein Byte würde ich sagen.
Mein WH57 hat als ID 0xC51D und als Battery Level eine Ganzzahl zwischen 0 (low) und 5 (oder 6, erinnere mich nicht genau) (full).

[laserrichi]

Cool, da tut sich ja etwas.

Also ein AS3935 ist es, die Enfternung wird übermittelt da in der Origial Wetterstation das auch angezeigt wird (sieht man in videos, ich habe keine)

Das mit der Batterie kann ich ja mal am Labornetzteil nachstellen, frage ist bei welcher Spannung wirds low...

Das die ID so groß ist kann ich mir auch nicht vorstellen.
Mit URH muss ich mich erst einmal beschäftigen wie das vernünftig geht, sdrplay RSP1a habe ich auch noch, geht damit vielleicht besser.

[laserrichi]

Ok habe nochmal probiert:

bei erhöhen der Versorgungsspannung hat sich die Entferung auch etwas geändert, aber.... ich habe leider hier nichts galvanisch getrenntes und nur ein Labornetzteil das auch ein Schaltnetteil ist... also das war ja auch der grund für so einen Batteriebetriebenen Sensor, weil ich mit den AS3935 und ESP leider nie überhaupt störungsfrei etwas hinbekommen habe.
Daher erachte ich das jetzt mit der falschen Entfernung als ursache mit der Versorgung.

Aber beim anlegen der Versorgungsspannung habe ich beobachtet das  hier an 10 Stelle  Batterie ist.

Code Auswählen Erweitern


012345678901234567
FFX?IIIIBBYYZZCCSS

FF Family code 0x57
X  kann 0, 4 oder 8 sein, evtl gibts auch noch 2
B  Batterie, wert kann 0-5 annehmen also vermutlich 10% Schritte
I   ID?
YY Entfernung?  das konnte ich bestätigen mit den 3 Tasten Nah Mittel Fern
ZZ Blitzzähler?  ja das zählt mit jedem Blitz hoch, wenn mal einer verloren geht dann vermutlich weil er entweder nicht sendet oder der Emfpang gerade gestört war
CC CRC
SS Sum

2,0V
5780C655000A01A8A5200016CCB83060;N=6;R=57;
5780C655000A02FBF92004B4C0CB6207;N=6;R=56;
5780C655000A03CAC920000383786600;N=6;R=57;
3,2V
5780C655000C05363920003AE3268A00;N=6;R=57;
5780C655000E06BCC220010C0D429098;N=6;R=64;
5780C655000E078D942003A2A50270B8;N=6;R=65;

einschalten mit 2,07V
5700C655003F00B06120018008002004;N=6;R=58;
einschalten mit 2,5V
5700C655013F00F6A82001C001C00401;N=6;R=61;
einschalten mit 3V
5700C655053F00DF952003052472416B;N=6;R=66;

[Ralf9]

das dürfte dann eher so aussehen:

Code Auswählen Erweitern

012345678901234567
FFX?IIII?BYYZZCCSS

Die beiden"?" waren bis jetzt immer 0
"B" kann von 0 (leer) bis 5 (voll) sein.
YY ist evtl die Entfernung in km als hex Wert, bei 0x3F ist der Wert = none

[laserrichi]

ja sieht denke ich genauso auch aus

Bei der Entfernung hat der AS3935  Distance estimation to the head of the storm down to 1km in 14
steps
da er bis 40km kann... bleibt nur die Frage welche steps das dann sind, dummerweise hat bei mir der sensor mit Tasmota zuviele Störungen und nicht richtig funktioniert und ich den tester was er aussendet nicht gegenprüfen kann.

[Ralf9]

Das Battery Reading könnte dann "BatteryVal" heissen.

Wegen der Vereinheitlichung der Batteryreadings müsste dann der Wert 0-5 in "batteryState: ok|low" oder "batteryVoltage" umgewandelt werden

Ich fasse zusammen
- es gibt die drei Readings batteryState, batteryPercent, batteryVoltage
- Wertebereich:
batteryState: ok|low
batteryPercent: \d{1,2}|100
batteryVoltage: \d+.\d+
- das jeweilige Modul setzt _nur_ die Readings, die es aus den aktuellen Daten vom Geraet bestimmen kann. Konkret: niemand kann sich darauf  verlassen, welche der drei battery Readings vorhanden sind (es gibt nicht ueberall ein batteryState). Wenn das Geraet frueher ein Percent gemeldet hat, aber in der letzten Nachricht nur state, dann wird das Percent Reading nicht angefasst.

[elektron-bbs]

Die möglichen Werte für "Distance Estimation" des AS3935 sind laut Datasheet wie im Screenshot. Die Werte passen zu Byte 5.

[elektron-bbs]

Bei Batterie würde ich dann eher zu "batteryPercent" tendieren:

Code Auswählen Erweitern

Byte 4 * 20
5 = 100 %
1 = 20 %
0 = 0 %

Andere Werte habe ich in den (gültigen) Nachrichten noch nicht gesehen.

[laserrichi]

Bei Battery konnte ich von 0-5 jede Zahl erzeugen, habs nur nicht hier gepostet

[Ralf9]

Vorschlag für X
Readingname "lightning"
0 -> "none"
4 -> "error"
8 -> "ok" oder "detect"

[laserrichi]

ich würde zu detect tendieren

[Ralf9]

Ist ZZ ein fortlaufender Zähler der vermutlich bei 255 einen Überlauf hat und bei einem Batteriewechsel zurückgesetzt wird?

@elektron-bbs
Für den Blitzsensor ist eine neue Protocol Id notwendig, welche hast Du vor dafür zu nehmen?

[laserrichi]

Ich vermute auch das er bis FF geht, bei Batterie Wechsel geht's bei 00 los.
Meist hat's bei Gewittern gerne Mal mehr wie 300 Blitze.

[elektron-bbs]

@elektron-bbs
Für den Blitzsensor ist eine neue Protocol Id notwendig, welche hast Du vor dafür zu nehmen?

Bei dir und bei uns ist die nächste freie Ident die Nr. 116. Damit habe ich jetzt angefangen.

[elektron-bbs]

ich würde zu detect tendieren

Könnte es sein, das dieses Nibble das Interrupt-Register 0x03 vom AS3935 darstellt? Hast du da schon mal eine 1 gesehen?

[laserrichi]

also

Könnte es sein, das dieses Nibble das Interrupt-Register 0x03 vom AS3935 darstellt? Hast du da schon mal eine 1 gesehen?

ich habe viel probiert bisher, aber außer 0 4 8  konnte ich keine 1 erzeugen

Der Blitzcounter geht von 00 bis FF und geht dann wieder mit 00 los, hab jetzt wunden Finger vom drücken

Dabei ist mir aufgefallen bei störungen wenn die 4 kommt, hat die Entfernung auch 3F gehabt...  ob das immer so ist weis ich nicht

Das Signal mal im Anhang beim Einschalten

[Ralf9]

Ich habe den "Fine Offset/ECOWITT/MISOL WH57, froggit DP60" in meiner angepassen Version des SD_WS Moduls eingebaut.
https://github.com/Ralf9/14_SD_WS/blob/main/FHEM/14_SD_WS.pm
siehe hier
https://forum.fhem.de/index.php/topic,58397.msg1176864.html#msg1176864

Für die neue ID 116 ist die aktuelle dev Version meines angepassten 00_SIGNALduino.pm Moduls notwendig

Code Auswählen Erweitern

versionmodul  v3.4.7-dev_ralf_04.09.
versionprotoL v3.4.7-dev_ralf_25.09.

- neue ID 116: Misol WH57, froggit DP60, Blitzsensor
- bei "set sduino rfmode" gibts einen neuen Eintrag "DP100_WH51_WH57_433_17241" für die 433 MHz Version des DP100/WH51 und DP60/WH57 Sensoren

[laserrichi]

Hallo Ralf,

super Spitze. Habe es einmal eingebaut und getestet.

Dabei sind mir 2 Dinge aufgefallen:

1. Der Sensor sendet scheinbar alle 5min. immer die letzte Message.
    finde das ein wenig nachteilig, da man nicht weis wann der letzte Blitz wirklich war.
    Das ist wohl so wie bei den Wetterstationen 1080 bei denen auch der Counter nur hochzählt wie bei rain.
    Ich weis nicht ob und wie das realisierbar ist, das man ein Reading hat um zu sehen ob in den letzten Minuten quasi ein Blitz war.

Code Auswählen Erweitern

2021.09.29 07:50:10 4: Signalduino433: SD_WS_Parse Blitze (5780C655050805DADEE0B81A20A83DD4)
2021.09.29 07:51:29 4: Signalduino433: SD_WS_Parse Blitze (5780C655050805DADEE0BB7D550B0733)
2021.09.29 07:52:48 4: Signalduino433: SD_WS_Parse Blitze (5780C655050805DADEE0B84308D8193E)
2021.09.29 07:54:07 4: Signalduino433: SD_WS_Parse Blitze (5780C655050805DADEE0B0003184881B)
2021.09.29 07:55:26 4: Signalduino433: SD_WS_Parse Blitze (5780C655050805DADEE0B0252BCCCA6C)
2021.09.29 07:58:04 4: Signalduino433: SD_WS_Parse Blitze (5780C655050805DADEE0B0886CA1496C)



2. die x  4 Meldung mit Störung / Error bzw. hast du so wie ich sehe in kein Reading gepackt

Code Auswählen Erweitern

2021.09.29 16:21:02 4: Signalduino433: SD_WS_Parse Blitze (5740C655053F0A7272E0B8B50C374328)
2021.09.29 16:22:21 4: Signalduino433: SD_WS_Parse Blitze (5740C655053F0A7272E0B8987E110215)
2021.09.29 16:23:40 4: Signalduino433: SD_WS_Parse Blitze (5740C655053F0A7272E0B833C5B6CB36)
2021.09.29 16:24:59 4: Signalduino433: SD_WS_Parse Blitze (5740C655053F0A7272E0B02848074990)
2021.09.29 16:26:18 4: Signalduino433: SD_WS_Parse Blitze (5740C655053F0A7272E0B8000722604F)

So eine Art wieviele Blitze waren es an diesem Tag wäre das interessante.
Ziel ist es bei mir dann auch mit notify oder doif zu arbeiten um zu erkennen ob ein Gewitter sich nähert.

Aber bis jetzt schon cool das es soweit wohl auch grundsätzlich funktioniert.

Nachdem das jetzt als Device in Fhem ist kann ich auch verbose mitlaufen lassen sonst war es ja zuviel an Messages auf den Signalduino.

Schade das jetzt die Gewitterzeit vorbei ist.

[Ralf9]

Der Sensor sendet scheinbar alle 5min. immer die letzte Message.

Heisst das, daß auch Nachrichten mit x = 8 gesendet werden, wenn kein Blitz erkannt wurde.
Es wird dann demnach nur ein Blitz erkannt wenn sich gleichzeitig der count erhöht.

die x  4 Meldung mit Störung / Error bzw. hast du so wie ich sehe in kein Reading gepackt

Es gibt dafür das reading "lightningRaw"

[laserrichi]

Hallo Ralf,

ja es wird wohl immer die letzte Message wiederholt auch wenn kein Ereignis ist, habe das mit 0 4 8  jeweils probiert:

Code Auswählen Erweitern


07:49:42 4: Signalduino433: SD_WS_Parse Blitze (5700C655053F00DF95E1A47E043E8911)
07:51:01 4: Signalduino433: SD_WS_Parse Blitze (5700C655053F00DF95E1A05AA72C6874)
07:52:20 4: Signalduino433: SD_WS_Parse Blitze (5700C655053F00DF95E1A02010CD54A1)
07:53:39 4: Signalduino433: SD_WS_Parse Blitze (5700C655053F00DF95E1A0047F5047F9)
07:54:58 4: Signalduino433: SD_WS_Parse Blitze (5700C655053F00DF95E1A088EFC62F2D)
07:56:17 4: Signalduino433: SD_WS_Parse Blitze (5700C655053F00DF95E1A1384104C3A3)
08:10:46 4: Signalduino433: SD_WS_Parse Blitze (5700C655053F00DF95A000A408711829)
08:16:02 4: Signalduino433: SD_WS_Parse Blitze (5700C655053F00DF95E0BC4E9844BF8A)
(5780C6550505015E5BE0B83B14422469)
(5780C6550505015E5BE0B20A65D263CA)
(5740C655053F01988FE0B0E8254FA043)
(5740C655053F01988FE0B4111E3A4028)
(5740C655053F01988F200221CB034200)

[Ralf9]

evtl hilft Dir das für das reading count weiter
https://wiki.fhem.de/wiki/Event-on-change-reading

Bitte gib Bescheid ob und welche readings Du noch benötigst.

Bei "x" ist ist vermutlich noch ein weiteres readung notwendig, da ist aber nicht klar ob es außer 0,4, 8 auch noch einen Wert 1 gibt.
Wie soll dann dieses reading heissen?

Oder ist momentan das reading "lightningRaw" ausreichend?

[laserrichi]

Hallo Ralf,

event on change ist für das weniger geeigent wenn man dann noch event-min-interval  nutzt damit im Log was steht.

Bei "x" kommt nie eine 1 egal was ich teste, auch wenn es zu überempfindlich ist kommt da nichts.

Kann man das nicht im Modul so gestalten wenn jetzt z.b. der Counter 1 hochzählt das ein Reading "Gewitter" auf 1 geht mit dem Entfernungswert"  und wenn das nächste Gesendete den selben Count hat, das dieses dann wieder auf 0 geht ?
Dann könnte man das auch in SVG Plots vermutlich bessser darstellen.
So ähnlich wie bei den Wetterstationen, da hat man ja auch den rain wert der dann im moment gemacht wurde, und dann noch den aufsummierten wert.

Letztendlich interessieren die Blitze pro Tag, evtl. Monat Jahr (mit dem Statistikmodul bin ich da nicht so glücklich das es da gibt)
Und Interessant ist ja auch ob sich das nähert und man alles verriegeln sollte.

[Ralf9]

Ich hab das reading "lightning" zugefügt. Dies wird nur bei einer "count" Änderung aktualisiert.

Letztendlich interessieren die Blitze pro Tag, evtl. Monat Jahr (mit dem Statistikmodul bin ich da nicht so glücklich das es da gibt)

Mit dem Statistikmodul müsste dies eigentlich machbar sein.

[elektron-bbs]

Ich habe jetzt mal bei uns den Einbau dieses Protokolls fortgesetzt. Dabei bin ich darauf gestoßen, das dieses Protokoll auch von einem wohl baugleichen Sensor Ambient Weather WH31L verwendet wird. Das Protokoll ist bei rtl_433 bereits eingebunden: https://github.com/merbanan/rtl_433/blob/master/src/devices/fineoffset_wh31l.c

Dort wird der Batteriezustand anders ausgewertet:

Code Auswählen Erweitern

- F: 10 bit flags: (battery low seems to be the 1+2-bit on the first byte)
Flags:
    0000 0BB1 ??
With battery (B) readings of
- 2 at 3.2V
- 1 at 2.6V
- 0 at 2.3V


Irgendwie passt das nicht zu unseren Erkenntnissen. Könnte das bitte nochmal überprüft werden?

[laserrichi]

Hallo,

natürlich gleich einmal Messreihe gestartet mit dem aktuellen Modul:

Code Auswählen Erweitern

unter 2,3V   0%
2,4V  20%
2,5V  40%
2,6V  60%
2,75V  80%
ab 2,94V 100%

meldet also in 20% schritten und würde sagen das passt

[elektron-bbs]

Danke, dann lassen wir es so. Hast du evtl. noch die RAWMSG oder DMSG dazu?

[laserrichi]

hier mal paar raw messages

Code Auswählen Erweitern

5700C655003F00B0612023DBB21AF44A
5700C655013F00F6A860A0777E9A981A
5700C655023F003CEFE0A55433F08057
5700C655033F007A2E60A1711819DA02
5700C655043F00994E60A27BF244348E
5700C655053F00DF95E0A0FD006704DA

[laserrichi]

endlich gab es mal Gewitter.
Zuerst hat sich nichts getan, und dann kam der AHA Effekt... die Dip Schalter sind genau anders herum.

Alle Schalter müssen unten sein, dann ist die Outdoor Default Einstellung.
Auch habe ich bei zu hoher Empfindlichkeit Störungen bekommen.
Scheint also zu funktionieren das Teil.

[elektron-bbs]

Lädst du mal bitte das Log vom Gewittersensor hoch.

[laserrichi]

Ok,

ich muss aber dazu sagen das ich nicht auf alles geloggt habe, aber beim testen heute hab ich es mal auf .*  kurz erweitert.
identified kann man nicht fürs logging auswählen, mit .* ist es dabei.

[laserrichi]

nachdem es jetzt ja etwas geblitzt hat, kann ich sagen das der Sensor doch recht gut funktioniert.
Einstellung hab ich bissl experimentiert und bin unter dem Dach mit ein Default Einstellungen ganz zufrieden.
Es werden ab und an mal Störungen registriert aber das bleibt im rahmen.

Aber der das der Zähler von 255 wieder auf 0 springt ist leider nicht so gut, denn das verfälscht wenn man das Statistik Modul mit drauf laufen lässt.

Kann man eventuell in der SD_WS.pm  sowas hier einbauen ?

Code Auswählen Erweitern

my $last_count = ReadingsVal($name, "count", 0);
my $count_offset = ReadingsVal($name, ".countOffset", 0);
$count_offset += $last_count if($count < $last_count);
my $count_total = $count + $count_offset;


quasi eine erkennung wenn der Wert von 255 auf 0 springt das man das als offset wieder dazuaddiert was vorher so war ?

Hab mir das aus dem SD_WS09 abgeschaut wie es für die WH1080  Wetterstation gemacht wid.

[Ralf9]

Ist dies ein fortlaufender Zähler der nach 255 wieder bei 0 anfängt und nur bei Batteriewechsel auf 0 gesetzt wird?

Kann man eventuell in der SD_WS.pm  sowas hier einbauen?
quasi eine erkennung wenn der Wert von 255 auf 0 springt das man das als offset wieder dazuaddiert was vorher so war ?

Damit wird dann aber auch beim Batteriewechsel der offset dazuaddiert. Den Batteriewechsel zu berücksichtigen wird aufwändig

[elektron-bbs]

Könnte man das nicht auch als userReading einbauen?
Mir gefiele es nicht so richtig, das fest im Modul einzubinden. Ich bevorzuge es, Werte so wiederzugeben, wie sie der Sensor liefert.

[laserrichi]

Der Batteriewechsel ist ja auch nichts anderes, da ist dann der Wert auch kleiner. Bei der Wetterstation funktioniert das wunderbar so das ich mich bei umrundung oder Batteriewechsel keine gedanken machen muss und statistik kommt nicht durcheinander.

Er Zählt ja auch nur von 0-255 was für ein ordentliches Gewitter wohl durchaus knapp sein kann.

Manch einer hat hier schon pro Gewitter über 300 Blitze.

Ich hatte jetzt 178 und das Gewitter hat mich nur gestreift.

als userreading hab ich jetzt mal das hier:

Code Auswählen Erweitern

lightningcount monotonic ReadingsNum("$name","count","")

Allerdings kriege ich das nicht ins log  rein.. kanns nicht auswählen, wobei es ja auch noch nicht getriggert hat.

[Ralf9]

Erzeugt demnach ein userReading kein event? dann wird es etwas aufwändiger damit das userreading auch ins Filelog geschrieben wird.
Evtl ist es möglich ein "DoTrigger" in den Code vom userreading einzufügen.
Oder bei einem Blitz event mit einem notify oder doif zutriggern und dort dann das userreading auslesen und ein event erzeugen.

Mir ist noch nicht so richtig klar wie das mit dem offset und monotonic funktioniert, nach dem Code in der fhem.pl müsste eigentlich ein event erzeugt werden

Code Auswählen Erweitern

      } elsif($modifier eq "offset") {
        $oldvalue = $value if( !defined($oldvalue) );
        $result = ReadingsVal($name,$reading,0);
        $result += $oldvalue if( $value < $oldvalue );
      } elsif($modifier eq "monotonic") {
        $oldvalue = $value if( !defined($oldvalue) );
        $result = ReadingsVal($name,$reading,$value);
        $result += $value - $oldvalue if( $value > $oldvalue );
      }
      readingsBulkUpdate($hash,$reading,$result,1) if(defined($result));

offset: wenn der aktuellen Wert kleiner als der vorherige Wert ist wird der vorherige Wert zum Reading addiert. Das Reading kann dann als offset verwendet werden um einen Zähler der durch Sromverlust zurückgesetzt wird zu korrigieren.
monotonic: wenn die Differenz zw. dem aktuellen und dem vorherigen Wert positiv ist wird diese Differenz zum Reading addiert. Damit lässt sich von einem Zähler der bei Stromverlust zurückgesetzt wird ein monoton wachsender Zähler ableiten.

Falls dies mit einem userReading nicht praktikabel ist, kann ichs auch in das SD_WS Modul einbauen.

Gruß Ralf