ซอฟต์แวร์ SILICON LABS Zigbee EmberZNet SDK
ข้อมูลสินค้า
ข้อมูลจำเพาะ
-
- Zigbee EmberZNet SDK เวอร์ชัน: 7.4.3.0
- เวอร์ชันของ Gecko SDK Suite: 4.4 2 พฤษภาคม 2024
- ผู้ขาย: ซิลิคอนแล็บส์
- คุณสมบัติหลัก: รองรับ Multiprotocol (CMP) Zigbee และ OpenThread บน SoC
- คำแนะนำการใช้ผลิตภัณฑ์
- ประกาศความเข้ากันได้และการใช้งาน
- สำหรับการอัปเดตและประกาศด้านความปลอดภัย โปรดดูบทความปลอดภัยของบันทึกประจำรุ่นของแพลตฟอร์ม Gecko หรือไปที่ https://www.silabs.com/developers/zigbee-emberznetelopers/zigbee-emberznet- สมัครรับคำแนะนำด้านความปลอดภัยเพื่อรับข้อมูลล่าสุด
- คอมไพเลอร์ที่เข้ากันได้
- รับรองว่าถูกต้อง fileกำลังใช้กับ GCC (The GNU Compiler Collection) เวอร์ชัน 12.2.1 ที่มาพร้อมกับ Simplicity Studio
- เวอร์ชันโปรโตคอล EZSP
- เวอร์ชันโปรโตคอล EZSP สำหรับรุ่นนี้คือ 0x0D
คำถามที่พบบ่อย
- คุณสมบัติหลักของ Zigbee EmberZNet SDK เวอร์ชันนี้คืออะไร
- คุณสมบัติหลักของเวอร์ชันนี้คือรองรับ Multiprotocol (CMP) Zigbee และ OpenThread บน SoC
- ฉันจะค้นหาการอัปเดตและประกาศด้านความปลอดภัยสำหรับผลิตภัณฑ์ได้จากที่ไหน
- คุณสามารถดูการอัปเดตและประกาศด้านความปลอดภัยได้ในบทความปลอดภัยของบันทึกประจำรุ่นของ Gecko Platform หรือใน Silicon Labs webไซต์ที่ https://www.silabs.com/developers/zigbee-emberznet.
- คอมไพเลอร์ใดบ้างที่เข้ากันได้กับผลิตภัณฑ์นี้?
- ผลิตภัณฑ์นี้เข้ากันได้กับ GCC (The GNU Compiler Collection) เวอร์ชัน 12.2.1 ที่มาพร้อมกับ Simplicity Studio
Silicon Labs เป็นผู้จำหน่ายทางเลือกสำหรับ OEM ที่กำลังพัฒนาเครือข่าย Zigbee ลงในผลิตภัณฑ์ของตน แพลตฟอร์ม Zigbee ของ Silicon Labs เป็นโซลูชัน Zigbee ที่บูรณาการ สมบูรณ์ และมีคุณสมบัติครบครันที่สุดที่มีอยู่
Silicon Labs EmberZNet SDK มีการใช้งานข้อกำหนด Zigbee Stack ของ Silicon Labs
บันทึกประจำรุ่นเหล่านี้ครอบคลุมเวอร์ชัน SDK:
- 7.4.3.0 เผยแพร่เมื่อวันที่ 2 พฤษภาคม 2024
- 7.4.2.0 เผยแพร่เมื่อวันที่ 10 เมษายน 2024
- 7.4.1.0 เผยแพร่เมื่อวันที่ 14 กุมภาพันธ์ 2024
- 7.4.0.0 เผยแพร่เมื่อวันที่ 13 ธันวาคม 2023
คุณสมบัติที่สำคัญ
ซิกบี
- การปฏิบัติตาม Zigbee R23
- การปฏิบัติตาม Zigbee Smart Energy 1.4a – การผลิต
- การปฏิบัติตาม Zigbee GP 1.1.2 – อัลฟ่า
- รองรับ MG27 – การผลิต
- ปรับปรุงการรองรับชิ้นส่วน Secure Vault
- การสนับสนุน Sleepy บนแอปพลิเคชัน NCP SPI (ไม่ใช่ CPC) – อัลฟ่า
หลายโปรโตคอล
- รองรับการฟังพร้อมกัน (RCP) - MG21 และ MG24
- Multiprotocol (CMP) พร้อมกัน Zigbee NCP + OpenThread RCP – การผลิต
- Dynamic Multiprotocol Bluetooth + รองรับ Multiprotocol (CMP) Zigbee และ OpenThread บน SoC
ประกาศความเข้ากันได้และการใช้งาน
สำหรับข้อมูลเกี่ยวกับการอัปเดตความปลอดภัยและประกาศต่างๆ โปรดดูบทความปลอดภัยของบันทึกประจำรุ่น Gecko Platform ที่ติดตั้งพร้อมกับ SDK นี้ หรือในแท็บ TECH DOCS บน https://www.silabs.com/developers/zigbee-emberznet- Silicon Labs ขอแนะนำอย่างยิ่งให้คุณสมัครรับคำแนะนำด้านความปลอดภัยเพื่อรับข้อมูลล่าสุด หากต้องการคำแนะนำ หรือหากคุณเพิ่งเริ่มใช้ Zigbee EmberZNet SDK โปรดดู
การใช้ข่าวประชาสัมพันธ์ฉบับนี้
คอมไพเลอร์ที่เข้ากันได้:
IAR Embedded Workbench สำหรับ ARM (IAR-EWARM) เวอร์ชัน 9.40.1
- การใช้ไวน์เพื่อสร้างด้วยยูทิลิตีบรรทัดคำสั่ง IarBuild.exe หรือ IAR Embedded Workbench GUI บน macOS หรือ Linux อาจทำให้ไม่ถูกต้อง files ถูกใช้เนื่องจากการชนกันในอัลกอริธึมการแฮชของไวน์เพื่อสร้างชอร์ต file ชื่อ
- ไม่แนะนำให้ลูกค้าที่ใช้ macOS หรือ Linux สร้างด้วย IAR นอก Simplicity Studio ลูกค้าที่ทำควรตรวจสอบอย่างละเอียดว่าถูกต้อง fileกำลังถูกใช้
GCC (The GNU Compiler Collection) เวอร์ชัน 12.2.1 มาพร้อมกับ Simplicity Studio
เวอร์ชันโปรโตคอล EZSP สำหรับรุ่นนี้คือ 0x0D
สินค้าใหม่
Gecko SDK (GSDK) รุ่นนี้จะเป็นรุ่นล่าสุดที่มีการรองรับร่วมกันสำหรับอุปกรณ์ EFM และ EFR ทั้งหมด ยกเว้นแพตช์สำหรับเวอร์ชันนี้ตามความจำเป็น ตั้งแต่กลางปี 2024 เราจะเปิดตัว SDK แยกกัน:
- Gecko SDK ที่มีอยู่จะยังคงรองรับอุปกรณ์ Series 0 และ 1 ต่อไป
- SDK ใหม่จะรองรับอุปกรณ์ซีรีส์ 2 และ 3 โดยเฉพาะ
Gecko SDK จะยังคงสนับสนุนอุปกรณ์ Series 0 และ 1 ทั้งหมดต่อไป โดยไม่มีการเปลี่ยนแปลงในการสนับสนุน การบำรุงรักษา คุณภาพ และการตอบสนองในระยะยาวภายใต้นโยบายซอฟต์แวร์ของเรา
SDK ใหม่จะแยกสาขาจาก Gecko SDK และเริ่มนำเสนอฟีเจอร์ใหม่ๆ ที่ช่วยให้นักพัฒนาสามารถพัฒนาความก้าวหน้าได้tage ความสามารถขั้นสูงของผลิตภัณฑ์ Series 2 และ 3 ของเรา
การตัดสินใจนี้สอดคล้องกับความคิดเห็นของลูกค้า ซึ่งสะท้อนถึงความมุ่งมั่นของเราในการยกระดับคุณภาพ รับประกันความเสถียร และปรับปรุงประสิทธิภาพเพื่อประสบการณ์ผู้ใช้ที่ยอดเยี่ยมใน SDK ซอฟต์แวร์ของเรา
ส่วนประกอบใหม่
ใหม่ในรุ่น 7.4.0.0
- มีการเพิ่มส่วนประกอบ “zigbee_direct_security_p256” และ “zigbee_direct_security_curve25519” เพื่อให้ผู้ใช้สามารถกำหนดค่าตัวเลือกความปลอดภัย Zigbee Direct เฉพาะได้
- ผู้ใช้ได้รับอนุญาตให้เปิดใช้งานองค์ประกอบ “zigbee_direct_security” หลายรายการบนแอปพลิเคชัน Zigbee direct device (ZDD) ในกรณีนี้ ตัวเลือกความปลอดภัยที่แท้จริงจะขึ้นอยู่กับการกำหนดค่า Zigbee Virtual Device (ZVD)
API ใหม่
ใหม่ในรุ่น 7.4.2.0
- SPI NCP แบบขยายเพื่อใช้เป็นโหมดง่วงในกรณีการใช้งาน Host-NCP บางกรณี
ในกรณีการใช้งานนี้ คุณสามารถกำหนดค่า SPI NCP ให้เป็นอุปกรณ์ปลายทางที่ง่วงได้ โฮสต์ Z3Gatewayampแอปพลิเคชัน le ได้รับการขยายด้วยรหัส CLI แบบกำหนดเองเพิ่มเติมที่รับผิดชอบในการสั่งให้ NCP เข้าสู่โหมดสลีปโหมดใดโหมดหนึ่งผ่านคำสั่ง sleepMode ของคำสั่ง CLI แบบกำหนดเอง และต้องปลุกการทำงานโดยใช้การปลุกคำสั่ง CLI แบบกำหนดเองก่อนการสื่อสาร EZSP ต่อไป - เปิดตัว API sl_zigbee_af_isr_event_init ใหม่เพื่อเริ่มต้นเหตุการณ์กรอบงานแอปพลิเคชันที่ตั้งใจจะเปิดใช้งานภายในรูทีนบริการขัดจังหวะ (ISR) เหตุการณ์เหล่านี้ ซึ่งกำหนดเวลาจาก ISR ต้องมีพารามิเตอร์การหน่วงเวลา 0 มิลลิวินาที กล่าวอีกนัยหนึ่ง เหตุการณ์จาก ISR จะต้องเปิดใช้งานเป็นเหตุการณ์ทันที ไม่อนุญาตให้ปิดการใช้งานเหตุการณ์ภายใน ISR
เหตุผลข้างต้นมีดังนี้ ระบบเหตุการณ์ใช้การจัดการคิวเหตุการณ์ในระหว่างการกำหนดเวลา (การเปิดใช้งานโดยมีความล่าช้าที่ไม่ใช่ศูนย์หรือปิดใช้งาน) เหตุการณ์ เพื่อลดเวลาแฝงให้เหลือน้อยที่สุด ISR ควรเปิดใช้งานเหตุการณ์ด้วยความล่าช้า 0 ซึ่งได้รับการกำหนดเวลาในการประมวลผลคิวเหตุการณ์ถัดไป ซึ่งจะทำให้มีการหน่วงเวลาหรือการปิดใช้งานเพิ่มเติมหลังจากออกจาก ISR เพื่อแยกแยะเหตุการณ์ที่ต้องการใช้ภายใน ISR โครงสร้างเหตุการณ์จะถูกทำเครื่องหมายด้วย sli_zigbee_isr_event_marker ระหว่างการกำหนดค่าเริ่มต้น อ้างถึงแหล่งที่มา zigbee_app_framework_event.h file สำหรับรายละเอียดของฟังก์ชันใหม่นี้ - ชี้แจงการใช้ฟังก์ชันใหม่ emberUpdateMultiMacRejoinChannelMaskForSelectionOrJoiningDevice ที่ถูกเรียกภายในสแต็ก API emberFindAndRejoinNetworkWithReason เพื่อรับ Channel Mask ที่ใช้สำหรับการเข้าร่วมอีกครั้ง
ข้อมูลจำเพาะ SE1.4a จำกัดการเปลี่ยนแปลงอินเทอร์เฟซ (จาก 2.4GHz เป็น sub-GHz หรือในทางกลับกัน) ในระหว่างการเข้าร่วมอุปกรณ์ประเภท Multi-Mac Joining End อีกครั้ง เนื่องจากประเภทอุปกรณ์คือการกำหนดค่ากรอบงานแอปพลิเคชัน (นั่นคือ ประเภทอุปกรณ์ปลายทางที่เข้าร่วมจะเป็นอุปกรณ์ย่อย GHz หรืออุปกรณ์ 2.4 GHz ไม่ใช่ทั้งสองอย่างในการกำหนดค่า) การโทรนี้จึงจัดเตรียม Channel Mask ตามการกำหนดค่านั้น ดังนั้น ว่ามาสก์เข้าร่วมใหม่จะเหมือนกับมาสก์อินเทอร์เฟซการเข้าร่วมเสมอ
ใหม่ในรุ่น 7.4.0.0
- เพิ่ม API ใหม่ sl_zigbee_token_factory_reset เพื่อรีเซ็ตโทเค็น Zigbee NVM3 เป็นค่าเริ่มต้น
- เพิ่ม API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui) ซึ่งจะคืนค่าเป็นจริงหากตารางคีย์ลิงก์สามารถเพิ่มหรืออัปเดตรายการด้วยที่อยู่นี้ (ตารางไม่เต็ม)
เพิ่มบูล API ใหม่ sl_zb_sec_man_compare_key_to_value (sl_zb_sec_man_context_t* context, sl_zb_sec_man_key_t* key) ซึ่งคืนค่าจริงหากคีย์ที่ถูกอ้างอิงโดยบริบทมีค่าเดียวกันกับคีย์ที่ระบุในอาร์กิวเมนต์
การสนับสนุนแพลตฟอร์มใหม่
ใหม่ในรุ่น 7.4.0.0
- มีการเพิ่มการรองรับ Zigbee stack สำหรับชิ้นส่วนใหม่ต่อไปนี้ในรุ่นนี้: EFR32MG24A010F768IM40 and EFR32MG24A020F768IM40.
เอกสารใหม่
ใหม่ในรุ่น 7.4.0.0
อัปเดตคำอธิบายสำหรับส่วนประกอบ Zigbee Secure Key Storage เพื่อให้สอดคล้องกับการเพิ่ม Zigbee Secure Key Storage Upgrade (ซึ่งเพิ่มความเข้ากันได้แบบย้อนหลังกับโปรเจ็กต์ที่มีอยู่)
เพิ่มบันทึกการใช้งานใหม่สำหรับการโต้ตอบกับกลุ่มส่วนประกอบ Zigbee Security Manager (AN1412: ผู้จัดการฝ่ายรักษาความปลอดภัย Zigbee).
พฤติกรรมที่ตั้งใจไว้
ผู้ใช้จะได้รับการเตือนว่าการส่งสัญญาณ CSL ที่ไม่ซิงโครไนซ์ของ Zigbee จะต้องได้รับการยกเว้นโปรโตคอลที่ตัวกำหนดเวลาวิทยุ ในแอปพลิเคชัน SleepyToSleepy นั้น BLE สามารถและจะจองการส่งข้อมูล Zigbee CSL ซึ่งจะยุติการส่งข้อมูล การขอจองตัวกำหนดตารางเวลาเป็นเรื่องปกติมากขึ้นสำหรับ CSL ที่ไม่ซิงโครไนซ์ เนื่องจากอาจใช้ลำดับเฟรมการปลุกที่มีความยาวอาจถูกนำมาใช้ ผู้ใช้ที่ต้องการปรับลำดับความสำคัญในการส่งข้อมูลอาจใช้ส่วนประกอบการปรับแต่งและการทดสอบ DMP เพื่อดำเนินการดังกล่าว ผู้ใช้ยังสามารถปรึกษาได้ UG305: คู่มือผู้ใช้ไดนามิกหลายโปรโตคอล สำหรับข้อมูลเพิ่มเติม
การปรับปรุง
เปลี่ยนในรุ่น 7.4.0.0
การเปลี่ยนแปลงเอกสาร emberCounterHandler API
ในเวอร์ชันก่อนหน้านี้ การเรียกกลับตัวจัดการตัวนับสำหรับ MAC และ APS เลเยอร์ EmberCounterTypes ที่เกี่ยวข้องกับแพ็กเก็ต RX และ TX ไม่ได้ถูกส่งผ่าน ID โหนดเป้าหมายที่เหมาะสมหรืออาร์กิวเมนต์ข้อมูล และเอกสารประกอบ API ที่เกี่ยวข้องกับพฤติกรรมของตัวนับบางตัวที่ใช้พารามิเตอร์เหล่านี้ไม่ชัดเจนหรือทำให้เข้าใจผิด
แม้ว่าลายเซ็นของ emberCounterHandler() จะไม่เปลี่ยนแปลง แต่วิธีการเติมพารามิเตอร์ก็เปลี่ยนไปเล็กน้อย
- ความคิดเห็นเกี่ยวกับ EmberCounterType enums ใน ember-types.h ได้รับการขยายเพื่อความชัดเจน
- พารามิเตอร์รหัสโหนดไปยังตัวจัดการตัวนับสำหรับตัวนับที่เกี่ยวข้องกับ TX จะตรวจสอบว่าโหมดที่อยู่ปลายทางบ่งชี้รหัสแบบสั้นที่ถูกต้องก่อนที่จะใช้งานหรือไม่ (หากไม่เป็นเช่นนั้น จะไม่มีการเติมที่อยู่ปลายทาง และค่าตัวยึดตำแหน่งเป็น
EMBER_UNKNOWN_NODE_ID ถูกใช้แทน) - พารามิเตอร์ Node ID ไปยัง Counter Handler สำหรับตัวนับที่เกี่ยวข้องกับ RX ในขณะนี้สะท้อนถึง ID โหนดต้นทาง ไม่ใช่ ID โหนดปลายทาง
- จำนวนการลองใหม่ *ไม่* ส่งผ่านเป็นพารามิเตอร์ข้อมูลสำหรับตัวนับ EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED ตามที่อธิบายไว้ใน ember-types.h ในเวอร์ชันก่อนหน้า แต่ไม่เคยมีการเติมอย่างถูกต้องในเวอร์ชันที่นำออกใช้ก่อนหน้านี้ ดังนั้นค่าในรีลีสก่อนหน้านี้จะเป็น 0 เสมอ ลักษณะการทำงานนี้ได้รับการชี้แจงในคำอธิบายของ EmberCounterTypes เหล่านั้น อย่างไรก็ตาม จำนวนการลองซ้ำสำหรับการลองเลเยอร์ APS ใหม่ยังคงถูกเติมไว้ในพารามิเตอร์ข้อมูลสำหรับ
ประเภทตัวนับ EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED เพื่อให้สอดคล้องกับรุ่นก่อนหน้า - ตัวนับทั้งหมดที่เติม Node ID หรือพารามิเตอร์ข้อมูลสำหรับการเรียกกลับได้รับการตรวจสอบเพื่อให้แน่ใจว่าพวกมันส่งผ่านข้อมูล ที่อยู่ หรือ EMBER_UNKNOWN_NODE_ID ที่คาดหวัง หากคาดว่า Node ID แต่ไม่สามารถรับจากแพ็กเก็ตได้ ตามที่อธิบายไว้ในถ่านที่แก้ไขแล้ว เอกสาร type.h
- ขณะนี้ตัวจัดการตัวนับสำหรับ EMBER_COUNTER_MAC_TX_UNICAST_RETRY สะท้อนถึง ID โหนดปลายทางของเลเยอร์ MAC และจำนวนการลองใหม่ใน ID โหนดปลายทางและพารามิเตอร์ข้อมูลอย่างถูกต้องแล้ว
- ตัวจัดการตัวนับสำหรับ EMBER_COUNTER_PHY_CCA_FAIL_COUNT ขณะนี้ให้ข้อมูล ID โหนดปลายทางผ่านพารามิเตอร์ Node ID เกี่ยวกับเป้าหมายเลเยอร์ MAC ที่ต้องการของข้อความที่ล้มเหลวในการส่งข้อมูล
อัปเดตรหัสพลังงานสีเขียว
รหัสเซิร์ฟเวอร์ Green power ได้รับการอัปเดตด้วยการปรับปรุงต่างๆ รวมถึง:
- เพิ่มรหัสตรวจสอบเพิ่มเติมสำหรับคำสั่งขาเข้าที่มีจุดสิ้นสุดที่ไม่ถูกต้องเมื่อได้รับบนเซิร์ฟเวอร์ GP
- เพิ่มโค้ดเพื่อจัดการกับกรณีเมื่อไม่มีพื้นที่เหลือให้สร้างข้อความพลังงานสีเขียว
- ขณะนี้ sink ยกเลิกการกำหนดค่าการจับคู่ด้วยการดำเนินการลบการจับคู่ในบางกรณีตามข้อกำหนดส่วน A.3.5.2.4.1
- ตอนนี้ซิงก์จะบันทึกรายการกลุ่มที่มีอยู่ของรายการก่อนที่จะลบออกเมื่อประมวลผลการกำหนดค่าการจับคู่พร้อมการขยายการดำเนินการ
- คำสั่งแบบสอบถามการแปลส่งคืน "NOT FOUND" เป็นรหัสข้อผิดพลาดเมื่อตารางการแปลว่างเปล่าหรือดัชนีมีขนาดใหญ่กว่าจำนวนรายการในตาราง
- เปลี่ยนเวอร์ชันของปลายทาง GP ในบางแอปจาก 1 เป็น 0
การใช้ CSMA ในฟังก์ชันการส่ง GPDF ถูกจำกัดเนื่องจากอุปกรณ์พลังงานสีเขียวเป็นอุปกรณ์ที่ใช้พลังงานน้อยที่สุดและไม่ใช้ CSMA ในการออกแบบส่วนใหญ่ การออกแบบที่ต้องการคือส่งหลายแพ็คเก็ตโดยใช้งบประมาณด้านพลังงานเดียวกัน
ลบการใช้จุดสิ้นสุดที่ซ่อนอยู่ในตัวเลือกปลั๊กอิน Green Power Server ใช้จุดสิ้นสุดของแอปพลิเคชันรายการใดรายการหนึ่งแทน
การปรับปรุงรหัสปลั๊กอินอัปเดตคีย์เครือข่าย
- เปลี่ยนระยะเวลาการอัปเดตคีย์เครือข่ายเป็นระยะเป็น 1 ปี
ปรับโครงสร้าง API บางตัวใหม่เพื่อหลีกเลี่ยงการส่งออกคีย์ที่ไม่จำเป็น
ทำการเปลี่ยนแปลงเพื่อสนับสนุนการใช้บริบทคีย์มากกว่าข้อมูลคีย์ข้อความธรรมดา
- sl_zigbee_send_security_challenge_request ตอนนี้รับอาร์กิวเมนต์ sl_zb_sec_man_context_t แทนที่ EmberKeyData
- ขณะนี้ค่าของ sl_zb_sec_man_derived_key_type enum เป็นบิตมาสก์ 16 บิตเพื่อรองรับการสืบทอดคีย์บางอย่างโดยตรงซึ่งรวมประเภทที่ได้รับมาหลายประเภทเข้าด้วยกัน
ปัญหาที่ได้รับการแก้ไข
แก้ไขแล้วในรุ่น 7.4.2
รหัส # | คำอธิบาย |
1252268 |
ตัวเลือกแอปพลิเคชันโฮสต์ zigbee เพื่อเปิดพอร์ต IP บน 4900/4901 เลิกใช้แล้ว
อีกวิธีหนึ่งในการใช้การเชื่อมต่อระยะไกลเพื่อโต้ตอบกับแอปพลิเคชันโฮสต์อาจเป็นการใช้ยูทิลิตี้ socat ในระบบปฏิบัติการที่รองรับส่วนใหญ่ (อ้างอิงอื่นๆ: 1232361) |
1254541 |
ฟังก์ชันการเริ่มต้นเหตุการณ์ใหม่ sl_zigbee_af_isr_event_init ได้รับการแนะนำเพื่อให้สามารถเริ่มต้นเหตุการณ์แอปพลิเคชันที่ต้องการเปิดใช้งานจากรูทีนบริการขัดจังหวะ (ISR)
เหตุการณ์เหล่านี้สามารถเปิดใช้งานได้จาก ISR โดยมีความล่าช้า 0 มิลลิวินาทีเท่านั้น เหตุการณ์เหล่านี้จะไม่ถูกกำหนดเวลาด้วยความล่าช้าที่ไม่เป็นศูนย์หรือปิดใช้งานจากภายใน ISR
เพิ่มเอกสารประกอบกรอบงานแอปพลิเคชันสำหรับฟังก์ชันข้างต้นแล้ว โปรดดูที่ docs.silabs.com สำหรับเอกสาร API ข้างต้นสำหรับรุ่นนี้ (อ้างอิงอื่นๆ: 1252940) |
1255175 | แก้ไขปัญหาที่ทำให้เกิดข้อผิดพลาดในการประมวลผลข้อความ APS Verify Key Confirm (อ้างอิงอื่นๆ: 1227738) |
1260605 |
พารามิเตอร์ optionMask ที่เป็นทางเลือกสำหรับคำสั่ง CLI “net multi-phy-start” ถูกละเว้นและถือเป็น 0 เสมอ
(อ้างอิงอื่นๆ: 1258636) |
1262538 | แก้ไขปัญหาที่เซิร์ฟเวอร์ GP ไม่ดรอปเฟรมโดยมี FC เท่ากับ FC ที่เก็บไว้ (อ้างอิงอื่นๆ: 1259936) |
1263124 | ลบโค้ดสำหรับการจัดการคำสั่ง MAC ที่เลิกใช้แล้ว (อ้างอิงอื่นๆ: 1262368) |
1266765 | แก้ไขปัญหาเกี่ยวกับป้ายกำกับของ pro leaf stack (อ้างอิงอื่นๆ: 1259298) |
1270706 | แก้ไขปัญหาที่ทำให้กรอบงานแอปพลิเคชันไม่สามารถส่งการตอบสนองเริ่มต้นของ ZCL สำหรับกรณีที่ประสบความสำเร็จ |
1272181 | แก้ไขปัญหาที่ทำให้เกิดความล้มเหลวในการสร้างเมื่อเปิดใช้งานตารางการรายงานแบบขยายบน Z3Gateway (อ้างอิงอื่นๆ: 1188397) |
1272280 | ข้อมูลจำเพาะ SE1.4a กำหนดให้อุปกรณ์ปลายทางเข้าร่วมหลาย MAC เพื่อเข้าร่วมอีกครั้งบนอินเทอร์เฟซเดิมที่ได้เข้าร่วมก่อนหน้านี้ ไม่อนุญาตให้เปลี่ยนอินเทอร์เฟซ (เปลี่ยนจาก 2.4GHz เป็น Sub-GHz หรือกลับกัน) ในระหว่างการเข้าร่วมอีกครั้ง การเข้าร่วมใหม่อาจเริ่มต้นขึ้นอันเป็นผลมาจากการสูญเสียพาเรนต์หรือการรีไซเคิลพลังงานของโหนด ในทั้งสองกรณีนี้ API สแต็ก emberFindAndRejoinNetworkWithReason จะถูกเรียกภายในเพื่อเริ่มกระบวนการเข้าร่วมอีกครั้ง และ API นี้จำเป็นต้องมีมาสก์ช่องทางเข้าร่วมอีกครั้งเป็นอาร์กิวเมนต์ มาสก์ช่องทางนี้ได้มาโดยสแต็กโดยฟังก์ชันการโทร emberUpdateMultiMacRejoinChannelMaskForSelectionOrJoiningDevice ซึ่งนำไปใช้เป็นแหล่งที่มาและเป็นส่วนหนึ่งของโครงการแอปพลิเคชัน
การใช้งานเริ่มต้นสามารถพบได้ใน ember-configuration.c เป็นฟังก์ชัน WEAK เพื่อให้สามารถแทนที่ผู้ใช้ได้ |
1273235 | การทริกเกอร์การดำเนินการลบลูกสำหรับลูกในอุปกรณ์ปลายทางที่ง่วงนอน เมื่อการตอบสนองของสมาคมหรือการตอบสนองเข้าร่วมอีกครั้งยังคงรอการส่งมอบสำหรับเด็กนั้น อาจส่งผลให้มีการลบข้อมูลสองครั้งสำหรับรายการลูกเดียวกัน สิ่งนี้จะทำให้ emberChildCount() ปิดอยู่ -1 หากนี่คือรายการย่อยสุดท้ายในตารางที่ถูกลบออก อาจทำให้จำนวนรายการย่อยมีจำนวนน้อยเกินไป สิ่งนี้จะยับยั้งความพยายามในการเข้าร่วม / เข้าร่วมอีกครั้งโดยอุปกรณ์ปลายทางใด ๆ จนกว่าจะทำการรีเซ็ตหรือออกจากเครือข่าย ซึ่งอาจส่งผลให้เกิดความล้มเหลวในการยืนยัน (อ้างถึง child.c) ในบางรุ่น |
1273585 |
ค่าเริ่มต้นสำหรับตัวนับเฟรมความปลอดภัยของพลังงานสีเขียวในหน่วยความจำแบบไม่ลบเลือนถูกตั้งค่าเป็น 0 จาก 0xFFFFFFFF
(อ้างอิงอื่นๆ: 1269700) |
1277012 | ถ้าตารางลูกเต็ม และลูกที่มีอยู่ของอุปกรณ์ในเครื่องพยายามเข้าร่วมอีกครั้ง การเข้าร่วมใหม่จะถูกปฏิเสธอย่างไม่ถูกต้อง ส่งผลให้รายการลูกถูกลบออก และบังคับให้เด็กเข้าร่วมอีกครั้งเพื่อเชื่อมโยงใหม่กับพาเรนต์นั้น |
แก้ไขในรุ่น 7.4.1.0
รหัส # | คำอธิบาย |
1036893 | แก้ไขปัญหาที่ทำให้คอมโพเนนต์คลัสเตอร์ OTA ติดตั้งคอมโพเนนต์อินเทอร์เฟซสำหรับบูตโหลดเดอร์แบบเดิมเป็นการพึ่งพา |
1114905 | Zigbee Direct: ปรับปรุงการจัดการลักษณะเครือข่ายการลา |
1180937 | แก้ไขการรีเซ็ต WDT เมื่อเชื่อมต่อ Zigbee Direct ZDD กับ ZVD บุคคลที่สาม |
1223904 | แก้ไขปัญหาที่ทำให้อุปกรณ์ปลายทางทำงานไม่ถูกต้องในสภาพแวดล้อมที่ยุ่งมาก |
1224393 | อัปเดตรหัสตัวจัดการคำขอตาราง Green Power sink เพื่ออัปเดตที่อยู่ปลายทางการตอบกลับ |
1228808 | แก้ไขปัญหาการแสดงผลด้วยคำจำกัดความของแมโครในเอกสาร gp-types.h |
1232297 | แก้ไขปัญหาที่ emberSetOutgoingNwkFrameCounter และ emberSetOutgoingApsFrameCounter ไม่ทำงานบนแอปพลิเคชันโฮสต์ 64 บิต (ส่งคืน EMBER_BAD_ARGUMENT) |
1232359 | แก้ไขการคำนวณพารามิเตอร์ gppTunnelingDelay ในการประมวลผลคำสั่งไคลเอนต์พลังงานสีเขียว |
1240392 |
คำขอ ZDO Bind/Unbind ที่ถูกปฏิเสธเนื่องจากเหตุผลในการเข้าถึง/สิทธิ์ควรส่งคืนสถานะ EMBER_ZDP_NOT_AUTHORIZED แทนที่จะเป็นสถานะ EMBER_ZDP_NOT_PERMITTED ตามข้อกำหนดของ Zigbee |
1243523 | Zigbee Direct: ปรับปรุงเสถียรภาพของการเชื่อมต่อ BLE กับ ZVD |
1249455 | แก้ไขปัญหาที่ทำให้อุปกรณ์ปลายทางเข้าสู่โหมดสลีปเมื่อได้รับการออกอากาศก่อนที่จะรับการแจ้งเตือน |
1252295 | แก้ไขข้อผิดพลาดการพิมพ์ผิดในแมโครแค็ตตาล็อกส่วนประกอบ SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT |
แก้ไขในรุ่น 7.4.0.0
รหัส # | คำอธิบาย |
1019348 | แก้ไขข้อกำหนดการพึ่งพาสำหรับส่วนประกอบ Zigbee ZCL Cli เพื่อให้สามารถลบออกได้เมื่อไม่ต้องการ |
1024246 | อัปเดตคำอธิบายฟังก์ชันสำหรับ emberHaveLinkKey() และ sl_zb_sec_man_have_link_key() |
1036503 | เพิ่มคำอธิบายเพื่อแนะนำให้ใช้ Micrium Kernel สำหรับ DMPampเลอแอพ |
1037661 | ปัญหาที่ทำให้แอปพลิเคชันไม่สามารถติดตั้ง pro stack หรือ leaf stack ได้รับการแก้ไขแล้ว |
1078136 | แก้ไขข้อขัดข้องเป็นระยะเมื่อแก้ไขเหตุการณ์จากบริบทขัดจังหวะ |
1081548 | ผู้ใช้จะได้รับการเตือนว่าการส่งสัญญาณ CSL ที่ไม่ซิงโครไนซ์ของ Zigbee จะต้องได้รับการยกเว้นโปรโตคอลที่ตัวกำหนดเวลาวิทยุ ในแอปพลิเคชัน SleepyToSleepy นั้น BLE สามารถและจะจองการส่งข้อมูล Zigbee CSL ซึ่งจะยุติการส่งข้อมูล การขอจองตัวกำหนดตารางเวลาเป็นเรื่องปกติมากขึ้นสำหรับ CSL ที่ไม่ซิงโครไนซ์ เนื่องจากอาจใช้ลำดับเฟรมการปลุกที่มีความยาวอาจถูกนำมาใช้ ผู้ใช้ที่ต้องการปรับลำดับความสำคัญในการส่งข้อมูลอาจใช้ส่วนประกอบการปรับแต่งและการทดสอบ DMP เพื่อดำเนินการดังกล่าว ผู้ใช้อาจดูข้อมูลเพิ่มเติมได้จาก UG305: Dynamic Multiprotocol User's Guide
ปัญหาได้รับการแก้ไขแล้วใน CSL ซึ่งลำดับเฟรมการปลุกระบบใหม่ที่ได้รับทันทีหลังจากเฟรมเพย์โหลดก่อนหน้าจะไม่ได้รับการบันทึกอย่างถูกต้อง ซึ่งจะส่งผลให้เฟรมของเพย์โหลดพลาดไป |
1084111 | การสนับสนุน SPI-NCP เบื้องต้นสำหรับบอร์ดที่ใช้ MG24 ได้รับการอัปเดตโดยเป็นส่วนหนึ่งของการเปิดตัวครั้งนี้ |
1104056 | เพิ่มการรองรับการควบคุมเครือข่ายเพื่อทำงานบนเครือข่ายรองในกรณีที่มีหลายเครือข่าย |
1120515 | แก้ไขปัญหาที่ช่องไม่เปลี่ยนแปลงเมื่อใช้คำสั่ง mfglib set-channel |
1141109 | แก้ไขปัญหาที่ทำให้เกิด s ที่สร้างขึ้นampแอปพลิเคชัน ncp-uart-gp-multi-rail จะพลาดส่วนหัวบางส่วน fileเมื่อใช้ส่วนประกอบอะแดปเตอร์ Green Power พร้อมด้วยตัวเลือก -cp |
1144316 | อัปเดตคำอธิบายของโครงสร้างข้อมูลบางประเภทในเอกสารประกอบ gp-types.h |
1144884 | แก้ไขบิตที่รอดำเนินการของเฟรมปลอมเมื่อไม่มีข้อมูลที่ค้างอยู่ |
1152512 | แก้ไขข้อขัดข้องที่อาจเกิดขึ้นใน low-mac-rail เมื่อแก้ไขเหตุการณ์ในบริบท isr |
1154616 | เพิ่มข้อยกเว้นสำหรับเงื่อนไขในการเริ่มต้นเครือข่ายด้วยกรณี "การเปลี่ยนบทบาทจากอุปกรณ์ Sleepy End เป็นอุปกรณ์ Non-sleepy End" |
1157289 | แก้ไขปัญหาที่อาจทำให้การทดสอบ BDB ล้มเหลว DN-TLM-TC-02B |
รหัส # | คำอธิบาย |
1157426 | แก้ไขปัญหาการสร้างเมื่อสร้าง zigbee_simple_app ด้วยส่วนประกอบ green_power_adapter |
1157932 | เพิ่มเงื่อนไขเพื่อตรวจสอบว่าฟิลด์ "เวลาการเปลี่ยนแปลง" หายไปหรือไม่ และตั้งค่าเริ่มต้น 0xFFFF สำหรับฟิลด์ที่ขาดหายไปนี้ |
1166340 | แก้ไขปัญหาที่ทำให้ emberAfGpdfSend ไม่สามารถส่งการส่งข้อมูลซ้ำตามจำนวนที่ต้องการ |
1167807 | แก้ไขปัญหาที่อุปกรณ์ที่ทำหน้าที่เป็นศูนย์ความเชื่อถือในเครือข่ายแบบกระจายจะล้างคีย์ลิงก์ชั่วคราวอย่างไม่ถูกต้องทุกครั้งที่มีอุปกรณ์ใหม่เข้าร่วม |
1169504 | แก้ไขปัญหาที่ทำให้เกิดการรีเซ็ตอุปกรณ์ที่ง่วงนอนเมื่อบังคับให้ปลุก |
1169966 | แก้ไขการตรวจสอบค่าส่งคืนที่ขาดหายไปในรหัสการจัดสรรบัฟเฟอร์ |
1171477,
172270 |
ด้วย mfglib start 1 ไม่มีการส่งข้อความแต่ได้รับ ดังนั้นข้อความเทอร์มินัลที่แสดง “mfglib send complete” จึงผิดและเปลี่ยนเป็น “RXed %d packets ใน %d ms สุดท้าย” |
1171935 | เปลี่ยนระยะเวลาการอัปเดตคีย์เครือข่ายเป็นระยะเป็น 1 ปี |
1172778 | เพิ่มการร้องขอที่ขาดหายไปของ emberAfPluginGreenPowerServerUpdateAliasCallback ไปยังเซิร์ฟเวอร์ Green Power |
1174288 | แก้ไขปัญหาที่ทำให้กระบวนการควบคุมเครือข่ายยืนยันหากมีการเรียกเพื่อหยุดการสแกนที่กำลังดำเนินอยู่ |
1178393 | อัปเดตข้อผิดพลาดด้านเอกสาร |
1180445 | ใน Smart Energy ตอนนี้ OTA ยังคงดาวน์โหลดต่อไปหากผู้ประสานงานถึงรอบการทำงานที่จำกัด |
1185509 | แก้ไขปัญหาใน CSL ที่ลำดับเฟรมการปลุกระบบใหม่ที่ได้รับทันทีหลังจากเฟรมเพย์โหลดก่อนหน้าไม่ได้รับการบันทึกอย่างถูกต้อง ซึ่งจะส่งผลให้เฟรมของเพย์โหลดพลาดไป |
1186107 | แก้ไขปัญหาที่ทำให้การถอดรหัส GPDF ที่ได้รับไม่สำเร็จเพื่อแทนที่ GPDF ขาเข้าในการแจ้งเตือนการว่าจ้าง GP |
1188397 | แก้ไขปัญหาที่ทำให้เกิดข้อผิดพลาดในการคอมไพล์เมื่อเปิดใช้งานขนาดตารางรายงานแบบขยาย |
1194090 | แก้ไขสถานะความล้มเหลวในการตอบสนองเริ่มต้นสำหรับคำสั่ง Sink Commissioning Mode – ตามหัวข้อ 3.3.4.8.2 |
1194963 | แก้ไขปัญหาที่ memset โครงสร้างการว่าจ้างGpd ก่อนที่จะโทรกลับผู้ใช้ emberAfGreenPowerServerPairingStatusCallback |
1194966 | แก้ไขปัญหาที่ช่องปลายทางและพร็อกซีที่เกี่ยวข้องไม่ได้ถูกตั้งค่าด้วยการดำเนินการ Exit Commissioning |
1196698 | แก้ไขชุดบิตที่ค้างอยู่ของเฟรมปลอมเมื่อไม่มีข้อมูลที่ค้างอยู่ |
1199958 | เพิ่มโค้ดเพื่อจัดการกับกรณีเมื่อไม่มีพื้นที่เหลือให้สร้างข้อความพลังงานสีเขียว |
1202034 | แก้ไขปัญหาที่ตัวแปรสแต็ก sl_zb_sec_man_context_t ไม่ได้เริ่มต้นอย่างถูกต้อง ส่งผลให้การเข้าร่วมด้วยโค้ดการติดตั้งล้มเหลว |
1206040 |
การเรียก emberRemoveChild() ในระหว่างความพยายามเข้าร่วมอีกครั้งอย่างปลอดภัยโดยอุปกรณ์ปลายทางอาจทำให้จำนวนเด็กลดลงเป็นพิเศษ ซึ่งอาจนำไปสู่การนับเด็กเป็น -1 (255) ซึ่งทำให้อุปกรณ์ปลายทางไม่สามารถเข้าร่วม/เข้าร่วมอีกครั้งเนื่องจากขาดการระบุ ความจุใน Beacon |
1207580 |
ฟังก์ชันการค้นหาตารางลูกภายในสแต็กไม่สอดคล้องกันในการใช้ 0x0000 เทียบกับ 0xFFFF สำหรับค่าส่งคืน ID โหนดที่แสดงรายการที่ไม่ถูกต้อง/ว่างเปล่า นำไปสู่ปัญหาในการตรวจสอบรายการที่ไม่ได้ใช้ใน API เช่น emberRemoveChild() |
1210706 | ดัชนีปลายทางและ PHY ที่ระบุในโครงสร้าง EmberExtraCounterInfo ซึ่งเป็นส่วนหนึ่งของ emberCounterHandler() อาจไม่ถูกต้องสำหรับชนิดตัวนับ Unicast ของ MAC TX |
1211610
1212525 |
แก้ไขปัญหาที่แอปพลิเคชัน Dynamic Multiprotocol หยุดทำงานหลังจากเปิดใช้งานส่วนประกอบ Secure Key Storage Upgrade |
1211847 | แม้ว่าลายเซ็นของ emberCounterHandler() จะไม่เปลี่ยนแปลง แต่วิธีการเติมพารามิเตอร์ก็เปลี่ยนไปเล็กน้อย การเปลี่ยนแปลงเกี่ยวกับ API นี้อธิบายไว้ในส่วนที่ 2 ด้านบน |
1212449 |
บีคอนขาออกถูกจัดประเภทอย่างไม่ถูกต้องตามเลเยอร์ MAC ส่งผลให้ emberCounterHandler() ล้มเหลวในการจับแพ็กเก็ตเหล่านี้ด้วยประเภทตัวนับ EMBER_COUNTER_MAC_TX_BROADCAST และแทนที่จะนับบีคอนด้วยประเภทตัวนับ EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS แทน ซึ่งอาจส่งผลให้เกิดค่าที่ไม่น่าเชื่อถือสำหรับพารามิเตอร์ dest EmberNodeId ที่ส่งผ่านไปยังโครงสร้าง EmberCounterInfo |
1214866 | การส่งแพ็คเก็ตการสำรวจข้อมูลในการกำหนดค่าการรับส่งข้อมูลสูงบางอย่างอาจส่งผลให้เกิดข้อผิดพลาดของบัส |
1216552 | ปัญหาที่ทำให้เกิดการยืนยันภายใต้สภาพการจราจรที่พลุกพล่านได้รับการแก้ไขแล้ว |
1216613 | แก้ไขปัญหาที่ทำให้ค่ารัศมี groupcast ในตารางพร็อกซีไม่ถูกต้อง |
รหัส # | คำอธิบาย |
1222509 | เราเตอร์/ผู้ประสานงานส่งคำขอลาและเข้าร่วมอีกครั้งไปยังอุปกรณ์ปลายทางการโพลที่ไม่ใช่ลูก แต่ปลายทาง MAC คือ 0xFFFF แทนที่จะจับคู่ที่อยู่ปลายทาง NWK |
1223842 | แก้ไขปัญหาเกี่ยวกับการสร้าง sl_component_catalog.h ที่ทิ้งโค้ดที่ไม่ต้องการไว้ในนั้น ทำให้การคอมไพล์ล้มเหลว |
756628 | เปลี่ยนการร้องขอการเรียกกลับของแอปพลิเคชัน emberAfMacFilterMatchMessageCallback เพื่อเรียกเฉพาะข้อความ ZLL ที่ได้รับการตรวจสอบโดยสแต็ก |
816088 | ย้ายการกำหนดค่า EMBER จาก zigbeed_configuration.h ไปที่ zigbeed.slcp |
829508 | เพื่อหลีกเลี่ยงสภาวะการแข่งขัน การตรวจสอบเพิ่มเติมถูกเพิ่มใน emberSetLogicalAndRadioChannel เพื่อส่งคืนไม่สำเร็จหากชั้นล่างไม่ว่างหรือไม่อยู่ในสถานะที่จะเปลี่ยนช่อง |
ปัญหาที่ทราบในรุ่นปัจจุบัน
ประเด็นที่เป็นตัวหนาถูกเพิ่มเข้ามาตั้งแต่รุ่นก่อนหน้า หากคุณพลาดการเผยแพร่ สามารถอ่านบันทึกย่อประจำรุ่นได้ที่ https://www.si-labs.com/developers/zigbee-emberznet ในแท็บเอกสารทางเทคนิค
รหัส # | คำอธิบาย | แนวทางแก้ปัญหา |
ไม่มีข้อมูล | ไม่รองรับแอป/ส่วนประกอบต่อไปนี้ในรุ่นนี้: รองรับ EM4 | คุณลักษณะนี้จะเปิดใช้งานในรุ่นต่อๆ ไป |
193492 | emberAfFillCommandGlobalServerToClientConfigureRe พอร์ตแมโครใช้งานไม่ได้ การเติมบัฟเฟอร์สร้างแพ็กเก็ตคำสั่งที่ไม่ถูกต้อง | ใช้คำสั่ง CLI “zcl global send-me-a-report” แทน API |
278063 | อุโมงค์พลังงานอัจฉริยะ plugins มีการปฏิบัติที่ขัดแย้งกัน/การใช้ดัชนีตารางที่อยู่ | ไม่ทราบวิธีแก้ปัญหา |
289569 | รายการเลือกระดับพลังงานของส่วนประกอบผู้สร้างเครือข่ายไม่ได้เสนอค่าที่รองรับสำหรับ EFR32 อย่างครบถ้วน | แก้ไขช่วง <-8..20> ที่ระบุในความคิดเห็น CMSIS สำหรับ EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P
พลังใน /protocol/zigbee/app/framework/plugin/network-creator/config/network-creator-config.h file. เช่นampเลย เปลี่ยนเป็น |
295498 | บางครั้งการรับ UART จะลดลงจำนวนไบต์ภายใต้ภาระหนักในกรณีการใช้งานหลายโปรโตคอลแบบไดนามิกของ Zigbee+BLE | ใช้การควบคุมการไหลของฮาร์ดแวร์หรือลดอัตรารับส่งข้อมูล |
312291 | EMHAL: ฟังก์ชัน halCommonGetIntxxMillisecondTick บนโฮสต์ Linux ในปัจจุบันใช้ฟังก์ชัน gettimeofday ซึ่งไม่รับประกันว่าจะเป็นแบบโมโนโทนิก หากเวลาของระบบเปลี่ยนแปลง อาจทำให้เกิดปัญหากับเวลาสแต็กได้ | แก้ไขฟังก์ชันเหล่านี้เพื่อใช้ clock_gettime กับแหล่งที่มา CLOCK_MONOTONIC แทน |
338151 | การเริ่มต้น NCP ด้วยค่าจำนวนบัฟเฟอร์แพ็กเก็ตต่ำอาจทำให้แพ็กเก็ตเสียหาย | ใช้ค่าที่สงวนไว้ 0xFF สำหรับการนับบัฟเฟอร์แพ็คเก็ตเพื่อหลีกเลี่ยงค่าเริ่มต้นที่ต่ำเกินไป |
387750 | ปัญหาเกี่ยวกับรูปแบบคำขอตารางเส้นทางบนอุปกรณ์ปลายทาง | ภายใต้การสอบสวน |
400418 | ตัวเริ่มต้น touchlink ไม่สามารถเชื่อมโยงไปยังเป้าหมายอุปกรณ์ปลายทางที่ไม่ใช่โรงงานใหม่ได้ | ไม่ทราบวิธีแก้ปัญหา |
424355 | ตัวเริ่มต้นที่สามารถกำหนดเป้าหมาย touchlink ของอุปกรณ์ sleepy end ที่ไม่ใช่โรงงานใหม่จะไม่สามารถรับการตอบสนองข้อมูลอุปกรณ์ได้ในบางกรณี |
ภายใต้การสอบสวน |
465180 | รายการการเพิ่มประสิทธิภาพ Coexistence Radio Blocker “เปิดใช้งานการควบคุมรันไทม์” อาจบล็อกการทำงานของ Zigbee ที่เหมาะสม | การควบคุมตัวเลือก 'Wi-Fi Select' ของการเพิ่มประสิทธิภาพ Blocker ควรปล่อยให้เป็น "ปิดใช้งาน" |
480550 | คลัสเตอร์ OTA มีวิธีการกระจายตัวในตัว ดังนั้นจึงไม่ควรใช้การกระจายตัวของ APS แม้ว่าในกรณีที่เปิดใช้งานการเข้ารหัส APS จะเพิ่มเพย์โหลดของ ImageBlockResponses เป็นขนาดที่เปิดใช้งานการกระจายตัวของ APS นี่อาจทำให้กระบวนการ OTA ล้มเหลว |
ไม่ทราบวิธีแก้ปัญหา |
481128 | รายละเอียดสาเหตุการรีเซ็ตและข้อขัดข้องโดยละเอียดควรมีให้ใช้งานตามค่าเริ่มต้นผ่าน Virtual UART (Serial 0) บนแพลตฟอร์ม NCP เมื่อเปิดใช้งานปลั๊กอินการวินิจฉัยและอุปกรณ์ต่อพ่วง Virtual UART | เนื่องจาก Serial 0 ได้รับการเตรียมใช้งานแล้วใน NCP ลูกค้าจึงสามารถเปิดใช้งาน emberAfNcpInitCallback ใน Zigbee NCP Framework และเรียกใช้ฟังก์ชันการวินิจฉัยที่เหมาะสม (halGetExtensedResetInfo, halGetExtedResetString, halPrintCrashSummary, halPrintCrashDetails และ halPrintCrashData) ในการเรียกกลับนี้เพื่อพิมพ์ข้อมูลนี้เป็น Serial 0 สำหรับ viewในบันทึกการบันทึก Network Analyzer
สำหรับอดีตampเกี่ยวกับวิธีการใช้ฟังก์ชันเหล่านี้ โปรดดูโค้ดที่รวมอยู่ใน emberAfMainInit() ของ af-main-soc.c เมื่อกำหนด EXTENDED_RESET_INFO |
รหัส # | คำอธิบาย | แนวทางแก้ปัญหา |
486369 | ถ้า DynamicMultiProtocolLightSoc ที่สร้างเครือข่ายใหม่มีโหนดชายน์ที่เหลืออยู่จากเครือข่ายที่เหลือ emberAfGetChildTableSize จะส่งกลับค่าที่ไม่ใช่ศูนย์ใน startIdentifyOnAllChildNodes ทำให้เกิดข้อความแสดงข้อผิดพลาด Tx 66 เมื่อระบุถึงชายด์ “ghost” | ลบชิ้นส่วนจำนวนมากหากเป็นไปได้ก่อนสร้างเครือข่ายใหม่หรือตรวจสอบตารางลูกโดยทางโปรแกรมหลังจากออกจากเครือข่าย และลบรายการย่อยทั้งหมดโดยใช้ emberRemoveChild ก่อนที่จะสร้างเครือข่ายใหม่ |
495563 | เข้าร่วม SPI NCP Sleepy End Device Sample App ไม่ใช่การสำรวจความคิดเห็นแบบสั้น ดังนั้นความพยายามในการเข้าร่วมจึงล้มเหลวในสถานะอัปเดตคีย์ลิงก์ TC | อุปกรณ์ที่ต้องการเข้าร่วมควรอยู่ในโหมดโพลสั้นก่อนที่จะพยายามเข้าร่วม โหมดนี้สามารถบังคับได้โดยปลั๊กอิน End Device Support |
497832 | ใน Network Analyzer การแบ่งคำสั่งสนับสนุนแอปพลิเคชัน Zigbee สำหรับเฟรมคำขอตรวจสอบคีย์อ้างอิงส่วนของเพย์โหลดที่ระบุที่อยู่ต้นทางของเฟรมเป็นที่อยู่ปลายทางอย่างไม่ถูกต้อง |
ไม่ทราบวิธีแก้ปัญหา |
519905
521782 |
Spi-NCP อาจล้มเหลวในการเริ่มการสื่อสาร bootloader โดยใช้คำสั่ง CLI 'bootload' ของปลั๊กอิน ota-client |
เริ่มกระบวนการบูตโหลดใหม่ |
620596 |
NCP SPI เช่นampสำหรับ BRD4181A (EFR32xGMG21)
พินเริ่มต้นของ nWake ที่กำหนดไม่สามารถใช้เป็นพินปลุกได้ |
เปลี่ยนพินเริ่มต้นสำหรับ nWake จาก PD03 เป็นพินที่เปิดใช้งานการปลุก EM2/3 ในปลั๊กอิน NCP-SPI |
631713 |
อุปกรณ์ปลายทาง Zigbee จะรายงานข้อขัดแย้งเกี่ยวกับที่อยู่ซ้ำๆ หากใช้ปลั๊กอิน “Zigbee PRO Stack Library” แทน “Zigbee PRO Leaf Library” | ใช้ "Zigbee PRO Leaf Library" แทนปลั๊กอิน "Zigbee PRO Stack Library" |
670702 |
ความไร้ประสิทธิภาพภายในปลั๊กอินการรายงานอาจนำไปสู่เวลาแฝงที่สำคัญโดยขึ้นอยู่กับความถี่ในการเขียนข้อมูลและขนาดตาราง ซึ่งอาจรบกวนรหัสแอปพลิเคชันของลูกค้า รวมถึงการกำหนดเวลาของเหตุการณ์ | หากเขียนบ่อยครั้ง ให้พิจารณาตรวจสอบเงื่อนไขการรายงานและส่งรายงานด้วยตนเองแทนที่จะใช้ปลั๊กอิน |
708258 |
ค่าที่ไม่ได้เตรียมใช้งานใน groups-server.c ผ่าน addEntryToGroupTable() สามารถสร้างการเชื่อมโยงปลอม และทำให้ข้อความการรายงาน groupcast ถูกส่งไป | เพิ่ม “binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;” หลัง “binding.type
= EMBER_MULTICAST_BINDING;” |
757775 | ชิ้นส่วน EFR32 ทั้งหมดมีออฟเซ็ต RSSI ที่เป็นเอกลักษณ์ นอกจากนี้ การออกแบบบอร์ด เสาอากาศ และกล่องหุ้มอาจส่งผลต่อ RSSI ได้ | เมื่อสร้างโปรเจ็กต์ใหม่ ให้ติดตั้ง RAIL Utility, ส่วนประกอบ RSSI คุณลักษณะนี้รวมถึงค่าเริ่มต้น RSSI Offset Silabs ที่วัดได้สำหรับแต่ละชิ้นส่วน ค่าชดเชยนี้สามารถแก้ไขได้หากจำเป็นหลังจากการทดสอบ RF ของผลิตภัณฑ์ทั้งหมดของคุณ |
758965 |
ส่วนประกอบคลัสเตอร์ ZCL และตารางการค้นพบคำสั่ง ZCL จะไม่ซิงโครไนซ์ ดังนั้น เมื่อเปิดใช้งานหรือปิดใช้งานส่วนประกอบคลัสเตอร์ ZCL คำสั่งที่นำไปใช้จะไม่ถูกเปิดใช้งาน/ปิดใช้งานในแท็บคำสั่ง ZCL Advanced Configurator ที่เกี่ยวข้อง | เปิด/ปิดการค้นหาคำสั่ง ZCL ที่ต้องการด้วยตนเองใน ZCL Advanced Configurator |
765735 | การอัปเดต OTA ล้มเหลวบนอุปกรณ์ Sleepy End โดยเปิดใช้งานคำขอเพจ | ใช้คำขอบล็อกแทนคำขอเพจ |
845649 | การลบ CLI: ส่วนประกอบหลักไม่ได้กำจัดการเรียก EEPROM cli ไปยัง sl_cli.h | ลบ eeprom-cli.c file ที่เรียก sl_cli.h นอกจากนี้ การเรียกไปยัง sl_cli.h รวมถึง sl_cli_command_arg_t ใน ota-storage-simple-eeprom สามารถใส่ความคิดเห็นได้ |
857200 | ias-zone-server.c อนุญาตให้สร้างการเชื่อมโยงด้วยที่อยู่ CIE “0000000000000000” และด้านหลังไม่อนุญาตให้มีการเชื่อมโยงเพิ่มเติม | ไม่ทราบวิธีแก้ปัญหา |
1019961 | สร้าง Z3Gatewayfile ฮาร์ดโค้ด "gcc" เป็น CC | ไม่ทราบวิธีแก้ปัญหา |
รหัส # | คำอธิบาย | แนวทางแก้ปัญหา |
1039767 | ปัญหาการล้นของคิวเครือข่ายเราเตอร์ Zigbee ลองอีกครั้งในกรณีการใช้งาน RTOS แบบหลายเธรด | Zigbee Stack ไม่ปลอดภัยต่อเธรด ด้วยเหตุนี้ การเรียก Zigbee stack API จากงานอื่นไม่ได้รับการสนับสนุนในสภาพแวดล้อมระบบปฏิบัติการ และอาจทำให้สแต็กอยู่ในสถานะ "ไม่ทำงาน" โปรดดูหมายเหตุของแอปต่อไปนี้สำหรับข้อมูลเพิ่มเติมและวิธีแก้ปัญหาโดยใช้ตัวจัดการเหตุการณ์
https://www.silabs.com/documents/public/application- บันทึกย่อ / an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk- 7x.pdf . |
1064370 | Z3Switchampแอปพลิเคชัน le เปิดใช้งานเพียงปุ่มเดียว (เช่น btn1) โดยค่าเริ่มต้น ซึ่งทำให้คำอธิบายปุ่มในโครงการไม่ตรงกันfile. | วิธีแก้ปัญหา: ติดตั้งอินสแตนซ์ btn0 ด้วยตนเองระหว่างการสร้างโปรเจ็กต์ Z3Switch |
1161063 | Z3Light และแอปพลิเคชันอื่นๆ ที่อาจรายงานค่าการแก้ไขคลัสเตอร์ที่ไม่ถูกต้อง | อัปเดตแอตทริบิวต์การแก้ไขคลัสเตอร์ด้วยตนเองเป็นการแก้ไขที่เหมาะสม |
1164768,
1171478, 1171479 |
ข้อผิดพลาด: ezspErrorHandler 0x34 รายงานซ้ำ ๆ ระหว่างโหมดรับ mfglib | หากต้องการลดข้อความแสดงข้อผิดพลาดที่พิมพ์ ให้กำหนดค่า EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV
ENT_TIMEOUT_MS บนแอปโฮสต์เป็น 100 ดังนั้นคิวการโทรกลับจึงว่างเร็วขึ้น |
1252460 | รูทีนการกู้คืน SimEEPROM (สำหรับทั้ง v1 และ v2) ที่ทำงานเมื่อเริ่มต้นระบบอาจทำการเรียกลบเพจแฟลชที่ไม่ตรงแนว ส่งผลให้เกิดการยืนยันระหว่างรูทีน MSC_ErasePage ของ em_msc.c | วิธีแก้ปัญหา: วางบรรทัดโค้ดต่อไปนี้ที่ด้านบนของฟังก์ชัน MSC_ErasePage() ใน em_msc.c: start address = (uint32_t*)((uint32_t)start address &
~(FLASH_PAGE_SIZE-1)); |
รายการที่เลิกใช้
เลิกใช้แล้วในรุ่น 7.4.1.0
ใน GSDK 7.4.0.0 เป็นต้นไป รวมถึงแพตช์นี้ ตัวเลือก “-v” ใน Z3Gateway สำหรับแอปพลิเคชันโฮสต์ linux เพื่อสร้างอินเทอร์เฟซ telnet ที่มีพอร์ต 4900 หรือ 4901 เลิกใช้งานแล้ว ทางเลือกอื่นที่แนะนำในการสร้างอินเทอร์เฟซเทลเน็ตคือการใช้ยูทิลิตี้ลินุกซ์ เช่น “socat”
เลิกใช้แล้วในรุ่น 7.4.0.0
- ลบ API ความปลอดภัยที่เลิกใช้แล้วต่อไปนี้:
- emberGetKey()
- emberGetKeyTableEntry()
- emberSetKeyTableEntry()
- emberHaveLinkKey()
- emberAddOrUpdateKeyTableEntry()
- emberAddTransientLinkKey()
- emberGetTransientKeyTableEntry()
- emberGetTransientLinkKey()
- emberHmacAesHash()
ใช้ API ที่ได้รับจาก Zigbee Security Manager เพื่อเข้าถึงพื้นที่จัดเก็บคีย์และการแฮช HMAC
รายการที่ถูกลบออก
ลบออกในรุ่น 7.4.0.0
- ลบ API สาธารณะที่ซ้ำกันในส่วนหัวสาธารณะ file gp-types.h.
- ส่วนประกอบ zigbee_end_device_bind ถูกลบออกแล้ว ส่วนประกอบนี้ใช้สำหรับผู้ประสานงานในคำขอผูกมัดนายหน้าสำหรับอุปกรณ์ปลายทาง ฟังก์ชันเสริมนี้ถูกลบออกจาก R22 ของข้อมูลจำเพาะหลักของ Zigbee
- ลบ setPacketBufferCount() ใน af-host.c และกรณีตรวจสอบที่ไม่มีประโยชน์ EZSP_CONFIG_PACKET_BUFFER_COUNT: ใน command-handlers.c
- ลบอาร์กิวเมนต์การจัดสรรหน่วยความจำออกเนื่องจากไม่จำเป็นต้องแบ่งออกเป็นสองเฟสเมื่อเริ่มต้น NCP
- ลบ emberAfNcpInitCallback() ใน app.c ของ se14-comms-hub, se14-ihd และ se14-meter-gas
- ลบการตั้งค่า EZSP_CONFIG_RETRY_QUEUE_SIZE ระหว่างการเริ่มต้น ncp ใน ncp-configuration.c
เกตเวย์หลายโปรโตคอลและ RCP
สินค้าใหม่
เพิ่มในรุ่น 7.4.0.0
การฟังพร้อมกัน ความสามารถสำหรับสแต็ก Zigbee และ OpenThread ในการทำงานบนแชนเนล 802.15.4 อิสระเมื่อใช้ EFR32xG24 หรือ xG21 RCP ได้รับการเผยแพร่แล้ว การฟังพร้อมกันไม่พร้อมใช้งานสำหรับการรวม 802.15.4 RCP/Bluetooth RCP, การรวม Zigbee NCP/OpenThread RCP หรือสำหรับ Zigbee/OpenThread system-on-chip (SoC) โดยจะถูกเพิ่มลงในผลิตภัณฑ์เหล่านั้นในรุ่นต่อๆ ไป
เพิ่มส่วนขยายผู้ขาย OpenThread CLI ลงในแอปโฮสต์ OpenThread ของคอนเทนเนอร์หลายโปรโตคอล ซึ่งรวมถึงคำสั่ง coex cli
การปรับปรุง
เปลี่ยนในรุ่น 7.4.0.0
การผสมผสานมัลติโปรโตคอล Zigbee NCP/OpenThread RCP กลายเป็นคุณภาพการผลิตแล้ว
7.3 แก้ไขปัญหา
แก้ไขในรุ่น 7.4.2.0
รหัส # | คำอธิบาย |
1022972 | เพิ่มปลั๊กอินการอยู่ร่วมกันกลับไปที่ Zigbee-OpenThread NCP/RCP sampแอปพลิเคชัน |
1231021 | หลีกเลี่ยงการยืนยันใน OTBR ที่ถูกสังเกตเมื่อเข้าร่วมอุปกรณ์ zigbee กว่า 80 เครื่องโดยการกู้คืน RCP แทนที่จะส่งข้อผิดพลาดในการส่งที่ไม่สามารถจัดการไปยัง Mac ย่อย |
1249346 | แก้ไขปัญหาที่ RCP สามารถแยกคิวแพ็กเก็ตที่กำหนดไว้สำหรับโฮสต์ไม่ถูกต้อง ส่งผลให้เกิดข้อผิดพลาดในการแยกวิเคราะห์ใน OTBR และการยุติโดยไม่คาดคิด |
แก้ไขในรุ่น 7.4.1.0
รหัส # | คำอธิบาย |
1213701 | ZigBee ไม่อนุญาตให้สร้างรายการตารางการจับคู่แหล่งที่มาสำหรับเด็ก หากคิวทางอ้อมของ MAC มีข้อมูลที่รอดำเนินการสำหรับเด็กนั้นแล้ว ลักษณะการทำงานนี้อาจนำไปสู่การทำธุรกรรมในเลเยอร์แอปพลิเคชันระหว่างอุปกรณ์ย่อยและอุปกรณ์อื่น ๆ บางส่วนล้มเหลวเนื่องจากขาด APS Ack หรือการตอบสนองของเลเยอร์แอป โดยเฉพาะอย่างยิ่งการหยุดชะงักและการยุติการอัปเกรด ZCL OTA โดยไม่คาดคิดซึ่งกำหนดเป้าหมายไปที่อุปกรณ์ลูก |
1244461 | รายการตารางการจับคู่แหล่งที่มาสำหรับเด็กอาจถูกลบออกแม้จะมีข้อความที่ค้างอยู่ก็ตาม |
แก้ไขในรุ่น 7.4.0.0
รหัส # | คำอธิบาย |
1081828 | ปัญหาปริมาณงานกับ Zigbee/BLE DMP ที่ใช้ FreeRTOSampแอปพลิเคชัน |
1090921 | Z3GatewayCpc มีปัญหาในการสร้างเครือข่ายในสภาพแวดล้อมที่มีเสียงดัง |
1153055 | การยืนยันบนโฮสต์เกิดขึ้นเมื่อเกิดความล้มเหลวในการสื่อสารเมื่ออ่านเวอร์ชัน NCP จาก zigbee_ncp-ble_ncp-uart sampแอป |
1155676 | 802.15.4 RCP จะละทิ้งแพ็กเก็ต Unicast ที่ได้รับทั้งหมด (หลังจาก MAC acking) หากอินเทอร์เฟซ 15.4 หลายอินเทอร์เฟซใช้ ID โหนด 16 บิตเดียวกัน |
1173178 | โฮสต์รายงานแพ็กเก็ตหลายร้อยแพ็กเก็ตที่ได้รับด้วย mfglib ในการตั้งค่า Host-RCP อย่างไม่ถูกต้อง |
รหัส # | คำอธิบาย |
1190859 | ข้อผิดพลาด EZSP เมื่อส่งแพ็กเก็ตสุ่ม mfglib ในการตั้งค่า Host-RCP |
1199706 | การสำรวจข้อมูลจากลูกอุปกรณ์ปลายทางที่ถูกลืมไม่ได้ตั้งค่าเฟรมที่ค้างอยู่บน RCP อย่างถูกต้องเพื่อจัดคิวคำสั่งออกและเข้าร่วมอีกครั้งไปยังลูกเดิม |
1207967 | คำสั่ง “mfglib send Random” กำลังส่งแพ็กเก็ตเพิ่มเติมบน Zigbeed |
1208012 | โหมด mfglib rx ไม่อัปเดตข้อมูลแพ็กเก็ตอย่างถูกต้องเมื่อได้รับบน RCP |
1214359 | โหนดผู้ประสานงานหยุดทำงานเมื่อเราเตอร์ 80 ตัวขึ้นไปพยายามเข้าร่วมพร้อมกันในการตั้งค่า Host-RCP |
1216470 |
หลังจากถ่ายทอดการออกอากาศสำหรับมาสก์ที่อยู่ 0xFFFF แล้ว Zigbee RCP ที่ทำหน้าที่เป็นอุปกรณ์หลักจะปล่อยให้การตั้งค่าสถานะข้อมูลที่ค้างอยู่สำหรับเด็กแต่ละคน สิ่งนี้ส่งผลให้เด็กแต่ละคนตื่นตัวโดยคาดหวังข้อมูลหลังจากการโพลแต่ละครั้ง และจำเป็นต้องมีธุรกรรมข้อมูลที่ค้างอยู่อื่นๆ กับอุปกรณ์ปลายทางแต่ละเครื่องเพื่อล้างสถานะนี้ในที่สุด |
ปัญหาที่ทราบในรุ่นปัจจุบัน
มีการเพิ่มปัญหาที่เป็นตัวหนาตั้งแต่รุ่นก่อนหน้า หากคุณพลาดการเผยแพร่ บันทึกประจำรุ่นล่าสุดจะมีอยู่ใน https://www.si-labs.com/developers/gecko-software-development-kit.
รหัส # | คำอธิบาย | แนวทางแก้ปัญหา |
937562 | คำสั่ง 'โฆษณาบน' Bluetoothctl ล้มเหลวด้วยแอป rcp-uart- 802154-blehci บน Raspberry Pi OS 11 | ใช้แอพ btmgmt แทน bluetoothctl |
1074205 | CMP RCP ไม่รองรับสองเครือข่ายใน PAN id เดียวกัน | ใช้รหัส PAN ที่แตกต่างกันสำหรับแต่ละเครือข่าย มีการวางแผนการสนับสนุนในรีลีสในอนาคต |
1122723 | ในสภาพแวดล้อมที่ไม่ว่าง CLI อาจไม่ตอบสนองในแอป z3-light_ot-ftd_soc | ไม่ทราบวิธีแก้ปัญหา |
1124140 | z3-light_ot-ftd_soc sampแอป le ไม่สามารถสร้างเครือข่าย Zigbee ได้หากเครือข่าย OT เปิดใช้งานแล้ว | เริ่มเครือข่าย Zigbee ก่อนและเครือข่าย OT หลังจากนั้น |
1170052 |
CMP Zigbee NCP + OT RCP และ DMP Zigbee NCP + BLE NCP อาจไม่พอดีกับขนาด 64KB และ RAM ส่วนล่างในรุ่นปัจจุบันนี้ |
ขณะนี้ยังไม่รองรับส่วนขนาด 64KB สำหรับแอปเหล่านี้ |
1209958 |
ZB/OT/BLE RCP บน Bobcat และ Bobcat Lite สามารถหยุดทำงานหลังจากผ่านไปไม่กี่นาทีเมื่อรันทั้งสามโปรโตคอล |
จะได้รับการแก้ไขในการเปิดตัวในอนาคต |
1221299 | การอ่าน Mfglib RSSI ระหว่าง RCP และ NCP แตกต่างกัน | จะได้รับการแก้ไขในการเปิดตัวในอนาคต |
รายการที่เลิกใช้
ไม่มี
รายการที่ถูกลบออก
ลบออกในรุ่น 7.4.0.0
มาโคร “NONCOMPLIANT_ACK_TIMING_WORKAROUND” ถูกลบออกแล้ว ขณะนี้แอป RCP ทั้งหมดโดยค่าเริ่มต้นรองรับเวลาตอบสนอง 192 µsec สำหรับ ack ที่ไม่ได้รับการปรับปรุง ในขณะที่ยังคงใช้เวลาตอบสนอง 256 µsec สำหรับ acks ที่ปรับปรุงแล้วที่ CSL ต้องการ
การใช้ข่าวประชาสัมพันธ์ฉบับนี้
รุ่นนี้ประกอบด้วยสิ่งต่อไปนี้:
- สแต็ก Zigbee
- กรอบแอปพลิเคชัน Zigbee
- ซิกบี เอสampแอปพลิเคชัน
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ Zigbee และ EmberZNet SDK โปรดดู UG103.02: พื้นฐาน Zigbee.
หากคุณเป็นผู้ใช้ครั้งแรก โปรดดู QSG180: คู่มือเริ่มต้นใช้งานด่วน Zigbee EmberZNet สำหรับ SDK 7.0 และสูงกว่า สำหรับคำแนะนำในการกำหนดค่าสภาพแวดล้อมการพัฒนา การสร้างและการแฟลชเป็นampแอปพลิเคชัน le และเอกสารอ้างอิงที่ชี้ไปยังขั้นตอนถัดไป
การติดตั้งและการใช้งาน
Zigbee EmberZNet SDK จัดทำโดยเป็นส่วนหนึ่งของ Gecko SDK (GSDK) ซึ่งเป็นชุดของ Silicon Labs SDK หากต้องการเริ่มต้นใช้งาน GSDK อย่างรวดเร็ว ให้ติดตั้ง ซิมพลิซิตี้ สตูดิโอ 5ซึ่งจะตั้งค่าสภาพแวดล้อมการพัฒนาของคุณและแนะนำคุณตลอดขั้นตอนการติดตั้ง GSDK Simplicity Studio 5 รวมทุกสิ่งที่จำเป็นสำหรับการพัฒนาผลิตภัณฑ์ IoT ด้วยอุปกรณ์ Silicon Labs รวมถึงทรัพยากรและตัวเรียกใช้โครงการ เครื่องมือกำหนดค่าซอฟต์แวร์ IDE เต็มรูปแบบพร้อมห่วงโซ่เครื่องมือ GNU และเครื่องมือวิเคราะห์ คำแนะนำในการติดตั้งมีอยู่ในออนไลน์ คู่มือผู้ใช้ Simplicity Studio 5.
หรืออาจติดตั้ง Gecko SDK ด้วยตนเองโดยการดาวน์โหลดหรือโคลนไฟล์ล่าสุดจาก GitHub ดู https://github.com/Sili-conLabs/gecko_sdk สำหรับข้อมูลเพิ่มเติม
Simplicity Studio ติดตั้ง GSDK ตามค่าเริ่มต้นใน:
- (วินโดวส์): ค:\ผู้ใช้\ \SimplicityStudio\SDKs\gecko_sdk
- (แมคโอเอส): /ผู้ใช้/ /SimplicityStudio/SDKs/gecko_sdk
เอกสารเฉพาะสำหรับเวอร์ชัน SDK ได้รับการติดตั้งพร้อมกับ SDK ข้อมูลเพิ่มเติมสามารถพบได้ในบทความฐานความรู้ (KBA) ข้อมูลอ้างอิง API และข้อมูลอื่น ๆ เกี่ยวกับรุ่นนี้และรุ่นก่อนหน้ามีอยู่ใน https://docs.silabs.com/.
ข้อมูลด้านความปลอดภัย
การรวมห้องนิรภัยที่ปลอดภัย
สำหรับแอปพลิเคชันที่เลือกจัดเก็บคีย์อย่างปลอดภัยโดยใช้ส่วนประกอบ Secure Key Storage บนชิ้นส่วน Secure Vault-High ตารางต่อไปนี้จะแสดงคีย์ที่ได้รับการป้องกันและคุณลักษณะการป้องกันพื้นที่จัดเก็บข้อมูลที่ส่วนประกอบ Zigbee Security Manager จัดการ
ห่อกุญแจ | ส่งออกได้/ส่งออกไม่ได้ | หมายเหตุ |
รหัสเครือข่าย | สามารถส่งออกได้ | |
คีย์ลิงก์ศูนย์ความเชื่อถือ | สามารถส่งออกได้ | |
คีย์ลิงก์ชั่วคราว | สามารถส่งออกได้ | ตารางคีย์ที่จัดทำดัชนี จัดเก็บเป็นคีย์ระเหย |
รหัสลิงค์แอปพลิเคชัน | สามารถส่งออกได้ | ตารางคีย์ที่จัดทำดัชนี |
รักษาความปลอดภัยคีย์ EZSP | สามารถส่งออกได้ | |
คีย์การเข้ารหัส ZLL | สามารถส่งออกได้ | |
คีย์ที่กำหนดค่าไว้ล่วงหน้าของ ZLL | สามารถส่งออกได้ | |
รหัสพร็อกซี GPD | สามารถส่งออกได้ | ตารางคีย์ที่จัดทำดัชนี |
คีย์อ่างล้างจาน GPD | สามารถส่งออกได้ | ตารางคีย์ที่จัดทำดัชนี |
ภายใน/คีย์ตัวยึดตำแหน่ง | สามารถส่งออกได้ | คีย์ภายในสำหรับใช้งานโดย Zigbee Security Manager |
คีย์ที่รวมไว้ซึ่งทำเครื่องหมายว่า "ไม่สามารถส่งออกได้" สามารถใช้ได้ แต่ไม่สามารถทำได้ viewed หรือแชร์ที่รันไทม์
คีย์ที่ห่อไว้ซึ่งทำเครื่องหมายว่า "ส่งออกได้" สามารถใช้หรือแชร์ในรันไทม์ได้ แต่ยังคงเข้ารหัสไว้ในขณะที่จัดเก็บไว้ในแฟลช
แอปพลิเคชันผู้ใช้ไม่จำเป็นต้องโต้ตอบกับคีย์เหล่านี้ส่วนใหญ่ API ที่มีอยู่เพื่อจัดการคีย์ตารางคีย์ลิงก์หรือคีย์ชั่วคราวยังคงมีให้ใช้งานสำหรับแอปพลิเคชันผู้ใช้ และตอนนี้กำหนดเส้นทางผ่านส่วนประกอบ Zigbee Security Manager
คีย์เหล่านี้บางส่วนอาจไม่สามารถส่งออกไปยังแอปพลิเคชันผู้ใช้ได้ในอนาคต แอปพลิเคชันของผู้ใช้ไม่ควรพึ่งพาการส่งออกคีย์ เว้นแต่จะมีความจำเป็นจริงๆ
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับฟังก์ชันการจัดการคีย์ Secure Vault โปรดดู AN1271:การจัดเก็บคีย์ที่ปลอดภัย.
คำแนะนำด้านความปลอดภัย
หากต้องการสมัครรับคำแนะนำด้านความปลอดภัย ให้เข้าสู่ระบบพอร์ทัลลูกค้าของ Silicon Labs จากนั้นเลือกหน้าแรกของบัญชี คลิก HOME เพื่อไปที่โฮมเพจของพอร์ทัล จากนั้นคลิกไทล์ Manage Notifications ตรวจสอบให้แน่ใจว่าได้เลือก 'ประกาศคำแนะนำด้านซอฟต์แวร์/ความปลอดภัย & ประกาศการเปลี่ยนแปลงผลิตภัณฑ์ (PCN)' และคุณได้สมัครใช้งานแพลตฟอร์มและโปรโตคอลเป็นขั้นต่ำ คลิก บันทึก เพื่อบันทึกการเปลี่ยนแปลงใดๆ
สนับสนุน
ลูกค้าชุดพัฒนามีสิทธิ์ได้รับการฝึกอบรมและการสนับสนุนทางเทคนิค ใช้ Zigbee ของห้องปฏิบัติการซิลิคอน web เพื่อรับข้อมูลเกี่ยวกับผลิตภัณฑ์และบริการทั้งหมดของ Silicon Labs Zigbee และเพื่อลงทะเบียนเพื่อรับการสนับสนุนผลิตภัณฑ์
คุณสามารถติดต่อฝ่ายสนับสนุนของ Silicon Laboratories ได้ที่ http://www.silabs.com/support
ซิมพลิซิตี้ สตูดิโอ
เข้าถึง MCU และเครื่องมือไร้สาย เอกสารประกอบ ซอฟต์แวร์ ไลบรารีซอร์สโค้ด และอื่นๆ ได้ในคลิกเดียว พร้อมใช้งานสำหรับ Windows, Mac และ Linux!
ผลงาน IoT
สว./สว
คุณภาพ
การสนับสนุนและชุมชน
การปฏิเสธความรับผิดชอบ
Silicon Labs ตั้งใจที่จะจัดเตรียมเอกสารเกี่ยวกับอุปกรณ์ต่อพ่วงและโมดูลทั้งหมดที่มีให้แก่ลูกค้าด้วยเอกสารล่าสุด ถูกต้อง และเจาะลึก สำหรับผู้เริ่มใช้งานระบบและซอฟต์แวร์ โดยใช้หรือตั้งใจที่จะใช้ผลิตภัณฑ์ของ Silicon Labs ข้อมูลการกำหนดลักษณะ โมดูลและอุปกรณ์ต่อพ่วงที่มีอยู่ ขนาดหน่วยความจำและที่อยู่หน่วยความจำอ้างอิงถึงอุปกรณ์เฉพาะแต่ละเครื่อง และพารามิเตอร์ "ทั่วไป" ที่ให้สามารถและทำแตกต่างกันไปในแอปพลิเคชันต่างๆ ใบสมัครเช่นampข้อความที่อธิบายในที่นี้มีวัตถุประสงค์เพื่อเป็นตัวอย่างเท่านั้น Silicon Labs ขอสงวนสิทธิ์ในการเปลี่ยนแปลงข้อมูลผลิตภัณฑ์ ข้อมูลจำเพาะ และคำอธิบายในที่นี้โดยไม่ต้องแจ้งให้ทราบล่วงหน้า และไม่ให้การรับประกันเกี่ยวกับความถูกต้องหรือความสมบูรณ์ของข้อมูลที่รวมอยู่ โดยไม่ต้องแจ้งให้ทราบล่วงหน้า Silicon Labs อาจอัปเดตเฟิร์มแวร์ของผลิตภัณฑ์ในระหว่างกระบวนการผลิตด้วยเหตุผลด้านความปลอดภัยหรือความน่าเชื่อถือ การเปลี่ยนแปลงดังกล่าวจะไม่เปลี่ยนแปลงข้อมูลจำเพาะหรือประสิทธิภาพของผลิตภัณฑ์ Silicon Labs จะไม่รับผิดชอบต่อผลของการใช้ข้อมูลที่ให้ไว้ในเอกสารนี้ เอกสารนี้ไม่ได้หมายความหรือให้ใบอนุญาตอย่างชัดแจ้งในการออกแบบหรือประดิษฐ์วงจรรวมใดๆ ผลิตภัณฑ์นี้ไม่ได้ออกแบบหรือได้รับอนุญาตให้ใช้กับอุปกรณ์ FDA Class III ใดๆ แอปพลิเคชันที่ต้องมีการอนุมัติล่วงหน้าของ FDA หรือระบบช่วยชีวิตโดยไม่ได้รับความยินยอมเป็นลายลักษณ์อักษรจาก Silicon Labs “ระบบช่วยชีวิต” คือผลิตภัณฑ์หรือระบบใด ๆ ที่มีวัตถุประสงค์เพื่อสนับสนุนหรือประคับประคองชีวิตและ/หรือสุขภาพ ซึ่งหากล้มเหลว อาจคาดหมายได้ว่าอาจส่งผลให้เกิดการบาดเจ็บหรือเสียชีวิตอย่างมีนัยสำคัญ ผลิตภัณฑ์ของ Silicon Labs ไม่ได้ออกแบบหรือได้รับอนุญาตสำหรับการใช้งานทางทหาร ผลิตภัณฑ์ของ Silicon Labs จะไม่นำไปใช้กับอาวุธที่มีอานุภาพทำลายล้างสูง ซึ่งรวมถึง (แต่ไม่จำกัดเพียง) อาวุธนิวเคลียร์ อาวุธชีวภาพ หรืออาวุธเคมี หรือขีปนาวุธที่สามารถส่งอาวุธดังกล่าวได้ Silicon Labs ปฏิเสธการรับประกันโดยชัดแจ้งและโดยนัยทั้งหมด และจะไม่รับผิดชอบหรือรับผิดต่อการบาดเจ็บหรือความเสียหายใดๆ ที่เกี่ยวข้องกับการใช้ผลิตภัณฑ์ Silicon Labs ในการใช้งานที่ไม่ได้รับอนุญาตดังกล่าว หมายเหตุ: เนื้อหานี้อาจมีคำศัพท์ที่ไม่เหมาะสมซึ่งล้าสมัยไปแล้ว Silicon Labs กำลังแทนที่ข้อกำหนดเหล่านี้ด้วยภาษาที่ครอบคลุมในทุกที่ที่ทำได้ สำหรับข้อมูลเพิ่มเติมโปรดเยี่ยมชม www.silabs.com/about-us/ integrated-lexicon-project
ข้อมูลเครื่องหมายการค้า
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® และโลโก้ Silicon Labs®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, โลโก้ Energy Micro และการผสมผสานดังกล่าว , “ไมโครคอนโทรลเลอร์ที่เป็นมิตรต่อพลังงานมากที่สุดในโลก”, Redpine Signals®, WiSeConnect, n-Link, ThreadArch®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis , โลโก้ Telegesis®, USBXpress® , Zentri, โลโก้ Zentri และ Zentri DMS, Z-Wave® และอื่นๆ เป็นเครื่องหมายการค้าหรือเครื่องหมายการค้าจดทะเบียนของ Silicon Labs ARM, CORTEX, Cortex-M3 และ THUMB เป็นเครื่องหมายการค้าหรือเครื่องหมายการค้าจดทะเบียนของ ARM Holdings Keil เป็นเครื่องหมายการค้าจดทะเบียนของ ARM Limited Wi-Fi เป็นเครื่องหมายการค้าจดทะเบียนของ Wi-Fi Alliance ผลิตภัณฑ์หรือชื่อแบรนด์อื่นๆ ทั้งหมดที่กล่าวถึงในที่นี้เป็นเครื่องหมายการค้าของเจ้าของที่เกี่ยวข้อง
ซิลิคอน แลบบอราทอรีส์ อิงค์
- 400 West Cesar Chavez ออสติน เท็กซัส 78701 สหรัฐอเมริกา
- www.silabs.com
- silabs.com
สร้างโลกที่เชื่อมต่อกันมากขึ้น
เอกสาร / แหล่งข้อมูล
![]() |
ซอฟต์แวร์ SILICON LABS Zigbee EmberZNet SDK [พีดีเอฟ] คู่มือการใช้งาน ซอฟต์แวร์ Zigbee EmberZNet SDK, ซอฟต์แวร์ EmberZNet SDK, ซอฟต์แวร์ SDK, ซอฟต์แวร์ |