IoT i CIoT-enheder - smarte løsninger

LoRaWAN & GSM - Smart City





iSys - intelligente systemer







UDKAST

Indholdsfortegnelse

1. Introduktion. 3

1.1 @City ( IoT/CIoT ) Communication 4

1.2. Hardware-ressourcer til IoT / CIoT-enheder 4

0..4 programmerbare binære indgange 4

0..4 programmerbare binære udgange 4

0..4 tælleindgange (ikke-flygtige tællere) 4

0..4 lysdæmperudgange (PWM eller 0..10V) 5

Infrarød indgang + udgang 5

0..4 måleindgange (ADC) 5

serielle grænseflader SPI / I2C / UART / CAN 5

1.3. @City GSM Devices 6

1.4. @City LoRaWAN Devices 9

Det module uden LoRaWAN modem og processor may act as MEMs Sensor Module for @City GSM, Trådløst internet, Ethernet, og 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. Konfiguration af binære indgange 18

3.4. Konfiguration af binære udgange 19

3.5. Konfiguration af ADC-måleindgange og yderligere sensorer (XIN) 21

3.6. Lysdæmperkonfiguration PWM / 0..10V 22

3.7. Kalender-planlægningskonfiguration 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 Packet Forwarder (SPF) -konfiguration 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. Introduktion.

Det @City system understøtter et antal elektroniske enheder (controllere) - kaldet som node, mote, device. Mange typer kommunikation (kablet og trådløs) er tilgængelig afhængigt af den tilgængelige infrastruktur, krav og betingelser.

Device types available in the @City system:

Alle enheder er integreret med hinanden via @City cloud, og der er mulighed for hybrid samarbejde afhængigt af tilgængeligheden af ​​en given kommunikationsinfrastruktur.

For bygninger og tilgængelighed af LAN eller WiFi tilsluttet internettet kan vi bruge eHouse løsninger via eHouse.PRO server (der kan sende / modtage data til @City Sky):

Følgende dokument beskriver GSM og LoRaWAN enheder baseret på en single-chip mikrocontroller (mikroprocessor) og et eksternt kommunikationsmodem. Dette gør det muligt for systemet at blive standardiseret på trods af forskellen i kommunikationsmodem.

For andre kommunikationsvarianter henvises til eHouse dokumentation.



Dette gør det muligt at opnå lignende funktionalitet og udstyr samt let migrering til andre kommunikationsvarianter eller versioner.

1.1 @City ( IoT/CIoT ) Communication

Det @City system currently uses one of the valgte communication modules ( modems ):

1.2. Hardware-ressourcer fra IoT / CIoT-enheder

Det hele "intelligens" af systemet befinder sig i mikrocontroller (mikroprocessor) og er ikke særlig afhængig af typen af ​​kommunikation. Hardware-ressourcerne for IoT / CIoT-enheder (mikroprocessor) er som følger:

1.3. @City GSM Devices

@City GSM devices connect through the cellular network of the GSM mobile operator through one or more technologies og services. Disse tjenester faktureres og afhænger af operatørerne og tjenesterne individuelt. Tjenesten godkendes på samme måde som i mobiltelefoner via aktive SIM-kort:

Det availability of valgte services depends on the communication operator og the built-in GSM modem at the production stage:

1) 2G (alle operatører)

2) 2G / LTE CATM1 (orange) - der er 2G tilbagefaldsmulighed, når CATM1 ikke er tilgængelig.

3) 2G / NBIoT (T-Mobile / Deutsche Telecom) - der er 2G tilbagefaldsmulighed, når NBIoT ikke er tilgængelig, og operatøren tillader det.

4) 2G / 3G (alle operatører)

5) 4G / LTE (alle operatører)

6) Andre tjenester kombination kan også være tilgængelige afhængigt af tilgængeligt modem og indstillinger.

