-
Notifications
You must be signed in to change notification settings - Fork 42
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
Kitchen uses 2 channels, but only has a wall sensor on 1 #15
Comments
I have the same issue. Any update on this? |
@dkgof Do you have alle the config files in your yaml? Can you share your yaml? |
Thank you for looking into this issue Heine. I know it's a difficult one. I am also willing to help troubleshoot. Let my know if you want to setup a session |
@lynx000 Start by sharing your yaml and describe which strings are sharing sensors |
I ended up forking the repo, and changing the channel that the temperature sensor is fetched from, on all channels past the "dummy" channel in the kitchen. Here is my yaml: And here is the forked repo: With these changes, the temperature is now correctly lined up with the correct channels. Not sure if there is a better or more correct way of handling it. |
yaml: Room and temp Here are my discoveries Garage Kredsløb 1 Bryggers Kredsløb 2,3,4 Almas_sovevaerelse Kredsløb 5 Almas_legevaerelse Kredsløb 6 Koekken-alrum Kredsløb 7,10,11,12 Badevaerelse 1 Kredsløb 8 Sovevaerelse Kredsløb 9 Badevaerelse 2 Kredsløb 13 Kontor Kredsløb 14 |
OK... I might have a work around...
To change to the dev branch make sure ref: main is changed to ref: dev
|
This fixes my problem. Now I just need to figure out the correct mapping of ID's 😁 But all have now a Current Temperature |
Unfortunately this does not work for me. Using the new channel substitution, i tried:
Since my channel 5 and 6 are the shared ones, but all the ones after 6, have sensed temperature and battery offset, and temperature control still works. The way i fixed my problem, in my fork: Channels 1, 2, 3, 4, 5 work as normal, because they come before the "extra" channel 6, that has no sensor associated. Channels 7,8,9,10,11 need to have their sensed battery and temperature address offset by 1, but still send to the old address for setting target temperature. I have tested that the correct physical room controller gets the new target temperature set correcly like this, and that all rooms sensed temperatures match up. |
Hello again. I managed to get the temperature working following your guide. Unfortunately then target temperature is now mixed up. The climate adjusts the wrong thermostats now :) Here are my new yaml: |
I think that is the same problem i am facing. The issue seems to be that the channels that has no physical room sensor, still takes up a channel, but not on temp sensor and battery sensor, so each time a channel is used without a room sensor, the following temp/battery sensor channel is offset by -1. I recently helped my neighbour setup his wavin9000 in esphome, and he had 2 rooms with double channel, and after the first room, we needed to offset temp/battery by -1 channel, and after the second double channel room, we needed to offset the rest of the temp/battery sensors channels by -2. I also removed the temp/battery sensor and climate component from the channels that did not have them, since they have no use. |
I created a pull request with one possible way of solving the issue, not sure if its a good way. Edit: Was the wrong branch for the first pull request |
Are your target temperatures in your climate units current efter this fix ? |
No, I was too fast. It fixed the issue with 0 current temperatures, but the rest then got messed up. So not a solution. |
That is what my PR is trying to take care of, by just moving the sensed temperatures, without making the rest be off. |
Thanks @dkgof I am looking forward to it being merged. |
Not really sure why you want those dummy sensors? What the purpose of having them in HA? |
They might not be needed, but it seems as the wavin9000 does reply with some data for those channels, so i figured you might want to see fx. the output sensor, to see if it turns on. But i can also see the reason to just skip them, and only use the temperature offsets. From my testing, it seems as if the dummy output correctly turns on/off according to the main channel target temperature of the room, not the one set on the dummy, so i guess they are not needed. |
I updated the pull request to not include the dummy channel configs. But then when setting it up in esphome, one should completely skip the channels that are the dummies, AND still offset the temperature by -1 after each skipped channel. At least that is how it is working in my setup. |
Using @dkgof's yaml files my system is now working as expected. I have 13 circuits but only 10 thermostats, unfortunately the rule about offset with a specific number after the channels that were bundled together did not work for me. I had to swap around the sensor offsets in a non-logical way, but everything is now working. Temperature for the rooms are correct and I can control each thermostat. Here is my channel setup. If anyone can find a logic in this, I am happy to hear that. # CHANNEL friendly names (If using spaces remember to add ")
channel_01_friendly_name: "Bryggers"
channel_02_friendly_name: "Bjarnes Kontor"
channel_03_friendly_name: "Stue/Køkken"
channel_04_friendly_name: "Stue/Køkken"
channel_05_friendly_name: "Stue/Køkken"
channel_06_friendly_name: "Stue/Køkken"
channel_07_friendly_name: "Soveværelse"
channel_08_friendly_name: "Badeværelse"
channel_09_friendly_name: "Walkin"
channel_10_friendly_name: "Daisys Kontor"
channel_11_friendly_name: "Gæsteværelse"
channel_12_friendly_name: "Entre"
channel_13_friendly_name: "Gæstebadeværelse"
# CHANNEL ID´S (ONLY LOWER CASE LETTERS, NO SPACES) used for entity ids
channel_01_id: utility_room
channel_02_id: office_bjarne
#channel_03_id: living_room_kitchen
#channel_04_id: living_room_kitchen
#channel_05_id: living_room_kitchen
channel_06_id: living_room_kitchen
channel_07_id: bedroom
channel_08_id: bathroom
channel_09_id: walkin_closet
channel_10_id: office_daisy
channel_11_id: guest_room
channel_12_id: hallway
channel_13_id: guest_bathroom
# CHANNEL Alignments (ONLY change if you have offsets in channel vs temperature. Some have reported this if using multiple strings pr. room thermostat)
channel_01_sensor: "0x00"
channel_02_sensor: "0x01"
# channel_03_sensor: "0x02"
# channel_04_sensor: "0x03"
# channel_05_sensor: "0x04"
channel_06_sensor: "0x06"
channel_07_sensor: "0x07"
channel_08_sensor: "0x02"
channel_09_sensor: "0x03"
channel_10_sensor: "0x09"
channel_11_sensor: "0x04"
channel_12_sensor: "0x08"
channel_13_sensor: "0x05"
channel_01: "0x00"
channel_02: "0x01"
# channel_03: "0x02"
# channel_04: "0x03"
# channel_05: "0x04"
channel_06: "0x05"
channel_07: "0x06"
channel_08: "0x07"
channel_09: "0x08"
channel_10: "0x09"
channel_11: "0x0A"
channel_12: "0x0B"
channel_13: "0x0C" |
@briis did you pull config from Heine and just added the alignments ? I'm able to align the thermostats, but the channel sensor alignment does not seem to do anything for me. It's compiling just fine, it just does not change anything. :) |
No, you need to use the files from @dkgof as they contain the changes for sensors. There is a PR open for that change, but that has not been merged. Here is how the package section looks like, not the url and dev lines: packages:
remote_package:
url: https://github.com/dkgof/esphome_components
ref: dev
files:
- components/wavinahc9000v2/configs/basic.yaml # REQUIRED FOR WAVIN AHC 9000
- components/wavinahc9000v2/configs/channel_01.yaml
- components/wavinahc9000v2/configs/channel_02.yaml
#- components/wavinahc9000v2/configs/channel_03.yaml
#- components/wavinahc9000v2/configs/channel_04.yaml
#- components/wavinahc9000v2/configs/channel_05.yaml
- components/wavinahc9000v2/configs/channel_06.yaml
- components/wavinahc9000v2/configs/channel_07.yaml
- components/wavinahc9000v2/configs/channel_08.yaml
- components/wavinahc9000v2/configs/channel_09.yaml
- components/wavinahc9000v2/configs/channel_10.yaml
- components/wavinahc9000v2/configs/channel_11.yaml
- components/wavinahc9000v2/configs/channel_12.yaml
- components/wavinahc9000v2/configs/channel_13.yaml
refresh: 0s |
Very cool. Thank you. Mine also works now.. ! :D |
Well... i have the alignment in the dev branch... just havnet had time to get it into main... Hopefully I'll have some spare time in the coming week |
Im having simluar issues, how did you guys solve it? This is my current setup, all the units with name "Alrúm" are 1 sensor.
|
Take a look at the dev branch… there you can do some channel alightments
From: Berjastein ***@***.***>
Sent: 12. januar 2023 22:48
To: heinekmadsen/esphome_components ***@***.***>
Cc: Heine Madsen ***@***.***>; Comment ***@***.***>
Subject: Re: [heinekmadsen/esphome_components] Kitchen uses 2 channels, but only has a wall sensor on 1 (Issue #15)
Im having simluar issues, how did you guys solve it?
This is my current setup, all the units with name "Alrúm" are 1 sensor.
`substitutions:
UNIQUE NAME FOR THE DEVICE
device: wavin # Case sensitive!!!
name: Wavin # "Friendly name" - not case sensitive!!!
CHANNEL friendly names (If using spaces remember to add ")
channel_01_friendly_name: "Alrúm 0"
channel_02_friendly_name: "Stóra Vesi"
channel_03_friendly_name: "Alrúm 1"
channel_04_friendly_name: "Bryggers"
channel_05_friendly_name: "Kamar Lóa"
channel_06_friendly_name: "Alrúm 2"
channel_07_friendly_name: "Okkara kamar"
channel_08_friendly_name: "Alrúm 3"
channel_09_friendly_name: "Alrúm 4"
channel_10_friendly_name: "Alrúm 5"
channel_11_friendly_name: "Kamar Vár"
channel_12_friendly_name: "Lítla vesi"
channel_13_friendly_name: "Channel 13"
channel_14_friendly_name: "Channel 14"
channel_15_friendly_name: "Channel 15"
channel_16_friendly_name: "Channel 16"
CHANNEL ID´S (ONLY LOWER CASE LETTERS, NO SPACES) used for entity ids
channel_01_id: alrum_0
channel_02_id: stora_vesi
channel_03_id: alrum_1
channel_04_id: bryggers
channel_05_id: kamar_loa
channel_06_id: alrum_2
channel_07_id: okkara_kamar
channel_08_id: alrum_3
channel_09_id: alrum_4
channel_10_id: alrum_5
channel_11_id: kamar_var
channel_12_id: litla_vesi
channel_13_id: channel_13
channel_14_id: channel_14
channel_15_id: channel_15
channel_16_id: channel_16
Uncomment the active channels on your Wavin Ahc 9000
packages:
remote_package:
url: https://github.com/heinekmadsen/esphome_components
ref: main
files:
- components/wavinahc9000v2/configs/basic.yaml # REQUIRED FOR WAVIN AHC 9000
- components/wavinahc9000v2/configs/channel_02.yaml
- components/wavinahc9000v2/configs/channel_03.yaml
- components/wavinahc9000v2/configs/channel_04.yaml
- components/wavinahc9000v2/configs/channel_05.yaml
- components/wavinahc9000v2/configs/channel_06.yaml
- components/wavinahc9000v2/configs/channel_07.yaml
- components/wavinahc9000v2/configs/channel_08.yaml
- components/wavinahc9000v2/configs/channel_09.yaml
- components/wavinahc9000v2/configs/channel_10.yaml
- components/wavinahc9000v2/configs/channel_11.yaml
- components/wavinahc9000v2/configs/channel_12.yaml
# - components/wavinahc9000v2/configs/channel_13.yaml
# - components/wavinahc9000v2/configs/channel_14.yaml
# - components/wavinahc9000v2/configs/channel_15.yaml
# - components/wavinahc9000v2/configs/channel_16.yaml
refresh: 0s
uart:
* id: uart_${device}
rx_pin: GPIO36
tx_pin: GPIO4
baud_rate: 38400
stop_bits: 1
parity: NONE
modbus:
- id: ${device}modbus
flow_control_pin: 5
uart_id: uart${device}
modbus_controller:
id: ${device}_modbus_controller
address: 1
modbus_id: wavin_modbus
update_interval: 5s`
—
Reply to this email directly, view it on GitHub<#15 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ALVECIF63SL4NYM6OF5STHLWSB32HANCNFSM5XIG36CQ>.
You are receiving this because you commented.Message ID: ***@***.******@***.***>>
|
Our kitchen use both channel 5 and 6 for the floor heating, but only channe 5 has a wall mounted controller/sensor.
This means that when using the Wavin components, all channels after 5, has the temperature offset by 1.
Example:
Channel 7's temperature is showing up as temperature for channel 6 in HomeAssistant.
Im not sure why it is made like this, or what the best fix is.
The text was updated successfully, but these errors were encountered: