Thanks All. I tried all the various variations but still have no success. Although I do have a different error message now. Considering the errors and the tips @techs gave then I’m getting the feeling the problem is in properly connecting to modbus in the first place rather than reading the registers. Does this error mean anything to anyone?
Error while setting up platform modbus
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 126, in _async_setup_platform
SLOW_SETUP_MAX_WAIT)
File "/usr/local/lib/python3.7/asyncio/tasks.py", line 416, in wait_for
return fut.result()
File "/usr/local/lib/python3.7/concurrent/futures/thread.py", line 57, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/src/homeassistant/homeassistant/components/modbus/sensor.py", line 92, in setup_platform
hub = hass.data[MODBUS_DOMAIN][hub_name]
KeyError: 'default'
have u done any changes exept enable modbus udp and tcp at the inverter via sunny explorer ?
I try to connect to my stp 10000tl-20 with no luck so far .The Ip Adresses are choosen automaticaly so i try to get to the modbus via my sunny homemanager 2.0.
To enable this I only activated modbus tcp on the inverter. You must use the IP address from the inverter however.
I also have a home manager 2.0 setup. and I was not able to get any modbus communication with home Manager via tcp going so far. But I realized that the HomeManager 2.0 sends udp multicast messages every second with data from the built in energy meter.
So my approach is twofold.
I use a Node Red Flow to intercept the udp muticast messages from Home Manager 2.0 to get Energy in and out (current values and meters). see here: SMA Energy Meter in Home Assistant
I use the HA modbus integration to read the inverter.
So to get this to work you need to use the IP address from your inverter in the host section.
@chris_ka thankyou. I just tried slave 3 and it finally started returning some sort of data. Although the data ins’t totally meaningful. I’m getting -1 as the result. For some other registers I’m getting some sort of number other than -1 but none are correct. Is it the “count” or something else I should be looking at?
You have the password to log in as installer/plumber to change settings
Get the IP address of the inverter in your local Network. At daytime when the Inverter is sending data you can check your router to find the ip address. (note it down)
Start Sunny Explorer and connect to your Inverter. Go to Settings and open External Communication: You should find something similar to this
Note down the UnitID and TCP-Server port. Ensure that TCP-Server is active. If not change it!
Now get this document: http://files.sma.de/dl/2585/WEBBOX-MODBUS-TB-en-19.pdf
and have a look on page 28 Section 5.4.1 common Addresses of all SMA Devices. here you find the values for all relevant registers (ADR), the count (CNT) and their description.
configure modbus integration in Home Manager configuration
modbus:
name: sma
type: tcp
host: 192.168.178.101 # use the ip address for your inverter as mentioned in the text
port: 502 # use the port you saw in sunny explorer
configure modbus sensors in HA
sensors:
- platform: modbus
scan_interval: 30
registers:
- name: Gesamtertrag
hub: sma
unit_of_measurement: kWh # see register description in section 5.4.1 of the document
slave: 3 # use the UnitID you found in Sunny Explorer
register: 30531 # use a register from section 5.4.1 of the document
register_type: input # all registers starting with 3 need to have the type input
count: 2 # use the correct count for the register see section 5.4.1 of the document
Ah turns out getting the slave number, register and count right as per the SMA specs right can lead to point 7.
All seems to be working well except for a couple of registers such as model ID. Maybe my model is actually -1. in any case, it’ unimportant as the other values are working as expected.
Just noting that I fount there are 2 different sets of Sunny Island (SI) register specifications. The Excel one that is found on the SMA website seems to be only partially correct which this one http://files.sma.de/dl/2585/WEBBOX-MODBUS-TB-en-19.pdf has registers that mostly work.
I use the following. This gets data out of the SMA Tripower 8.0. Not all registers seem to have the right variables I think. And if the power generated by the solar panels is to low or none, the most of the registers will go to the maximum value in the variable or so. Few still make sense like SMA total.
Does anyone else has the same experience?
configuration.yaml:
modbus:
type: tcp
host: 192.168.15.35
port: 502
sensor.yaml
- platform: modbus
scan_interval: 10
registers:
- name: SMA Power L1
unit_of_measurement: kW
slave: 3
register: 30777
count: 2
data_type: uint
scale: 0.001
precision: 2
- name: SMA Power L2
unit_of_measurement: kW
slave: 3
register: 30779
count: 2
data_type: uint
scale: 0.001
precision: 2
- name: SMA Power L3
unit_of_measurement: kW
slave: 3
register: 30781
count: 2
data_type: uint
scale: 0.001
precision: 2
- name: SMA Stroom L1
unit_of_measurement: A
slave: 3
register: 30977
count: 2
data_type: uint
scale: 0.001
precision: 2
- name: SMA Stroom L2
unit_of_measurement: A
slave: 3
register: 30979
count: 2
data_type: uint
scale: 0.001
precision: 2
- name: SMA Stroom L3
unit_of_measurement: A
slave: 3
register: 30981
count: 2
data_type: uint
scale: 0.001
precision: 2
- name: SMA Spanning L1
unit_of_measurement: V
slave: 3
register: 30783
count: 2
data_type: uint
scale: 0.01
precision: 1
- name: SMA Spanning L2
unit_of_measurement: V
slave: 3
register: 30785
count: 2
data_type: uint
scale: 0.01
precision: 1
- name: SMA Spanning L3
unit_of_measurement: V
slave: 3
register: 30787
count: 2
data_type: uint
scale: 0.01
precision: 1
- name: SMA Netfrequentie
unit_of_measurement: Hz
slave: 3
register: 30803
count: 2
data_type: uint
scale: 0.01
precision: 2
- name: SMA power
unit_of_measurement: k
slave: 3
register: 30775
count: 2
data_type: int
scale: 0.001
precision: 2
- name: SMA Total
unit_of_measurement: kW
slave: 3
register: 30529
count: 2
data_type: uint
scale: 0.001
precision: 2
- name: SMA Today
unit_of_measurement: kWh
slave: 3
register: 30535
count: 2
data_type: uint
scale: 0.001
precision: 2
- name: SMA device type 9347 = 8.0
slave: 3
register: 30053
count: 2
data_type: int
- name: SMA grid relay 51=Closed 311= Open
slave: 3
register: 30217
count: 2
data_type: int
And would colde like the code in the bottom of this message be a good catch to go to ‘0’ in stead of high values?
# SMA over modbus
modbus:
type: tcp
host: 192.168.178.171
port: 502
and this in sensors
- platform: modbus
scan_interval: 30
registers:
- name: Gesamtertrag
hub: sma
unit_of_measurement: kWh # see register description in section 5.4.1 of the document
slave: 3 # use the UnitID you found in Sunny Explorer
register: 30531 # use a register from section 5.4.1 of the document
register_type: input # all registers starting with 3 need to have the type input
count: 2 # use the correct count for the register see section 5.4.1 of the document
and get this error in my log
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 179, in _async_setup_platform
await asyncio.wait_for(asyncio.shield(task), SLOW_SETUP_MAX_WAIT)
File "/usr/local/lib/python3.7/asyncio/tasks.py", line 442, in wait_for
return fut.result()
File "/usr/local/lib/python3.7/concurrent/futures/thread.py", line 57, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/src/homeassistant/homeassistant/components/modbus/sensor.py", line 129, in setup_platform
hub = hass.data[MODBUS_DOMAIN][hub_name]
KeyError: 'sma'
I can login to the webinterface just fine. I came here bc the standard SMA integration was not working, but am having issues with this as well. Anyone care to shed some light on this?
I think it’s because you are missing the sma name for the modbus tcp, port and ip settings.
Add “name: sma” or it might also work if you remove “hub: sma” from the registers.
You have:
# SMA over modbus
modbus:
type: tcp
host: 192.168.178.171
port: 502
Should be (if you use “hub: sma”)
# SMA over modbus
modbus:
name: sma
type: tcp
host: 192.168.178.171
port: 502
delay (integer)(Optional)
Time to sleep in seconds after connecting and before sending messages. Some modbus-tcp servers need a short delay typically 1-2 seconds in order to prepare the communication. If a server accepts connecting, but there is no response to the requests send, this parameter might help.
Default value:
0
My modbus integration looked like this
modbus:
name: sma
type: tcp
host: 192.168.178.101
port: 502
Unfortunately after adding the delay parameter with 1 or 2 doesn’t help. I get the following errors:
Logger: pymodbus.factory
Source: __main__.py:342
First occurred: 11:26:58 (6 occurrences)
Last logged: 11:29:32
Unable to decode response Modbus Error: Unknown response 59
Unable to decode response Modbus Error: Unknown response 90
Unable to decode response Modbus Error: Unknown response 125
index out of range
Logger: homeassistant.core
Source: /usr/src/homeassistant/homeassistant/core.py:144
First occurred: 11:26:58 (6 occurrences)
Last logged: 11:29:32
Error doing job: Fatal error: protocol.data_received() call failed.
Traceback (most recent call last):
File "/usr/local/lib/python3.7/asyncio/selector_events.py", line 826, in _read_ready__data_received
self._protocol.data_received(data)
File "/usr/local/lib/python3.7/site-packages/pymodbus/client/asynchronous/asyncio/__init__.py", line 192, in data_received
self._dataReceived(data)
File "/usr/local/lib/python3.7/site-packages/pymodbus/client/asynchronous/asyncio/__init__.py", line 139, in _dataReceived
self.framer.processIncomingPacket(data, self._handleResponse, unit=unit)
File "/usr/local/lib/python3.7/site-packages/pymodbus/framer/socket_framer.py", line 165, in processIncomingPacket
self._process(callback, error=True)
File "/usr/local/lib/python3.7/site-packages/pymodbus/framer/socket_framer.py", line 175, in _process
raise ModbusIOException("Unable to decode request")
pymodbus.exceptions.ModbusIOException: Modbus Error: [Input/Output] Unable to decode request
Yes modbus is definitely broken in 0.108 1-3
I stay on 0.108.3 but I switched to NodeRed and MQTT to retrieve my modbus data.
everything works now again.
Hi Darren, welcome to the club!
I see that you use the Modbus reader with input definition via a function block. Do you mind sharing the content of the block. I would like to add this approach to my tutorial with reference to your post
According to the source code of the modbus flex-getter, @drmcinnes is just reading an address range. You can also take a look at the Modbus-Flex-Suite examples via Import -> Examples -> node-red-contrib-modbus.