De første 3 løsninger fungerer på det samme modem (NBIoT / CATM1 + fallback 2G). I tilfælde af brug "plast" Nano SIM-kort er det muligt at udskifte kortet og eksternt konfigurere enheden til at fungere korrekt i en anden tjeneste. I tilfælde af MIM (SIM'er i form af en chip (IC)) træffes beslutningen på produktionsstadiet af enheden, og det er ikke muligt at ændre operatør eller service. NBIoT er dedikeret til en meget lille mængde transmitterede data ~ 512 kB pr. Måned (forhandl venligst denne værdi til operatøren), hvilket er en væsentlig hindring for nogle CIoT / IoT-løsninger.

Løsninger 4, 5 kræver installation af andre modemer i produktionsfasen.

Enhedens strømforbrug afhænger af tjenesten og vises fra laveste til højeste:

- NBIoT

- CATM1

- LTE

- 3G

- 2G / SMS / USSD / GPRS / EDGE

Dataoverførselshastighed fra laveste til højeste:

- NBIoT

- CATM1

- 2G / SMS / USSD / GPRS / EDGE

- 3G

- LTE



All @City GSM devices can be equipped with a GPS receiver for geolocation og automatic positioning on maps. De kan også arbejde mobil, når der er behov for målinger eller arbejde i bevægelse.




1.4. @City LoRaWAN Devices

LoRaWAN is a long rækkevidde communication solution ( up to approx. 15 km), der arbejder i åbne ISM-bånd (f.eks. 433MHz, 868MHz osv. ). Imidlertid kræver meget store områder en signifikant reduktion i transmissionshastighed og datapakkelængde (f.eks. for det højeste interval op til 250 bits pr. sekund og maksimalt 51 byte data - nyttelast). Transmission with repetitions og confirmations can take a very long time, which may eliminate LoRaWAN in some solutions. Det number of LoRaWAN gateways is also important to ensure a good rækkevidde of devices, which allows you to work at higher speeds, fewer errors og 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/SOM ).

Det web server is used for two-way communication with LoRaWAN gateways og for sending information to/ from LoRaWAN devices.

Netværket / applikationsserveren kan findes på den lokale LAN eller i tjenesteudbyderens datacenter. Data fra enhederne sendes fra netværks- / applikationsserveren via integrationsprotokoller til @City cloud (via webhook). Dette muliggør direkte integration af @City LoRaWAN system med @City databases.



Applikationsserveren kan desuden implementere udvidet logik & BIM (informationsmodellering) til systemet, behandle data ved modtagelse og sende kontrolkommandoer (begivenheder) til individuelle enheder som svar.

@City LoRaWAN devices contains additional features as:


Det module uden LoRaWAN modem og processor may act as MEMs Sensor Module for @City GSM, Trådløst internet, Ethernet, og other eHouse architectures ( 3v3..3v6 DC powered )

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

OPMÆRKSOMHED! Forkert indstilling af de vigtigste parametre for kommunikationsgrænseflade kan forårsage ødelæggelse eller permanent blokering af enheden (som vi ikke har fysisk adgang til).

Enhver controller opdatering af en firmware og endelig konfiguration skal udføres og testes (for alle enheder og i mindst en uge for flere enheder), før de installeres på destinationsstedet.

Producenten er ikke ansvarlig for forkert konfiguration / softwareopdatering udført af uautoriserede personer samt deres udførelse på steder for installation af individuelle controllere.

Alle omkostninger ved afinstallation, service, reparation, udskiftning, geninstallation afholdes af systembrugeren (ikke producenten).

For at opdatere firmwaren og konfigurationen er det nødvendigt at sikre et tilstrækkeligt signalniveau og tilgængeligheden af ​​de nødvendige tjenester. Ovenstående aktiviteter kan være umulige på controllernes endelige installationssteder og i deres kabinetter. De kan også afhænge af sæsonen, vejret og udbredelsen af ​​radiobølger.

Alle omkostninger til tjenester relateret til konfiguration / firmwareændring afholdes af brugeren (ekstra gebyrer for dataoverførsel, mulig afinstallation, installation af enheder, oplåsning, udskiftning osv. ).

Det maksimale interval er rent teoretisk målt under ideelle radioformeringsforhold og henviser til betjeningen af ​​enheder (med eksterne og matchede antenner) i synsfeltet (uden forhindringer i signalstrålestien). Afhængigt af urbaniseringen af ​​området, træerne, vejret, placeringen og installationsmetoden kan rækkevidden være dårligere flere hundrede gange end ovenstående data.

2.1. Exclusive Conditions of @City GSM.

Det user bears the costs og is responsible for timely payment of the GSM operator subscription og @City server hosting. Manglende servicekontinuitet kan medføre irreversible ændringer af kritiske transmissionsparametre og blokering af hele systemet (f.eks. ændring af statisk IP-adresse, tab af internetdomæne, tab af data / konfiguration på serveren, tab af software, sikkerhedskopier osv. ).

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

Det system manufacturer is not responsible for the quality of services provided by third parties, including the GSM operator, external @City hosting. Producenten er ikke ansvarlig for forringelsen af ​​rækkevidden af ​​radiobølgeudbredelse (f.eks. due to the creation of new buildings, changes in the location of GSM broadcasting stations ( BTS ), trees, etc. ).

