IoT i Dispositivi CIoT - Soluzioni intelligenti

LoRaWAN & GSM - Smart City





iSys - Sistemi intelligenti







BOZZA

Sommario

1. Introduzione. 3

1.1 @City ( IoT/CIoT ) Communication 4

1.2. Risorse hardware dei dispositivi IoT / CIoT 4

0..4 ingressi binari programmabili 4

0..4 uscite binarie programmabili 4

0..4 ingressi di conteggio (contatori non volatili) 4

Uscite 0..4 dimmer (PWM o 0..10V) 5

Ingresso + uscita infrarossi 5

0..4 ingressi di misura (ADC) 5

interfacce seriali SPI / I2C / UART / CAN 5

1.3. @City GSM Devices 6

1.4. @City LoRaWAN Devices 9

Il module senza LoRaWAN modem e processor may act as MEMs Sensor Module for @City GSM, Wifi, Ethernet, e 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. Configurazione ingressi binari 18

3.4. Configurazione delle uscite binarie 19

3.5. Configurazione degli ingressi di misura ADC e sensori aggiuntivi (XIN) 21

3.6. Configurazione dimmer PWM / 0..10V 22

3.7. Configurazione calendario-scheduler 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. Configurazione Semtech Packet Forwarder (SPF) 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. Introduzione.

Il @City sistema supporta una serie di dispositivi elettronici (controller), chiamati nodo, mote, dispositivo. Sono disponibili molti tipi di comunicazione (cablata e wireless) a seconda dell'infrastruttura, dei requisiti e delle condizioni disponibili.

Device types available in the @City sistema:

Tutti i dispositivi sono integrati tra loro tramite il @City cloud e c'è la possibilità di cooperazione ibrida a seconda della disponibilità di una data infrastruttura di comunicazione.

Per gli edifici e la disponibilità di LAN o WiFi connesso a Internet possiamo utilizzare soluzioni eHouse tramite via.PRO server (che può inviare / ricevere dati a @City nube):

Il seguente documento descrive GSM e LoRaWAN dispositivi basati su un microcontrollore a chip singolo (microprocessore) e un modem di comunicazione esterno. Ciò consente di standardizzare il sistema nonostante la differenza del modem di comunicazione.

Per altre varianti di comunicazione fare riferimento a eHouse documentazione.



Ciò consente di ottenere funzionalità e apparecchiature simili, nonché una facile migrazione ad altre varianti o versioni di comunicazione.

1.1 @City ( IoT/CIoT ) Communication

Il @City sistema currently uses one of the selezionato communication modules ( modems ):

1.2. Risorse hardware dei dispositivi IoT / CIoT

Il tutto "intelligenza" del sistema risiede nel microcontrollore (microprocessore) e non è molto dipendente dal tipo di comunicazione. Le risorse hardware dei dispositivi IoT / CIoT (microprocessore) sono le seguenti:

1.3. @City GSM Devices

@City GSM devices connect through the cellular network of the GSM mobile operator through one or more technologies e services. Questi servizi sono fatturati e dipendono dagli operatori e dai servizi individualmente. Il servizio è autorizzato allo stesso modo dei telefoni cellulari tramite schede SIM attive:

Il availability of selezionato services depends on the communication operator e the built-in GSM modem at the production stage:

1) 2G (tutti gli operatori)

2) 2G / LTE CATM1 (arancione): esiste la possibilità di fallback 2G quando CATM1 non è disponibile.

3) 2G / NBIoT (T-Mobile / Deutsche Telecom): esiste la possibilità di fallback 2G quando NBIoT non è disponibile e l'operatore lo consente.

4) 2G / 3G (tutti gli operatori)

5) 4G / LTE (tutti gli operatori)

6) Potrebbe essere disponibile anche una combinazione di altri servizi a seconda del modem e delle impostazioni disponibili.

Le prime 3 soluzioni funzionano sullo stesso modem (NBIoT / CATM1 + fallback 2G). In caso di utilizzo di "plastica" Schede Nano SIM è possibile sostituire la scheda e configurare da remoto il dispositivo per funzionare correttamente in un altro servizio. Nel caso di MIM (SIM sotto forma di chip (IC)), la decisione viene presa nella fase di produzione del dispositivo e non è possibile cambiare l'operatore o il servizio. NBIoT è dedicato a una quantità molto piccola di dati trasmessi ~ 512 kB al mese (si prega di negoziare questo valore con l'operatore), che è un ostacolo significativo per alcune soluzioni CIoT / IoT.

Le soluzioni 4, 5 richiedono l'installazione di altri modem in fase di produzione.

Il consumo energetico del dispositivo dipende dal servizio e viene visualizzato dal più basso al più alto:

- NBIoT

- CATM1

- LTE

- 3G

- 2G / SMS / USSD / GPRS / EDGE

Velocità di trasferimento dati dal più basso al più alto:

- NBIoT

- CATM1

- 2G / SMS / USSD / GPRS / EDGE

- 3G

- LTE



All @City GSM devices can be equipped with a GPS receiver for geolocation e automatic positioning on maps. Possono anche funzionare in mobilità quando sono necessarie misurazioni o lavorare in movimento.




1.4. @City LoRaWAN Devices

LoRaWAN is a long gamma communication solution ( up to approx. 15 km) lavorando in bande ISM aperte (ad es. 433 MHz, 868 MHz, ecc. ). Tuttavia, intervalli molto ampi richiedono una riduzione significativa della velocità di trasmissione e della lunghezza dei pacchetti di dati (ad es. per la gamma più alta fino a 250 bit al secondo e un massimo di 51 byte di dati - carico utile). Transmission with repetitions e confirmations can take a very long time, which may eliminate LoRaWAN in some solutions. Il number of LoRaWAN gateways is also important to ensure a good gamma of devices, which allows you to work at higher speeds, fewer errors e 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/COME ).

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

Il server di rete / applicazione può essere posizionato sul LAN locale o nel centro dati del fornitore di servizi. I dati dei dispositivi vengono inviati dalla rete / application server tramite protocolli di integrazione al file @City cloud (tramite webhook). Ciò consente l'integrazione diretta di @City LoRaWAN sistema con @City databases.



Il server delle applicazioni può inoltre implementare logica estesa e BIM (modellazione delle informazioni) per il sistema, elaborando i dati alla ricezione e inviando comandi di controllo (eventi) ai singoli dispositivi in ​​risposta.

@City LoRaWAN devices contains additional features as:


Il module senza LoRaWAN modem e processor may act as MEMs Sensor Module for @City GSM, Wifi, Ethernet, e other eHouse architectures ( 3v3..3v6 DC powered )

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

ATTENZIONE! L'impostazione errata dei parametri principali dell'interfaccia di comunicazione può causare la distruzione o il blocco permanente del dispositivo (a cui non abbiamo accesso fisico).

Qualsiasi aggiornamento del controller di un file firmware e configurazione finale devono essere eseguiti e testati (per tutti i dispositivi e per almeno una settimana per più dispositivi) prima di installarli nel luogo di destinazione.

Il produttore non è responsabile della configurazione / aggiornamento software improprio eseguito da persone non autorizzate, nonché della loro esecuzione nei luoghi di installazione dei singoli controller.

Tutti i costi di disinstallazione, assistenza, riparazione, sostituzione, reinstallazione sono a carico dell'utente del sistema (non del produttore).

Per aggiornare il firmware e la configurazione è necessario garantire un livello di segnale sufficiente e la disponibilità dei servizi richiesti. Le attività di cui sopra possono essere impossibili nei luoghi di installazione finale dei controller e nei loro involucri. Possono anche dipendere dalla stagione, dal tempo e dalla propagazione delle onde radio.

Tutti i costi dei servizi relativi alla configurazione / modifica del firmware sono a carico dell'utente (costi aggiuntivi per trasferimento dati, eventuale disinstallazione, installazione di dispositivi, sblocco, sostituzione, ecc. ).

La portata massima è puramente teorica, misurata in condizioni ideali di propagazione radio e si riferisce al funzionamento di dispositivi (con antenne esterne e accoppiate) nel campo visivo (senza ostruzioni nel percorso del raggio del segnale). A seconda dell'urbanizzazione dell'area, degli alberi, delle condizioni meteorologiche, dell'ubicazione e del metodo di installazione, la portata può essere peggiore di diverse centinaia di volte rispetto ai dati di cui sopra.

2.1. Exclusive Conditions of @City GSM.

Il user bears the costs e is responsible for timely payment of the GSM operator subscription e @City server hosting. La mancanza di continuità del servizio può causare modifiche irreversibili dei parametri di trasmissione critici e il blocco dell'intero sistema (es. cambio di indirizzo IP statico, perdita del dominio Internet, perdita di dati / configurazione sul server, perdita di software, backup, ecc. ).

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

