RF yıldızı kıdemli danışman XCODER (bir We-Media deneme yazarı) tarafından yazıldı.

1. TI ZigBee protokol yığınının sürümleri arasındaki farklılıklar nedeniyle, ürün geliştirme için doğru protokol yığını nasıl seçilir?

TI ZigBee protokol yığını Z-Stack, Z-Stack 0.1'den Z-Stack 2.5.1a'ya ve daha sonra Z-Stack Home 1.2.1, Z-Stack Lighting 1.0.2, Z-Stack Energy 1.0'a geliştirilmiştir. 1, Z-Yığın Mesh 1.0.0. Protokol yığınını yükseltme sürecinde, TI protokol yığınının temel olarak iki yönünü yapmıştır.

1) ZigBee Alliance'ın ZigBee Spesifikasyonuna göre bazı yeni özellikler ekleyin.

Örneğin, ZigBee 2007 ağaç şeklinde bir yönlendirmedir. ZigBee Pro'da Mesh yönlendirme çıkıyor ve MTO ve Source Routing gibi yönlendirme algoritmaları öneriliyor. TI, muğlak açıklamalara sahip olanlar gibi, spesifikasyonlardaki bazı ilgili hataları düzeltmek için protokol yığınına karşılık gelen yeni özellikler ekler.

2) TI ZigBee protokol yığınındaki hatayı düzeltmek için.

Bir sürüm ile önceki sürüm arasındaki protokol yığınının farkı Sürüm Notunda bulunabilir.

Z-Stack 2.5.1a sürümünden sonra, TI protokol yığını doğrudan Z-Stack 2.6.x biçiminde yayınlanmaya devam etmedi, ancak Uygulama Profili biçiminde yayınlandı.

Bunun nedeni, TI'nin geliştiricilerin gerçek uygulamaya göre geliştirme için daha hedefli protokol yığını seçmesini istemesidir. Z-stack Home 1.2.1 gibi protokol yığını temel olarak aşağıdaki iki bölümü içerir.

1) Bu bölümün başlangıcı olan Core Stack, Z-Stack 2.5.1a ve sonraki sürümlerin devam sürümüdür, Z-Stack Core Sürüm Notları.txt, Sürüm 2.6.2'de bulunabilir.

2) Uygulama protokol yığını, esas olarak gerçek uygulamayla ilgili olan profille ilgilidir. Ev Otomasyonu protokol yığınının tamamı ZigBee Ev Otomasyonu Profilinin uygulanmasıyla ilgilidir. Benzer şekilde, Z-Stack Lighting 1.0.2 ve Z-Stack Energy 1.0.1 de uygulama profiline sahip bir Core Stack'tir.

a.Z-Stack Home 1.2.2a, akıllı ev ile ilgili ürünler için geliştirilmiştir.

b.Z-Stack Lighting 1.0.2, ZLL ile ilgili ürünler için geliştirilmiştir.

c.Z-Stack Energy 1.0.1, akıllı enerji, Metre, In Home Display ve diğer ilgili ürünler için geliştirilmiştir.

d.Z-Stack Mesh 1.0.0, Mesh yönlendirme vb. gibi yalnızca standart ZigBee protokolüyle ilgili özellikleri kullanan özel uygulamalarla ilgili ürünler için geliştirilmiştir. Uygulama katmanı geliştirici tarafından tanımlanır.

ZigBee Alliance yayınladıktan sonra ZigBee 3.0 protokolü, en son ZigBee protokol yığını Z Yığını 3.0 , şu anda destekleyen CC2530, CC2538, CC2652R, CC265P.

2.Ürünlerin ZigBee testi ve sertifikasyonu nasıl yapılır, nelerin anlaşılması ve hangi süreçlerin izlenmesi gerekir?

