MULTITECH RB90000012LF Reveal Wireless No Probe Temperature Sensor User Guide
- October 27, 2023
- MULTITECH
Table of Contents
- REVEAL WIRELESS NO PROBE TEMPERATURE SENSOR
- Chapter 1 – Product Overview
- Documentation
- Chapter 2 – Preparing Sensor
- Chapter 3 – Hardware Specifications and Information
- Battery Life
- Replacing the Battery
- Mechanical Drawings
- Chapter 4 – Common Messages
- Supervisory Message 0x01
- Downlink Messages
- Downlink ACK
- Chapter 5 – Sensor-Specific Messages
- Chapter 6 – Regulatory Information
- References
- Read User Manual Online (PDF format)
- Download This Manual (PDF format)
RB90000012LF Reveal Wireless
No Probe Temperature Sensor
User Guide
REVEAL WIRELESS NO PROBE TEMPERATURE SENSOR
Reveal Wireless No Probe Temperature Sensor
Model: RBS301-TEMP-NOP
Part Number: RB00020 Rev. 1.0
Trademarks and Copyright
Copyright
This publication may not be reproduced, in whole or in part, without the
specific and express prior written permission signed by an executive officer
of Multi-Tech Systems, Inc. All rights reserved. Copyright © 2022 by Multi-
Tech Systems, Inc.
Trademarks and Registered Trademarks
MultiTech, the MultiTech logo, DeviceHQ, xDot, and Conduit are registered
trademarks and Reveal and mDot are trademarks of Multi-Tech Systems, Inc. All
other products and technologies are the trademarks or registered trademarks of
their respective holders.
Disclaimers
Information in this document is subject to change without notice and does not
represent a commitment on the part of Multi-Tech Systems, Inc.. Multi-Tech
Systems, Inc. provides this document “as is,” without warranty of any kind,
expressed or implied, including, but not limited to, the implied warranties of
fitness or merchantability for a particular purpose. Multi-Tech Systems, Inc.
may make improvements and/or changes in this manual or in the product(s)
and/or the software described in this manual at any time.
Legal Notices
See the Legal Notices section of the website for up-to-date information on
MultiTech warranty, returns policy, privacy statement, terms of sale, and
terms of service.
Customer Support
MultiTech offers free technical support for Reveal sensors at:
https://support.radiobridge.com
MultiTech also offers technical support plans and service packages to help our
customers get the most out of their MultiTech products.
World Headquarters
Multi-Tech Systems, Inc.
2205 Woodale Drive, Mounds View, MN 55112
Chapter 1 – Product Overview
Overview
The Reveal™ Wireless No Probe Temperature Sensor measures ambient temperature
without any external probes such as a thermocouple. If the temperature rises
above or falls below the configured thresholds, the sensor sends an alert over
the wireless network. The temperature has been calibrated with controlled
temperature chambers, and is accurate to +/- 1 degree C.
Note : The temperature sensor is internal to the device making it slower
to respond to temperature changes than some of our sensors. For applications
that require rapid detection of temperature changes, see one of the other
temperature sensor products from Reveal™, which are found at:
https://www.multitech.com/brands/reveal-wireless-air-temp-humidity-sensors
Part Numbers
Part Number | Rating | Wireless | Region |
---|---|---|---|
RBS301-TEMP-NOP-US | Indoor | LoRaWAN | North America, South America |
RBS301-TEMP-NOP-EU | Indoor | LoRaWAN | Europe |
RBS301-TEMP-NOP-AU | Indoor | LoRaWAN | Australia, South America |
Documentation
The following documentation is available at https://www.multitech.com/products/sensors.
Document | Description | Part Number |
---|---|---|
User Guide | This document provides overview, safety and regulatory |
information, design considerations, schematics, and general hardware
information.| RB00020
Connection Guide| This document provides instructions and information on how
to connect Reveal LoRaWAN sensors on gateways and networks.| RB00001
Chapter 2 – Preparing Sensor
Preparing an RBS301 Sensor
Sensors ship with batteries installed. There is a plastic tab over the
battery, which needs to be removed.
Pull the tab out of the sensor to connect the battery. If the tab does not
pull out easily, you may need to open the case to remove it.
To open the case:
- Use a pen or similar object to press the button on the opposite side of the case.
- Remove the battery tab. You may need to remove the battery to remove the tab.
- Re-insert the battery and close the case.
Preparing an RBS306 Sensor
Sensors ship with batteries installed. There is a plastic tab over the battery, which needs to be removed. To remove a tab that does not pull out easily:
- Loosen screws to remove the battery tab. DO NOT REMOVE THE LID.
- Hand-tighten the lid screws to seal the case against moisture. Do not overtighten the screws.
Quick Start
Use your sensor through either the Radio Bridge Console or a third-party
network. To use the Radio Bridge Console, use the following steps. To use a
third-party network, refer to the Connecting Radio Bridge LoRaWAN Sensors on
Gateways and Networks (RB00001) , which is available through the sensor page
at
https://www.multitech.com/products/sensors
-
Create a Radio Bridge console account at: https://console.radiobridge.com/
-
Click on Devices on the left.
-
Click Add Device.
-
Select the network you want to use.
-
Specify if you want to Register Through Radio Bridge or use an existing account with the network.
-
Make sure Console Only Device is NOT selected.
-
Enter the Device Name, Device ID, and Device Key.
Note : For easy Device ID and Key entry, scan the QR code on the device label. Then copy and paste data into the console. With the QR code, the first line is the Device ID and the rest is the key. -
Select the model from the Device Type drop down. Model is on the device label.
-
Select the Join EUI and click Continue.
-
Review the summary and click Confirmation.
The console shows complete when the device is successfully added.
Chapter 3 – Hardware Specifications and Information
Temperature Ranges
Parameter | Rating M |
---|---|
Operating ambient temperature | -30 to +70 |
Storage ambient temperature | -40 to +100 |
Battery Life
The sensor uses a lithium non-rechargeable battery, capable of an estimated
200,000+ messages.
Note: Refer to the Sensor Battery Estimator.xlsx spreadsheet on the on the
sensor’s product page for specific battery life estimates:
https://www.multitech.com/products/sensors
Battery life depends on the number of transmissions per day. Power required
for a message transmission is greater than the “sleep current” for high power
radio technologies (e.g, LoRaWAN).
Different battery types deplete over time with different voltage profiles; a
lithium battery maintains high voltage for the life of the battery with a
rapid drop near the end of life, and an alkaline battery has gradual reduction
in voltage over time. Radio Bridge devices are shipped with lithium batteries,
which are the recommended replacement type.
Recommended battery: Panasonic CR123/A
Battery life estimates in the online spreadsheet assume room temperature,
meaning temperatures near the maximum and minimum ratings negatively impact
battery life. Battery voltage lowers in cold temperatures, and internal
circuitry needs a minimum voltage to operate properly.
Note : Battery life will be reduced in cold environments leading to
possible device shut down.
The battery voltage is reported by the supervisory messages and a low battery
indicator. See the section on Message Protocol for details.
Replacing the Battery
Replacement battery type is listed in the Battery Life topic. To replace the battery:
- Use a pen or similar object to press the button on the opposite side of the case.
- Remove the battery.
- Insert the new battery and close the case.
Mechanical Drawings
The mechanical drawings provided in this section are for the main body of the
sensor. All dimensions use inches unless specified.
Indoor RBSx01 Sensors
Armored Outdoor/Industrial RBSx06 Sensors
Chapter 4 – Common Messages
Common Messages
This chapter defines the protocol and message definitions common to all Reveal
wireless sensors. Common messages include basic error messages, tamper,
supervisory, link quality, and downlink acknowledgments. Sensor specific
messages are in the Sensor Specific Messages chapter.
Message Protocol
This section defines the protocol and message definitions for the device.
Note : MultiTech provides a web-based console at console.radiobridge.com
for configuring and monitoring devices. We recommend using this console rather
than the protocols defined in this section.
If not using the console, use this topic to configure the device through
downlink messages and decode the device data.
Uplink Messages
The uplink messages (sensor to web application) have the following structure.
Item | Size | Description |
---|---|---|
Protocol Version | 4 bits | A constant 1, provides extensibility to the specific |
format of a message type.
Packet Count| 4 bits| A sequential number starting at 0 for the first message
sent from the sensor to the cloud. It increments by one for each subsequent
message. When it reaches 0xF (15 decimal), it wraps back to 0. Packet count
helps identify when a message is lost. For example, if the packet count goes
2,4 instead of 2,3,4, it indicates a message has been lost. It can also help
identify out-of-order or duplicate messages.
Message Type| 1 byte| Byte format is 8 bits, with 256 combinations possible.
Message Payload| 0-7 bytes| Each message type has between 0 and 8 bytes of
payload data specific to the sensor. Refer to the following table for payload
information.
Message| Payload| Description
---|---|---
Ox00| 5-byte reset code| Device has reset. The reset cause is represented in
the 5-byte reset code payload.
Ox01| >3 (9)| Daily supervisory message (1-2 per day). The 3-byte payload
contains current sensor status. Refer to Supervisory Message OxOlfor payload
details.
0x02| 1-byte event| A tamper event has occurred. Refer to Tamper Message
Ox02for details.
—| Sensor event| Sensor events are defined in the Sensor Specific Messages
chapter.
Oxfb| Link quality| Sent after each downlink configuration (refer to Link
Quality Message) or to periodically ping the network server (refer to Link
Quality Check Period).
---|---|---
Oxfe| —| Reserved.
Oxff| 1-byte status| Downlink message ACK. Refer to Downlink ACK for more
detail.
Reset Message 0x00
Every time a sensor resets it sends a reset message to the cloud.
The reset message payload is defined in the following table.
Bytes | Description |
---|---|
0 | Sensor type code, a product identifier sent as part of the reset message. |
1 | Hardware version. |
2-3 | Firmware version. |
4-5 | Reset code. Used for factory diagnostics. |
Firmware Version
The 16-bit firmware version is constructed from reset payload Bytes 2-3, where
Byte 2 is the most significant byte.
Beginning with version 2.0, the format is as shown in the following table.
The original format is compatible by redefining the reserved most significant
bit (Bit 15).
Byte | Description |
---|---|
15 | Format (bit == 0) |
14:08 | Major number (7 bits) |
7:00 | Minor number (8 bits) |
15 | Format (bit == 1) |
14:10 | Major number (5 bits) |
9:05 | Minor number (5 bits) |
4:00 | Build number (5 bits) |
16-Bit Firmware Version Examples
- 0x0103 is decoded as Firmware Version 1.3
- 0x8823 is decoded as Firmware Version 2.1.3
Supervisory Message 0x01
Wireless sensors periodically send a supervisory message so the backend system
can verify the device is still alive and report error conditions. The
supervisory message payload include current sensor status.
You can also trigger a supervisory message. To do this:
- Place a magnet near the triangular notch on the side of the sensor.
The following table shows the supervisory message payload:
Bytes | Description |
---|---|
0 | Supervisory error codes as follows: |
--- | --- |
7:05 | Not used. |
4 | Tamper detected since last reset. |
3 | Current tamper state. |
2 | Error with last downlink. |
1 | Battery low (under 2.8v). |
0 | Radio communication error, communication with the integrated radio failed |
and the device was reset.
1| Current sensor state, 1-byte. This is device specific, refer Sensor
Specific Messages chapter for details.
For other devices, use the periodic reporting feature.
2| Battery level is a two-digit battery voltage. For example, if the battery
voltage is 2.9V, byte 2 would be 0x29.
6-Mar| Extended sensor state, 4-bytes. Allows sensors with higher precision or
multiple values to report during a supervisory event. For other devices, use
the periodic reporting feature.
8-Jul| Event accumulation count is the number of sensor events since the last
supervisory message. To improve battery life, can be used with the Disable all
sensor events setting so only an event total is reported during a supervisory
message, individual events are not reported as they occur. This feature is
available in firmware v2.0 and beyond.
Tamper Message 0x02
A sensor sends a message when the tamper switch has been opened or closed
through either an enclosure tamper or a wall mount tamper. The tamper message
contains a 1-byte payload as shown in the following table.
Payload | Description |
---|---|
0x00 | Tamper switch opened. |
0x01 | Tamper switch closed. |
Link Quality Message 0xfb
The link quality message provides a signal strength and a signal to noise
measurement at the device itself. The link quality message payload is shown in
the following table.
Bytes | Description |
---|---|
0 | Current Sub-Band, sub-band currently joined and used for communication to |
the gateway and network server. Value ranges from 1-8 for US915. For other
regions, value depends on available channels.
1| RSSI of last DOWNLINK received, signed integer format values in bytes 1 and
2 in two’s complement format.
2| SNR of last DOWNLINK received, signed integer format values in bytes 1 and
2 in two’s complement format.
Downlink Messages
Downlink messages are from the cloud to the sensor and are used to configure
the sensor. The sensor initiates downlink messages, since the sensor is
typically sleeping with the radio turned off.
For LoRaWAN devices, a downlink can be received after any uplink within the
receive window.
The following messages can be sent back to the sensor upon a downlink request.
Command | Payload | Description |
---|---|---|
0x00 | Not used | Not used |
0x01 | 4 bytes | General configuration |
— | 0-7 bytes | Sensor configuration, refer to the Sensor Specific Messages |
chapter
0xfc| 3 bytes| Advanced configuration
General Configuration
Use the general configuration command to configure parameters that apply to
all sensor types.
Byte | Description |
---|---|
0x00 | Disable sensor events |
0x01 | Radio config |
0x02 | Supervisory period. Default 19 hours. |
0x03 | Sampling rate |
Disable Sensor Events
The following table shows the disable sensor event bit definitions.
Bit | Description |
---|---|
7:01 | Not used |
0 | Disable all sensor events |
Radio Config
The following table shows the radio config byte definition.
Note : Available in firmware version 1.4 or newer.
Bits | Description |
---|---|
7 | Not used (reserved) |
6 | Enable duty cycle requirement. LoRaWAN EU868 only. To enforce the EU868 |
band duty cycle requirements, enable before production deployment. Default is
disabled. Available in firmware 2.2.1 or later.
5:02| Uplink retries. LoRaWAN only. The range for uplink retries is 1-8 for
confirmed messages (ACK required) and does not apply to unconfirmed messages.
Default 0 (leave unchanged). Available in firmware v1.4 and above.
1| Use unconfirmed messages. LoRaWAN only. If set to use the unconfirmed
messages bit, the sensor does not look for an ACK from the network server.
Default is 1 (unconfirmed messages, no ACK required). EU sensors can’t use
confirmed messages, setting this bit to 0 on an EU device causes an error.
Available in firmware v1.4 and above.
0| Disable Adaptive Data Rate (ADR). LoRaWAN only. To enable ADR, set to 0. To
disable ADR, set to 1. Default is 0 (enabled). Available in firmware v1.3 and
above.
Important: The duty cycle bit must be set for production deployments in
the EU868 band.
Supervisory Period
The general configuration command’s supervisory period controls the time
between supervisory messages as defined in the following table.
Bit 7 | Bits 6:0 |
---|---|
0 | Period defined in hours (1-127 hours). Available in firmware v1.3 and |
above.
1| Period defined in minutes (1-127 minutes) Available in firmware v1.3 and
above.
For example, to receive a report every 4 hours, set Byte 1 to 0x04. To receive
a periodic report every 15 minutes, set Byte 1 to 0x8f.
Sampling Rate
Sampling rate controls the frequency at which devices wake from low power
sleep mode to check the sensor state.
Some sensors require very little power to check the state and need to react
quickly. Other sensors can be sampled at a lower rate, such 30-second or
30-minute intervals. Increasing the time between samples increases battery
life.
Refer to the Battery Estimator on the Radio Bridge site for battery life
estimates relative to sampling rate:
https://radiobridge.com/documents/Sensor%20Battery%20Estimator.xlsx
A value of 0 in this field leaves the sampling rate at the current value. Use
the following table to determine the sampling rate if the value is not zero.
Note : Sampling period only applies to sensors that take measurements
like temperature and tilt, it does not apply to sensors with binary inputs
such as door/window sensors or push buttons.
This feature is available in firmware v2.0 and above.
Bit 7:6 | Bits 5:0 |
---|---|
0 | Sampling period defined in increments of 250ms (0.25-15 seconds). |
1 | Sampling period defined in increments of seconds (1-63 seconds). |
10 | Sampling period defined in increments of minutes (1-63 minutes). |
11 | Sampling period defined in increments of hours (1-63 hours). |
Advanced Configuration
Use this command for advanced configuration parameters that apply to all sensor types. The advanced configuration command is defined in the following table.
Byte | Description |
---|---|
0x01 | Port number (LoRaWAN only) |
0x02 | Link quality check period (LoRaWAN only) |
Port Number
For LoRAWAN devices only. Byte 0x01 of the advanced configuration command
changes the uplink port per the LoRaWAN protocol. The default port is 2, and a
value of 0 in this field means to leave it at the default.
This feature is available in firmware v1.4 and above.
Link Quality Check Period
For LoRaWAN devices only. Setting this register causes the device to ping the
network server periodically with a requested ack. Typically used with
unconfirmed messages, this feature creates a periodic confirmed message and
looks for the ack to ensure the device is still connected.
The following table shows this byte’s encoded bit definitions.
Available in firmware v2.0 and above.
Bit 7 | Bits 6:0 |
---|---|
0 | Period defined in hours (1-127 hours). |
1 | Period defined in minutes (60-127 minutes) |
Downlink ACK
The cloud app uses this downlink ACK message to verify the that sensor
received the downlink message received and it was considered valid.
The sensor replies to the downlink data with a 0xFF message (downlink ACK)
with the payload shown in the following table.
Command | Payload |
---|---|
0x00 | Not used |
0x01 | Message was invalid or undefined |
0x02 | Message was valid |
Chapter 5 – Sensor-Specific Messages
Uplink Messages
The following table shows sensor specific uplink messages (sensor to web
application). Uplink messages common to all sensors are in the previous
chapter.
Byte | Description |
---|---|
0 | Temperature Event Payload (see Temperature Event Payload Definitions) |
1 | Current temperature in degrees Celsius. The temperature has been calibrated |
with controlled temperature chambers.
2| Relative temperature measurement. The relative temperature measurement is
the raw (analog to digital) measurement and ranges on a scale from 0-255. This
value can be used with different calibration tables defined by the user.|
Event Payload| Description
---|---
0x00| Periodic report
0x01| Temperature has risen above upper threshold
0x02| Temperature has fallen below lower threshold
0x03| Report on change increase
0x04| Report on change decrease
When a temperature is out of range, it will be reported as 0x7f (highest
positive signed number) on the high end and 0x80 on the low end.
Downlink Messages
The following table shows sensor specific downlink messages (sensor to web
application). Downlink messages common to all sensors are in the previous
chapter.
Byte | Description |
---|---|
0 | Mode: 0x00 for Threshold, or 0x01 for Report on Change. The mode byte |
selects one of two modes: threshold based alerts or eport-on-change alerts.
The remainder of the payload (bytes 1-6) are determined by the mode selected
and defined in the next two sections.
6-Jan| Defined by Mode (See Mode sections)
Threshold Mode
Threshold mode is set when byte 0 of the payload is set to 0x00. The remainder
of the payload is defined in the following table.
Byte | Description |
---|---|
0 | 0x00 (Threshold mode) |
1 | Periodic reporting in 1 minute or 1 hour intervals. Default is 0 |
(disabled). Periodic reporting is described in the section Periodic Reports.
2| Restoral margin (bits 3:0 only). Default 5 degrees C. The restoral margins
are unsigned values with units of 1 degree Celsius (range is 1-15 degrees C).
If a restoral margin is set to 0, it is disabled. The Restoral Margin is used
for the upper and lower thresholds and requires the temperature value to cross
back over the threshold a certain amount before a new event is reported. This
prevents excessive event messages if the temperature is at or near the
threshold.
3| Lower temperature threshold. Default 10 degrees C. Thresholds are signed
values with units of one degree Celsius. Range is -40 to 100 degrees C. Note
that if the configuration settings exceed the maximum ratings on the sensor,
the sensor may not report an event.
4| Upper temperature threshold. Default 90 degrees C. Thresholds are signed
values with units of one degree Celsius. Range is -40 to 100 degrees C. Note
that if the configuration settings exceed the maximum ratings on the sensor,
the sensor may not report an event.
The upper and lower temperature thresholds are signed values with units of one
degree Celsius (range is -40 to 100 degrees C). Note that if the configuration
settings exceed the maximum ratings on the sensor, the sensor may not report
an event.
For example, if an upper temp threshold set at 30 degrees Celsius and the
restoral margin set at 5 degrees. If the temperature initially exceeds 30
degrees then an event is generated and a message is sent to the network. The
temperature must now drop to 25 degrees and then exceed 30 degrees before
another event is reported.
Report on Change Mode
Report on Change mode is set when byte 0 of the payload is set to 0x01. The
remainder of the payload is defined in the following table.
0 | 0x01 (Report on Change mode) |
---|---|
1 | Periodic reporting in 1 minute or 1 hour intervals. Default is 0 (disabled) |
2 | Not used |
3 | Temperature increase |
4 | Temperature decrease |
If the temperature increase or decrease are non-zero, the sensor sends an
alert any time the temperature changes by the specified amount. For example,
if the temperature increase and decrease are set to 5 degrees, then an alert
is sent every time the temperature changes 5 degrees from the last report. The
temperature increase and decrease
are unsigned values with units in degrees C.
Periodic reporting is described in the section Periodic Reports.
Periodic Reports
Note : Periodic reporting is not recommended as it increases data service
fees and significantly reduce battery life. Wherever possible, use thresholds
or report-on-change only.
The temperature sensor can also send periodic updates. This is defined in byte
1 of both modes. A setting of 0 disables periodic reporting. The period is
defined in 1 hour increments when the most significant bit is 0, and it is
defined in 1 minute increments when the most significant bit is 1 as shown in
the following table.
Bit 7 | Bits 6:0 |
---|---|
0 | Period defined in hours (1-127 hours) |
1 | Period defined in minutes (1-127 minutes) |
For example, to receive a report every 4 hours, set Byte 1 would be set to
0x04. To receive a periodic report every 15 minutes, Byte 1 to 0x8f.
Note that prior to firmware version 1.3, only hourly reporting is available.
The firmware version can be found in the reset message and is logged on the
Radio Bridge console.
Note : Note that prior to firmware version 1.3 and older, only hourly
reporting is available Firmware version can be found in the reset message and
is logged on the Reveal™ console.
Chapter 6 – Regulatory Information
Federal Communications Commission (FCC)
Per FCC 15.19(a)(3) and (a)(4) This device complies with part 15 of the FCC
Rules. Operation is subject to the following two conditions: (1) This device
may not cause harmful interference, and (2) this device must accept any
interference received, including interference that may cause undesired
operation.
Per FCC 15.21, Changes or modifications not expressly approved by MultiTech
could void authority to operate the devices.
LoRaWAN RBS301, RBS304, and RBS305 sensors FCC ID: 2APNUCMABZ
LoRaWAN RBS306 sensors: This device contains FCC IAU792U13A16858
This device contains equipment certified under IC: 125A-0055
Harmonized Commodity Description (HS Code)
The Harmonized Commodity Description and Coding System generally referred to
as “Harmonized System” or simply “HS” is a multipurpose international product
nomenclature developed by the World Customs Organization (WCO).
HS Code: 8531.90.9001
Export Control Classification Number (ECCN)
ECCNs are five character alpha-numeric designations used on the Commerce
Control List (CCL) to identify dual-use items for export control purposes. An
ECCN categorizes items based on the nature of the product, i.e. type of
commodity, software, or technology and its respective technical parameters.
ECCN: 5a992.c
References
- Radio Bridge Console
- Radio Bridge Console
- Radio Bridge Console
- radiobridge.com/documents/Sensor%20Battery%20Estimator.xlsx
- support.radiobridge.com
- support.radiobridge.com/
- Wireless Temperature Sensors | LoRaWAN Humidity Sensors | MultiTech
- Legal Notices | Multi-Tech Systems
- Wireless LoRaWAN Sensors | LoRa Sensors | MultiTech
Read User Manual Online (PDF format)
Read User Manual Online (PDF format) >>