Вопрос по содержимому регистра RXBYTES для CC1100 Опции

[Alechin]

Вопрос в следующем - попытался определять число принятых байтов по значению в RXBYTES и натолкнулся на следующее - максимально возможное значение 0x0f, при том что в буфере лежит гораздо больше.
Т.е. при реальной длине пакета до 15 байтов - все нормально: значение в RXBYTES равно длине пакета плюс 2 (статус добавляется), а если длина принятого пакета больше 15 - значение в регистре все-равно 0x0f, хотя весь пакет успешно принят и находится в буфере, статус в конец пакета добавлен.
Сейчас выкрутился через чтение числа байтов, которое лежим вверху FIFO, но грызут сомнения, вдруг я все-таки что-то не так делаю? Хотя в TI-шном примере они то-же его (RXBYTES) не используют при чтении пакета из буфера (только проверяют, что он не равен нулю).

[Elresearch]

Определяю число принятых байтов по значению в RXBYTES и такого не наблюдал ("максимально возможное значение 0x0f"), а вот пакеты 0-й длины приходили

[rx3apf]

Определяю число принятых байтов по значению в RXBYTES и такого не наблюдал ("максимально возможное значение 0x0f"), а вот пакеты 0-й длины приходили

Аналогично, никогда не замечал аномального поведения RXBYTES (но вообще согласно эрратам, отслеживать состояние по RXBYTES надо с осторожностью, из-за ошибки в реализации SPI). А вот что до пакетов нулевой длины - а как такое может быть ? Если в RXBYTES ноль - то в FIFO ничего нет. Или там два байта состояния, а самого пакета нет ?