| Friend |
Site |
Result |
Problem |
Text |
| Mariotti |
Medicina |
Success |
None |
no known problems |
| Geert Kuper |
Westerbork |
Success |
None |
No Known problems |
| Michael Lindqvist |
Onsala |
Success |
None |
Apart from RFI, no known problems. |
| Wenjun Yang |
Urumqi |
Success |
None |
No P-cal signal to be found because of the cable connect point is not good, it is ok in Exp. ey010d. |
| Wenjun Yang |
Urumqi |
Success |
None |
It is heavy snow. |
| Jonathan Quick |
Hartebeesthoek |
Success |
RFI |
No problems apart from RFI in VCs 7 and 8 |
| K. Borkowski |
Torun |
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 |
| Uwe Bach |
Effelsberg |
Failure |
None |
One of the MK4 cables that connect formater and Mark5A was connected to the VLBA port. It was the "Set 2, odd" connector. Don't know if that helps to correlate at least some of the data or if everything is lost. Should be solved for the user experiments. 27.2. Just noticed that the "Set 1, odd" attenuator on the ouput port wasn't connected properly. If this affects the recording, it might have some effect on the whole 18cm data until EM080C :-( |
| Bo Xias |
Shanghai |
Success |
None |
None |
| Alastair Gunn |
Jodrell_Bank |
Minor failures |
RECO |
Briefly changed disk pack at 14:29 for testing. No other known problems. |