...
- dcs is totally down. It appears to have lost power on 21 Dec soon after being powered up and subsequently died on 26 Dec. Could the Victron have V/I limit settings set incorrectly? Update: Sebastian says that his power (connecting to our AC outlet) is fine. This further suggests that this is a Victron issue, rather than AC power. DONE, Victron was bad. Replaced.
- pc is totally down. Similarly, it lost power on 15 Dec soon after being powered up and died 23 Dec.dc stopped connecting today (30 Dec). Power was good when it stopped – a modem issue? AC not getting from power panel to job box – cable issue? DONE, extension codes became unplugged under the snow.
- lc power cord was cut by plow. Might stay up until we get there and replace the cord.
- up may or may not have a power drop, so might need to create another solar farm. (Do we have cables?)
...
- Most sonics are reporting NA, though they did work initially. Assuming this is ice related (try more heating?), but might check with Campbell to see if a configuration change would help. See table below
- Most EC150s also show missing data. However, in at least one case, I've found the EC150 data to be okay – just missing because statsproc processes it in a group with the sonic data that ARE bad. Hopefully, fixing the sonics will bring back the EC150 values.
- A thermocouple appears to have been plugged in at sh on 19 Dec, but seems to have died on 21 Dec – just 2 days later. While it was plugged in, the data look good, though not exactly like tc (maybe a good thing). I do see noise above 3Hz during the day and 8Hz at night.
- Rfan.3m.prs is bad (T/RH ok). Housing should be replaced? DONE, old housing had no fan!
- Rlw.in.2m.prs not reporting (in the CVF4 housing) – another Binder issue? DONE, mote wasn't sampling, then Rlw.in wanted to be opened up all the way and reassembled.
- Tsoil.mw is all -273. Hopefully, just a loose Binder connector
.DONE, was loose Binder. - P.2m.prs was missing horizonal pipe mount. FIXED
- HRXL.cc stopped reporting 24 Dec.
...
- test heating scripts
- it appears that I'm close to parsing the RAD_LOGGER message correctly, but we should check with Sebastian. I suspect that my "Rpile" variable from him really is an uncalibrated pile voltage.
- why are there still "Early sample...prior to sorting window" errors using prep? I thought our new timing fixed all this!
- why are there frequent "EMERGENCY|SampleOutput: inet:128.117.43.122:30010: IOException: inet:128.117.43.122:30010: send: Message too long, disconnecting" error messages on the DSM consoles? Could these be from the OTT, that reports something like a 32k byte sample?
- create irga_co2/h2o.dat QC files by height for supersites
- update all csat.dat QC files once boom angles are known.
Sonic status:
site | ec100 | ec150 | csat |
---|---|---|---|
up | ok | ok | ok |
lc | ok (fuse replaced) | ok | ok |
cc | ok | ok | ok |
dc | ok | ok | ok |
sp | ok | ok | ok |
sh | ok | ok | x |
mh | ok | ok | ok |
pc | ok | ok | ok |
mw | ok (replaced) | x | ok (replaced) |
prs.1m | ok (replaced) | ok | ok |
2m | ok (replaced) | ok | ok |
3m | ok | ok | ok (replaced) |
7m | ok | ok | ok (replaced) |
17m | bad port (will need to replace dsm) | ok? | ok? |
32m | ok | ok | ok (replaced) |
dcs.1m | ok | ok | ok |
2m | ok | x | ok |
3m | ok | x | ok |
7m | ok | ok | ok |
17m | ok | ok | ok |
32m | ok | ok | ok |