Почему эта же полезная нагрузка имеет несколько иной вид IEEE 802.15.4 через три дня?

Question

У меня есть два xbee S1s, которые успешно общаются друг с другом. Но я пытаюсь получить один из них, чтобы получить IEEE 802.15.4 кадров из Atmel transceiver. Цель, конечно, состоит в том, чтобы «обмануть» xbee, думая, что он разговаривает с другим xbee, когда на самом деле он будет разговаривать с приемопередатчиком Atmel. Единственный способ, насколько я могу судить, это следить за пакетами, передаваемыми xbee, с помощью сниффера и клонировать их на приемопередатчике Atmel.

А вот мои выводы:

packet sniffer показывает следующий трафик при вводе одного ASCII символа «м» из XBee S1:

снифер показывает следующее при отправке один ASCII символ "к":

снифер показывает следующее при отправке же ASCII символ «к» 3 дня назад:

Помимо отметками времени, почему бы полезная нагрузка иметь «д» один день и «* * 23 * «Еще один день?

бы признателен, если сетевые эксперты беспроводные из сообщества могут весить.

Answer 1

Try, чтобы получить дамп этих полезных нагрузок. Я бы предположил, что некоторые из символов * являются непечатаемыми ASCII и также различаются. Полезная нагрузка, вероятно, имеет разные поля заголовка, возможно, включая инкрементирующий идентификатор транзакции. Отображается ли 64-битный IEEE-адрес целевого устройства в этих байтах? Как насчет 16-битного сетевого адреса? Может быть, адрес отправителя? Вам нужно будет определить формат пакета, и я предполагаю, что он содержит больше переменных данных, чем только тот, который вы отправляете.