Closed lloyda closed 2 years ago
2021-11-02 10:20:28 INFO (MainThread) [custom_components.evohome_cc.sensor] Found a Sensor (temperature), id=04:026298
The above looks fine - send me the HA log with this logging setup in configuration.yaml):
logger:
default: warn # prefer warn over info, avoid debug
logs:
asyncio: error
homeassistant.core: debug # to see: Event state_changed, or not
ramses_rf.message: info # MSGs rcvd (excl. RQ/18:), is the one you usually want
Just want to make sure you received the my log file?
TBH, I hadn't looked at it - try release 0.16.1 (or later), and we'll go from there.
Try 0.16.4 ?
Upgraded this morning, and initial view is that it has not helped. But I will spend sometime double checking everything just to confirm.
Looks like that has made things a lot worse, as my schema is failing to populate completely. It's missing lots of data which was there before. This is after about 12 hours
system:
heating_control: null
orphans: []
stored_hotwater:
hotwater_sensor: '07:046786'
hotwater_valve: '13:164839'
heating_valve: null
underfloor_heating: {}
zones:
'00':
_name: Living Room
heating_type: radiator_valve
sensor: '12:008820'
devices:
- '12:008820'
- '04:003278'
- '04:003222'
- '04:003192'
'01':
_name: null
heating_type: radiator_valve
sensor: null
devices:
- '04:003224'
'02':
_name: Kitchen
heating_type: radiator_valve
sensor: '04:003154'
devices:
- '04:003154'
'03':
_name: Dining Room
heating_type: radiator_valve
sensor: null
devices:
- '04:003286'
'04':
_name: Bedroom
heating_type: radiator_valve
sensor: null
devices:
- '04:003202'
'05':
_name: null
heating_type: radiator_valve
sensor: null
devices: []
'06':
_name: Small Bedroom
heating_type: radiator_valve
sensor: null
devices: []
'07':
_name: G Bedroom
heating_type: radiator_valve
sensor: null
devices: []
friendly_name: 01:185426 (schema)
And this morning it is looking even worse. I must be doing something wrong.
system:
heating_control: null
orphans: []
stored_hotwater:
hotwater_sensor: '07:046786'
hotwater_valve: '13:164839'
heating_valve: null
underfloor_heating: {}
zones:
'00':
_name: null
heating_type: radiator_valve
sensor: '12:008820'
devices:
- '12:008820'
- '04:003278'
- '04:003222'
- '04:003192'
'01':
_name: null
heating_type: radiator_valve
sensor: null
devices:
- '04:003224'
'02':
_name: null
heating_type: radiator_valve
sensor: '04:003154'
devices:
- '04:003154'
'03':
_name: null
heating_type: radiator_valve
sensor: null
devices:
- '04:003286'
'04':
_name: null
heating_type: radiator_valve
sensor: null
devices:
- '04:003202'
'05':
_name: null
heating_type: radiator_valve
sensor: null
devices: []
'06':
_name: null
heating_type: radiator_valve
sensor: null
devices: []
'07':
_name: null
heating_type: radiator_valve
sensor: null
devices: []
friendly_name: 01:185426 (schema)
Just noticed there is new version 0.16.6 Will upgrade to that and let you know how I get on.
Still not getting much joy. In fact schema now had only 2 zones in it. I've found the following in the logs
Source: /usr/local/lib/python3.9/site-packages/ramses_rf/message.py:200
First occurred: 16:40:14 (2 occurrences)
Last logged: 16:40:14
RP --- 01:185426 18:136212 --:------ 0005 004 0008FF00 << TypeError(unsupported operand type(s) for &: 'NoneType' and 'int')
Traceback (most recent call last):
File "/usr/local/lib/python3.9/site-packages/ramses_rf/message.py", line 173, in process_msg
msg.src._handle_msg(msg)
File "/usr/local/lib/python3.9/site-packages/ramses_rf/devices.py", line 955, in _handle_msg
self._evo._handle_msg(msg)
File "/usr/local/lib/python3.9/site-packages/ramses_rf/systems.py", line 1085, in _handle_msg
super()._handle_msg(msg)
File "/usr/local/lib/python3.9/site-packages/ramses_rf/systems.py", line 651, in _handle_msg
super()._handle_msg(msg)
File "/usr/local/lib/python3.9/site-packages/ramses_rf/systems.py", line 430, in _handle_msg
[
File "/usr/local/lib/python3.9/site-packages/ramses_rf/systems.py", line 431, in <listcomp>
self._get_zone(f"{idx:02X}", **msg.payload)
File "/usr/local/lib/python3.9/site-packages/ramses_rf/systems.py", line 605, in _get_zone
zone._set_zone_type(ZONE_TYPE_SLUGS.get(kwargs["zone_type"]))
File "/usr/local/lib/python3.9/site-packages/ramses_rf/zones.py", line 647, in _set_zone_type
self._discover() # TODO: needs tidyup (ref #67)
File "/usr/local/lib/python3.9/site-packages/ramses_rf/entities.py", line 29, in wrapper
return func(self, discover_flag=discover_flag)
File "/usr/local/lib/python3.9/site-packages/ramses_rf/zones.py", line 860, in _discover
super()._discover(discover_flag=discover_flag)
File "/usr/local/lib/python3.9/site-packages/ramses_rf/zones.py", line 508, in _discover
if discover_flag & Discover.SCHEMA:
TypeError: unsupported operand type(s) for &: 'NoneType' and 'int'
I have identified this but - a fix is coming.
HACS informed me of a new version, and that has given me a full schema back. Thanks.
Still have a lot of sensors that are invalid or missing, so will try and find more details of those.
i understand is fixed
I have a strange situation where it looks like the temperature entity for a TRV is not being created, but the demand, window status and battery entities are. This is only happening for one TRV, all others are OK. From the log, I'm seeing this:
but all searches for that entity are failing.
This is an extract from the packet.log, searching on that id.
Any suggestions on how I can debug this one?