Windsensor

betateilchen · 29 März 2014, 16:07:53

Kannst Du mal bitte ein Log von 30 Minuten posten, in dem beide Zeilen drin sind?

Grundsätzlich sieht das im PlotEditor so aus:

(http://up.picr.de/17797734zt.jpg)

Ok, Achsenbeschriftung ist jetzt noch nicht definiert, aber es lassen sich alle 6 Werte eindeutig identifizieren und plotten:

(http://up.picr.de/17797746mn.jpg)

Waldmensch · 29 März 2014, 16:20:34

Ich habe mal so ein Kombi Log mit ./log/CUL_WS_8all-%Y.log CUL_WS_8:(T|W):.* erstellt - es muß aber erst noch ne Weile laufen. Mehr als den Schnipsel von vorhin habe ich derzeit nicht.

Edit: Alles in ein Chart ist aber sowieso doof weil sich Druck (1000++), Winkel (0-360), Feuchte(0-100%), Temperatur (-20- +40) kaum sauber und lesbar darstellen lassen

betateilchen · 29 März 2014, 16:27:04

Doch, das kann man durchaus sinnvoll darstellen. Man kann nämlich bei Bedarf auch mehr als zwei y-Achsen definieren.

(http://up.picr.de/17798049fh.jpg)

Wart mal ab, bis ich ein paar Werte mehr von Dir habe.

Bei mir wird z.B. der Luftdruck auf der Feuchtigkeitsachse abgebildet, dazu ziehe ich beim Plotten einfach 950 vom aktuellen Luftdruck ab, dann kommen Werte von 0-100 raus, weil der Luftdruck sich immer im Bereich 950-1050 bewegt. Und die Werte von 0-100 passen genau zur y-Achse für die Humidity, die auch 0-100 verwendet.

justme1968 · 29 März 2014, 16:49:47

und mit nrAxis kann man die zusätzlichen achsen sogar rechts und links vom plot anzeigen.

gruss
andre

rabbe · 29 März 2014, 16:51:01

Zitat von: Waldmensch am 29 März 2014, 15:46:15
Danke für die Erklärung. Also ist meine Herangehensweise mit dem Log aufsplitten schon die Richtige? (wenn ich den Luftdruck haben möchte) Oder kann ich den die 14_CUL_WS.pm irgendwie überlisten? Das mit dem Aufsplitten sorgt ja für vernünftige Charts und die Readings enthalten die Werte von beiden Sensoren, wenn man mal vom "state" absieht, der immer wechselt. Aber wenn man das berücksichtigt und im weiteren Verlauf nur auf die Einzelwerte zugreift ist das ja kein Problem.

Code Auswählen Erweitern
Readings: 2014-03-29 15:43:17 DEVFAMILY WS7000 2014-03-29 15:43:17 DEVTYPE Indoor 2014-03-29 15:43:17 humidity 36.5 2014-03-29 15:43:17 pressure 1012 2014-03-29 15:43:17 state T: 22.8 H: 36.5 P: 1012 2014-03-29 15:43:17 temperature 22.8 2014-03-29 15:39:31 wind 0 2014-03-29 15:39:31 wind_direction 165 2014-03-29 15:39:31 wind_swing 0

Bei mir ist es ähnlich. Ich habe

Code Auswählen

attr CUL_WS_8 stateFormat T: temperature H: humidity P: pressure D: dewpoint
gesetzt.
Ich habe zusätzlich noch einen Regensensor auf der ID8. Das CUL_WS-Modul unterstützt nur das 1.2-Sendeprotokoll http://www.dc3yc.privat.t-online.de/protocol.htm. Es könnte durchaus sein, dass dein Regensensor noch das (alte) 1.1er http://www.dc3yc.privat.t-online.de/protocol_alt.htm benutzt.

betateilchen · 29 März 2014, 16:52:36

@rabbe und was hat das mit der aktuellen Plot-Frage zu tun?

@andre ja, kann man schon. Aber irgendwann wird mir dann der Plotbereich zu klein

Deshalb versuche ich immer, die Werte zu "normalisieren

rabbe · 29 März 2014, 16:55:35

Zitat von: betateilchen am 29 März 2014, 16:52:36
@rabbe und was hat das mit der aktuellen Plot-Frage zu tun?

Er hatte vorher (auf Seite 1 des Themas) die Frage mit dem Regensensor gestellt

Zitat von: Waldmensch am 29 März 2014, 10:47:01
Um nochmal zum Thema zu kommen - ich habe aus der gleichen WS7000 Serie noch einen Regenmengensensor WS 7000-16 (son runder Kübel mit Wippe drin http://www.schelli.at/wetterst.htm) Dieser ist ebenfalls auf 886MHZ umgebaut. Leider ist der auf dem Dach wo ich so schnell nicht rankomme. Es könnte sein, das er nicht mehr sendet.

Falls er doch noch senden sollte, wie bekomme ich das mit? FHEM hat bisher noch nichts über autocreate angelegt. Das kann aber auch die Ursache haben, das der Sensor nicht unterstützt wird, außerhalb des Empfang ist oder die Adresse eine Andere überlagert. Da der Windsensor erfolgreich erkannt wird, gehe ich davon aus das das Protokoll kein problem sein sollte.

Gibt es in FHEM einen Modus bei dem man nur unbekannte Messages darstellen kann? Falls der Sensor sendet und halt nur nicht unterstützt ist würde man ihn da ja entdecken.

und anschließend noch die Sache mit dem wechselnden Status angemerkt. Die Frage war meines Wissens noch nicht beantwortet.
Achso. Äußerlich erkennt man die (alten) 1.1er Sensoren an der aufgedruckten BAKOM-Nummer. Bei den (neuen) 1.2ern fehlt diese.

justme1968 · 29 März 2014, 16:57:10

ich weiss schon das du die zusätzlichen achsen nichts magst

klar ist manchmal nicht genug platz. zumindest wenn man die plots ins dashboard oder ähnliches packt. auf den normalen seiten ist aber immer sehr viel platz neben den plots so das man sie mit plotsize auch breiter machen kann.

betateilchen · 29 März 2014, 16:57:58

jaja, schon gut.

(Gilt für beide vorangegangenen Antworten)

muss mich nebenbei noch um was anderes kümmern

(http://up.picr.de/17798291oz.jpg)

rabbe · 29 März 2014, 17:05:03

Sieht lecker aus.

Waldmensch · 29 März 2014, 17:12:46

@rabbe: vielen Dank für die Infos - ich glaub ich muß dann doch mal aufs Dach $:-\$

Kannst Du mir eine Zeile vom Regensensor Log besorgen? Nicht das er nur vom Regex verworfen wird, weil er nicht mit W:.* oder T:.* anfängt.

hier ist mal das was jetzt schon aufgelaufen ist mit regex (W|T):.*

Code Auswählen

2014-03-29_16:18:16 CUL_WS_8 T: 22.4  H: 36.9  P: 1012
2014-03-29_16:20:54 CUL_WS_8 W: 0.3 D: 165 A: 0
2014-03-29_16:20:58 CUL_WS_8 T: 22.5  H: 36.9  P: 1012
2014-03-29_16:23:39 CUL_WS_8 W: 0.4 D: 160 A: 0
2014-03-29_16:23:39 CUL_WS_8 T: 22.4  H: 37  P: 1012
2014-03-29_16:26:21 CUL_WS_8 T: 22.4  H: 37  P: 1012
2014-03-29_16:26:25 CUL_WS_8 W: 0.4 D: 160 A: 0
2014-03-29_16:29:04 CUL_WS_8 T: 22.4  H: 37  P: 1012
2014-03-29_16:31:44 CUL_WS_8 T: 22.4  H: 37  P: 1012
2014-03-29_16:37:07 CUL_WS_8 T: 22.4  H: 37.1  P: 1012
2014-03-29_16:37:27 CUL_WS_8 W: 0 D: 160 A: 0
2014-03-29_16:39:49 CUL_WS_8 T: 22.3  H: 37.2  P: 1012
2014-03-29_16:40:12 CUL_WS_8 W: 0 D: 160 A: 0
2014-03-29_16:42:30 CUL_WS_8 T: 22.3  H: 37.2  P: 1012
2014-03-29_16:42:58 CUL_WS_8 W: 0.4 D: 160 A: 0
2014-03-29_16:45:12 CUL_WS_8 T: 22.4  H: 37.2  P: 1012
2014-03-29_16:45:43 CUL_WS_8 W: 0 D: 160 A: 0
2014-03-29_16:47:53 CUL_WS_8 T: 22.4  H: 37.1  P: 1012
2014-03-29_16:48:29 CUL_WS_8 W: 0 D: 160 A: 0
2014-03-29_16:53:16 CUL_WS_8 T: 22.3  H: 37  P: 1012
2014-03-29_16:54:00 CUL_WS_8 W: 0.1 D: 160 A: 0
2014-03-29_16:55:58 CUL_WS_8 T: 22.3  H: 37  P: 1012
2014-03-29_16:58:39 CUL_WS_8 T: 22.3  H: 37.1  P: 1012
2014-03-29_16:59:31 CUL_WS_8 W: 0.1 D: 165 A: 0
2014-03-29_17:01:21 CUL_WS_8 T: 22.3  H: 37.1  P: 1012
2014-03-29_17:02:16 CUL_WS_8 W: 0 D: 165 A: 0
2014-03-29_17:04:02 CUL_WS_8 T: 22.3  H: 37.1  P: 1012
2014-03-29_17:05:02 CUL_WS_8 W: 0 D: 165 A: 0
2014-03-29_17:06:44 CUL_WS_8 T: 22.3  H: 37.1  P: 1012
2014-03-29_17:07:47 CUL_WS_8 W: 1 D: 165 A: 0
2014-03-29_17:09:25 CUL_WS_8 T: 22.3  H: 37.1  P: 1012

betateilchen · 29 März 2014, 17:17:19

ergibt folgenden Plot:

(http://up.picr.de/17798441qe.jpg)

W und A sind immer 0, weil Du da noch keine Werte hast - bzw: weil die Werte immer 0 sind, werden sie am unteren Rand geplottet.

Hier das zugehörige gplot-File:

Code Auswählen


# Created by FHEM/98_SVG.pm, 2014-03-29 16:10:26
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title '<L1>'
set ytics 
set y2tics 
set grid
set ylabel "Temperatur"
set y2label "Feuchtigkeit"
set y2range [0:100]
set y3label "Druck hPa"
set y3range [950:1050]
set y4label "Richtung"
set y4range [0:360]

#FileLog 4:CUL_WS_8.T\x3a::
#FileLog 6:CUL_WS_8.T\x3a::
#FileLog 8:CUL_WS_8.T\x3a::
#FileLog 4:CUL_WS_8.W\x3a::
#FileLog 6:CUL_WS_8.W\x3a::
#FileLog 8:CUL_WS_8.W\x3a::

plot "<IN>" using 1:2 axes x1y1 title 'T' ls l0 lw 1 with lines,\
     "<IN>" using 1:2 axes x1y2 title 'H' ls l1 lw 1 with lines,\
     "<IN>" using 1:2 axes x1y3 title 'P' ls l2 lw 1 with lines,\
     "<IN>" using 1:2 axes x1y2 title 'W' ls l3 lw 1 with lines,\
     "<IN>" using 1:2 axes x1y4 title 'D' ls l4 lw 1 with lines,\
     "<IN>" using 1:2 axes x1y2 title 'A' ls l5 lw 1 with lines

rabbe · 29 März 2014, 17:19:58

Zitat von: Waldmensch am 29 März 2014, 17:12:46
@rabbe: vielen Dank für die Infos - ich glaub ich muß dann doch mal aufs Dach $:-\$

In einem anderen Thread vor ein paar Tagen hatte ich schon einmal ein Bild angehängt. http://forum.fhem.de/index.php/topic,21807.0.html

Code Auswählen

2014-03-09_13:46:37 CUL_WS_8 R: 25

Franz Tenbrock · 29 März 2014, 19:12:16

Hallo kann man ev auch andere Windsensoren umbauen? Worauf müßte man achten?

Waldmensch · 29 März 2014, 19:53:34

Zitat von: Franz Tenbrock am 29 März 2014, 19:12:16
Hallo kann man ev auch andere Windsensoren umbauen? Worauf müßte man achten?

Na das Protokoll muß halt unterstützt sein vom FHEM. Das ist ja beim WS7000 gegeben, nur halt auf 443Mhz. Wenn das Datenpaket über eine andere Frequenz reinkommt ist es ja wurscht, solange das Paket an sich aufgeschlüsselt werden kann. Ich habe die WS7000 Sensoren noch aus einem Komplettpaket mit der ELV Wetterstation mit Touchscreen. Das Teil ist irgendwann mal verstorben. Ich habe dann alle Sensoren umgebaut um sie mit einer ebenfalls umgebauten PC-WS2500 und weiteren 886Mhz Sensoren zu loggen. Das Projekt ist aber mit dem Tod meines Servers eingeschlafen. Nun hat sich durch Zufall der WS7000-20 aus der Abstellkammer bei FHEM angemeldet (dank 8dbi Antenne am COC zufällig ein Paket eingefangen und autocreate hat ihn zugefügt) Da habe ich halt den Windsensor mal in die Sonne gelegt (Solarzelle) und schwups war er auch da. Wie gesagt, das WS7000 System wird eh unterstützt, auf 443. Aber halt auch auf 886 nach Umbau. Allerdings wird es sicher billiger einen 443 CUL zu nehmen als 886er Sender für alle Sensoren zu beschaffen.