Plugwise core and custom_component

Thanks, that helps. But it’s bad news, it shows that our code doesn’t detect your Stretch.
Let me think about what we can do next…

You didn’t open the VOLLEDIG HOME ASSISTANT LOGBOEK I think?
When you open it, is there more info displayed related to this error?

What to do next: on your webbrowser can you please browse to: (replace stretch-ip-adres by 192.168.x.xyz, replace x and xyz by numbers)
http://stretch-ip-adres/core/domain_objects

And look for something like this:

	<module id='f7aec5636cb74ace95ff4ecde676e1eb'>
		<vendor_name>Plugwise</vendor_name>
		<vendor_model>NR</vendor_model>
		<hardware_version>0000-0440-0107</hardware_version>
		<firmware_version>2011-06-27T10:52:18+02:00</firmware_version>
		<created_date>2014-04-05T01:05:07.112+02:00</created_date>
		<modified_date>2020-08-03T22:02:45.660+02:00</modified_date>
		<deleted_date></deleted_date>
		<services>
			<electricity_point_meter id='6b14043118244715bdcf32c0616240a8'>
				<measurement log_date="2020-08-03T22:02:45.630+02:00" unit="W" directionality="consumed">0.00</measurement>
				<measurement log_date="2020-08-03T22:02:45.630+02:00" unit="W" directionality="produced">0.00</measurement>
			</electricity_point_meter>
			<electricity_interval_meter id='4361585930b442a399e9f528d1a62701'>
				<measurement log_date="2020-08-03T22:00:00+02:00" unit="Wh" directionality="consumed" interval="PT1H">0.00</measurement>
			</electricity_interval_meter>
			<relay id='cf19ac6a98d448de9293b1558f7473ea'>
				<measurement log_date="2020-08-03T22:02:22.120+02:00">off</measurement>
			</relay>
		</services>
		<protocols>
			<network_router id='0e369c55ace04c128c11c327c96127fb'><mac_address>0123456789AB</mac_address><network id='6e3e708b07ca4648964795a582c90ad1'/></network_router>
		</protocols>
	</module>

I’m particularly interested in the part:

		<protocols>
			<network_router id='0e369c55ace04c128c11c327c96127fb'><mac_address>0123456789AB</mac_address><network id='6e3e708b07ca4648964795a582c90ad1'/></network_router>
		</protocols>

How does that look on your Stretch?

Alas no more info related to this error

Ok, can you find another entry that has “network_router” instead of “network_coordinator” and show it here? Preferably the first entry from the top of the file.

no there is no router entry image

at the bottom i have image

Ok, that’s unexpected. On the other hand, until now we only have data from one Stretch with 2.3.12 firmware. You are the 2nd one who clearly has a different setup :slight_smile:

Always welcome to try debugging with this stretch

How many network_coordinators and master_controller entries are there in your /core/domain_objects?
One of each?

Never mind, I have decided to use network_coordinator, I think this is the Circle+ or equivalent.
You have installed plugwise-beta via HACS?

Just FYI, I’m running into an issue, I will try to have the fix available sometime tomorrow-evening.

Yes I did the install through hacs





This is the hole output of the url you asked

Relax, no hurry. Thanks for your time and good Luck with the other issue
Talk to you soon

I might have something similar.
Stretch firmware : 2.7.18

The error:
2022-01-24 19:46:33 ERROR (MainThread) [plugwise.smile] Connected but expected text not returned, we got <Element ‘domain_objects’ at 0x7fb9d8dd56d0>

The /core/domain_objects returns empty. (<domain_objects/>)

@mikje @pepijng Please install and test Plugwise-beta v0.20.0-alpha10.

You can do this in HACS by clicking on the 3 vertical points in the plugwise integration rectangle, click Redownload and in the window that pops up, select Show beta. Then this test version should be shown.
You can ignore the DON’T INSTALL warning.

The error in the UI still exists but …

2022-01-25 09:15:54 ERROR (MainThread) [custom_components.plugwise.config_flow] Unexpected exception
Traceback (most recent call last):
File "/config/custom_components/plugwise/config_flow.py", line 256, in async_step_user_gateway
api = await validate_gw_input(self.hass, user_input)
File "/config/custom_components/plugwise/config_flow.py", line 133, in validate_gw_input
await api.connect()
File "/usr/local/lib/python3.9/site-packages/plugwise/smile.py", line 314, in connect
result = await self._request(DOMAIN_OBJECTS)
File "/usr/local/lib/python3.9/site-packages/plugwise/helper.py", line 304, in _request
resp = await self._websession.get(url, headers=headers, auth=self._auth)
File "/usr/local/lib/python3.9/site-packages/aiohttp/client.py", line 559, in _request
await resp.start(conn)
File "/usr/local/lib/python3.9/site-packages/aiohttp/client_reqrep.py", line 898, in start
message, payload = await protocol.read() # type: ignore[union-attr]
File "/usr/local/lib/python3.9/site-packages/aiohttp/streams.py", line 616, in read
await self._waiter
aiohttp.client_exceptions.ClientOSError: [Errno 104] Connection reset by peer

This is a different error: looks like this is a connection-problem.
We should probaby catch this error in our code and retry.

Can you please retry yourself a few times?
From other users we know that the Stretch is slow in responding, we have set a timeout of 30 seconds, when the unit still hasn’t responded the connection will be reset.

You are right I had an issue with my Stretch. But still the original error

2022-01-25 12:09:42 ERROR (MainThread) [plugwise.smile] Connected but expected text not returned, we got <Element 'domain_objects' at 0x7f0026b57810>
2022-01-25 12:09:45 ERROR (MainThread) [plugwise.smile] Connected but expected text not returned, we got <Element 'domain_objects' at 0x7f0026b0af90>
2022-01-25 12:09:47 ERROR (MainThread) [plugwise.smile] Connected but expected text not returned, we got <Element 'domain_objects' at 0x7f0026a8fbd0>