IoTiCIoTデバイス-スマートソリューション

LoRaWAN & GSM - Smart City





iSys-インテリジェントシステム







ドラフト

目次

1.1。 前書き。 3

1.1。1 @City ( IoT/CIoT ) Communication 4

1.2。 IoT / CIoTデバイスのハードウェアリソース4

0..4プログラム可能なバイナリ入力4

0..4プログラム可能なバイナリ出力4

0..4カウント入力(不揮発性カウンター)4

0..4調光器出力(PWMまたは0..10V)5

赤外線入力+出力5

0..4測定入力(ADC)5

シリアルインターフェースSPI / I2C / UART / CAN 5

1.3。 @City GSM Devices 6

1.4。 @City LoRaWAN Devices 9

ザ・ module なし LoRaWAN modem そして processor may act as MEMs Sensor Module for @City GSM, Wi-Fi, イーサネット, そして other eHouse architectures ( 3v3.3。.3v6 DC powered ) 10

2.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.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。 バイナリ入力構成18

3.4。 バイナリ出力構成19

3.5。 ADC測定入力と追加センサー(XIN)の構成21

3.6。 調光器構成PWM / 0..10V 22

3.7。 カレンダー-スケジューラー構成24

4.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パケットフォワーダー(SPF)構成27

4.2。 LoRaWAN Network/Application Server Configuration 28

4.2.1。 LoRaWAN Network Server Configuration 29

5.5。 Work condition of @City GSM / LoRaWAN devices 31


1.1。 前書き。

ザ・ @City システム ノード、モート、デバイスと呼ばれる多くの電子デバイス(コントローラー)をサポートします。 利用可能なインフラストラクチャ、要件、および条件に応じて、多くのタイプの通信(有線および無線)を利用できます。

Device types available in the @City システム:

すべてのデバイスは、 @City クラウドと特定の通信インフラストラクチャの可用性に応じてハイブリッド協力の可能性があります。

建物とインターネットに接続されたLANまたはWiFiの可用性については、eHouse.PROサーバー(データを送受信できるサーバー)を介してeHouseソリューションを使用できます。 @City 雲 ):

次のドキュメントでは、 GSM そして LoRaWAN シングルチップマイクロコントローラ(マイクロプロセッサ)と外部通信モデムに基づくデバイス。 これにより、通信モデムの違いにかかわらず、システムを標準化することができます。

その他の通信バリアントについては、を参照してください。 eHouse ドキュメンテーション。



これにより、同様の機能と機器を入手できるだけでなく、他の通信バリアントまたはバージョンに簡単に移行できます。

1.1。1 @City ( IoT/CIoT ) Communication

ザ・ @City システム currently uses one of the 選択済み communication modules ( modems ):

1.2。 IoT / CIoTデバイスのハードウェアリソース

全体 "インテリジェンス" システムのはマイクロコントローラ(マイクロプロセッサ)に常駐し、通信のタイプにあまり依存しません。 IoT / CIoTデバイス(マイクロプロセッサ)のハードウェアリソースは次のとおりです。

1.3。 @City GSM Devices

@City GSM devices connect through the cellular network of the GSM mobile operator through one or more technologies そして services. これらのサービスは請求され、オペレーターとサービスに個別に依存します。 このサービスは、アクティブなSIMカードを介して携帯電話と同じ方法で承認されます。

ザ・ availability of 選択済み services depends on the communication operator そして the built-in GSM modem at the production stage:

1)2G(すべての演算子)

2)2G / LTE CATM1(オレンジ)-CATM1が利用できない場合、2Gフォールバックの可能性があります。

3)2G / NBIoT(T-Mobile / Deutsche Telecom)-NBIoTが利用できず、オペレーターが許可した場合、2Gフォールバックの可能性があります。

4)2G / 3G(すべてのオペレーター)

5)4G / LTE(すべてのオペレーター)

6)使用可能なモデムと設定によっては、他のサービスの組み合わせも使用できる場合があります。

最初の3つのソリューションは、同じモデム(NBIoT / CATM1 +フォールバック2G)で機能します。 使用する場合 "プラスチック" Nano SIMカードは、カードを交換し、別のサービスで正しく動作するようにデバイスをリモートで構成することができます。 MIM(チップ(IC)のSIM)の場合、デバイスの製造段階で決定され、オペレーターやサービスを変更することはできません。 NBIoTは、1か月あたり約512kBの非常に少量の送信データ専用です(この値はオペレーターに交渉してください)。これは、一部のCIoT / IoTソリューションにとって重大な障害です。

