IoT i CIoT-toestelle - slim oplossings

LoRaWAN & GSM - Smart City





iSys - Intelligente stelsels







KONSEP

INHOUDSOPGAWE

1. Inleiding. 3

1.1 @City (IoT / CIoT) Kommunikasie 4

1.2. Hardewarehulpbronne van IoT / CIoT-toestelle 4

0..4 programmeerbare binêre insette 4

0..4 programmeerbare binêre uitsette 4

0..4 tel insette (nie-vlugtige tellers) 4

0..4 dimmer-uitsette (PWM of 0..10V) 5

Infrarooi-invoer + -uitvoer 5

0..4 meetinsette (ADC) 5

seriële koppelvlakke SPI / I2C / UART / CAN 5

1.3. @City GSM-toestelle 6

1.4. @City LoRaWAN-toestelle 9

Die module sonder LoRaWAN-modem en verwerker kan dien as MEMs-sensormodule vir @City GSM-, WiFi-, Ethernet- en ander eHouse argitekture (3v3..3v6 DC aangedrewe) 10

2. Algemene gebruiksvoorwaardes @City (LoRaWAN, GSM) stelsels 11

2.1. Eksklusiewe voorwaardes van @City GSM. 11

2.2. Eksklusiewe voorwaardes vir @City LoRaWAN. 12

3. @City (LoRaWAN, GSM) -beheerderkonfigurasie 13

3.1. @City Controller Configuration - Toeken van name 13

3.2. Algemene konfigurasie van @City LoRaWAN & GSM-beheerders 14

3.2.1 Algemene opset van @City GSM-toestel 14

3.2.2. Algemene konfigurasie van @City LoRaWAN-beheerders 17

3.3. Konfigurasie van binêre insette 18

3.4. Konfigurasie van binêre uitsette 19

3.5. Konfigurasie van ADC-meetinsette en addisionele sensors (XIN) 21

3.6. Dimmerkonfigurasie PWM / 0..10V 22

3.7. Konfigurasie van kalenderbeplanner 24

4. LoRaWAN-netwerkinfrastruktuurkonfigurasie 26

4.1. LoRaWAN Gateway-konfigurasie. 26

4.1.1. Basiese opset van LoRaWAN gateway 26

4.1.2. Semtech Packet Forwarder (SPF) -konfigurasie 27

4.2. LoRaWAN-netwerk- / toepassingsbedienerkonfigurasie 28

4.2.1. Konfigurasie van LoRaWAN-netwerkbediener 29

5. Werktoestand van @City GSM / LoRaWAN toestelle 31


1. Inleiding.

Die @Stad stelsel ondersteun 'n aantal elektroniese toestelle (beheerders) - genoem as node, mote, device. Baie soorte kommunikasie (bedraad en draadloos) is beskikbaar, afhangende van die beskikbare infrastruktuur, vereistes en voorwaardes.

Toesteltipes beskikbaar in die @City-stelsel:

Alle toestelle word via die @Stad wolk en daar is 'n moontlikheid van hibriede samewerking, afhangend van die beskikbaarheid van 'n gegewe kommunikasie-infrastruktuur.

Vir geboue en beskikbaarheid van LAN of WiFi wat aan die internet gekoppel is, kan ons eHouse oplossings gebruik via eHouse.PRO bediener (wat data kan stuur / ontvang na @Stad wolk):

Die volgende dokument beskryf GSM en LoRaWAN toestelle gebaseer op 'n enkelskyfie-mikrobeheerder (mikroprosessor) en 'n eksterne kommunikasiemodem. Dit laat toe dat die stelsel gestandaardiseer word ondanks die verskil in kommunikasiemodem.

Vir ander kommunikasievariante, verwys na eHouse dokumentasie.



Sodoende kan soortgelyke funksies en toerusting verkry word, asook maklike migrasie na ander kommunikasievariante of -weergawes.

1.1 @City (IoT / CIoT) Kommunikasie

Die @City-stelsel gebruik tans een van die geselekteerde kommunikasiemodules (modems):

1.2. Hardewarehulpbronne van IoT / CIoT-toestelle

Die geheel "intelligensie" van die stelsel is geleë in mikrobeheerder (mikroprosessor) en is nie baie afhanklik van die tipe kommunikasie nie. Die hardewarehulpbronne van IoT / CIoT-toestelle (mikroprosessor) is soos volg:

1.3. @City GSM-toestelle

@City GSM toestelle verbind via die mobiele netwerk van die GSM-selfoonoperateur deur een of meer tegnologieë en dienste. Hierdie dienste word gefaktureer en is afhanklik van die ondernemers en dienste afsonderlik. Die diens word op dieselfde manier as op selfone deur aktiewe SIM-kaarte gemagtig:

Die beskikbaarheid van geselekteerde dienste hang af van die kommunikasieoperateur en die ingeboude GSM-modem in die produksiestadium:

1) 2G (alle operateurs)

2) 2G / LTE CATM1 (Oranje) - daar is 'n 2G-moontlikheid as CATM1 nie beskikbaar is nie.

3) 2G / NBIoT (T-Mobile / Deutsche Telecom) - daar is 'n 2G-moontlikheid as NBIoT nie beskikbaar is nie en die operateur dit toelaat.

4) 2G / 3G (alle operateurs)

5) 4G / LTE (alle operateurs)

6) Ander dienste kan ook beskikbaar wees, afhangende van die beskikbare modem en instellings.

