Формат api-specific Structure при посылке ат команды.

Идентификационное значение : 0x08

Если представлен

Пример : APIфрейм при посылки командыDL(параметры модуля).

ATкоманда – ответ.

В ответ на командное сообщение, модуль должен послать ответное сообщение. Некоторые команды хотят составных ответов, например ND,ASкоманды. Эти команды посылают иATCMD_OKиcmddata.

TХ – ответ. На 64-битный адрес.

TX ответ (16-битный адрес).

TX(Transmit) Статус.

APIидентификатор 0х89

Когда TRзапрос заполнен модуль посылает сообщениеTXстатуса. Это сообщение будет идентифицировать статус доставки сообщения: успешно, ошибка.

STATUS=1, Получается когда все попытки закончились иACRне получено.

STATUS=0 или 2, если передатчик в режиме радиоприема то он может вернуть либо стутус=0 или 2.

STATUS=3,получается ,если у координатора определено время на передачу. Таймаут определен как 2,5*SP(времяSleep).

RX(получение) пакета на 64-х битный адрес.

API идентификатор = 0х80

RX(получение) пакета на 16-битный адрес.

API идентификатор = 0х81

3.10. Формат данных.

Данные ввода/вывода начинаются с заголовка. Первый байт заголовка определяет кол-во последующих кадров. Последние два байта заголовка (указатель канала) определяют, какая информация передается. Каждый бит представляет либо линии цифрового ввода/вывода, либо канал аналогового цифрового преобразования.

Рисунок. Заголовок.

Кадр данных следует за заголовком, и фрейм указателя канала используется для определения способа чтения кадра данных. Если любая из линий ввода вывода активна, то первые два байта это данные цифрового ввода/вывода, и следующие это данные аналого-цифрового преобразования.

Данные канала АЦП записываются как без знаковое десяти битное число записанное в правой части 16 - битного слова.

Данные

Данные АЦП ввода/вывода

x

x

x

x

x

x

x

8

7

6

5

4

3

2

1

0

ADCnMSB

ADCnLSB

`

3.11. Поддержка api режима.

По умолчанию модуль работает в режиме ретрансляции, когда последовательные данные при приеме их в модуль сразу отсылаются по радиоканалу, без какой-либо другой информации.

В сетях со сложными топологиями возникают следующие ситуации:

• Во-первых, отправитель должен знать, кому посылает данные и доставлены они или нет;

• Во-вторых, получатель должен знать, откуда эти данные пришли, чтобы отправить подтверждение получения пакета данных;

• Необходимо избежать одновременную передачу данных от разных устройств.

Так же при переходе модуля в командный режим, для изменения параметров его работы, модуль должен знать, что поступающая к нему информация это команды.

Таким образом, есть потребность в информации дополняющей данные с целью поле подробного информирования.

Для этого предусмотрена поддержка API-режима, который подключается при конфигурировании модуля в командном режиме.