Phần mềm ngăn xếp giao thức Zigbee SILICON LABS SDK 7.4.1.0 GA
Thông tin sản phẩm
Thông số kỹ thuật
- Phiên bản SDK Zigbee EmberZNet: 7.4.1.0
- Phiên bản bộ SDK Gecko: 4.4 – Ngày 14 tháng 2024 năm XNUMX
- Người bán: Phòng thí nghiệm Silicon
- Các tính năng chính: Hỗ trợ đa giao thức Zigbee và OpenThread trên SoC
- Trình biên dịch tương thích: Phiên bản GCC 12.2.1
- Phiên bản giao thức EZSP: 0x0D
Hướng dẫn sử dụng sản phẩm
Khả năng tương thích và Thông báo sử dụng
- Để biết các thông báo và cập nhật bảo mật, hãy tham khảo chương Bảo mật của Ghi chú phát hành nền tảng Gecko được cài đặt cùng SDK này hoặc truy cập tab TECH DOCS trên Silicon Labs webđịa điểm.
- Luôn cập nhật bằng cách đăng ký Tư vấn bảo mật.
Câu hỏi thường gặp
- Câu hỏi: Làm cách nào để xác minh tính chính xác files đang được sử dụng với các trình biên dịch tương thích?
- Trả lời: Bạn có thể xác minh rằng đúng files đang được sử dụng bằng cách kiểm tra phiên bản GCC 12.2.1 được cung cấp với Simplicity Studio.
- Câu hỏi: Tôi có thể tìm thông tin về các thông báo và cập nhật bảo mật ở đâu?
- Trả lời: Để biết các thông báo và cập nhật bảo mật, hãy tham khảo chương Bảo mật trong Ghi chú phát hành nền tảng Gecko hoặc truy cập tab TECH DOCS trên Silicon Labs' webđịa điểm.
Silicon Labs là nhà cung cấp được các OEM lựa chọn khi phát triển mạng Zigbee vào sản phẩm của họ. Nền tảng Zigbee của Silicon Labs là giải pháp Zigbee tích hợp, đầy đủ và giàu tính năng nhất hiện có.
Silicon Labs EmberZNet SDK bao gồm việc triển khai đặc tả ngăn xếp Zigbee của Silicon Labs.
- Các ghi chú phát hành này bao gồm (các) phiên bản SDK:
- 7.4.1.0 phát hành ngày 14 tháng 2024 năm XNUMX
- 7.4.0.0 phát hành ngày 13 tháng 2023 năm XNUMX
ĐẶC ĐIỂM CHÍNH
Zigbee
- Tuân thủ Zigbee R23
- Tuân thủ Zigbee Smart Energy 1.4a – sản xuất
- Tuân thủ Zigbee GP 1.1.2 – Alpha
- Hỗ trợ – sản xuất MG27
- Cải thiện hỗ trợ cho các phần của Secure Vault
- Hỗ trợ buồn ngủ trên các ứng dụng NCP SPI (không phải CPC) – Alpha
Đa giao thức
- Hỗ trợ nghe đồng thời (RCP) – MG21 và MG24
- Đa giao thức đồng thời (CMP) Zigbee NCP + OpenThread RCP – sản xuất
- Hỗ trợ Bluetooth đa giao thức động + Đa giao thức đồng thời (CMP) Zigbee và OpenThread trên SoC
Khả năng tương thích và Thông báo sử dụng
Để biết thông tin về các thông báo và cập nhật bảo mật, hãy xem chương Bảo mật của Ghi chú phát hành nền tảng Gecko được cài đặt cùng với SDK này hoặc trên tab TECH DOCS tại https://www.silabs.com/developers/zigbee-emberznet. Silicon Labs cũng đặc biệt khuyên bạn nên đăng ký Tư vấn bảo mật để biết thông tin cập nhật. Để biết hướng dẫn hoặc nếu bạn chưa quen với Zigbee EmberZNet SDK, hãy xem Sử dụng bản phát hành này.
Trình biên dịch tương thích
- IAR Embedded Workbench dành cho ARM (IAR-EWARM) phiên bản 9.40.1.
- Việc sử dụng Wine để xây dựng bằng tiện ích dòng lệnh IarBuild.exe hoặc GUI bàn làm việc nhúng IAR trên macOS hoặc Linux có thể dẫn đến kết quả không chính xác fileđang được sử dụng do xung đột trong thuật toán băm của Wine để tạo ra các chuỗi ngắn file tên.
- Khách hàng sử dụng macOS hoặc Linux được khuyên không nên xây dựng bằng IAR bên ngoài Simplicity Studio. Những khách hàng làm như vậy nên xác minh cẩn thận rằng thông tin chính xác files đang được sử dụng.
GCC (Bộ sưu tập trình biên dịch GNU) phiên bản 12.2.1, được cung cấp cùng với Simplicity Studio.
Phiên bản giao thức EZSP cho phiên bản này là 0x0D.
Sản phẩm mới
Bản phát hành Gecko SDK (GSDK) này sẽ là bản cuối cùng có hỗ trợ kết hợp cho tất cả các thiết bị EFM và EFR, ngoại trừ các bản vá cho phiên bản này nếu cần. Bắt đầu từ giữa năm 2024, chúng tôi sẽ giới thiệu các SDK riêng biệt:
- SDK Gecko hiện tại sẽ tiếp tục hỗ trợ cho các thiết bị Series 0 và 1.
- SDK mới sẽ phục vụ riêng cho các thiết bị Series 2 và 3.
SDK Gecko sẽ tiếp tục hỗ trợ tất cả các thiết bị Series 0 và 1 mà không thay đổi về hỗ trợ, bảo trì, chất lượng và khả năng phản hồi lâu dài được cung cấp theo chính sách phần mềm của chúng tôi.
SDK mới sẽ phân nhánh từ Gecko SDK và bắt đầu cung cấp các tính năng mới giúp các nhà phát triển tận dụng tối đatage về các khả năng nâng cao của các sản phẩm Series 2 và 3 của chúng tôi.
Quyết định này phù hợp với phản hồi của khách hàng, phản ánh cam kết của chúng tôi trong việc nâng cao chất lượng, đảm bảo tính ổn định và nâng cao hiệu suất nhằm mang lại trải nghiệm đặc biệt cho người dùng trên SDK phần mềm của chúng tôi.
Thành phần mới
Mới phát hành
- Các thành phần “zigbee_direct_security_p256” và “zigbee_direct_security_curve25519” đã được thêm để người dùng có thể định cấu hình tùy chọn bảo mật Zigbee Direct cụ thể.
- Người dùng được phép bật nhiều thành phần “zigbee_direct_security” trên ứng dụng thiết bị trực tiếp Zigbee (ZDD). Trong trường hợp này, tùy chọn bảo mật thực tế phụ thuộc vào cấu hình Thiết bị ảo Zigbee (ZVD).
API mới
Mới phát hành
- Đã thêm API mới sl_zigbee_token_factory_reset để đặt lại mã thông báo Zigbee NVM3 về giá trị mặc định của chúng.
- Đã thêm API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), trả về true nếu bảng khóa liên kết có thể thêm hoặc cập nhật mục nhập có địa chỉ này (bảng chưa đầy).
- Đã thêm API bool sl_zb_sec_man_compare_key_to_value mới (bối cảnh sl_zb_sec_man_context_t*, khóa sl_zb_sec_man_key_t*), trả về true nếu khóa được tham chiếu theo ngữ cảnh có cùng giá trị với khóa được cung cấp trong đối số.
Hỗ trợ nền tảng mới
Mới phát hành
- Hỗ trợ ngăn xếp Zigbee cho các phần mới sau đây được thêm vào trong bản phát hành này: EFR32MG24A010F768IM40 và EFR32MG24A020F768IM40.
Tài liệu mới
Mới trong bản phát hành 7.4.0.0
- Đã cập nhật mô tả cho thành phần Lưu trữ khóa bảo mật Zigbee để phản ánh việc bổ sung Nâng cấp lưu trữ khóa bảo mật Zigbee (bổ sung khả năng tương thích ngược với các dự án hiện có).
- Đã thêm ghi chú ứng dụng mới để tương tác với nhóm thành phần Trình quản lý bảo mật Zigbee (AN1412: Trình quản lý bảo mật Zigbee).
Hành vi dự định
Người dùng được nhắc nhở rằng việc truyền CSL không đồng bộ hóa của Zigbee phải tuân theo quyền ưu tiên giao thức tại bộ lập lịch vô tuyến. Trong các ứng dụng SleepyToSleepy, BLE có thể và sẽ ưu tiên việc truyền Zigbee CSL, việc này sẽ chấm dứt quá trình truyền. Quyền ưu tiên của bộ lập lịch phổ biến hơn đối với CSL không đồng bộ, do có thể sử dụng chuỗi khung đánh thức có khả năng kéo dài. Người dùng muốn điều chỉnh mức độ ưu tiên truyền có thể sử dụng thành phần Kiểm tra và Điều chỉnh DMP để thực hiện việc đó. Người dùng cũng có thể tham khảo UG305: Hướng dẫn sử dụng đa giao thức động để biết thêm thông tin.
Cải tiến
Đã thay đổi trong bản phát hành
Thay đổi tài liệu API emberCounterHandler
Trong các phiên bản trước, lệnh gọi lại Trình xử lý bộ đếm cho lớp MAC và APS EmberCounterTypes liên quan đến gói RX và TX đã không được chuyển ID nút mục tiêu hoặc đối số dữ liệu thích hợp, đồng thời tài liệu API liên quan đến hành vi của một số bộ đếm sử dụng các tham số này không rõ ràng hoặc gây nhầm lẫn.
Mặc dù chữ ký của emberCounterHandler() không thay đổi nhưng cách điền các tham số của nó đã thay đổi một chút.
- Các nhận xét xung quanh các enum EmberCounterType trong ember-types.h đã được mở rộng để làm rõ hơn.
- Tham số Node ID cho Trình xử lý bộ đếm cho các bộ đếm liên quan đến TX hiện kiểm tra xem chế độ địa chỉ đích có chỉ ra ID ngắn hợp lệ hay không trước khi sử dụng nó. (Nếu không, không có địa chỉ đích nào được điền và thay vào đó, giá trị giữ chỗ EMBER_UNKNOWN_NODE_ID sẽ được sử dụng.)
- Tham số Node ID cho Trình xử lý bộ đếm cho các bộ đếm liên quan đến RX hiện phản ánh ID nút nguồn chứ không phải ID nút đích.
- Số lần thử lại *không* được chuyển dưới dạng tham số dữ liệu cho bộ đếm EMBER_COUNTER_MAC_TX_UNICAST_ THÀNH CÔNG/THẤT BẠI như được mô tả trong loại ember. h trong các phiên bản trước, nhưng giá trị này chưa bao giờ được điền chính xác trong các phiên bản đã phát hành trước đó nên giá trị của nó trong các phiên bản trước sẽ luôn bằng 0. Hành vi này đã được làm rõ trong phần mô tả về các EmberCounterTypes đó. Tuy nhiên, số lần thử lại cho các lần thử lại lớp APS tiếp tục được điền vào tham số dữ liệu cho các loại bộ đếm EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED, để nhất quán với các bản phát hành trước đó.
- Tất cả các bộ đếm điền ID nút hoặc tham số dữ liệu cho lệnh gọi lại đã được kiểm tra để đảm bảo chúng chuyển dữ liệu, địa chỉ hoặc EMBER_UNKNOWN_NODE_ID dự kiến nếu ID nút được mong đợi nhưng không thể lấy được từ gói, như được mô tả trong phần ember- tài liệu type.h.
- Trình xử lý bộ đếm cho EMBER_COUNTER_MAC_TX_UNICAST_RETRY hiện phản ánh chính xác ID nút đích của lớp MAC và một số lần thử trong ID nút đích và các tham số dữ liệu của nó.
- Trình xử lý bộ đếm cho EMBER_COUNTER_PHY_CCA_FAIL_COUNT hiện cung cấp thông tin ID nút đích thông qua tham số ID nút về mục tiêu lớp MAC dự kiến của thông báo không truyền được.
Mã năng lượng xanh được cập nhật
Mã máy chủ Green power được cập nhật với nhiều cải tiến khác nhau bao gồm:
- Đã thêm mã xác thực khác cho các lệnh đến có điểm cuối không hợp lệ khi nhận trên máy chủ GP.
- Đã thêm mã để xử lý trường hợp không còn chỗ để xây dựng thông báo năng lượng xanh.
- Hiện tại, bồn rửa giảm cấu hình ghép nối bằng hành động loại bỏ ghép nối trong một số trường hợp theo mục thông số A.3.5.2.4.1.
- Hiện tại, bồn rửa lưu danh sách nhóm hiện có của một mục trước khi xóa nó khi xử lý Cấu hình ghép nối với phần mở rộng hành động.
- Lệnh truy vấn Dịch trả về “KHÔNG TÌM THẤY” dưới dạng mã lỗi khi bảng dịch trống hoặc chỉ mục lớn hơn một số mục trong bảng.
- Đã thay đổi phiên bản điểm cuối GP trong một số ứng dụng từ 1 thành 0.
Việc sử dụng CSMA trong chức năng Gửi GPDF bị hạn chế vì Thiết bị Năng lượng Xanh là thiết bị tiêu tốn ít năng lượng và không sử dụng CSMA trong hầu hết các thiết kế. Thay vào đó, thiết kế ưu tiên là gửi nhiều gói sử dụng cùng một mức năng lượng.
Đã xóa việc sử dụng điểm cuối ẩn trong tùy chọn plugin Green Power Server. Thay vào đó hãy sử dụng một trong các điểm cuối của ứng dụng.
Cập nhật khóa mạng Cải tiến mã plugin
- Đã thay đổi thời gian cập nhật khóa mạng định kỳ thành 1 năm.
Tái cấu trúc một số API để tránh xuất khóa không cần thiết
Đã thực hiện các thay đổi để ưu tiên sử dụng các ngữ cảnh chính thay vì dữ liệu khóa văn bản gốc.
- sl_zigbee_send_security_challenge_request hiện nhận đối số sl_zb_sec_man_context_t thay cho EmberKeyData.
- Các giá trị của enum sl_zb_sec_man_ Derivative_key_type hiện là bitmask 16 bit để hỗ trợ trực tiếp một số dẫn xuất khóa nhất định kết hợp nhiều loại dẫn xuất.
Các vấn đề đã được khắc phục
Đã sửa lỗi trong bản phát hành
| TÔI # | Sự miêu tả |
| 1036893 | Đã khắc phục sự cố khiến thành phần cụm OTA cài đặt thành phần giao diện bộ tải khởi động cũ làm phần phụ thuộc. |
| 1114905 | Zigbee Direct: Cải thiện khả năng xử lý Đặc tính mạng Rời khỏi. |
| 1180937 | Đã sửa lỗi đặt lại WDT khi kết nối Zigbee Direct ZDD với ZVD của bên thứ 3. |
| 1223904 | Đã khắc phục sự cố khiến thiết bị cuối di chuyển hoạt động không chính xác trong môi trường rất bận rộn. |
| 1224393 | Đã cập nhật mã xử lý yêu cầu bảng chìm Green Power để cập nhật địa chỉ đích phản hồi. |
| 1228808 | Đã khắc phục sự cố hiển thị với định nghĩa macro trong tài liệu gp-types.h. |
| 1232297 | Đã khắc phục sự cố trong đó emberSetOutendingNwkFrameCounter và emberSetOutendingApsFrameCounter không hoạt động trên các ứng dụng máy chủ 64 bit (trả về EMBER_BAD_ARGUMENT). |
| 1232359 | Đã sửa lỗi tính toán tham số gppTunnelingDelay trong quá trình xử lý lệnh máy khách nguồn xanh. |
|
1240392 |
Yêu cầu liên kết/hủy liên kết ZDO bị từ chối vì lý do truy cập/quyền sẽ trả về trạng thái EMBER_ZDP_NOT_AUTHORIZED thay vì trạng thái EMBER_ZDP_NOT_PERMITTED theo thông số kỹ thuật của Zigbee. |
| 1243523 | Zigbee Direct: Cải thiện độ ổn định của kết nối BLE với ZVD. |
| 1249455 | Đã khắc phục sự cố khiến thiết bị đầu cuối ở chế độ ngủ chuyển sang chế độ ngủ khi nhận được thông báo trước khi nhận được xác nhận. |
| 1252295 | Sửa lỗi đánh máy trong macro danh mục thành phần SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT. |
Đã sửa lỗi trong bản phát hành
| TÔI # | Sự miêu tả |
| 1019348 | Đã khắc phục các yêu cầu phụ thuộc cho thành phần Zigbee ZCL Cli để có thể xóa nó khi không cần thiết. |
| 1024246 | Đã cập nhật mô tả hàm cho emberHaveLinkKey() và sl_zb_sec_man_have_link_key(). |
| 1036503 | Đã thêm mô tả để khuyến nghị sử dụng Hạt nhân Micrium cho DMP sample ứng dụng. |
| 1037661 | Đã khắc phục sự cố ngăn ứng dụng cài đặt ngăn xếp chuyên nghiệp hoặc ngăn xếp lá. |
| 1078136 | Đã khắc phục sự cố không liên tục khi sửa đổi các sự kiện từ ngữ cảnh bị gián đoạn |
|
1081548 |
Người dùng được nhắc nhở rằng việc truyền CSL không đồng bộ hóa của Zigbee phải tuân theo quyền ưu tiên giao thức tại bộ lập lịch vô tuyến. Trong các ứng dụng SleepyToSleepy, BLE có thể và sẽ ưu tiên việc truyền Zigbee CSL, việc này sẽ chấm dứt quá trình truyền. Quyền ưu tiên của bộ lập lịch phổ biến hơn đối với CSL không đồng bộ, do có thể sử dụng chuỗi khung đánh thức có khả năng kéo dài. Người dùng muốn điều chỉnh mức độ ưu tiên truyền có thể sử dụng thành phần Kiểm tra và Điều chỉnh DMP để thực hiện việc đó. Người dùng cũng có thể tham khảo UG305: Hướng dẫn sử dụng đa giao thức động để biết thêm thông tin.
Đã khắc phục sự cố trong CSL trong đó chuỗi khung đánh thức mới được nhận ngay sau khung tải trọng trước đó sẽ không được ghi chính xác. Điều này sẽ dẫn đến khung tải trọng bị bỏ lỡ. |
| 1084111 | Hỗ trợ SPI-NCP buồn ngủ ban đầu cho các bo mạch dựa trên MG24 được cập nhật như một phần của bản phát hành này. |
| 1104056 | Đã thêm hỗ trợ điều khiển mạng để chạy trên mạng phụ trong trường hợp có nhiều mạng |
| 1120515 | Đã khắc phục sự cố trong đó kênh không thay đổi khi sử dụng lệnh mfglib set-channel. |
| 1141109 | Đã khắc phục sự cố khiến s được tạoample ứng dụng ncp-uart-gp-multi-rail bỏ lỡ một số tiêu đề files khi sử dụng thành phần bộ điều hợp Green Power với tùy chọn -cp. |
| 1144316 | Đã cập nhật mô tả của một số loại cấu trúc dữ liệu trong tài liệu gp-types.h. |
| 1144884 | Đã sửa lỗi đặt bit đang chờ khung giả khi không có dữ liệu nào đang chờ xử lý. |
| 1152512 | Đã khắc phục sự cố có thể xảy ra trong low-mac-rail khi sửa đổi sự kiện trong ngữ cảnh ISR. |
| TÔI # | Sự miêu tả |
| 1154616 | Đã thêm một ngoại lệ cho điều kiện khởi tạo mạng với trường hợp “Chuyển vai trò từ thiết bị Sleepy End sang thiết bị Non-sleepy End”. |
| 1157289 | Đã khắc phục sự cố có thể gây ra lỗi kiểm tra BDB DN-TLM-TC-02B. |
| 1157426 | Đã khắc phục sự cố bản dựng khi xây dựng zigbee_simple_app bằng thành phần green_power_adapter. |
| 1157932 | Đã thêm một điều kiện để kiểm tra xem trường “thời gian chuyển tiếp” có bị thiếu hay không và đặt giá trị mặc định là 0xFFFF cho trường bị thiếu này. |
| 1166340 | Đã khắc phục sự cố ngăn emberAfGpdfSend gửi số lần truyền lặp lại như dự kiến. |
| 1167807 | Đã khắc phục sự cố trong đó các thiết bị đóng vai trò là Trung tâm tin cậy trong mạng phân tán sẽ xóa sai các khóa liên kết tạm thời mỗi khi có thiết bị mới tham gia. |
| 1169504 | Đã khắc phục sự cố khiến thiết bị ở chế độ ngủ bị đặt lại khi buộc phải thức dậy. |
| 1169966 | Đã sửa lỗi xác thực giá trị trả về bị thiếu trong mã phân bổ bộ đệm. |
| 1171477,
172270 |
Với mfglib start 1, không có tin nhắn nào được truyền nhưng nhận được, do đó, thông báo đầu cuối được hiển thị “mfglib send Complete” bị sai và được đổi thành “Gói RXed %d trong %d ms cuối cùng”. |
| 1171935 | Đã thay đổi thời gian cập nhật khóa mạng định kỳ thành 1 năm. |
| 1172778 | Đã thêm lệnh gọi emberAfPluginGreenPowerServerUpdateAliasCallback bị thiếu vào máy chủ Green Power. |
| 1174288 | Đã khắc phục sự cố khiến quy trình điều khiển mạng xác nhận xem có cuộc gọi dừng quá trình quét đang diễn ra hay không. |
| 1178393 | Đã cập nhật lỗi tài liệu. |
| 1180445 | Trong Năng lượng thông minh, OTA hiện tiếp tục tải xuống nếu Điều phối viên đạt đến Chu kỳ nhiệm vụ giới hạn. |
| 1185509 | Đã khắc phục sự cố trong CSL trong đó chuỗi khung đánh thức mới được nhận ngay sau khung tải trọng trước đó sẽ không được ghi chính xác. Điều này sẽ dẫn đến khung tải trọng bị bỏ lỡ. |
| 1186107 | Đã khắc phục sự cố khiến việc giải mã GPDF đã nhận không thành công để thay thế GPDF đến trong thông báo chạy thử gp. |
| 1188397 | Đã khắc phục sự cố gây ra lỗi biên dịch khi bật kích thước bảng báo cáo mở rộng. |
| 1194090 | Đã sửa trạng thái lỗi trong phản hồi mặc định cho lệnh Chế độ vận hành bồn rửa – phần 3.3.4.8.2 sau |
| 1194963 | Đã khắc phục sự cố ghi nhớ cấu trúc vận hànhGpd trước khi gọi lại lệnh gọi lại của người dùng emberAfGreenPowerServerPairingStatusCallback. |
| 1194966 | Đã khắc phục sự cố trong đó các trường điểm cuối và proxyInvolved không được đặt bằng hành động Thoát thử nghiệm. |
| 1196698 | Đã sửa lỗi đặt bit đang chờ khung giả khi không có dữ liệu nào đang chờ xử lý. |
| 1199958 | Đã thêm mã để xử lý trường hợp không còn chỗ để xây dựng thông báo năng lượng xanh. |
| 1202034 | Đã khắc phục sự cố trong đó biến ngăn xếp sl_zb_sec_man_context_t không được khởi tạo chính xác, khiến việc kết hợp với mã cài đặt không thành công. |
|
1206040 |
Việc gọi emberRemoveChild() trong nỗ lực tham gia lại an toàn của thiết bị cuối có thể dẫn đến việc giảm thêm Số lượng trẻ em, có khả năng dẫn đến Số lượng trẻ em là -1 (255), ngăn cản các thiết bị cuối tham gia/kết nối lại do thiếu chỉ định công suất trong Beacon. |
|
1207580 |
Các chức năng tìm kiếm Bảng con trong ngăn xếp không nhất quán trong việc sử dụng 0x0000 so với 0xFFFF cho giá trị trả về ID nút biểu thị các mục nhập trống/không hợp lệ, dẫn đến sự cố khi kiểm tra các mục nhập không được sử dụng trong API như emberRemoveChild(). |
| 1210706 | Chỉ mục đích và PHY được cung cấp trong cấu trúc EmberExtraCounterInfo như một phần của emberCounterHandler() có thể không chính xác đối với các loại bộ đếm MAC TX Unicast. |
| 1211610
1212525 |
Đã khắc phục sự cố trong đó các ứng dụng Đa giao thức động bị lỗi sau khi bật thành phần Nâng cấp lưu trữ khóa an toàn. |
| 1211847 | Mặc dù chữ ký của emberCounterHandler() không thay đổi nhưng cách điền các tham số của nó đã thay đổi một chút. Những thay đổi xung quanh API này được giải thích trong phần 2 ở trên. |
|
1212449 |
Các Beacons gửi đi được phân loại không chính xác theo lớp MAC, dẫn đến emberCounterHandler() không bắt được các gói này với loại bộ đếm EMBER_COUNTER_MAC_TX_BROADCAST và thay vào đó đếm các Beacons với loại bộ đếm EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS. Điều đó có thể dẫn đến các giá trị không đáng tin cậy cho tham số EmberNodeId đích được truyền tới cấu trúc EmberCounterInfo |
| TÔI # | Sự miêu tả |
| 1214866 | Việc gửi các gói thăm dò dữ liệu trong một số cấu hình có lưu lượng truy cập cao nhất định có thể dẫn đến lỗi bus. |
| 1216552 | Đã khắc phục sự cố gây ra xác nhận trong điều kiện giao thông đông đúc. |
| 1216613 | Đã khắc phục sự cố dẫn đến giá trị bán kính truyền nhóm không chính xác trong bảng proxy. |
| 1222509 | Bộ định tuyến/điều phối viên gửi yêu cầu rời khỏi và tham gia lại tới thiết bị đầu cuối bỏ phiếu không phải con, nhưng đích MAC là 0xFFFF thay vì khớp với địa chỉ đích NWK. |
| 1223842 | Đã khắc phục sự cố khi tạo sl_comComponent_catalog.h để lại mã không mong muốn trong đó gây ra lỗi biên dịch. |
| 756628 | Đã thay đổi lệnh gọi lại ứng dụng emberAfMacFilterMatchMessageCallback thành chỉ được gọi cho các thông báo ZLL được ngăn xếp xác thực. |
| 816088 | Đã chuyển cấu hình EMBER từ zigbeed_configuration.h sang zigbeed. slcp. |
| 829508 | Để tránh tình trạng chạy đua, xác thực bổ sung đã được thêm vào emberSetLogicalAndRadioChannel để trả về không thành công nếu các lớp thấp hơn bận hoặc không ở trạng thái thay đổi kênh. |
Các vấn đề đã biết trong bản phát hành hiện tại
Các vấn đề in đậm đã được thêm vào kể từ phiên bản trước. Nếu bạn đã bỏ lỡ một bản phát hành, các ghi chú phát hành gần đây có sẵn tại https://www.si-labs.com/developers/zigbee-emberznet trong tab Tài liệu Công nghệ.
| TÔI # | Sự miêu tả | Giải pháp thay thế |
| Không có | ·Các ứng dụng/thành phần sau không được hỗ trợ trong phiên bản này: Hỗ trợ EM4 | Tính năng này sẽ được kích hoạt trong các phiên bản tiếp theo. |
|
193492 |
macro chuyển emberAfFillCommandGlobalServerToClientConfigureRe bị hỏng. Việc lấp đầy bộ đệm sẽ tạo ra một gói lệnh không chính xác. | Sử dụng lệnh CLI “zcl Global send-me-a-report” thay vì API. |
| 278063 | Đường hầm năng lượng thông minh plugins có cách xử lý/cách sử dụng trái ngược nhau về chỉ mục bảng địa chỉ. | Không có cách giải quyết nào được biết đến |
|
289569 |
Danh sách chọn mức năng lượng của thành phần người tạo mạng không cung cấp đầy đủ các giá trị được hỗ trợ cho EFR32 |
Chỉnh sửa phạm vi <-8..20> được chỉ định trong nhận xét CMSIS cho EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P
OWER trong /protocol/ZigBee/app/framework/plugin/network- Creator/config/network-creator-config.h file. Ví dụamptập tin, đổi thành . |
| 295498 | Việc tiếp nhận UART đôi khi giảm số byte khi tải nặng trong trường hợp sử dụng đa giao thức động Zigbee+BLE. | Sử dụng điều khiển luồng phần cứng hoặc giảm tốc độ truyền. |
|
312291 |
EMHAL: Các hàm halCommonGetIntxxMillisecondTick trên máy chủ Linux hiện đang sử dụng hàm get meofday, hàm này không đảm bảo sẽ đơn điệu. Nếu thời gian hệ thống thay đổi, nó có thể gây ra sự cố với thời gian ngăn xếp. |
Thay vào đó, hãy sửa đổi các hàm này để sử dụng clock_gettime với nguồn CLOCK_MONOTONIC. |
| 338151 | Việc khởi tạo NCP với giá trị số lượng bộ đệm gói thấp có thể khiến các gói bị hỏng. | Sử dụng giá trị dành riêng 0xFF cho số lượng bộ đệm gói để tránh giá trị mặc định quá thấp |
| 387750 | Sự cố với định dạng Yêu cầu bảng lộ trình trên thiết bị cuối. | Dưới sự điều tra |
| 400418 | Trình khởi tạo liên kết cảm ứng không thể liên kết với mục tiêu thiết bị cuối không phải mới xuất xưởng. | Không có cách giải quyết nào được biết đến. |
|
424355 |
Người khởi tạo có khả năng nhắm mục tiêu theo đường dây cảm ứng không phải mới của nhà máy không thể nhận được phản hồi thông tin thiết bị trong một số trường hợp nhất định. |
Dưới sự điều tra |
|
465180 |
Mục Tối ưu hóa Trình chặn vô tuyến cùng tồn tại “Bật điều khiển thời gian chạy” có thể chặn hoạt động thích hợp của Zigbee. | Tùy chọn 'Chọn Wi-Fi' Kiểm soát tối ưu hóa trình chặn phải được để ở chế độ "Tắt". |
|
480550 |
Cụm OTA có phương pháp phân mảnh tích hợp, do đó không nên sử dụng phân mảnh APS. Mặc dù vậy, trong trường hợp mã hóa APS được kích hoạt, nó sẽ tăng tải trọng của ImageBlockResponse đến kích thước mà phân mảnh APS được kích hoạt. Điều này có thể dẫn đến quá trình OTA không thành công. |
Không có cách giải quyết nào được biết đến |
|
481128 |
Theo mặc định, nguyên nhân đặt lại chi tiết và chi tiết sự cố sẽ có sẵn thông qua UART ảo (Nối tiếp 0) trên nền tảng NCP khi plugin Chẩn đoán và thiết bị ngoại vi UART ảo được bật. | Vì Serial 0 đã được khởi tạo trong NCP nên khách hàng có thể kích hoạt emberAfNcpInitCallback trong Zigbee NCP Framework và gọi các hàm chẩn đoán thích hợp (halGetExtendsResetInfo, halGetExtendsResetString, halPrintCrashSummary, halPrintCrashDetails và halPrintCrashData) trong lệnh gọi lại này để in dữ liệu này sang Serial 0 cho viewvào nhật ký chụp của Trình phân tích mạng.
Đối với một người cũampTập tin về cách sử dụng các hàm này, hãy tham khảo mã có trong emberAfMainInit() của a-main-soc.c khi EXTENDED_RESET_INFO được xác định. |
| TÔI # | Sự miêu tả | Giải pháp thay thế |
|
486369 |
Nếu DynamicMultiProtocolLightSoc hình thành một mạng mới có các nút con còn lại từ mạng mà nó đã rời đi, emberAfGetChildTableSize sẽ trả về giá trị khác 66 trong startIdentifyOnAllChildNodes, gây ra thông báo lỗi Tx XNUMX khi xử lý các nút con "ma". | Xóa hàng loạt phần đó nếu có thể trước khi tạo mạng mới hoặc kiểm tra bảng con theo chương trình sau khi rời khỏi mạng và xóa tất cả các phần tử con bằng cách sử dụng emberRemoveChild trước khi tạo mạng mới. |
|
495563 |
Tham gia SPI NCP Sleepy End Device Sample Ứng dụng không thực hiện thăm dò ngắn, do đó nỗ lực tham gia không thành công ở trạng thái Cập nhật Khóa liên kết TC. | Thiết bị muốn tham gia phải ở chế độ Thăm dò ngắn trước khi thử tham gia. Chế độ này có thể được ép buộc bởi plugin Hỗ trợ thiết bị cuối. |
|
497832 |
Trong Trình phân tích mạng, Phân tích lệnh hỗ trợ ứng dụng Zigbee cho Khung yêu cầu khóa xác minh tham chiếu nhầm phần tải trọng cho biết Địa chỉ nguồn của khung là Địa chỉ đích. |
Không có cách giải quyết nào được biết đến |
| 519905
521782 |
Spi-NCP rất hiếm khi không khởi động được giao tiếp của bộ nạp khởi động bằng lệnh CLI 'bootload' của plugin ota-client. |
Khởi động lại quá trình bootload |
|
620596 |
NCP SPI cũamptập tin cho BRD4181A (EFR32xGMG21)
Mã pin mặc định của nWake được xác định không thể được sử dụng làm mã pin đánh thức. |
Thay đổi mã pin mặc định cho nWake từ PD03 thành mã pin hỗ trợ đánh thức EM2/3 trong Plugin NCP-SPI. |
|
631713 |
Thiết bị cuối Zigbee sẽ báo cáo xung đột địa chỉ liên tục nếu plugin “Thư viện ngăn xếp Zigbee PRO” được sử dụng thay vì “Thư viện lá Zigbee PRO”. | Sử dụng “Thư viện lá Zigbee PRO” thay vì plugin “Thư viện ngăn xếp Zigbee PRO”. |
|
670702 |
Sự thiếu hiệu quả trong plugin Báo cáo có thể dẫn đến độ trễ đáng kể dựa trên tần suất ghi dữ liệu và kích thước bảng, điều này có thể ảnh hưởng đến mã ứng dụng của khách hàng, bao gồm cả thời gian sự kiện. | Nếu thường xuyên viết, hãy cân nhắc việc kiểm tra các điều kiện báo cáo và gửi báo cáo theo cách thủ công thay vì sử dụng plugin. |
|
708258 |
Giá trị chưa được khởi tạo trong Groups-server.c thông qua addEntryToGroupTable() có thể tạo ra một liên kết giả và khiến các thông báo báo cáo về việc truyền nhóm được gửi đi. | Thêm “bind.clusterId = EMBER_AF_INVALID_CLUSTER_ID;” sau “bind.type
= EMBER_MULTICAST_BINDING;” |
|
757775 |
Tất cả các bộ phận EFR32 đều có phần bù RSSI duy nhất. Ngoài ra, thiết kế bo mạch, ăng-ten và vỏ có thể ảnh hưởng đến RSSI. |
Khi tạo một dự án mới, hãy cài đặt thành phần RAIL Utility, RSSI. Tính năng này bao gồm Silab bù RSSI mặc định được đo cho từng bộ phận. Phần bù này có thể được sửa đổi nếu cần thiết sau khi kiểm tra RF cho sản phẩm hoàn chỉnh của bạn. |
|
758965 |
Các thành phần cụm ZCL và bảng khám phá lệnh ZCL không được đồng bộ hóa. Do đó, khi bật hoặc tắt thành phần cụm ZCL, các lệnh đã triển khai sẽ không được bật/tắt trong tab lệnh Bộ cấu hình nâng cao ZCL tương ứng. | Bật/tắt tính năng khám phá theo cách thủ công cho các lệnh ZCL mong muốn trong Bộ cấu hình nâng cao ZCL. |
| 765735 | Bản cập nhật OTA không thành công trên Thiết bị đầu cuối buồn ngủ khi đã bật Yêu cầu trang. | Sử dụng Yêu cầu chặn thay vì Yêu cầu trang. |
|
845649 |
Xóa CLI: Thành phần cốt lõi không loại bỏ các lệnh gọi EEPROM cli tới sl_cli.h. |
Xóa eeprom-cli.c file nó gọi sl_cli.h. Ngoài ra, các lệnh gọi tới sl_cli.h cũng như sl_cli_command_arg_t trong ota-storage-simple-eeprom có thể được nhận xét. |
|
857200 |
ias-zone-server. c cho phép tạo một liên kết với địa chỉ CIE “0000000000000000” và phía sau không cho phép các liên kết tiếp theo. | Không có cách giải quyết nào được biết đến |
| 1019961 | Đã tạo Z3Gatewayfile mã cứng “gcc” là CC | Không có cách giải quyết nào được biết đến |
| TÔI # | Sự miêu tả | Giải pháp thay thế |
|
1039767 |
Sự cố tràn hàng đợi thử lại mạng của bộ định tuyến Zigbee trong trường hợp sử dụng RTOS đa luồng. |
Zigbee Stack không an toàn theo luồng. Do đó, việc gọi API ngăn xếp Zigbee từ một tác vụ khác không được hỗ trợ trong môi trường HĐH và có thể khiến ngăn xếp rơi vào trạng thái “không hoạt động”. Hãy tham khảo Ghi chú ứng dụng sau để biết thêm thông tin và cách giải quyết bằng cách sử dụng trình xử lý sự kiện.
https://www.silabs.com/documents/public/application- ghi chú/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk- 7x.pdf . |
| 1064370 | Z3Switchampứng dụng chỉ kích hoạt một nút (ví dụ: btn1) theo mặc định dẫn đến mô tả nút không khớp trong dự án file. | Giải pháp thay thế: Cài đặt phiên bản btn0 theo cách thủ công trong quá trình tạo dự án Z3Switch. |
| 1161063 | Z3Light và các ứng dụng khác có thể báo cáo giá trị sửa đổi cụm không chính xác. | Cập nhật thủ công thuộc tính sửa đổi cụm thành bản sửa đổi thích hợp của chúng. |
| 1164768,
1171478, 1171479 |
LỖI: ezspErrorHandler 0x34 được báo cáo liên tục trong chế độ nhận mfglib | Để giảm các thông báo lỗi được in, hãy định cấu hình EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV
ENT_TIMEOUT_MS trên ứng dụng máy chủ lên 100, do đó hàng đợi gọi lại được giải phóng nhanh hơn. |
| 1252460 | Các quy trình khôi phục SimEEPROM (cho cả v1 và v2) chạy khi khởi động có thể thực hiện các lệnh gọi xóa trang flash bị sai lệch dẫn đến các xác nhận trong em_msc. thói quen MSC_ErasePage của c. | Cách giải quyết: Đặt dòng mã sau ở đầu hàm MSC_ErasePage() trong em_msc.c: địa chỉ bắt đầu = (uint32_t*)((uint32_t)startAddress &
~(FLASH_PAGE_SIZE-1)); |
Các mặt hàng không được dùng nữa
Đã ngừng phát hành
Trong GSDK 7.4.0.0 trở đi, bao gồm cả bản vá này, tùy chọn “-v” trong Z3Gateway dành cho ứng dụng máy chủ linux nhằm tạo giao diện telnet với cổng 4900 hoặc 4901 không được dùng nữa. Cách khác được đề xuất để tạo giao diện telnet là sử dụng các tiện ích linux như “socat”.
Đã ngừng phát hành
Đã xóa các API bảo mật không được dùng nữa sau đây:
- than hồngGetKey()
- emberGetKeyTableEntry()
- emberSetKeyTableEntry()
- emberHaveLinkKey()
- emberAddOrUpdateKeyTableEntry()
- emberAddTransientLinkKey()
- emberGetTransientKeyTableEntry()
- emberGetTransientLinkKey()
- emberHmacAesHash()
Sử dụng các API do Zigbee Security Manager cung cấp để truy cập vào bộ lưu trữ khóa và hàm băm HMAC.
Các mục đã xóa
Đã xóa trong bản phát hành
- Đã xóa các API công khai trùng lặp trong tiêu đề công khai file gp-type.h.
- Thành phần zigbee_end_device_bind đã bị xóa. Thành phần này được sử dụng để điều phối viên thực hiện các yêu cầu lại liên kết cho thiết bị cuối. Chức năng tùy chọn này đã bị xóa khỏi R22 của thông số lõi Zigbee.
- Đã xóa setPacketBufferCount() trong af-host.c và trường hợp kiểm tra vô dụng EZSP_CONFIG_PACKET_BUFFER_COUNT: trong command-handlers.c.
- Đã xóa đối số MemoryAllocation vì không cần chia thành hai giai đoạn khi khởi tạo NCP.
- Đã xóa emberAfNcpInitCallback() trong se14-comms-hub, se14-ihd và se14-meter-gas 's app.c.
- Đã xóa cài đặt giá trị EZSP_CONFIG_RETRY_QUEUE_SIZE trong quá trình khởi tạo ncp trong ncp-configuration.c
Cổng đa giao thức và RCP
Sản phẩm mới
Đã thêm vào bản phát hành
- Nghe đồng thời, khả năng ngăn xếp Zigbee và OpenThread hoạt động trên các kênh 802.15.4 độc lập khi sử dụng RCP EFR32xG24 hoặc xG21, đã được phát hành.
- Tính năng nghe đồng thời không khả dụng cho tổ hợp RCP/Bluetooth RCP 802.15.4, tổ hợp Zigbee NCP/OpenThread RCP hoặc cho hệ thống trên chip Zigbee/OpenThread (SoC). Nó sẽ được thêm vào các sản phẩm đó trong phiên bản tương lai.
- Tiện ích mở rộng của nhà cung cấp OpenThread CLI đã được thêm vào ứng dụng máy chủ OpenThread của các vùng chứa đa giao thức. Điều này bao gồm các lệnh coex cli.
Cải tiến
Đã thay đổi trong bản phát hành
- Sự kết hợp đa giao thức Zigbee NCP/OpenThread RCP hiện đã đạt chất lượng sản xuất.
Các vấn đề đã được khắc phục
Đã sửa lỗi trong bản phát hành
| TÔI # | Sự miêu tả |
|
1213701 |
zigbeed không cho phép tạo một mục trong bảng so khớp nguồn cho một thành phần con nếu hàng đợi gián tiếp MAC có dữ liệu đang chờ xử lý cho thành phần con đó. Hành vi này có thể dẫn đến các giao dịch lớp ứng dụng giữa thiết bị con và một số thiết bị khác không thành công do thiếu APS Ack hoặc phản hồi của lớp ứng dụng, đáng chú ý nhất là sự gián đoạn và chấm dứt bất ngờ của các Bản nâng cấp ZCL OTA nhắm vào thiết bị con. |
| 1244461 | Mục nhập bảng đối sánh nguồn dành cho trẻ em có thể bị xóa mặc dù có tin nhắn đang chờ xử lý. |
Đã sửa lỗi trong bản phát hành
| TÔI # | Sự miêu tả |
| 1081828 | Sự cố thông lượng với Zigbee/BLE DMP s dựa trên FreeRTOSampứng dụng le. |
| 1090921 | Z3GatewayCpc gặp sự cố khi tạo mạng trong môi trường ồn ào. |
| 1153055 | Xác nhận trên máy chủ xảy ra khi có lỗi giao tiếp khi đọc phiên bản NCP từ zigbee_ncp-ble_ncp-uart sampứng dụng le. |
| 1155676 | RCP 802.15.4 đã loại bỏ tất cả các gói unicast đã nhận (sau khi xác nhận MAC) nếu nhiều giao diện 15.4 có chung ID nút 16 bit. |
| 1173178 | Máy chủ đã báo cáo sai hàng trăm gói nhận được bằng mfglib trong thiết lập Host-RCP. |
| 1190859 | Lỗi EZSP khi gửi gói ngẫu nhiên mfglib trong thiết lập Host-RCP. |
| 1199706 | Thăm dò dữ liệu từ các thiết bị đầu cuối bị lãng quên đã không đặt đúng khung đang chờ xử lý trên RCP để xếp hàng lệnh Rời khỏi & Tham gia lại cho thiết bị con cũ. |
| 1207967 | Lệnh “mfglib gửi ngẫu nhiên” đang gửi các gói bổ sung trên Zigbeed. |
| 1208012 | Chế độ mfglib rx không cập nhật thông tin gói chính xác khi nhận trên RCP. |
| 1214359 | Nút điều phối bị lỗi khi có 80 bộ định tuyến trở lên cố gắng tham gia đồng thời trong thiết lập Host-RCP. |
|
1216470 |
Sau khi chuyển tiếp một chương trình phát sóng cho mặt nạ địa chỉ 0xFFFF, Zigbee RCP hoạt động như một thiết bị mẹ sẽ để lại cờ dữ liệu đang chờ xử lý cho mỗi thiết bị con. Điều này dẫn đến việc mỗi đứa trẻ luôn thức chờ đợi dữ liệu sau mỗi cuộc thăm dò ý kiến và yêu cầu một số giao dịch dữ liệu đang chờ xử lý khác đến từng thiết bị đầu cuối để cuối cùng xóa trạng thái này. |
Các vấn đề đã biết trong bản phát hành hiện tại
Các vấn đề in đậm đã được thêm vào kể từ bản phát hành trước. Nếu bạn đã bỏ lỡ một bản phát hành, ghi chú phát hành gần đây có sẵn trên https://www.si-labs.com/developers/gecko-software-development-kit.
| TÔI # | Sự miêu tả | Giải pháp thay thế |
| 811732 | Hỗ trợ mã thông báo tùy chỉnh không khả dụng khi sử dụng Zigbeed. | Hỗ trợ được lên kế hoạch trong một bản phát hành trong tương lai. |
| 937562 | Lệnh 'quảng cáo trên' Bluetoothctl không thành công với ứng dụng rcp-uart-802154-blehci trên Raspberry Pi OS 11. | Sử dụng ứng dụng btmgmt thay vì bluetoothctl. |
| 1022972 | Coex không hoạt động trên ZB NCP + OT RCP. | Hỗ trợ được lên kế hoạch cho một bản phát hành trong tương lai. |
| 1074205 | CMP RCP không hỗ trợ hai mạng trên cùng một id PAN. | Sử dụng các id PAN khác nhau cho mỗi mạng. Hỗ trợ được lên kế hoạch trong một bản phát hành trong tương lai. |
| 1122723 | Trong môi trường bận rộn, CLI có thể không phản hồi trong ứng dụng z3-light_ot-ftd_soc. | Không có cách giải quyết nào được biết đến. |
| 1124140 | z3-light_ot-ftd_soc sampỨng dụng không thể hình thành mạng Zigbee nếu mạng OT đã hoạt động. | Bắt đầu mạng Zigbee trước và mạng OT sau. |
|
1170052 |
CMP Zigbee NCP + OT RCP và DMP Zigbee NCP + BLE NCP có thể không phù hợp với các phần RAM 64KB và thấp hơn trong bản phát hành hiện tại này. |
Các phần 64KB hiện không được hỗ trợ cho các ứng dụng này. |
|
1209958 |
ZB/OT/BLE RCP trên Bobcat và Bobcat Lite có thể ngừng hoạt động sau vài phút khi chạy cả ba giao thức |
Sẽ được giải quyết trong phiên bản tương lai |
| 1221299 | Các bài đọc Mfglib RSSI khác nhau giữa RCP và NCP. | Sẽ được giải quyết trong một phiên bản tương lai. |
| 1231021 | OTBR có thể xác nhận khi hơn 80 thiết bị zigbee tham gia đồng thời. | Đã thêm bản sửa lỗi có thể giải quyết được sự cố. Sẽ được giải quyết đầy đủ trong một bản phát hành trong tương lai. |
Các mặt hàng không được dùng nữa
- Không có
Các mục đã xóa
Đã xóa trong bản phát hành
- Macro “NONCOMPLIANT_ACK_TIMING_WORKAROUND” đã bị xóa. Theo mặc định, tất cả các ứng dụng RCP hiện nay đều hỗ trợ thời gian xử lý 192 μgiây đối với các phản hồi không nâng cao trong khi vẫn sử dụng thời gian xử lý 256 μgiây cho các phản hồi nâng cao mà CSL yêu cầu.
Sử dụng bản phát hành này
Bản phát hành này có chứa những điều sau đây:
- Ngăn xếp Zigbee
- Khung ứng dụng Zigbee
- Zigbee Sample Các ứng dụng
Để biết thêm thông tin về Zigbee và EmberZNet SDK, hãy xem UG103.02: Nguyên tắc cơ bản về Zigbee.
Nếu bạn là người dùng lần đầu, hãy xem QSG180: Hướng dẫn bắt đầu nhanh Zigbee EmberZNet dành cho SDK 7.0 trở lên, để biết hướng dẫn về cách định cấu hình môi trường phát triển của bạn, xây dựng và nhấp nháy dưới dạngamptập tin ứng dụng và tài liệu tham khảo hướng dẫn các bước tiếp theo.
Cài đặt và sử dụng
SDK Zigbee EmberZNet được cung cấp như một phần của Gecko SDK (GSDK), bộ SDK của Silicon Labs. Để nhanh chóng bắt đầu với GSDK, hãy cài đặt Simplicity Studio 5, ứng dụng này sẽ thiết lập môi trường phát triển của bạn và hướng dẫn bạn cài đặt GSDK. Simplicity Studio 5 bao gồm mọi thứ cần thiết để phát triển sản phẩm IoT với các thiết bị Silicon Labs, bao gồm trình khởi chạy tài nguyên và dự án, công cụ cấu hình phần mềm, IDE đầy đủ với chuỗi công cụ GNU và các công cụ phân tích. Hướng dẫn cài đặt được cung cấp trong Hướng dẫn sử dụng Simplicity Studio 5 trực tuyến.
Ngoài ra, Gecko SDK có thể được cài đặt thủ công bằng cách tải xuống hoặc sao chép bản mới nhất từ GitHub. Nhìn thấy https://github.com/Sili-conLabs/gecko_sdk để biết thêm thông tin.
Simplicity Studio cài đặt GSDK theo mặc định trong:
- (Windows): C:\Users\ \SimplicityStudio\SDKs\gecko_sdk
- (MacOS): /Người dùng/ /SimplicityStudio/SDK/gecko_sdk
Tài liệu dành riêng cho phiên bản SDK được cài đặt cùng với SDK. Thông tin bổ sung thường có thể được tìm thấy trong các bài viết cơ sở kiến thức (KBA). Tài liệu tham khảo API và thông tin khác về bản phát hành này và các bản phát hành trước đó có sẵn trên https://docs.silabs.com/.
Thông tin bảo mật
Tích hợp Vault an toàn
Đối với các ứng dụng chọn lưu trữ khóa một cách an toàn bằng cách sử dụng thành phần Lưu trữ khóa an toàn trên các bộ phận Secure Vault-High, bảng sau đây hiển thị các khóa được bảo vệ và đặc điểm bảo vệ bộ lưu trữ của chúng mà thành phần Trình quản lý bảo mật Zigbee quản lý.
| chìa khóa bọc | Có thể xuất / Không thể xuất | Ghi chú |
| Khóa mạng | Có thể xuất khẩu | |
| Khóa liên kết trung tâm tin cậy | Có thể xuất khẩu | |
| Khóa liên kết tạm thời | Có thể xuất khẩu | Bảng khóa được lập chỉ mục, được lưu trữ dưới dạng khóa dễ bay hơi |
| Khóa liên kết ứng dụng | Có thể xuất khẩu | Bảng khóa được lập chỉ mục |
| Khóa EZSP an toàn | Có thể xuất khẩu | |
| Khóa mã hóa ZLL | Có thể xuất khẩu | |
| Khóa cấu hình sẵn ZLL | Có thể xuất khẩu | |
| Khóa proxy GPD | Có thể xuất khẩu | Bảng khóa được lập chỉ mục |
| Chìa khóa chìm GPD | Có thể xuất khẩu | Bảng khóa được lập chỉ mục |
| Khóa nội bộ/giữ chỗ | Có thể xuất khẩu | Khóa nội bộ để Zigbee Security Manager sử dụng |
- Có thể sử dụng các khóa bọc được đánh dấu là "Không thể xuất" nhưng không thể viewed hoặc chia sẻ trong thời gian chạy.
- Các khóa được bao bọc được đánh dấu là “Có thể xuất” có thể được sử dụng hoặc chia sẻ trong thời gian chạy nhưng vẫn được mã hóa khi lưu trữ trong flash.
- Ứng dụng người dùng không bao giờ cần phải tương tác với phần lớn các khóa này. Các API hiện có để quản lý các khóa Bảng khóa liên kết hoặc Khóa tạm thời vẫn có sẵn cho ứng dụng người dùng và hiện định tuyến thông qua thành phần Trình quản lý bảo mật Zigbee.
- Một số khóa này có thể không thể xuất được sang ứng dụng người dùng trong tương lai. Các ứng dụng của người dùng được khuyến khích không dựa vào việc xuất khóa trừ khi thực sự cần thiết.
- Để biết thêm thông tin về chức năng Quản lý khóa Secure Vault, hãy xem AN1271: Lưu trữ khóa an toàn.
Cố vấn An ninh
Để đăng ký Tư vấn bảo mật, hãy đăng nhập vào cổng khách hàng của Silicon Labs, sau đó chọn Trang chủ tài khoản. Nhấp vào TRANG CHỦ để truy cập trang chủ cổng thông tin rồi nhấp vào ô Quản lý thông báo. Đảm bảo rằng bạn đã chọn 'Thông báo Tư vấn về Phần mềm/Bảo mật & Thông báo Thay đổi Sản phẩm (PCN)' và rằng bạn đã đăng ký ở mức tối thiểu cho nền tảng và giao thức của mình. Nhấp vào Lưu để lưu mọi thay đổi.
Ủng hộ
Khách hàng của Bộ công cụ phát triển đủ điều kiện được đào tạo và hỗ trợ kỹ thuật. Sử dụng Phòng thí nghiệm Silicon Zigbee web để nhận thông tin về tất cả các sản phẩm và dịch vụ của Silicon Labs Zigbee cũng như để đăng ký hỗ trợ sản phẩm.
Bạn có thể liên hệ với bộ phận hỗ trợ của Phòng thí nghiệm Silicon tại http://www.silabs.com/support.
Studio Đơn giản
Truy cập bằng một cú nhấp chuột vào MCU và các công cụ không dây, tài liệu, phần mềm, thư viện mã nguồn và hơn thế nữa. Có sẵn cho Windows, Mac và Linux!
Tuyên bố miễn trừ trách nhiệm
Silicon Labs có ý định cung cấp cho khách hàng tài liệu mới nhất, chính xác và chuyên sâu về tất cả các thiết bị ngoại vi và mô-đun có sẵn cho những người triển khai hệ thống và phần mềm đang sử dụng hoặc có ý định sử dụng các sản phẩm của Silicon Labs. Dữ liệu đặc tính, các mô-đun và thiết bị ngoại vi có sẵn, kích thước bộ nhớ và địa chỉ bộ nhớ đề cập đến từng thiết bị cụ thể và các thông số "Điển hình" được cung cấp có thể và thực sự khác nhau trong các ứng dụng khác nhau. Ứng dụngamples được mô tả ở đây chỉ dành cho mục đích minh họa. Silicon Labs có quyền thực hiện các thay đổi mà không cần thông báo thêm về thông tin sản phẩm, thông số kỹ thuật và mô tả ở đây, đồng thời không đưa ra bảo đảm về tính chính xác hoặc đầy đủ của thông tin được bao gồm. Không cần thông báo trước, Silicon Labs có thể cập nhật chương trình cơ sở sản phẩm trong quá trình sản xuất vì lý do bảo mật hoặc độ tin cậy. Những thay đổi như vậy sẽ không làm thay đổi các thông số kỹ thuật hoặc hiệu suất của sản phẩm. Silicon Labs sẽ không chịu trách nhiệm về hậu quả của việc sử dụng thông tin được cung cấp trong tài liệu này. Tài liệu này không ngụ ý hoặc rõ ràng cấp bất kỳ giấy phép nào để thiết kế hoặc chế tạo bất kỳ mạch tích hợp nào. Các sản phẩm không được thiết kế hoặc cho phép để sử dụng trong bất kỳ thiết bị FDA Cấp III nào, các ứng dụng cần được FDA chấp thuận trước khi bán hoặc Hệ thống hỗ trợ sự sống mà không có sự đồng ý cụ thể bằng văn bản của Silicon Labs. “Hệ thống Hỗ trợ Sự sống” là bất kỳ sản phẩm hoặc hệ thống nào nhằm hỗ trợ hoặc duy trì sự sống và / hoặc sức khỏe, nếu không thành công, có thể dẫn đến thương tích cá nhân nghiêm trọng hoặc tử vong. Các sản phẩm của Silicon Labs không được thiết kế hoặc ủy quyền cho các ứng dụng quân sự. Trong mọi trường hợp, các sản phẩm của Silicon Labs sẽ không được sử dụng cho vũ khí hủy diệt hàng loạt bao gồm (nhưng không giới hạn ở) vũ khí hạt nhân, sinh học hoặc hóa học, hoặc tên lửa có khả năng mang những vũ khí đó. Silicon Labs từ chối tất cả các bảo đảm rõ ràng và ngụ ý và sẽ không chịu trách nhiệm hoặc nghĩa vụ pháp lý đối với bất kỳ thương tích hoặc thiệt hại nào liên quan đến việc sử dụng sản phẩm của Silicon Labs trong các ứng dụng trái phép như vậy.
Ghi chú: Nội dung này có thể chứa thuật ngữ xúc phạm hiện đã lỗi thời. Silicon Labs sẽ thay thế các thuật ngữ này bằng ngôn ngữ toàn diện nếu có thể. Để biết thêm thông tin, hãy truy cập www.silabs.com/about-us/inclusive-lexicon-project.
Thông tin nhãn hiệu
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® và logo Silicon Labs®, Bluegiga®, Logo Bluegiga®, EFM®, EFM32®, EFR, Ember®, Energy Micro, logo Energy Micro và các kết hợp của chúng, “bộ vi điều khiển thân thiện với năng lượng nhất thế giới”, Redpine Signals®, WiSeConnect , n-Link, ThreadArch®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, Logo Telegesis®, USBXpress® , Zentri, logo Zentri và Zentri DMS, Z-Wave® và các nhãn hiệu khác là các nhãn hiệu hoặc nhãn hiệu đã đăng ký của Silicon Labs. ARM, CORTEX, Cortex-M3 và THUMB là các nhãn hiệu hoặc nhãn hiệu đã đăng ký của ARM Holdings. Keil là nhãn hiệu đã đăng ký của ARM Limited. Wi-Fi là nhãn hiệu đã đăng ký của Wi-Fi Alliance. Tất cả các sản phẩm hoặc tên thương hiệu khác được đề cập ở đây đều là nhãn hiệu của chủ sở hữu tương ứng.
LIÊN HỆ
- Phòng thí nghiệm Silicon Inc.
- 400 Tây Cesar Chavez
- Austin, TX 78701
- Hoa Kỳ
- www.silabs.com
Tài liệu / Tài nguyên
 |
Phần mềm ngăn xếp giao thức Zigbee SILICON LABS SDK 7.4.1.0 GA [tập tin pdf] Hướng dẫn sử dụng SDK 7.4.1.0 GA Phần mềm ngăn xếp giao thức Zigbee, SDK 7.4.1.0 GA, Phần mềm ngăn xếp giao thức Zigbee, Phần mềm ngăn xếp giao thức, Phần mềm ngăn xếp |