Standart ZigBee Ev Otomasyonu ile ilgili ürünlerin geliştirilmesiyle ilgili bir örnek var. Başlangıç ​​olarak, geliştiriciler ürün geliştirdiğinde, aşağıda açıklanan ürünlere göre ürünler geliştirmelidirler. ZigBee Ev Otomasyonu Profil Spesifikasyonu www.zigbee.org adresinden indirilebilir. Ürün geliştirmeyi tamamladıktan sonra, geliştiricilerin aşağıdakileri anlaması gerekir: ZigBee Ev Otomasyonu Profil Test Spesifikasyonu www.zigbee.org adresinden de indirilebilir. Belge, belirli bir ürünün Test Evinde test edilmesi gereken ilgili test öğelerini açıklar. Yukarıdaki iki belgenin yanında bir de PICS belgesi bulunmaktadır. Üçüncü belge, sertifikalandırılması ve test edilmesi gereken ürünler tarafından desteklenen işlevleri açıklar. Geliştiriciler, PICS'deki özellikleri, geliştirilen ürünlerin gerçek işlevlerine ve Spesifikasyonda gerekli olan işlevlere göre karşılaştırır ve onaylar. Aşağıdaki test sürecidir.

1)ZigBee Alliance'a katılın, testi tamamlamanıza yardımcı olabilecek bir test laboratuvarı olacaktır.

2) Numuneleri test laboratuvarına gönderin ve PICS dosyasını tamamlayın.

3) İlk ön test turundan sonra, test laboratuvarı test sonuçlarını geri bildirir ve geliştirici örnek kodu değiştirir. (Gerekirse)

4) Değiştirilen numuneyi test laboratuvarında doğrulayın ve ardından resmi testi başlatın.

5)Geliştirici, test laboratuvarı yardımıyla ZigBee Alliance çevrimiçi sertifikasyon başvuru materyallerinin hazırlanmasını ve sunulmasını tamamlar.

6)Test laboratuvarı, ZigBee Alliance'a resmi bir test raporu sunar. İttifak gözden geçirecek ve bir sertifika verecek.

Şu anda standart ZigBee testini yapabilen yedi test laboratuvarı bulunmaktadır.

• Çin Elektronik Standardizasyon Enstitüsü (CESI)
• Eleman Malzeme Teknolojisi
• Ulusal Teknik Sistemler, Inc. (NTS)
• UL
• Bureau Veritas
• dekra
• TÜV Rheinland Grubu

https://zigbeealliance.org/certification/testing-providers/

3.Cihazın 64-bit MAC adresi nasıl seçilir?

CC2530 / CC2538 / CC2630'da iki IEEE adresi vardır, biri Birincil IEEE adresi, diğeri İkincil adres olarak adlandırılır. Birincil IEEE adresi, çipin Bilgi Sayfasında saklanır. Bu Birincil adres, TI tarafından IEEE Association'dan satın alınır ve her biri benzersizdir. Kullanıcı sadece bu değeri okuyabilir ve silemez/değiştiremez. Protokol yığınındaki adresi okumak, Osal_memcpy (aExtendedAddress,(uint8*)(P_INFOPAGE+HAL_INFOP_IEEE_OSET),Z_EXTADDR_LEN) elde edebilir. İkincil adres Flash'ın son sayfasında saklanır ve kullanıcı HalFlashRead(HAL_FLASH_IEEE_PAGE, HAL_FLASH_IEEE_OSET, aExtendedAddress, Z_EXTADDR_LEN) işlevi aracılığıyla Okuma/Yazma gerçekleştirebilir.

Protokol yığını, aygıtın MAC adresi olarak Birincil IEEE adresini veya İkincil adresi seçmek için nasıl çalışır? Spesifik işlem zmain_ext_addr(void) içindedir.

1) NV'den IEEE adresini okuyun. MAC adresi zaten mevcutsa (hiçbiri 0xFF değildir), MAC adresi olabilir.

2) MAC adresi 1)'de yoksa, İkincil IEEE adresinin saklandığı yerden okunabilir. İkincil IEEE adresinin (hiçbiri 0xFF olmayan) depolama konumunda varsa, adres daha sonra MAC adresi olarak NV'ye yazılabilir.

3) MAC adresi 2)'de yoksa, Birincil IEEE adresinin saklama konumundan okunabilir. Birincil IEEE adresinin (hiçbiri 0xFF olmayan) depolama konumunda varsa, adres daha sonra MAC adresi olarak NV'ye yazılabilir.

4) MAC adresi 3)'te yoksa, NV'ye MAC adresi olarak yazılan 64 bitlik bir değişken adresi rastgele oluşturulur.