ソリューション4、5では、実稼働段階で他のモデムをインストールする必要があります。

デバイスの消費電力はサービスによって異なり、低いものから高いものへと表示されます。

-NBIoT

-CATM1

-LTE

-3G

--2G / SMS / USSD / GPRS / EDGE

最低から最高へのデータ転送速度:

-NBIoT

-CATM1

--2G / SMS / USSD / GPRS / EDGE

-3G

-LTE



All @City GSM devices can be equipped with a GPS receiver for geolocation そして automatic positioning on maps. また、測定や移動中の作業が必要な場合は、モバイルで作業することもできます。




1.4。 @City LoRaWAN Devices

LoRaWAN is a long 範囲 communication solution ( up to approx. 15km)オープンISMバンド(例: 433MHz、868MHzなど )。 ただし、範囲が非常に広い場合は、伝送速度とデータパケット長を大幅に削減する必要があります(例: 最大250ビット/秒の最大範囲と最大51バイトのデータ(ペイロード)の場合。 Transmission with repetitions そして confirmations can take a very long time, which may eliminate LoRaWAN in some solutions. ザ・ number of LoRaWAN gateways is also important to ensure a good 範囲 of devices, which allows you to work at higher speeds, fewer errors そして 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/なので )。

ザ・ web server is used for two-way communication with LoRaWAN gateways そして for sending information to/ from LoRaWAN devices.

ネットワーク/アプリケーションサーバーは、ローカルLANまたはサービスプロバイダーのデータセンターに配置できます。 デバイスからのデータは、ネットワーク/アプリケーションサーバーから統合プロトコルを介して @City cloud (webhook経由)。 これにより、 @City LoRaWAN とのシステム @City databases.



アプリケーションサーバーはさらに、システムの拡張ロジックとBIM(情報モデリング)を実装し、受信時にデータを処理し、それに応じて個々のデバイスに制御コマンド(イベント)を送信できます。

@City LoRaWAN devices contains additional features as:


ザ・ module なし LoRaWAN modem そして processor may act as MEMs Sensor Module for @City GSM, Wi-Fi, イーサネット, そして other eHouse architectures ( 3v3.3。.3v6 DC powered )

2.2。 General conditions of usage @City ( LoRaWAN, GSM ) Systems

注意! メインの通信インターフェイスパラメータの設定が正しくないと、デバイスが破壊されたり、永続的にブロックされたりする可能性があります(物理的にアクセスできない)。

コントローラーによる ファームウェア そして 最終構成 目的の場所に設置する前に、(すべてのデバイスについて、およびいくつかのデバイスについては少なくとも1週間)実行およびテストする必要があります。

製造元は、許可されていない人物によって実行された不適切な構成/ソフトウェアの更新、および個々のコントローラーのインストール場所でのそれらの実行について責任を負いません。

取り外し、サービス、修理、交換、再取り付けのすべての費用は、システムユーザー(製造元ではない)が負担します。

ファームウェアと構成を更新するには、十分な信号レベルと必要なサービスの可用性を確保する必要があります。 上記の作業は、コントローラーの最終的な設置場所とそのエンクロージャーでは不可能な場合があります。 また、季節、天候、電波伝搬にも依存する場合があります。

構成/ファームウェアの変更に関連するサービスのすべての費用はユーザーが負担します(データ転送、可能なアンインストール、デバイスのインストール、ロック解除、交換などの追加料金)。 )。

最大範囲は純粋に理論的なものであり、理想的な電波伝搬条件下で測定され、視野内(信号ビーム経路に障害物がない場合)でのデバイス(外部アンテナと整合アンテナを使用)の動作を指します。 地域の都市化、樹木、天候、場所、設置方法によっては、上記のデータよりも数百倍も範囲が悪くなる場合があります。

2.1。 Exclusive Conditions of @City GSM.

ザ・ user bears the costs そして is responsible for timely payment of the GSM operator subscription そして @City server hosting. サービスの継続性が欠如していると、重要な伝送パラメータが不可逆的に変化し、システム全体がブロックされる可能性があります(例: 静的IPアドレスの変更、インターネットドメインの喪失、サーバー上のデータ/構成の喪失、ソフトウェアの喪失、バックアップなど。 )。

