IoT Zařízení CIoT - chytrá řešení
LoRaWAN a GSM - Smart City
iSys - inteligentní systémy
NÁVRH
Obsah
1. Úvod. 3
1.1 Komunikace @City (IoT / CIoT) 4
1.2. Hardwarové prostředky zařízení IoT / CIoT 4
0..4 programovatelné binární vstupy 4
0..4 programovatelné binární výstupy 4
0..4 počítání vstupů (energeticky nezávislé čítače) 4
0..4 výstupy stmívače (PWM nebo 0..10V) 5
Infračervený vstup + výstup 5
0..4 měřicí vstupy (ADC) 5
sériové rozhraní SPI / I2C / UART / CAN 5
1.3. @City GSM zařízení 6
1.4. @City LoRaWAN Devices 9
Modul bez modemu a procesoru LoRaWAN může fungovat jako senzorový modul MEM pro @City GSM, WiFi, Ethernet a další eHouse architektury (s napájením 3v3..3v6 DC) 10
2. Obecné podmínky použití systémů @City (LoRaWAN, GSM) 11
2.1. Výhradní podmínky služby @City GSM. 11
2.2. Exkluzivní podmínky pro @City LoRaWAN. 12
3. Konfigurace řadiče @City (LoRaWAN, GSM) 13
3.1. @City Controller Configuration - Assigning names 13
3.2. Obecná konfigurace řadičů @City LoRaWAN a GSM 14
3.2.1 Obecná konfigurace zařízení @City GSM 14
3.2.2. Obecná konfigurace řadičů @City LoRaWAN 17
3.3. Konfigurace binárních vstupů 18
3.4. Konfigurace binárních výstupů 19
3.5. Konfigurace měřicích vstupů ADC a dalších senzorů (XIN) 21
3.6. Konfigurace stmívačů PWM / 0..10V 22
3.7. Konfigurace plánovače kalendáře 24
4. Konfigurace síťové infrastruktury LoRaWAN 26
4.1. Konfigurace brány LoRaWAN. 26
4.1.1. Základní konfigurace brány LoRaWAN 26
4.1.2. Konfigurace Semtech Packet Forwarder (SPF) 27
4.2. Konfigurace LoRaWAN sítě / aplikačního serveru 28
4.2.1. Konfigurace síťového serveru LoRaWAN 29
5. Pracovní podmínky zařízení @City GSM / LoRaWAN 31
The @Město Systém podporuje řadu elektronických zařízení (řadičů) - nazývaných jako uzel, telefon, zařízení. K dispozici je mnoho druhů komunikace (kabelové i bezdrátové) v závislosti na dostupné infrastruktuře, požadavcích a podmínkách.
Typy zařízení dostupné v systému @City:
CIoT - mobilní internet věcí (GSM / 2G / 3G / 4G / NBIoT / CATM1)
IoT - Internet věcí (LoRaWAN)
Ethernet
WiFi
Všechna zařízení jsou navzájem integrována prostřednictvím @Město cloud a existuje možnost hybridní spolupráce v závislosti na dostupnosti dané komunikační infrastruktury.
Pro budovy a dostupnost LAN nebo WiFi připojeného k internetu můžeme použít eHouse řešení přes eHouse.PRO server (který může odesílat / přijímat data do @Město cloud):
Ethernet
WiFi
CAN
RF
RS-485 / RS-422
Následující dokument popisuje GSM a LoRaWAN zařízení založená na jednočipovém mikrokontroléru (mikroprocesoru) a externím komunikačním modemu. To umožňuje standardizaci systému navzdory rozdílu v komunikačním modemu.
Další varianty komunikace naleznete na eHouse dokumentace.
To umožňuje získat podobné funkce a vybavení a také snadnou migraci na jiné komunikační varianty nebo verze.
Systém @City aktuálně používá jeden z vybraných komunikačních modulů (modemů):
LoRaWAN (1.0.2) + BlueTooth + BLE4.0 + NFC
GSM (2G / NBIoT / CATM1) + GPS / GNNS
3G + GPS
4G + GPS
Celý "inteligence" systému je umístěn v mikrokontroléru (mikroprocesoru) a není příliš závislý na typu komunikace. Hardwarové prostředky zařízení IoT / CIoT (mikroprocesor) jsou následující:
sledování stavu vstupů
přiřazení příkazu provedeného při změně stavu
generování pokročilých alarmů
připojení jakýchkoli detektorů / senzorů
vzdálený reporting
Zapnutí / vypnutí všech elektrických / elektronických zařízení (jeden výstup)
Ovládání pohonu Open / Close / Stop: žaluzie, brány, markýzy, solenoidové ventily, servomotory, serva (duální výstupy)
ovládací zařízení poháněná více výstupy, např. motory, ventilátory (trojitý nebo čtyřnásobný výstup)
elektrická energie
plyn
voda
teplý
události z poplachových senzorů
uloženy v energeticky nezávislé paměti
stmívání LED osvětlení, LED zdroje
řízení výkonu motoru
ovládání z infračerveného dálkového ovládání nebo úzká komunikace mezi zařízeními přes infračervený port
zasílání infračervených kódů
připojení jakýchkoli analogových senzorů
měření napětí, proudu, odporu, kapacity
měření a úpravy různých fyzikálních parametrů
generování alarmů při překročení naprogramovaných prahových hodnot (min., max.)
provádění řídicích příkazů při překročení naprogramovaných prahových hodnot (min., max.)
instalace jakýchkoli externích senzorů a rozšíření, např.
úroveň osvětlení (ALS)
magnetické pole - magnetometr 3osý snímač (X, Y, Z)
zapnout - gyroskop (X, Y, Z)
sklonoměr (X, Y, Z)
blízkost (přibližovací) 10cm / doba letu (4m)
zrychlení / vibrace (X, Y, Z)
elektronický kompas
teplota, tlak, vlhkost, celková kvalita vzduchu
barevný (R, G, B, IR)
Měření znečištění ovzduší částicemi (PPM 2,5 / 10um)
Upgrade firmwaru OTA (Over The Air) vám umožňuje aktualizovat softwarové algoritmy a konfiguraci prostřednictvím hlavního komunikačního rozhraní
@City GSM zařízení se připojují prostřednictvím celulární sítě mobilního operátora GSM prostřednictvím jedné nebo více technologií a služeb. Tyto služby jsou účtovány a závisí na operátorech a službách jednotlivě. Služba je autorizována stejným způsobem jako v mobilních telefonech prostřednictvím aktivních SIM karet:
standardní nano SIM (plast)
MIM (ve formě elektronického čipu (IC)).
Dostupnost vybraných služeb závisí na komunikačním operátorovi a vestavěném GSM modemu ve fázi výroby:
1) 2G (všichni operátoři)
SMS
TCP / IP (GPRS / EDGE)
UDP (GPRS / EDGE)
2) 2G / LTE CATM1 (oranžová) - existuje 2G záložní možnost, když CATM1 není k dispozici.
SMS (2G / CATM1)
TCP / IP (GPRS / EDGE / CATM1)
UDP (GPRS / EDGE / CATM1)
3) 2G / NBIoT (T-Mobile / Deutsche Telecom) - existuje 2G záložní možnost, když NBIoT není k dispozici a operátor to umožňuje.
TCP / IP (NBIoT)
UDP (NBIoT)
4) 2G / 3G (všichni operátoři)
SMS
USSD
TCP / IP (GPRS / EDGE / 3G)
UDP (GPRS / EDGE / 3G)
5) 4G / LTE (všichni operátoři)
TCP / IP (4G)
UDP (4G)
6) V závislosti na dostupném modemu a nastavení mohou být k dispozici i další kombinace služeb.
První 3 řešení fungují na stejném modemu (NBIoT / CATM1 + záložní 2G). V případě použití "plastický" Karty Nano SIM je možné vyměnit kartu a vzdáleně nakonfigurovat zařízení tak, aby fungovalo správně v jiné službě. V případě MIM (SIM ve formě čipu (IC)) se rozhoduje ve fázi výroby zařízení a není možné změnit operátora nebo službu. NBIoT se věnuje velmi malému množství přenášených dat ~ 512 kB za měsíc (tuto hodnotu vyjednejte operátorovi), což je významná překážka pro některá řešení CIoT / IoT.
Řešení 4, 5 vyžadují instalaci dalších modemů ve fázi výroby.
Spotřeba energie zařízení závisí na službě a zobrazuje se od nejnižší k nejvyšší:
- NBIoT
- CATM1
- LTE
- 3G
- 2G / SMS / USSD / GPRS / EDGE
Rychlost přenosu dat od nejnižší k nejvyšší:
- NBIoT
- CATM1
- 2G / SMS / USSD / GPRS / EDGE
- 3G
- LTE
Všechna zařízení @City GSM mohou být vybavena přijímačem GPS pro geolokaci a automatické určování polohy na mapách. Mohou také pracovat mobilně, když je potřeba měření nebo práce v pohybu.
LoRaWAN je komunikační řešení na dlouhou vzdálenost (až do cca. 15 km) pracující v otevřených pásmech ISM (např. 433MHz, 868MHz atd. ). Velmi velké rozsahy však vyžadují výrazné snížení přenosové rychlosti a délky datových paketů (např. pro nejvyšší rozsah až 250 bitů za sekundu a maximálně 51 bytů dat - užitečné zatížení). Přenos s opakováním a potvrzením může trvat velmi dlouho, což může u některých řešení eliminovat LoRaWAN. Počet bran LoRaWAN je také důležitý pro zajištění dobrého rozsahu zařízení, což vám umožní pracovat při vyšších rychlostech, menším počtu chyb a menším počtu opakování.
Zařízení LoRaWAN komunikují s @City cloud přes brány LoRaWAN, které musí poskytovat pokrytí na požadované úrovni pro všechna dostupná zařízení LoRaWAN. Kromě toho musí být tyto brány připojeny k síti LAN nebo k internetu přes jakýkoli odkaz, aby bylo možné odesílat data na síťový / aplikační server LoRaWAN (NS / AS).
Webový server se používá pro obousměrnou komunikaci s bránami LoRaWAN a pro odesílání informací do / ze zařízení LoRaWAN.
Síťový / aplikační server může být umístěn na místním LAN nebo v datovém centru poskytovatele služeb. Data ze zařízení jsou odesílána ze síťového / aplikačního serveru prostřednictvím integračních protokolů do @City cloud (prostřednictvím webhooku). To umožňuje přímou integraci @City LoRaWAN systém s @City databáze.
Aplikační server může dodatečně implementovat rozšířenou logiku a BIM (informační modelování) pro systém, zpracování dat při příjmu a odesílání řídicích příkazů (událostí) jednotlivým zařízením v odezvě.
Zařízení @City LoRaWAN obsahuje další funkce jako:
Napájení pro sběr energie (buck nebo boost)
3V3 / 1V8 LDO
na palubě volitelné senzory a rozšíření, např.
úroveň osvětlení (ALS)
magnetické pole - magnetometr 3osý snímač (X, Y, Z)
zapnout - gyroskop (X, Y, Z)
sklonoměr (X, Y, Z)
blízkost (přibližovací) 10cm / doba letu (4m)
zrychlení / vibrace (X, Y, Z)
elektronický kompas
teplota, tlak, vlhkost, celková kvalita vzduchu
barevný (R, G, B, IR)
Měření znečištění ovzduší částicemi (PPM 2,5 / 10um)
LVD proud / napětí (3 fáze)
POZORNOST! Nesprávné nastavení parametrů hlavního komunikačního rozhraní může způsobit zničení nebo trvalé zablokování zařízení (ke kterému nemáme fyzický přístup).
Jakákoli aktualizace ovladače a firmware a konečná konfigurace musí být provedeno a otestováno (pro všechna zařízení a nejméně týden pro několik zařízení) před jejich instalací na místo určení.
Výrobce neodpovídá za nesprávnou konfiguraci / aktualizaci softwaru prováděnou neoprávněnými osobami ani za jejich provedení v místech instalace jednotlivých ovladačů.
Veškeré náklady na odinstalaci, služby, opravy, výměnu, přeinstalaci nese uživatel systému (nikoli výrobce).
Pro aktualizaci firmwaru a konfigurace je nutné zajistit dostatečnou úroveň signálu a dostupnost požadovaných služeb. Výše uvedené činnosti nemusí být možné v místech konečné instalace ovladačů a v jejich krytech. Mohou také záviset na ročním období, počasí a šíření rádiových vln.
Všechny náklady na služby spojené se změnou konfigurace / firmwaru nese uživatel (další poplatky za přenos dat, případné odinstalování, instalaci zařízení, odblokování, výměnu atd. ).
Maximální dosah je čistě teoretický, měřený za ideálních podmínek rádiového šíření a týká se provozu zařízení (s vnějšími a přizpůsobenými anténami) v zorném poli (bez překážek v cestě signálního paprsku). V závislosti na urbanizaci oblasti, stromech, počasí, umístění a způsobu instalace může být dosah několik setkrát horší než výše uvedená data.
Uživatel nese náklady a odpovídá za včasnou platbu předplatného operátora GSM a hostování serveru @City. Nedostatek kontinuity služby může způsobit nevratné změny kritických parametrů přenosu a blokování celého systému (např. změna statické IP adresy, ztráta internetové domény, ztráta dat / konfigurace na serveru, ztráta softwaru, záloh atd. ).
V případě, že uživatel zaplatí výše uvedené částky paušálně výrobci systému @City, není producent odpovědný za změny podmínek nabídky nebo ukončení služeb prováděných externími subjekty.
Výrobce systému nenese odpovědnost za kvalitu služeb poskytovaných třetími stranami, včetně operátora GSM, externího hostování @City. Výrobce není odpovědný za zhoršení rozsahu šíření rádiových vln (např. v důsledku vytváření nových budov, změn v umístění vysílacích stanic GSM (BTS), stromů atd. ).
V případě omezení přenosu dat (zejména pro NBIoT) by měla být konfigurace a aktualizace softwaru prováděna na začátku předplatného období s co nejnižší spotřebou dat. V opačném případě je možné zařízení zablokovat až do konce zúčtovacího období, a to z důvodu zablokování spojeného s překročením limitu přenosu.
Za kvalitu připojení GSM odpovídá provozovatel GSM, nikoli výrobce systému @City.
Uživatel prohlašuje, že přijímá následující informace a souhlasí s nimi.
Uživatel nese náklady a odpovídá za včasné zaplacení leasingových a instalačních poplatků za bránu LoRaWAN, síťový / aplikační server LoRaWAN a hostování serveru @City. Nedostatek kontinuity služby může způsobit nevratné změny kritických parametrů přenosu a trvalé zablokování systému (např. změna statické IP adresy, ztráta domény, ztráta dat / konfigurace na serveru, ztráta softwaru, záloh atd. ).
V případě, že uživatel stanoví výše uvedené povinnosti paušálně vůči výrobci @City, výrobce není odpovědný za změnu podmínek nebo ukončení služeb poskytovaných externími subjekty.
Výrobce systému není odpovědný za služby poskytované externími subjekty, včetně jakéhokoli operátora LoRaWAN, hostování pro síťový / aplikační server LoRaWAN, hostování externího serveru @City. Výrobce není odpovědný za zhoršení rozsahu šíření rádiových vln (např. v důsledku vytváření nových budov, změn v umístění bran LoRaWAN, poškození bran LoRaWAN, výpadků proudu, stromů, rušení, ztrát signálu atd. ).
V případě omezení přenosu dat by měla být konfigurace a aktualizace softwaru provedena na začátku období předplatného s co nejmenší spotřebou dat. V opačném případě je možné zařízení zablokovat až do konce zúčtovacího období z důvodu blokování souvisejících s překročením limitu přenosu. Aktualizace by měla být prováděna od začátku do konce jedním kontrolérem a testováním správnosti práce. Spuštění aktualizace pro všechny řadiče může způsobit úplné zablokování rádiového pásma po mnoho dní.
LoRaWAN používá veřejně dostupné "otevřená rozhlasová pásma" (433 nebo 868 MHz pro EU), které mohou být rušeny nebo obsazeny jinými zařízeními pracujícími na stejných frekvencích. Výrobce ve výše uvedeném případě neodpovídá za kvalitu komunikace.
Uživatel je odpovědný za pokrytí oblasti příslušným počtem bran LoRaWAN a jejich umístění, aby získal příslušnou úroveň signálů pro všechna zařízení a celý systém @City LoRaWAN.
Zařízení @City GSM lze používat na místech vysoce vystavených interferenci signálu.
Uživatel prohlašuje, že přijímá následující informace a souhlasí s nimi.
Konfigurace systému se provádí prostřednictvím webového rozhraní. Konfigurace je pro řadiče @City velmi důležitá a nesprávné nastavení může způsobit úplné zablokování systému. Doporučuje se, aby úplnou konfiguraci šablony (výchozí nastavení) provedl a otestoval výrobce systému @City.
Adresa správce 000000000000000 (15 nul pro GSM / 16 pro LoRaWAN) je výchozí adresa, která se vztahuje na všechny řadiče v rodině (tj. za stejné Kód prodejce a Kód souboru, a stejný typ řadiče LoRaWAN / GSM. Pokud řadič nemá definovanou vlastní individuální konfiguraci, načte se do ní výchozí konfigurace.
V případě řadičů GSM odpovídá tato adresa jedinečnému číslu IMEI (15 znaků) přidělenému výrobcem GSM modemu.
V případě řadičů LoRaWAN odpovídá tato adresa jedinečnému "Vývojář EUI" číslo dané výrobcem modemu LoRaWAN (16 znaků v hexadecimálním kódu).
Kód prodejce - je jedinečný parametr pro zákazníka (uživatele)
Kód souboru - je parametr označující typ firmwaru (závisí na vybavení a dostupných algoritmech)
Ve většině případů stačí nakonfigurovat toto jedno zařízení (výchozí) pro celý systém nebo jako šablonu pro další ovladače. Při vytváření nové konfigurace řadiče se tato nastavení zkopírují ze šablony.
Firmware i konfigurace pro všechny instalace (instance) jsou umístěny na serverech výrobce systému @City dostupných prostřednictvím WWW, ke kterým může mít uživatel omezený přístup. Správná konfigurace je však velmi důležitá a nedoporučuje se provádět změny bez testování na několika zařízeních s plným fyzickým přístupem (na stole). Další informace najdete v obecných podmínkách systému @City a ve zvláštních podmínkách pro konkrétní způsob komunikace.
Před spuštěním konfigurace si prosím přečtěte obecné podmínky systému @City a specifické podmínky systému pro @City GSM.
Kód prodejce - obsahuje 8 znaků uložených v hexadecimálním kódu vyhrazených pro jednoho zákazníka (uživatele). Poskytuje se ve fázi výroby řadiče. Pokus o změnu může způsobit trvalé poškození ovladače.
Kód souboru - obsahuje 8 znaků uložených v hexadecimálním kódu, určených pro jednu verzi firmwaru řadiče. Je udělován ve fázi výroby řadiče a může záviset na typu komunikace (GSM / LoRaWAN) a dalších zařízeních, např. senzory, počet vstupů / výstupů a jednotlivé algoritmy. Změna může způsobit trvalé poškození nebo zablokování ovladače.
PIN č. - 4místné číslo PIN, pokud je nastaveno pro SIM kartu. Nastavení PINů se nedoporučuje. U plastových SIM karet je můžete odebrat z mobilního telefonu. Vložení nesprávné SIM karty může způsobit trvalé zablokování karty v zařízení (ke kterému nakonec nebudeme mít fyzický přístup).
SMS číslo - SMS číslo při odesílání stavu pomocí SMS. Tato možnost je k dispozici v závislosti na službě a operátorovi (2G / CATM1 / NBIoT). Vyžaduje také zapnutí vlajky: SMS povoleno.
USSD Str - Příkaz USSD pro odesílání stavů přes USSD. Tato možnost je k dispozici pouze pro vybrané typy GSM modemů (2G / 3G + GPS). Možnost: USSD Povolit je požadováno. Provozovatel musí poskytovat a aktivovat službu USSD.
APN - Jméno přístupového bodu. Název přístupového bodu k internetu, např. Internet (pro speciální služby, jako je LTE-M1 nebo NB-IoT, může být operátorem přiřazen jednotlivě).
WWW adresa - webová adresa (doména nebo IP) pro přístup HTTP.
WWW stránka - adresa webové stránky, kam se odesílají stavy a příkazy řadičů.
Povolit HTTP - Umožňuje přenos dat HTTP. Tato metoda generuje mnohonásobně více datových přenosů než všechny ostatní komunikační metody, což může mít za následek zvýšené náklady, překročení limitu přenosu nebo neschopnost používat některé služby, například NBIoT.
Adresa TCP / UDP - IP adresa serveru @City pro příjem a přenos dat mezi cloudem a zařízeními. Doporučuje se používat pevnou IP adresu, nikoli adresu internetové domény.
TCP port - TCP / IP port pro komunikaci
Povolit TCP - Umožňuje povolit přenos TCP / IP. Přenosové rámce a potvrzení TCP zvyšují množství dat ve vztahu k UDP přenosům, nicméně zajišťují správnost dat, potvrzení a zaručují jejich doručení, pokud je k dispozici komunikace.
Port UDP - Port pro příjem stavu přes UDP
Povolit UDP - Zapněte přenos UDP
Aux Address, Aux Port, Aux Enable - budoucí aplikace
Aux2 Address, Aux2 Port, Aux2 Enabled - budoucí aplikace
Aktivace podpory senzorů (musí být fyzicky připojeny k modulu @City). Jinak může zařízení fungovat mnohem pomaleji a méně stabilně. Senzory jsou instalovány ve fázi výroby celé výrobní série.
Teplota, tlak, vlhkost, plyn - integrovaný snímač teploty, tlaku, vlhkosti a kvality vzduchu
Teplota + tlak - Integrovaný snímač teploty a tlaku
Gyroskop - Senzor gyroskopu ve 3 osách (X, Y, Z)
Magnetometr - Magnetický senzor ve 3 osách (X, Y, Z)
Akcelerometr - Senzor zrychlení / vibrací ve 3 osách (X, Y, Z)
Barva - Barevný senzor (R, G, B, IR, G2)
Ambient + proximometr - integrovaný senzor úrovně světla a (10 cm) proximometrický senzor
Příkazy GSM - další příkazy pro inicializaci modemu
Hash kód - Další šifrovací kód. Neměň.
Přenos HTTP - Další možnosti komunikace HTTP
Globální adresa - Globální adresa řadiče pro ovládání mezi zařízeními.
Režim GSM - Režim komunikace GSM (pouze 2G, pouze LTE, CATM1, NBIoT, 2G + CAT M1, LTE 800, LTE 1800). Nesprávné nastavení režimu komunikace může mít za následek trvalé blokování komunikace zařízení.
Většina možností je stejná jako v řadiči GSM. Během provozu řadiče LoRaWAN se v zásadě nepoužívají všechna pole související s GSM komunikací. Zařízení LoRaWAN mají odlišný firmware, který podporuje modul LoRaWAN místo GSM.
Na @City LoRaWAN strana zařízení, konfigurace je velmi jednoduchá:
Aplikace EUID - ID aplikace pro server LoRaWAN (16 znaků v hexadecimálním kódu) - aplikace definovaná na serveru LoRaWAN Network / Application Server, ke kterému zasíláme data.
Klíč aplikace - autorizační klíč aplikace pro server LoRaWAN (jak je uvedeno výše)
Zakažte adaptivní rychlost dat - Zakáže adaptivní výběr rychlosti. To vám umožní vynutit konstantní rychlost zařízení. V některých situacích to může způsobit velké komunikační problémy. Je třeba vzít v úvahu, že jak se parametry RSSI a SNR zlepšují v adaptivním režimu, rychlost se výrazně zvyšuje. To významně zkracuje dobu přenosu dat rádiem "Ve vysílacím čase" a mnohem častěji lze přenášet informace mezi zařízením a serverem a naopak.
Datová rychlost (DR) - Volba rychlosti spojení LoRaWAN. Tato rychlost se nevztahuje na Bootloader. V případě, že regulátor pracuje v režimu adaptivního nastavení rychlosti, jedná se pouze o počáteční hodnotu, protože regulátor po několika pokusech o přenos sám volí optimální rychlost, aby omezil čas přenosu zprávy ve vzduchu.
Aktualizovat nastavení - uloží spouštěcí konfiguraci řadiče - všechna nastavení
Zbytek konfigurace @City LoRaWAN je umístěn ve zbývajících prvcích konfiguračních obrazovek LoRaWAN v kapitole 4.
Binární vstupy mají řadu funkcí a parametrů, které umožňují autonomní provoz řadiče:
Invertovat - negace vstupu, když senzory "normálně připojeno" (NC) jsou připojeny.
Poplach - aktivace funkce alarmu.
Zpoždění alarmu - Čas zpoždění alarmu. Pokud se stav vstupu vrátí do původního stavu před vypršením této doby, alarm se neaktivuje.
Pamatujte si stát - Čas si pamatovat změnu stavu vstupu.
Zakázat provádění - Blokování běžících událostí souvisejících se vstupem.
Běh - Spusťte příkaz pro konfiguraci vstupu (Ad-Hoc)
kopírovat - Zkopírujte příkaz pro konfiguraci vstupu do schránky
Událost zapnuta - Popis způsobu spuštění události pro vysokou vstupní úroveň (1)
Přímá událost zapnuta - Kód události, který se má spustit, když je vstup zapnutý (0 => 1)
Událost vypnuta - Popis aktivace události pro nízkou vstupní úroveň (0)
Přímá událost vypnuta - Kód události, který se má spustit, když je vstup vypnutý (1 => 0)
Poplachová událost - Popis poplachové události.
Událost přímého alarmu - Kód události, který se má spustit při výskytu alarmu
Aktualizovat nastavení - uloží spouštěcí konfiguraci pro všechna nastavení
Inteligentní binární výstupy mohou pracovat jako jednoduché nebo dvojité. Formulář umožňuje vytvořit spouštěcí konfiguraci pro řadič (pokud ji potvrdíte tlačítkem Aktualizovat).
Formulář slouží také jako tvůrce událostí pro výstupy, které lze spustit stisknutím tlačítka Spustit nebo zkopírovat do schránky pro použití v konfiguraci řadiče, např.
plánovač-kalendář
samostatná práce
přiřazení výstupů binárním vstupům (reakce na změnu stavu)
přiřazení výstupů měřicím vstupům (reakce na změnu prahové hodnoty)
Konfigurace jednotlivých výstupů:
Zakázat - Blokování výstupu v jednoduchém režimu (např. pokud se používá k ovládání pohonů, aby nedošlo k náhodnému poškození rolet, vrat, pohonů)
Správce - Při změně důležitých nastavení je vyžadován administrativní příznak
Stát - výběr stavu (počáteční konfigurace nebo spuštění události pomocí "run" knoflík)
Opakování - Počet opakování (cyklické změny stavu)
Time On - Čas aktivace výstupu
Volno - Čas vypnutí výstupu (je to důležité při opakování událostí)
Běh - Spusťte událost pro ukončení
kopírovat - Zkopírujte událost do schránky
Aktualizovat nastavení - uloží spouštěcí konfiguraci pro všechna nastavení
Konfigurace dvojitého výstupu:
Zakázat - Uzamkněte dvojici výstupů v duálním režimu (např. pokud jsou použity jako jednotlivé vstupy)
Správce - Při změně důležitých nastavení, jako je režim jízdy, je vyžadován administrativní příznak
Somfy - režim pohonu (zaškrtnuto => Somfy / nezaškrtnuto => přímé servo)
Stát - výběr stavu (pro počáteční konfiguraci nebo oběd události s "run" knoflík)
Opakování - Počet opakování (cyklická změna stavů)
Time On - Čas zapnutí daného stavu
Zakázat čas - Čas na blokování výstupů (minimální doba mezi změnami výstupů) k ochraně pohonů před poškozením.
Volno - Čas vypnutí výstupu (je to důležité při opakování událostí)
Běh - Spusťte událost pro jednotku
kopírovat - Zkopírujte událost do schránky
Aktualizovat nastavení - uloží spouštěcí konfiguraci pro všechna nastavení
Invertovat - převrácená stupnice (100% -x) vstupu ADC
Alarm L - Aktivace možnosti generovat alarm, když hodnota klesne pod min. práh
Alarm H - Aktivace možnosti generovat alarm, když hodnota překročí max. práh
Zpoždění alarmu - Čas zpoždění alarmu. Pokud se stav vstupu vrátí na "OK" úroveň před uplynutím času, alarm se neaktivuje.
Zakázat událost - Blokování provádění událostí
Správce - příznak administrátora umožňující změnu konfigurace vstupu měření
NÍZKÁ událost - popis události provedené při překročení nízké prahové hodnoty
NÍZKÉ přímé - kód události, který se má provést po snížení hodnoty pod spodní prahovou hodnotu
Nízká úroveň - Úroveň spodní prahové hodnoty (min)
OK Událost - Popis "OK" událost
OK Přímo - kód události, který má být proveden po zadání "OK" rozsah
VYSOKÁ událost - Popis události pro horní hranici
VYSOKÝ Přímý - kód události, který se má provést po překročení horní prahové hodnoty
Vysoká úroveň - Úroveň horní prahové hodnoty (max.)
Běh - spuštění konfigurační události (změna konfigurace ADC Ad-Hoc)
Aktualizovat nastavení - uloží počáteční konfiguraci pro vstupy ADC
Invertovat - Obrácení polarity stmívače (100% - x)
Správce - Příznak pro správu, který umožňuje měnit důležité možnosti
Zakázat - Blokování výstupu stmívače
Jednou - Změňte nastavení stmívače jednou (poté zastavte stmívač)
Hodnota min - minimální hodnota nastavení stmívače
Hodnota - cílová hodnota stmívače
Režim - Režim nastavení stmívače (Stop / - / + / Set)
Krok - Krok změny hodnoty úrovně stmívače
Hodnota Max - maximální hodnota nastavení stmívače
Běh - Spustí událost stmívání
kopírovat - Zkopírujte událost do schránky
Stmívač RGBW načítá hodnoty nastavení z jednotlivých barev.
Kromě toho vám umožňuje aktivovat režim nepřetržité změny barev pomocí předvoleb jednotlivých stmívačů.
Aktualizovat nastavení - uloží spouštěcí konfiguraci pro všechna nastavení
Tlačítka:
Aktualizovat nastavení - uložení konfigurace v systému @City
Všechny řadiče - seznam všech řadičů
Nastavení - nastavení aktuálního ovladače
Změnit jména - změnit název aktuálního ovladače
Plánovač - editor plánovače a kalendáře aktuálního řadiče
Napsat konfiguraci * - odeslání příkazu ke stažení konfigurace řadičem
Aktualizace firmwaru * - odeslání příkazu ke stažení firmwaru řadičem
Resetovat ovladač * - odeslání resetovacího příkazu ke stažení řadičem
Reset řadiče - kopírování - kopie události resetování ovladače do schránky
Odhlásit se - odhlášení uživatele (z bezpečnostních důvodů byste měli také zavřít všechny otevřené instance webového prohlížeče, které mohou ukládat přihlašovací parametry do mezipaměti).
* - odeslání příkazu znamená přidání do fronty událostí. Při připojení řadiče k systému @City si řadič stáhne tyto události.
Plánovač kalendáře umožňuje autonomní spouštění opakovaných nebo naplánovaných událostí (příkazů).
Příkladem může být například zapnutí pouliční lampy v 17 hodin a vypnutí v 7 hodin (v zimě).
Del (Smazat) - zcela odstraní položku plánu.
En. (Povolit) - Aktivovat položku plánu (budou provedeny pouze ty pozice, které mají nastavený příznak Povolit)
název - Název události (událost můžete popsat rozpoznatelným způsobem)
Kód události - kód události v hexadecimálním kódu (zkopírovaný ze schránky při vytváření příkazů)
Pole měsíce (Ja, Fe, .., No, De) - měsíce leden ... Prosince, ve kterém bude akce zahájena
Den - Den. Můžete vybrat libovolný den v měsíci nebo "*" pro všechny (pořádání akce každý den).
Pole ve všední den (po, tu, .. Ne) - můžete vybrat dny v týdnu, ve kterých bude událost provedena.
Hodina - Hodina. Můžete si vybrat libovolnou hodinu nebo "*" pro všechny (pořádání akce každou hodinu).
Min - Minuta. Můžete zvolit libovolnou minutu nebo "*" pro každého (pořádání akce každou minutu).
Logický "a" algoritmus je implementován mezi všemi poli (kromě název ), takže pro provedení události musí být splněny všechny.
Např. Zapnutí pouličních lamp ( Listopad, prosinec, leden, únor ) na 17.01 bez Neděle.
En - vybraný
Event code - 00002101010000000000 // běh prvního binárního výstupu
Pole měsíce - pouze Ne, De, Ja, Fe jsou označeny
Den - vybraný "*" za každý den v měsíci
Hodina - zvolený čas je 17
Min - vybraná minuta 01
Pole v pracovní den - až na Ne vybraný
Tato kapitola se týká pouze komunikace LoRaWAN. V případě systémů pracujících s jinými přenosovými metodami lze toto vynechat.
Podle specifikace sítě LoRaWAN se řadič připojuje ke cloudu @City nepřímo prostřednictvím:
LoRaWAN brána (např. Kerlink) s nainstalovaným Semtech Packet Forwarder (SPF) k odesílání všech paketů LoRaWAN obousměrně přes protokol UDP na síťový server LoRaWAN.
Síťový server LoRaWAN - pro komunikaci mezi bránou LoRaWAN a aplikačním serverem.
Aplikační server pro nahrávání dat do cloudu @City
Na trhu existuje mnoho bran LoRaWAN, které mohou současně obsahovat řadu dalších možností:
LoRaWAN komunikační brána
Balíček SPF (Semtech Packet Forwarder)
Síťový server LoRaWAN ( NS )
LoRaWAN aplikační server ( TAK JAKO )
Databáze
Komunikační modul LTE
Brána LoraWAN by měla být přístupná alespoň z jedné konfigurační stanice.
Při instalaci přes Ethernet / WiFi a konfiguraci pouze z místní LAN / WLAN není zabezpečení brány příliš kritické (pokud neposkytujeme přístup k bráně zvenčí, tj. internet).
V případě, že je brána LoRaWAN připojena pouze přes GSM / LTE, je nutné bránu zabezpečit proti přístupu a různým typům útoků.
- Pokud se chceme vzdáleně připojit k bráně LoRaWAN, musí mít k dispozici veřejnou + statickou IP adresu a službu SSH. V opačném případě se budete muset k bráně fyzicky připojit pomocí rozhraní Ethernet nebo WiFi.
- je nutné nastavit komplikovaná přístupová hesla pro všechny uživatele zařízení.
- zakažte všechny nepoužívané služby jako Telnet, FTP, POP, SMTP, IMAP, WWW atd. to může být terčem útoků "obsazení" brána s dalšími procesy, jako jsou pokusy o přihlášení.
- můžete omezit možnost přihlášení, pouze ze stanic s vybranými statickými IP adresami, což je docela účinná ochrana před hackováním. To platí také pro zdánlivě nevýznamné služby, jako jsou ICMP (ping), HTTP, FTP atd.
- po úplné konfiguraci a mnoha týdnech systémových testů můžeme zablokovat všechny externí služby a vzdálený přístup, což však naruší službu, prohledá a zkontroluje protokoly brány.
Úkolem SPF je odesílat pakety LoRaWAN na síťový server LoRaWAN prostřednictvím sítě IP (protokol UDP) na požadovanou adresu síťového serveru LoRaWAN.
LoRaWAN Gateway s SPF je transparentní a předává všechny pakety v obou směrech.
Nezpracovává ani neautorizuje datové balíčky žádným směrem.
Konfigurace SPF je velmi jednoduchá a zahrnuje "režie" na požadovaný síťový server LoRaWAN.
Přihlaste se přes SSH k bráně LoRaWAN pomocí uživatelského jména a hesla uvedeného výrobcem zařízení.
Nainstalujte SPF podle pokynů výrobce brány LoRaWAN.
Konfigurační adresář SPF je "/ user / spf / etc /" v závislosti na výrobci brány LoRaWAN se však může nacházet na jiných místech.
Hlavní konfigurace SPF je v souboru "/user/spf/etc/global_conf.json", které by měly být upraveny dostupným editorem (např. vi nebo nano). Změníme hodnotu parametru: "adresa serveru" zadáním pevné IP adresy síťového serveru nebo názvu domény (Vyžaduje další správně nakonfigurovanou službu klienta DNS).
Výchozí port pro zpětnou komunikaci je 1700 (pokud je plánujete změnit, musíte udělat totéž na síťovém serveru LoRaWAN) zadáním stejných hodnot.
Protokoly balíčku SPF jsou umístěny v "/ user / spf / var / logs /" adresář v spf.log soubor a jeho archivní kopie.
Síťová konfigurace brány LoRaWAN v systému Linux je obvykle v adresáři "/atd/", kde můžete povolit / zakázat standardní síťové služby a zabezpečit server.
Měli byste také změnit hesla všech uživatelů dostupných v systému pomocí heslo příkaz k zabezpečení proti neoprávněnému přístupu neoprávněnými osobami. Musíte také změnit uživatelské heslo pro webovou podporu.
Nejlepší je také deaktivovat WiFi komunikaci, protože vetřelci se mohou pokusit použít útoky prostřednictvím tohoto přenosového média.
Po dokončení této konfigurace resetujte bránu pomocí restartovat příkaz.
Existuje mnoho řešení pro síťové a aplikační servery (včetně bezplatných). Každý z nich má svůj vlastní způsob integrace s externími službami a systémy (např. mraky jako @Město ). Z tohoto důvodu @Město systém musí mít rozhraní pro integraci s nainstalovaným serverem LoRaWAN NS / AS.
V případě produkčního systému můžeme využít bezplatnou službu "Síť věcí", pokud jsme ve velmi velkých denních mezích definovaných pro každé zařízení {zejména "Ve vysílacím čase" (30 s **) a malý počet příkazů odeslaných do zařízení (10 **)}.
** Orientační aktuální denní limity zařízení se mohou změnit.
Pokud potřebujete načíst nový firmware a konfiguraci, je nutné použít vlastní server LoRaWAN (síť + aplikace).
To nám dává několik možností:
používání TTN k práci v produkčním prostředí a na vyhrazeném fyzickém serveru pouze pro aktualizace konfigurace a nový firmware (*).
použití vyhrazeného fyzického serveru pro všechny výše uvedené činnosti.
pomocí dvou dedikovaných fyzických serverů (jeden pro produkční prostředí a druhý pro aktualizace a konfiguraci softwaru) (*)
U některých systémů je konfigurace firmwaru + pevná (pro všechny dostupné řadiče v systému) a je zahájena ve fázi počáteční konfigurace systému, což zjednodušuje výběr.
(*) - v těchto případech je nutné mít na druhém serveru nastavenou druhou bránu LoRaWAN pro konfiguraci a aktualizaci firmwaru, aby fungovalo produkční prostředí nepřetržitě. U méně kritických aplikací můžete změnit konfiguraci jednoho vyhrazeného serveru LoRaWAN brány LoRaWAN, což však bude mít za následek ztrátu komunikace s produkčním prostředím a nesprávnou funkci těchto zařízení.
Je třeba si uvědomit, že aktualizace softwaru jediného řadiče LoRaWAN trvá přibližně hodinu s dobrým dosahem (DR> = 4), takže k aktualizaci firmwaru a konfigurace stojí za to použít další bránu. Při nízkém pokrytí (DR <4) není konfigurace a aktualizace firmwaru možná a vyžaduje bránu s LTE komunikací poblíž aktualizovaných zařízení.
Na síťový server LoRaWAN přidejte komunikační bránu LoRaWAN (adresa se nachází na jeho obálce nebo v souboru "uživatel / spf / etc / local_conf.json"nebo zobrazené v protokolech "/user/spf/var/log/spf.log". Zkontrolujte v protokolech webového serveru, že se komunikační brána připojuje k serveru.
Dalším krokem je konfigurace aplikačního serveru (obvykle se nachází na stejném zařízení jako síťový server).
Další kroky, které je třeba provést, závisí na použitém řešení aplikačního serveru a dostupnosti rozhraní Back-End / Front-End. Rozhraní se zjednodušuje "první kroky" a konfigurace systému.
Obecně byste měli:
Přidejte aplikaci s konkrétním ID pro produkční prostředí
generovat "KLÍČE API" pro propojení aplikace a přidání "pravý odkaz na aplikaci" oprávnění (musíte zkopírovat automaticky vygenerovaný klíč).
generovat "KLÍČE API" pro integraci přes webhook (s uvedením názvu aplikace a webhook) s právy: "right-application-traffic-down-write" "číst doprava doprava aplikace" "right-application-traffic-up-write" (zkopírujte automaticky generovaný klíč). Tento klíč se používá ke komunikaci na webu @City spolu se jménem "webhook".
vytvořte integrační webhook pro aplikaci se serverem @City se specifikací:
ID aplikace
ID webhooku
cílová adresa http: //*.*.*.*/IoT/ a up.php cesty
Ruční nebo skriptové přidání všech zařízení @City LoRaWAN (s jedinečným DEV EUI) s dodatečně stejnými hodnotami pro každé pole:
ID aplikace
EUID pro aplikaci
Kořenový klíč pro aplikaci
Frekvenční plán (regionální nastavení pásma LoRaWAN, např. EU_863_870 pro Evropu)
DEV EUI (individuální adresa každého zařízení přidělená výrobcem modulu). Pokud není na obálce, měli byste v protokolech aplikačního serveru najít adresy neznámých zařízení, která se pokoušejí připojit k serveru.
lorawan-version = 1.0.2, lorawan-phy-version = 1.0.2-b
Autorizace LoRaWAN OTAA
Teplota - 40 ° C. + 65 ° C
Vlhkost 0..80% r.v. bez kondenzace (zařízení)
GSM Napájení 5VDC @ 2A ±0,15 V (pro snímač PPM a při připojení relé)
3,5 VDC..4,2VDC @ 2A (v ostatních případech)
LoRaWAN power supply 5VDC @ 300mA ± 0,15 V (pro snímač PPM a při připojení relé)
3VDC..3,6VDC @ 300mA (v ostatních případech)
Zařízení GSM + GPS:
Anténní vstup 50ohm
SIM nano-SIM nebo MIM
(volba ve fázi výroby - MIM ukládá provozovatele sítě)
Modem Approval Orange (2G-CATM1), T-Mobile / DT (2G-NBIoT), 2G Ostatní operátoři
KAPELY (Evropa) Citlivost výstupního výkonu třídy
B3, B8, B20 (CATM1 - 800 MHz) ** 3 + 23 dB ±2 < -107.3dB
B3, B8, B20 (NB-IoT - 800 MHz ) ** 3 +23dB ±2 < -113.5dB
GSM850, GSM900 (GPRS) * 4 + 33 dB ±2 <-107 dB
GSM850, GSM900 (EDGE) * E2 + 27 dB ±2 <-107 dB
DCS1800, PCS1900 (GPRS) * 4 + 30 dB ±2 < -109.4dB
DCS1800, PCS1900 (EDGE) * E2 +26dB ±2 < -109.4dB
Při použití externí úzkopásmové antény frekvenčně přizpůsobené pro dané pásmo.
* pouze pro kombinovaný modem: 2G, CATM1, NB-IoT
Certifikáty:
ČERVENÁ (EU)
GCF (AU)
PTCRB (NA)
FCC, IC (NA / NV)
RoHS / REACH
GPS / GNSS:
pracovní frekvence: 1559..1610MHz
impedance antény 50ohm
maximální citlivost * -160 dB stacionární, -149 dB navigace, -145 studený start
TTFF 1 s (horký), 21 s (teplý), 32 s (studený)
A-GPS ano
Dynamika 2g
minimální obnovovací frekvence 1 Hz
* uzavřená externí úzkopásmová anténa
Zařízení LoRaWAN 1.0.2 (8 kanálů, výkon TX: + 14 dBm) Evropa (863-870MHz)
DR T modulace BR bit / s Rx citlivost Rx testy
0 3min SF12 / 125kHz 250 -136dB -144dB
1 2min SF11 / 125kHz 440-133,5dB
2 1min SF10 / 125kHz 980-131dB
3 50s SF9 / 125kHz 1760 -128,5 dB
4 (*) 50s SF8 / 125kHz 3125 -125,5 dB
5 (*) 50s SF7 / 125kHz 5470 -122,5 dB
6 (*) 50 s SF7 / 250 kHz 11 000 - 119 dB
7 FSK 50 kB 50000 -130 dB
(*) Parametry potřebné k aktualizaci firmwaru systému pomocí OTA
(DR) - Rychlost přenosu dat
(BR) - Přenosová rychlost
T - Minimální doba aktualizace dat do cloudu @City
Praktické testy pokrytí LoRaWAN:
Zkušební podmínky:
LoRaWAN Kerlink ifemtocell Interní brána
pasivní venkovní širokopásmová anténa umístěná venku ve výšce ~ 9 m nad úrovní země Wygoda gm. Karczew (~ 110 m nad mořem).
Zařízení LoRaWAN s vynuceným DR0 s externí širokopásmovou magnetickou anténou umístěnou 1,5 m nad zemí na střeše automobilu.
Venkovské oblasti (louky, pole s malými stromy a vzácné budovy)
Nejvzdálenějším výsledkem byl Czersk ~ 10,5 km (~ 200 m nad mořem) s RSSI rovným -136 dB (tj. s maximální citlivostí modemu LoRaWAN zaručenou výrobcem)