This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
wiki:gateway_configuration [2017/10/19 14:55] mpe |
— (current) | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== Gateway configuration ====== | ||
- | |||
- | To use an end-device with SPN, the end-device and the gateway need to use the same parameters. | ||
- | Some parameters are common to the entire fleet and some parameters are end-device specific. | ||
- | |||
- | ===== Fleet parameters ===== | ||
- | |||
- | ==== Regional parameters ==== | ||
- | |||
- | Depending on regions, the LoRaWAN specification differs. The //Region// menu allows you to define your region. | ||
- | |||
- | ==== RX configuration ==== | ||
- | |||
- | The iFemtoCell cannot listen to every frequency simultaneously. Up to 8 frequencies can be listened. | ||
- | |||
- | To understand how the frequency configuration works, it is necessary to know that the station’s hardware contains two RF frontends. Each of these frontends has a 0.8 MHz Bandwidth. Thus, all 8 channels must be contained within these two 0.8 MHz intervals. | ||
- | |||
- | To properly configure the Rx channels, the center frequencies of the frontends must be defined. | ||
- | |||
- | Once the center frequencies are defined, each channel can be configured. | ||
- | |||
- | Here are a few rules/information to configure the frequencies: | ||
- | |||
- | * Both frontends are not necessarly used | ||
- | * Both frontend's bandwidth can overlap | ||
- | * All 8 frequencies can be contained within one single frontend's bandwidth | ||
- | * Not all 8 frequencies are necessarly used | ||
- | * It is better to not use the center frequency of a frentend as channel | ||
- | |||
- | ==== Tx configuration ==== | ||
- | |||
- | Each country has specific reglementations about the power that a device can emit. To use an emitting power in accordance with the reglementations of a country, the maximum emitting power that can be used in the country need to be determined. To this value, 3dB needs to be substracted to compensate the gain of the antenna. | ||
- | |||
- | If a end-device is close to the station it is recommended to lower the Tx power (otherwise it may saturate). | ||
- | |||
- | ==== LoRa network ID ==== | ||
- | |||
- | The //LoRa network// page only allows you to choose your LoRa ''NwkID''. The LoRa ''NwkID'' is applicable only for an OTAA fleet. | ||
- | |||
- | <note important>After changing the network ID, you need to reboot the gateway</note> | ||
- | |||
- | <note important>Be careful, once ''NwkID'' is updated, OTAA devices already activated must initiate another join procedure to communicate again with the new ''NwkID''.</note> | ||
- | |||
- | NwkID range value: ''0-127''. | ||
- | |||
- | Kerlink recommends to configure the LoRa ''NwkID'' before adding your end-devices to the fleet. | ||
- | |||
- | |||
- | ===== End-device parameters ===== | ||
- | |||
- | Every end-devices need to be configured/registered one by one. This configuration is done via the //manage endpoints// tab under the //Endpoints// menu. | ||
- | |||
- | <note important>The configuration of an end-device cannot be edited. To change the configuration you need to delete this end-device and re-create it. This will **delete all recieved data** from this end-device</note> | ||
- | |||
- | ==== Class ==== | ||
- | |||
- | SPN handles two kind of LoRa class functionality: class A and class C. | ||
- | The main difference between class A and C is that a class C device can receive data from the gateway at almost any time whereas the class A device can only receive data for a short duration after it emitted a packet. For more information about LoRa classes, refer to the [[https://www.lora-alliance.org/|LoRaWan specification]]. | ||
- | |||
- | ==== Activation parameters ==== | ||
- | |||
- | To communicate, an end-device needs to be activated on the station. There are two type of activation: OTAA (Over The Air Activation) and ABP (Activation by Personalization). | ||
- | |||
- | === If the end-device uses OTAA === | ||
- | |||
- | For over-the-air activation, end-devices must follow a join procedure prior to participating in data exchanges with the network server. An end-device has to go through a new join procedure every time it has lost the session context information. The join procedure requires the end-device to be personalized with the following information before its starts the join procedure: | ||
- | |||
- | * A globally unique end-device identifier: ''DevEUI'' | ||
- | * The application identifier: ''AppEUI'' | ||
- | * An AES-128 key: ''AppKey'' | ||
- | |||
- | This information is used at each join procedure to derived unique session keys (''NwkSKey'', ''AppSKey''). These keys are then used to exchanged data between the end-device and the gateway. | ||
- | |||
- | === If the end-device uses ABP === | ||
- | |||
- | Activating an end-device by personalization means that the ''DevAddr'' and the two session keys (''NwkSKey'' and ''AppSKey'') are directly stored into the end-device instead of the DevEUI, AppEUI and the AppKey. The end-device is equipped with the required information for participating in a specific LoRa network when started. | ||
- | |||
- | ==== LoRa RF paramters ==== | ||
- | When a packet is send by an end-device, the end-device opens two reception windows. The first window uses the same channel than the one used to send the frame. The second window uses a predefined frequency. During these windows, a frame send by the station can be received. | ||
- | |||
- | By default, SPN automatically choses which window is used. When the second windows is used, by default, the packet is send at the frequency 869,525MHz with the datarate "0". | ||
- | |||
- | If this configuration is not desired, it can be overriden using the //Override default Rx parameters// check box. | ||
- | |||
- | |||