I tilfælde af dataoverførselsgrænser (især for NBIoT) skal softwarekonfiguration og opdatering udføres i begyndelsen af ​​abonnementsperioden med det lavest mulige dataforbrug. Ellers er det muligt at blokere enheden indtil slutningen af ​​faktureringsperioden på grund af blokeringer forbundet med overskridelse af overførselsgrænsen.

Det GSM operator is responsible for the quality of the GSM connection, not the @City system manufacturer.

Brugeren erklærer, at han / hun accepterer følgende oplysninger og accepterer det.

2.2. Exclusive conditions for @City LoRaWAN.

Det user bears the costs og is responsible for the timely payment of lease og installation fees for the LoRaWAN gateway, LoRaWAN Network/Application Server og @City server hosting. Manglende servicekontinuitet kan medføre irreversible ændringer af kritiske transmissionsparametre og permanent systemblokering (f.eks. ændring af statisk IP-adresse, tab af domæne, tab af data / konfiguration på serveren, tab af software, sikkerhedskopier osv. ).

In the begivenhed 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.

Det system 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. Producenten er ikke ansvarlig for forringelsen af ​​rækkevidden af ​​radiobølgeudbredelse (f.eks. 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. ).

I tilfælde af dataoverførselsgrænser skal softwarekonfiguration og opdatering udføres i begyndelsen af ​​abonnementsperioden med det mindst aktuelle dataforbrug. Ellers er det muligt at blokere enheden indtil slutningen af ​​faktureringsperioden på grund af blokeringer forbundet med overskridelse af overførselsgrænsen. Opdateringen skal udføres en controller fra start til slut og teste rigtigheden af ​​arbejdet. Kørsel af opdateringen for alle controllere kan medføre, at radiobåndet blokeres helt i mange dage.

LoRaWAN uses publicly available "åbne radiobånd" (433 eller 868 MHz for EU), som kan blive forstyrret eller optaget af andre enheder, der fungerer på de samme frekvenser. Producenten er ikke ansvarlig for kommunikationskvaliteten i ovennævnte tilfælde.

Det user is responsible for covering the area with the appropriate number of LoRaWAN gates og their location to obtain the appropriate level of signals for all devices og the entire @City LoRaWAN system.

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

Brugeren erklærer, at han / hun accepterer følgende oplysninger og accepterer det.

3. @City ( LoRaWAN, GSM ) Controller Configuration

Systemkonfiguration udføres via webgrænsefladen. Configuration is very critical for @City controllers og incorrect settings may cause the system to completely block. It is recommended that the full template configuration ( default settings ) be carried out og tested by the @City system manufacturer.

3.1. @City Controller Configuration - Assigning names


Controller-adresse 000000000000000 ( 15 zeros for GSM/16 for LoRaWAN ) er den standardadresse, der gælder for alle controllere i familien (dvs. for det samme Leverandør kode og Filkodeog den samme type LoRaWAN / GSM-controller. Hvis controlleren ikke har sin egen individuelle konfiguration defineret, indlæses standardkonfigurationen i den.

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 ).

Leverandør kode - er en unik parameter for kunden (bruger)

Filkode - er en parameter, der angiver typen af ​​firmware (afhænger af udstyret og de tilgængelige algoritmer)

I de fleste tilfælde er det tilstrækkeligt at konfigurere denne ene enhed (standard) til hele systemet eller som en skabelon til andre drivere. Når du opretter en ny controller-konfiguration, kopieres disse indstillinger fra skabelonen.

Both firmware og configurations for all installations ( instances ) are located on the servers of the @City system manufacturer available via the WWW, to which the user may have limited access. Den korrekte konfiguration er dog meget kritisk, og det anbefales ikke at foretage ændringer uden test på flere enheder med fuld fysisk adgang (på skrivebordet). For more information, please check the general conditions of the @City system og 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 system og system-specific conditions for @City GSM.




Leverandør kode - indeholder 8 tegn gemt i hexadecimal kode dedikeret til en kunde (bruger). Det tildeles på controller-produktionsstadiet. Et forsøg på at ændre kan forårsage permanent skade på controlleren.

Filkode - indeholder 8 tegn gemt i hexadecimal kode, dedikeret til en controller-firmwareversion. It is granted at the controller production stage og may depend on the type of communication ( GSM / LoRaWAN ) og additional equipment, e.g. sensorer, antallet af indgange / udgange og individuelle algoritmer. Ændringen kan forårsage permanent skade eller blokering af controlleren.

