I i CIoT eszközök - intelligens megoldások

LoRaWAN & GSM - Smart City





iSys - intelligens rendszerek







TERVEZET

Tartalomjegyzék

1. Bevezetés. 3

1.1 @City ( IoT/CIoT ) Communication 4

1.2. Az IoT / CIoT eszközök hardverforrásai 4

0..4 programozható bináris bemenet 4

0..4 programozható bináris kimenet 4

0..4 számláló bemenet (nem illékony számlálók) 4

0..4 dimmer kimenet (PWM vagy 0..10V) 5

Infravörös bemenet + kimenet 5

0..4 mérési bemenet (ADC) 5

soros interfészek SPI / I2C / UART / CAN 5

1.3. @City GSM Devices 6

1.4. @City LoRaWAN Devices 9

A module nélkül LoRaWAN modem és processor may act as MEMs Sensor Module for @City GSM, WiFi, Ethernet, és other eHouse architectures ( 3v3..3v6 DC powered ) 10

2. General conditions of usage @City ( LoRaWAN, GSM ) Systems 11.

2.1. Exclusive Conditions of @City GSM. 11.

2.2. Exclusive conditions for @City LoRaWAN. 12.

3. @City ( LoRaWAN, GSM ) Controller Configuration 13

3.1. @City Controller Configuration - Assigning names 13

3.2. General configuration of @City LoRaWAN & GSM Controllers 14

3.2.1 General configuration of @City GSM device 14

3.2.2. General Configuration of @City LoRaWAN controllers 17.

3.3. Bináris bemenetek konfigurálása 18

3.4. Bináris kimenetek konfigurálása 19

3.5. Az ADC mérési bemenetek és további érzékelők (XIN) konfigurálása 21

3.6. Dimmers konfiguráció PWM / 0..10V 22

3.7. Naptár-ütemező beállítása 24

4. LoRaWAN Network Infrastructure Configuration 26.

4.1. LoRaWAN Gateway Configuration. 26.

4.1.1. Basic configuration of LoRaWAN gateway 26.

4.1.2. Semtech csomagküldő (SPF) konfigurációja 27

4.2. LoRaWAN Network/Application Server Configuration 28

4.2.1. LoRaWAN Network Server Configuration 29

5. Work condition of @City GSM / LoRaWAN devices 31


1. Bevezetés.

A @City rendszer számos elektronikus eszközt (vezérlőt) támogat - csomópontként, mote-ként, eszközként hívva. A rendelkezésre álló infrastruktúrától, követelményektől és feltételektől függően sokféle kommunikáció (vezetékes és vezeték nélküli) érhető el.

Device types available in the @City rendszer:

Minden eszköz integrálva van egymással a @City felhő és lehetőség van hibrid együttműködésre az adott kommunikációs infrastruktúra elérhetőségétől függően.

Az épületekhez és az internethez csatlakoztatott LAN vagy WiFi elérhetőségéhez használhatunk eHouse megoldásokat a eHouse.PRO szerveren keresztül (amelyek adatokat küldhetnek / fogadhatnak a @City felhő):

A következő dokumentum leírja GSM és LoRaWAN egy chipes mikrokontrolleren (mikroprocesszor) és külső kommunikációs modemen alapuló eszközök. Ez lehetővé teszi a rendszer szabványosítását a kommunikációs modem különbsége ellenére.

További kommunikációs változatokért lásd: eHouse dokumentáció.



Ez lehetővé teszi hasonló funkcionalitás és felszerelés beszerzését, valamint egyszerű áttérést más kommunikációs változatokra vagy változatokra.

1.1 @City ( IoT/CIoT ) Communication

A @City rendszer currently uses one of the kiválasztott communication modules ( modems ):

1.2. IoT / CIoT eszközök hardverforrásai

Az egész "intelligencia" a rendszer mikrovezérlőben (mikroprocesszor) található, és nem nagyon függ a kommunikáció típusától. Az IoT / CIoT eszközök (mikroprocesszor) hardverforrásai a következők:

1.3. @City GSM Devices

@City GSM devices connect through the cellular network of the GSM mobile operator through one or more technologies és services. Ezeket a szolgáltatásokat számlázzák, és a szolgáltatóktól és a szolgáltatásoktól függenek. A szolgáltatás ugyanúgy engedélyezett, mint az aktív SIM-kártyákon keresztül történő mobiltelefonok esetében:

A availability of kiválasztott services depends on the communication operator és the built-in GSM modem at the production stage:

1) 2G (minden operátor)

2) 2G / LTE CATM1 (narancssárga) - van 2G tartalék lehetőség, ha a CATM1 nem áll rendelkezésre.

3) 2G / NBIoT (T-Mobile / Deutsche Telecom) - van 2G tartalék lehetőség, ha az NBIoT nem áll rendelkezésre, és az üzemeltető megengedi.

4) 2G / 3G (minden operátor)

5) 4G / LTE (minden üzemeltető)

6) Egyéb szolgáltatások kombinációja is elérhető lehet a rendelkezésre álló modemetől és beállításoktól függően.

Az első 3 megoldás ugyanazon a modemen működik (NBIoT / CATM1 + tartalék 2G). Használata esetén "műanyag" A Nano SIM-kártyák segítségével kicserélhető a kártya, és távolról konfigurálható az eszköz megfelelő működése egy másik szolgáltatásban. A MIM (SIM-ek chip formájában (IC)) esetében a döntés az eszköz gyártásának szakaszában születik, és nem lehet operátort vagy szolgáltatást váltani. Az NBIoT elkötelezett egy nagyon kis mennyiségű, havonta ~ 512 KB átadott adatmennyiségért (kérjük, egyeztesse ezt az értéket az üzemeltetővel), ami jelentős akadályt jelent egyes CIoT / IoT megoldások számára.

