KS53 LoRaWAN temperature sensor Technical Manual V1.0

1. Product introduction

2. Product Introduction

this product is based on the LoRa ® Wireless technology digital temperature sensor, using high-precision sensing elements to collect real-time ambient temperature data, and through the LoRaWAN ® The protocol periodically reports measurements to the application platform. Users can flexibly configure the sampling and reporting cycle through the management platform, and the default setting is to upload data every 15 minutes.

Relying on LoRaWAN ® Standard communication protocol. This product has The advantages of long-distance transmission and low-power operation. It supports access to gateways compatible with various platforms, and is compatible with mainstream IoT platforms such as ThinkLink, ChirpStack, and The Things Network(TTN) to realize remote monitoring and intelligent management of environmental parameters.

It has IP65 level advanced protection, tolerates complex outdoor environment, and is widely used in smart industry, smart buildings, warehousing and logistics, agricultural monitoring and other scenarios to meet the application requirements of all-weather environmental monitoring.

3. Main features

• IP65 protection level
• COV
• Low power LCD display
• Temperature accuracy: ± 0.5 ℃
• Support ThinkLink/ChirpStack/TTN platform docking
• Support US902,AU915,AS923,EU868,EU433,CN470 LoRaWAN standards

4. Parameters

Parameter	Specification
Sensor type	IP65 waterproof sensor (DS18B20 package)
Sensor extension cable	1 meter by default
Display	Low-power segment LCD
Acquisition interval	5 seconds
Temperature accuracy	±0.5 ℃

Item	Value
§ wireless parameters
communication Protocol	standard LoRaWAN ® Agreement
regional Standards	CN470/EU433/EU868/AS923/AU915/Us902
transmit power	maximum support 22dBm (can change the parameter)
receiving sensitivity	-142dBm(SF=12,BW=125kHz)
network access/working mode	OTAA/ABP Class A
§ protocol/Configuration
test/Trigger Mode	Magnet, 2 seconds trigger heartbeat data,>6 seconds trigger into the network
parameter configuration	issuing instructions via NS
§ physical characteristics
power supply mode	rail switching power supply
sleep current	<5uA (25 ℃ at room temperature)
emission current	<110mA (22dBm transmit power)
working temperature	-40 ° C -125 ° C
protection level	IP65
materials & Colors	ABS + PC, White
dimensions	120mm * 72mm * 28mm
installation method	wall Hanging

5. Dimensions and Interfaces

No.	Interface
1	LoRa antenna interface
2	Sensor interface
3	Power interface

6. Model List

6.1 Model example

KS538-A1-AS923-N

6.2 Model component breakdown

• KS538: product series and RF band.
  • KS53 identifies a second-generation IP65 temperature sensor.
  • 8 identifies the 800 MHz-and-above RF version for EU868, AS923, AU915 and US902.
  • Other band option: 4 identifies the 400 MHz RF version for EU433 and CN470.
• -A1: sensor probe and power configuration.
  • A identifies a DS18B20 temperature probe.
  • Other probe option: N identifies a unit supplied without a sensor probe.
  • 1 identifies a built-in 10800 mAh battery.
  • Other power option: 2 identifies external DC 5–24 V input without a power output for another device.
• -AS923: LoRaWAN regional standard.
  • AS923 means that the device supports the LoRaWAN AS923 regional parameters.
  • Other regional codes are CN470, EU433, EU868, AU915 and US902; US902 denotes the LoRaWAN US915 (902–928 MHz) regional parameters.
• -N: antenna configuration.
  • N identifies an external antenna with an SMA connector.
  • Other antenna option: S identifies an internal antenna.

6.3 Complete model meaning

The complete meaning of KS538-A1-AS923-N is:

This is a second-generation IP65 temperature sensor in the 800 MHz-and-above RF class. It includes a DS18B20 temperature probe and a 10800 mAh battery, supports the LoRaWAN AS923 regional standard, and uses an external antenna with an SMA connector.

7. Network Topology

This product is a terminal device that conforms to the standard LoRaWAN protocol, and its normal operation depends on the complete LoRaWAN network support. The network needs to include a LoRaWAN gateway and a network server (NS), where the Gateway can be a brand-compatible gateway, and the NS must have Protocol resolution and device management capabilities.

