August 17, 2012
10:00am - 1:30pm MDT
Three batteries installed at Turbulence Tower. Four component was installed and working. New TRH 2m top plate. New 2m sonic (CSAT0536) was installed to replace odd sonic.
August 15, 2012
10:30am - 3:00pm
Putting freshly calibrated sonics (CSATs) on turbulence tower with Licors, TRHs and barometer. The four-component radiation did not get mounted due to a mount missing. System was check with just a charger powering instruments but then shut off due to missing batteries. Everything looks good but the 2m sonic.
Guy tensions were checked.
Remember: Batteries, radiation mounting plate, radiation instrument, boom and electronics box.
45m: CSAT0537, Licor 1166
30m: CSAT0853
15m: CSAT0539, Licor 1164
7m: CSAT0800
2m: CSAT0855, Licor 0813
Aug 23, 11:30 am
Installed a new kernel with one small difference in the PC104 interrupt handling. If the PC104 interrupt hander is called, and it sees no bits set in the pending value, then it goes ahead and call handlers for all unmasked PC104 interrupts (which in manitou's case is just one, IRQ 3).
This logic was also in the patched 2.6.16 kernel. It counted these "spurious" interrupts and from time to time, complained about them. The new code doesn't log any complaints. The intcount script could be used to see if it is happening frequently.
Since re-installing the data system last week, with the new kernel, I've seen a few timeouts where all data from the emerald cards cease. This patch may help that.
The data system was re-installed on Aug 15. It is the same hardware (CPU, serial cards, usb disk, enclosure and interface panels) as before.
The Linux kernel has been upgraded, from 2.6.16 to 2.6.35. This kernel has PPS support, so an extra patch was not needed to get the PPS from the GPS. It also does not have the bug where executables could not be run from compact flash. Therefore they are not copied to ram disk at bootup.
This kernel also sets the PC104 CPLD to do the default linux-style interrupt handling, where AUTO_CLR and RETRIG are not enabled as before. The GPIO interrupt that serves the PC104 is now an edge detect interrupt. It has a patched handler for the edge detected interrupts.
The Licors are also modified with a fix that was found when testing at FLAB. Because the CTS line into the DSM was allowed to float,then it generated interrupts over a long cable. They occur when the TX line from the Licor is active, so it must be some sort of cross talk. It is not simple to disable CTS interrupts in the kernel. Instead, the CTS to the DSM was looped back to RTS from the DSM in the Licor box and not allowed to float. The Licor CTS was already looped back to its RTS in the box, so this is a symmetrical loopback.
We shouldn't see any of the "spurious interrupt" messages, primarily because the kernel now doesn't complain about them, but also since we are not getting the storm of CTS interrupts, then things should be much more predictable.