Ablage der RAW Daten im Wiki

[Harst]

Hallo,

ja, da brauche ich wirklich Hilfe. Ich bekomme hier zwar die Formatierung hin, im Wiki finde ich abr kein Äquivalent zu <Code></Code>
Hier sind die beiden Seiten, sieht zwar nicht toll aus, könnte aber hilfreich sein.
@HomeAuto_User: Die Seiten sind jetzt frei verfügbar, bitte tobe Dich bei der Formatierung aus. Für Tipps bin ich dankbar.

https://wiki.fhem.de/wiki/Geprüfte_Geräte
https://wiki.fhem.de/wiki/Signalduino_Rawdaten#NC-3911-675

[Harst]

So, jetzt bin ich mit dem Stand zufrieden.

Jetzt kommt der Testbetrieb

Horst

[Ralf9]

Hier sind 2 Sensoren von mir. Ich finde eine Liste in einer Textdatei besser. Die Liste könnte man auch im Github ablegen.

Code Auswählen Erweitern

# ID 0.4, @Ralf9, s248FE4EF0000,  T: -2.8 # Auriol
MS;P0=-3946;P1=448;P2=-1998;P3=-9309;P4=284;D=131212101212101212101212121010101010101012121012121010101210101010124;CP=1;SP=3;e;m3;

# ID 0, @Ralf9, s5410AC5F9800, T: 17.2 H: 47  # GT-WT-02 Temperatur sensor
MS;P1=-4129;P2=550;P3=-2100;P4=-9055;D=2423212321232123232323232123232323212321232121232323212321212121212123232121;CP=2;SP=4;R=241;O;s=4;m1;

Gruß Ralf

[HomeAuto_User]

Wie ist die Variante, das man RAWMSG auf Github in dem Ordner SDTool und der dazugehörigen Datei hinterlegt nach dem dortigen Schema. So sammelt man passend zum Modul und kann ggf Zustände registrieren um dem ,,Bearbeiter" Infos zu liefern.

Somit wäre die Sammlung an einem Ort und kann diese dortigen Informationen auch mit dem Tool verarbeiten auf einfache Weise.

[Harst]

Für mich ist das egal. Ich muss nur wissen, wie und welche Links

[HomeAuto_User]

Hallo Ralf,
ich habe deinen Sensor mal soeben versucht zu dispatchen aber es erfolgt nichts, bei Sidey seiner Version.
Hast du bei dir noch eine Modifikation drin, die vielleicht diesen Sensor zurückhalt bei der Version oder ggf. ne fehlerhafte Nachricht?

Code Auswählen Erweitern

2019.02.17 21:42:46 5: sduino_dummy/msg adding start and endmarker to message
2019.02.17 21:42:46 4: sduino_dummy/msg get raw: MS;P0=-3946;P1=448;P2=-1998;P3=-9309;P4=284;D=131212101212101212101212121010101010101012121012121010101210101010124;CP=1;SP=3;e;m3;
2019.02.17 21:42:46 4: sduino_dummy: Matched MS Protocol id 0.4 -> weather (v5)
2019.02.17 21:42:46 5: sduino_dummy: Starting demodulation at Position 2
2019.02.17 21:42:46 5: sduino_dummy: Found wrong signalpattern, catched 33 bits, aborting demodulation

Mfg

Hier sind 2 Sensoren von mir. Ich finde eine Liste in einer Textdatei besser. Die Liste könnte man auch im Github ablegen.

Code Auswählen Erweitern

# ID 0.4, @Ralf9, s248FE4EF0000,  T: -2.8 # Auriol
MS;P0=-3946;P1=448;P2=-1998;P3=-9309;P4=284;D=131212101212101212101212121010101010101012121012121010101210101010124;CP=1;SP=3;e;m3;
...
Gruß Ralf
[/quote]


[HomeAuto_User]

Für mich ist das egal. Ich muss nur wissen, wie und welche Links

