After a lot of headache, I got the OAF working again - read on for details.....................
Sometime last week, Jenne, Kiwamu, and I tried to update the OAF model to include the IIR "feed-around" path.
This path is in parallel to the existing FIR-based adaptive FXLMS stuff that Matt put in earlier. The reason for the
new path is that we want to try emulating the same FF technology which has been successful lately at LLO.
However, we were unable to make the ASS work after this work. Mostly, the build stuff worked fine, but we couldn't get DTT
to make a transfer function. The excitation channels could be selected and the excitation would actually start and get all the
way into MC1, but DTT would just hang on the first swep-sine measurement with no time-out error. Clearly our ASS building
documentation is no good. We tried using the instructions that Koji gave us for AAA, but that didn't completely work.
In particular, the 'make-uninstall-daq-ass' command gave this command:
[controls@c1ass advLigo]$ make uninstall-daq-ass
grep: target/assepics/assepics*.cmd: No such file or directory
Please make ass first
make: *** [uninstall-daq-ass] Error 1
re-arranging the order to do 'make-ass' first fixes this issue and so I have fixed this in the OAF Wiki.
The there's the whole issue with the tpchn_C3.par file. This contains all the test point definitions for the ASS/OAF machine. The main
IFO numbers are all in tpchn_C1.par and the OMC is all in tpchn_C2.par. When we do the usual build, in the 'make install-daq-ass' part:
[controls@c1ass advLigo]$ make install-daq-ass
Installing GDS node 3 configuration file
/cvs/cds/caltech/target/gds/param/tpchn_C3.par
Updating DAQ configuration file
/cvs/cds/caltech/chans/daq/C1ASS.ini
we get this .par file installed in the target area. The ACTUAL param file seems to actually be in /cvs/cds/caltech/gds/param !!
Of course, it still doesn't work. That's because the standard build likes to point to /cvs/cds/caltech/gds/bin/awgtpman and the one that runs on
linux is actually /opt/gds/awgtpman. So I've now made a file called startup_ass.cmd.good which runs the correct one. However, the default build
will try to start the wrong one and we have to fix the 'startass' script to point to the correct one on each build. Running the correct awgtpman
allows us to get the TP data using tools like tdsdata, so far no luck with DTT.\
UPDATE (23:33): It turns out that it was my old nemesis, NTPD. c1ass had a /etc/ntp.conf file that was pointing at an ntp server called rana113. I
am not an NTP server; I don't even know what time it is. I have fixed the ntp.conf file by making it the same ass c1omc (it now points to nodus). After
this I set the date and time manually (sudo date -s "20 DEC 2009 23:27:45" ) and then restarted NTPD. It should now be fine even when
we reboot c1ass.
After all of this nonsense, I am able to get TP data from c1ass and take transfer functions between it and the rest of the world ! |