PIN-nr. - 4-cifret pin-nummer, hvis det er indstillet til SIM-kortet. Det anbefales ikke at indstille PIN-koder. For plast-SIM-kort kan du fjerne dem på din mobiltelefon. Indførelsen af ​​et forkert SIM-kort kan forårsage permanent blokering af kortet i enheden (som vi i sidste ende ikke har fysisk adgang til).

SMS-nr. - SMS-nummer, når du sender status via SMS. Denne mulighed er tilgængelig afhængigt af tjenesten og operatøren (2G / CATM1 / NBIoT). Det kræver også at tænde flaget: SMS aktiveret.

USSD Str - USSD-kommando til afsendelse af status via USSD. This option is available only for valgte types of GSM modems ( 2G/3G + GPS ). Muligheden: USSD Aktiver er påkrævet. Operatøren skal levere og aktivere USSD-tjenesten.

APN - Navn på adgangspunkt. Navnet på internetadgangspunktet, f.eks. internet (til specielle tjenester som LTE-M1 eller NB-IoT kan den tildeles individuelt af operatøren).

WWW-adresse - webadresse (domæne eller IP) til HTTP-adgang.

WWW-side - webside-adresse, hvor controllerstatusser og kommandoer sendes.

HTTP aktiveret - Aktiverer HTTP-datatransmission. Denne metode genererer mange gange mere dataoverførsel end alle andre kommunikationsmetoder, hvilket kan resultere i øgede omkostninger, der overskrider overførselsgrænsen eller manglende evne til at bruge nogle tjenester, såsom NBIoT.

TCP / UDP-adresse - IP address of the @City server for receiving og transmitting data between the cloud og devices. Det anbefales at bruge en fast IP-adresse, ikke en internetdomæne-adresse.

TCP-port - TCP / IP-port til kommunikation

TCP Aktiver - Giver dig mulighed for at aktivere TCP / IP-transmission. Transmissionsrammer og TCP-bekræftelser øger mængden af ​​data i forhold til UDP-transmissioner, men de sikrer rigtigheden af ​​data, bekræftelser og garanterer deres levering, hvis kommunikation er tilgængelig.

UDP-port - Port til modtagelse af status via UDP

UDP aktiveret - Tænd transmission UDP

Aux-adresse, Aux-port, Aux-aktiveret - fremtidige applikationer

Aux2-adresse, Aux2-port, Aux2 aktiveret - fremtidige applikationer

Aktivering af sensorstøtte ( they must be physically mounted on the @City module ). Ellers fungerer enheden muligvis meget langsommere og mindre stabilt. Sensorer installeres i produktionsfasen for hele produktionsserien.

Temp, pres, fugtighed, gas - integreret temperatur-, tryk-, fugtigheds- og luftkvalitetssensor

Temp + Presure - Integreret temperatur- og trykføler

Gyroskop - Gyroskopføler i 3 akser (X, Y, Z)

Magnetometer - Magnetisk sensor i 3 akser (X, Y, Z)

Accelerometer - Accelerations- / vibrationssensor i 3 akser (X, Y, Z)

Farve - Farvesensor (R, G, B, IR, G2)

Omgivende + proximeter - integreret lysniveau og (10 cm rækkevidde) proximetersensor

GSM Commogs - yderligere kommandoer til initialisering af modem

Hash-kode - En ekstra krypteringskode. Ikke skift.

HTTP-overførsel - Yderligere HTTP-kommunikationsmuligheder

Global adresse - Den globale adresse på controlleren til enhed-til-enhed-kontrol.

GSM Mode - GSM communication mode ( 2G Only, LTE Only, CATM1, NBIoT, 2G + CAT M1, LTE 800, LTE 1800 ). Forkert indstilling af kommunikationstilstand kan resultere i permanent blokering af enhedskommunikation.

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.

På den @City LoRaWAN på enhedssiden er konfigurationen meget enkel:

Ansøgning EUID - Ansøgnings-id for LoRaWAN server ( 16 characters in hex code ) - application defined on the LoRaWAN Network/Application Server to which we send data.

Applikationsnøgle - application authorization key for LoRaWAN server ( as above )

Deaktiver adaptiv datahastighed - Deaktiverer valg af adaptiv hastighed. Dette giver dig mulighed for at tvinge en konstant hastighed på enheden. I nogle situationer kan dette medføre store kommunikationsproblemer. Det skal tages i betragtning, at hastigheden øges betydeligt, når parametrene RSSI og SNR forbedres i den adaptive tilstand. Dette reducerer tid for datatransmission via radio betydeligt "On The Air Time" og meget oftere kan information overføres mellem enheden og serveren og omvendt.