Sobald wir wieder einen aktuellen PR in Github erhalten, so würde ich die bisherigen Dateien dort aktualisieren im SD_Tool Verzeichnis.
Da sind die RAWMSG in den einzelnen Dateien, zu welchen Modul auch sie jeweil gehören.

@Harst, wieviele Water Melder hast du von Atlantic bzw. wieviele von den Vibrationsmeldern? Ich frage aus dem Grund, vielleicht ist mir noch ein Muser aufgefallen wie die beiden sich unterscheiden könnten, aber da wäre es nur hilfreich mindestens von jedem Device 2 Stück, RAWMSG zu erhalten.

MfG

[Harst]

Ich habe jeweils einen. Nur von den Fenstersensoren MD-210R habe ich 2.
Wenn Du keine Unterscheidung hast, wie wäre es mit einer Liste zum selbst auswählen.

[Ralf9]

so würde ich die bisherigen Dateien dort aktualisieren im SD_Tool Verzeichnis

Das SD_Tool Verzeichnis finde ich nicht so gut, dies ist ein protected branch, da sind keine einfachen commits möglich.
Ich würde es besser finden dafür ein eigenes Repository anzulegen mit einem eigenen Team. Wer in die RAWMSG Liste commiten möchte, kann dann dem Team zugefügt werden.

Am liebsten wäre mir eine Liste in einer Textdatei, pro RAWMSG 2 Zeilen

z.B.

Code Auswählen Erweitern

;NAME=Auriol Z31743B; ID=0.4; USER=Ralf9; DMSG=s248FE4EF0000; STATE=T: -2.8; COMMENT=Auriol;
MS;P0=-3946;P1=448;P2=-1998;P3=-9309;P4=284;D=131212101212101212101212121010101010101012121012121010101210101010124;CP=1;SP=3;e;m3;

;name=GT-WT-02; id=0; dmsg=s5410AC5F9800; user=Ralf9; state=T: 17.2 H: 47;
MS;P1=-4129;P2=550;P3=-2100;P4=-9055;D=2423212321232123232323232123232323212321232121232323212321212121212123232121;CP=2;SP=4;R=241;O;s=4;m1;

;name=TFA 30.3208.0; id=58; dmsg=W58#45C8142445DB0; user=Ralf9; repeat=2;
MC;LL=-981;LH=964;SL=-480;SH=520;D=002BA37EBDBBA24F0015D1BF5EDDD127800AE8DFAF6EE893C;C=486;L=194;R=34;

;name=WH3080; id=9; dmsg=P9#FA3C1BD4400000CA50051; user=Ralf9; comment=reconstructed bit 1;
MU;P0=2120;P1=-5736;P2=496;P3=-1024;P4=1467;CP=4;R=16;D=0123232323234323434343232323234343434343232343232323234323432343434323434343434343434343434343434343434343434343432323434323432343432343234343434343434343432343234343432;e;

;name=Ventus W044; id=0; dmsg=s8505301CC000;user=Harst; state=T: 20.2 H: 38
MS;P0=-1957;P1=573;P2=-3961;P3=-8913;D=13121010101012101210101010101210121010121210101010101010121212101012121010;CP=1;SP=3;e;m1;

;name=Ventus W132; id=0.3; dmsg=sD66EE1603000; user=dirigent; comment=windGuest: 1.2 winddir:0
MS;P1=492;P2=-4005;P3=-8937;P4=-2023;D=13121214121412121414121214121212141212121414141412141212141414141414141212;CP=1;SP=3;s6;e;m1;

;name=Ventus W132; id=0.3; dmsg=sD6680020C000; user=dirigent; comment=windSpeed: 0.8
MS;P1=492;P2=-4005;P3=-8937;P4=-2023;D=13121214121412121414121214121414141414141414141414141412141414141412121414;CP=1;SP=3;s6;e;m2;

;name=Hama TS33C; id=12; dmsg=P12#7536BA8A82BFC151AB6401; state=T: 18.6 H: 43; user=Ralf9;
MC;LL=-1018;LH=914;SL=-539;SH=436;D=A8E4F45AEDF40AF97595766;C=484;L=91;R=7;


