-
Notifications
You must be signed in to change notification settings - Fork 296
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New entries for 08.hmu.csv #330
base: master
Are you sure you want to change the base?
New entries for 08.hmu.csv #330
Conversation
Thanks, @JongsmaSimon! This seems to have a lot of overlap with #316, which was opened ~2 months before this. Could you review that one and suggest changes? 🙏 |
Hi Wim,If #316 was merged with Master I would have seen these changes.Do you know why it wasn’t (yet)?Best regards,SimonOp 9 mei 2023 om 21:37 heeft Wim Leers ***@***.***> het volgende geschreven:
Thanks, @JongsmaSimon! This seems to have a lot of overlap with #316, which was opened ~2 months before this. Could you review that one and suggest changes? 🙏
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Probably because there's not yet been confirmation from other users like yourself and I that it works! 😊 I reviewed it and ran into a bunch of problems. It would be _really _valuable to see if you get the same results as I did, or not. I'll test this PR next. |
Tested on:
As you can see below, this PR works far better for my system than #316, despite both of them updating the same ✅ 6–17
Clearly these work fine! 🥳 ✅ 19–50
What are the ✅ 52–62 (
|
Key | Value | Remarks |
---|---|---|
TotalRunningHours |
648 |
|
RunningHoursCH |
68 |
|
RunningHoursCooling |
0 |
|
RunningHoursHwc |
10 |
|
ch_46 |
ERR: invalid position |
|
ch_49 |
ERR: invalid position |
|
ch_4a |
ERR: invalid position |
|
ch_4b |
ERR: invalid position |
|
ch_4c |
ERR: invalid position |
|
TotalEnergyUsage |
63 |
|
ch_63 |
ERR: invalid position |
What are the ch_\d+
ones for?
❌ 64-87 (Heat pump configuration menu values
)
Key | Value |
---|---|
HeatCurve |
ERR: invalid position |
SummerSwitchOffTemp |
ERR: invalid position |
HcBivalencePoint |
ERR: invalid position |
HwcBivalencePoint |
ERR: invalid position |
MaxFlowTemp |
ERR: invalid position |
MinFlowTemp |
ERR: invalid position |
HcModeActive |
ERR: invalid position |
HwcModeActive |
ERR: invalid position |
HwcChargeHysteresis |
ERR: invalid position |
ImmersionHeaterMode |
ERR: invalid position |
CompressorHysteresisHc |
7.00 |
CompressorHysteresisCooling |
5.00 |
HwcMode |
eco |
TargetTempHwc |
ERR: invalid position |
✅ 123–150 ((query to WP entries Installer level/Test Menu/Sensor test)
)
Key | Value | Remarks |
---|---|---|
BuildingCircuitPumpPower |
0 |
|
Fan1 |
0 |
|
Fan2 |
0 |
|
CondensateTrayHeater |
off |
|
4PortValve |
off |
|
PositionEEV |
62 |
|
HeatingCoilCompressor |
off |
|
SupplyTemp |
-99.0 |
|
ReturnTemp |
-99.0 |
|
BuildingCircuitWaterPressure |
0.0 |
|
WaterThroughput |
0 |
|
AirInletTemp |
16.2 |
|
CompressorOutletTemp |
17.6 |
|
CompressorInletTemp |
15.7 |
|
EEVOutletTemp |
17.0 |
|
CondensorOutletTemp |
-99.0 |
|
HighPressure |
11.1 |
|
LowPressure |
0.0 |
|
HighPressureSwitch |
closed |
|
EvaporationTemp |
17.0 |
|
CondensationTemp |
13.9 |
|
OverheatingTargetValue |
0.0 |
|
OverheatingActualValue |
-1.2 |
|
SubcoolingTargetValue |
0.0 |
|
SubcoolingActualValue |
-9.0 |
|
CompressorSpeed |
0.0 |
|
TemperatureSwitchCompressorOutlet |
closed |
✅ 152–154 ((query to VWZ AI+ e.g. device 76, adapt for MEH if deviceno differs from 76)
)
Key | Value | Remarks |
---|---|---|
ThreeWayValve |
heating |
|
HwcTemp |
40.5 |
|
OutdoorTemp |
-99.0 |
👈 presumably because the outdoor temperature is not directly wired to the indoor unit, since a VRC720 thermostat is present? |
With the full analysis being completed in the previous comment, it's time to compare with my test results at #316 (comment). There, the "Live Monitor" functionality actually works correctly. Maybe there's some we can cherry-pick into this PR? But AFAICT the following are equivalent:
|
Hi Wim, others, address 03: master #11 Therefore, I've created a separate file for my VWZ unit, to allocate the registers that seem to be physically located in the VWZ from the HMU file into the below file VWZ file (using the same addresses): r,,ThreeWayValve,,,76,,0203FFFF,,,UCH,0=heating;1=dhw,,Three way valve (heating/dhw),,,,,,,,,,,,,,,,,, 76.vwz.csv The above registers read out fine and show the same numbers when requesting them in the test menu of my VWZ unit. Probably additional registers can be move or added to this file to accommodate the split. @wimleers: would love to team up to further populate the registers for split VWZ units. Note The CTLV2 device is actually a VRC720 room thermostat, therefore, I've duplicated the 700/720 files. Haven't tested if it produces sound results. |
@jonesPD AWESOME! Let’s team up! 😄 Unfortunately, GitHub’s PR-centric approach is horribly broken for two non-repo maintainers like the two of us: it’s impossible for us to contribute to the same PR. I see you created https://github.com/jonesPD/ebusd-configuration, but So I went ahead and created a
Next: incorporate your EDIT: done:
P.S.: invited @JongsmaSimon and @kjoglum too 👍 |
Combination PR not working for my setup, so I believe we need to keep PR #316 and #330, and make adjustments accordingly. PBSB / ID = B51A / 05 and PBSB / ID = B514 / 05 seem to be common across equipment setups, and thus need to be separate/main category. Then we can use subIDs to retrieve desired values across different equipment setups. E.g. use This will enable different decoding across different equipment setups. PR #316 is already setup using main PBSB/ID categories. |
@kjoglum Note that the combination branch does NOT yet include your #316. It conflicted too massively with #330 as a viable starting point for me. #330 works mostly for @jonesPD (he has an aroTHERM Plus, I have a Split), but he had to isolate a few things into the new We all still need to collaborate to figure out where which entries belong. It sounds like you already know how to do exactly that, which is wonderful! 😄 Could you please push additional commits to my fork (you have access!) so you, @jonesPD, @JongsmaSimon and I can all test the same code? That’s the only way this is ever going to become mergeable AFAICT. |
FYI because I have a split unit, I had to split off a number of registers in a separate config file 76.vwz.csv. |
@wimleers EDIT: EDIT2: |
I looked at a diff between #316 and #330 and there was virtually no overlap: neither in labels nor in the IDs etc. You are probably right that this is the whole PBSB/ID thing — I did not yet understand that at all when I was first testing the two PRs. Thanks to seeing the multiple variants, I've started to build an understanding. 1️⃣ Tomorrow morning, I'm going to first meticulously update every single entry to match the exact titles/labels in the heatpump controller (the (I hope they all use identical labels. But we'll find out. I am sure the labels in #330 are not a perfect match for the labels actually seen on my machine.) 2️⃣ Then I'll start merging your rows from #316 into the PR. I'll use your uploaded file as a reference point — thank you so much! 👏 🙏 |
Now reading all contributions ... (just returned from holiday). Excellent work! By the way in #330 I did use in almost all cases the English labels that were used in my VWZ AI+ menu structure. But I would not be surprised if Vaillant changes the labels in different configurations/versions. |
@wimleers To answer a couple of your questions: TargetTempHc is the target water temp for Heating (TargetTempHwc is the same for Hot water). The ch_\d+ fields were in the original repository version (I did not delete them because they might do something in other situations?). The same applies to some other entries that (at my site) always return "ERR: invalid position". |
Excellent work! My setup is as following:
Now using this file #330 (comment) from EDIT2 I find almost everything I probably need, except the water pressure. I already installed the ebusd docker container to grab and decode, but nothing comes close to what I'm looking for. Any ideas? |
@fwestenberg The BuildingCircuitWaterPressure should provide you with the needed value? |
This is what I expected, but this field didn't appear in the MQTT integration. I do have: BuildingCircuitPumpPower, BuildingPumpHours and BuildingPumpHours and almost all values of the LiveMonitorMain block. |
Thanks for all the hard work guys in updating these Arotherm values. I'm new to ebusd and it's taken DAYS to find this thread. :-) I've got 5kW Arotherm Plus & Sensocomfort RF 720 I'm not seeing Water Pressure updated either (using the #330 pull)
Although i'm not 100% sure what 'no data stored' quite means yet? |
@zarch1972 and @fwestenberg I suspect BuildingCircuitWaterPressure does not provide a value for you, because the Sensocomfort thermostat takes over a couple of tasks from VWZ AI+ / MEH. |
@JongsmaSimon thanks for your explanation, I tried the following:
Unfortunately no match with the same ID. |
Also tried multiple csv from this PR. I'm also looking for the current hc flow volume (l/h) (from live monitor). Is this value already part of any csv or is this still undiscovered? |
@switschel |
I just updated my above post about I confirmed this by temporarily switching off the heat circuit (and thereby the 'buildingcircuit' pump) and the reading changed to So the reading (decoded to 58.9) you reported should correspond to a power consumption of 59 W from your system. Could you check whether this agrees with your eebus/App readings? |
This is great news if we can get at it with ebus. I'm happy to type some ebus commands if directed. It seems like Vaillant don't pull it through on the app from the older PCB versions, but they do on the new. Which is strange if the data is there on both? |
So I suggest the following message definition in
As we might discover more of these power registers (e.g. from
Using this template the message definition would be:
Reading with ebusd:
|
I'd already updated my hmu file this morning. I can confirm that the frequency and value of this message exactly matches (ignore the truncate vs round errors that's me) the eebus data. Great news! ebusd
eebus |
Good job! What does the first column of the eebus values represent? A time stamp? And what other readings does the Loxone eebus integration provide that we don't know yet? ;-) |
Sadly that's it for eebus. All the other info is captured in these config files already. |
Just would like to mention that on my split system the power consumption of the 'buildingcircuit' pump (inside the hydraulic station In contrast, reading the same register from the vwz00 (e.g. with |
Since this PR seems to have come back to life in the last couple of days, can anyone tell me what the state of Arotherm Plus support is in mainline ebusd these days? Did anything ever get merged? I've been watching this PR for well over a year in the hope that something might finally get committed. |
Can we add this to the @jonesPD fork, that would be amazing for lots of people.
|
Indeed! I had already marked these updates to be included and will do so soon. |
Update to my repository has been pushed. |
So is it possible to extract a value for CurrentYieldPower in Watts (RunDataCurrentYieldPower) ? Mind you, having a precise valve for this is not as critical as having an exact Cunsumed Power figure |
I did some research on the Not everything from this ebus message had been fully assigned yet. Some data was already known, but I would like to propose an update to the current
So here's the new message definition, if placed into
In order to work a new template is required (
So, while this is still work in progress, please feel free to revise or suggest better names and (possibly) identify the information of the unknown state... |
State07 update:
Just figured out the 'unknown information' is the system water pressure (as displayed on the panel). The datatype is UCH and divider is 30. So the updated message definition is:
|
Great @chrizzzp. I'll include it with the next update of my repo. |
Interestingly, the hmu delivers the granular electrical power values also under the B516 registers. Not sure if these are polled more frequently than the above though. Edit: default & definition updated for correct decoding of automatic polls (every minute by VR921)
|
Thank you @chrizzzp. I'll also include it with the next update of my repo. |
Edit: default & definition updated in my previous post for correct decoding of automatic polls (every minute by VR921) |
Do you have any idea whether it is also possible to get the total energy consumption? Total yield is available but I can't find the total consumption that is updated more than once a day. |
On my split system the hmu delivers:
There is also a total value in the regulator (VRC720 in my case):
|
Hm, this doesn't work for my system unfortunately: I also have the VRC720, so the second message definition (PrEnergySumHc) works, but this is only updated once a day (at midnight). |
Could you specifiy from what address range you're reading the total yield? What is the HP model? Maybe try this:
|
@chrizzzp
And I can read the heating/hot water yields from:
But when I try to read the total consumption from B516:
My HP is a flexoCOMPACT exclusive VWF 118/4. |
Same here with a flexoCompact exklusive VWF 58/4 eBusd detects it as
|
Obviously the Arotherm messages for the total consumption don't work on the FlexoCompact, although total yield works... A possible way to get the corresponding register: I guess it's possible to read the total consumption on the display of the heat pump? Maybe this action involves an ebus message. If yes, it would be possible to track and identify the corresponding message by logging the ebus traffic while reading the value on the machine and looking for the total yield value (displayed on the heat pump) in the ebus message. Data type for the total consumption should be UIN (2 bytes) like on other machines. The ebusd logfile or the command |
I found another state in the State07 message for when the system is in silent mode:
Edit: |
Here's a minor update/correction on the B511 registers for the
This total compressor runtime (in minutes) and cycle counter is actually increasing only in the heating mode (Hc). There is separate register for the runtime/cycle counter in DHW (domestic hot water) mode (Hwc). I therefore suggest the following change/addition:
The following new B509 definitions were also established: 08.hmu.csv:
76.vwz.csv:
|
Perhaps some of you also have received the ebus daemon update to 24.1.24.1. It has some breaking changes unfortunately, and no longer accepts 'unual characters' in field identifiers. I couldn't find a definition of unusal characters yet, but from the errors it raised, I was able to determine that ' ' (space) and a numerical first character for a field identifier is no longer acceptable. I will update shortly my repository to work with 24.1.24.1 again and include the above updates. |
Hello, if you find new files for the ebusd here and add .csv files to them, where can I find these latest .csv files? My system is as follows: The following data was displayed during the scan: These are devices on the German market. I've only had my ebusd sensor for a few days and use HomeAssistant I am brand new to ebusd and Home Assistant, but would like to learn how to work with it. |
Thanks @jonesPD - that update has fixed all of my issues. My data had all but dried up. I have a simple setup - with just an 5kW Arotherm Plus, the indoor controller and a sensoComfort I have some unidentified messages in the logs, so I thought they might be useful to maybe get even more data [code] So the above log has 6 unknown messages In MQTT Explorer, it shows the following entries within the HMU section |
08.hmu.csv (English version) has been finalized. It works for Vaillant Arotherm Plus 125/6 and similar heat pumps. It makes available all entries visible in the VWZ AI+ menu.
Three 'write' entries (when uncommented) enable changes from the Home Assistant UI.
Being: Heatcurve, TargetTempHwc & TargetTempHc
@john30 : I could provide German translation, if needed (and I might have more time than you)..