Il sistema manufacturer is not responsible for the quality of services provided by third parties, including the GSM operator, external @City hosting. Il produttore non è responsabile per il deterioramento della gamma di propagazione delle onde radio (ad es. due to the creation of new buildings, changes in the location of GSM broadcasting stations ( BTS ), trees, etc. ).

In caso di limiti al trasferimento dei dati (soprattutto per NBIoT), la configurazione e l'aggiornamento del software devono essere effettuati all'inizio del periodo di abbonamento, con il minor consumo di dati possibile. In caso contrario, è possibile bloccare il dispositivo fino alla fine del periodo di fatturazione, a causa di blocchi associati al superamento del limite di trasferimento.

Il GSM operator is responsible for the quality of the GSM connection, not the @City sistema manufacturer.

L'Utente dichiara di accettare le seguenti informazioni e di accettarle.

2.2. Exclusive conditions for @City LoRaWAN.

Il user bears the costs e is responsible for the timely payment of lease e installation fees for the LoRaWAN gateway, LoRaWAN Network/Application Server e @City server hosting. La mancanza di continuità del servizio può causare modifiche irreversibili dei parametri di trasmissione critici e il blocco permanente del sistema (ad es. cambio di indirizzo IP statico, perdita di dominio, perdita di dati / configurazione sul server, perdita di software, backup, ecc. ).

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

Il sistema 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. Il produttore non è responsabile per il deterioramento della gamma di propagazione delle onde radio (ad es. 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. ).

In caso di limiti di trasferimento dei dati, la configurazione e l'aggiornamento del software devono essere effettuati all'inizio del periodo di abbonamento, con il minor consumo di dati corrente. In caso contrario, è possibile bloccare il dispositivo fino alla fine del periodo di fatturazione a causa di blocchi associati al superamento del limite di trasferimento. L'aggiornamento dovrebbe essere eseguito un controller dall'inizio alla fine e testando la correttezza del lavoro. L'esecuzione dell'aggiornamento per tutti i controller può causare il blocco completo della banda radio per molti giorni.

LoRaWAN uses publicly available "bande radio aperte" (433 o 868 MHz per UE), che possono essere disturbati o occupati da altri dispositivi operanti sulle stesse frequenze. Il produttore non è responsabile della qualità della comunicazione nel caso di cui sopra.

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

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

L'Utente dichiara di accettare le seguenti informazioni e di accettarle.

3. @City ( LoRaWAN, GSM ) Controller Configuration

La configurazione del sistema viene eseguita tramite l'interfaccia web. Configuration is very critical for @City controllers e incorrect settings may cause the sistema to completely block. It is recommended that the full template configuration ( default settings ) be carried out e tested by the @City sistema manufacturer.

3.1. @City Controller Configuration - Assigning names


Indirizzo del controller 000000000000000 ( 15 zeros for GSM/16 for LoRaWAN ) è l'indirizzo predefinito a cui si applica tutti i controllori della famiglia (es. per lo stesso Codice venditore e Codice filee lo stesso tipo di controller LoRaWAN / GSM. Se il controller non ha una propria configurazione individuale definita, viene caricata la configurazione predefinita.

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

Codice venditore - è un parametro univoco per il cliente (utente)