4.End Cihaz, pil güç kaynağına sahip düşük güçlü bir cihazdır. Düğümün ağ bağlantısı kesildikten sonra, düğümlerin sürekli olarak ağı araması nasıl engellenir veya İşaret İstekleri gönderme arasındaki aralık nasıl artırılır?

1) Ağı aramaya başlayın: uint8 ZDApp_StartJoiningCycle(void)

Ağda aramayı durdurun: uint8 ZDApp_StopJoiningCycle(void)

2) İşaret İsteği gönderme döngüsünü değiştirin.

Değişkeni değiştirin: zgDefaultStartingScanDuration

// İşaret Sırası Değerleri

#define BEACON_ORDER_NO_BEACONS 15

#define BEACON_ORDER_4_MINUTES 14 // 245760 milisaniye

#define BEACON_ORDER_2_MINUTES 13 // 122880 milisaniye

#define BEACON_ORDER_1_MINUTE 12 // 61440 milisaniye

#define BEACON_ORDER_31_SECONDS 11 // 30720 milisaniye

#define BEACON_ORDER_15_SECONDS 10 // 15360 MS Saniye

#define BEACON_ORDER_7_5_SECONDS 9 // 7680 MSSn

#define BEACON_ORDER_4_SECONDS 8 // 3840 MSSn

#define BEACON_ORDER_2_SECONDS 7 // 1920 MS Saniye

#define BEACON_ORDER_1_SECOND 6 // 960 MSSn

#define BEACON_ORDER_480_MSEC 5

#define BEACON_ORDER_240_MSEC 4

#define BEACON_ORDER_120_MSEC 3

#define BEACON_ORDER_60_MSEC 2

#define BEACON_ORDER_30_MSEC 1

#define BEACON_ORDER_15_MSEC 0

5.Bitiş Aygıtının düşük güç durumuna girmesi nasıl sağlanır ve uyku süresi nasıl ayarlanır?

Protokol yığını makro tanımında POWER_SAVING'i etkinleştirdikten ve ardından f8wConfig.cfg dosyasında -DRFD_RCVC_ALWAYS_ON=FALSE komutunu çalıştırdıktan sonra, Son Cihaz uyku durumuna girebilir.

Uyku süresi, OSAL işletim sisteminin zamanlaması ile belirlenir. Her uyku süresi, uyku süresi olarak en son Olay Zaman Aşımını temel alır. Ayrıntılar protokol yığını hal_sleep işlevinde açıklanmıştır.

Bu zaman aşımı esas olarak iki kategoriye ayrılır, biri uygulama katmanı olaylarının zaman aşımı, diğeri ise MAC katmanı olaylarının zaman aşımıdır.

1) Uygulama katmanının zaman aşımı süresi osal_next_timeout() ile elde edilir; osal_pwrmgr_powerconserve(void) işlevinde.

2) MAC katmanının zaman aşımı süresi, MAC_PwrNextTimeout() ile elde edilir; halSleep(uint16 osal_timeout) işlevinde.

6. ZigBee 3.0 protokol yığınındaki yenilikler nelerdir?

Lütfen önceki ZigBee Ev Otomasyonu/ZigBee Light Link ile karşılaştırıldığında ZigBee 3.0 protokol yığınının eklemelerini tanıtan aşağıdaki bağlantıya bakın.

https://www.ti.com/lit/an/swra615a/swra615a.pdf?ts=1627190581608

7. TI ZigBee protokol yığınındaki terminal ekipmanının durum değiştirmesinin ayrıntılı açıklaması.

https://e2echina.ti.com/support/wireless-connectivity/zigbee-and-thread/f/zigbee-thread-forum/104629/ti-zigbee

8. TI protokol yığınında OAD ve OTA arasındaki farklar.