In the イベント that the user pays the above-mentioned amounts as a flat rate to the producer of the @City システム, the Producer is not responsible for the conditions changes of the offer or termination of services performed by external entities.

ザ・ システム manufacturer is not responsible for the quality of services provided by third parties, including the GSM operator, external @City hosting. 製造業者は、電波伝搬範囲の劣化について責任を負いません(例: due to the creation of new buildings, changes in the location of GSM broadcasting stations ( BTS ), trees, etc. )。

データ転送制限の場合(特にNBIoTの場合)、ソフトウェアの構成と更新は、可能な限りデータ消費量を最小限に抑えて、サブスクリプション期間の開始時に実行する必要があります。 そうしないと、転送制限の超過に関連するブロックが原因で、請求期間が終了するまでデバイスをブロックする可能性があります。

ザ・ GSM operator is responsible for the quality of the GSM connection, not the @City システム manufacturer.

ユーザーは、以下の情報を受け入れ、同意することを宣言します。

2.2。 Exclusive conditions for @City LoRaWAN.

ザ・ user bears the costs そして is responsible for the timely payment of lease そして installation fees for the LoRaWAN gateway, LoRaWAN Network/Application Server そして @City server hosting. サービスの継続性が欠如していると、重要な伝送パラメータが不可逆的に変化し、システムが永続的にブロックされる可能性があります(例: 静的IPアドレスの変更、ドメインの喪失、サーバー上のデータ/構成の喪失、ソフトウェアの喪失、バックアップなど。 )。

In the イベント 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.

ザ・ システム 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. 製造業者は、電波伝搬範囲の劣化について責任を負いません(例: 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. )。

データ転送制限の場合、ソフトウェアの構成と更新は、サブスクリプション期間の開始時に、現在のデータ消費量を最小限に抑えて実行する必要があります。 それ以外の場合は、転送制限の超過に関連するブロックが原因で、請求期間が終了するまでデバイスをブロックする可能性があります。 更新は、最初から最後まで1つのコントローラーで実行し、作業の正確さをテストする必要があります。 すべてのコントローラーに対して更新を実行すると、無線帯域が何日も完全にブロックされる可能性があります。

LoRaWAN uses publicly available "オープンラジオバンド" (EUの場合は433または868 MHz)。これは、同じ周波数で動作する他のデバイスによって妨害または占有される可能性があります。 上記の場合、製造者は通信の品質について責任を負いません。

ザ・ user is responsible for covering the area with the appropriate number of LoRaWAN gates そして their location to obtain the appropriate level of signals for all devices そして the entire @City LoRaWAN システム.

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

ユーザーは、以下の情報を受け入れ、同意することを宣言します。

3.3。 @City ( LoRaWAN, GSM ) Controller Configuration

システム構成は、Webインターフェースを介して実行されます。 Configuration is very critical for @City controllers そして incorrect settings may cause the システム to completely block. It is recommended that the full template configuration ( default settings ) be carried out そして tested by the @City システム manufacturer.

3.1。 @City Controller Configuration - Assigning names