Supports access to mainstream LoRaWAN Network platforms, including ThinkLink, ChirpStack, and The Things Network (TTN), ensuring flexible deployment and system integration. Users can use ThinkLink IoT platform to configure the object model, implement rich functions such as data parsing, business logic processing, and card view display, and quickly build application systems for actual scenarios.

A typical LoRaWAN network topology is as follows:

8. Working mode

8.1 Periodic Collection and Upload

collect the temperature value every 5 seconds and upload the temperature value according to the set cycle. The Upload cycle can be set by NS delivery.

8.2 COV Upload

COV mode is supported. When the temperature change exceeds the threshold, a packet of data can be uploaded. The Upload protocol format is the same as the periodic Upload format.

The default COV temperature threshold is 1°C.

8.3 Communication Test

use a magnet to trigger 1S -2s when sticking a two-dimensional code to trigger a packet of upstream measurement data.

8.4 Network access

use a magnet to trigger 6s-8s on the two-dimensional code to trigger a packet of network access data.

9. Installation

9.1 Wall Mount

· fix back panel to wall (keep back panel Arrow Up)

· Tighten the LoRa antenna to the antenna interface

· hitch the temperature sensor to the back plate (slide down after aligning the groove on the back of the sensor with the protrusion on the back of the back plate)

10. Data items and identifiers.

LoRaWAN port number = 11

only one data format is supported. Data is sent periodically according to the set period. When a COV event occurs, one frame of uplink data is triggered.

Example (hex):82 21 05 00a005 DB 0201

Number	Data Item	Example	Start Address	Length	Description
1	Version number	0x82	0	1 byte	Fixed at 0x82
2	Control word	0x21	1	1 byte	Fixed at 0x21
3	Identifier	0x05	2	1 byte	Fixed at 0x05
4	Device status	0x00	3	1 byte	See the bit0 definition below
5	Temperature	0x05A0	4	2 bytes	Unsigned 16-bit little-endian integer; actual temperature = (raw value - 1000) / 10 ℃
6	Battery voltage	0xDB	6	1 byte	Actual value = sample × 1.6 / 254 + 2 V
7	Reserved bytes	0x0102	7	2 bytes	Reserved; do not use for application parsing

10.1 Device status bit mapping

Bit	Status item	0	1
bit0	Sensor status	Normal	Fault

11. ThinkLink reference model.

Sign in to ThinkLink.

- search KS53 in Model Management 
- add devices according to template MT-KS53

12. Parameter modification

KS53 supports parameter configuration through LoRaWAN Network Server (NS) downlinks using PTL-D01 Internet of Things Terminal Application Layer General Protocol V1.5.

• Parameter configuration and response port: 214.
• Write application parameters: 0xCF; read parameters: 0x8F.
• Multi-byte values use little-endian order; signed one-byte offsets use two's complement.
• Successful write response: 6F 01 00.

12.1 Configuration parameter address table

No.	Parameter	Default	Start address	Length	Description
1	Reset	Write only	9	1 byte	Write 0x01
2	Upload interval	90	40	4 bytes	Seconds; read the device to confirm its actual setting
3	Sampling interval	5	142	2 bytes	Little-endian, seconds
4	Temperature COV	10	144	1 byte	0.1 °C per count
5	Temperature offset	0	146	1 byte	Signed, 0.1 °C per count

12.2 Parameter modification examples

12.2.1 Set the upload interval

Set the upload interval to 900 seconds (15 minutes) using the four-byte little-endian value 84 03 00 00:

CF 06 28 04 84 03 00 00

12.2.2 Set the sampling interval and temperature COV

Set the sampling interval to 5 seconds and temperature COV to 1.0 °C by writing three consecutive bytes from address 142 (0x8E):

CF 05 8E 03 05 00 0A

This writes addresses 142 through 144. KS53 has no humidity COV parameter. Do not reuse the KS52 combined command that writes address 145.

12.2.3 Downlink notes