Codice file - è un parametro che denota il tipo di firmware (dipende dall'attrezzatura e dagli algoritmi disponibili)

Nella maggior parte dei casi, è sufficiente configurare questo dispositivo (predefinito) per l'intero sistema o come modello per altri driver. Quando si crea una nuova configurazione del controller, queste impostazioni vengono copiate dal modello.

Both firmware e configurations for all installations ( instances ) are located on the servers of the @City sistema manufacturer available via the WWW, to which the user may have limited access. Tuttavia, la configurazione corretta è molto critica e non è consigliabile apportare modifiche senza testare su diversi dispositivi con accesso fisico completo (sulla scrivania). For more information, please check the general conditions of the @City sistema e 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 sistema e sistema-specific conditions for @City GSM.




Codice venditore - contiene 8 caratteri memorizzati in codice esadecimale dedicato a un cliente (utente). Viene concesso nella fase di produzione del controller. Un tentativo di modifica può causare danni permanenti al controller.

Codice file - contiene 8 caratteri memorizzati in codice esadecimale, dedicati a una versione firmware del controller. It is granted at the controller production stage e may depend on the type of communication ( GSM / LoRaWAN ) e additional equipment, e.g. sensori, il numero di ingressi / uscite e i singoli algoritmi. La modifica può causare danni permanenti o il blocco del controller.

PIN No. - Numero pin a 4 cifre se impostato per la scheda SIM. L'impostazione dei PIN non è consigliata. Per le schede SIM in plastica, è possibile rimuoverle dal telefono cellulare. L'introduzione di una SIM errata può causare il blocco permanente della carta nel dispositivo (a cui alla fine non avremo accesso fisico).

SMS n. - Numero SMS quando si invia lo stato tramite SMS. Questa opzione è disponibile a seconda del servizio e dell'operatore (2G / CATM1 / NBIoT). Richiede anche l'attivazione della bandiera: Abilita SMS.

USSD Str - Comando USSD per l'invio di stati tramite USSD. This option is available only for selezionato types of GSM modems ( 2G/3G + GPS ). L'opzione: Abilita USSD è obbligatorio. L'operatore deve fornire e attivare il servizio USSD.

APN - Nome del punto di accesso. Il nome del punto di accesso a Internet, ad es. Internet (per servizi speciali come LTE-M1 o NB-IoT, può essere assegnato individualmente dall'operatore).

Indirizzo WWW - indirizzo web (dominio o IP) per l'accesso HTTP.

Pagina WWW - indirizzo della pagina web, dove vengono inviati gli stati ei comandi dei controller.

Abilita HTTP - Abilita la trasmissione di dati HTTP. Questo metodo genera molte volte più trasferimenti di dati rispetto a tutti gli altri metodi di comunicazione, il che può comportare un aumento dei costi, il superamento del limite di trasferimento o l'impossibilità di utilizzare alcuni servizi, come NBIoT.

Indirizzo TCP / UDP - IP address of the @City server for receiving e transmitting data between the cloud e devices. Si consiglia di utilizzare un indirizzo IP fisso, non un indirizzo di dominio Internet.

Porta TCP - Porta TCP / IP per la comunicazione

Abilita TCP - Consente di abilitare la trasmissione TCP / IP. I frame di trasmissione e le conferme TCP aumentano la quantità di dati in relazione alle trasmissioni UDP, tuttavia garantiscono la correttezza dei dati, le conferme e ne garantiscono la consegna, se la comunicazione è disponibile.

Porta UDP - Porta per la ricezione dello stato tramite UDP

Abilita UDP - Attivare la trasmissione UDP

Indirizzo Aux, Porta Aux, Abilita Aux - applicazioni future

Indirizzo Aux2, porta Aux2, Aux2 abilitato - applicazioni future

Attivazione del supporto del sensore ( they must be physically mounted on the @City module ). In caso contrario, il dispositivo potrebbe funzionare molto più lentamente e meno stabile. I sensori sono installati in fase di produzione per l'intera serie di produzione.

Temp, pressione, umidità, gas - sensore integrato di temperatura, pressione, umidità e qualità dell'aria

Temp + Presure - Sensore di temperatura e pressione integrato

Giroscopio - Sensore giroscopio a 3 assi (X, Y, Z)

Magnetometro - Sensore magnetico su 3 assi (X, Y, Z)

Accelerometro - Sensore di accelerazione / vibrazione su 3 assi (X, Y, Z)

Colore - Sensore di colore (R, G, B, IR, G2)

Ambiente + prossimetro - sensore di livello della luce integrato e sensore di prossimità (portata 10 cm)

GSM Commes - ulteriori comandi di inizializzazione del modem

Codice hash - Un codice di crittografia aggiuntivo. Non cambiare.

Trasferimento HTTP - Ulteriori opzioni di comunicazione HTTP

Indirizzo globale - L'indirizzo globale del controller per il controllo da dispositivo a dispositivo.

GSM Modalità - GSM communication mode ( 2G Only, LTE Only, CATM1, NBIoT, 2G + CAT M1, LTE 800, LTE 1800 ). Un'impostazione errata della modalità di comunicazione può causare il blocco permanente della comunicazione del dispositivo.

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.

Sul @City LoRaWAN lato dispositivo, la configurazione è molto semplice:

Applicazione EUID - ID applicazione for LoRaWAN server ( 16 characters in hex code ) - application defined on the LoRaWAN Network/Application Server to which we send data.

Chiave applicazione - application authorization key for LoRaWAN server ( as above )

Disabilita velocità dati adattiva - Disabilita la selezione della velocità adattiva. Ciò consente di forzare una velocità costante del dispositivo. In alcune situazioni, ciò può causare grossi problemi di comunicazione. Va tenuto presente che man mano che i parametri RSSI e SNR migliorano nella modalità adattiva, la velocità aumenta in modo significativo. Ciò riduce notevolmente il tempo di trasmissione dei dati via radio "On The Air Time" e molto più spesso le informazioni possono essere trasmesse tra il dispositivo e il server e viceversa.

Velocità dati (DR) - LoRaWAN link speed selection. Questa velocità non si applica al Bootloader. Nel caso in cui il controller funzioni nella modalità di impostazione della velocità adattiva, è solo il valore iniziale, perché il controller dopo diversi tentativi di trasmissione, seleziona autonomamente la velocità ottimale per limitare il tempo di trasmissione del messaggio in aria.

Aggiorna impostazioni - salva la configurazione di avvio del controller - tutte le impostazioni



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

3.3. Configurazione degli ingressi binari




Gli ingressi binari hanno una serie di funzioni e parametri che consentono il funzionamento autonomo del controller:

Invertire - negazione dell'ingresso quando i sensori "normalmente connesso" (NC) sono collegati.

Allarme - attivazione della funzione di allarme.

Ritardo allarme - Tempo di ritardo allarme. Se lo stato dell'ingresso torna al suo stato originale prima che sia trascorso questo tempo, l'allarme non verrà attivato.

Ricorda Stato - È ora di ricordare il cambiamento di stato dell'ingresso.

Disabilita l'esecuzione - Blocco degli eventi in corso relativi all'ingresso.

Correre - Esegui il comando di configurazione degli ingressi (Ad-Hoc)

copia - Copia il comando di configurazione dell'input negli appunti

Evento attivo - Descrizione di come eseguire l'evento per il livello di ingresso alto (1)

Evento diretto attivo - Codice evento da eseguire quando l'ingresso è attivo (0 => 1)

Evento disattivato - Descrizione dell'attivazione dell'evento per livello di ingresso basso (0)

Evento diretto disattivato - Codice evento da eseguire quando l'ingresso è spento (1 => 0)

Evento di allarme - Descrizione dell'evento di allarme.

Evento di allarme diretto - Il codice evento da attivare quando si verifica un allarme

Aggiorna impostazioni - salva la configurazione di avvio per tutte le impostazioni

3.4. Configurazione delle uscite binarie




Le uscite binarie intelligenti possono funzionare come singole o doppie. Il modulo consente di creare una configurazione di avvio per il controller (se confermata con il pulsante Aggiorna).

Il modulo funge anche da creatore di eventi per le uscite che possono essere avviate premendo il pulsante Esegui o copiate negli appunti per l'utilizzo nella configurazione del controller, ad es.



Configurazione delle singole uscite:

disattivare - Blocco dell'uscita in modalità singola (es. se viene utilizzato per comandare azionamenti in modo da non danneggiare accidentalmente tapparelle, cancelli, attuatori)

Admin - È richiesto un flag amministrativo quando si modificano le impostazioni critiche

Stato - selezione dello stato (configurazione iniziale o lancio dell'evento con il "run" pulsante)

Si ripete - Numero di ripetizioni (cambi di stato ciclici)

Time On - Tempo di attivazione dell'uscita

Tempo scaduto - Tempo di spegnimento dell'uscita (è importante quando si ripetono eventi)

Correre - Esegui l'evento per uscire

copia - Copia l'evento negli appunti

Aggiorna impostazioni - salva la configurazione di avvio per tutte le impostazioni

Configurazione a doppia uscita:

disattivare - Blocca una coppia di uscite in modalità doppia (ad es. se usato come ingressi singoli)

Admin - È richiesto un flag amministrativo quando si modificano impostazioni critiche come la modalità di guida

Somfy - modalità drive (selezionata => Somfy / deselezionata => Direct Servo)

Stato - selezione dello stato (per la configurazione iniziale o per pranzare l'evento con il "run" pulsante)

Si ripete - Numero di ripetizioni (cambio di stato ciclico)

Time On - Tempo di accensione nello stato specificato

Disabilita l'ora - Tempo per bloccare le uscite (tempo minimo tra le modifiche delle uscite) per proteggere gli azionamenti dai danni.

Tempo scaduto - Tempo di spegnimento dell'uscita (è importante quando si ripetono eventi)

Correre - Esegui l'evento per l'unità

copia - Copia l'evento negli appunti

Aggiorna impostazioni - salva la configurazione di avvio per tutte le impostazioni

3.5. Configurazione degli ingressi di misura ADC e sensori aggiuntivi (XIN)




Invertire - scala invertita (100% -x) dell'ingresso ADC

Allarme L - Attivazione dell'opzione per generare un allarme quando il valore scende al di sotto del valore min. soglia

Allarme H - Attivazione dell'opzione per generare un allarme quando il valore supera il max. soglia

Ritardo allarme - Tempo di ritardo allarme. Se lo stato dell'ingresso torna a "ok" livello prima che sia trascorso il tempo, l'allarme non verrà attivato.

Disabilita evento - Blocco dell'esecuzione di eventi

Admin - flag admin che abilita la modifica della configurazione degli ingressi di misura

Evento BASSO - descrizione dell'evento che si è verificato al superamento della soglia bassa

BASSO Diretto - codice evento da eseguire dopo aver abbassato il valore al di sotto della soglia inferiore

Basso livello - Livello della soglia inferiore (min)

Evento OK - Descrizione di "ok" evento

OK diretto - codice evento da eseguire dopo aver inserito il file "ok" gamma

Evento ALTO - Descrizione dell'evento per la soglia superiore

ALTO Diretto - codice evento da eseguire dopo il superamento del valore di soglia superiore

Alto livello - Livello della soglia superiore (max)

Correre - esecuzione dell'evento di configurazione (modifica della configurazione Ad-Hoc di ADC)

Aggiorna impostazioni - salva la configurazione iniziale per gli ingressi ADC

3.6. Configurazione dimmer PWM / 0..10V




Invertire - Inversione di polarità dimmer (100% - x)

Admin - Un flag amministrativo che consente di modificare le opzioni critiche

disattivare - Blocco dell'uscita dimmer

Una volta - Modifica le impostazioni del dimmer una volta (quindi interrompi il dimmer)

Valore min - valore minimo delle impostazioni dimmer

Valore - valore target del dimmer

Modalità - Modalità impostazione dimmer (Stop / - / + / Set)

Passo - Fase di modifica del valore del livello di dimmer

Valore max - il valore massimo dell'impostazione del dimmer

Correre - Esegue l'evento dimmer

copia - Copia l'evento negli appunti



Il dimmer RGBW recupera i valori di impostazione dai singoli colori.

Inoltre, consente di attivare la modalità di cambio colore continuo utilizzando i preset dei singoli dimmer.

Aggiorna impostazioni - salva la configurazione di avvio per tutte le impostazioni





Pulsanti:

Aggiorna impostazioni - saving the configuration in the @City sistema

Tutti i controller - un elenco di tutti i controller

impostazioni - impostazioni del controller corrente

Cambia nomi - modificare il nome del controller corrente

Scheduler - lo scheduler-calendar editor del controller corrente

Scrivi configurazione * - invio di un comando per scaricare la configurazione dal controller

Aggiornamento del firmware * - invio di un comando per scaricare il firmware dal controller

Ripristina controller * - invio del comando di ripristino per il download da parte del controller

Ripristina controller - Copia - copia dell'evento di reset del controller negli appunti

Disconnettersi - logout dell'utente (per motivi di sicurezza è opportuno chiudere anche tutte le istanze aperte del browser web che possono memorizzare i parametri di login nella cache).

* - inviare il comando significa aggiungere alla coda degli eventi. On connecting controller to the @City sistema, the controller downloads these eventos.

3.7. Configurazione dello scheduler del calendario


Lo scheduler del calendario consente l'attivazione autonoma di eventi ripetitivi o programmati (comandi). Un esempio potrebbe essere, ad esempio, l'accensione del lampione alle ore 17 e lo spegnimento alle ore 7 (in inverno).

Del (Elimina) - elimina completamente l'elemento della pianificazione.

En. (Abilitare) - Attiva elemento di pianificazione (verranno eseguite solo quelle posizioni che hanno il flag Abilita impostato)

Nome - Nome dell'evento (puoi descrivere l'evento in modo riconoscibile)

Codice evento - codice evento in codice esadecimale (copiato dagli appunti durante la creazione dei comandi)

Campi del mese (Ja, Fe, .., No, De) - mesi gennaio ... Dicembre in cui avrà inizio l'evento

Giorno - Giorno. È possibile selezionare qualsiasi giorno del mese o "*" per qualsiasi (organizzando l'evento ogni giorno).

Campi dei giorni feriali (Lu, Ma, .. Su) - è possibile selezionare i giorni della settimana in cui si svolgerà l'evento.

Ora - L'ora. Puoi scegliere qualsiasi ora o "*" per tutti (organizzando l'evento ogni ora).

Min - Minuto. Puoi selezionare qualsiasi minuto o "*" per tutti (organizzando l'evento ogni minuto).



Logico "e" l'algoritmo è implementato tra tutti i campi (tranne Nome ), quindi devono essere tutti soddisfatti affinché l'evento venga eseguito.



Per esempio. Accensione dei lampioni ( Novembre, dicembre, gennaio, febbraio ) a 17.01 senza Domenica.

En - selezionato

Event code - 00002101010000000000 // esecuzione della prima uscita binaria

Campi dei mesi - solo No, De, Ja, Fe sono contrassegnati

Giorno - selezionato "*" per ogni giorno del mese

Ora - l'ora selezionata è 17

Min - minuto selezionato 01

Campi dei giorni feriali - tutto ma Su selezionato

4. LoRaWAN Network Infrastructure Configuration

This chapter only applies to LoRaWAN communication. Nel caso di sistemi funzionanti con altri metodi di trasmissione, può essere omesso.

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

4.1. LoRaWAN Gateway Configuration.

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

4.1.1. Basic configuration of LoRaWAN gateway

Il gateway LoraWAN dovrebbe essere accessibile da almeno una stazione di configurazione.

Durante l'installazione tramite Ethernet / WiFi e la configurazione solo da una LAN / WLAN locale, la sicurezza del gateway non è molto critica (a meno che non forniamo l'accesso al gateway dall'esterno, ad es. Internet).

In the case the LoRaWAN gateway is connected only via GSM/LTE, it is necessary to secure the gateway against access e 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 e SSH service available. In caso contrario, sarà necessario connettersi fisicamente al gateway tramite un'interfaccia Ethernet o WiFi.

- è necessario impostare password di accesso complicate per tutti gli utenti del dispositivo.

- disabilita tutti i servizi inutilizzati come Telnet, FTP, POP, SMTP, IMAP, WWW ecc. che potrebbe essere l'obiettivo di attacchi "occupante" il gateway con altri processi come i tentativi di accesso.

- puoi limitare la possibilità di accedere, solo da stazioni con indirizzi IP statici selezionati, che è una protezione abbastanza efficace contro l'hacking. Questo vale anche per servizi apparentemente insignificanti come ICMP (ping), HTTP, FTP, ecc.

- dopo la configurazione completa e molte settimane di test di sistema, possiamo bloccare tutti i servizi esterni e l'accesso remoto, il che, tuttavia, ostacolerà il servizio, cercherà e controllerà i log del gateway.

4.1.2. Configurazione Semtech Packet Forwarder (SPF)

Il 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 e passes all packets in both directions.

Non elabora né autorizza pacchetti di dati in nessuna direzione.

La configurazione di SPF è molto semplice e coinvolgente "regia" it to the required LoRaWAN network server.

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

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

La directory di configurazione SPF è "/ utente / spf / etc /" however, depending on the LoRaWAN gateway manufacturer, it may be located in other locations.

La configurazione principale di SPF è nel file "/user/spf/etc/global_conf.json", che dovrebbe essere modificato con l'editor disponibile (ad es. vi o nano). Modifichiamo il valore del parametro: "indirizzo del server" inserendo l'indirizzo IP fisso del server di rete o il nome di dominio (richiede un servizio client DNS adeguatamente configurato aggiuntivo).

La porta di comunicazione di ritorno predefinita è 1700 ( if you plan to change them, you must do the same on the LoRaWAN network server ) by entering identical values.

I registri del pacchetto SPF si trovano nel file "/ utente / spf / var / logs /" directory nel file spf.log file e le sue copie di archivio.

Il network configuration of the LoRaWAN gateway on linux OS is normally in the directory "/eccetera/", dove è possibile abilitare / disabilitare i servizi di rete standard e proteggere il server.

È inoltre necessario modificare le password di tutti gli utenti disponibili sul sistema con l'estensione passwd comando per proteggere dall'accesso non autorizzato da parte di persone non autorizzate. È inoltre necessario modificare la password utente per il supporto basato sul Web.

È anche meglio disabilitare la comunicazione WiFi, poiché gli intrusi potrebbero tentare di utilizzare attacchi tramite questo mezzo di trasmissione.

Dopo aver completato questa configurazione, reimpostare il gateway con il file riavviare comando.



4.2. LoRaWAN Network/Application Server Configuration

Esistono molte soluzioni per server di rete e applicazioni (comprese quelle gratuite). Ognuno di loro ha il proprio modo di integrazione con servizi e sistemi esterni (es. nuvole come @City ). Per questo motivo, il @City sistema must have an interface for integration with the installed LoRaWAN NS/COME server.

Nel caso di un sistema di produzione, possiamo utilizzare il servizio gratuito "The Things Network", purché ci troviamo entro limiti giornalieri molto ampi definiti per ciascun dispositivo {in particolare "On The Air Time" (30s **) e un numero ridotto di comandi inviati al dispositivo (10 **)}.

** I limiti indicativi dei dispositivi giornalieri attuali possono cambiare.

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

Questo ci offre diverse opzioni:

Su alcuni sistemi, la configurazione firmware + è fissa (per tutti i controller disponibili nel sistema) e avviata nella fase di configurazione iniziale del sistema, il che semplifica la selezione.

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

It should be realized that the software update of a single LoRaWAN controller takes about an hour, with good gamma ( DR> = 4 ), so it is worth using an additional gateway to upgrade the firmware e configuration. A bassa copertura (DR <4), la configurazione e l'aggiornamento del firmware non sono possibili e richiedono un Gateway con comunicazione LTE vicino ai dispositivi aggiornati.

4.2.1. LoRaWAN Network Server Configuration

Sul LoRaWAN network server, add the LoRaWAN communication gateway ( the address is located on its cover, or in the file "utente / spf / etc / local_conf.json"o visualizzati nei registri "/user/spf/var/log/spf.log". Controllare nei registri del server Web che il gateway di comunicazione si connette al server.

I passaggi successivi sono la configurazione del server delle applicazioni (di solito si trova sullo stesso dispositivo del server di rete).

I passaggi successivi da eseguire dipendono dalla soluzione del server delle applicazioni utilizzata e dalla disponibilità dell'interfaccia Back-End / Front-End. L'interfaccia si semplifica "primi passi" e configurazione del sistema.

In generale, dovresti:

 







5. Work condition of @City GSM / LoRaWAN devices

Temperatura - 40 ° C. + 65C

Umidità 0..80% r.H. no condensa (dispositivo)

GSM Alimentazione 5VDC @ 2A ±0,15 V (per sensore PPM e quando si collegano i relè)

3.5VDC..4.2VDC @ 2A (in altri casi)


LoRaWAN power supply 5VDC @ 300mA ± 0,15 V (per sensore PPM e quando si collegano i relè)

3VDC..3.6VDC @ 300mA (in altri casi)


Dispositivi GSM + GPS:

Ingresso antenna 50ohm

SIM nano-SIM o MIM

(scelta in fase di produzione - MIM impone un operatore di rete)

Approvazione modem Orange (2G-CATM1), T-Mobile / DT (2G-NBIoT), 2G Altri operatori


BANDE (Europa) Classe di sensibilità alla potenza di uscita

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

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

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

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

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

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

Quando si utilizza un'antenna esterna a banda stretta abbinata alla frequenza per una determinata banda.


* solo per modem Combo: 2G, CATM1, NB-IoT

Certificati:



GPS / GNSS:

frequenza di funzionamento: 1559..1610 MHz

impedenza antenna 50ohm

sensibilità massima * -160dB stazionario, -149dB navigazione, -145 avviamento a freddo

TTFF 1s (caldo), 21s (caldo), 32s (freddo)

A-GPS sì

Dynamics 2g

frequenza di aggiornamento minima 1 Hz


* antenna a banda stretta esterna abbinata



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

DR T modulazione BR bit / s Rx Sensibilità Rx Test

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

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

2 1 min SF10 / 125 kHz 980-131 dB

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

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

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

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

7 FSK 50 kbs 50000-130 dB

(*) Parametri necessari per aggiornare il firmware del sistema tramite OTA

(DR) - Velocità dati

(BR) - Velocità in bit

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




LoRaWAN practical coverage tests:


Condizioni di prova:

LoRaWAN Kerlink ifemtocell Gateway interno

antenna passiva a banda larga per esterni posizionata all'esterno ad un'altezza di ~ 9 m sopra il livello del suolo Wygoda gm. Karczew (~ 110 m sul livello del mare).

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

Aree rurali (prati, campi con piccoli alberi e edifici rari)


Il risultato più lontano è stato Czersk ~ 10,5 km (~ 200 m sul livello del mare) con RSSI pari a -136dB (ad es. with the maximum sensitivity of the LoRaWAN modem guaranteed by the manufacturer )