Weird Receive Option Byte

I have an end device set to take IO samples from two analog pins and one digital pin. The frames are coming in fine as IO Data Sample Indicator frames (type 0x92). What confuses me is the value showing up in the Receive Options field.

The manual says this value should either be one of the following:

0x01 = Packet Acknowledged
0x02 = Packet was a broadcast

The frames I am receiving have a value of 0x41 in that byte. Example of a received frame:

0x7e Start delimiter
0x00 Length MSB
0x16 Length LSB
0x92 Frame type for IO Sample Data
0x00 64 bit source address
0x13
0xA2
0x00
0x40
0x32
0xDC
0xE9
0x77 16bit source address
0x41
0x41 Receive option ?!!
0x01 Number of samples
0x10 Digital channel mask (DIO12 enabled)
0x00
0x0c Analog channel mask (AD2 and AD3 enabled)
0x00 DIO channel sample bytes (DIO12 is low)
0x00 2nd DIO sample byte
0x02 AD2 sample bytes
0x68
0x01 AD3 sample bytes
0xF5
0x0B Checksum

XB24-ZB ZIGBEE END DEVICE API 2964

Have more receive option codes been added that I have missed somewhere? Or am I just supposed to ignore everything except the lsb? I know the packet was acknowledged, I saw that on the other end.

Hi,
I got the same error when I get my node ID indication packet back. My options field shows 66 (decimal)/0x42 instead of 0x01 or 0x02. It looks that bit 6 is set in the option field for some reason.

I use firmware 2x64.

Someone else got this too? Looks like a bug…

[08/10 21:05:30] Received XBEE Node ID Indication packet
64-bits address : 00:13:A2:00:40:0A:56:2E
16-bits address : 53:FD
Options : 66
16-bits source : 53:FD
64-bits source : 00:13:A2:00:40:0A:56:2E
NI_string : WIRE1
Parent 16-bits : 00:00
Device type : End device (0x03)
Source event : Frame sent after power cycle event occured (0x03)
Digi’s application profile ID : 05:C1
Digi’s manufacturer profile ID: 1E:10

Rene

Message was edited by: tuxie26