CZ18679U1 - Komunikační zařízení ke zpřístupnění periferií v bezdrátové síti těchto komunikačních zařízení - Google Patents
Komunikační zařízení ke zpřístupnění periferií v bezdrátové síti těchto komunikačních zařízení Download PDFInfo
- Publication number
- CZ18679U1 CZ18679U1 CZ200819936U CZ200819936U CZ18679U1 CZ 18679 U1 CZ18679 U1 CZ 18679U1 CZ 200819936 U CZ200819936 U CZ 200819936U CZ 200819936 U CZ200819936 U CZ 200819936U CZ 18679 U1 CZ18679 U1 CZ 18679U1
- Authority
- CZ
- Czechia
- Prior art keywords
- communication
- communication device
- block
- wireless network
- peripheral
- Prior art date
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Description
(54) Název užitného vzoru:
Komunikační zařízení ke zpřístupnění periferií v bezdrátové síti těchto komunikačních zařízení
CZ 18679 Ul
Komunikační zařízení ke zpřístupnění periferií v bezdrátové síti těchto komunikačních zařízení
Oblast techniky
Technické řešení se týká komunikačního zařízení ke zpřístupnění periferií komunikačního zaříze5 ní v bezdrátové síti těchto komunikačních zařízení a k vytváření generické sítové komunikační platformy s těmito komunikačními zařízeními. Jeho předmětem je uspořádání komunikačních zařízení s bezdrátovým rozhraním pro vytváření bezdrátových sítí vzájemně kooperujících elektrických nebo elektronických zařízení nebo systémů ve vysokofrekvenčních pásmech například v rozsahu 100 MHz až 20 GHz, zejména pro systémy domácí a kancelářské automatizace a pro io telemetrii.
Dosavadní stav techniky
Na trhu existuje celá řada pokusů o vytvoření standardů a proprietámích řešení, snažících se o jednoduché a typizované bezdrátové propojení různých elektronických zařízení, systémů a komponent do sítě, ve které budou tyto prvky kooperovat. Důvodem je snaha vytvořit bezdrátovou komunikační platformu, která by díky jednotnosti komunikačního rozhraní přinesla snížení nákladů výrobcům elektronických prvků, zařízení a systémů (dále jen elektronických prvků). Pro koncové uživatele to znamená, že díky této schopnosti elektronických prvků vzájemně komunikovat a tedy i kooperovat by mohli používat spolupracující elektronické prvky od různých výrobců. Koncový uživatel by proto nebyl vázán na výrobky jednoho výrobce jako je tomu nyní.
Takovou standardizovanou platformou je například Zigbee (http://www.zigbee.org).
Jde o řešení založené na standardu IEEE 802.1.5.4 a připravené Zigbee Alliance, konsorciem nezávislých firem, spolupracujících na vytvoření bezdrátových sítí podle tohoto standardu. Z proprietámích řešení je možné zmínit například technologii MiWi firmy Microchip Technology lne. (http://www.microchip.com/miwi), vycházející z uvedeného standardu, ovšem implementač- ně jednodušší než Zigbee a neumožňující přímou kooperaci se Zigbee zařízeními. Z dalších na trhu dostupných řešení lze zmínit ještě například řešení podporované skupinou firem okolo Z-Wave alliance (http://www.z-wavealliance.org).
Jednou z nevýhod těchto řešení je, že se snaží definovat pouze standard pro bezdrátovou komunikaci a nezabývají se praktickou implementační částí.
V praxi to znamená, že například výrobce mikrokontrolérů nebo řešení s integrovaným procesorem, který chce dodávat své produkty do komunikačních modulů určených pro oblast domácí automatizace, vytvoří pro příslušnou komunikační platformu software solution stack, tedy soubor programových rutin, funkčních komponent a programových podsystémů (dále pouze Stack), které umožní základní funkčnost komunikačního modulu podle zvoleného řešení bezdrátové komuni35 kace. Výrobce koncového zařízení, například ledničky, využívající v rámci jím zvoleného komunikačního řešení zmiňované moduly, následně vytvoří další aplikační nadstavbu, která provádí vlastní aplikační funkce koncového zařízení, minimálně musí definovat a dopsat rutiny podporující komunikační protokol mezi modulem a řídícím procesorem koncového zařízení.
Nutnost tohoto přístupu z pohledu výrobce procesorových produktů je zřejmá - výrobce chce dodávat své produkty v rámci celého komunikačního řešení a protože má nej lepší znalosti o svých vlastních produktech, vytvoří zmíněný Stack obvykle v mnohem kratší době než by jej vytvářel každý jednotlivý výrobce koncových zařízení pro svůj výrobek. Vytvořením Stacku tak umožní vznik komunikačních řešení, založených najím dodávaných procesorech a nabídne je ne jednomu, ale mnoha potenciálním zákazníkům - výrobcům, pro které je pak rozšíření jejich vý45 robků o toto bezdrátové komunikační rozhraní mnohem snazší, jsou připraveni je použít. Ale i pro výrobce procesorů jde o časově náročnou implementační záležitost, například v případě Zigbee či MiWi trvalo přibližně dva roky než se na trhu objevily první funkční implementace Zigbee stacku.
- 1 CZ 18679 Ul
Je zřejmé, že solution stack\e vždy pouhým nástrojem k vytvoření finální aplikace, která ho využívá, a výrobce koncového zařízení musí do svého i do komunikačního zařízení dále integrovat také jejich vlastní funkcionalitu. S tím následně souvisí rozdíly jednotlivých řešení, byť vycházejících ze stejného základu (Stack), nutnost dalších úprav a následná vyšší časová nároč5 nost vývoje finálního produktu.
Možným řešením vedoucím k podstatnému snížení časové náročnosti vývoje je integrace solution stack přímo do paměti zařízení s tím, že výrobce finálního zařízení využije jinou část programové paměti pro jeho konkrétní uživatelskou aplikaci. Tento přístup je patrný například ze zařízení platformy IQRF (http://www.iqrf.orgj, která je popsána v US patentové přihlášce č.
2007/0188343 AI. Přesto ani tento přístup nelze považovat za nej optimálnější z pohledu výrobce koncového zařízení, protože tato řešení jsou stále vázána na použitý procesor a vytváření aplikačního kódu na procesorové platformě. Protože ji výrobce standardně nepoužívá nebo s ní nemá zkušenosti, může být pro něj tento přístup náročný na investice do vývojových nástrojů, do lidí nebo do nakupovaných služeb v případě outsourcingu.
Cílem předloženého technického řešení je odstranit uvedené nevýhody implementační nedostatečnosti a závislosti komunikačního zařízení na procesorové platformě a podstatně snížit časovou náročnost vývoje finálního zařízení.
Podstata technického řešení
Předmětem technického řešení je uspořádání komunikačního zařízení ke zpřístupnění periferií v bezdrátové síti těchto komunikačních zařízení při jejich současném zpřístupnění přes jiné komunikační rozhraní tohoto komunikačního zařízení, při kterém se jedna nebo více periferií stává rozhraním mezi uvedenou bezdrátovou sítí a dalším elektronickým zařízením nebo systémem, připojeným ke komunikačnímu zařízení přes toto jiné komunikační rozhraní, kde uvedené komunikační zařízení je určené pro síťovou bezdrátovou komunikaci elektrických a/nebo elektronic25 kých zařízení nebo systémů ve vysokofrekvenčních pásmech až do 20 GHz. Podstata technického řešení spočívá v tom, že komunikační zařízení obsahuje transceiver s blokem pro bezdrátovou komunikaci, který je připojen jednak k anténnímu vstupu a jednak k interpretem, kde interpreter je připojen k bloku periferií a bloku, zahrnujícím alespoň jednu komunikační periferii, připojenému dále k alespoň jednomu komunikačnímu rozhraní.
V dalším provedení je předmětem technického řešení komunikační zařízení ke zpřístupnění periferií komunikačního zařízení v bezdrátové síti těchto komunikačních zařízení, kde uvedené komunikační zařízení je určené pro síťovou bezdrátovou komunikaci elektrických a/nebo elektronických zařízení nebo systémů ve vysokofrekvenčních pásmech až do 20 GHz. Vlastní uspořádání komunikačního zařízení je popsáno výše. Obsahuje transceiver s blokem pro bezdrátovou komunikaci, který je připojen jednak k anténnímu vstupu a jednak k interpretem, kde interpreter je připojen k bloku periferií a bloku, zahrnujícím alespoň jednu komunikační periferii, připojenému dále k alespoň jednomu komunikačnímu rozhraní.
K interpretem může být dále připojen blok virtuálních periferií. Komunikační zařízení může zahrnovat integrovanou anténu, může být tvořeno integrovaným nebo hybridním obvodem.
Způsob zpřístupnění periferií komunikačních zařízení v bezdrátové síti vzájemně koopemjících elektrických nebo elektronických zařízení nebo systémů se provádí na základě zasílání a příjmu adresovaných zpráv (dále jsou tato řídící data označována jen jako zprávy), a to buď bezdrátově nebo přes jejich komunikační rozhraní. Každá zpráva obsahuje alespoň určení, například adresu, zařízení v bezdrátové síti a určení, například index, periférie, pro kterou jsou data ve zprávě určena a(nebo od ní vyžadována. Možností zápisu do adresované periférie a/nebo čtení dat z této periférie pomocí zasílání zpráv v rámci bezdrátové sítě se tato periférie zpřístupní v bezdrátové síti. Obdobně možností zápisu do adresované periférie a/nebo čtení dat z této periférie pomocí zasílání zpráv přes komunikační rozhraní se tato periférie zpřístupní i přes komunikační rozhraní a může být využita jako rozhraní mezi elektronickým prvkem připojeným ke komunikačnímu rozhraní a mezi dalšími zařízeními, připojenými k bezdrátové síti.
-2CZ 18679 Ul
Komunikační zařízení mohou být použita ve spojení s prakticky jakýmkoliv elektronickým prvkem s tím, že výrobce tohoto prvku již není nucen psát aplikační kód pro procesorovou platformu používanou komunikačním zařízením. Periferie zde slouží jako rozhraní mezi elektronickým prvkem připojeným ke komunikačnímu rozhraní a mezi ostatními zařízeními, připojenými k bez5 drátové síti a je zpřístupněna pomocí mechanismu zasílání a čtení zpráv, adresovaných přímo této periferii. Odpadá tak závislost na procesorové platformě, protože veškeré správa a obsluha komunikačního zařízení je dána zasíláním a čtením zpráv mezi komunikačním zařízením a elektronickým prvkem a bezdrátově mezi komunikačními zařízeními a dalšími zařízeními připojenými k bezdrátové síti.
Komunikační zařízení lze zkonstruovat například ve formě modulu transceiveru, který se následně osadí do vlastního elektronického zařízení,například pomocí konektoru nebo zapájením. Pomocí modulu pak probíhá komunikace a kooperace tohoto elektronického zařízení s dalšími zařízeními, připojenými k bezdrátové síti tak, že tato síťová zařízení mohou přímo zapisovat data do a/nebo číst z některé periferie modulu, zpřístupněné pro komunikaci z bezdrátové sítě (např.
RAM), pouhým odesláním zprávy adresované konkrétní periférii konkrétního komunikačního zařízení (modulu). Data takto zapsaná do periférie mohou být zároveň zpřístupněna elektronickému zařízení, připojenému ke komunikačnímu rozhraní modulu a to opět pomocí mechanismu zasílání nebo čtení zpráv, obsahujících požadavky adresované konkrétní periférii přes toto komunikační rozhraní.
Zpřístupněním vnitřních periférií komunikačního modulu externím zařízením, tedy elektronických prvků připojených ke komunikačnímu rozhraní a/nebo zařízení zapojených do bezdrátové sítě, se rozumí možnost tyto periférie z externích zařízení přímo adresovat a zapisovat do nich a/nebo číst z nich data pomocí mechanismu zasílám adresovaných zpráv. Vznikne tak všestranně použitelné komunikační zařízení, které lze použít bez nutnosti dalšího přizpůsobování pomocí uživatelské aplikace. Komunikační zařízení lze implementovat přímo do integrovaných nebo hybridních obvodů, čímž dojde k dalšímu zjednodušení použití a ke snížení výrobních nákladů.
Přehled obrázků na výkresech
Pro bližší vysvětlení jsou příklady provedení technického řešení vyobrazeny na připojených výkresech a následně popsány. Na obr. 1 a 2 je blokové zapojení modulu komunikačního zařízení pro bezdrátovou komunikaci ve dvou alternativních provedeních, na obr. 3 příklad zjednodušeného konkrétního zapojení tohoto modulu a na obr.4 hardwarový profil zařízení.
Příklady provedení technického řešení
Komunikační zařízení pro síťovou bezdrátovou komunikaci elektrických a/nebo elektronických zařízení nebo systémů ve vysokofrekvenčních pásmech do 20 GHz (viz obr. 1) obsahuje transcei35 ver s blokem RF pro bezdrátovou komunikaci, který je připojen jednak k anténnímu vstupu ANT a jednak k interpereteru INTP, kde interpreter INTP je připojen k bloku PER periferií a bloku COM komunikační periferie pro bezdrátovou komunikaci, připojenému dále ke komunikačnímu rozhraní CQMIN. Interpreter INTP slouží k interpretaci zpráv, tedy k jejich převodu na příkazy pro adresaci a následné čtení z adresovaných periférií a/nebo zápis dat do adresovaných periférií, zpřístupněných komunikačním zařízením. Může se jednat například o požadavky zápisu dat, obsažených ve zprávě do periférií popisovaného zařízení, například do paměti, nebo může jít naopak o požadavek vyčtení dat z periférie.
V alternativním provedení (viz obr. 2) může být dále k interpretem INTP připojen blok SERV virtuálních periferií. Obsloužením požadavků na zápis do a/nebo čtení dat z virtuální, tedy reálně neexistující hardwarové periférie, může interpreter INTP vytvořit virtuální periférii SERV, dále označovanou pouze jako službu. Tímto způsobem lze i bez jakékoli změny struktury zprávy realizovat například zjišťování konfiguračních informací z komunikačního modulu a/nebo spouštět konfigurační procesy uložené v jeho firmware. Používání stejné struktury zprávy pro periférie i služby dále zjednodušuje návrh celého systému.
-3 CZ 18679 Ul
Komunikační zařízení v alternativním provedení podle obr. 2, kdy je rozšířeno o blok takto zpřístupněných služeb, přináší další možnosti využití při zachování jednoduchosti a jednotnosti obsluhy komunikačního zařízení. Modul může též zahrnovat integrovanou anténu, přičemž anténní rozhraní je vnitřním rozhraním mezi anténou a blokem pro bezdrátovou komunikaci. Výhodou je vyšší míra integrace.
Příkladem komunikačního zařízení je modul TR-868-21A, jehož zjednodušené schéma je na obr. 3. Blok interpereteru INTP je realizován mikrokontrolérem PIC16LF88 a přidaným programovým vybavením. Mikrokontrolér zároveň integruje některé periférie, které mohou být zpřístupněny v bloku PER periférií, jako jsou například paměť RAM a paměť EEPROM. Deska ío modulu transceiveru dále obsahuje některé další zpřístupněné periférie modulu vně mikrokontroléru, například teplotní senzor MCP9700. Blok RF pro bezdrátovou komunikaci je zde tvořen transceiverem TRI001 a je spojen s rozhraním (anténním vstupem ANT) pro připojení externí antény.
Vlastní způsob řízení modulu komunikačního zařízení spočívá v tom, že vybrané periférie modu15 lu, které mají být v konkrétním realizačním provedení zpřístupněny v bloku PER periférií, a/nebo služby, které mají být zpřístupněny v bloku SERV virtuálních periferií, je možné přímo zpřístupnit z vnějšku modulu, to znamená i adresovat, v bezdrátové síti pomocí zpráv zasílaných bezdrátově z jiných zařízení připojených k bezdrátové síti nebo nepřímo přes komunikační rozhraní. V tomto případě je využívána sériová sběrnice SPI, přičemž přes komunikační rozhraní
COMIN mohou být zpřístupněny jiné periférie a/nebo služby než pomocí bezdrátové komunikace. Vlastní zpřístupnění je realizováno tak, že interpreter INTP realizovaný mikrokontrolérem s přidaným programovým vybavením zajišťuje interpretaci zpráv, tedy zápis a/nebo čtení dat přímo do/z adresovaných zpřístupněných periférií.
Příklad realizace - hardwarový profil
Příkladem provedení komunikačního zařízení a způsobu jeho řízení je systém hardwarových profilů bezdrátových zařízení podle obr.4, který je založen na modulech IQRF transceiveru (výše zmíněné moduly TR-868-21A). Jako komunikační rozhraní používá SPI a bezdrátová komunikace je postavena na síťovém protokolu IQMESH, umožňujícím přímo adresovat nejenom jednotlivá zařízení v rámci bezdrátové sítě, ale také přímo adresovat jednotlivé periférie a služby těchto zařízení zapojených do bezdrátové sítě.
IQMESH je síťový protokol používaný v rámci bezdrátové platformy IQRF. Protokol definuje strukturu zpráv zasílaných bezdrátově, a to jak v rámci bezdrátové sítě, tak i pro eventuální nesíťovou bezdrátovou komunikaci mezi dvěma zařízeními. Protože platforma IQRF je založena na paketovém přenosu zpráv, jsou zprávy zapouzdřeny v paketech s níže definovanou strukturou.
Ze struktury paketu je patrné, jakým způsobem je realizována přímá síťová adresace jednotlivých periférií v rámci bezdrátové sítě podporující tento protokol.
Obecná struktura paketu:
| PIN | DLEN | CRCH | [NTW INFO] | [CRCN] | DATA | CRCD | CRCS |
Jednotlivé části paketu obsahují informace o paketu, o jeho určení a také vlastní data. V části PIN (Packet INfo) jsou uloženy řídící informace o paketu, DLEN (Data LENgth) nese informaci o délce dat uložených v části DATA, CRCH/CRCD/CRCS se používají k zabezpečení konzistence paketu a jeho částí.
-4CZ 18679 Ul
Struktura NTW INFO pro síťové pakety:
| RX TX | NIDO | NID1 PID [RTOTX] | [RTDEF] | [RTVO] | [RTIV] | [RTV2] |
[MPRWO] [MPRW1] [MPRW2] [CRYPTO] [CRYPT1] [TIME] [AUX]
Zvýrazněné části paketu se používají pro adresaci uvnitř bezdrátové sítě, například RX obsahuje adresu příjemce v této síti, TX adresu vysílajícího zařízení, NIDO/1 obsahují identifikaci bezdrátové sítě a v PID jsou uloženy další doplňkové informace pro identifikaci paketu. Části paketu MPRWO, MPRW1, MPRW2 jsou využity k přímé adresaci zpřístupněných periférií osloveného zařízení (dáno adresou RX) v rámci bezdrátové sítě, přičemž MPRWO obsahuje určení konkrétní periférie a/nebo služby pomocí jejího indexu, MPRW1 obsahuje počáteční adresu bloku dat, MPRW2 obsahuje délku bloku dat pro zápis/čtení.
Protože modul TR-868-21A standardně obsahuje operační systém podporující IQMESH protokol, je interpreter INTP v tomto případě realizován mikrokontrolérem s operačním systémem a s přidanou uživatelskou aplikací, které společně zajišťují obsluhu hardware modulu, příjem a ode15 sílání zpráv a také interpretaci zpráv přijímaných, tedy zápis a/nebo čtení dat přímo do/z adresovaných zpřístupněných periférií.
Hardwarový profil na obr. 4 zpřístupňuje periférie (PERIPHERALS) a služby (SERVICES) přes bezdrátové rozhraní RF a přes rozhraní SPI. Vlastní realizace je postavena na modulech transceiverů vybavených operačním systémem, interpreter INTP je v tomto případě realizován pomocí doplňujícího firmware pro konkrétní hardwarový profil s tím, že interpreter interpretuje zprávy přijaté přes obě komunikační rozhraní RF a SPI.
Zprávy zasílané přes SPI rozhraní do bezdrátové sítě mají definovanou strukturu tak, že se využívá standardní IQRF SPI komunikace a datová část SPI paketů se interpretuje tak, jak je popsáno níže:
Požadavek zápisu do periférie PNUM síťového zařízení NADR:
| NADR | PNUM | PADR | PLEN | ...DATA... |
| Vrací odpověď (v případě úspěšného provedení): |
| NADR | PNUM | PADR | PLEN | 0x00 | 0x00 | [AINFO] |
| Požadavek čtení dat z periférie/služby PNUM síťového zařízení NADR: | ||||||
| NADR | PNUM | PADR | PLEN | |||
| Vrací odpověď: | ||||||
| NADR | PNUM | PADR | PLEN | 0x00 | 0x00 | ... DATA... |
Význam jednotlivých bajtů je následující:
NADR ... síťová adresa konkrétního zařízení PNUM ... index periférie PNUM
PADR ... počáteční adresa bloku dat (R/W z/do periférie) ... a/nebo doplňkové informace pro službu
PLEN ... délka bloku dat
... a/nebo doplňkové informace pro službu
AINFO ... doplňkové informace, nepovinné.
- 5 CZ 18679 Ul
V případě požadavku na adresaci modulu připojeného přímo k SPI rozhraní se volí NADR=0x00, v ostatních případech se používá adresa oslovovaného zařízení připojeného do bezdrátové sítě. Vlastní interpretace zprávy pak probíhá v závislosti na konkrétním hardwarovém profilu zařízení tak, že pro NADR různé od hodnoty 0x00 se provedou přiřazení, jak je popsáno níže:
RX = NADR
MPRWO = PNUM MPRW1 = PADR MPRW2 = PLEN kde RX je adresa volaného zařízení v rámci bezdrátové IQ MESH sítě, ostatní parametry jsou ío popsány výše. Následně se zkopírují zbývající data ze zaslaného požadavku a výsledná zpráva se s takto definovanými parametry odešle do bezdrátové sítě, ve které je pak následně nejprve přijata příslušným síťovým zařízením a poté interpretována dle příslušného hardwarového profilu (podle hodnot PNUM, PADR, PLEN) tohoto síťového zařízení.
V případě NADR=0x00 je zpráva interpretována přímo konkrétním modulem připojeným k SPI a data jsou zapsána do nebo vyčtena z konkrétní periférie (s indexem PNUM) modulu připojeného ke koncovému zařízení přes SPI rozhraní.
Virtuální periférie (tedy služba) s indexem PNUM=0xFF je vyhrazena pro čtení informací o zařízení. Například zpráva ve formátu [0x00;0xFF;0x00;0x00] odeslaná přes SPI rozhraní komunikačnímu zařízení jev této konkrétní realizační implementaci interpretována jako požadavek vy20 čtení počtu zpřístupněných periférií komunikačního zařízení. Po získání počtu zpřístupněných periférií lze již tyto periférie adresovat, počínaje indexem 0x01. Zpráva ve formátu [NADR;PNUM;0xFF;0xFF] je vyhrazena pro službu zjištění typu periférie a interpretována jako požadavek na zpětné odeslání typu periférie a rozsahu adresace. Tyto služby a tento způsob prozkoumávání komunikačního zařízení mohou být využity především tehdy, pokud výrobce elek25 tronického prvku využívá obecné komunikační zařízení generické platformy aniž by dopředu znal jeho strukturu.
Zpráva ve formátu [NADR;0xFF;0xFF;0xFF] odeslaná komunikačnímu zařízení je v této konkrétní realizační implementaci interpretována jako požadavek vyčtení veřejně známého typu zařízení (bude zveřejněno na http://smarthouseprofiles.org). Každý zveřejněný typ zařízení má definováno, jak se bude chovat, jaké má zpřístupněné periférie a jak je schopen kooperovat s ostatními zařízeními. Využitím veřejného typu zařízení (tedy profilu) je umožněno, aby výrobky různých výrobců využívající komunikační zařízení s veřejným profilem spolu mohla snadno navázat spolupráci na základě znalosti tohoto profilu.
Výhody popisovaného způsobu řízení jsou popsány v následujícím příkladu.
Moduly TR-868-21A, vybavené pouze s operačním systémem, byly využity pro bezdrátové řízení topného systému a v jednotlivých radiátorech byly přes SPI rozhraní připojeny k elektronice radiátoru. Z periférií byly využívány paměť RAM, paměť EEPROM a SPI rozhraní. Práce na vlastní realizaci, to je návrhu konceptu komunikace a předávání dat řídícímu procesoru v elektronice radiátoru, programování uživatelské aplikace a finální odlaďování systému, trvaly několika týdnů, navíc bylo nutné dokoupit vývojové prostředí pro procesor použitý v modulu.
Při použití IQRF hardwarového profilu, tedy výše popsané konkrétní realizační implementaci popisovaného způsobu řízení komunikačního zařízení podle tohoto technického řešení, se celý vývoj násobně zredukuje na necelý jeden den práce vývojového pracovníka. Konkrétní hardwarový profil zpřístupní blok paměti RAM a blok paměti EEPROM. Vlastní vývoj tak již nezahr45 nuje návrh, vývoj a časově náročné programování a ladění uživatelské aplikace do modulu, ale pouze koncepční návrh využití zpřístupněných periférií.
V tomto konkrétním případě například řídící počítač zapisuje bezdrátově do paměti EEPROM modulu požadované teploty pro různé časové intervaly v průběhu týdne pomocí zasílání zpráv adresovaných EEPROM. Elektronika radiátoru je k modulu připojena přes SPI rozhraní a týdenní program si z EEPROM přímo vyčítá zasíláním zpráv přes SPI. Přes paměť RAM si řídící počítač předává další informace s řídícím procesorem elektroniky radiátoru, například o spotřebě energie,
-6CZ 18679 Ul a to tak, že řídící procesor zapisuje pomocí zpráv zasílaných přes komunikační rozhraní SPI data do paměti RAM, odkud je řídící počítač může bezdrátově vyčítat.
Celá realizace je implementačně nenáročná, přináší značné časové úspory při vývoji zařízení kooperujících v bezdrátové síti, navíc odpadá závislost na procesorové platformě komunikačního zařízení. To v konečném důsledku přináší další úspory ve formě ušetřených investic do vývojových nástrojů, zvláště v případě, kdy výrobce koncových zařízení používá jinou procesorovou platformu než komunikační zařízení.
Technické řešení může být využito pro zefektivnění vývoje bezdrátových aplikací, pro zajištění bezdrátové síťové komunikace elektrických nebo elektronických zařízení a k nim připojených dalších zařízení jako jsou například prvky topných soustav, bezpečnostní systémy nebo světla. Využitelnost je především v aplikacích domácí a kancelářské automatizace, v měřících systémech a v bezdrátových systémech sběru dat.
Řešení může být využito také pro standardizaci řídících systémů, kdy jednotlivá komunikační zařízení budou pro komunikační rozhraní a pro bezdrátové rozhraní zpřístupňovat předem defi15 no váné množiny periférií a služeb, takže různá koncová zařízení (i od různých výrobců) budou schopna vzájemně kooperovat přes toto komunikační zařízení na základě předem definovaných protokolů.
Claims (5)
- NÁROKY NA OCHRANU1. Komunikační zařízení ke zpřístupnění periferií v bezdrátové síti těchto komunikačních20 zařízení při jejich současném zpřístupnění přes jiné komunikační rozhraní tohoto komunikačního zařízení, při kterém se jedna nebo více periferií stává rozhraním mezi uvedenou bezdrátovou sítí a dalším elektronickým zařízením nebo systémem, připojeným ke komunikačnímu zařízení přes toto jiné komunikační rozhraní, kde uvedené komunikační zařízení je určené pro síťovou bezdrátovou komunikaci elektrických a/nebo elektronických zařízení nebo systémů ve vysokofrek25 venčních pásmech až do 20 GHz, vyznačující se tím, že obsahuje transceiver s blokem (RF) pro bezdrátovou komunikaci, který je připojen jednak k anténnímu vstupu (ANT) a jednak k interpreteru (INTP), kde interpreter (INTP) je připojen k bloku (PER) periferií a bloku (COM), zahrnujícím alespoň jednu komunikační periferii, připojenému dále k alespoň jednomu komunikačnímu rozhraní (COMIN).30
- 2. Komunikační zařízení ke zpřístupnění periferií komunikačního zařízení v bezdrátové síti těchto komunikačních zařízení, kde uvedené komunikační zařízení je určené pro síťovou bezdrátovou komunikaci elektrických a/nebo elektronických zařízení nebo systémů ve vysokofrekvenčních pásmech až do 20 GHz, vyznačující se tím, že obsahuje transceiver s blokem (RF) pro bezdrátovou komunikaci, který je připojen jednak k anténnímu vstupu (ANT) a35 jednak k interpreteru (INTP), kde interpreter (INTP) je připojen k bloku (PER) periferií a bloku (COM), zahrnujícím alespoň jednu komunikační periferii, připojenému dále k alespoň jednomu komunikačnímu rozhraní (COMIN).
- 3. Komunikační zařízení podle nároku 1 nebo 2, vyznačující se tím, žek interpreteru (INTP) je dále připojen blok (SERV) virtuálních periferií.40
- 4. Komunikační zařízení podle některého z nároků laž3, vyznačující se tím, že zahrnuje integrovanou anténu.
- 5. Komunikační zařízení podle některého z nároků laž4, vyznačující se tím, že je tvořeno integrovaným nebo hybridním obvodem.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CZ200819936U CZ18679U1 (cs) | 2008-05-14 | 2008-05-14 | Komunikační zařízení ke zpřístupnění periferií v bezdrátové síti těchto komunikačních zařízení |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CZ200819936U CZ18679U1 (cs) | 2008-05-14 | 2008-05-14 | Komunikační zařízení ke zpřístupnění periferií v bezdrátové síti těchto komunikačních zařízení |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CZ18679U1 true CZ18679U1 (cs) | 2008-06-17 |
Family
ID=39529855
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CZ200819936U CZ18679U1 (cs) | 2008-05-14 | 2008-05-14 | Komunikační zařízení ke zpřístupnění periferií v bezdrátové síti těchto komunikačních zařízení |
Country Status (1)
| Country | Link |
|---|---|
| CZ (1) | CZ18679U1 (cs) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2846584A1 (en) | 2013-08-26 | 2015-03-11 | MICRORISC s.r.o. | Method of message acknowledgement and /or data collection |
-
2008
- 2008-05-14 CZ CZ200819936U patent/CZ18679U1/cs not_active IP Right Cessation
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2846584A1 (en) | 2013-08-26 | 2015-03-11 | MICRORISC s.r.o. | Method of message acknowledgement and /or data collection |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103312760B (zh) | 实现终端设备即插即用管理的能力开放平台、方法及网关 | |
| US8073439B2 (en) | Control system and method for operating a transceiver | |
| CN102741898B (zh) | 一种电力网关及电力网关的通信方法 | |
| EP1913752B1 (en) | Device interface architecture and protocol | |
| US20130080585A1 (en) | Method for transmitting data via a canopen bus | |
| US8265695B2 (en) | Method for the management of a peripheral unit by a sim card in wireless communication terminals, and peripheral unit for implementing the method | |
| CN111163144B (zh) | 物联网模块、物联控制方法及智能设备 | |
| US8469267B2 (en) | Method for implementing a wireless personal communication protocol for an IC card | |
| US20080162706A1 (en) | Interface Device | |
| CN202679655U (zh) | 一种多频段异构物联网网关装置 | |
| KR101620260B1 (ko) | 네트워크 시스템 및 그 제어방법 | |
| CN102769612A (zh) | 一种基于mbim实现gps功能的方法、设备及无线通信终端 | |
| US20110292920A1 (en) | System and method for providing wi-fi access to electronic devices in a personal area network (pan) | |
| CZ18679U1 (cs) | Komunikační zařízení ke zpřístupnění periferií v bezdrátové síti těchto komunikačních zařízení | |
| EP1636965B1 (en) | Method and system for establishing a data link layer protocol on a 12c physical layer connection | |
| CN210444487U (zh) | 基于蓝牙广播通讯的智能设备 | |
| CZ2008288A3 (cs) | Zpusob zprístupnení periferií komunikacního zarízení v bezdrátové síti techto komunikacních zarízení, komunikacní zarízení k provádení tohoto zpusobu a zpusobu a zpusob vytvárení generické sítové komunikacní platformy s komunikacními zarízeními | |
| EP2410435B1 (en) | Signal transmission device and method | |
| CN106656776A (zh) | 一种家庭网关 | |
| KR20150145369A (ko) | 원격 관리 가능한 사물지능 무선통신장치 및 그 방법 | |
| Mikhaylov et al. | Plug–and–play mechanism for plain transducers with wired digital interfaces attached to wireless sensor network nodes | |
| CZ2005616A3 (cs) | Modul pro bezdrátovou komunikaci elektrických nebo elektronických zarízení nebo systému, zpusob jeho rízení a zpusob vytvorení generické platformy pro uzivatelské aplikace v oblasti bezdrátové komunikace s tímto modulem | |
| Kuchta et al. | IQRF smart wireless platform for home automation: a case study | |
| CN111131012A (zh) | 物联网网关的控制电路、物联网网关和物联网系统 | |
| US6718397B1 (en) | Network adapter for providing initialization and protocol translation between a microprocessor and a network interface |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FG1K | Utility model registered |
Effective date: 20080617 |
|
| ND1K | First or second extension of term of utility model |
Effective date: 20120326 |
|
| ND1K | First or second extension of term of utility model |
Effective date: 20150413 |
|
| MK1K | Utility model expired |
Effective date: 20180514 |