Datahastighed (DR) - LoRaWAN link speed selection. Denne hastighed gælder ikke for Bootloader. Hvis controlleren fungerer i den adaptive hastighedsindstillingstilstand, er det kun startværdien, fordi controlleren efter flere forsøg på transmission automatisk vælger den optimale hastighed for at begrænse tiden for meddelelsestransmission i luften.

Opdater indstillinger - gemmer startkonfigurationen af ​​controlleren - alle indstillinger



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

3.3. Konfiguration af binære indgange




Binære indgange har et antal funktioner og parametre, der muliggør autonom drift af controlleren:

Inverter - input negation når sensorer "normalt tilsluttet" (NC) er tilsluttet.

Alarm - aktivering af alarmfunktionen.

Alarmforsinkelse - Alarmforsinkelsestid. Hvis inputtilstanden vender tilbage til sin oprindelige tilstand, før dette tidspunkt er udløbet, aktiveres alarmen ikke.

Husk staten - Tid til at huske ændring af inputstatus.

Deaktiver udførelse - Blokering af kørende begivenheder relateret til input.

Løb - Kør inputkonfigurationskommandoen (Ad-Hoc)

Kopi - Kopiér kommando til inputkonfiguration til udklipsholderen

Begivenhed til - Beskrivelse af, hvordan man kører begivenheden for det høje inputniveau (1)

Direkte begivenhed til - Begivenhedskode, der skal køres, når input er tændt (0 => 1)

Begivenhed slået fra - Beskrivelse af begivenhedsaktivering for lavt inputniveau (0)

Direkte begivenhed slået fra - Begivenhedskode, der skal køres, når input er slået fra (1 => 0)

Alarmhændelse - Beskrivelse af alarmhændelsen.

Direkte alarmhændelse - Den hændelseskode, der skal udløses, når der opstår en alarm

Opdater indstillinger - gemmer startkonfigurationen for alle indstillinger

3.4. Konfiguration af binære udgange




Intelligente binære udgange kan fungere som enkelt eller dobbelt. Formularen giver dig mulighed for at oprette en startkonfiguration til controlleren (hvis du bekræfter den med knappen Opdater).

Formularen fungerer også som en begivenhedsskaber for output, der kan startes ved at trykke på Run-knappen eller kopieres til udklipsholderen til brug i controller-konfigurationen, f.eks.



Konfiguration af enkeltudgange:

Deaktiver - Blokering af output i enkelt tilstand (f.eks. hvis det bruges til at styre drev for ikke ved et uheld at beskadige rulleskodder, porte, aktuatorer)

Admin - Der kræves et administrativt flag, når vigtige indstillinger ændres

Stat - tilstandsvalg (indledende konfiguration eller start af begivenheden med "run" knap)

Gentager - Antal gentagelser (cykliske tilstandsændringer)

Time On - Tid for outputaktivering

Fritid - Tid for slukning af output (det er vigtigt, når du gentager begivenheder)

Løb - Kør begivenheden til afslutning

Kopi - Kopier begivenheden til udklipsholderen

Opdater indstillinger - gemmer startkonfigurationen for alle indstillinger

Dobbelt output konfiguration:

Deaktiver - Lås et par udgange i dobbelt tilstand (f.eks. hvis det bruges som enkeltindgange)

Admin - Et administrativt flag er påkrævet, når du ændrer vigtige indstillinger såsom drevtilstand

Somfy - drevtilstand (afkrydset => Somfy / ikke markeret => Direkte servo)

Stat - tilstandsvalg (til indledende konfiguration eller frokostning af begivenheden med "run" knap)

Gentager - Antal gentagelser (cyklisk ændring af stater)

Time On - Tid for drejning af den givne tilstand

Deaktiver tid - Tid til at blokere udgange (minimum tid mellem udgangsændringer) for at beskytte drev mod skader.

Fritid - Tid for slukning af output (det er vigtigt, når du gentager begivenheder)

Løb - Kør begivenheden for drevet

Kopi - Kopier begivenheden til udklipsholderen

Opdater indstillinger - gemmer startkonfigurationen for alle indstillinger

3.5. Konfiguration af ADC-måleindgange og yderligere sensorer (XIN)




Inverter - inverteret skala (100% -x) af ADC-indgangen

Alarm L - Aktivering af muligheden for at generere en alarm, når værdien falder under min. Grænseværdi