Die eerste drie oplossings werk op dieselfde modem (NBIoT / CATM1 + terugval 2G). In die geval van gebruik "plastiek" Met Nano-SIM-kaarte is dit moontlik om die kaart te vervang en die toestel op afstand in te stel sodat dit goed werk in 'n ander diens. In die geval van MIM (SIM's in die vorm van 'n chip (IC)) word die besluit geneem op die stadium van die produksie van die toestel en is dit nie moontlik om die operateur of diens te verander nie. NBIoT is toegewy aan 'n baie klein hoeveelheid versende data ~ 512 kB per maand (onderhandel asseblief oor die waarde aan die operateur), wat 'n belangrike hindernis is vir sommige CIoT / IoT-oplossings.

Oplossing 4, 5 vereis dat ander modems in die produksiestadium geïnstalleer word.

Die kragverbruik van die toestel hang af van die diens en word van die laagste tot die hoogste getoon:

- NBIoT

- CATM1

- LTE

- 3G

- 2G / SMS / USSD / GPRS / EDGE

Data-oordragkoers van laagste na hoogste:

- NBIoT

- CATM1

- 2G / SMS / USSD / GPRS / EDGE

- 3G

- LTE



Alle @City GSM-toestelle kan toegerus word met 'n GPS-ontvanger vir geolokalisering en outomatiese posisionering op kaarte. Hulle kan ook mobiel werk as daar metings nodig is of in beweging is.




1.4. @City LoRaWAN-toestelle

