Re: V1.3 of LBA schedule now on-line
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Cormac Reynolds <c.reynolds_at_email.protected>
Date: Wed, 14 Aug 2013 14:24:18 +0800
On 14 August 2013 12:56, Jonathan Quick <jon_at_email.protected> wrote:
> Hi Phil/Cormac
>
> On Wed, August 14, 2013 4:40 am, Philip.Edwards_at_email.protected
> > A revised version of the LBA block schedule is now on-line at
> > http://www.atnf.csiro.au/vlbi/schedules/lba/2013apr.html
> >
> > V1.3 differs only in the extension of v486b from 11:00 to 15:00,
> > displacing vt10r. This extension formally includes the triggered
> > LBA NAPA proposal V447, but which is being included in the
> > revised V486b schedule for simplicity.
>
> I presume this change is already reflected in v486b.vex version 2.0000?
>
Yes.
>
> NB: v486b.vex (both versions) still appears to trip up DRUDG in FS 9.11.3
> resulting in a bad 'mk5b_mode=ext,0x0000FFFF,0' command, though I've not
> seen
> this with any of the other schedules this session. We need to establish
> whether there is a real fault in the VEX or whether we should be reporting
> this to John/Ed.
>
The vex file looks fine to me, so I suspect the bug fix in the FS was not
complete. Could you please pass that on to John/Ed?
cheers,
Cormac
>
> Regards
> Jon
>
>
>
Date: Wed, 14 Aug 2013 14:24:18 +0800
On 14 August 2013 12:56, Jonathan Quick <jon_at_email.protected> wrote:
> Hi Phil/Cormac
>
> On Wed, August 14, 2013 4:40 am, Philip.Edwards_at_email.protected
> > A revised version of the LBA block schedule is now on-line at
> > http://www.atnf.csiro.au/vlbi/schedules/lba/2013apr.html
> >
> > V1.3 differs only in the extension of v486b from 11:00 to 15:00,
> > displacing vt10r. This extension formally includes the triggered
> > LBA NAPA proposal V447, but which is being included in the
> > revised V486b schedule for simplicity.
>
> I presume this change is already reflected in v486b.vex version 2.0000?
>
Yes.
>
> NB: v486b.vex (both versions) still appears to trip up DRUDG in FS 9.11.3
> resulting in a bad 'mk5b_mode=ext,0x0000FFFF,0' command, though I've not
> seen
> this with any of the other schedules this session. We need to establish
> whether there is a real fault in the VEX or whether we should be reporting
> this to John/Ed.
>
The vex file looks fine to me, so I suspect the bug fix in the FS was not
complete. Could you please pass that on to John/Ed?
cheers,
Cormac
>
> Regards
> Jon
>
>
>
-- ---------------------------------------------------- Cormac Reynolds Phone: +61 8 9266 3785 Fax: +61 8 9266 9110 email: c.reynolds_at_email.protected----------------------------------------------------Received on 2013-08-14 16:24:21