| Experiment | End date |
Friend | Result | Problem |
Text |
| EG049A | 2011-03-08 | K. Borkowski | Success | None | No known problems. |
| EG051B | 2011-03-10 | K. Borkowski | Success | None | No known problems. |
| EG052A | 2011-03-03 | Kaz Borkowski | Success | None | No known problems. |
| EG052A | 2011-03-03 | Kaz Borkowski | Failure | RECE | Backward analysis indicate that most probably LO was set wrongly to 5904 MHz (a leftover from preceding observations). But please try to correlate. |
| EG052B | 2011-03-04 | K. Borkowski | Success | None | No known problems. |
| EG053 | 2011-03-12 | Kaz Borkowski | Success | None | No known problems. |
| EL040G | 2011-03-01 | K. Borkowski | Success | None | No known problems. |
| EM090C | 2011-02-28 | Kaz Borkowski | Minor failures | None | Some 25 minutes lost after hang-up of the telescope control system at 8:50. Otherwise no known problems. |
| ER026A | 2011-03-05 | Kaz Borwkowski | Success | None | No know3n problems. |
| EV018C | 2011-03-09 | Kaz Borkowski | Minor failures | RECO | Inserting second diskpack (DP) into bank B at a break between scans at 8:06 UT made Mark5A report a 'Record pointer not increasing'. We had to reboot it twice and remove the DP from bank B to resume the recording at 9:09 only. Similar problem occured at DP change (11:18), when we again lost about 10 minutes of recording. |
| EZ020C | 2011-03-06 | K. Borwkowski | Success | None | No known problems. |
| GV020E | 2011-02-27 | K. Borkowski | Success | None | No known problems. |
| N11C1 | 2011-03-07 | Kaz Borkowski | Success | None | As in the previous NME experiments, FTP data had to be extracted manually. No other known problems. |
| N11L1 | 2011-02-24 | K. Borkowski | Minor failures | None | The ftp-files would not be produced by Mark5A. A number of correlation tries of manually extracted disk2file data failed supposedly because we could not hit proper timestamp (Mark5A reported it cannot recognize the beginnings of scans). Basing on this experience, one improvement in SCHED could be suggested. Presently the .skd or .vex file shows seconds into a scan as e.g. 753 to 755 for 2-second ftp data. Now we were not clear whether the seconds are 754 and 755 or 753 and 754. Thus, it would |
| N11M1 | 2011-03-01 | Kaz Borkowski | Success | None | Like in previous NME experiment, our Mark5A wouldn't extract scan data for ftp-ing, but this time (thanks to Stephanie's recipe) we succeeded in manual extraction using DirList, play, data_check and disk2file commands (in this order) working in gaps between scans. |
| RM006 | 2011-03-17 | Kaz Borkowski | Success | None | No known issues. |
| EM085 | 2011-03-15 | None | None | None | None |
| N11SX1 | 2011-03-15 | None | None | None | None |
| N11X1 | 2011-03-14 | None | None | None | None |