It is necessary to know the module factory parameters to instal module in NS correctly (they are available in specification):

• Activation method in the LoraWAN network - ABP (Activation by personalization) or OTAA (Over the Air Activation)
• Keys APPSKEY[16], NETSKEY[16] - ABP or APPKEY[16] - OTAA

The time is transmitted as a 4-byte counter. This is the time in seconds since the year 2000. The module time must be synchronized with the server time. The time can be set using the commands: SET_TIME and CORRECT_TIME. The SET_TIME command is for initial time setting and for adjustments greater than +/-128 seconds. Adjusting the time backwards may result in the loss of hourly data. Further, the server must correct the module time if it deviates from the server time. The recommended allowable time deviation is no more than 30 seconds; if it is exceeded, the time is corrected using the CORRECT_TIME command.

Once a day, the module measures the battery parameters: battery voltage without load and battery voltage under resistor load (150 Ohm for modules on WLE). These data and the calculated internal resistance value are transmitted once a day also. Based on the measurement results, it is possible to start the battery depassivation process. In this case, the DEPASS_DONE event is logged.

A magnetic field sensor is installed in the module. This sensor is used to send current pulse counter to server. In case of short magnetic influence (more than 2 sec and less than 20 sec), the current pulse counter data GET_CURRENT will be sent to the server.

The module is activated after the Jooby Splitter 1x4PU/1x2PU is connected to the module port. The sensor is polled continuously. Activation means that the module starts sending data frames via the radio. Before activation, the module's radio is switched off. When INSERT and ACTIVATE events have occurred, NEW_EVENT frames with INSERT and ACTIVATE events are transmitted, and the time of the event is transmitted in the data of these events. Also, the command GET_CURRENT transmits the current data of the pulse counter. If Jooby Splitter 1x4PU/1x2PU is disconnected from the module, it will be deactivated after 30 seconds. The NEW_EVENT frame with the events REMOVE and DEACTIVATE will be sent to the server, the time of the event is transmitted in the data of these events. The GET_CURRENT command also sends the current pulse counter data.

Once activated, the module sends consumption data regularly. By default, the module transmits hourly consumption data at an interval of about 4 hours + a pseudo-random component ranging from 0 to 17 minutes. The frequency of sending data can be changed, but the period cannot be less than 10 minutes and more than 36 hours. You can set the type of data to be transferred. It is possible to transfer current, hourly, daily data. It is also possible to transmit hourly and daily data simultaneously (in one frame). To select the type of data to be transmitted, use parameter 5 (Type of data to be output). Hourly data is stored in the archive, the maximum archive depth is 6 months. Daily consumption data is also stored in the archive, the maximum depth is 2 years. The depth of the archives does not change configurationally.

The device supports absolute data mode. This mode is set so that the current readings of the meter can be easily obtained from the data transmitted by the device. In this mode, the device uses a different set of commands to communicate consumption data. To set the initial readings of the meter, you must use the impulse coefficient - IPK, which is a parameter of the meter and indicates the amount of resource per pulse.

To set the absolute data transmission mode, it is necessary to transfer the impulse coefficient IPK and the initial readings of the meter, expressed taking into account the impulse coefficient INITIAL_METER_DATA = INITIAL_CONSUMPTION/IPK. As well as the current value of the pulse counter. The value of the pulse counters can be obtained at the moment of activation or initiate the transfer of current data using a slider, a magnet, pressing a button, setting a connector (tamper closing). If necessary, these operations can be repeated.

All events are recorded in the archive. Archive capacity - not less than 256 events and not more than 512 events. The event log records the time of the event, the event ID, and the LAST_EVENT sequence number. The event number is incremented with each entry. The event number is passed to the server with the LAST_EVENTS command, which is added to every UPLINK frame sent without a request. There is no priority for messages in the archive. Events are recorded in a cycle. Archives can be requested from the most recent to the oldest and from a specific time.

There are 2 types of command direction:

• downlink - request (sent from server to device)
• uplink - response or event (sent from device to server)