Habedieehreoidewuaschdhaud!

DuffyDuc hat folgendes geschrieben:

Nö, das openport und die Sequenz für den COM-Port. Danach mach ich immer eine Statusabfrage ($FE $32 $FC). Die WS500 antwortet dann nicht immer.

Aha, Du initialisierst also den COM-Port, frägst ddie Konfiguration der WS500 ab, frägst vermutlich dann den current record ab und dann die next_records. So zumindestens steht's bei mir im Moment im script.

Zitat:

Code: Status:       S1 S2 S3 S4 S5 S6 S7 S8 S9 Ti AltAltWipWip 0  1  2  3  4  5  6  7  8  9  10 11 12 13 14 15 16 |--|--|--|--|--|--|--|--|--|--|--|--|--|--|--|--|-- FE 32 00 00 00 00 00 00 00 00 11 05 03 02 01 27 FC

Hmmm, was war/ist denn hier wieder "S", "Ti" und "Alt"? Wip ist wohl die Anzahl der Wippenschläge, Alt ev die Meereshöhe, oder?

Zitat:

Importdatei: Die meisten Provider lassen keinen direkten mySQL-Zugriff zu!!!!!

Na, entweder nutze ich dann hierzu meinen ws500.dynalias.org oder ich schiebe später die Daten alle 5 minuten hinauf zum ISP. Das mache ich zumindestens jetzt schon, mit den dynamisch erstellten (NewsClipper) Seiten auf meiner homepage.

Zitat:

Also die Station steht bei mir und wird ausgelesen aber die Daten können nicht direkt übertragen werden. Ascii-Datei und FTP-Upload. Ein Cron schreibt dann die Werte in die mySQL.

Darf ich mal fragen, wie Du das machst, IMHO nicht mit 'nem Tux, oder?

Pfiade,
Django

Hi,

ganau lese zuerst die Konfiguration:

S1-S9 sind die Sensoren:
Wert : 10 -> Sensor vorhanden
Wert - 10 > 0 = Dropouts

Ti : Speicherintervall
Alt: Stationshöhe
Wip : Wipcount

S9 (11)= 1 Dropout
Ti=5min
Alt=770m
Wip=295

S1 S2 S3 S4 S5 S6 S7 S8 S9 Ti AltAltWipWip
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
|--|--|--|--|--|--|--|--|--|--|--|--|--|--|--|--|--
FE 32 00 00 00 00 00 00 00 00 11 05 03 02 01 27 FC

Stefan

HI,

so hab' mir mal den current-Datensatz etwas genauer angekuckt. (da ja bei j_k's ws300 die Anzeige bei mir nicht stimmte - so vermutete ich 'nen Fehler in der Zuordnung)

Aktuell habe ich folgende Messwerte "auf der WS stehen":
Innen: 23,8 °C
Innen: 57 %
Außen: 17,3 °C
Außen: 72%
Luftdruck: 950 hPa
Regen: 0
Sonnenschein: 2:30
Wind: Südwest (215°); 0 kmh

Ich lehne mich mal bei meinen folgenden Überlegungen an die ws300_daten.txt von j_k an:

Die ersten 29 Bytes sind klar und die umgerechneten 17,3 °C in 173(dec) in AD(hex) sind klar, ebenso die 72% Luftfeuchtigkeit in 48(hex). Die restlichen aktuellen werte sind auch schnell gefunden, die meisten zumindestens.

Code:

01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29       T1 T1 F1 T2 T2 F2 T3 T3 F3 T4 T4 F4 T5 T5 F5 T6 T6 F6 T7 T7 F7 T8 T8 F8 T9 T9 F9 FE 33 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 AD 48 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 RA IN WI ND *1 *1 SONNE TI TI FI DRUCK WW ABSCHLUSS-CODE 00 02 00 00 2C 00 00 96 00 EE 39 03 B6 01 FC

Fange ich nun ganz links bei diesem Musterdatensatz an zu zählen an, dann ist:

Code:

Byte 01      = FE (Kommunikation mit der WS starten) Byte 02      = 33 d.h. aktuellen Datensatz abholen Byte 03 - 05 = Fühler 1 Temperatur (03 und 04) und Feuchte (05) Byte 06 - 08 = Fühler 2 Temperatur (06 und 07) und Feuchte (08) Byte 09 - 11 = Fühler 3 Temperatur (09 und 10) und Feuchte (11) Byte 12 - 14 = Fühler 4 Temperatur (12 und 13) und Feuchte (14) Byte 15 - 17 = Fühler 5 Temperatur (15 und 16) und Feuchte (17) Byte 18 - 20 = Fühler 6 Temperatur (18 und 19) und Feuchte (20) Byte 21 - 23 = Fühler 7 Temperatur (21 und 22) und Feuchte (23) Byte 24 - 26 = Fühler 8 Temperatur (24 und 25) und Feuchte (26) Byte 27 - 29 = Kombiaußenfühler Temperatur (27 und 28) und Feuchte (29) Byte 30 - 31 = Regen (Berechnung mir noch unklar!                {unbedingt klären}) Byte 32 - 33 = Windgeschwindigkeit (in m/s? Berechnung mir noch unklar!                {unbedingt klären}) Byte 34 - 35 = Windrichtung (35){Winkel = Wert *5 in °} und Schwankung (36)                {Winkel = Wert *5 in °} Byte 36 - 37 = Sonnenscheindauer in Minuten Byte 38 - 40 = Innenfühler Temperatur (38 und 39) und Feuchte (40) Byte 41 - 42 = Luftdruck (absolut) in hPa Byte 43      = ?? ist das die Wetterwilli-Kodierung? Byte 44      = FC Abschluss-Byte

Das bedeutet erst mal, der Datensatz, wie ihn j_k in seiner Datei beschrieben hatte scheint zu stimmen. Also muss ich mir keinen weiteren Gedanken bzgl. der falschen Darstellung bei ws300 machen. Ich dachte immer das ist eine falsche Zuordnung vom Datenfeld. Auch das Thema Sonnenscheindauer ist wohl nun geklärt. Was mich nun noch interessiert ist die genaue Werteumrechnung für Byte 30 - 31, Byte 32 - 33 sowie Byte 43. Die Angabe von Byte entspricht hier natürlich nur auf Bezug zu diesem o.g. Datensatz. In der späteren Doku, an der ich nebenbei schreibe wird dies als Feld-Nummer bezeichnet, ich glaube das ist dann klarer.

Soweit so gut, dann werd' ich mir mal später den Konfigurations-Datensatz nochmals ansehen. Damit ich zum einen das richtig verstehe und zum anderen das dann auch in die Doku übernehmen kann. Aber ich sehe gerade DuffyDuc hat da ja schon ein paar wertvolle Tips gegeben.

Nu' denn, dann mal bis später ...

ttyl,
Django

HI!

DuffyDuc hat folgendes geschrieben:

ganau lese zuerst die Konfiguration:

Jepp, das ist schon eingebaut. Zumal ja die Angaben des eingestellten Wippenfaktors wie auch der Höhe für die Berechnung der Regenmengen bzw. des relativen Luftdrucks benötigt werden.

Aktuell habe ich folgenden Satz ausgelesen:

Code:

00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16       T1 T2 T3 T4 T5 T6 T7 T8 T9 DD HOEHE WIPPE ABSCHLUSS-CODE FE 32 00 00 00 00 00 00 00 00 10 05 01 F7 01 27 FC

Die Beschreibung der Bytes, und diesesmal sind es auch immer genau die Datensatzfelder ist dann, wie Du schon richtig gesagt hattest:

Code:

Byte 00      = FE (Kommunikation mit der WS starten) Byte 01      = 32 d.h. aktuelle Konfiguration auslesen Byte 02      = Fühler 1 vorhanden? (00 == nein, 10 == ja >10 == Dropouts                (Wert - 10 == Anzahl der Dropouts) Byte 03      = Fühler 2 vorhanden? (00 == nein, 10 == ja >10 == Dropouts                (Wert - 10 == Anzahl der Dropouts) Byte 04      = Fühler 3 vorhanden? (00 == nein, 10 == ja >10 == Dropouts                (Wert - 10 == Anzahl der Dropouts) Byte 05      = Fühler 4 vorhanden? (00 == nein, 10 == ja >10 == Dropouts                (Wert - 10 == Anzahl der Dropouts) Byte 06      = Fühler 5 vorhanden? (00 == nein, 10 == ja >10 == Dropouts                (Wert - 10 == Anzahl der Dropouts) Byte 07      = Fühler 6 vorhanden? (00 == nein, 10 == ja >10 == Dropouts                (Wert - 10 == Anzahl der Dropouts) Byte 08      = Fühler 7 vorhanden? (00 == nein, 10 == ja >10 == Dropouts                (Wert - 10 == Anzahl der Dropouts) Byte 09      = Fühler 8 vorhanden? (00 == nein, 10 == ja >10 == Dropouts                (Wert - 10 == Anzahl der Dropouts) Byte 10      = Kombiaußenfühler vorhanden? (00 == nein, 10 == ja >10 == Dropouts                (Wert - 10 == Anzahl der Dropouts) Byte 11      = Intervall der abgespeicherten Datensätze  Byte 12 - 13 = Standort der Station über NN in mtr. Byte 14 - 15 = Faktor == Wert /1000 für die Berechnung der Regenmenge pro Wippenschlag Byte 16      = FC Abschluss-Byte

Die Regenmenge errechnet sich dann wie folgt: Wippenschläge * Faktor in mm Niederschlag. In meinem Falle sind das dann 0,295mm (01 27 == 295)

Soweit so gut, nun ist's erst mal Schluss für heute. wer'd die Tage mit Basti noch ein wenig perl-Intensivierungscrashkurs machen und dann geht's hoffentlich bald an die Übertragung in die MySQL-DB. Sobald's was neues gibt, werd' ich mich melden!

n8 zusammen!

Django

HI,

also die Kommunikation mit der WS läuft mittlerweilen sehr stabil. Bis jetzt hab' ich keinen Aussetzer mehr! Nein nicht ich, ich meine natürlich das Programm!

DAnnn werd' ich mal weitertesten!

ciao,
Django

HI,

so, der erste Versuch ist fast fertig, na ja, bis auf die "leidige" Doku. Das Auslesen der Konfiguration wird mit Hilfe eines scriptes vorgenommen.

Was ich j_k noch fragen wollte: Das Thema escape-handling trifft ja letztendlich immer zu, oder? auch bei der Konfiguration. Könnte doch ja auch sein, dass die Dropouts bzw. die Höhenangabe die Werte FC, FE oder F8 beinhalten.

Ich denke mal, da muss ich dann noch ein wenig mehr Gehirnschmalz hineinstecken.

ciao,
Django

HI DuffyDuc,

DuffyDuc hat folgendes geschrieben:

Ascii-Datei und FTP-Upload. Ein Cron schreibt dann die Werte in die mySQL.

Du schreibst in eine Textdatei. Gut, hast Du dort dann die reinen Hex-werte noch stehen, oder sind das schon die umgerechneten Werte in "Klartext"?

Hast Du da ev. mal 'n Codeschnipsel - also ein paar Zeilen dieser Ausgabedatei - für mich? Wir haben heute mal unsere Köpfe zusammengesteckt und es wird wohl so werden, dass man zum einen direkt in eine MySQL schreiben kann zum anderen aber auch ein Textfile generiert werden wird. Damit man ev. so wie Du es machst, vorgehen kann.

ciao,
Django

Sers (oder so ähnlich),

ich benutzte ws2500tomysql (Perl) von Rainer Krienke.
Das Format ist im Download von ws2500 beschrieben. Da ist alles dabei. Das Datenbankschema ist ja bekannt, da haben j_k und RK sich geeinigt .

Das Importfile würde ich persönlich etwas anders aufbauen:
-den Kopf nicht beachten
-zeilenorientiert (nicht Block)

das sähe dann etwas so aus:

## THS(Temp/humidity),StationID,SensID,DropOuts,Date,Time,Temperatur(°C),Humidity(%),New(1)
## PR(Pressure),StationID,SensID,DropOuts,Date,Time,Pressure-relativ(hPa),New
## RS(Rain),StationID,SensID,DropOuts,Date,Time,Counter(1),OneCount(mm/1000),Rain(mm/1000),Tol(1),New(1)
## WS(Wind),StationID,SensID,DropOuts,Date,Time Speed(Km/h),Direction(°),Variance(°),New(1)
## LS(Light),StationID,SensID,DropOuts,Date,Time Light(lux),Factor(1),Flag(1),Duration(h),New(1)
## PS(Pyranometer),StationID,SensID,DropOuts,Date,Time,Energy(W/m),Factor(1)
## Datetime in GMT
##----------------------------------------------------------------------------------------------------------
THS,1,1,0,17.09.2006,10:00:00,15.0,57.0,1
THS,1,17,0,17.09.2006,10:00:00,25.6,41.0,1
IS,1,1,0,17.09.2006,10:00:00,937.0,1
RS,1,1,0,17.09.2006,10:00:00,1341,295,395301,35,1
WS,1,1,0,17.09.2006,10:00:00,0.0,0,0,1
LS,1,1,0,17.09.2006,10:00:00,45,1,1,5,1
PS,1,1,0,17.09.2006,10:00:00,10,1


Die zweite Möglichkeit wären Loadfiles, die man ohne Prüfung in die Datenbank lädt. Das ist am einfachsten.
Da brauchts nicht mal ein DBI.

Ich schreibe für meine WS300 auch noch ein WSWin-File (import) raus. Sehr gewöhnungsbedürftig. Ist eher an ein csv-Format angelehnt (mit "verschlüsselten" (numerisch) Spaltenüberschriften, die auch die Zeilenlänge festlegen).

;;9;25;10;26;33;34;35;36;38
17.09.2006;10:17;20.2;62.0;25.9;47.0;923.0;0;0.0;0;0

Stefan

HI,

jo, mit Jochens Hilfe bin ich nunmehr schon fast am Ziel. Das Auslesen klappt nun fast zu 99%, eine Textdatei mit denm Messwerten wird auch schon angelegt. Was noch fehlt ist die Fütterung der MySQL sowie die Optiemierung der RRD-Nutzungsroutinen.

Code:

+---------------------------------------+ |     Datensatz-Nummer (Alter): 4       | +---------------------------------------+ |     Regenmenge: 194 Impulse           | |     Wind: 0 km/h                      | |     Windrichtung: 330 °               | |     Windschwankung: 0 °               | |     Luftdruck: 973hpa                 | |     Sonnenscheindauer: 150 Stunden.   | |     Wetterstatus: 2                   | +---------------------------------------+ |     Temperatur 0= 19.4°C              | |     Feuchte 0   = 63% rel.            | +---------------------------------------+ |     Temperatur 1= 0°C                 | |     Feuchte 1   = 0% rel.             | +---------------------------------------+ |     Temperatur 2= 0°C                 | |     Feuchte 2   = 0% rel.             | +---------------------------------------+ |     Temperatur 3= 0°C                 | |     Feuchte 3   = 0% rel.             | +---------------------------------------+ |     Temperatur 4= 0°C                 | |     Feuchte 4   = 0% rel.             | +---------------------------------------+ |     Temperatur 5= 0°C                 | |     Feuchte 5   = 0% rel.             | +---------------------------------------+ |     Temperatur 6= 0°C                 | |     Feuchte 6   = 0% rel.             | +---------------------------------------+ |     Temperatur 7= 0°C                 | |     Feuchte 7   = 0% rel.             | +---------------------------------------+ |     Temperatur 8= 0°C                 | |     Feuchte 8   = 0% rel.             | +---------------------------------------+ |     Temperatur 9= 9.6°C               | |     Feuchte 9   = 89% rel.            | +---------------------------------------+

Zitat:

ich benutzte ws2500tomysql (Perl) von Rainer Krienke.Das Format ist im Download von ws2500 beschrieben. Da ist alles dabei. Das Datenbankschema ist ja bekannt, da haben j_k und RK sich geeinigt .

O.K. na dann werd' ich mir doch mal dieses Programm zur Brust nehmen. Mal sehen wie er das gemacht hat. Die MySQL-Datenbankdefinition kenne ich ja nunmehr hinreissen, die verwende ich ja auch.

Zitat:

Das Importfile würde ich persönlich etwas anders aufbauen: -den Kopf nicht beachten -zeilenorientiert (nicht Block)

Die csv-Datei, die im Moment geschrieben wird sieht dabei wie folgt aus, Die Feldbezeichnungen sind dann entsprechend der Eingangs notierten Tabelle in Verwendung:

Code:

Fri Sep 22 23:25:19 2006;194;0;330;0;973;150;2;19.4;63;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;9.6;89; Fri Sep 22 23:30:28 2006;194;0;330;0;973;150;2;19.4;63;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;9.6;89; Fri Sep 22 23:35:22 2006;194;0;330;0;973;150;2;19.4;63;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;9.6;89; Fri Sep 22 23:40:25 2006;194;0;330;0;973;150;2;19.4;63;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;9.6;89; Fri Sep 22 23:44:55 2006;194;0;330;0;973;150;2;19.4;63;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;9.6;89; Fri Sep 22 23:50:21 2006;194;0;330;0;973;150;2;19.4;63;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;9.6;89; Fri Sep 22 23:55:21 2006;194;0;330;0;973;150;2;19.4;63;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;9.6;89; Sat Sep 23 00:00:24 2006;194;0;330;0;973;150;2;19.4;63;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;9.6;89; Sat Sep 23 00:05:27 2006;194;0;330;0;973;150;2;19.4;63;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;9.6;89;

So, aber nun ist's erst mal genug. Werd' mir mal 'ne Mütze schlaf genhmigen. Und wenn alles klappt, dann kann ich ja das Djangosche-jochen-perl-script nächstes Wochenende - ein bisschen dauerts noch, muss heute Vormittag dann ins Krankenhaus - auf die Menschheit loslassen.

n8 zusammen!

Django

HI,

mal 'ne ganz andere Frage: Welchen Luftdruck sollte man denn in die Datenbank schreiben? Den relativen, oder den absoluten?

Ich denke mal, den auf den Ort, sprich auf Höhe über NN.) wäre doch wohl vernünftiger, oder?

ciao,
Django

Hi Django,

wie du willst; hat alles seine Vor- und Nachteile.
Genauso mit Wipcount oder Menge.

Schon mal Gedanken über die Zeit gemacht? Die sollte nämlich GMT sein. Sonst gibt's kleine Problem bei der Zeitumstellung (DST). Einmal ein Lücke oder doppelte Werte.

Stefan

HI Stefan,

DuffyDuc hat folgendes geschrieben:

wie du willst; hat alles seine Vor- und Nachteile. Genauso mit Wipcount oder Menge.

Schon klar, werd' wahrscheinlich beide werte bereitstellen und via Einstellungsfestlegung kann man dann auswählen, wo was abgespeicheert werden.

Zitat:

Schon mal Gedanken über die Zeit gemacht?

Ähhhn nö nocht nicht so ganz im Detail, bis jetzt zumindestens. Werd' aber dann wohl UTC als Basis nehmen (wollen).
Danke schon mal für den Tip.
So, dann werd' ich mich mal weiter an $sonne machen. Denn da klappt ja noch 'was grundsätzlich ganz und gar nicht! Da bekomme ich derzeit nur "Schwachsinnswerte".

Ciao,
Django

Griaseichallemidananda!

Also irgendwie beiß ich mir gerade gewaltig die Beisserchen aus. Wie die Sonnenscheindauer in dem Datensatz verschlüselt ist, ist mir im Moment noch völlig unklar.

Auf dem Display der WS500 konnte ich vorhin ablesen:

Sonnenscheindauer: 12:30 h und Gesamt 22 h

Frage ich die Station ab bekomme ich folgende Ausgabe:

Code:

Der empfangene Datensatz lautet: fe, 33, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, e3, 3c, 0, f0, 0, 5, 43, 3, 5, d9, 0, d1, 3a, 3, b8, 2, fc, bzw.: 254, 51, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 227, 60, 0, 240, 0, 5, 67, 3, 5, 217, 0, 209, 58, 3, 184, 2, 252, +-------------------------------------------------------+ +               aktueller Datensatz                     | +-------------------------------------------------------+ |       Regenmenge: 240 Impulse                         | |       Wind: 5 km/h                                    | |       Windrichtung: 335 °                             | |       Windschwankung: 15 °                            | |       Luftdruck (rel.): 1011.85 hPa                   | |       Luftdruck (abs.): 949 hPa                       | |       Sonnenscheindauer: 1489 Stunden                 | |       Wetterstatus: 2                                 | +-------------------------------------------------------+ |       Temperatur 0= 20.9°C                            | |       Feuchte 0   = 58% rel                           | +-------------------------------------------------------+ |       Temperatur 1= 0°C                               | |       Feuchte 1   = 0% rel                            | +-------------------------------------------------------+ |       Temperatur 2= 0°C                               | |       Feuchte 2   = 0% rel                            | +-------------------------------------------------------+ |       Temperatur 3= 0°C                               | |       Feuchte 3   = 0% rel                            | +-------------------------------------------------------+ |       Temperatur 4= 0°C                               | |       Feuchte 4   = 0% rel                            | +-------------------------------------------------------+ |       Temperatur 5= 0°C                               | |       Feuchte 5   = 0% rel                            | +-------------------------------------------------------+ |       Temperatur 6= 0°C                               | |       Feuchte 6   = 0% rel                            | +-------------------------------------------------------+ |       Temperatur 7= 0°C                               | |       Feuchte 7   = 0% rel                            | +-------------------------------------------------------+ |       Temperatur 8= 0°C                               | |       Feuchte 8   = 0% rel                            | +-------------------------------------------------------+ |       Temperatur 9= 22.7°C                            | |       Feuchte 9   = 60% rel                           | +-------------------------------------------------------+

Folgende Bytes beinhalten, nach unbestätigten Gerüchten (wo sonst auch - es ist sonst kein Platz mehr unausgefüllt), die Sonnenscheindauer:
fe, 33, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, e3, 3c, 0, f0, 0,
5, 43, 3, 5, d9, 0, d1, 3a, 3, b8, 2, fc,
Bzw. das ganze nochmals "dezimal":
254, 51, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 227, 60, 0, 240, 0,
5, 67, 3, 5, 217, 0, 209, 58, 3, 184, 2, 252,

So, 0x05 0xD9 ergibt, wenn ich mich nicht irre: 1497
oder die 0x05 = 5 und 0xD9 = 217

Die Werte der WS lauten aber: 12:40 bzw. 22 Std. :x

Seh' ich da den Wald vor lauter Bäume nicht, oder was ist los?

Leider kann ich gerade das Logging von WeatherProfesional der WS500 nicht gegenchecken, da ich mir erst wieder 'nen Windows-Rechner besorgen gehen muss.

Vielleicht kann ja da mal jemand vergleichen, was die WS500 anzeigt und was via USB zur Software übertragen wird.

edit:
In der Bedienungsanleitung zur WS500 hab' ich gefunden:

Zitat:

Die Wetterstation WS 500 ermittelt in Verbindung mit dem Kombisensor KS 500 die Sonnenscheindauer. Der vom Kombisensor empfangene Helligkeits- wert wird anhand der – an der Basisstation – eingestellten Schwelle bewertet: Empfangene Helligkeit größer als Schwellenwert Sonne scheint Empfangene Helligkeit kleiner als Schwellenwert Sonne scheint nicht Die Sonnenscheindauer wird mit jedem empfangenen Telegramm um drei Minuten (entspricht der Zeit zwischen zwei Datentelegrammen) erhöht, sofern Sonnenschein erkannt wurde.

Das würde also bedeuten, dass das kleinste Delta dann 3 Minuten wäre und ein bit ev. diese drei Minuten repräsentieren könnte, oder? Na, mal sehen ...


Pfiadseich!
Django

Hi Django,

die Tabelle in PG:

CREATE TABLE sunshine
(
savetime timestamptz(0) NOT NULL,
suncounter int4,
counteramount int4,
isshining bool,
newflag bool,
CONSTRAINT sunshine_pkey PRIMARY KEY (savetime)
)

Deshalb dachte ich der Wert ist nur ein Counter wie bei rain.

1497/60=22,95

Vielleicht springt er bei 1380 auf 23 Std

Eine andere Möglichkeit 22,95 zu interpretieren wäre
22 Tage und 22 Std 48 min. Aber eher nicht!

Habe eben mal in meine PG geschaut und eine Überraschung erlebt: obwohl nur ein WS300 speichert WP immer auch einen Datensatz zu sunshine, winddirection und "allen Sensoren"!!!!!!! Also 1Mio Datensätze Schrott.

Stefan

Habedieehere DuffyDuc!

DuffyDuc hat folgendes geschrieben:

Deshalb dachte ich der Wert ist nur ein Counter wie bei rain.

Das mit dem Faktor dachte ich mir auch. In der Anleitung steht ja was von 3 Minuten als kleinstes Meßintervall beim Sonnenschein. Aber weder mit dem Faktor 3 oder 20(20 Meßwerte pro Stunde) komme ich da auf einen grünen Zweig. Geschweige denn die Gesamtanzahl der gemessenen Stunden.

Hab' heute Abend mal noch zwei Werte ermittelt:

Code:

Feld-Nummer:       27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 Verwendung :       T9 T9 F9 RA IN WI ND *1 *1 SONNE TI TI FI DRUCK WW END 14:21 Tag 24 ges.  00 DD 3B 00 FO 00 00 03 00 06 48 00 EA 35 03 B6 33 FC 14:21 Tag  0 ges.  00 B2 4D 00 F0 00 00 02 00 06 48 00 DE 3B 03 B6 03 FC

Ich hab' mal die ersten Bytes des jeweiligen current-Datatelegramms gelöscht. Also wenn in dem Datatelegramm die Gesamtsonnenscheindauer codiert übertragen wird, dann in dem Byte Nummero 43 "WW - WetterWilli". Denn das ist das einzigste, das sich nach dem Löschen der Sonnenscheindauer verändert hat.

Werd' mal morgen die Station in den Keller stellen und mein script mitlaufen lassen. Wenn die Funkverbindung dann nicht abreisst, dann sollten wir zumindestens mal alle 5 Minuten das Teil hochzählen sehen, wenn denn dann mal die Sonne scheint.

Zitat:

Habe eben mal in meine PG geschaut und eine Überraschung erlebt: ... Also 1Mio Datensätze Schrott.

Tja ein Grund mehr, das selbst in die Hand zu nehmen. Sollte ich das ev. konfigurierbar machen, was abgespeichert werden soll und was nicht?

Pfiade,
Django