Replies: 5 comments 28 replies
-
Ah, https://enbility.net/blog/20230412-devices/# seems to contain documentation missing from the two GitHub repos:
|
Beta Was this translation helpful? Give feedback.
-
I will run it again later today to gather these. P.S.: Thank you for your help so far, and HUGE thanks for publishing these libraries under a permissive license, like you wrote at https://enbility.net/blog/20221205-introduction/! This will have a huge impact for sure. I will learn |
Beta Was this translation helpful? Give feedback.
-
Tangentially related:
— https://www.sma.de/en/products/monitoring-control/sunny-home-manager There's a tiny chance that this means the beginning of better conformance to the EEBus spec by both SMA and Vaillant … 🤞 |
Beta Was this translation helpful? Give feedback.
-
I am working on an app at https://github.com/enbility/devices-app that you might want to test out. You can find binaries for various platforms at https://github.com/enbility/devices-app/releases/tag/v0.1-20230604 This app lets you pair with an EEBUS device and it will provide the data used in this repository. Would be curious to see what your devices will show. |
Beta Was this translation helpful? Give feedback.
-
I have a Vaillant VWL 55/3 heat pump connected to VRC921 connected to Loxone. In Loxone, the EEBUS device shows up and provides the following "Connections" as they are called:
When looking at these values, it seems like:
Could this be useful in getting better Vaillant support in this library? |
Beta Was this translation helpful? Give feedback.
-
I responded I have a Vaillant 75/5 and VR921 gateway since last week. And I'd love to contribute that!
https://github.com/enbility/devices says:
So I follow the instructions at https://github.com/enbility/eebus-go/#first-run, only to discover there already is
keys/hems.crt
andkeys/hems.key
, so I'll use those instead..Per the instructions the next step would be:
… and I've read a big part of the SHIP spec so I know I can easily get other SKIs from mDNS/DNS-SD advertisements, so I can imagine I'd do:
… but I have no idea what that would do? Reading https://github.com/enbility/eebus-go/blob/dev/cmd/hems/main.go doesn't really help either, since it seems to have mostly placeholder logic, no logic to log
NodeManagementDetailedDiscoveryData
andNodeManagementUseCaseData
responses, and not even logic to request those responses? 😅I'd like to avoid generating connections that my EEBus devices will remember and potentially complain about in the future.
So: any chance you could add a new
cmd/discover/main.go
that generates adiscovery-data.json
,usecase-data.json
anddevice.json
that leaves no state behind on my EEBus devices, that is always safe to run?Beta Was this translation helpful? Give feedback.
All reactions