A 4., 5. megoldás megköveteli más modemek telepítését a gyártási szakaszban.

Az eszköz energiafogyasztása a szolgáltatástól függ, és a legalacsonyabbtól a legnagyobbig jelenik meg:

- NBIoT

- CATM1

- LTE

- 3G

- 2G / SMS / USSD / GPRS / EDGE

Adatátviteli sebesség a legalacsonyabbtól a legnagyobbig:

- NBIoT

- CATM1

- 2G / SMS / USSD / GPRS / EDGE

- 3G

- LTE



All @City GSM devices can be equipped with a GPS receiver for geolocation és automatic positioning on maps. Akkor is dolgozhatnak mobilon, ha mérésre van szükség, vagy mozgásban dolgoznak.




1.4. @City LoRaWAN Devices

LoRaWAN is a long hatótávolság communication solution ( up to approx. 15km) nyitott ISM sávokban dolgozik (pl. 433MHz, 868MHz stb. ). A nagyon nagy tartományok azonban az átviteli sebesség és az adatcsomagok hosszának jelentős csökkentését igénylik (pl. a legnagyobb tartományban legfeljebb 250 bit / másodperc és legfeljebb 51 bájt adat - hasznos teher). Transmission with repetitions és confirmations can take a very long time, which may eliminate LoRaWAN in some solutions. A number of LoRaWAN gateways is also important to ensure a good hatótávolság of devices, which allows you to work at higher speeds, fewer errors és less repetitions amount.

LoRaWAN devices communicate with the @City cloud via LoRaWAN Gateways, which have to provide coverage at the required level for all available LoRaWAN devices. In addition, these gateways must be connected to the LAN or the Internet via any link to be able to send data to the LoRaWAN network/application server ( NS/MINT ).

A web server is used for two-way communication with LoRaWAN gateways és for sending information to/ from LoRaWAN devices.

A hálózati / alkalmazásszerver megtalálható a helyi LAN vagy a szolgáltató adatközpontjában. Az eszközökről az adatokat a hálózati / alkalmazásszerverről küldik integrációs protokollok segítségével az @City cloud (webhookon keresztül). Ez lehetővé teszi a @City LoRaWAN rendszerrel @City databases.



Az alkalmazásszerver emellett kibővített logikát és BIM-et (információmodellezést) is megvalósíthat a rendszer számára, feldolgozhatja a vétel adatait, és válaszként vezérlőparancsokat (eseményeket) küldhet az egyes eszközöknek.

@City LoRaWAN devices contains additional features as:


A module nélkül LoRaWAN modem és processor may act as MEMs Sensor Module for @City GSM, WiFi, Ethernet, és other eHouse architectures ( 3v3..3v6 DC powered )

2. General conditions of usage @City ( LoRaWAN, GSM ) Systems

FIGYELEM! A fő kommunikációs interfész paramétereinek helytelen beállítása az eszköz megsemmisülését vagy végleges blokkolását okozhatja (amelyhez fizikai hozzáférésünk nincs).

Bármely vezérlő frissítése a firmware és végleges konfiguráció el kell végezni és tesztelni kell (minden eszköz esetében és legalább egy hétig több eszköz esetében), mielőtt azokat a rendeltetési helyre telepítenék.

A gyártó nem felelős az illetéktelen személyek által végzett nem megfelelő konfigurációért / szoftverfrissítésért, valamint azok végrehajtásáért az egyes vezérlők telepítési helyein.

Az eltávolítás, a szolgáltatások, a javítás, a csere és az újratelepítés összes költségét a rendszer felhasználója viseli (nem a Gyártó).

A firmware és a konfiguráció frissítéséhez biztosítani kell a megfelelő jelszintet és a szükséges szolgáltatások elérhetőségét. A fenti tevékenységek lehetetlenek lehetnek a vezérlők végső telepítési helyein és azok burkolataiban. Ezek függhetnek az évszaktól, az időjárástól és a rádióhullámok terjedésétől is.

A konfigurációval / firmware-változtatással kapcsolatos szolgáltatások minden költségét a felhasználó viseli (további díjak az adatátvitelért, az esetleges eltávolításért, az eszközök telepítéséért, a feloldásért, a cseréért stb.) ).

A maximális hatótávolság tisztán elméleti, ideális rádióterjedési körülmények között mérve, és az eszközök működésére utal (külső és illesztett antennákkal) a látómezőben (akadályok nélkül a jelsugár útjában). A terület urbanizációjától, a fáktól, az időjárástól, a helytől és a telepítés módjától függően a hatótávolság több százszor rosszabb lehet, mint a fenti adatok.

2.1. Exclusive Conditions of @City GSM.

A user bears the costs és is responsible for timely payment of the GSM operator subscription és @City server hosting. A szolgáltatás folytonosságának hiánya a kritikus átviteli paraméterek visszafordíthatatlan változását okozhatja, és blokkolhatja az egész rendszert (pl. statikus IP-cím megváltoztatása, internetes tartomány elvesztése, adatok / konfiguráció elvesztése a szerveren, szoftverek, biztonsági mentések stb. ).

