Plugwise core and custom_component

[bouwew (Bouwe)]

@pepijng

Connected but expected text not returned

Ok, that is yet another problem
Our code expects to find something like <vendor_name>Plugwise</vendor_name> but apparently that is not found on your Stretch at http://stretch-ip/core/domain_objects? Replace stretch-ip by the ip address of your Stretch.

Can you please have a look of what is present in the xml-data?
It should look 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>

[pepijng]

Like i said, my /core/domain_objects responds an empty XML

<domain_objects/>

[bouwew (Bouwe)]

Sorry, that part of your previous message didn’t register.

Can you please look here: http://stretch-ip/core/direct_objects ?
Are there modules like in the example shown above?

[mikje]

for me it looks like working, the values are still 0 but it will need some time to update i guess. Thanks for the support and the new version

[mikje]

how to turn on the disabled ones?

[bouwew (Bouwe)]

Nice, that’s good news, one bug solved

Go to Instellingen → Apparaten en Diensten → under Plugwise-beta select Stretch.
Then you will see x apparaten en y entiteiten, click on apparaten, then click on each apparaat in the list.
In the apparaat-details you can enable the disabled sensors.

[pepijng]

There is no modules section in the xml. If needed I can provide access or the file

[bouwew (Bouwe)]

Ok thanks. That fits what we see in the data of the Stretches that we have.
Yes, we would like to get access to the data that’s on your Stretch.
@CoMPaTech will probably approach you for this as I will be unavailable for several days.

[mikje]

I dont get any data alas. The values only show 0

[CoMPaTech (Tom)]

Updated release for the stretch issue(s) should be available shortly as Plugwise-beta v0.20.0-alpha12 - though I only did @pepijng related things, sorry @mikje didn’t check what is included and might have been alpha11, but maybe it helps your system as well revealing more than zeroes?

[mikje]

in version 12 I cannot connnect to the stretch, in version 10 I can. But version 10 does not return any values other than 0

[pepijng]

When adding the stretch it failed and this is the error in the log.

2022-01-26 21:05:26 ERROR (MainThread) [plugwise.helper] Smile response empty or error in <?xml version="1.0" encoding="UTF-8"?>
<error>
<code>404 Not Found</code>
<reason-phrase>Invalid URI</reason-phrase>
</error>

[CoMPaTech (Tom)]

I’ll retrace the steps between 10 and 12 then - apparently it’s something that doesn’t get caught by the tests, but maybe the ‘additions’ for pepijng are mutually exclusive then (they shouldn’t obviously) - I’ll get back to you on that.

[CoMPaTech (Tom)]

@mikje @pepijng alpha13 should be there solving the connectivity issues (and looks like @pepijng showing values for that version) - I still have to figure out why there is 0’s @mikje

[CoMPaTech (Tom)]

Looking back at the screenshots above, there is some measurements at 0.00 - if you look at that URL again and find the “<measurement log_date” like entries, some of them (especially the point_logs ) should reveal some info. For clarity, you’d be specifically looking for python-plugwise/core.domain_objects.xml at 4acaeb2cd8303345d8729334071de45134522674 · plugwise/python-plugwise · GitHub (should point to line 48, but same goes for line 170) like data

[mikje]

version 13 connects but stil not showing any data

[CoMPaTech (Tom)]

Can you check the above post about looking for the measurements in XML?

[bouwew (Bouwe)]

@mikje What is the status of the switch of your Circle? Is it on or off?
When it is off, there will be no power flow.

[bouwew (Bouwe)]

NEW JAN 2022 [0.20.0]

BREAKING: The Auxiliary device has been renamed to OpenTherm device, there can now also be an OnOff device when there is an on-off type of heating-/cooling-device connected to the Anna/Adam.

• Link to plugwise v0.16.1 - Release Smile - various updates and fixes · plugwise/python-plugwise · GitHub
• Fixes and improvements - via plugwise v0.16.1 (and v0.16.0)
• Smile Anna & Adam:
  • Change to OpenTherm device, add an OnOff device when the Adam/Anna controls the connected device via on-off-control.
  • Add support for the latest Adam and Anna (beta) firmware
• Smiles:
  • Provide gateway-devices for Legacy Anna and Stretch
  • Implement full use of HA Core DataUpdateCoordinator functionality

We have implemented quite some changes, please update (e.g. via HACS) and test and let us know when you run into problems.
Please report these problems by creating an Issue here: Issues · plugwise/plugwise-beta · GitHub

[mikje]