LoRaWAN is 'n langafstand-kommunikasie-oplossing (tot ongeveer 15 km) werk in oop ISM-bande (bv. 433MHz, 868MHz, ens. ). Baie groot reekse vereis egter 'n beduidende afname in die transmissiesnelheid en datapakketlengte (bv. vir die hoogste bereik tot 250 bis per sekonde en 'n maksimum van 51 grepe data - loonvrag). Versending met herhalings en bevestigings kan baie lank duur, wat LoRaWAN in sommige oplossings kan uitskakel. Die aantal LoRaWAN-poortjies is ook belangrik om 'n goeie verskeidenheid toestelle te verseker, wat u in staat stel om teen hoër snelhede, minder foute en minder herhalings te werk.

LoRaWAN-toestelle kommunikeer met die @City wolk via LoRaWAN Gateways, wat dekking moet bied op die vereiste vlak vir alle beskikbare LoRaWAN-toestelle. Daarbenewens moet hierdie poortjies via die skakel met die LAN of die internet verbind word om data na die LoRaWAN netwerk / toepassingsbediener (NS / AS) te kan stuur.

Die webbediener word gebruik vir tweerigtingkommunikasie met LoRaWAN-poortjies en vir die stuur van inligting na / van LoRaWAN-toestelle.

Die netwerk- / toepassingsbediener kan op die plaaslike LAN of in die diensverskaffer se datasentrum geleë wees. Data van die toestelle word vanaf die netwerk / toepassingsbediener via integrasieprotokolle na die @City wolk (via webhook). Dit laat direkte integrasie van die @City LoRaWAN stelsel met @City databasisse.



Die toepassingsbediener kan ook uitgebreide logika en BIM (informasiemodellering) vir die stelsel implementeer, data op ontvangs verwerk en beheeropdragte (gebeure) na individuele toestelle stuur.

@City LoRaWAN-toestelle bevat addisionele funksies soos:


Die module sonder LoRaWAN-modem en verwerker kan dien as MEMs-sensormodule vir @City GSM-, WiFi-, Ethernet- en ander eHouse argitekture (3v3..3v6 DC aangedrewe)

2. Algemene gebruiksvoorwaardes @City (LoRaWAN, GSM) stelsels

AANDAG! Verkeerde instelling van die belangrikste kommunikasie-koppelvlakparameters kan die toestel vernietig of permanent blokkeer (waartoe ons geen fisiese toegang het nie).

Enige opdatering van 'n beheerder van 'n firmware en finale opset moet uitgevoer en getoets word (vir alle toestelle en vir minstens 'n week vir verskeie toestelle) voordat dit op die bestemmingsplek geïnstalleer word.

Die vervaardiger is nie verantwoordelik vir onbehoorlike konfigurasie / sagteware-opdatering wat deur ongemagtigde persone uitgevoer word nie, sowel as die uitvoering daarvan op plekke waar individuele beheerders geïnstalleer word nie.

Die koste van die deinstallasie, dienste, herstel, vervanging, herinstallasie word deur die stelselgebruiker gedra (nie die vervaardiger nie).

Om die firmware en konfigurasie op te dateer, is dit nodig om voldoende seinvlak en die beskikbaarheid van die benodigde dienste te verseker. Bogenoemde aktiwiteite kan onmoontlik wees op die finale installeringslokale van die beheerders en in hul omhulsels. Dit kan ook afhang van die seisoen, die weer en die verspreiding van radiogolwe.

Die koste van dienste wat verband hou met die konfigurasie / firmware-verandering word deur die gebruiker gedra (addisionele fooie vir data-oordrag, moontlike verwydering, installering van toestelle, ontsluiting, vervanging, ens. ).

Die maksimum bereik is suiwer teoreties, gemeet onder ideale radio-voortplantingstoestande en verwys na die werking van toestelle (met eksterne en ooreenstemmende antennas) in die gesigsveld (sonder belemmerings in die seinstraalbaan). Afhangend van die verstedeliking van die gebied, bome, weer, ligging en installeringsmetode, kan die reikafstand honderd keer erger wees as die bostaande gegewens.

2.1. Eksklusiewe voorwaardes van @City GSM.

Die gebruiker dra die koste en is verantwoordelik vir die tydige betaling van die intekening op die GSM-operateur en die hosting van @City-bediener. Gebrek aan dienskontinuïteit kan onomkeerbare veranderinge aan kritieke transmissieparameters veroorsaak en die hele stelsel blokkeer (bv. verandering van statiese IP-adres, verlies van internetdomein, verlies aan data / konfigurasie op die bediener, verlies aan sagteware, rugsteun, ens. ).

In die geval dat die gebruiker bogenoemde bedrae as 'n vaste tarief aan die produsent van die @City-stelsel betaal, is die Produsent nie verantwoordelik vir die voorwaardeveranderings van die aanbod of beëindiging van dienste wat deur eksterne entiteite verrig word nie.

Die stelselvervaardiger is nie verantwoordelik vir die kwaliteit van dienste wat deur derde partye gelewer word nie, insluitend die GSM-operateur, eksterne @City-hosting. Die vervaardiger is nie verantwoordelik vir die agteruitgang van die omvang van die verspreiding van radiogolwe nie (bv. as gevolg van die skepping van nuwe geboue, veranderinge in die ligging van GSM-uitsaaistasies (BTS), bome, ens. ).

In die geval van data-oordraglimiete (veral vir NBIoT), moet sagtewarekonfigurasie en opdatering aan die begin van die inskrywingstydperk uitgevoer word, met die laagste moontlike dataverbruik. Anders is dit moontlik om die toestel te blokkeer tot aan die einde van die faktuurperiode, as gevolg van blokkasies wat verband hou met die oorskryding van die oordragperk.

Die GSM-operateur is verantwoordelik vir die kwaliteit van die GSM-verbinding, nie die @City-stelselvervaardiger nie.

Die gebruiker verklaar dat hy / sy die volgende inligting aanvaar en daartoe instem.

2.2. Eksklusiewe voorwaardes vir @City LoRaWAN.

Die gebruiker dra die koste en is verantwoordelik vir die tydige betaling van huur- en installasiefooie vir die LoRaWAN-gateway, LoRaWAN Netwerk / Toepassingsbediener en @City-bediener hosting. Gebrek aan dienskontinuïteit kan onomkeerbare veranderinge aan kritieke transmissieparameters en permanente stelselblokkering veroorsaak (bv. verandering van statiese IP-adres, verlies van domein, verlies aan data / konfigurasie op die bediener, verlies aan sagteware, rugsteun, ens. ).

In die geval dat die gebruiker bogenoemde verpligtinge op 'n vaste tarief aan die @ City-produsent neerlê, is die produsent nie verantwoordelik om die voorwaardes te verander of die dienste wat deur eksterne entiteite gelewer word te beëindig nie.

Die stelselvervaardiger is nie verantwoordelik vir dienste gelewer deur eksterne entiteite nie, insluitend enige LoRaWAN-operateur, wat hosting vir die LoRaWAN netwerk / toepassingsbediener, eksterne @City-bediener hosting. Die vervaardiger is nie verantwoordelik vir die agteruitgang van die omvang van die verspreiding van radiogolwe nie (bv. as gevolg van die skepping van nuwe geboue, veranderinge in die ligging van LoRaWAN-poorte, skade aan LoRaWAN-poorte, kragonderbrekings, bome, steuring, seinverliese, ens. ).

In die geval van limiete vir die oordrag van data, moet die konfigurasie en opdatering van die sagteware aan die begin van die inskrywingstydperk uitgevoer word, met die minste huidige verbruik van data. Anders is dit moontlik om die toestel te blokkeer tot aan die einde van die faktuurperiode as gevolg van blokkasies wat verband hou met die oorskryding van die oordragperk. Die opdatering moet van die begin tot die einde een beheerder uitgevoer word om die korrektheid van die werk te toets. As u die opdatering vir alle beheerders uitvoer, kan die radioband vir baie dae heeltemal geblokkeer word.

LoRaWAN gebruik publiek beskikbaar "oop radiobande" (433 of 868 MHz vir EU), wat versteur of beset kan word deur ander toestelle wat op dieselfde frekwensies werk. Die vervaardiger is nie verantwoordelik vir die kwaliteit van kommunikasie in bogenoemde geval nie.

Die gebruiker is verantwoordelik om die gebied met die toepaslike aantal LoRaWAN-hekke en hul ligging te bedek om die toepaslike vlak van seine vir alle toestelle en die hele @City LoRaWAN-stelsel te verkry.

@City GSM-toestelle kan gebruik word op plekke wat baie blootgestel is aan seininterferensie.

Die gebruiker verklaar dat hy / sy die volgende inligting aanvaar en daartoe instem.

3. @City (LoRaWAN, GSM) -beheerderkonfigurasie

Stelselkonfigurasie word via die webkoppelvlak uitgevoer. Konfigurasie is baie belangrik vir @City-beheerders en verkeerde instellings kan veroorsaak dat die stelsel heeltemal blokkeer. Dit word aanbeveel dat die volledige sjabloonkonfigurasie (standaardinstellings) uitgevoer en getoets word deur die @City-stelselvervaardiger.

3.1. @City Controller Configuration - Toeken van name


Beheerder adres 000000000000000 (15 nulle vir GSM / 16 vir LoRaWAN) is die verstekadres waarop van toepassing is alle beheerders in die gesin (d.w.s. vir dieselfde Verskafferkode en Lêerkode, en dieselfde tipe LoRaWAN / GSM-beheerder. As die beheerder nie sy eie individuele konfigurasie gedefinieer het nie, word die standaardkonfigurasie daarin gelaai.

In die geval van GSM-beheerders, stem hierdie adres ooreen met die unieke IMEI-nommer (15 karakters) wat deur die vervaardiger van die GSM-modem toegeken is.

In die geval van LoRaWAN-beheerders, stem hierdie adres ooreen met die unieke "Dev EUI" nommer gegee deur die vervaardiger van die LoRaWAN-modem (16 karakters in heksadesimale kode).

Verskafferkode - is 'n unieke parameter vir die klant (gebruiker)

Lêerkode - is 'n parameter wat die tipe firmware aandui (hang af van die toerusting en beskikbare algoritmes)

In die meeste gevalle is dit voldoende om hierdie een toestel (standaard) vir die hele stelsel op te stel of as 'n sjabloon vir ander bestuurders. Wanneer u 'n nuwe beheerkonfigurasie skep, word hierdie instellings vanaf die sjabloon gekopieër.

Beide firmware en konfigurasies vir alle installasies (gevalle) is op die bedieners van die @ City-stelselvervaardiger beskikbaar via die WWW, waartoe die gebruiker beperkte toegang het. Die korrekte opset is egter baie belangrik, en dit word nie aanbeveel om veranderinge aan te bring sonder om op verskillende toestelle met volledige fisiese toegang (op die lessenaar) te toets nie. Vir meer inligting, raadpleeg die algemene voorwaardes van die @City-stelsel en die spesifieke voorwaardes vir 'n spesifieke manier van kommunikasie.

3.2. Algemene opset van @City LoRaWAN & GSM-beheerders

3.2.1 Algemene konfigurasie van @City GSM-toestel

Lees die algemene voorwaardes van die @ City-stelsel en stelselspesifieke voorwaardes voordat u met die konfigurasie begin @City GSM.




Verskafferkode - bevat 8 karakters wat gestoor word in heksadesimale kode wat aan een klant (gebruiker) toegewy is. Dit word toegestaan ​​in die produksiestadium van die kontroleerder. 'N Poging om te verander kan die beheerder permanente skade berokken.

Lêerkode - bevat 8 karakters wat in die heksadesimale kode gestoor word, toegewy aan een firmware-weergawe van die beheerder. Dit word toegeken tydens die produksiestadium van die beheerder en kan afhang van die tipe kommunikasie (GSM / LoRaWAN) en addisionele toerusting, bv. sensors, die aantal insette / uitsette en individuele algoritmes. Die verandering kan permanente skade of blokkering van die beheerder veroorsaak.

PIN-nommer - 4-syfer-pinnommer as dit vir die SIM-kaart ingestel is. Dit word nie aanbeveel om PIN's in te stel nie. Vir plastiek-SIM-kaarte kan u dit op u selfoon verwyder. Die invoering van 'n verkeerde SIM kan die kaart permanent in die toestel blokkeer (waartoe ons uiteindelik nie fisiese toegang sal hê nie).

SMS-nr. - SMS-nommer wanneer u status via SMS stuur. Hierdie opsie is beskikbaar, afhangend van die diens en die operateur (2G / CATM1 / NBIoT). Dit vereis ook dat die vlag aangeskakel moet word: SMS inskakel.

USSD Str - USSD-opdrag vir die stuur van status via USSD. Hierdie opsie is slegs beskikbaar vir geselekteerde soorte GSM-modems (2G / 3G + GPS). Die opsie: USSD Inskakel word benodig. Die operateur moet die USSD-diens lewer en aktiveer.

APN - Toegangspuntnaam. Die naam van die internettoegangspunt, bv. internet (vir spesiale dienste soos LTE-M1 of NB-IoT, kan dit deur die operateur individueel toegeken word).

WWW-adres - webadres (domein of IP) vir HTTP-toegang.

WWW-bladsy - webbladadres, waar beheerstatusse en -opdragte gestuur word.

HTTP inskakel - Aktiveer HTTP-data-oordrag. Hierdie metode genereer baie keer meer data-oordrag as alle ander kommunikasiemetodes, wat kan lei tot verhoogde koste, wat die oordragperk oorskry of die onvermoë om sommige dienste, soos NBIoT, te gebruik.

TCP / UDP-adres - IP-adres van die @City-bediener vir die ontvangs en oordrag van data tussen die wolk en toestelle. Dit word aanbeveel om 'n vaste IP-adres te gebruik, nie 'n internetdomeinadres nie.

TCP-poort - TCP / IP-poort vir kommunikasie

TCP inskakel - Hiermee kan u TCP / IP-oordrag aktiveer. Uitsendraamwerke en TCP-bevestigings verhoog die hoeveelheid data in verhouding tot UDP-uitsendings, maar dit verseker dat die korrektheid van die data bevestig word en waarborg dat dit gelewer word indien daar kommunikasie beskikbaar is.

UDP-poort - Poort vir ontvangs van status via UDP

UDP inskakel - Skakel UDP-transmissie aan

Aux-adres, Aux-poort, Aux inskakel - toekomstige toepassings

Aux2-adres, Aux2-poort, Aux2 aangeskakel - toekomstige toepassings

Aktivering van sensorondersteuning (hulle moet fisies op die @ City-module gemonteer word). Andersins kan die toestel baie stadiger en minder stabiel werk. Sensors word in die produksiestadium vir die hele produksiereeks geïnstalleer.

Temp, druk, humiditeit, gas - geïntegreerde sensor vir temperatuur, druk, humiditeit en luggehalte

Temp + Presure - Geïntegreerde temperatuur- en druksensor

Gyroscoop - Gyroscoop sensor in 3 asse (X, Y, Z)

Magnetometer - Magnetiese sensor in 3 asse (X, Y, Z)

Versnellingsmeter - Versnellings- / vibrasiesensor in 3 asse (X, Y, Z)

Kleur - Kleursensor (R, G, B, IR, G2)

Omgewing + proximeter - geïntegreerde ligvlak en (10 cm bereik) proximeter sensor

GSM-opdragte - bykomende opdragte vir inisiëring van die modem

Hash-kode - 'n Bykomende koderingskode. Moenie verander nie.

HTTP-oordrag - Bykomende HTTP-kommunikasie-opsies

Globale adres - Die globale adres van die beheerder vir toestel-tot-toestel-beheer.

GSM-modus - GSM-kommunikasiemodus (slegs 2G, slegs LTE, CATM1, NBIoT, 2G + CAT M1, LTE 800, LTE 1800). Verkeerde instelling van kommunikasiemodus kan lei tot permanente blokkering van toestelkommunikasie.

3.2.2. Algemene konfigurasie van @City LoRaWAN-beheerders

Die meeste opsies is dieselfde as in die GSM-beheerder. In beginsel word alle velde wat verband hou met GSM-kommunikasie nie gebruik tydens LoRaWAN-beheerder nie. LoRaWAN-toestelle het verskillende firmware wat die LoRaWAN-module in plaas van GSM ondersteun.

Op die @City LoRaWAN toestel kant, konfigurasie is baie eenvoudig:

Toepassing EUID - Toepassings-ID vir LoRaWAN-bediener (16 karakters in die hex-kode) - toepassing gedefinieer op die LoRaWAN-netwerk / toepassingsbediener waarheen ons data stuur.

Toepassingsleutel - toepassingsmagtigingsleutel vir LoRaWAN-bediener (soos hierbo)

Deaktiveer aanpasbare datatempo - Deaktiveer aanpasbare spoedkeuse. Dit laat u toe om 'n konstante snelheid van die toestel af te dwing. In sommige situasies kan dit groot kommunikasieprobleme veroorsaak. Daar moet in ag geneem word dat, namate die RSSI- en SNR-parameters verbeter in die aanpasbare modus, die spoed aansienlik verhoog. Dit verminder die tyd van data-oordrag per radio aansienlik "Op die lugtyd" en baie meer dikwels kan inligting tussen die toestel en die bediener oorgedra word en andersom.

Datatempo (DR) - LoRaWAN skakel spoed seleksie. Hierdie spoed is nie van toepassing op Bootloader nie. In die geval dat die beheerder in die aanpasbare spoedinstellingsmodus werk, is dit slegs die beginwaarde, omdat die beheerder outomaties die optimale snelheid kies om die tyd van die boodskapoordrag in die lug te beperk, na verskeie pogings om te stuur.

Dateer instellings op - stoor die opstartkonfigurasie van die beheerder - alle instellings



Die res van die @City LoRaWAN-konfigurasie is geleë in die oorblywende elemente van die LoRaWAN-konfigurasieskerms in hoofstuk 4.

3.3. Konfigurasie van binêre insette




Binêre insette het 'n aantal funksies en parameters wat outonome werking van die beheerder moontlik maak:

Keer om - invoer ontkenning wanneer sensors "normaalweg verbind" (NC) is verbind.

Alarm - aktivering van die alarmfunksie.

Alarm vertraging - Alarm vertragingstyd. As die invoertoestand terugkeer na die oorspronklike toestand voordat hierdie tyd verstryk het, sal die alarm nie geaktiveer word nie.

Onthou Staat - Tyd om die verandering van die insettoestand te onthou.

Deaktiveer uitvoering - Blokkering van lopende gebeure wat verband hou met die insette.

Hardloop - Voer die opdrag-instellingsopdrag uit (Ad-Hoc)

Kopieer - Kopieer die instellingsopdrag van die invoer na die klembord

Gebeurtenis aan - Beskrywing van hoe om die geleentheid vir die hoë insetvlak uit te voer (1)

Direkte geleentheid aan - Geleentheidskode moet uitgevoer word as die invoer aan is (0 => 1)

Geleentheid af - Beskrywing van aktivering van gebeurtenisse vir lae insetvlak (0)

Direkte geleentheid af - Geleentheidskode moet uitgevoer word wanneer die invoer af is (1 => 0)

Alarmgebeurtenis - Beskrywing van die alarmgebeurtenis.

Direkte alarmgebeurtenis - Die gebeurteniskode wat geaktiveer moet word wanneer 'n alarm plaasvind

Dateer instellings op - stoor die opstartkonfigurasie vir alle instellings

3.4. Konfigurasie van binêre uitsette




Intelligente binêre uitsette kan as enkel of dubbel werk. Met die vorm kan u 'n opstartkonfigurasie vir die beheerder skep (as u dit met die Update-knoppie bevestig).

Die vorm dien ook as 'n skepper van geleenthede vir uitsette wat begin kan word deur op die Run-knoppie te druk of na die klembord gekopieër vir gebruik in die kontrolekonfigurasie, bv.



Konfigurasie van enkele uitsette:

Deaktiveer - Blokkeer die uitvoer in enkele modus (bv. as dit gebruik word om aandrywers te beheer om rolluike, hekke, aandrywers nie per ongeluk te beskadig nie)

admin - 'n Administratiewe vlag is nodig wanneer u kritieke instellings verander

Staat - toestandskeuse (aanvanklike opstelling of die aanvang van die geleentheid met die "run" knoppie)

Herhaal - Aantal herhalings (sikliese toestand verander)

Tyd aan - Tyd van uitsetaktivering

Rus kans - Tyd om die uitset uit te skakel (dit is belangrik as u gebeure herhaal)

Hardloop - Begin die geleentheid vir uittrede

Kopieer - Kopieer die gebeurtenis na die knipbord

Dateer instellings op - stoor die opstartkonfigurasie vir alle instellings

Konfigurasie met dubbele uitvoer:

Deaktiveer - Sluit 'n paar uitsette in dubbele modus uit (bv. indien dit as enkele insette gebruik word)

admin - 'n Administratiewe vlag is nodig wanneer u kritieke instellings soos die ry-modus verander

Somfy - dryfmodus (gekontroleerd => Somfy / ongemerk => Direkte servo)

Staat - staat seleksie (vir aanvanklike opstel of middagete vir die geleentheid met die "run" knoppie)

Herhaal - Aantal herhalings (sikliese verandering van toestande)

Tyd aan - Tyd van beurt op die gegewe toestand

Skakel tyd uit - Tyd om uitsette te blokkeer (minimum tyd tussen veranderinge in die uitsette) om dryfvere teen skade te beskerm.

Rus kans - Tyd om die uitset uit te skakel (dit is belangrik as u gebeure herhaal)

Hardloop - Begin die geleentheid vir die rit

Kopieer - Kopieer die gebeurtenis na die knipbord

Dateer instellings op - stoor die opstartkonfigurasie vir alle instellings

3.5. Konfigurasie van ADC-meetinvoere en addisionele sensors (XIN)




Keer om - omgekeerde skaal (100% -x) van die ADC-invoer

Alarm L - Aktivering van die opsie om 'n alarm te genereer wanneer die waarde onder die minimum daal. drumpel

Alarm H - Aktivering van die opsie om 'n alarm te genereer as die waarde die maksimum oorskry. drumpel

Alarm vertraging - Alarm vertragingstyd. As die invoerstatus terugkeer na die "OK" vlak voor die tyd verstryk, sal die alarm nie geaktiveer word nie.

Geleentheid Deaktiveer - Blokkering van uitvoering van gebeurtenisse

admin - admin vlag wat die verandering van die meting invoer konfigurasie moontlik maak

LAE gebeurtenis - beskrywing van die gebeurtenis wat uitgevoer is toe die lae drempel oorskry is

LAAG Direk - gebeurteniskode wat uitgevoer moet word nadat die waarde onder die onderste drempel verlaag is

Lae vlak - Vlak van die onderste drempel (min)

OK gebeurtenis - Beskrywing van die "OK" gebeurtenis

OK direk - gebeurteniskode wat uitgevoer moet word nadat u die "OK" reeks

HOË Geleentheid - Beskrywing van die gebeurtenis vir die boonste drumpel

HOOG Direk - gebeurteniskode wat uitgevoer moet word nadat die boonste drempelwaarde oorskry is

Hoë vlak - Vlak van die boonste drumpel (maksimum)

Hardloop - voer die konfigurasiegebeurtenis uit (verandering van ADC Ad-Hoc-konfigurasie)

Dateer instellings op - stoor die aanvanklike konfigurasie vir die ADC-insette

3.6. Dimmers-konfigurasie PWM / 0..10V




Keer om - Omkering van die dowwer polariteit (100% - x)

admin - 'n Administratiewe vlag waarmee u kritieke opsies kan verander

Deaktiveer - Blokkeer die dowwer uitset

Een keer - Verander die dimmerinstellings een keer (stop dan die dimmer)

Waarde Min - minimum waarde van dowwer instellings

Waarde - dimmer se teikenwaarde

Wyse - Dimmer instellingsmodus (Stop / - / + / Stel)

Stap - Stap om die dowwer vlakwaarde te verander

Waarde Maks - die maksimum waarde van die dowwer instelling

Hardloop - Begin die dowwer gebeurtenis

Kopieer - Kopieer die gebeurtenis na die knipbord



Die RGBW-dimmer haal die instellingswaardes uit individuele kleure.

Daarbenewens laat dit u toe om die deurlopende kleurveranderingsmodus te aktiveer met behulp van die voorinstellings van enkele dimmers.

Dateer instellings op - stoor die opstartkonfigurasie vir alle instellings





Knoppies:

Dateer instellings op - stoor die konfigurasie in die @City-stelsel

Alle beheerders - 'n lys van alle beheerders

Instellings - instellings van die huidige beheerder

Verander name - verander die naam van die huidige beheerder

Beplanner - die skeduleerder-kalender-redakteur van die huidige beheerder

Skryf Config * - stuur 'n opdrag om die konfigurasie deur die beheerder af te laai

Firmware-opgradering * - stuur 'n opdrag om die firmware deur die beheerder af te laai

Herstel beheerder * - stuur 'n reset-opdrag om deur die beheerder af te laai

Herstel beheerder - kopieer - kopie van die beheerterugstellinggebeurtenis na die knipbord

Teken uit - afmelding van die gebruiker (om veiligheidsredes moet u ook alle oop gevalle van die webblaaier sluit wat die aanmeldparameters in die kas kan stoor).

* - stuur die opdrag beteken om by te voeg tot die gebeurtenisry. By die koppeling van beheerder aan die @ City-stelsel laai die beheerder hierdie gebeure af.

3.7. Konfigurasie van kalenderbeplanner


Die kalender-skeduleerder kan outonome aanleiding gee tot herhalende of geskeduleerde gebeure (opdragte). 'N Voorbeeld is byvoorbeeld om die straatlamp om 17 uur aan te skakel en om 7 uur (in die winter) uit te skakel.

Uitvee (uitvee) - verwyder die skedule-item.

Af. (Aktiveer) - Aktiveer skedule-item (slegs die posisies sal uitgevoer word met die Enable vlag stel)

Naam - Gebeurtenisnaam (u kan die gebeurtenis op 'n herkenbare manier beskryf)

Gebeurteniskode - gebeurteniskode in heksadesimale kode (gekopieër vanaf die knipbord wanneer u opdragte skep)

Maandvelde (Ja, Fe, .., Nee, De) - maande Januarie ... Desember waarin die geleentheid begin word

Dag - Dag. U kan enige dag van die maand kies of "*" vir almal (wat die geleentheid elke dag bestuur).

Weekdagvelde (Ma, Di, .. Su) - u kan die dae van die week waarop die geleentheid uitgevoer sal word, kies.

Uur - Die uur. U kan enige uur of kies "*" vir almal (die geleentheid word elke uur aangebied).

Min - Minuut. U kan enige minuut kies of "*" vir almal (hou die geleentheid elke minuut).



Logies "en" algoritme word tussen alle velde geïmplementeer (behalwe Naam ), dus moet almal ontmoet word om die geleentheid te kan uitvoer.



Bv. Skakel straatlampe aan ( November, Desember, Januarie, Februarie ) by 17.01 sonder Sondae.

Af - gekies

Event code - 00002101010000000000 // run van die 1ste binêre uitvoer

Maande velde - enigste Nee, De, Ja, Fe gemerk is

Dag - gekies "*" vir elke dag van die maand

Uur - die gekose tyd is 17

Min - gekose minuut 01

Weekdagvelde - alles behalwe So gekies

4. LoRaWAN-netwerkinfrastruktuurkonfigurasie

Hierdie hoofstuk is slegs van toepassing op LoRaWAN-kommunikasie. In die geval van stelsels wat met ander oordragmetodes werk, kan dit weggelaat word.

Volgens die LoRaWAN-netwerkspesifikasie verbind die beheerder indirek met die @City-wolk deur:

4.1. LoRaWAN Gateway-konfigurasie.

Daar is baie LoRaWAN-poortjies op die mark wat gelyktydig 'n aantal addisionele opsies kan bevat:

4.1.1. Basiese opset van LoRaWAN gateway

Die LoraWAN-poort moet vanaf ten minste een konfigurasiestasie toeganklik wees.

Wanneer u via Ethernet / WiFi installeer en slegs vanaf 'n plaaslike LAN / WLAN instel, is die beveiliging van die poort nie baie belangrik nie (tensy ons toegang tot die poort van buite bied, d.w.s. die internet).

In die geval dat die LoRaWAN-poort slegs via GSM / LTE gekoppel is, is dit nodig om die poort te beveilig teen toegang en verskillende soorte aanvalle.

- As ons op afstand met die LoRaWAN-poort wil verbind, moet dit 'n openbare + statiese IP-adres en SSH-diens beskikbaar hê. Andersins, moet u fisies verbinding maak met die poort via 'n Ethernet- of WiFi-koppelvlak.

- dit is nodig om ingewikkelde toegangswagwoorde vir alle gebruikers op die toestel in te stel.

- skakel alle ongebruikte dienste uit soos Telnet, FTP, POP, SMTP, IMAP, WWW, ens. dit kan die teiken van aanvalle wees "beset" die poort met ander prosesse soos aanmeldpogings.

- u kan die moontlikheid om aan te meld, slegs vanaf stasies met geselekteerde statiese IP-adresse beperk, wat 'n baie effektiewe beskerming teen inbraak is. Dit geld ook vir oënskynlik onbeduidende dienste soos ICMP (ping), HTTP, FTP, ens.

- na volledige konfigurasie en baie weke se stelseltoetse, kan ons alle eksterne dienste en afstandtoegang blokkeer, wat egter die diens sal belemmer, die deurganglêers sal soek en nagaan.

4.1.2. Semtech Packet Forwarder (SPF) -konfigurasie

Die SPF se taak is om LoRaWAN-pakkette via die IP-netwerk (UDP-protokol) na die LoRaWAN-netwerkbediener te stuur na die vereiste adres van die LoRaWAN-netwerkbediener.

LoRaWAN Gateway met SPF is deursigtig en gee alle pakkies in albei rigtings deur.

Dit verwerk of magtig datapakkette in enige rigting.

Die opstel van SPF is baie eenvoudig en behels "regie" dit na die vereiste LoRaWAN-netwerkbediener.

Meld u via SSH aan by die LoRaWAN-poort met behulp van die gebruikersnaam en wagwoord wat deur die toestelvervaardiger gespesifiseer word.

Installeer SPF volgens die instruksies van die LoRaWAN-gateway-vervaardiger.

Die SPF-opstelgids is "/ gebruiker / spf / ens /" afhangende van die LoRaWAN-gateway-vervaardiger, kan dit egter op ander plekke geleë wees.

Die hoofkonfigurasie van SPF is in die lêer "/user/spf/etc/global_conf.json", wat saam met die beskikbare redakteur (soos bv. vi of nano). Ons verander die waarde van die parameter: "bedieneradres" deur die vaste IP-adres van die netwerkbediener of die domeinnaam in te voer (vereis 'n addisionele behoorlik gekonfigureerde DNS-kliëntediens).

Die standaardpoort vir retourkommunikasie is 1700 (as u van plan is om dit te verander, moet u dieselfde op die LoRaWAN-netwerkbediener doen) deur identiese waardes in te voer.

Logboeke van die SPF-pakket is in die "/ gebruiker / spf / var / logs /" gids in die spf.log lêer en die argiefkopieë daarvan.

Die netwerkkonfigurasie van die LoRaWAN-gateway op Linux OS is normaalweg in die gids "/ ens /", waar u standaard netwerkdienste kan aktiveer / deaktiveer en die bediener kan beveilig.

U moet ook die wagwoorde verander van alle gebruikers wat op die stelsel beskikbaar is met die passwd opdrag om te beskerm teen ongemagtigde toegang deur ongemagtigde persone. U moet ook die gebruikerswagwoord verander vir webgebaseerde ondersteuning.

Dit is ook die beste om WiFi-kommunikasie uit te skakel, want indringers kan probeer om aanvalle via hierdie transmissiemedium te gebruik.

Nadat u hierdie konfigurasie voltooi het, moet u die poort weer met die herlaai bevel.



4.2. LoRaWAN-netwerk- / toepassingsbediener-konfigurasie

Daar is baie oplossings vir netwerk- en toepassingsbedieners (gratis ingesluit). Elkeen het sy eie manier van integrasie met eksterne dienste en stelsels (bv. wolke soos @Stad ). Om hierdie rede is die @Stad Die stelsel moet 'n koppelvlak hê vir integrasie met die geïnstalleerde LoRaWAN NS / AS-bediener.

In die geval van 'n produksiestelsel, kan ons die gratis diens gebruik "Die Dinge Netwerk", solank ons ​​binne baie groot daaglikse perke is wat vir elke toestel gedefinieer word (veral "Op die lugtyd" (30s **) en 'n klein aantal opdragte wat na die toestel gestuur word (10 **)}.

** aanduidende huidige daaglikse perke vir toestelle kan verander.

As u nuwe firmware en konfigurasie moet laai, is dit nodig om u eie LoRaWAN-bediener (netwerk + toepassing) te gebruik.

Dit gee ons verskeie opsies:

Op sommige stelsels word die firmware + -konfigurasie vasgestel (vir alle beskikbare beheerders in die stelsel) en begin in die stadium van die aanvanklike stelselkonfigurasie, wat die keuse vereenvoudig.

(*) - in hierdie gevalle is dit nodig om 'n tweede LoRaWAN-gateway op die tweede bediener in te stel vir konfigurasie en firmware-opdatering, sodat die produksie-omgewing voortdurend kan werk. Vir lae kritieke toepassings kan u die konfigurasie van een LoRaWAN-toegewyde LoRaWAN-bediener verander, wat egter lei tot verlies aan kommunikasie met die produksie-omgewing en verkeerde werking van hierdie toestelle.

Daar moet besef word dat die sagteware-opdatering van 'n enkele LoRaWAN-beheerder ongeveer 'n uur duur, met 'n goeie reikafstand (DR> = 4), dus dit is die moeite werd om 'n addisionele poort te gebruik om die firmware en konfigurasie op te gradeer. By lae dekking (DR <4) is firmwarekonfigurasie en opdatering nie moontlik nie en benodig 'n gateway met LTE-kommunikasie naby die opgedateerde toestelle.

4.2.1. LoRaWAN-netwerkbediener-konfigurasie

Voeg die LoRaWAN-kommunikasiepoort op die LoRaWAN-netwerkbediener by (die adres is op die omslag of in die lêer geleë "gebruiker / spf / etc / local_conf.json", of in die logboeke vertoon word "/user/spf/var/log/spf.log". Kyk in die webbedienerlogboeke dat die kommunikasiegateway met die bediener verbind is.

Die volgende stappe is die konfigurasie van die toepassingsbediener (dit is gewoonlik op dieselfde toestel as die netwerkbediener geleë).

Die volgende stappe wat uitgevoer moet word, hang af van die toepassingsbedieneroplossing wat gebruik word en die beskikbaarheid van die Back-End / Front-End-koppelvlak. Die koppelvlak vereenvoudig "eerste stappe" en stelselkonfigurasie.

Oor die algemeen moet u:

 







5. Werktoestand van @City GSM / LoRaWAN-toestelle

Temperatuur - 40C .. + 65C

Humiditeit 0..80% rH. geen kondensasie (toestel)

GSM Kragtoevoer 5VDC @ 2A ±0,15 V (vir PPM-sensor en wanneer relais gekoppel word)

3.5VDC..4.2VDC @ 2A (in ander gevalle)


LoRaWAN power supply 5VDC @ 300mA ± 0,15 V (vir PPM-sensor en wanneer relais gekoppel word)

3VDC..3.6VDC @ 300mA (in ander gevalle)


GSM + GPS-toestelle:

Antenne-invoer 50ohm

SIM nano-SIM of MIM

(keuse in die produksiestadium - MIM stel 'n netwerkoperateur op)

Modem Goedkeuring Oranje (2G-CATM1), T-Mobile / DT (2G-NBIoT), 2G Ander operateurs


BANDE (Europa) Klasuitsetkraggevoeligheid

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

B3, B8, B20 (NB-IoT - 800MHz ) ** 3 +23dB ±2 < -113.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 (RAND) * E2 +26dB ±2 < -109.4dB

As u 'n eksterne smalband-antenna gebruik wat frekwensie vir 'n gegewe band pas.


* slegs vir Combo-modem: 2G, CATM1, NB-IoT

Sertifikate:



GPS / GNSS:

bedryfsfrekwensie: 1559..1610MHz

antenna impedansie 50ohm

maksimum sensitiwiteit * -160dB stilstaande, -149dB navigasie, -145 koue begin

TTFF 1s (warm), 21s (warm), 32s (koud)

A-GPS ja

Dinamika 2g

minimale verversingsnelheid 1 Hz


* ooreenstemmende eksterne smalbandantenne



LoRaWAN-toestelle 1.0.2 (8 kanale, TX-krag: + 14dBm) Europa (863-870MHz)

DR T modulasie BR bit / s Rx Sensitivity Rx Toetse

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,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

(*) Parameters benodig om die firmware van die stelsel via OTA op te gradeer

(DR) - Datatempo

(BR) - Bitsnelheid

T - Die minimum periode van data-opdatering na die @City-wolk




LoRaWAN praktiese dekkingstoetse:


Toetsvoorwaardes:

LoRaWAN Kerlink ifemtocell Interne poort

passiewe buite breëband antenna buite geplaas op 'n hoogte van ~ 9m bo grondvlak Wygoda gm. Karczew (~ 110 m bo seespieël).

LoRaWAN-toestel met geforseerde DR0 met 'n eksterne breëband-magnetiese antenne wat 1,5 m bo die grond op die motordak geplaas is.

Landelike gebiede (wei, lande met klein boompies en skaars geboue)


Die verste resultaat was Czersk ~ 10,5 km (~ 200 m bo seespieël) met RSSI gelyk aan -136dB (d.w.s. met die maksimum sensitiwiteit van die LoRaWAN-modem wat deur die vervaardiger gewaarborg word)