In the esemény that the user pays the above-mentioned amounts as a flat rate to the producer of the @City rendszer, the Producer is not responsible for the conditions changes of the offer or termination of services performed by external entities.

A rendszer manufacturer is not responsible for the quality of services provided by third parties, including the GSM operator, external @City hosting. A gyártó nem vállal felelősséget a rádióhullám terjedési tartományának romlásáért (pl. due to the creation of new buildings, changes in the location of GSM broadcasting stations ( BTS ), trees, etc. ).

Adatátviteli korlátok esetén (különösen az NBIoT esetében) a szoftver konfigurálását és frissítését az előfizetés időszakának elején kell elvégezni, a lehető legkisebb adatfogyasztással. Ellenkező esetben lehetőség van az eszköz letiltására a számlázási időszak végéig, az átviteli korlát túllépésével járó elzáródások miatt.

A GSM operator is responsible for the quality of the GSM connection, not the @City rendszer manufacturer.

A Felhasználó kijelenti, hogy elfogadja és elfogadja az alábbi információkat.

2.2. Exclusive conditions for @City LoRaWAN.

A user bears the costs és is responsible for the timely payment of lease és installation fees for the LoRaWAN gateway, LoRaWAN Network/Application Server és @City server hosting. A szolgáltatás folyamatosságának hiánya a kritikus átviteli paraméterek visszafordíthatatlan változását és a rendszer állandó blokkolását okozhatja (pl. statikus IP-cím módosítása, tartományvesztés, adatok / konfiguráció elvesztése a szerveren, szoftverek, biztonsági mentések stb. ).

In the esemény that the user lays down the above obligations on a flat-rate basis to the @City producer, the producer is not responsible for changing the conditions or terminating the services provided by external entities.

A rendszer manufacturer is not responsible for services provided by external entities, including any LoRaWAN operator, hosting for the LoRaWAN network/application server, external @City server hosting. A gyártó nem vállal felelősséget a rádióhullám terjedési tartományának romlásáért (pl. due to the creation of new buildings, changes in the location of LoRaWAN gateways, damage to LoRaWAN gateways, power outages, trees, interference, signal losses, etc. ).

Adatátviteli korlátok esetén a szoftver konfigurálását és frissítését az előfizetés időtartamának elején kell elvégezni, a legkevesebb adatfogyasztással. Ellenkező esetben lehetőség van az eszköz letiltására a számlázási időszak végéig az átviteli korlát túllépésével járó elzáródások miatt. A frissítést egy vezérlővel kell végrehajtani az elejétől a végéig, és tesztelni kell a munka helyességét. Az összes vezérlő frissítésének futtatása a rádiósáv sok napos teljes blokkolását okozhatja.

LoRaWAN uses publicly available "nyitott rádiósávok" (433 vagy 868 MHz az EU esetében), amelyet más, ugyanazon a frekvencián működő készülékek zavarhatnak vagy foglalhatnak el. A gyártó nem felel a kommunikáció minőségéért a fenti esetben.

A user is responsible for covering the area with the appropriate number of LoRaWAN gates és their location to obtain the appropriate level of signals for all devices és the entire @City LoRaWAN rendszer.

@City GSM devices can be used in places highly exposed to signal interference.

A Felhasználó kijelenti, hogy elfogadja és elfogadja az alábbi információkat.

3. @City ( LoRaWAN, GSM ) Controller Configuration

A rendszer konfigurálása a webes felületen keresztül történik. Configuration is very critical for @City controllers és incorrect settings may cause the rendszer to completely block. It is recommended that the full template configuration ( default settings ) be carried out és tested by the @City rendszer manufacturer.

3.1. @City Controller Configuration - Assigning names


