Closed GoogleCodeExporter closed 9 years ago
@Tim: Schau mal in die Config-Datei. Bedeutet die 1, 2, ..., 6 am Ende der
00xrad-Logger-Zeilen, dass das die Höhenschicht ist? Was ist 000rad - da steht
keine Zahl am Ende.
Was ist oben/unten?
Wie rechnet man die Volt in Strahlung/mol-Einheiten um?
Hier der Link auf die Datei (suche nach "rad")
http://code.google.com/p/julendat/source/browse/src/julendat/scripts/stations_ki
/ki_config_station_inventory.cnf
Original comment by nau...@googlemail.com
on 25 May 2012 at 5:54
Moin,
ich denke mal es handelt sich hier um cof3?
Bei den 00xrad loggern werden teilweise PAR-Sensoren andgeschlossen und
teilweise Pyranometer. Die Nummern in der config Datei ganz hinten sind für
die PAR Sensoren die (von mir vergebenen) Seriennummern der einzelnen Sensoren.
Die sollten für die Prozessierung egentlich unrelevant sein. Mit Höhe haben
sie nichts zu tun. Die müssen wir im taskbook nachschauen. 000rad ist ein
Pyranometer und da steht die Seriennummer (im Falle von cof3 13) ein wenig
weiter vorne unter (SERIAL_PYR01).
Die Umrechnung erfolgt für alle Sensoren gleich (laut D+K):
Pyranormeter: 10uV/Watt m/2
PAR: 10.00uV/umol m/-2 S/-1
Das u steht hier für micro.
Original comment by tim.appe...@gmail.com
on 26 May 2012 at 7:02
wenn der Fehler bei hom4 auftritt, dann liegts daran dass dazu noch nix im
config file steht (is mir gerade aufgefallen)
Original comment by tim.appe...@gmail.com
on 26 May 2012 at 7:43
Wie benenne wir dann die Spalten in den Datensätzen. Wenn wir zwei
PAR-Sensoren haben am Logger haben und nur PAR drüberschreiben, dann ist das
ja nicht eindeutig. Wir könnten die Nummern dahinter schreiben und in den
Metadaten erklären (die Installationshöhe der PAR-Sensoren kann sich ja auch
mal ändern).
Original comment by nau...@googlemail.com
on 26 May 2012 at 8:24
Entweder wir setzen die jeweiligen Seriennummern dahinter oder wir machen
einfach 2 Spalten mit _01 und _02:
...,Ta_200,rH_200,PAR_200_01,PAR_200_02,SWDR_200_01,SWDR_200_02
eigentlich sollte die Messung ja in 200 cm Höhe laufen (das mit den Profilen
wurden ja vor Ort erst festgelegt). Und je nach dem, ob ein SWDR und ein PAR
oder jeweils 2 gleiche am logger hängen werden die Spalten entsprechend
gefüllt bzw. auf NA gesetzt.
Also zum Beispiel bei 1 x PAR und 1 x SWDR:
...,Ta_200,rH_200,PAR_200_01,PAR_200_02,SWDR_200_01,SWDR_200_02
...,23.75,79.34,230.45,NA,466.78,NA
und bei 2 x PAR:
...,Ta_200,rH_200,PAR_200_01,PAR_200_02,SWDR_200_01,SWDR_200_02
...,23.75,79.34,230.45,224.72,NA,NA
und 2 x SWDR:
...,Ta_200,rH_200,PAR_200_01,PAR_200_02,SWDR_200_01,SWDR_200_02
...,23.75,79.34,NA,NA,466.78,477.39
Vielleicht wäre es aber doch eleganter, wie du vorschlägst, einfach die
Seriennummern der Sensoren dahinter zu schreiben und sich damit 2 Spalten NA zu
sparen. So nach dem Motto:
...,Ta_200,rH_200,PAR_200_08,SWDR_200_13
...,23.75,79.34,230.45,466.78
Und für die jeweiligen anderen Möglichkeiten entsprechend...
Ich bin, falls gleicher Implementierungsaufwand, für letzteres.
Original comment by tim.appe...@gmail.com
on 26 May 2012 at 8:52
Woran erkenne ich denn, ob PAR oder SWDR?
Original comment by nau...@googlemail.com
on 26 May 2012 at 2:36
am Seriennummeerneintrag in der config Datei. SERIAL_PYR01 & 02 sind SWDR,
SERIAL_PAR01 & 02 sind PAR.
Original comment by tim.appe...@gmail.com
on 26 May 2012 at 2:42
Zur info, dass die Sensoren so einfache Seriennummern haben liegt daran, dass
sie eigentlich keine haben und ich die Seriennummern so festgelegt habe und ins
Gehäuse geritzt habe... Keine Angst, ich habe nicht ins weisse
Siliconplättchen geritzt!
Original comment by tim.appe...@gmail.com
on 26 May 2012 at 2:45
Original comment by nau...@googlemail.com
on 15 Oct 2012 at 12:06
Original issue reported on code.google.com by
nau...@googlemail.com
on 25 May 2012 at 5:48