Alarm H - Aktivering af muligheden for at generere en alarm, når værdien overstiger maks. Grænseværdi

Alarmforsinkelse - Alarmforsinkelsestid. Hvis inputstatus vender tilbage til "Okay" niveau før tiden går, aktiveres alarmen ikke.

Deaktiver begivenhed - Blokering af begivenhedsudførelse

Admin - admin-flag, der muliggør ændring af målingens inputkonfiguration

LAV begivenhed - beskrivelse af den begivenhed, der blev udført, da den lave tærskel blev overskredet

LAV direkte - begivenhedskode, der skal udføres efter at have sænket værdien under den nedre tærskel

Lavt niveau - Niveau for den nedre tærskel (min)

OK begivenhed - Beskrivelse af "Okay" begivenhed

OK Direkte - hændelseskode, der skal udføres efter indtastning af "Okay" rækkevidde

HØJ begivenhed - Beskrivelse af begivenheden for den øvre tærskel

HIGH Direct - hændelseskode, der skal udføres efter overskridelse af den øvre tærskelværdi

Højt niveau - Niveau for den øvre tærskel (maks.)

Løb - kørsel af konfigurationshændelsen (ændring af ADC Ad-Hoc-konfiguration)

Opdater indstillinger - gemmer den oprindelige konfiguration for ADC-indgangene

3.6. Lysdæmperkonfiguration PWM / 0..10V




Inverter - Dæmpning af polaritet (100% - x)

Admin - Et administrativt flag, der giver dig mulighed for at ændre kritiske muligheder

Deaktiver - Blokering af lysdæmperoutput

Enkelt gang - Skift dimmerindstillinger en gang (stop derefter lysdæmper)

Værdi Min - mindste værdi af dæmpningsindstillinger

Værdi - dæmpnings målværdi

Mode - Dæmpningsindstillingstilstand (Stop / - / + / Set)

Trin - Trin til ændring af dæmpningsniveauværdien

Værdi Maks - den maksimale værdi af lysdæmperindstillingen

Løb - Kører dæmpet begivenhed

Kopi - Kopier begivenheden til udklipsholderen



RGBW-dæmperen henter indstillingsværdierne fra individuelle farver.

Derudover giver det dig mulighed for at aktivere den kontinuerlige farveskiftstilstand ved hjælp af forudindstillingerne for enkelt lysdæmpere.

Opdater indstillinger - gemmer startkonfigurationen for alle indstillinger





Knapper:

Opdater indstillinger - saving the configuration in the @City system

Alle controllere - en liste over alle controllere

Indstillinger - indstillinger for den aktuelle controller

Skift navn - skift navnet på den aktuelle controller

Planlægning - planlægningskalendereditoren for den aktuelle controller

Skriv Config * - at sende en kommando til at downloade konfigurationen af ​​controlleren

Firmwareopgradering * - at sende en kommando til at downloade firmwaren fra controlleren

Nulstil controller * - afsendelse af reset-kommando for at downloade af controlleren

Nulstil controller - Kopiér - kopi af controllerens nulstillingshændelse til udklipsholderen

Log ud - logout af brugeren (af sikkerhedsmæssige årsager bør du også lukke alle åbne forekomster af webbrowseren, der kan gemme loginparametrene i cachen).

* - at sende kommandoen betyder at tilføje til begivenhedskøen. On connecting controller to the @City system, the controller downloads these begivenheds.

3.7. Kalender-planlægningskonfiguration


Kalenderplanlæggeren tillader autonom udløsning af gentagne eller planlagte begivenheder (kommandoer). Et eksempel kan f.eks. Være at tænde gadelygten klokken 17 og slukke klokken 7 (om vinteren).

Del (Slet) - sletter tidsplanen fuldstændigt.

En. (Aktiver) - Aktiver tidsplanelement (kun de positioner vil blive udført, der har indstillet flag aktiver)

Navn - Begivenhedsnavn (du kan beskrive begivenheden på en genkendelig måde)

Begivenhedskode - begivenhedskode i hexadecimal kode (kopieret fra udklipsholderen, når du opretter kommandoer)

Månedfelter (Ja, Fe, .., Nej, De) - måneder januar ... December, hvor begivenheden startes

Dag - Dag. Du kan vælge en hvilken som helst dag i måneden eller "*" til enhver (der kører begivenheden hver dag).

Hverdagsfelter (Mo, Tu, .. Su) - du kan vælge de dage i ugen, hvor begivenheden skal udføres.

