Modbus Controller Number
The modbus_controller platform creates a Number from a modbus_controller.
When the Number is updated a modbus write command is created sent to the device.
Configuration variables
Section titled “Configuration variables”-
register_type (Optional): the type of register to write. One of
holding(default),coil, orcustom. -
address (Required, int): start address of the first register in a range (can be decimal or hexadecimal).
-
value_type (Optional): datatype of the modbus register data. Defaults to
U_WORD, a 16 bit integer in big endian format (MSB first):U_WORD(unsigned 16 bit integer from 1 register = 16bit)S_WORD(signed 16 bit integer from 1 register = 16bit)U_WORD_S(unsigned 16 bit integer from 1 register with bytes swapped within the register = 16bit)S_WORD_S(signed 16 bit integer from 1 register with bytes swapped within the register = 16bit)U_DWORD(unsigned 32 bit integer from 2 registers = 32bit)S_DWORD(signed 32 bit integer from 2 registers = 32bit)U_DWORD_R(unsigned 32 bit integer from 2 registers low word first)S_DWORD_R(signed 32 bit integer from 2 registers low word first)U_QWORD(unsigned 64 bit integer from 4 registers = 64bit)S_QWORD(signed 64 bit integer from 4 registers = 64bit)U_QWORD_R(unsigned 64 bit integer from 4 registers low word first)S_QWORD_R(signed 64 bit integer from 4 registers low word first)FP32(32 bit IEEE 754 floating point from 2 registers)FP32_R(32 bit IEEE 754 floating point - same as FP32 but low word first)
WARNING
U_WORD_S and S_WORD_S are a rare, non-standard configuration: the two bytes
within one 16-bit register are reversed (LSB first on the wire within that register).
Modbus registers are big-endian (MSB first) per the specification. The _S suffix is not
the same as _R (word order reversed / low word first across multiple registers).
-
min_value (Optional, float): The minimum value this number can be.
-
max_value (Optional, float): The maximum value this number can be.
-
step (Optional, float): The granularity with which the number can be set. Defaults to 1.
-
multiply (Optional, float): multiply the new value with this factor before sending the requests. Ignored if lambda is defined.
-
use_write_multiple (Optional, boolean): By default the modbus command Function Code 6 (Preset Single Registers) is used for setting the holding register if only one register is set. If your device only supports Function Code 16 (Preset Multiple Registers) set this option to
true. -
skip_updates (Optional, int): Deprecated and no longer has any effect — every register range is polled on each
update_interval. The key is still accepted (logging a config-time warning) and will be removed in 2027.3.0. To poll some registers less often, place those sensors on a secondmodbus_controllerwith the sameaddress:and a slowerupdate_interval:. -
response_size (Optional): Size of the response for the register in bytes. If unset, defaults to the size implied by
value_type(2 bytes per register). -
reuse_previous_range (Optional, boolean or
auto): How this item relates to the register range built just before it (same register type, ascending address order).auto(default) joins when the addresses are adjacent and the item’s position in the reply is exact;truejoins unconditionally, reading across address gaps and past registers with a non-standardresponse_size;falsealways starts a new range here (later items may still extend it). See Register ranges. Replaces the deprecatedforce_new_rangeandregister_countoptions, which will be removed in 2027.3.0 — the linked section covers migration. -
offset (Optional, int): Offset from start address in bytes (only required for uncommon response encodings). If more than one register is written in a command this value is used to find the start of this datapoint relative to start address. The component calculates the size of the range based on offset and size of the value type.
-
custom_pdu (Optional, list of bytes): The modbus PDU (function code + data) for a custom command. This allows using non-standard commands. The device address (taken from the controller’s
address:) and the CRC are added automatically, so do not include a leading device-address byte. Ifcustom_pduis used,addressandregister_typecan’t be used. Renamed fromcustom_command, which is now removed and raises a config-validation error. See Usingcustom_pdufor how to usecustom_pdu -
lambda (Optional, lambda): Lambda to be evaluated every update interval to get the new value of the number.
Parameters passed into the lambda
-
x (float): The parsed float value of the modbus data
-
data (
std::span<const uint8_t>): span containing the complete raw modbus response bytes for this number note: because the response contains data for all registers in the same range you have to usedata[item->offset]to get the first response byte for your number. -
item (
ModbusNumber *): The number entity, aSensorItemsubclass, so the configured address,offset,bitmask, etc. are accessible.
Possible return values for the lambda:
return <FLOATING_POINT_NUMBER>;the new value for the number.return NAN;if the state should be considered invalid to indicate an error (advanced).
-
-
write_lambda (Optional, lambda): Lambda called before send. Lambda is evaluated before the modbus write command is created.
Parameters passed into the lambda
- x (float): The new float value being set
- item (
ModbusNumber *): The entity as its own modbus device: the write helpers andqueue_pdu()are available - for exampleitem->write_single_register(0x1234, 42)oritem->queue_pdu(...)- regardless of the number’s own register type. Also aSensorItemsubclass, so the configured address,offset,bitmask, etc. are accessible. - payload (
RegisterValues &payload): Deprecated, removed in 2027.3.0 - useiteminstead. An empty buffer; if the lambda fills it (push_back/clear/assign- not the fullstd::vectorAPI), it is sent as a raw modbus frame packed from the 16 bit words, and must include all required bytes, including the device address; the CRC is added automatically, and the return value is ignored. This is the number platform’s historical buffer meaning; it differs from select and output, whose buffers take plain register words.
Possible return values for the lambda:
return <FLOATING_POINT_NUMBER>;the value to be written to the device. The number still reports the requested valuex; use this to translate between the ESPHome value and the modbus transmitted value.return {};if the lambda handled (or deliberately skipped) the write itself, for example viaitem->write_*().
-
All other options from Number.
Example
Section titled “Example”number: - platform: modbus_controller modbus_controller_id: modbus1 id: battery_capacity_number name: "Battery Cap Number" address: 0x9001 value_type: U_WORD multiply: 1.0
- platform: modbus_controller modbus_controller_id: modbus1 id: battery_capacity_number_tenths name: "Battery Cap Number (device stores tenths)" address: 0x9002 value_type: U_WORD lambda: "return x / 10.0;" write_lambda: |- ESP_LOGD("main","Modbus Number incoming value = %f",x); // the device stores tenths: write the scaled value through the entity; // the number still reports x item->write_single_register(0x9002, (uint16_t) (x * 10)); // the lambda must return something - return empty, the write is already done return {};