Vezérlő címe 000000000000000 ( 15 zeros for GSM/16 for LoRaWAN ) az alapértelmezett cím, amelyre vonatkozik a család összes irányítója (azaz ugyanazért Kereskedői kód és File Code, és ugyanolyan típusú LoRaWAN / GSM vezérlő. Ha a vezérlőnek nincs megadva saját egyéni konfigurációja, akkor az alapértelmezett konfiguráció kerül betöltésre.

In the case of GSM controllers, this address corresponds to the unique IMEI number ( 15 characters ) assigned by the manufacturer of the GSM modem.

In the case of LoRaWAN controllers, this address corresponds to the unique "Dev EUI" number given by the manufacturer of the LoRaWAN modem ( 16 characters in hexadecimal code ).

Kereskedői kód - egyedi paraméter az ügyfél (felhasználó) számára

File Code - a firmware típusát jelölő paraméter (a felszereléstől és a rendelkezésre álló algoritmusoktól függ)

A legtöbb esetben elegendő ezt az egy eszközt (alapértelmezett) konfigurálni a teljes rendszer számára, vagy sablonként más illesztőprogramokhoz. Új vezérlő konfiguráció létrehozásakor ezeket a beállításokat a sablonból másoljuk.

Both firmware és configurations for all installations ( instances ) are located on the servers of the @City rendszer manufacturer available via the WWW, to which the user may have limited access. A helyes konfiguráció azonban nagyon kritikus, és nem ajánlott változtatásokat végrehajtani tesztelés nélkül több, teljes fizikai hozzáféréssel rendelkező eszközön (az asztalon). For more information, please check the general conditions of the @City rendszer és the specific conditions for a particular way of communication.

3.2. General configuration of @City LoRaWAN & GSM Controllers

3.2.1 General configuration of @City GSM device

Before starting the configuration, please read the general conditions of the @City rendszer és rendszer-specific conditions for @City GSM.




Kereskedői kód - 8 karaktert tartalmaz, amelyet hexadecimális kódban tárolnak egy ügyfélnek (felhasználónak). A vezérlő gyártási szakaszában adják meg. A változtatás megkísérelheti a vezérlő maradandó károsodását.

File Code - 8 karaktert tartalmaz hexadecimális kódban, egy vezérlő firmware verziójának szentelve. It is granted at the controller production stage és may depend on the type of communication ( GSM / LoRaWAN ) és additional equipment, e.g. érzékelők, a bemenetek / kimenetek száma és az egyes algoritmusok. A változás maradandó károsodást vagy a vezérlő blokkolását okozhatja.

PIN szám - 4 jegyű PIN-kód, ha be van állítva a SIM-kártyára. A PIN-kódok beállítása nem ajánlott. Műanyag SIM-kártyák esetén eltávolíthatja őket a mobiltelefonról. A helytelen SIM bevezetése a kártya végleges blokkolását okozhatja az eszközben (amelyhez végül nem lesz fizikai hozzáférésünk).

SMS szám - SMS-szám, amikor állapotot küld SMS-ben. Ez az opció a szolgáltatástól és az üzemeltetőtől függően érhető el (2G / CATM1 / NBIoT). Ehhez a zászló bekapcsolása is szükséges: SMS engedélyezése.

USSD Str - USSD parancs állapotok küldéséhez USSD-n keresztül. This option is available only for kiválasztott types of GSM modems ( 2G/3G + GPS ). Az opció: USSD engedélyezés megkövetelt. Az üzemeltetőnek biztosítania és aktiválnia kell az USSD szolgáltatást.

APN - Hozzáférési pont neve. Az internet-hozzáférési pont neve, pl. Internet (az olyan speciális szolgáltatásokhoz, mint az LTE-M1 vagy az NB-IoT, az üzemeltető egyedileg rendelheti hozzá).

WWW cím - webcím (tartomány vagy IP) a HTTP-hozzáféréshez.

WWW oldal - weboldal címe, ahová a vezérlők státusait és parancsait küldik.

HTTP engedélyezése - Engedélyezi a HTTP adatátvitelt. Ez a módszer sokszor több adatátvitelt generál, mint az összes többi kommunikációs módszer, ami megnövekedett költségeket eredményezhet, túllépheti az átviteli korlátot vagy képtelen használni bizonyos szolgáltatásokat, például az NBIoT-t.

TCP / UDP cím - IP address of the @City server for receiving és transmitting data between the cloud és devices. Javasolt fix IP-címet használni, nem pedig internetes tartományi címet.

TCP port - TCP / IP port a kommunikációhoz

TCP engedélyezése - Lehetővé teszi a TCP / IP átvitel engedélyezését. Az átviteli keretek és a TCP megerősítések megnövelik az adatmennyiséget az UDP átvitelekhez képest, ugyanakkor biztosítják az adatok helyességét, a megerősítéseket és garantálják azok átadását, ha elérhető a kommunikáció.

UDP port - Port az állapot UDP-n keresztüli fogadásához

UDP engedélyezése - Kapcsolja be az átviteli UDP-t

Aux Address, Aux Port, Aux Enable - jövőbeli alkalmazások

Aux2 cím, Aux2 port, Aux2 engedélyezve - jövőbeli alkalmazások

Az érzékelő támogatásának aktiválása ( they must be physically mounted on the @City module ). Ellenkező esetben a készülék sokkal lassabban és kevésbé stabilan működhet. Az érzékelőket a teljes gyártási sorozat gyártási szakaszában telepítik.

Hőmérséklet, túlnyomás, páratartalom, gáz - integrált hőmérséklet-, nyomás-, páratartalom- és levegőminőség-érzékelő

Temp + Presure - Beépített hőmérséklet- és nyomásérzékelő

Giroszkóp - Giroszkóp érzékelő 3 tengelyben (X, Y, Z)

Mágnesmérő - Mágneses érzékelő 3 tengelyben (X, Y, Z)

Gyorsulásmérő - Gyorsulás / rezgés érzékelő 3 tengelyben (X, Y, Z)

Szín - Színérzékelő (R, G, B, IR, G2)

Környezeti + proximéter - beépített fényszint és (10 cm-es tartomány) proximéter-érzékelő

GSM Comméss - további modem inicializáló parancsok

Hash kód - További titkosítási kód. Ne változz.

HTTP-átvitel - További HTTP kommunikációs lehetőségek

Globális cím - A vezérlő globális címe az eszközök közötti vezérléshez.

GSM Mód - GSM communication mode ( 2G Only, LTE Only, CATM1, NBIoT, 2G + CAT M1, LTE 800, LTE 1800 ). A kommunikációs mód helytelen beállítása az eszköz kommunikációjának állandó blokkolását eredményezheti.

3.2.2. General Configuration of @City LoRaWAN controllers

Most options are the same as in the GSM controller. In principle, all fields related to GSM communication are not used during LoRaWAN controller operation. LoRaWAN devices have different firmware which support LoRaWAN module instead GSM.

A @City LoRaWAN eszköz oldalon a konfigurálás nagyon egyszerű:

EUID alkalmazás - Alkalmazásazonosító for LoRaWAN server ( 16 characters in hex code ) - application defined on the LoRaWAN Network/Application Server to which we send data.

Alkalmazáskulcs - application authorization key for LoRaWAN server ( as above )

Tiltsa le az adaptív adatsebességet - Letiltja az adaptív sebességválasztást. Ez lehetővé teszi a készülék állandó sebességének kényszerítését. Bizonyos helyzetekben ez nagy kommunikációs problémákat okozhat. Figyelembe kell venni, hogy az RSSI és az SNR paraméterek javulásával az adaptív módban a sebesség jelentősen megnő. Ez jelentősen lerövidíti az adatátvitel rádiós idejét "On the Air Time" és sokkal gyakrabban lehet információt továbbítani az eszköz és a szerver között, és fordítva.

Adatsebesség (DR) - LoRaWAN link speed selection. Ez a sebesség nem vonatkozik a Bootloaderre. Abban az esetben, ha a vezérlő adaptív sebességbeállítási módban működik, ez csak a kezdő érték, mivel a vezérlő többszöri átviteli kísérlet után autonóm módon választja ki az optimális sebességet, hogy korlátozza az üzenet továbbításának idejét a levegőben.

Frissítse a beállításokat - elmenti a vezérlő indítási konfigurációját - az összes beállítást



A rest of the @City LoRaWAN configuration is located in the remaining elements of the LoRaWAN configuration screens in Chapter 4.

3.3. Bináris bemenetek konfigurálása




A bináris bemenetek számos funkcióval és paraméterrel rendelkeznek, amelyek lehetővé teszik a vezérlő autonóm működését:

Invert - bemenet negáció érzékelőknél "rendesen csatlakozik" (NC) csatlakozik.

Riasztás - a riasztási funkció aktiválása.

Riasztás késleltetése - Riasztási késleltetési idő. Ha a bemeneti állapot ezen idő lejárta előtt visszatér eredeti állapotába, a riasztás nem aktiválódik.

Emlékezz államra - Ideje emlékezni a bemeneti állapot változására.

A végrehajtás letiltása - A bemenethez kapcsolódó futó események blokkolása.

Fuss - Futtassa a bemeneti konfigurációs parancsot (Ad-Hoc)

Másolat - A bemeneti konfigurációs parancs másolása a vágólapra

Esemény bekapcsolva - Az esemény magas bemeneti szintű futtatásának leírása (1)

Közvetlen esemény be - Eseménykód futtatásához, ha a bemenet be van kapcsolva (0 => 1)

Esemény kikapcsolva - Az esemény aktiválásának leírása alacsony bemeneti szintnél (0)

Közvetlen esemény kikapcsolva - Eseménykód futtatásához, ha a bemenet ki van kapcsolva (1 => 0)

Riasztási esemény - A Riasztás esemény leírása.

Közvetlen riasztási esemény - Az eseménykód aktiválódik, amikor riasztás történik

Frissítse a beállításokat - elmenti az indítási konfigurációt az összes beállításhoz

3.4. Bináris kimenetek konfigurálása




Az intelligens bináris kimenetek egyszeresen vagy kettősen is működhetnek. Az űrlap lehetővé teszi a vezérlő indítási konfigurációjának létrehozását (ha a Frissítés gombbal erősíti meg).

Az űrlap eseményalkotóként szolgál azokhoz a kimenetekhez is, amelyek a Futtatás gomb megnyomásával indíthatók el, vagy átmásolhatók a vágólapra a vezérlő konfigurációjában történő használatra, pl.



Egyetlen kimenet konfigurálása:

Letiltás - A kimenet blokkolása egy módban (pl. ha a hajtások vezérlésére szolgál, hogy véletlenül ne károsítsák a redőnyöket, kapukat, működtetőket)

Rendszergazda - A kritikus beállítások módosításakor adminisztratív jelző szükséges

Állapot - állapotválasztás (kezdeti konfigurálás vagy az esemény elindítása a "run" gomb)

Ismétli - Ismétlések száma (ciklikus állapotváltozások)

Time On - A kimenet aktiválásának ideje

Szabadidő - A kimenet kikapcsolásának ideje (fontos az események megismétlésénél)

Fuss - Futtassa az eseményt a kilépéshez

Másolat - Másolja az eseményt a vágólapra

Frissítse a beállításokat - elmenti az indítási konfigurációt az összes beállításhoz

Dupla kimeneti konfiguráció:

Letiltás - Zárjon ki két kimenetet páros módban (pl. ha egy bemenetként használják)

Rendszergazda - A kritikus beállítások, például a meghajtó mód megváltoztatásához rendszergazdai jelző szükséges

Somfy - meghajtó üzemmód (bejelölve => Somfy / bejelöletlen => Közvetlen szervo)

Állapot - állapot kiválasztása (a kezdeti konfiguráláshoz vagy az esemény ebédjéhez való ebédhez "run" gomb)

Ismétli - Ismétlések száma (ciklikus állapotváltozás)

Time On - Az adott állapot bekapcsolásának ideje

Idő letiltása - A kimenetek blokkolásának ideje (a kimenetek változtatása közötti minimális idő) a meghajtók sérülésektől való védelme érdekében.

Szabadidő - A kimenet kikapcsolásának ideje (fontos az események megismétlésénél)

Fuss - Futtassa az eseményt a meghajtó számára

Másolat - Másolja az eseményt a vágólapra

Frissítse a beállításokat - elmenti az indítási konfigurációt az összes beállításhoz

3.5. Az ADC mérőbemenetek és további érzékelők (XIN) konfigurálása




Invert - az ADC bemenet fordított skálája (100% -x)

Riasztás L - A riasztás létrehozásának lehetőségének aktiválása, amikor az érték a min. Alá csökken. küszöb

Riasztás H - A riasztás generálásának lehetőségének aktiválása, ha az érték meghaladja a max. küszöb

Riasztás késleltetése - Riasztási késleltetési idő. Ha a bemeneti állapot visszatér a "rendben" az idő letelte előtt a riasztás nem aktiválódik.

Esemény letiltása - Az esemény végrehajtásának blokkolása

Rendszergazda - admin jelző, amely lehetővé teszi a mérési bemenet konfigurációjának megváltoztatását

LOW esemény - az alacsony küszöbérték túllépése esetén végrehajtott esemény leírása

LOW Direct - végrehajtandó eseménykód, miután az értéket csökkentették az alsó küszöbérték alá

Alacsony szint - Az alsó küszöb szintje (perc)

OK esemény - A "rendben" esemény

OK Direct - az esemény kódja, amelyet a "rendben" hatótávolság

HIGH Esemény - Az esemény leírása a felső küszöbhöz

HIGH Direct - a felső küszöbérték túllépése után végrehajtandó eseménykód

Magas szint - A felső küszöb szintje (max)

Fuss - a konfigurációs esemény futtatása (az ADC Ad-Hoc konfigurációjának módosítása)

Frissítse a beállításokat - elmenti az ADC bemenetek kezdeti konfigurációját

3.6. Dimmers konfiguráció PWM / 0..10V




Invert - Dimmer polaritás megfordítása (100% - x)

Rendszergazda - Adminisztratív jelző, amely lehetővé teszi a kritikus lehetőségek megváltoztatását

Letiltás - A dimmer kimenet blokkolása

Egyszer - A dimmer beállításainak egyszeri módosítása (majd a dimmer leállítása)

Érték Min - a dimmer beállítások minimális értéke

Érték - dimmer célértéke

Mód - Dimmer beállítási mód (Stop / - / + / Set)

Lépés - A dimmer szint értékének megváltoztatása

Érték Max - a dimmer beállítás maximális értéke

Fuss - Futja a tompább eseményt

Másolat - Másolja az eseményt a vágólapra



Az RGBW fényerő-szabályozó az egyes színekből lekéri a beállítási értékeket.

Ezenkívül lehetővé teszi a folyamatos színváltás üzemmód aktiválását az egyes fényerő-szabályozók előre beállított értékei segítségével.

Frissítse a beállításokat - elmenti az indítási konfigurációt az összes beállításhoz





Gombok:

Frissítse a beállításokat - saving the configuration in the @City rendszer

Minden vezérlő - az összes vezérlő listája

Beállítások - az aktuális vezérlő beállításai

Nevek módosítása - megváltoztatja az aktuális vezérlő nevét

Ütemező - az aktuális vezérlő ütemező-naptár szerkesztője

Write Config * - parancs küldése a konfiguráció letöltésére a vezérlő részéről

Firmware frissítés * - parancs küldése a vezérlő firmware letöltésére

Vezérlő visszaállítása * - reset parancs küldése letöltésre a vezérlő részéről

Vezérlő visszaállítása - Másolás - a vezérlő visszaállítási eseményének másolása a vágólapra

Kijelentkezés - a felhasználó kijelentkezése (biztonsági okokból be kell zárnia a webböngésző összes nyitott példányát, amely a bejelentkezési paramétereket tárolhatja a gyorsítótárban).

* - a parancs elküldése azt jelenti, hogy hozzáadódik az eseménysorhoz. On connecting controller to the @City rendszer, the controller downloads these eseménys.

3.7. Naptár-ütemező konfigurálása


A naptárütemező lehetővé teszi az ismétlődő vagy ütemezett események (parancsok) autonóm kiváltását. Példaként említhetjük például az utcai lámpa 17 órakor történő bekapcsolását és 7 órakor (télen) a kikapcsolását.

Del (Törlés) - teljesen törli az ütemezési tételt.

En. (Engedélyezze) - Aktiválja az ütemezési tételt (csak azok a pozíciók kerülnek végrehajtásra, amelyeknél az Enable flag beállítva van)

Név - Esemény neve (felismerhető módon leírhatja az eseményt)

Esemény kódja - eseménykód hexadecimális kódban (parancsok létrehozásakor a vágólapról másolva)

Hónap mezők (Ja, Fe, .., No, De) - hónapok január ... Decemberben kezdődik az esemény

Nap - Nap. Kiválaszthatja a hónap bármely napját vagy "*" bármelyik számára (minden nap az esemény lebonyolítása).

Hétköznapi mezők (Mo, Tu, .. Su) - kiválaszthatja a hét azon napjait, amelyeken az eseményre sor kerül.

Óra - Az óra. Bármelyik órát vagy "*" mindenki számára (az esemény óránkénti lebonyolítása).

Min - Perc. Bármelyik percet kiválaszthatja "*" mindenki számára (az esemény futása percenként).



Logikus "és" algoritmus az összes mező között megvalósul (kivéve Név ), tehát az esemény végrehajtásához mindegyiknek meg kell felelni.



Például. Az utcai lámpák bekapcsolása ( November, december, január, február ) nál nél 17.01 nélkül Vasárnap.

En - kiválasztva

Event code - 00002101010000000000 // az első bináris kimenet futtatása

Hónap mezők - csak Nem, De, Ja, Fe vannak megjelölve

Nap - kiválasztva "*" a hónap minden napjára

Óra - a kiválasztott idő 17.

Min - kiválasztott perc 01

Hétköznapi mezők - mind de Su kiválasztott

4. LoRaWAN Network Infrastructure Configuration

This chapter only applies to LoRaWAN communication. Más átviteli módszerekkel működő rendszerek esetén ez elhagyható.

According to the LoRaWAN network specification, the controller connects to the @City cloud indirectly through:

4.1. LoRaWAN Gateway Configuration.

Are are many LoRaWAN gateways on the market that can simultaneously contain a number of additional options:

4.1.1. Basic configuration of LoRaWAN gateway

A LoraWAN átjárónak elérhetőnek kell lennie legalább egy konfigurációs állomásról.

Ethernet / WiFi-n keresztül történő telepítéskor és csak helyi LAN / WLAN-ról történő konfiguráláskor az átjáró biztonsága nem túl kritikus (hacsak nem biztosítunk hozzáférést az átjáróhoz kívülről, azaz az internet).

In the case the LoRaWAN gateway is connected only via GSM/LTE, it is necessary to secure the gateway against access és various types of attacks.

- If we want to be able to connect to the LoRaWAN gateway remotely, it must have a public + static IP address és SSH service available. Ellenkező esetben fizikailag Ethernet vagy WiFi interfészen keresztül kell csatlakoznia az átjáróhoz.

- bonyolult hozzáférési jelszavakat kell beállítani az eszköz összes felhasználója számára.

- tiltson le minden fel nem használt szolgáltatást, például Telnet, FTP, POP, SMTP, IMAP, WWW stb. ez lehet a támadások célpontja "megszálló" az átjáró más folyamatokkal, például bejelentkezési kísérletekkel.

- korlátozhatja a bejelentkezés lehetőségét, csak a kiválasztott statikus IP-címmel rendelkező állomásokról, ami meglehetősen hatékony védelmet nyújt a hackelés ellen. Ez vonatkozik a látszólag jelentéktelen szolgáltatásokra is, mint például az ICMP (ping), a HTTP, az FTP stb.

- A teljes konfiguráció és a sok hetes rendszerpróba után letilthatjuk az összes külső szolgáltatást és a távoli hozzáférést, ami azonban akadályozza a szolgáltatást, az átjáró naplóinak keresését és ellenőrzését.

4.1.2. Semtech csomagküldő (SPF) konfiguráció

A SPF's task is to send LoRaWAN packets to the LoRaWAN network server through the IP network ( UDP protocol ) to the required address of the LoRaWAN network server.

LoRaWAN Gateway with SPF is transparent és passes all packets in both directions.

Nem dolgozza fel és nem engedélyezi az adatcsomagokat semmilyen irányban.

Az SPF konfigurálása nagyon egyszerű és magában foglalja "rendezés" it to the required LoRaWAN network server.

Log in via SSH to the LoRaWAN gateway using the username és password specified by the device manufacturer.

Install SPF according to the LoRaWAN gateway manufacturer's instructions.

Az SPF konfigurációs könyvtár "/ user / spf / etc /" however, depending on the LoRaWAN gateway manufacturer, it may be located in other locations.

Az SPF fő konfigurációja a fájlban található "/user/spf/etc/global_conf.json", amelyet a rendelkezésre álló szerkesztővel kell szerkeszteni (pl. vi vagy nano). Megváltoztatjuk a paraméter értékét: "szerver címe" a hálózati szerver fix IP-címének vagy a tartománynév megadásával (további megfelelően konfigurált DNS-ügyfélszolgáltatást igényel).

Az alapértelmezett visszatérő kommunikációs port 1700 ( if you plan to change them, you must do the same on the LoRaWAN network server ) by entering identical values.

Az SPF csomag naplói a "/ user / spf / var / logs /" könyvtár a spf.log fájl és archív példányai.

A network configuration of the LoRaWAN gateway on linux OS is normally in the directory "/stb/", ahol engedélyezheti / letilthatja a szokásos hálózati szolgáltatásokat, és biztonságban tudja a szervert.

Meg kell változtatnia a rendszeren elérhető összes felhasználó jelszavát is a passwd parancs az illetéktelen személyek illetéktelen hozzáférése ellen. Meg kell változtatnia a felhasználói jelszót a webalapú támogatáshoz is.

A legjobb a Wi-Fi kommunikáció letiltása is, mivel a betolakodók megpróbálhatják a támadásokat ezen az átviteli eszközön keresztül használni.

A konfiguráció befejezése után állítsa vissza az átjárót a indítsa újra parancs.



4.2. LoRaWAN Network/Application Server Configuration

Számos megoldás létezik a hálózati és alkalmazásszerverek számára (beleértve az ingyeneseket is). Mindegyiküknek megvan a maga módja a külső szolgáltatásokkal és rendszerekkel való integrációval (pl. felhők, mint @City ). Emiatt a @City rendszer must have an interface for integration with the installed LoRaWAN NS/MINT server.

Termelési rendszer esetén igénybe vehetjük az ingyenes szolgáltatást "A dolgok hálózata", mindaddig, amíg az egyes eszközökhöz meghatározott nagyon nagy napi határokon belül vagyunk {különösen "On the Air Time" (30-as **) és kevés eszközre küldött parancs (10 **)}.

** az aktuális napi készülékhatárok változhatnak.

If you need to load new firmware és configuration, it is necessary to use your own LoRaWAN server ( network + application ).

Ez több lehetőséget kínál nekünk:

Egyes rendszereken a firmware + konfiguráció fix (a rendszer összes elérhető vezérlőjéhez) és a rendszer kezdeti konfigurálásának szakaszában indul, ami egyszerűbbé teszi a kiválasztást.

(*) - in these cases it is necessary to have a second LoRaWAN gateway set on the second server for configuration és firmware update in order for the production environment to work continuously. For low-critical applications, you can change the configuration of one LoRaWAN gateway dedicated LoRaWAN server, which, however, will result in loss of communication with the production environment és incorrect operation of these devices.

It should be realized that the software update of a single LoRaWAN controller takes about an hour, with good hatótávolság ( DR> = 4 ), so it is worth using an additional gateway to upgrade the firmware és configuration. Alacsony lefedettség esetén (DR <4) a firmware konfigurálása és frissítése nem lehetséges, ezért a frissített eszközök közelében LTE kommunikációjú átjáróra van szükség.

4.2.1. LoRaWAN Network Server Configuration

A LoRaWAN network server, add the LoRaWAN communication gateway ( the address is located on its cover, or in the file "felhasználó / spf / etc / local_conf.json", vagy megjelenik a naplókban "/user/spf/var/log/spf.log". Ellenőrizze a webkiszolgáló naplóit, hogy a kommunikációs átjáró csatlakozik-e a kiszolgálóhoz.

A következő lépések az alkalmazáskiszolgáló konfigurálása (általában ugyanazon az eszközön található, mint a hálózati szerver).

A következő végrehajtandó lépések az alkalmazott kiszolgáló megoldástól és a Back-End / Front-End felület elérhetőségétől függenek. A felület leegyszerűsíti "első lépések" és a rendszerkonfiguráció.

Általában:

 







5. Work condition of @City GSM / LoRaWAN devices

Hőmérséklet - 40C .. + 65C

Páratartalom 0..80% r.H. nincs kondenzáció (eszköz)

GSM Tápegység 5VDC @ 2A ±0,15 V (PPM érzékelőhöz és relék csatlakoztatásához)

3.5VDC..4.2VDC @ 2A (más esetekben)


LoRaWAN power supply 5VDC @ 300mA ± 0,15 V (PPM érzékelőhöz és relék csatlakoztatásához)

3VDC..3,6VDC @ 300mA (más esetekben)


GSM + GPS eszközök:

Antenna bemenet 50ohm

SIM nano-SIM vagy MIM

(választás a gyártási szakaszban - a MIM hálózati szolgáltatót ír elő)

Modem jóváhagyás narancssárga (2G-CATM1), T-Mobile / DT (2G-NBIoT), 2G Egyéb operátorok


Zenekarok (Európa) Osztályú kimeneti teljesítmény érzékenysége

B3, B8, B20 (CATM1 - 800MHz) ** 3 + 23dB ±2 < -107.3dB

B3, B8, B20 (NB-IoT - 800MHz ) ** 3 +23dB ±2 < -11.3.5dB

GSM850, GSM900 (GPRS) * 4 + 33dB ±2 <-107dB

GSM850, GSM900 (EDGE) * E2 + 27dB ±2 <-107dB

DCS1800, PCS1900 (GPRS) * 4 + 30dB ±2 < -109.4dB

DCS1800, PCS1900 (EDGE) * E2 +26.dB ±2 < -109.4dB

Ha külső keskeny sávú antennát használ egy adott sávhoz.


* csak a Combo modem esetében: 2G, CATM1, NB-IoT

Tanúsítványok:



GPS / GNSS:

működési frekvencia: 1559..1610MHz

antenna impedancia 50ohm

maximális érzékenység * -160dB álló helyzetben, -149dB navigáció, -145 hidegindítás

TTFF 1s (meleg), 21s (meleg), 32s (hideg)

A-GPS igen

Dinamika 2g

minimális frissítési frekvencia 1 Hz


* illesztett külső keskeny sávú antenna



LoRaWAN Devices 1.0.2 ( 8 channels, TX power: +14dBm ) Europe ( 863-870MHz )

DR T moduláció BR bit / s Rx érzékenység Rx tesztek

0 3 perc SF12 / 125kHz 250 -136dB -144dB

1 2 perc SF11 / 125kHz 440 -133,5dB

2 1 perc SF10 / 125kHz 980 -131dB

3 50s SF9 / 125kHz 1760 -128,5dB

4 (*) 50s SF8 / 125kHz 3125 -125,5dB

5 (*) 50s SF7 / 125kHz 5470 -122,5dB

6 (*) 50s SF7 / 250kHz 11000 -119dB

7 FSK 50kbs 50000 -130dB

(*) A rendszer firmware OTA-n keresztüli frissítéséhez szükséges paraméterek

(DR) - Adatsebesség

(BR) - Bitráta

T - A minimum period of data update to the @City cloud




LoRaWAN practical coverage tests:


Teszt feltételek:

LoRaWAN Kerlink ifemtocell Belső átjáró

passzív kültéri szélessávú antenna, amelyet kint helyeznek el ~ 9m magasságban a talajszint felett. Karczew (~ 110 m tengerszint feletti magasságban).

LoRaWAN device with forced DR0 with an external broadbés magnetic antenna placed 1.5m above the ground on the car roof.

Vidéki területek (rétek, kis fákkal borított mezők és ritka épületek)


A legtávolabbi eredmény Czersk volt ~ 10,5 km (~ 200 m tengerszint feletti magasságban), az RSSI értéke -136dB (azaz with the maximum sensitivity of the LoRaWAN modem guaranteed by the manufacturer )