Time - Timen. Du kan vælge en hvilken som helst time eller "*" for alle (kører begivenheden hver time).

Min - Minut. Du kan vælge et hvilket som helst minut eller "*" for alle (kører begivenheden hvert minut).



Logisk "og" algoritme implementeres mellem alle felter (undtagen Navn ), så de skal alle være opfyldt for at begivenheden skal udføres.



F.eks. Tænd for gadelygter ( November, december, januar, februar ) kl 17.01 uden Søndage.

En - valgte

Event code - 00002101010000000000 // kørsel af 1. binære output

Måneder felter - kun Nej, De, Ja, Fe er markeret

Dag - valgte "*" for hver dag i måneden

Time - valgt tid er 17

Min - valgt minut 01

Hverdagsfelter - alt men Su valgte

4. LoRaWAN Network Infrastructure Configuration

This chapter only applies to LoRaWAN communication. I tilfælde af systemer, der fungerer ved hjælp af andre transmissionsmetoder, kan det udelades.

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

4.1. LoRaWAN Gateway Configuration.

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

4.1.1. Basic configuration of LoRaWAN gateway

LoraWAN-gatewayen skal være tilgængelig fra mindst en konfigurationsstation.

Når du installerer via Ethernet / WiFi og kun konfigurerer fra et lokalt LAN / WLAN, er gatewayens sikkerhed ikke særlig kritisk (medmindre vi giver adgang til gatewayen udefra, dvs. internettet).

In the case the LoRaWAN gateway is connected only via GSM/LTE, it is necessary to secure the gateway against access og 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 og SSH service available. Ellers skal du fysisk oprette forbindelse til gatewayen via et Ethernet- eller WiFi-interface.

- det er nødvendigt at indstille komplicerede adgangskoder til alle brugere på enheden.

- deaktiver alle ubrugte tjenester såsom Telnet, FTP, POP, SMTP, IMAP, WWW osv. det kan være målet for angreb "besætter" gatewayen med andre processer såsom loginforsøg.

- du kan kun begrænse muligheden for at logge ind fra stationer med udvalgte statiske IP-adresser, hvilket er ret effektiv beskyttelse mod hacking. Dette gælder også tilsyneladende ubetydelige tjenester som ICMP (ping), HTTP, FTP osv.

- efter fuld konfiguration og mange ugers systemtest kan vi blokere alle eksterne tjenester og fjernadgang, hvilket dog vil hæmme tjenesten, søge og kontrollere gatewaylogfiler.

4.1.2. Semtech Packet Forwarder (SPF) -konfiguration

Det 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 og passes all packets in both directions.

Det behandler eller godkender ikke datapakker i nogen retning.

Konfiguration af SPF er meget enkel og involverer "instruere" it to the required LoRaWAN network server.

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

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

SPF-konfigurationsmappen er "/ bruger / spf / etc /" however, depending on the LoRaWAN gateway manufacturer, it may be located in other locations.

Hovedkonfigurationen af ​​SPF findes i filen "/user/spf/etc/global_conf.json", som skal redigeres med den tilgængelige editor (f.eks. vi eller nano). Vi ændrer værdien af ​​parameteren: "serveradresse" ved at indtaste den faste IP-adresse på netværksserveren eller domænenavnet (Kræver en yderligere korrekt konfigureret DNS-klienttjeneste).

Standardporten til returkommunikation er 1700 ( if you plan to change them, you must do the same on the LoRaWAN network server ) by entering identical values.

Logfiler til SPF-pakken findes i "/ bruger / spf / var / logs /" bibliotek i spf.log filen og dens arkivkopier.

Det network configuration of the LoRaWAN gateway on linux OS is normally in the directory "/etc/", hvor du kan aktivere / deaktivere standard netværkstjenester og sikre serveren.

Du bør også ændre adgangskoderne til alle tilgængelige brugere på systemet med passwd kommando til at sikre mod uautoriseret adgang fra uautoriserede personer. Du skal også ændre brugeradgangskoden til webbaseret support.

Det er også bedst at deaktivere WiFi-kommunikation, da ubudne gæster kan forsøge at bruge angreb via dette transmissionsmedium.

Når denne konfiguration er afsluttet, skal du nulstille gatewayen med genstart kommando.



4.2. LoRaWAN Network/Application Server Configuration

Der er mange løsninger til netværks- og applikationsservere (inklusive gratis). Hver af dem har sin egen måde at integrere med eksterne tjenester og systemer på (f.eks. skyer som @City ). Af denne grund er den @City system must have an interface for integration with the installed LoRaWAN NS/SOM server.

