A19 TRH 2m died overnight. Even after power cycle (to the entire mote), it didn't come up. Found that, indeed, this sensor (#65) wouldn't talk on the I2C (though the fan was on). I installed spare sensor #67 and it reported only nan! I tested spare sensor #07 (removed from another station long ago) and it seemed fine. Set CUR 80 on #07 and installed it.
This morning made the rounds to change all TRH fan current limits to 80mA. First, did all the serial-connected TRHs remotely A1, A2, A3, A5, A6, C20, M21, M22. Then walked to every other station with a serial TRH head, a Bulgin sensor test cable, a laptop, and a mote battery. My procedure was to pull the top SHT, plug it in to this test head, reprogrammed CUR 80, reinstall it, repeat for lower, then press the mote rescan button. The order was A19, A18, A16, A17, A15 (took a break), A9, A10, (another break to do stuff at M), A11, A12, A13, A14, A8, A7, A4, finishing about 1245. I also foil taped all remaining TRH booms (except M).
Obviously, 80mA is still a guess, but should give us a bit more headroom.
Note that with this procedure, there was perhaps a minute of data from each TRH when the inlet tube wasn't yet installed. Ideally, this minute should be removed.
The following "wagon wheels" were loose, but I didn't have an Allen wrench to fix:
A4 lower
A13 lower
?A14 both
To try to get the Tsoils to work, Gordon logged in to the motes and issued the commands:
dr=5
eeupdate
to both soil motes. This got rid of the 94.xx values in Tsoil.c, but did not recover Tsoil.g. I'll try swapping in another Tsoil.g soon.
Don, Jielun, and I, with occasional assistance by Larry and Yong Hi, completed a height survey of all tower sites. We were worked continuously from about 10:30 to 18:30 with a short lunch break. Hopefully the numbers will work out some time.
We encountered one more (small) rattlesnake.
The 0700-0730 wind profile has light winds with direction turning from 200-350 degrees in the lowest 10m, then higher from the north above -- a two-layer flow.
Out of desperation (T.15m was turning off its fan), I just figured out SRS's code:
control-U to get into user mode
"CUR xx" to set the current limit to xx
"EXT" to get back to data reporting mode.
Obviously, this only works on serial TRH's.
While Larry and I were working on C tonight, we noticed that the transformer was "mooing" about every 5 seconds. I had the impression that it was choosing a different tap every time (BIll's?) SODAR beeped. It didn't sound normal or healthy.
Had just seen that PTB at C wasn't coming in. Visited the site and determined that the Emerald port (10) was bad. (PTB ran fine on TRH's port 9 and swapping fuses didn't help either.) Moved the PTB to port 12, changed config (just on the DSM), and adn/aup. Now getting data.
Looking back, this port died during the lightning. Nice (and a bit of a mystery) that only one port blew!
Just now, temperature is dropping like a stone and winds are 0 many places.
A working list of issues I'm seeing from cockpit -- I'll edit this as they are dealt with...
All sonics: diagbits and ldiag change multiple times per frame. Does this indicate sonic problems?
A11: Vmote.c is low, as if there was no charging.
A11: Tsoil.1.9cm.g at bottom of plot?
A19: TRH 2m was dead. Responded to tio 3 0/1. Not good.
A1 (only): U,V scale only positive
C20: Baro dead. Does not respond to eio 10 0/1
M21: No Picarro (of course)
Both Licors just set to 20 samples/s using:
(Outputs (BW 20) (Delay 0) (RS232 (Freq 20.0)))
Gordon, Oct 7
btmote8, the bluetooth mote at 8, sampling the 2 TRH's, has been out since Sep 25.
The bluetooth radio is a BlueRadios chip, MAC address 00:A0:96:32:00:BC.
I have tried resurrecting it, cleaning the corrosion on the radio board, and testing the radio on 3 different mote boards, using the serial mote cable at station 5. At 5 the power mote is in port 7. I use minicom on port 8 to test btmote8.
The motes come up in serial mode, without pressing the white button twice. Otherwise the mote boards work fine. One can change the ID and update the eeprom. The btradio command switches to the interactive interface to the radio, but the radio does not respond to atsi commands, even if ++CR is used. Ctrl-C exits the interactive menu, and the serial data resumes.
Realized that a simple workaround is possible. Station 8 has 8 available serial ports. Reconfigured its XML to read from /dev/ttyS5 instead of btspp:btmote8. TRHs come up and all looks OK. This change is transparent to the processing configuration XML.
Gordon & Steve Oct 7
We are using a combination of batteries. Most left in the trailer are the new batteries purchased for SCP:
Deka Dominator, 12V Gel, 8G24, 335 CCA, 74 A.H at 20Hr (red label)
Also in use leftover from PCAPS are:
Deka Dominator, 12V Gel, Marine/RV, 8G24M, 410 CCA, 74 A.H at 20Hr (blue label)
Gordon, Oct 7
First noticed from cockpit that system voltage (Vdsm) at 11 was low. 11 gets its power from the supply at the main tower.
As of the last modification (yesterday?) the power system at main just has the gray brick power supply and a battery, no charge controller.
Measured 5.9V on the DC cable going to 11.
Disconnected supply and load from the battery.
Power supply still seems OK: 12.8 V with no load. But it appears that it can't support the load of M21, Mu22 and sensors on the main tower and station 11.
Battery: 9.3 V with no load.
Vased on the real-time archive, he data systems were up, since their power supply cards support a wide range. Surprisingly most sensors stayed up. The PTB on main died first at 10:46 local, the licors quit at 10:55,10:57. Most of the rest was up when I cut power.
