O Zigbee Ezsp Uart

Na této stránce představíme proces rámování dat UART a některé klíčové rámce, které se často používají v bráně Zigbee.

2. ROBRING

Proces obecného snímku lze ilustrovat následujícím grafem:

V tomto grafu údaje znamenají rámec EZSP. Obecně jsou procesy rámování: | ne | Krok | Reference |

|:-|:-|:-|

| 1 | Vyplňte rámec EZSP | UG100 |

| 2 | Randomizace dat | Oddíl 4.3 UG101 |

| 3 | Přidejte ovládací bajt | Chap2 a Chap3 UG101 |

| 4 | Vypočítejte CRC | Oddíl 2.3 UG101 |

| 5 | PUTKING BYTE | Oddíl 4.2 UG101 |

| 6 | Přidejte koncový příznak | Oddíl 2.4 UG101 |

2.1. Vyplňte rám EZSP

Při upgrady SDK věnujte pozornost tomu, že se tento formát může změnit. Když se formát změní, poskytneme mu nové číslo verze. Nejnovější číslo verze EZSP je 8, když je tento článek napsán (Emberznet 6.8).

Protože formát rámu EZSP se může mezi různými verzemi lišit, existuje povinný požadavek, aby hostitel a NCPMOŠTPracujte se stejnou verzí EZSP. Jinak nemohou komunikovat tak, jak se očekává.

Abychom toho dosáhli, musí být první příkaz mezi hostitelem a NCP příkaz verze. Jinými slovy, hostitel musí před jakoukoli jinou komunikací získat verzi NCP EZSP. Pokud je verze EZSP odlišná s verzí EZSP na straně hostitele, musí být komunikace přerušena.

Implicitní požadavek za tím je to, že formát příkazu verze můžeNikdy se nezmění. Formát příkazu EZSP verze je jako níže:

Vysvětlení pole parametru a formát odpovědi verze lze nalézt v kap. 4 UG100. Pole parametru je verze hostitelského programu EZSP. Když je tento článek napsán, je to 8.

： ： Torchiotbootcamp
： ： Https: //zhuanlan.zhihu.com/p/339700391
来源 ： 知乎
著作权归作者所有。商业转载请联系作者获得授权 ， 非商业转载请注明出处。

2.2. Randomizace dat

Podrobný proces randomizace je popsán v části 4.3 UG101. Celý rámec EZSP bude randomizován. Randomizace má exkluzivní nebo rám EZSP a pseudo-náhodnou sekvenci.

Níže je algoritmus generování pseudo-náhodné sekvence.

• Rand0 = 0 × 42
• Pokud je bit 0 Randi 0, Randi+1 = Randi >> 1
• Pokud je bit 0 Randi 1, Randi+1 = (Randi >> 1) ^ 0xb8

2.3. Přidejte ovládací bajt

Kontrolní bajt je data jednoho bajtu a měla by být přidána do hlavy rámečku. Formát je ilustrován níže uvedenou tabulkou:

Úplně existuje 6 druhů kontrolních bajtů. První tři se používají pro běžné rámce s daty EZSP, včetně dat, ACK a NAK. Poslední tři se používají bez běžných dat EZSP, včetně RST, RSTACK a chyby.

Formát prvního, RSTACK a chyby jsou popsány v části 3.1 až 3.3.

2.4. Vypočítejte CRC

16bitový CRC se počítá na bajtech z kontrolního bajtu do konce dat. Standardní CRCCCITT (G (x) = x16 + x12 + x5 + 1) je inicializován na 0xffff. Nejvýznamnější bajt předchází nejméně významným bajtu (velký endiánský režim).

2.5. Nádivka bajtů

Jak je popsáno v části 4.2 UG101, existují některé vyhrazené hodnoty bajtů používané pro zvláštní účely. Tyto hodnoty lze nalézt v následující tabulce:

Když se tyto hodnoty objeví v rámci, bude na datech provedeno zvláštní ošetření. - Vložte úschovný bajt 0x7d před vyhrazeným bajtem - obráťte bit5 tohoto vyhrazeného bajtu

Níže jsou uvedeny některé příklady tohoto algoritmu:

2.6. Přidejte koncový příznak

Posledním krokem je přidat koncový příznak 0x7e na konec rámečku. Poté mohou být data odeslána do portu UART.

3. Proces de-framing

Když jsou data přijata od UART, musíme pouze provést opačné kroky k jejich dekódování.

4. odkazy

• Referenční příručka UG100 EZSP
• Odkaz na protokol UG101 UG101
• Odkaz na protokol UG115 ASHV3