STATE und COMMENT sind optional

Die RAWMSG Infos können dann von einem Modul eingelesen werden und mit "get dummysduino raw ..." ein Parse und dispatch durchgeführt werden.
Die dispatch msg kann dann mit der DMSG verglichen werden.

Gruß Ralf

[Harst]

Ich würde eine dritte Zeile mit den erwarteten Ergebnis einbauen

[HomeAuto_User]

Ist es nicht von Vorteil Harst, wenn wir erstmal die Endlösung finden zwecks Dokumentation. Deine Tabelle wird sehr groß und die RAWMSG Liste wird die reinste Flut auf der Page.

@Ralf, wie wäre die Lösung das Tool auszulagern und dann die Files pflegen?
Alle RAWMSG in eine Datei würde ich verneinen wollen aufgrund des Umfangs.

Eher die Mittellösung 2 Zeilen pro MSG und in die Datei des jeweiligen Modules halte ich für besser.


Gesendet von iPhone mit Tapatalk Pro

[Harst]

Bis die Tabelle der Geräte zu groß wird dauert es noch. Dann können wir sie teilen. Ich finde es wichtig, überhaupt anzufangen.

Die RAW Daten sind da anders. Das ist intern für Entwickler. Riecht eigentlich nach Datenbank oder Excel.

[Ralf9]

In der ersten Zeile ist auch das erwartete Ergebnis enthalten, es lässt sich so recht einfach per split in einen hash einlesen.
Eine Datei hat den Vorteil, das man dann alles in einem Hash hat und bei Bedarf auch alle RAWMSG testen kann. Die Hasheinträge werden dann fortlaufend durchnummerirt.
Man kann dann auch ein array sortiert nach ids und ein array sortiert nach name erstellen

[HomeAuto_User]

Hallo,
was haltet Ihr von dem Vorschlag.

1) Wir lagern die RAWMSG´s in eine Datei aus, welche auf Github liegt. (ähnlich der jetzigen SD_Tool_RAWMSG Dateien im SD_TOOL Ordner)
2) das ganze kommt in ein eigenes Repositorie
3) darin kommt das SD_TOOL für Entwickler zusätzlich
4) die Datei wo die RAWMSG´s hineinkommen wird mit je 3 Zeilen bestimmt
- Kommentarzeile
- Zeile der Modulzuweisung, Zustände (klar vordefiniert mit Trennungszeichen)
- RAWMSG

BSP.:
## Sensor MaxMu Wert 345.6%
SD_MAX_Name;SD_MAX_Modul;345.6%
MU: .....

Somit können wir die Datei in ein hash einlesen weches ich in dem Tool verfügbar habe mit jeweiliger Zuordung Modul....
Da kann man alle RAWMSG hinten ergänzen und als PR jeder einreichen.

Alternativ:

Code Auswählen Erweitern

;name=GT-WT-02; id=0; dmsg=s5410AC5F9800; user=Ralf9; state=T: 17.2 H: 47;
MS;P1=-4129;P2=550;P3=-2100;P4=-9055;D=2423212321232123232323232123232323212321232121232323212321212121212123232121;CP=2;SP=4;R=241;O;s=4;m1;
wobei noch das Modul ergänzt wird und dann die Leerzeichen beim State ersetzt werden automatisch durch _

Code Auswählen Erweitern

;name=GT-WT-02; modul=CUL_TCM; id=0; dmsg=s5410AC5F9800; user=Ralf9; state=T:17.2_H:47;
MS;P1=-4129;P2=550;P3=-2100;P4=-9055;D=2423212321232123232323232123232323212321232121232323212321212121212123232121;CP=2;SP=4;R=241;O;s=4;m1;

MfG

[Ralf9]

1) bis  3) sind ok 

und als PR jeder einreichen.

Wer im Team ist, direkt per commit, wer nicht im Team ist per PR

Zu was wird der Eintrag Modul benötigt?

Gruß Ralf