コントローラアドレス 000000000000000 ( 15 zeros for GSM/16 for LoRaWAN ) に適用されるデフォルトのアドレスです ファミリ内のすべてのコントローラ(つまり、 同様に ベンダーコード そして ファイルコード、および同じタイプのLoRaWAN / GSMコントローラー。 コントローラに独自の個別設定が定義されていない場合は、デフォルト設定がコントローラにロードされます。

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

ベンダーコード -は、顧客(ユーザー)に固有のパラメーターです。

ファイルコード -ファームウェアのタイプを示すパラメーターです(機器と使用可能なアルゴリズムによって異なります)

ほとんどの場合、この1つのデバイス(デフォルト)をシステム全体に対して、または他のドライバーのテンプレートとして構成するだけで十分です。 新しいコントローラー構成を作成すると、これらの設定がテンプレートからコピーされます。

Both ファームウェア そして configurations for all installations ( instances ) are located on the servers of the @City システム manufacturer available via the WWW, to which the user may have limited access. ただし、正しい構成は非常に重要であり、完全な物理アクセスを備えた複数のデバイス(デスク上)でテストせずに変更を加えることはお勧めしません。 For more information, please check the general conditions of the @City システム そして 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 システム そして システム-specific conditions for @City GSM.




ベンダーコード -1人の顧客(ユーザー)専用の16進コードに格納された8文字が含まれています。 これは、コントローラーの製造段階で付与されます。 変更しようとすると、コントローラーが恒久的に損傷する可能性があります。

ファイルコード -1つのコントローラーファームウェアバージョン専用の16進コードで格納された8文字が含まれています。 It is granted at the controller production stage そして may depend on the type of communication ( GSM / LoRaWAN ) そして additional equipment, e.g. センサー、入力/出力の数、および個々のアルゴリズム。 この変更により、コントローラーが恒久的に損傷したり、ブロックされたりする可能性があります。

PIN番号 -SIMカードに設定されている場合は4桁のピン番号。 PINの設定はお勧めしません。 プラスチック製のSIMカードの場合は、携帯電話で取り外すことができます。 誤ったSIMを導入すると、デバイス内のカードが永続的にブロックされる可能性があります(最終的には物理的にアクセスできなくなります)。

SMS番号 -SMS経由でステータスを送信する場合のSMS番号。 このオプションは、サービスとオペレーター(2G / CATM1 / NBIoT)に応じて使用できます。 また、フラグをオンにする必要があります。 SMSを有効にします。

USSDStr- USSDを介してステータスを送信するためのUSSDコマンド。 This option is available only for 選択済み types of GSM modems ( 2G/3G + GPS )。 オプション: USSD有効 必要とされている。 オペレーターは、USSDサービスを提供してアクティブ化する必要があります。

APN - アクセスポイント名。 インターネットアクセスポイントの名前。例: インターネット (LTE-M1やNB-IoTなどの特別なサービスの場合、オペレーターが個別に割り当てることができます)。

WWWアドレス- HTTPアクセス用のWebアドレス(ドメインまたはIP)。

WWWページ- コントローラのステータスとコマンドが送信されるWebページアドレス。

HTTPを有効にする -HTTPデータ送信を有効にします。 この方法では、他のすべての通信方法の何倍ものデータ転送が生成されるため、コストが増加し、転送制限を超えたり、NBIoTなどの一部のサービスを使用できなくなったりする可能性があります。

TCP / UDPアドレス - IP address of the @City server for receiving そして transmitting data between the cloud そして devices. インターネットドメインアドレスではなく、固定IPアドレスを使用することをお勧めします。

TCPポート -通信用のTCP / IPポート

TCPを有効にする -TCP / IP送信を有効にすることができます。 送信フレームとTCP確認は、UDP送信に関連してデータの量を増やしますが、通信が利用可能な場合は、データの正確性と確認を保証し、配信を保証します。

UDPポート -UDP経由でステータスを受信するためのポート

UDPを有効にする -送信UDPをオンにします

補助アドレス、補助ポート、補助有効 -将来のアプリケーション

Aux2アドレス、Aux2ポート、Aux2有効 -将来のアプリケーション

センサーサポートのアクティブ化 ( they must be physically mounted on the @City module )。 そうしないと、デバイスの動作が大幅に遅くなり、安定性が低下する可能性があります。 センサーは、生産シリーズ全体の生産段階で設置されます。

温度、圧力、湿度、ガス -統合された温度、圧力、湿度、および空気品質センサー

温度+圧力 -統合された温度および圧力センサー

ジャイロスコープ -3軸のジャイロスコープセンサー (X、Y、Z)

磁力計- 3軸の磁気センサー (X、Y、Z)

加速度計- 3軸の加速度/振動センサー (X、Y、Z)

-カラーセンサー (R、G、B、IR、G2)

アンビエント+プロキシメータ -統合された光レベルと(10cm範囲)近接センサー

GSM Commそしてs -追加のモデム初期化コマンド

ハッシュコード -追加の暗号化コード。 変えないで。

HTTP転送 -追加のHTTP通信オプション

グローバルアドレス -デバイス間制御用のコントローラーのグローバルアドレス。

GSM モード - GSM communication mode ( 2G Only, LTE Only, CATM1, NBIoT, 2G + CAT M1, LTE 800, LTE 1800 )。 通信モードの設定が正しくないと、デバイスの通信が永続的にブロックされる可能性があります。

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 ファームウェア which support LoRaWAN module instead GSM.

@City LoRaWAN デバイス側では、構成は非常に簡単です。

アプリケーションEUID - アプリケーションID for LoRaWAN server ( 16 characters in hex code ) - application defined on the LoRaWAN Network/Application Server to which we send data.

アプリケーションキー - application authorization key for LoRaWAN server ( as above )

アダプティブデータレートを無効にする -適応速度選択を無効にします。 これにより、デバイスの速度を一定に保つことができます。 状況によっては、これは大きな通信の問題を引き起こす可能性があります。 アダプティブモードでRSSIおよびSNRパラメータが向上すると、速度が大幅に向上することを考慮に入れる必要があります。 これにより、無線によるデータ送信の時間が大幅に短縮されます "オンザエアタイム" さらに多くの場合、デバイスとサーバー間で情報を送信したり、その逆を行ったりすることができます。

データレート(DR) - LoRaWAN link speed selection. この速度はブートローダーには適用されません。 コントローラが適応速度設定モードで動作している場合、コントローラは数回の送信を試行した後、最適な速度を自律的に選択して空中でのメッセージ送信時間を制限するため、これは開始値にすぎません。

設定を更新 -コントローラのスタートアップコンフィギュレーションを保存します-すべての設定



ザ・ rest of the @City LoRaWAN configuration is located in the remaining elements of the LoRaWAN configuration screens in Chapter 4.4。

3.3。 バイナリ入力構成




バイナリ入力には、コントローラーの自律操作を可能にするいくつかの機能とパラメーターがあります。

反転 -センサーの入力否定 "通常接続" (NC)が接続されています。

警報 -アラーム機能のアクティブ化。

アラーム遅延 -アラーム遅延時間。 この時間が経過する前に入力状態が元の状態に戻った場合、アラームはアクティブになりません。

州を覚えている -入力状態の変化を覚える時間。

実行を無効にする -入力に関連する実行中のイベントのブロック。

実行 -入力構成コマンド(Ad-Hoc)を実行します

コピー -入力設定コマンドをクリップボードにコピーします

イベントオン -高入力レベルのイベントを実行する方法の説明(1)

ダイレクトイベントオン -入力がオンのときに実行されるイベントコード(0 => 1)

イベントオフ -低入力レベル(0)のイベントアクティブ化の説明

ダイレクトイベントオフ -入力がオフのときに実行されるイベントコード(1 => 0)

アラームイベント -アラームイベントの説明。

直接アラームイベント -アラームが発生したときにトリガーされるイベントコード

設定を更新 -すべての設定のスタートアップコンフィギュレーションを保存します

3.4。 バイナリ出力構成




インテリジェントなバイナリ出力は、シングルまたはダブルとして機能します。 このフォームを使用すると、コントローラのスタートアップコンフィギュレーションを作成できます([更新]ボタンで確認した場合)。

このフォームは、[実行]ボタンを押して開始したり、コントローラー構成で使用するためにクリップボードにコピーしたりできる出力のイベント作成者としても機能します。



単一出力の構成:

無効にする -シングルモードでの出力のブロック(例: ローラーシャッター、ゲート、アクチュエーターを誤って損傷しないようにドライブを制御するために使用される場合)

管理者 -重要な設定を変更する場合は、管理フラグが必要です

状態 -状態の選択(初期構成またはイベントの起動 "run" ボタン)

繰り返します -繰り返し回数(周期的な状態変化)

タイムオン -出力アクティベーションの時間

休暇 -出力をオフにする時間(イベントを繰り返すときに重要です)

実行 -終了のためにイベントを実行します

コピー -イベントをクリップボードにコピーします

設定を更新 -すべての設定のスタートアップコンフィギュレーションを保存します

ダブル出力構成:

無効にする -デュアルモードで出力のペアをロックアウトします(例: 単一入力として使用する場合)

管理者 -ドライブモードなどの重要な設定を変更する場合は、管理フラグが必要です

ソムフィ -ドライブモード(チェック済み=>ソムフィ/チェックなし=>ダイレクトサーボ)

状態 -状態の選択(初期構成またはイベントのランチ用 "run" ボタン)

繰り返します -繰り返し回数(状態の周期的変化)

タイムオン -指定された状態をオンにする時間

時間を無効にする -ドライブを損傷から保護するために出力をブロックする時間(出力変更間の最小時間)。

休暇 -出力をオフにする時間(イベントを繰り返すときに重要です)

実行 -ドライブのイベントを実行します

コピー -イベントをクリップボードにコピーします

設定を更新 -すべての設定のスタートアップコンフィギュレーションを保存します

3.5。 ADC測定入力と追加センサー(XIN)の構成




反転 -ADC入力の反転スケール(100%-x)

アラームL -値が最小値を下回ったときにアラームを生成するオプションのアクティブ化。 しきい値

アラームH -値が最大値を超えたときにアラームを生成するオプションのアクティブ化。 しきい値

アラーム遅延 -アラーム遅延時間。 入力ステータスがに戻った場合 "OK" 時間が経過する前のレベルでは、アラームはアクティブになりません。

イベント無効 -イベント実行のブロック

管理者 -測定入力構成の変更を可能にする管理フラグ

LOWイベント -下限しきい値を超えたときに実行されたイベントの説明

LOWダイレクト -値を下限しきい値未満に下げた後に実行されるイベントコード

低レベル -下限しきい値のレベル(最小)

OKイベント -の説明 "OK" イベント

OKダイレクト -入力後に実行されるイベントコード "OK" 範囲

HIGHイベント -上限しきい値のイベントの説明

HIGHダイレクト -上限しきい値を超えた後に実行されるイベントコード

高いレベル -上限しきい値のレベル(最大)

実行 -構成イベントの実行(ADCアドホック構成の変更)

設定を更新 -ADC入力の初期構成を保存します

3.6。 調光器構成PWM / 0..10V




反転 -調光器の極性反転(100%-x)

管理者 -重要なオプションを変更できる管理フラグ

無効にする -調光器の出力をブロックする

一度 -調光器の設定を1回変更します(その後、調光器を停止します)

最小値 -調光器設定の最小値

-調光器の目標値

モード -調光器設定モード(停止/-/ + /設定)

ステップ -調光器レベル値を変更する手順

最大値 -調光器設定の最大値

実行 -調光イベントを実行します

コピー -イベントをクリップボードにコピーします



RGBW調光器は、個々の色から設定値を取得します。

さらに、シングル調光器のプリセットを使用して、連続色変更モードをアクティブにすることができます。

設定を更新 -すべての設定のスタートアップコンフィギュレーションを保存します





ボタン:

設定を更新 - saving the configuration in the @City システム

すべてのコントローラー -すべてのコントローラーのリスト

設定 -現在のコントローラーの設定

名前を変更する -現在のコントローラーの名前を変更します

スケジューラー -現在のコントローラーのスケジューラーカレンダーエディター

構成の書き込み* -コントローラーによって構成をダウンロードするコマンドを送信する

ファームウェアのアップグレード* -コントローラーによってファームウェアをダウンロードするコマンドを送信する

コントローラーのリセット* -コントローラーがダウンロードするリセットコマンドを送信する

コントローラのリセット-コピー -コントローラーリセットイベントのクリップボードへのコピー

ログアウト -ユーザーのログアウト(セキュリティ上の理由から、ログインパラメータをキャッシュに保存できるWebブラウザの開いているすべてのインスタンスも閉じる必要があります)。

* -コマンドの送信は、イベントキューに追加することを意味します。 On connecting controller to the @City システム, the controller downloads these イベントs.

3.7。 カレンダー-スケジューラー構成


calendar-schedulerを使用すると、反復イベントまたはスケジュールされたイベント(コマンド)を自律的にトリガーできます。 例としては、たとえば、17時に街灯をオンにし、7時にオフにする(冬)などがあります。

デル(削除) -スケジュール項目を完全に削除します。

En。 (有効にする) -スケジュール項目をアクティブ化します(有効化フラグが設定されているポジションのみが実行されます)

名前 -イベント名(わかりやすい方法でイベントを説明できます)

イベントコード -16進数コードのイベントコード(コマンドの作成時にクリップボードからコピーされます)

月フィールド(Ja、Fe、..、No、De) -1月..。 イベントが始まる12月

- 日。 月の任意の日を選択するか、 "*" いずれか(毎日イベントを実行する)。

平日のフィールド(Mo、Tu、.. Su) -イベントが実行される曜日を選択できます。

時間 -時間。 あなたは任意の時間を選択することができますまたは "*" すべての人のために(1時間ごとにイベントを実行します)。

最小 - 分。 あなたは任意の分を選択することができますまたは "*" すべての人のために(毎分イベントを実行します)。



論理的 "そして" アルゴリズムはすべてのフィールド間に実装されます( 名前 )、したがって、イベントを実行するには、それらがすべて満たされている必要があります。



例えば。 街灯をつける( 11月、12月、1月、2月 )で 17.01 なし 日曜日.

En -選択

Event code --00002101010000000000 //最初のバイナリ出力の実行

月フィールド -のみ いいえ、De、Ja、Fe マークされています

-選択 "*" 月の各日

時間 -選択した時間は 17

最小 -選択した分 01

平日のフィールド -を除くすべて スー 選択済み

4.4。 LoRaWAN Network Infrastructure Configuration

This chapter only applies to LoRaWAN communication. 他の伝送方法を使用して動作するシステムの場合は、省略できます。

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

4.1。 LoRaWAN Gateway Configuration.

ザ・re 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ゲートウェイは、少なくとも1つの構成ステーションからアクセスできる必要があります。

イーサネット/ WiFi経由でインストールし、ローカルLAN / WLANからのみ構成する場合、ゲートウェイのセキュリティはそれほど重要ではありません(外部からゲートウェイへのアクセスを提供しない限り、つまり、 インターネット )。

In the case the LoRaWAN gateway is connected only via GSM/LTE, it is necessary to secure the gateway against access そして 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 そして SSH service available. それ以外の場合は、イーサネットまたはWiFiインターフェイスを介してゲートウェイに物理的に接続する必要があります。

-デバイス上のすべてのユーザーに複雑なアクセスパスワードを設定する必要があります。

-Telnet、FTP、POP、SMTP、IMAP、WWWなどの未使用のサービスをすべて無効にします。 それが攻撃の標的になる可能性があります "占領" ログイン試行などの他のプロセスを備えたゲートウェイ。

-選択した静的IPアドレスを持つステーションからのみ、ログインの可能性を制限できます。これは、ハッキングに対する非常に効果的な保護です。 これは、ICMP(ping)、HTTP、FTPなどの一見重要でないサービスにも当てはまります。

-完全な構成と数週間のシステムテストの後、すべての外部サービスとリモートアクセスをブロックできますが、サービスが妨げられ、ゲートウェイログが検索および確認されます。

4.1.2。 Semtechパケットフォワーダー(SPF)の構成

ザ・ 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 そして passes all packets in both directions.

データパッケージをどの方向にも処理または承認しません。

SPFの設定は非常に簡単で、 "演出" it to the required LoRaWAN network server.

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

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

SPF設定ディレクトリは "/ user / spf / etc /" however, depending on the LoRaWAN gateway manufacturer, it may be located in other locations.

SPFの主な構成はファイルにあります "/user/spf/etc/global_conf.json"、利用可能なエディタで編集する必要があります(例: viまたはnano)。 パラメータの値を変更します。 "サーバーアドレス" ネットワークサーバーの固定IPアドレスまたはドメイン名を入力します(適切に構成された追加のDNSクライアントサービスが必要です)。

デフォルトのリターン通信ポートは 1700 ( if you plan to change them, you must do the same on the LoRaWAN network server ) by entering identical values.

SPFパッケージのログはにあります "/ user / spf / var / logs /" のディレクトリ spf.log ファイルとそのア​​ーカイブコピー。

ザ・ network configuration of the LoRaWAN gateway on linux OS is normally in the directory "/等/"、標準のネットワークサービスを有効/無効にし、サーバーを保護できます。

また、システムで利用可能なすべてのユーザーのパスワードを変更する必要があります。 passwd 許可されていない人による許可されていないアクセスから保護するコマンド。 また、Webベースのサポートのためにユーザーパスワードを変更する必要があります。

侵入者がこの伝送媒体を介して攻撃を使用しようとする可能性があるため、WiFi通信を無効にすることもお勧めします。

この構成が完了したら、ゲートウェイをリセットします。 リブート コマンド。



4.2。 LoRaWAN Network/Application Server Configuration

ネットワークサーバーとアプリケーションサーバーには多くのソリューションがあります(無料のものを含む)。 それらのそれぞれには、外部のサービスやシステムと統合する独自の方法があります(例: のような雲 @City )。 このため、 @City システム must have an interface for integration with the installed LoRaWAN NS/なので server.

実動システムの場合、無料サービスを利用できます "シングスネットワーク"、各デバイスに定義された非常に大きな1日あたりの制限内にある限り{特に "オンザエアタイム" (30秒**)およびデバイスに送信される少数のコマンド(10 **)}。

**現在の1日のデバイス制限は変更される可能性があります。

If you need to load new ファームウェア そして configuration, it is necessary to use your own LoRaWAN server ( network + application )。

これにより、いくつかのオプションが提供されます。

一部のシステムでは、ファームウェアと構成が固定され(システムで使用可能なすべてのコントローラーに対して)、初期システム構成の段階で開始されるため、選択が簡単になります。

(*) - in these cases it is necessary to have a second LoRaWAN gateway set on the second server for configuration そして ファームウェア 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 そして incorrect operation of these devices.

It should be realized that the software update of a single LoRaWAN controller takes about an hour, with good 範囲 ( DR> = 4 ), so it is worth using an additional gateway to upgrade the ファームウェア そして configuration. カバレッジが低い場合(DR <4)、ファームウェアの構成と更新は不可能であり、更新されたデバイスの近くにLTE通信を備えたゲートウェイが必要です。

4.2.1。 LoRaWAN Network Server Configuration

に LoRaWAN network server, add the LoRaWAN communication gateway ( the address is located on its cover, or in the file "user / spf / etc / local_conf.json"、またはログに表示されます "/user/spf/var/log/spf.log". 通信ゲートウェイがサーバーに接続していることをWebサーバーのログで確認します。

次のステップは、アプリケーションサーバーの構成です(通常、ネットワークサーバーと同じデバイスにあります)。

実行する次の手順は、使用するアプリケーションサーバーソリューション、およびバックエンド/フロントエンドインターフェイスの可用性によって異なります。 インターフェースが簡素化 "最初のステップ" およびシステム構成。

一般的に、次のことを行う必要があります。

 







5.5。 Work condition of @City GSM / LoRaWAN devices

温度-40℃.. + 65C

湿度0..80%r.H。 結露なし(デバイス)

GSM 電源5VDC @ 2A ±0.15 V(PPMセンサー用およびリレー接続時)

3.5VDC..4.2VDC @ 2A(その他の場合)


LoRaWAN power supply 5VDC @ 300mA ± 0.15 V(PPMセンサー用およびリレー接続時)

3VDC..3.6VDC @ 300mA(その他の場合)


GSM + GPSデバイス:

アンテナ入力50オーム

SIMnano-SIMまたはMIM

(生産段階での選択-MIMはネットワークオペレーターを課します)

モデム承認オレンジ(2G-CATM1)、T-Mobile / DT(2G-NBIoT)、2Gその他のオペレーター


バンド (ヨーロッパ) クラス出力電力感度

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

B3、B8、B20(NB-IoT -800MHz ) **** 3 +23dB ±2 < -113.3。5dB

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

GSM850、GSM900(エッジ)* E2 + 27dB ±2 <-107dB

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

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

特定の帯域に周波数が一致する外部狭帯域アンテナを使用する場合。


*コンボモデムの場合のみ: 2G、CATM1、NB-IoT

証明書:



GPS / GNSS:

動作周波数:1559..1610MHz

アンテナインピーダンス50オーム

最大感度* -160dB静止、-149dBナビゲーション、-145コールドスタート

TTFF 1s(ホット)、21s(ウォーム)、32s(コールド)

A-GPSはい

ダイナミクス2g

最小リフレッシュレート1Hz


*一致した外部狭帯域アンテナ



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

DR T 変調 BRビット/秒Rx感度Rxテスト

03分SF12 / 125kHz 250 -136dB -144dB

12分SF11 / 125kHz 440 -133.5dB

21分SF10 / 125kHz 980 -131dB

350秒SF9 / 125kHz 1760 -128.5dB

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

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

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

7 FSK 50kbs 50000 -130dB

(*)OTAを介してシステムのファームウェアをアップグレードするために必要なパラメーター

(DR) - データレート

(BR) -ビットレート

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




LoRaWAN practical coverage tests:


試験条件:

LoRaWAN Kerlink ifemtocell 内部ゲートウェイ

地上高Wygodagmから約9mの高さで屋外に配置されたパッシブ屋外ブロードバンドアンテナ。 カルチェフ(海抜約110m)。

LoRaWAN device with forced DR0 with an external broadbそして magnetic antenna placed 1.1。5m above the ground on the car roof.

農村地域(牧草地、小さな木々のある畑、珍しい建物)


最も遠い結果は、-136dBに等しいRSSI(つまり、海抜200m)でチェルスク〜10.5km(海抜約200m)でした。 with the maximum sensitivity of the LoRaWAN modem guaranteed by the manufacturer )