I do know about the octal part. I don't see any group of bits of any size
staying constant as I try to follow one parameter. There should be 8 bits
for the label, and even if they are reversed, they still are supposed to
be at one end of the 32 bit word (in case I have MSB and LSB confused, I
am looking everywhere). The words don't have any part I can recognize as
a label, nor do they always have odd parity, another feature that I
believe to be fundamental to the ARINC 32 bit messages. I am trying to
get Ballard to confirm that I am following their LabVIEW example code
properly, but don't have a useful response yet. Any hints welcomed.
Bart
> You do realize that the label is in octal and that the bit order for the
> label only is reversed.
>
> Later
>
> Randy
> "Bart Jackson" wrote in message
> news:bartj-3004021128180001@dialup-65.59.111.20.dial1.weehawken1.level3.net.
> ..
> > In article <50650000000500000016740000-1019262487000@exchange.ni.com>,
> > markwysong wrote:
> >
> > > I'm assuming that you understand the layout of the ARINC word. There
> > > are bits for the label, bits for the actual data value, a couple of
> > > bits for the SDI. You have to break out all of these in order to get
> > > the proper data.
> > >
> > > If you know this already, then are you looking for how to convert the
> > > data bits into engineering units?
> > >
> > > Mark
> >
> > Yes, I do know that the 32 bit word has a structure that I am supposed to
> > interpret. My problem is that I don't even see fixed labels when I
> > repeatedly look at one parameter. Lets choose airspeed. I have a
> > simulator that allows me to input an airspeed and vary it. If I look at
> > the the words I get as I change the airspeed input, I get words that make
> > no sense for labels and values. I have the feeling that I am doing
> > something basic wrong, but the examples supplied by Ballard for using
> > their cards with LabVIEW never interpret the words into engineering units,
> > so I don't yet have a clue where I am wrong.
> >
> > Bart