I tilfælde af et produktionssystem kan vi bruge den gratis service "Ting-netværket", så længe vi er inden for meget store daglige grænser defineret for hver enhed {især "On The Air Time" (30s **) og et lille antal kommandoer sendt til enheden (10 **)}.

** Vejledende aktuelle daglige enhedsgrænser kan ændre sig.

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

Dette giver os flere muligheder:

På nogle systemer er firmware + -konfigurationen fast (for alle tilgængelige controllere i systemet) og startet på det tidspunkt, hvor den oprindelige systemkonfiguration er gjort, hvilket forenkler valget.

(*) - in these cases it is necessary to have a second LoRaWAN gateway set on the second server for configuration og 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 og incorrect operation of these devices.

It should be realized that the software update of a single LoRaWAN controller takes about an hour, with good rækkevidde ( DR> = 4 ), so it is worth using an additional gateway to upgrade the firmware og configuration. Ved lav dækning (DR <4) er firmwarekonfiguration og opdatering ikke mulig og kræver en gateway med LTE-kommunikation nær de opdaterede enheder.

4.2.1. LoRaWAN Network Server Configuration

På den LoRaWAN network server, add the LoRaWAN communication gateway ( the address is located on its cover, or in the file "bruger / spf / etc / local_conf.json"eller vises i logfilerne "/bruger/spf/var/log/spf.log". Kontroller i webserverlogfilerne, at kommunikationsgatewayen opretter forbindelse til serveren.

De næste trin er konfigurationen af ​​applikationsserveren (den er normalt placeret på den samme enhed som netværksserveren).

De næste trin, der skal udføres, afhænger af den anvendte applikationsserverløsning og tilgængeligheden af ​​Back-End / Front-End-grænsefladen. Interfacet forenkles "første trin" og systemkonfiguration.

Generelt skal du:

 







5. Work condition of @City GSM / LoRaWAN devices

Temperatur - 40C .. + 65C

Fugtighed 0..80% r.H. ingen kondens (enhed)

GSM Strømforsyning 5VDC @ 2A ±0,15 V (til PPM-sensor og ved tilslutning af relæer)

3.5VDC..4.2VDC @ 2A (i andre tilfælde)


LoRaWAN power supply 5VDC @ 300mA ± 0,15 V (til PPM-sensor og ved tilslutning af relæer)

3VDC..3.6VDC @ 300mA (i andre tilfælde)


GSM + GPS-enheder:

Antenneindgang 50ohm

SIM nano-SIM eller MIM

(valg i produktionsfasen - MIM pålægger en netværksoperatør)

Modemgodkendelse Orange (2G-CATM1), T-Mobile / DT (2G-NBIoT), 2G Andre operatører


BANDER (Europa) Klasseudgangseffektfølsomhed

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

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

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

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

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

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

Når du bruger en ekstern smalbånds antenne, der matcher frekvensen for et givet bånd.


* kun til kombinationsmodem: 2G, CATM1, NB-IoT

Certifikater:



GPS / GNSS:

driftsfrekvens: 1559..1610MHz

antenneimpedans 50ohm

maksimal følsomhed * -160dB stationær, -149dB navigation, -145 koldstart

TTFF 1s (varm), 21s (varm), 32s (kold)

A-GPS ja

Dynamik 2g

minimal opdateringshastighed 1 Hz


* matchet ekstern smalbåndsantenne



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

DR T modulering BR bit / s Rx Sensitivity Rx Tests

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

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

2 1min SF10 / 125kHz 980 -131dB

3 50s SF9 / 125kHz 1760 -128.5dB

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

5 (*) 50'ers SF7 / 125kHz 5470 -122.5dB

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

7 FSK 50kbs 50000 -130dB

(*) Parametre, der kræves for at opgradere firmwaren til systemet via OTA

(DR) - Datahastighed

(BR) - Bitrate

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




LoRaWAN practical coverage tests:


Testbetingelser:

LoRaWAN Kerlink ifemtocell Intern gateway

passiv udendørs bredbåndsantenne placeret udenfor i en højde af ~ 9m over jordoverfladen Wygoda gm. Karczew (~ 110 m over havets overflade).

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

Landdistrikter (enge, marker med små træer og sjældne bygninger)


Det længste resultat var Czersk ~ 10,5 km (~ 200 m over havets overflade) med RSSI svarende til -136dB (dvs. with the maximum sensitivity of the LoRaWAN modem guaranteed by the manufacturer )