Texas Instruments, Inc.

Z-Stack 3.0.2 Примечания к выпуску

---

Версия 3.0.2
15 июня 2018 года

Уведомления:

Z-Stack 3.0.2 соответствует требованиям для полного соответствия стандарту ZigBee 3.0, включая базовое поведение устройства 1.0, GreenPower Basic Proxy и ZCL 6. Выпуск Z-Stack 3.0.2 основан на Z-Stack Core 2.7.2 - см. "Примечания к выпуску Z-Stack Core" для подробностей.

Интерфейс пользовательского приложения образца описан в заголовочных комментариях в следующих файлах: Общий интерфейс описан в файле Projects\zstack\HomeAutomation\Source\zcl_sampleapps_ui.c, а специфический интерфейс для каждого приложения описан в соответствующих файлах: Projects\zstack\HomeAutomation\Sample###\Source\zcl_Sample###.c

Z-Stack проекты задают параметры компиляции двумя способами: (1) "-D" утверждения в f8wConfig.cfg и других *.cfg файлах, (2) записи в IDE Compiler Preprocessor Defined Symbols. При использовании компилятора EW8051 настройки, сделанные в IDE, переопределяют настройки в *.cfg файлах. При использовании компилятора EWARM настройки в *.cfg файлах переопределяют любые настройки, сделанные в IDE.

При первом программировании устройств с использованием этого выпуска, следует полностью стереть Flash память. Для платформ CC2530/1 выберите "Erase Flash" в разделе "Debugger->Texas Instruments->Download" в настройках проекта. Для CC2538 выберите "Project->Download->Erase Memory".Приложения, библиотеки и файлы hex были построены/тестированы с использованием следующих версий IAR инструментов и могут не работать с другими версиями IAR инструментов:
- CC2538 + SRF06EB: EWARM 8.22.1 (8.22.1.15700)
- CC2530 + SRF05EB: EW8051 10.20.1 (10.20.1)Основные библиотечные файлы для CC2538 включают:
- bsp.lib, версия 1.3.1
- driverlib.lib, версия 1.3.1
- usblib.lib, версия 1.0.1

Тестирование BDB spot checking было выполнено с использованием ZTT 1.0.2.4 и связанного образца приложения для проверки функций, описанных в спецификации тестирования BDB (14-0439-22).

Проекты ZNP были протестированы для совместимости с предыдущими версиями устройств шлюза Linux и для поддержки Z3.0 MT интерфейса и команд.

------------------------

Оптимизации:

- Процесс инициализации GP Proxy был оптимизирован для уменьшения использования Flash.

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

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

------------------------

Исправления:

- Исправлено проблемное место, которое приводило к повреждению Nv при выполнении операции записи Nv при уровне напряжения питания ниже 2В. Устройство при уровне напряжения ниже 2В больше не будет пытаться выполнить операцию записи Nv (что предотвращает повреждение Nv) и уведомит приложение через сообщение обратного вызова (см. RegisterVoltageWarningCB), чтобы приложение могло обработать это.

- Исправлено использование функции обратного вызова для получения значения атрибута при использовании функции отчета BDB.- Добавлены недостающие типы данных для ZCLSerialData (ZCL_DATATYPE_BITMAP40, ZCL_DATATYPE_BITMAP48, ZCL_DATATYPE_BITMAP56, ZCL_DATATYPE_BITMAP64).

- Исправлено неправильное установление скорости опроса при определенных условиях после повторного подключения.

- Исправлены возможные утечки памяти в BDB Reporting.

- Исправлено проблемное место, которое приводило к тому, что ZED не переходит в низкоэнергетическое состояние после потери родительского устройства и попытки восстановления сети.

- Исправлено проблемное место, которое приводило к тому, что ZED при повторном подключении не переходит в режим сна при определенных условиях.

- Исправлено проблемное место, которое приводило к тому, что при отправке запроса APS Remove/Leave для удаления устройства или другого устройства NV не очищается должным образом, что приводит к проблемам подключения.

- Исправлено проблемное место, которое приводило к замораживанию приложения из-за недостатка памяти стека при использовании отчетов.

- Исправлено несоответствие элементов Nv между устройствами HA1.2 при обновлении через функцию OTA до стека Z3.0.

- Исправлено проблемное место, которое приводило к переключению IEEE адреса приложениями CC2538 ZNP при определенных условиях.

- Исправлены неверные идентификаторы кластеров для ZCL_CLUSTER_ID_TELECOMMUNICATIONS_CHATTING и ZCL_CLUSTER_ID_TELECOMMUNICATIONS_VOICE_OVER_ZIGBEE.- Увеличено количество кучи для устройств ZNP для предотвращения ошибки ZMemError при определенных условиях.

- Исправлено увеличение счетчика APS в соответствии с отправленными кадрами.

- Несколько исправлений для Green Power Proxy.

- Исправлено проблемное место, которое приводило к некорректному парсингу сообщения ZDO Parent Announce при наличии двух или более записей.

- Исправлены возможные утечки памяти в ZDO MatchEndDeviceBind.

- Исправлено меню установки кодов UI для правильной модификации цифры.

- Исправлено проблемное место, которое приводило к добавлению связей на соответствующие кластеры независимо от типа кластера. Теперь связи будут добавлены только если локальное устройство предназначено для создания связи в соответствии с типом кластера.

Примечания:

- Во время F&B (Finding and Binding) с несколькими устройствами процесс обнаружения F&B (передача IdentifyQuery и получение IdentifyQueryRsp) может неудачно завершиться для некоторых устройств в начале. Процесс автоматически повторяется стеком каждые 15 секунд в течение 180 секунд, чтобы убедиться, что все необходимые устройства найдены. Эта функциональность контролируется макросом FINDING_AND_BINDING_PERIODIC_ENABLE.

- Устройства ZNP не поддерживают GP Commissioning для GPD, которые требуют изменения канала для выполнения двустороннего процесса сертификации.- Для выполнения сброса FN через MT интерфейс необходимо установить как ZCD_STARTOPT_DEFAULT_CONFIG_STATE, так и ZCD_STARTOPT_DEFAULT_NETWORK_STATE при записи начальных опций в NV.

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

- Использование Trust Center Rejoin не рекомендуется, так как это может подвергнуть сеть уязвимости безопасности.