OAD Havadan İndirme ve OTA Havadan İndirme. Bu iki uygulamanın işlevleri aynıdır ve her ikisi de programa uzaktan yükseltme olarak adlandırılabilir. İlk ZigBee protokol standardında, düğüm programının kablosuz olarak yükseltilmesi için bir standart yoktur, ancak birçok müşterinin bunun için gereksinimleri vardır. Bu nedenle, TI, programın kablosuz olarak yükseltilmesi için bir dizi protokol yığını geliştirdi ve ona OAD adını verdi. ZigBee Alliance talebin arttığını fark etti, ardından kablosuz yükseltmeler için bir standart belirlediler ve OTA adını verdiler, bu da TI OAD uygulamasına atıfta bulundu ve ilgili değişiklikleri yaptı. Bu nedenle, erken TI protokol yığınında, kablosuz yükseltme OAD olarak adlandırılır ve daha sonra ZigBee Alliance'da OTA olarak adlandırılır.

9. 32K kristal osilatör, düşük güçlü olmayan bir cihazda lehimlenmemişse, Z-Stack protokol yığını nasıl değiştirilir?

Z-Stack protokol yığınında, kullanılan kristal osilatörün kararlı olup olmadığı başlatma işlemi sırasında kontrol edilecektir. 32K kristal osilatör lehimli değilse aşağıdaki kodun değiştirilmesi gerekir. TI Z-Stack protokol yığını, varsayılan olarak 32K kristal osilatör kullanır.

hal_board_cfg.h dosyasında, #define OSC32K_CRYSTAL_INSTALLED FALSE

10. ZigBee Mesh ağına dayalı özel bir uygulama geliştirilmesi gerekiyorsa, hangi protokol yığını seçilmelidir?

Birçok kullanıcı, bazı endüstriyel uygulamalarda, sadece kendi sistemlerinde veya ürünlerinde ZigBee mesh ağının fonksiyonlarını kullanmak ister ve ZigBee tarafından tanımlanan uygulama katmanı özelliklerini takip etmek zorunda kalmaz. Bu tür uygulama gereksinimleri için, ürün geliştirme için uygun TI protokol yığını nasıl seçilir? http://www.deyisupport.com/question_answer/wireless_connectivity/zigbee/f/104/t/132197.aspx

11. Geliştirmek için CC2630/CC2650 ZigBee kullanırken, Çekirdek yığın kodunda bir kesme noktası ile hata ayıklayabilir miyim?

Evet. Kesme noktası koduna karşılık gelen dosyayı indirmeli ve önceden açmalı ve ardından hata ayıklamalısınız.

12.Zigbee koordinatörü ağı oluşturmak için uygun kanalı nasıl seçer?

Zigbee ağının oluşturulması bir koordinatör tarafından tamamlanmalıdır. Bir Zigbee ağının yalnızca bir koordinatörü vardır. Zigbee koordinatörü, ağı oluştururken esas olarak ağ kanalının seçimini ve PANID'in oluşturulmasını tamamlar. Kanalı seçmek için iki adım vardır.

1) Pasif tarama, Enerji Taraması olarak da adlandırılır. Pasif tarama, koordinatörün alıcısını açması ve ardından önceden ayarlanmış kanal listesinde sırayla tarama yapması anlamına gelir. Taramadan sonra her kanalın enerji değeri elde edilecektir. Bu enerji esas olarak diğer Zigbee ağlarından veya diğer 2,4 GHz kablosuz ağ sinyallerinden gelir. Koordinatör, enerji değeri önceden ayarlanmış eşik değerinden daha yüksek olan kanalı daha fazla parazite sahip olarak değerlendirecek ve kanalı kaldıracaktır.

2) Aktif Tarama. İlk tarama turundan sonra kalan kanallarda Beacon İstekleri sırayla gönderilir. Karşılık gelen Beacon veri paketi alınırsa, kanalda başka Zigbee cihazlarının olduğu kabul edilir. Son olarak, koordinatör kendi ağını kurmak için başka Zigbee ağları olmayan bir PANID veya en az Zigbee ağı olan kanalı seçecek ve çakışmayan bir PANID ayarlayacaktır.

13.Ürün geliştirme moduna hızlı bir şekilde girmek için UI nasıl silinir ve TI Zigbee 3.0 protokol yığını nasıl kullanılır?

https://e2echina.ti.com/question_answer/wireless_connectivity/zigbee/f/104/t/146528

14.CC2530'un Flash ve RAM'i nasıl optimize edilir?

http://www.ti.com/lit/wp/swra635/swra635.pdf

CC2650, CC2538, CC2652R, CC2630, Z-Yığını, CC2530