Wireless M-Bus Gateway V4 with Poti Add-On
Description
Gateway for remote reading of wireless MBus values as well as up to three analog potentiometer values via NB-IoT, LTE-M mobile radio or LoRaWAN to the Internet. Suitable for indoor and weather-protected outdoor installation.
Features
- wM-Bus meter data upload via NB-IoT or LTE-M mobile radio (2FF / Mini SIM card)
- Secure DTLS data transmission (client + server certificates) via mobile radio
- Connection via CoAP and DTLS (NB-IoT, LTE-M) or MQTT (LTE-M) to the Lobaro platform
- Direct connection via MQTT (LTE-M) to third-party systems possible.
- Alternative upload via LoRaWAN 1.0.2 (EU-868)
- Compatible with wireless M-BUS S1, C1/T1 modes (868 MHz) meters
- Compatible with Xylem Sensus RF Bubble Up (868 MHz)
- Compatible with Müller Funk (ME protocol, Walk-By) for µon and µflow skyW-2 and skyE-2
- Internal memory, for over 64.000 telegrams
- Whitlist for up to 2.000 individual meters
- Remote configuration
- Signed firmware updates (FOTA) via mobile radio
Product Components
This product is manufactured by Lobaro using the components listed below. Detailed information about the firmware and other components can be found in their respective descriptions. Please use the links provided to access comprehensive product details.
| Component | Manual / Description | Additional note |
|---|---|---|
| Firmware | app-nrf91-origin | See here for available firmware updates |
| Housing | LoCube | 122 mm (l) x 82mm (w) x 55mm (h) |
Product Identification
- Name: Wireless M-Bus Gateway V4 Poti
- Type: LOB-GW4-POTI
- MPN / Ordering code:
TBD
Datasheet & Quickstart
Please contact our sales team.
Product specific details
Information provided in this chapter is only valid for the above product unless otherwise noted. In case of doubt, the information in this section takes precedence over the general description of any component.
LED signal patterns
The device has 3 three LEDs (B, G, R = Blue, Green, Red), labeled Status on the PCB: 🔵🟢🔴.
Patterns during booting/restart
- 🔵⚪🔴 B and R on: Device is in Bootloader Mode (not actively running, remove config adapter press reset to leave Bootloader Mode).
- 🔵->🟢->🔴 Quick cycle B, G, R for ~0.5s: Device just booted, either after power on, reset b button or software, or after a hard failure.
- ⚪⚪🔴 R flashes repeatedly on and off in 1s interval: critical failure during boot (failed to start application).
Patterns during normal operation
- 🔵⚪⚪ B flashes 1s on and 1s off in loop: building LTE connection to mobile provider. Followed by:
- ⚪🟢⚪ Short G flash on success.
- ⚪⚪🔴 Short R flash after connection failed.
- ⚪🟢⚪ G flash during installation mode while collecting wireless M-Bus telegrams.
Exceptional patterns
- 🔵⚪🔴/🔵🟢⚪ Quickly changing between R & B and G & B every 5s in a loop: Modem is in connection restriction mode - keep device on power, will fix itself after 30min.
Battery Lifetime Calculator
Please contact our sales team.
Firmware Updates
The latest firmware can be found here:
No release firmware yet
A remote firmware update over LoRaWAN is currently not possible.
Configuration
The device is shipped with default configuration parameters. The configuration can be changed via the 6-pin config port using the Lobaro USB Configuration Adapter.
More information about the usage of the configuration tools can be found in our documentation.
Remote Configuration is also supported after initial network connection.
General Parameters
| Description | Key | Type | Possible Values | Default |
|---|---|---|---|---|
| Uplink channel selection | WAN | String | lte or lorawan | lte |
| Days without connectivity until device reset | LostReboot | Number | Any, e.g., 3 | 5 |
Detailed Description
WAN Parameter
LPWAN technology is used for connection and data communication with the backend server. This can be either cellular LTE (NB-IoT, LTE-M) or LoRaWAN.
lte: Utilizes cellular technologies, either NB-IoT or LTE-M.lorawan: Employs LoRaWAN with OTAA (Over-The-Air Activation).
- LoRaWAN uplinks and downlinks are limited to 52–222 bytes, depending on the DataRate (connection quality):
- Uplinks containing longer wMBUS telegrams are split across multiple LoRaWAN messages.
- Uplinks with numerous wMBUS telegrams may take significant time due to LoRaWAN's duty-cycle limitations.
- Downlinks with large configuration values (e.g., long whitelists) must be split into multiple messages, which can be challenging to implement.
- Limited metadata:
- Status telegrams include less information due to reduced uplink channel capacity.
- No remote firmware update capabilities.
Wireless M-Bus Meter Reading
| Description | Key | Type | Possible Values | Default |
|---|---|---|---|---|
| WMBUS Listen Cron [UTC+0] | listenCron | String | Any CRON String | 0 0 12 * * * |
| WMBUS C1/T1 Listen Duration [s] | cmodeDurSec | Number | Number of seconds0 = Do not collect C1/T1Max Value= 36000 | 300 |
| WMBUS S1 Listen Duration [s] | smodeDurSec | Number | Number of seconds0 = Do not collect S1Max Value= 36000 | 0 |
| Sensus RF Listen Duration [s] | xmodeDurSec | Number | Number of seconds0 = Do not collect X-ModeMax Value= 36000 | 0 |
| Müller-Funk Listen Duration [s] | umodeDurSec | Number | Number of seconds0 = Do not collect U-ModeMax Value= 36000 | 0 |
| WMBUS ID Filter List | devFilter | String | List, e.g.88009035,13456035 | [not set] |
| WMBUS Type Filter List | typFilter | String | List, e.g.08,07 | [not set] |
| WMBUS M-Field Filter List | mFilter | String | List, e.g.DME,ITW,SEN,QDS | [not set] |
| WMBUS CI-Field Filter List | ciFilter | String | List, e.g.8a,72 | [not set] |
| WMBUS Telegram Upload Limit | maxTelegrams | Number | Any number of max. Telegrams0 = no limit. | 0 |
Detailed Description
listenCron Parameter
The listen cron specifies when the device wakes up to receive data via enabled wireless M-Bus and other radio protocols. Each listening period is followed by data upload using the configured WAN technology. The ideal interval largely depends on the device's power supply (battery-powered vs. externally powered) and the application's need for new metering data. Typical intervals range from every 15 minutes to 14 days between consecutive readouts.
Learn more about CRON configuration parameters.
*modeDurSec Parameters
Parameters: cmodeDurSec smodeDurSec xmodeDurSec umodeDurSec
The duration, specified in seconds (e.g., 300 for 5 minutes), defines how long the device collects metering data for
each corresponding wireless protocol. Each listening period is executed sequentially based on the configured durations.
Once all listening periods are complete, the collected meter telegrams are transmitted using the configured WAN
technology.
The maximum duration that can be specified is 10 hours, i.e. 36,000 seconds. Please note that such long listening periods will drain the battery very quickly. If in doubt, please consult Lobaro.
*Filter Parameters
Parameters: devFilter ciFilter mFilter typFilter
Filters are applied to meters based on wireless M-Bus-related fields to determine which telegrams are collected and uploaded. These filters include:
mFilter: Manufacturer filter – filters telegrams by the 3-letter manufacturer code included in every telegram ( e.g.,LOBfor Lobaro GmbH).typFilter: Device Type filter – filters telegrams by the 2-hex-digit code that defines the type of sending device (e.g.,07for water meters).devFilter: Device filter – filters telegrams by the 8-digit ID that is mandatory for each sending device (e.g.,87654321).ciFilter: CI-Field filter – filters telegrams by the 2-hex-digit CI-Field included in every telegram. This field is a technical code that describes the purpose of the telegram (e.g.,8a).
These filters help refine data collection to target specific devices or device types.
For a detailed explanation, read more about telegram filter parameterization.
Blacklist
Each filter parameter can be preceded with an exclamation mark (!) to convert the whitelist into a blacklist.
This applies to the entire filter parameter, not to individual entries within the list. For example:
mFilter=LOBwill collect only telegrams from Lobaro GmbH (whitelist).mFilter=!LOBwill exclude telegrams from Lobaro GmbH (blacklist).
maxTelegrams Parameter
Set a hard limit on the number of telegrams to be collected and uploaded. The firmware will stop collecting once this limit is reached, regardless of the elapsed time. This can help conserve battery life and data volume, especially if the device is located in an area with a high density of meters.
When filtering for a single telegram, the parameter can be set to 1, causing the device to stop listening immediately
after the desired telegram is received.
LTE Connection
| Description | Key | Type | Possible Values | Default |
|---|---|---|---|---|
| LTE Lobaro Platform Host | Host | IP / URL | List of various Endpoints | coaps://platform.lobaro.com |
| LTE MCC+MNC Code | Operator | Number | e.g. 26201 (Dt. Telekom) | [not set] |
| LTE Band | Band | Number | 3 or 8,20 or 3,8,20 | 3,8,20 |
| LTE APN | APN | String | any APN | * |
| LTE SIM Pin | PIN | Number | 4 digits pin, e.g. 1234 | [not set] |
| LTE NB-IoT on/off | UseNbiot | Bool | true or false | true |
| LTE M1 on/off | UseLtem | Bool | true or false | true |
| LTE DNS Servers used | DNS | IP | List of DNS server IPs | 9.9.9.9,1.1.1.1 |
| Plain UDP Host | UdpHost | IP | any, e.g 94.130.20.37 | [not set] |
| Plain UDP Port | UdpPort | Number | any, e.g 3333 | [not set] |
Detailed Description
Host Parameter
- Lobaro Platform CoAP
- MQTT
Hostname or IP of the Lobaro Platform instance CoAP endpoint to which the gateway communicates using UDP.
- Using DTLS:
coaps://platform.lobaro.com - No DTLS:
coap://platform.lobaro.com - Plain IP:
94.130.20.37(platform.lobaro.com)
It's also possible to configure a list of URLs to implement a fallback mechanism. This is particulary helpful
for
combining DTLS and non DTLS connection attempts: coaps://platform.lobaro.com,coap://platform.lobaro.com
The device can communicate directly via MQTT. See MQTT → Host Parameter.
LTE Parameters
Parameters: APN Operator Band, PIN
Basic parameters are required to configure the NB-IoT or LTE-M connection. These settings must align with the SIM card
and network provider used. Typically, the default parameters work well, as they enable the modem to automatically select
and join the network using SIM card information. However, if the APN (Access Point Name) is known, it is recommended
to configure it for optimal performance.
Read more about LTE network configuration parameters.
UseNbiot UseLtem
The modem supports both NB-IoT and LTE-M technologies. By default, both are enabled, allowing the cellular modem to
automatically select the most suitable network type based on the location. However, you can force the modem to use a
specific technology by setting one parameter to false, ensuring the other remains enabled (set to true). At least
one technology must always be active.
UdpHost UdpPort
This feature is deprecated and not recommended for production use. Lobaro provides limited support for errors caused by using raw UDP upload.
Instead of sending metering data to the Lobaro IoT Platform, the data can alternatively be sent to an external UDP socket. This option is useful if you prefer to keep metering data off external servers while still using the Lobaro Platform to control your gateways.
UdpHost: IP address to upload plain telegrams via UDP.[not set]: Defaults to uploading data to the Lobaro IoT Platform using the configured Host parameter.UdpPort: Port number to upload plain telegrams via UDP.- Only used if
UdpHostis set.
Even when metering data is sent to an external server, the firmware typically still requires a connection to a Lobaro Platform instance to send status information, perform remote configurations, or handle firmware updates.
For solutions that allow all communication without the Lobaro Platform, such as direct MQTT to an external broker, contact Lobaro for potential options.
LoRaWAN Connection
| Description | Key | Type | Possible Values | Default |
|---|---|---|---|---|
| DevEUI | DevEUI | byte[8] | any | Device EUI64 |
| AppEUI / JoinEUI (1.1) | AppEUI/JoinEUI | byte[8] | any | random |
| AppKey | AppKey | byte[16] | any | random |
| NwkKey (1.1) | NwkKey | byte[16] | any | 00000000000000000000000000000000 |
| Days between Timesync | TimeSync | Number | any | 3 |
| Payload Format | PayloadFormat | Number | 0, 1, 2 | 0 |
| use OTAA | OTAA | Bool | true or false | true |
| Random TX Delay [s] | RndDelay | Number | any | 10 |
| Spreading Factor | SF | Number | 7-12 | 12 |
| Transmission Power | TxPower | Number | 2-14 | 14 |
| Adaptiv Data Rate | ADR | Bool | true or false | true |
| LoRaWAN max. Payload Length | loraPLMax | Number | 10 to 241 | 100 |
Detailed Description
LoRaWAN 1.1 is experimental and not certified. For production environments, we recommend using LoRaWAN 1.0.2.
Depending on configuration some parameters are not available.
NwkKey Parameter
The Network Key (NwkKey) is used for LoRaWAN 1.1. If set to zeros (00000000000000000000000000000000) or to the same value as the AppKey, the device will stick to LoRaWAN 1.0.2 which is the recommended mode of operation.
PayloadFormat Parameter
Used encoding of the wmBus LoRaWAN uplink payload packets.
0= Encoding in ports with static message length1= prefix bytes and time2= prefix bytes, time, and rssi
For a detailed specification of the payload formats, please refer to the LoRaWAN Communication page.
Analog Channel Parameters
| Description | Key | Type | Possible Values | Default |
|---|---|---|---|---|
| Enabled Channel 1 | ch1Enable | Boolean | true or false | true |
| Enabled Channel 2 | ch2Enable | Boolean | true or false | true |
| Enabled Channel 3 | ch3Enable | Boolean | true or false | true |
| Cron in case of alarm | alarmCron | String | Any cron | `` |
| Number of ms to wait before reading | ch1PreReadTO | Inteter | 0..60000 | 10 |
| Number of ms to wait before reading | ch2PreReadTO | Inteter | 0..60000 | 10 |
| Number of ms to wait before reading | ch3PreReadTO | Inteter | 0..60000 | 10 |
| Number of samples to take in one measurement | ch1ch1Samples | Integer | 1..200 | 200 |
| Number of samples to take in one measurement | ch1ch2Samples | Integer | 1..200 | 200 |
| Number of samples to take in one measurement | ch1ch3Samples | Integer | 1..200 | 200 |
| Calibration Factor | ch1Factor | String | [not set] | |
| Calibration Factor | ch2Factor | String | [not set] | |
| Calibration Factor | ch3Factor | String | [not set] | |
| Calibration Offset | ch1Offset | String | [not set] | |
| Calibration Offset | ch2Offset | String | [not set] | |
| Calibration Offset | ch3Offset | String | [not set] | |
| Alarm threshold high | ch1AlarmHigh | String | [not set] | |
| Alarm threshold high | ch2AlarmHigh | String | [not set] | |
| Alarm threshold high | ch3AlarmHigh | String | [not set] | |
| Alarm threshold low | ch1AlarmLow | String | [not set] | |
| Alarm threshold low | ch2AlarmLow | String | [not set] | |
| Alarm threshold low | ch3AlarmLow | String | [not set] |
Detailed Description
alarmCron Parameter
In case of an active alarm, this cron is used instead of the regular cron.
chXFactor and chXOffset Parameters
The measured raw value is multiplied by chXFactor and then chXOffset is added. All further calculations and alarm checks are done with this derived value.
chXAlarmLow and chXAlarmHigh Parameters
If the calculated measurement value is above chXAlarmHigh or below chXAlarmLow, a alarm is triggered. The number of triggered alarms and the time in the alarm state is measured and transmitted.
Special
| Description | Key | Type | Possible Values | Default |
|---|---|---|---|---|
| Verbose UART Log | verbose | Bool | true or false | false |
| Addon RAM configuration | extRam | String | Lobaro Internal | [not set] |
| Live Mode | liveMode | String | [not set] | |
| Operation Mode | opMode | Number | Lobaro Internal | 1 |
Detailed Description
liveMode Parameter
An empty string disables the live mode.
suppression=<seconds> enable live mode with suppression of duplicate telegrams for seconds
Upload Formats LoRaWAN
| LoRaWAN Port | Uplink Message |
|---|---|
| 1 | Status Message |
| 8 | Poti Data Packet |
For a detailed specification of the payload formats, please refer to the LoRaWAN Communication page.
Upload Formats LTE
CoAP Protocol
The protocol details of the CoAP implementation are not publicly disclosed and are intended for use exclusively with the Lobaro IoT Platform. For integration with third-party systems, MQTT is the preferred protocol.
If you require access to this and MQTT is not an option, please contact Lobaro directly.
MQTT Protocol
Please contact our sales team.
Declaration of Conformity
 | Download CE declaration of conformity |