Use HEX format and port 214 for all commands. KS53 is a Class A device and receives downlinks in the receive windows following an uplink. Follow Communication Test to trigger an uplink manually. If there is no response, check the device status, gateway coverage, and downlink queue, then verify the port, address, and firmware support.

12.3 Temperature calibration

KS52 and KS53 use the same temperature offset parameter: address 146 (0x92), 1 byte, signed integer, 0.1 °C per count, default 0. The commands below are derived from the parameter table and PTL-D01 V1.5.

12.3.1 Offset encoding

Written integer = target temperature offset / 0.1 °C. For example, +1.0 °C is integer 10, encoded as 0A; -1.0 °C is integer -10, encoded as F6 in 8-bit two's complement. Do not encode a negative offset as its positive magnitude.

The field represents -12.8 to +12.7 °C in 0.1 °C steps. This is the encoding range, not the sensor accuracy or a guaranteed correction range. Reject values outside this range instead of truncating or wrapping them.

Target temperature offset	Signed integer	Value byte	Downlink payload (HEX)
+1.0 °C	10	0A	CF 03 92 01 0A
-1.0 °C	-10	F6	CF 03 92 01 F6
0 °C (clear temperature offset)	0	00	CF 03 92 01 00

CF is the write function, 03 counts the following three bytes, 92 is the parameter address, 01 is the value length, and the last byte is the target offset. Each write sets the parameter to the supplied value. Clearing the temperature offset does not reset other device parameters.

12.3.2 Calibration procedure

1. Confirm that the device is online, the model is correct, and its firmware supports the temperature offset parameter. Place the probe and reference thermometer in the same stable environment. Wait for stable readings and record the reference reading, device reading, and existing offset.
2. Read the current offset as described under Readback and reset. To calibrate from zero, record the original value, clear the offset, verify it by reading it back, and take new measurements. Do not treat a measurement difference obtained with an existing offset as a new absolute offset.
3. Select the target offset and encode it in 0.1 °C units. In the NS device downlink interface, select HEX, set FPort = 214, and enter the corresponding payload.
4. Wait for an uplink so the device can receive the downlink. A Class A device receives commands in the receive windows following an uplink. For a manual uplink, use the model-specific magnet duration under Communication Test.
5. Check the response. 6F 01 00 means the parameter write succeeded. 4F 01 xx means it failed, with xx indicating the error code. An NS status of queued or sent does not establish that the device accepted the parameter.
6. Send a separate read request to verify the saved value. Wait for new measurements and compare them with the reference. Check both the display and reported readings, and any platform-side compensation, to avoid applying the correction twice.

The current documentation does not specify the minimum supported firmware version, how the offset affects the display and reported values, or whether it survives power loss. Verify these behaviors on the target device before operational use. A successful parameter write does not prove the measurement correction is effective.

12.3.3 Readback and reset

Read the temperature offset through port 214:

8F 02 92 01

For example, the protocol response for an offset of -1.0 °C is:

2F 03 92 01 F6

Interpret the last byte as unsigned b: the signed value is b when b < 128, or b - 256 otherwise. Temperature offset = signed value × 0.1 °C.

To restore zero offset, send CF 03 92 01 00, check the successful write response, and read back 2F 03 92 01 00. Record the date, device identifier, reference instrument, readings before and after calibration, and final offset.

13. Contact Us

Website: www.manthink.cn

Email: info@manthink.cn

tel: +86 15810684255

14. Manual Downloads

• Download the KS53 English manual (Word)
• Download the KS53 English manual (PDF)

PUBLIC integration models

Select MT-KS53 and check the models and RPCs below. Confirm parameter changes from fresh device feedback; Class A operations wait for receive windows. Template defaults do not establish the current configuration of existing devices.

Model catalog

Model type	Name	id_name	Platform model ID
Template	MT-KS53		9
Thing Model	MT-KS53	mt_ks53	39409523395399685
Thing Model	[MT KS53 PARA]	mt_ks53_para	93441542030626821
RPC	[MT KS53 SET] para	mt_ks53_set_para	65339235103674373
RPC	[MT KS53 GET] para	mt_ks53_get_para	65338948678848517
RPC	[MT KS52/KS53] 偏移校准	mt_ks52_ks53_calibrate	153106306377347072