HeishaMon - Panasonic Aquarea monitoring

[CurlyMo]

Voor wie github niet volgt. Ik zoek testers voor deze build:
https://github.com/CurlyM...n/actions/runs/6603236891

Behorende bij deze PR:
https://github.com/IgorYbema/HeishaMon/pull/121

[ Voor 9% gewijzigd door CurlyMo op 22-10-2023 23:38 ]

[Elegit]

sjimmie schreef op vrijdag 20 oktober 2023 @ 21:30:
[...]

auw, balen. Nu ik de netatmo heb gekocht, aangesloten en geconfigureerd blijkt dat de stapgrootte 0,5 is ipv 0,1. Het is alleen de hysteresis en weergave met een resolutie van 0,1 maar de instel stapgrootte is in stappen van 0,5 graden.

Oh sorry, ik wist niet dat je de ingesteld binnen temp 0.1 stapgrootte wil hebben, dacht altijd dat de hysteresis het belangrijkste was. Bij mij ik kan het heel netjes tussen 20.3 en 20.7(of 20.4 en 20.6) houden of 20.8 en 21.4 (20.9 en 21.1). Ik ben benieuwd om waarom je wil 0.1 stapgrootte voor binnen temp?

[Roeland]

wheli schreef op zondag 22 oktober 2023 @ 22:25:
Misschien domme vraag maar als ik wil updaten naar versie 3.2 moet ik dan 'HeishaMon.ino.d1-v3.2.md5' uploaden naar de firmware pagina van Heishamon onder 'MD5 checksum'? Of een ander bestand?

De inhoud van dat bestand (de checksum zelf dus) kan je in dat veld zetten (is niet verplicht meen ik maar helpt wel evt. kopieer fouten voorkomen zodat je niet met een brick eindigt).

[sjimmie]

Elegit schreef op maandag 23 oktober 2023 @ 10:35:
[...]

Oh sorry, ik wist niet dat je de ingesteld binnen temp 0.1 stapgrootte wil hebben, dacht altijd dat de hysteresis het belangrijkste was. Bij mij ik kan het heel netjes tussen 20.3 en 20.7(of 20.4 en 20.6) houden of 20.8 en 21.4 (20.9 en 21.1). Ik ben benieuwd om waarom je wil 0.1 stapgrootte voor binnen temp?

Het was niet als verwijt bedoeld hoor, het was puur mijn frustratie.
We hebben onszelf verwend met een hele constante temperatuur in huis waarbij we hooguit soms een paar tienden omhoog of omlaag willen (en dan zodanig dat mijn vrouw dat met een eenvoudige handeling op de thermostaat zelf kan regelen). We merken nu namelijk dat we, gemeten op onze huidige DIY thermostaat, 20,6 of 20,7 +/- 0,1 fijn vinden en dat we een verschil naar 20,9 +/- 0,1 al genoeg vinden. Met een stapgrootte van 0,5 wordt dat dan tweemaal zoveel.

Overigens merk ik ook dat de netatmo trager verloopt qua meting en dat dus tot grotere under/overshoots leidt.

[iMav]

Gisteren update gedraaid naar v 3.2. Sindsdien krijg de Heishamon geen data meer binnen vanaf de WP.

Mon Oct 23 12:38:42 2023 (179797): Heishamon stats: Uptime: 0 days 0 hours 2 minutes 59 seconds ## Free memory: 73% ## Heap fragmentation: 18% ## Max free block: 23400 bytes ## Free heap: 28912 bytes ## Wifi: 100% (RSSI: -42) ## Mqtt reconnects: 1 ## Correct data: 0.00%
Mon Oct 23 12:38:42 2023 (179814): Requesting new panasonic data
Mon Oct 23 12:38:42 2023 (179816): sent bytes: 111 including checksum value: 18
Mon Oct 23 12:38:44 2023 (181825): Previous read data attempt failed due to timeout!

Al geprobeerd:

- WP herstart
- update naar v 3.2.2
- heishamon herstart
- restore naar v 3.1

Allen geen effect, blijf geen data binnenkrijgen vanuit WP. Iemand een idee?

edit: - Heishamon factory reset --> geen succes

edit2: alvast maar een backup Heishamon bijbesteld voor geval hij kaduuk is.... (zou wel snel zijn, hij is van mei dit jaar )

[ Voor 13% gewijzigd door iMav op 23-10-2023 14:16 ]

[wheli]

Roeland schreef op maandag 23 oktober 2023 @ 11:17:
[...]


De inhoud van dat bestand (de checksum zelf dus) kan je in dat veld zetten (is niet verplicht meen ik maar helpt wel evt. kopieer fouten voorkomen zodat je niet met een brick eindigt).

Merci, het is gelukt

[timovd]

Iemand die zelf scripts heeft geschreven in Home Assistant waarbij bepaalde modi (eventueel parallel met andere acties) geactiveerd worden? Bijvoorbeeld; hoe zet je power on, heat mode is heat en quiet mode op 2 (eventueel met bepaalde condities) met één knop in HA?
Hier een wat algemenere vraag gesteld: timovd in "Home Assistant: Open source Python3 home automation - deel 5"

[Roeland]

timovd schreef op maandag 23 oktober 2023 @ 16:58:
Iemand die zelf scripts heeft geschreven in Home Assistant waarbij bepaalde modi (eventueel parallel met andere acties) geactiveerd worden? Bijvoorbeeld; hoe zet je power on, heat mode is heat en quiet mode op 2 (eventueel met bepaalde condities) met één knop in HA?
Hier een wat algemenere vraag gesteld: timovd in "Home Assistant: Open source Python3 home automation - deel 5"

Als ik je vraag zo lees dan wil ik je adviseren de homeassistant documentatie te lezen, daar staat uitstekend beschreven hoe je bepaalde zaken kan opbouwen. Heb je al enige ervaring opgedaan met automations e.d.?

[timovd]

@Roeland uiteraard al de documentatie van o.a. input_select en scripts bekeken, maar geen antwoord kunnen vinden. Naar welke documentatie refereer jij?

[Roeland]

@timovd https://www.home-assistant.io/integrations/input_select/

Hier staan ook YAML voorbeelden bij hoe je het moet gebruiken etc.

Hieronder een voorbeeld uit m'n eigen automations, om 10:00 wordt gekeken of de WP warm water moet maken door te kijken of de boiler bovenin te koud is geworden, waarna input_boolean.wp_dhw wordt aangezet en vervolgens input_select.wp_mode naar "DHW" wordt gezet (hier hangt vanzelf weer van alles aan vast). Als de temperatuur van de inlaat van de WP boven een bepaalde temperatuur komt (e.g. mijn buffer vat een bepaalde temperatuur heeft bereikt) zal input_boolean.wp_dhw weer worden uitgezet en input_select.wp_mode terug naar "Room".

Houd er rekening mee dat zelfs voor dit korte voorbeeld er 100 wegen naar rome zijn en dit daar slechts één van is.

YAML:

automation:
  - alias: wp_dhw
    initial_state: true
    mode: queued
    trigger:
      - platform: time
        at:
          - "10:00:00"
        id: "on"
      - platform: template
        value_template: "{{ states('sensor.5_aquarea_inlet_temperature')| float(default=0) >= states('input_number.wp_dhw_temp_target')|float(default=0) }}"
        for: '00:01:00'
        id: "off"
    condition:
      or:
        - "{{ trigger.id == 'off' }}" #DHW not required
        - condition: numeric_state    #DHW required
          entity_id: sensor.wp_boiler_top
          below: input_number.wp_dhw_temp_start_heating
    action:      
      - service: "{{ 'input_boolean.turn_' + trigger.id }}"
        entity_id: input_boolean.wp_dhw
      - service: input_select.select_option
        data_template:
          entity_id: input_select.wp_mode
          option: >
            {% if trigger.id == 'on'  %}
              DHW
            {% else %}
              Room
            {% endif %} 

Voor de compleetheid (ik weet je niveau niet vanzelf, voel je niet beledigd), die input_boolean en input_select moet je wel ergens declareren. Ook de voorwaarden e.d. moeten wel bestaande sensoren zijn, bovenstaande is puur ter illustratie.

[ Voor 0% gewijzigd door Septillion op 23-10-2023 18:40 . Reden: yaml code-tags voor de leesbaarheid ]

[Frixxion]

Excuses als ik naar de bekende weg vraag; ik heb de opentherm uitvoering van Heishamon en de nieuwe firmware geinstalleerd. Hiervoor had ik al netjes wat automations draaien in HomeAssistant. Nu met de OpenTherm informatie wil ik wel probreren mijn installatie wat stabieler te laten draaien (beter dan de bang-bang die de Tado kan leveren op de CN2/external thermostat aansluiting van de Panasonic).

Nu komt de opentherm informatie netjes binnen op de server omgeving van het Heishamon bordje, echter hoe krijg ik deze informatie doorgespeeld naar Homeassistant? Zelf deze MQTT topics toevoegen in heishamon.yaml ofzo?

[pgeene]

iMav schreef op maandag 23 oktober 2023 @ 12:41:
Gisteren update gedraaid naar v 3.2. Sindsdien krijg de Heishamon geen data meer binnen vanaf de WP.


[...]


Al geprobeerd:

- WP herstart
- update naar v 3.2.2
- heishamon herstart
- restore naar v 3.1

Allen geen effect, blijf geen data binnenkrijgen vanuit WP. Iemand een idee?

edit: - Heishamon factory reset --> geen succes

edit2: alvast maar een backup Heishamon bijbesteld voor geval hij kaduuk is.... (zou wel snel zijn, hij is van mei dit jaar )

Hier hetzelfde

code:

Thu Jan  1 01:00:17 1970 (23979): Pulses seen on S0 port 1: Good: 2 Bad: 0 Average good pulse width: 88
Thu Jan  1 01:00:17 1970 (23981): Measured Watthour on S0 port 1: 0.50
Thu Jan  1 01:00:18 1970 (23984): Measured total Watthour on S0 port 1: 36.00
Thu Jan  1 01:00:18 1970 (23985): Calculated Watt on S0 port 1: 166
Thu Jan  1 01:00:22 1970 (28980): Pulses seen on S0 port 1: Good: 2 Bad: 0 Average good pulse width: 88
Thu Jan  1 01:00:22 1970 (28981): Measured Watthour on S0 port 1: 0.00
Thu Jan  1 01:00:23 1970 (28984): Measured total Watthour on S0 port 1: 36.00
Thu Jan  1 01:00:23 1970 (28985): Calculated Watt on S0 port 1: 166
Thu Jan  1 01:00:24 1970 (30003): Requesting new 1wire temperatures
Thu Jan  1 01:00:24 1970 (30376): Received 1wire sensor temperature (286c3802422001fc): 10.12
Thu Jan  1 01:00:24 1970 (30392): Received 1wire sensor temperature (285e971442200112): 22.12
Thu Jan  1 01:00:24 1970 (30407): Received 1wire sensor temperature (288587890c000074): 22.38
Thu Jan  1 01:00:24 1970 (30422): Received 1wire sensor temperature (2867bc890c0000c7): 19.88
Thu Jan  1 01:00:24 1970 (30425): Heishamon stats: Uptime: 0 days 0 hours 0 minutes 30 seconds ## Free memory: 69% ## Heap fragmentation: 2% ## Max free block: 27200 bytes ## Free heap: 27672 bytes ## Wifi: 88% (RSSI: -56) ## Mqtt reconnects: 1 ## Correct data: 0.00%
Thu Jan  1 01:00:24 1970 (30428): Requesting new panasonic data
Thu Jan  1 01:00:24 1970 (30431): sent bytes: 111 including checksum value: 18 
Thu Jan  1 01:00:24 1970 (30432): data: 71 6C 01 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:24 1970 (30433): data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:24 1970 (30434): data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:24 1970 (30435): data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:26 1970 (32437): Previous read data attempt failed due to timeout!
Thu Jan  1 01:00:26 1970 (32437): Received 0 bytes data
Thu Jan  1 01:00:27 1970 (33981): Pulses seen on S0 port 1: Good: 2 Bad: 0 Average good pulse width: 88
Thu Jan  1 01:00:28 1970 (33982): Measured Watthour on S0 port 1: 0.00
Thu Jan  1 01:00:28 1970 (33985): Measured total Watthour on S0 port 1: 36.00
Thu Jan  1 01:00:28 1970 (33986): Calculated Watt on S0 port 1: 166
Thu Jan  1 01:00:33 1970 (38982): Pulses seen on S0 port 1: Good: 3 Bad: 0 Average good pulse width: 88
Thu Jan  1 01:00:33 1970 (38983): Measured Watthour on S0 port 1: 0.50
Thu Jan  1 01:00:33 1970 (38986): Measured total Watthour on S0 port 1: 36.50
Thu Jan  1 01:00:33 1970 (38988): Calculated Watt on S0 port 1: 166
Thu Jan  1 01:00:38 1970 (43983): Pulses seen on S0 port 1: Good: 3 Bad: 0 Average good pulse width: 88
Thu Jan  1 01:00:38 1970 (43984): Measured Watthour on S0 port 1: 0.00
Thu Jan  1 01:00:38 1970 (43987): Measured total Watthour on S0 port 1: 36.50
Thu Jan  1 01:00:38 1970 (43988): Calculated Watt on S0 port 1: 166
Thu Jan  1 01:00:39 1970 (45006): Requesting new 1wire temperatures
Thu Jan  1 01:00:39 1970 (45403): Received 1wire sensor temperature (288587890c000074): 22.50
Thu Jan  1 01:00:39 1970 (45426): Heishamon stats: Uptime: 0 days 0 hours 0 minutes 45 seconds ## Free memory: 67% ## Heap fragmentation: 3% ## Max free block: 26288 bytes ## Free heap: 26856 bytes ## Wifi: 90% (RSSI: -55) ## Mqtt reconnects: 1 ## Correct data: 0.00%
Thu Jan  1 01:00:39 1970 (45429): Requesting new panasonic data
Thu Jan  1 01:00:39 1970 (45430): sent bytes: 111 including checksum value: 18 
Thu Jan  1 01:00:39 1970 (45431): data: 71 6C 01 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:39 1970 (45432): data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:39 1970 (45433): data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:39 1970 (45434): data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:41 1970 (47436): Previous read data attempt failed due to timeout!
Thu Jan  1 01:00:41 1970 (47436): Received 0 bytes data
Thu Jan  1 01:00:43 1970 (48984): Pulses seen on S0 port 1: Good: 4 Bad: 0 Average good pulse width: 88
Thu Jan  1 01:00:43 1970 (48985): Measured Watthour on S0 port 1: 0.50
Thu Jan  1 01:00:43 1970 (48988): Measured total Watthour on S0 port 1: 37.00
Thu Jan  1 01:00:43 1970 (48990): Calculated Watt on S0 port 1: 167
Thu Jan  1 01:00:48 1970 (53985): Pulses seen on S0 port 1: Good: 4 Bad: 0 Average good pulse width: 88
Thu Jan  1 01:00:48 1970 (53986): Measured Watthour on S0 port 1: 0.00
Thu Jan  1 01:00:48 1970 (53989): Measured total Watthour on S0 port 1: 37.00
Thu Jan  1 01:00:48 1970 (53990): Calculated Watt on S0 port 1: 167
Thu Jan  1 01:00:53 1970 (58986): Pulses seen on S0 port 1: Good: 5 Bad: 0 Average good pulse width: 88
Thu Jan  1 01:00:53 1970 (58987): Measured Watthour on S0 port 1: 0.50
Thu Jan  1 01:00:53 1970 (58990): Measured total Watthour on S0 port 1: 37.50
Thu Jan  1 01:00:53 1970 (58992): Calculated Watt on S0 port 1: 167
Thu Jan  1 01:00:54 1970 (60007): Requesting new 1wire temperatures
Thu Jan  1 01:00:54 1970 (60380): Received 1wire sensor temperature (286c3802422001fc): 10.12
Thu Jan  1 01:00:54 1970 (60395): Received 1wire sensor temperature (285e971442200112): 22.12
Thu Jan  1 01:00:54 1970 (60409): Received 1wire sensor temperature (288587890c000074): 22.50
Thu Jan  1 01:00:54 1970 (60424): Received 1wire sensor temperature (2867bc890c0000c7): 19.88
Thu Jan  1 01:00:54 1970 (60427): Heishamon stats: Uptime: 0 days 0 hours 1 minute 0 seconds ## Free memory: 57% ## Heap fragmentation: 3% ## Max free block: 22400 bytes ## Free heap: 22968 bytes ## Wifi: 88% (RSSI: -56) ## Mqtt reconnects: 1 ## Correct data: 0.00%
Thu Jan  1 01:00:54 1970 (60431): Requesting new panasonic data
Thu Jan  1 01:00:54 1970 (60437): sent bytes: 111 including checksum value: 18 
Thu Jan  1 01:00:54 1970 (60439): data: 71 6C 01 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:54 1970 (60440): data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:54 1970 (60441): data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:54 1970 (60441): data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Thu Jan  1 01:00:56 1970 (62444): Previous read data attempt failed due to timeout!

Update naar 3.2 en sindsdien geen connectie meer.
Backup heisha aangesloten (nog op 3.1) >> ook niets (zelfde reactie)



@thehog jij een idee?
Hier een beetje lost zonder heisha

[ Voor 0% gewijzigd door pgeene op 23-10-2023 22:31 . Reden: fw versie van backup heisha toegevoegd ]

[CurlyMo]

@pgeene dan ga je toch gewoon een of meer versies terug?

[iMav]

CurlyMo schreef op maandag 23 oktober 2023 @ 22:50:
@pgeene dan ga je toch gewoon een of meer versies terug?

Hij had blijkbaar een reserve heishamon op 3.1 zelfde probleem.

Ik ben ook teruggegaan naar 3.1 ook zelfde issues. 🤔

[iMav]

pgeene schreef op maandag 23 oktober 2023 @ 22:30:
[...]


Hier hetzelfde

Update naar 3.2 en sindsdien geen connectie meer.
Backup heisha aangesloten (nog op 3.1) >> ook niets (zelfde reactie)


Hier een beetje lost zonder heisha

Wel zorgwekkend dat het bij jou met een andere heisha ook optreedt. Doet haast vermoeden dat er elders iets “stuk” is 😬

[pgeene]

Back in business

Eerst naar versie 3.1, daarna verse 3.0. toen versie 2.0.
geen resultaat.
Terug naar versie 3.1, nog niets.

power off in de controller/remote, daarna stroom eraf uit in de meterkast (had ik al eens gedaan, maar nu echt zeker 10 minuten gewacht maar geen idee hoe lang)

Daarna de originele pana wifi box aangesloten. die gaf verbinding.

Daarna heisha >>> succes.

Maar dus geen idee wat het van die 2 is geweest (of de combinatie).

Maar ik ben weer online.

@iMav, kijk maar of power off in de meterkast voor jou iets doet. wel eerst power off op de remote en enkele minuten wachten als de heisha aan het verwarmen is (totdat de fan etc.. niet meer draait).

succes

[iMav]

pgeene schreef op maandag 23 oktober 2023 @ 23:03:
Back in business

Eerst naar versie 3.1, daarna verse 3.0. toen versie 2.0.
geen resultaat.
Terug naar versie 3.1, nog niets.

power off in de controller/remote, daarna stroom eraf uit in de meterkast (had ik al eens gedaan, maar nu echt zeker 10 minuten gewacht maar geen idee hoe lang)

Daarna de originele pana wifi box aangesloten. die gaf verbinding.

Daarna heisha >>> succes.

Maar dus geen idee wat het van die 2 is geweest (of de combinatie).

Maar ik ben weer online.

@iMav, kijk maar of power off in de meterkast voor jou iets doet. wel eerst power off op de remote en enkele minuten wachten als de heisha aan het verwarmen is (totdat de fan etc.. niet meer draait).

succes

Nice! Ga ik nu proberen..... back in a minute (of 10-20)

BTW had ik vanmorgen al geprobeerd, maar idd ook niet al te lang stroom eraf gehad....

Update 23:22: What do you know.... @pgeene je tip werkt ook hier..... Zit overigens nu wel op 3.2.2 .

[ Voor 9% gewijzigd door iMav op 23-10-2023 23:23 ]

[thehog]

Hebben jullie allebei de optionele PCB er bij (CZ-N4SP)? Daar is inmiddels bekend dat dat met 3.2 deze problemen veroozaakt. Een echte power cycle van de warmtepomp is dan nodig.

[iMav]

thehog schreef op dinsdag 24 oktober 2023 @ 21:18:
Hebben jullie allebei de optionele PCB er bij (CZ-N4SP)? Daar is inmiddels bekend dat dat met 3.2 deze problemen veroozaakt. Een echte power cycle van de warmtepomp is dan nodig.

Ik wel inderdaad.

[vandermark]

Ok, ik gebruik enkel Heishamon om aan te sturen via HomeAssistant, doe niets met interne regels en opentherm.

Welke versie op de heishamon kan ik dan het beste blijven gebruiken? Zit nu op 2.0. Kan ik die het beste blijven gebruiken?

Dan een vraag over de HA plugin, die heb ik nu via HACS op 3.1 zitten en bij 3.2 staat nu:

⚠ Update is not supported via HA. Update is done via heishamon webui

What is new for release 3.2:

Dit gaat toch over de plugin? Niet over de firmware van de heishamon zelf? Of begrijp ik het nu helemaal niet goed...

Edit: Zie net dat Heishamon zelf ook op firmware 3.1 zit. Kan me niet herinneren of ik dat zelf heb gedaan begin dit jaar

Kan de heishamon plugin voor home assistant ook de firmware van de heishamon zelf updaten?

[ Voor 16% gewijzigd door vandermark op 25-10-2023 21:43 ]

[blb4]

Na de laatste spurt in ontwikkeling van Heishamon (Opentherm & rules, dank @thehog & @CurlyMo) ben ik weer aan de slag gegaan met mijn doel om de WP volledig te laten werken met extern alleen Heishamon rules en een Opentherm thermostaat. Maar natuurlijk wel met de voorwaarde dat de kabouters nog steeds getemd moeten worden zoals ik nu via het uitstekende Heishamon <> Node Red voor Panasonic warmtepompen van @edterbak doe.

Ik heb na lang ploeteren nu een rules set draaien waarmee ik dit doel nu voor 't eerst bereikt heb . Het is nog niet helemaal stabiel en de volgende functies zitten er nu in:

• Variable pump speed;
• DHW inclusief legionellarun;
• Quiet Mode;
• Softstart
• Besturing warmtevraag via Opentherm thermostaat.

Is 't een goed idee om een apart topic te openen, zoiets als Heishamon <> Rules voor Panasonic warmtepomen?

P.S. Mijn huidige rules set vind je hier.

Update: topic aangemaakt!

[ Voor 7% gewijzigd door blb4 op 26-10-2023 23:05 ]

[CurlyMo]

@blb4 goed idee dat aparte topic.

[WOrange]

Ik ben nog in de orientatiefase van het uitzoeken van een warmtepomp en benodigdheden. Daarbij komt ook de HeishaMon voor. In plaats van weer een thermostaat aan de muur dacht ik dat ik ook een tablet op de muur kan plaatsen met een Home Assistant dashboard waar je onder andere de temperatuur op in kunt stellen, dus als thermostaat. Daarbij gebruik makend van een temperatuursensor in de woonkamer.
Is dat haalbaar of niet verstandig om te doen?

[BazemanKM]

WOrange schreef op donderdag 26 oktober 2023 @ 22:39:
Ik ben nog in de orientatiefase van het uitzoeken van een warmtepomp en benodigdheden. Daarbij komt ook de HeishaMon voor. In plaats van weer een thermostaat aan de muur dacht ik dat ik ook een tablet op de muur kan plaatsen met een Home Assistant dashboard waar je onder andere de temperatuur op in kunt stellen, dus als thermostaat. Daarbij gebruik makend van een temperatuursensor in de woonkamer.
Is dat haalbaar of niet verstandig om te doen?

Ja, haalbaar en verstandig.

Hier al gekeken: https://gathering.tweaker...ist_messages/2108208/last ?

Temperatuursensor in de woonkamer en je stuur het daarmee bij, ook kun je er de gewenste temperatuur mee instellen.

Die tablet hoeft niet eens aan de muur, maar kan wel.

[WOrange]

BazemanKM schreef op donderdag 26 oktober 2023 @ 22:43:
[...]

Ja, haalbaar en verstandig.

Hier al gekeken: https://gathering.tweaker...ist_messages/2108208/last ?

Temperatuursensor in de woonkamer en je stuur het daarmee bij, ook kun je er de gewenste temperatuur mee instellen.

Die tablet hoeft niet eens aan de muur, maar kan wel.

Dank voor je reactie! Sorry, had alleen binnen dit topic gezocht.
Tablet is inderdaad meer voor de WAF En misschien om de oude plek van de thermostaat straks op te vullen

[blb4]

CurlyMo schreef op donderdag 26 oktober 2023 @ 07:04:
@blb4 goed idee dat aparte topic.

Ik heb een apart topic aangemaakt: Panasonic Warmtepompen besturen via Heishamon Rules

[pgeene]

thehog schreef op dinsdag 24 oktober 2023 @ 21:18:
Hebben jullie allebei de optionele PCB er bij (CZ-N4SP)? Daar is inmiddels bekend dat dat met 3.2 deze problemen veroozaakt. Een echte power cycle van de warmtepomp is dan nodig.

ik ook. 2 zones.
Is een powercycle het enige (nu weer op 3.1)

Ondertussen op mijn backup heisha.
Na downgrade en powercycle werkte het wel, maar heisha heel sloom.
De webagina reageerde bijna niet. geprobeerd te resetten, te down en upgraden enz.. powercycle ook paar keer.
Maar zo snel als hij aan de wifi hing niet meer vooruit te branden (ook zonder mqtt ingesteld en zonder sensoren en S0 geactiveerd).
Ondertussen na een avondje proberen opgegeven.
Nu de backup heisha eraan (v3.1)... geen problemen meer.

wifi AP zit zowat naast de heisha, dus dat kan het niet zijn (signaal 92%).

Ga nu even niet proberen wat de backup hesha doet bij upgraden

[ Voor 51% gewijzigd door pgeene op 26-10-2023 23:56 ]

[reinhrst]

pgeene schreef op donderdag 26 oktober 2023 @ 23:47:
[...]


ik ook. 2 zones.
Is een powercycle het enige (nu weer op 3.1)
[...]

Uit interesse (als in: ik sta op het punt om te bestellen ), waarom zou je nog een CZ-N4SP hebben als je al de Heishamon hebt? Ik had begrepen dat de Heishamon de CZ-N4SP kon vervangen (en dus een paar honderd € zou kunnen schelen), of heb ik dat mis?

[reinhrst]

thehog schreef op maandag 29 november 2021 @ 19:32:
[...] Inmiddels is de L ook getest en lijkt goed te werken.

[...]

Ik begrijp van mijn installateur dat de L series een ingebouwde CW-TAW1B heeft. Is het nodig deze uit te zetten/te verwijderen voordat Heishamon werkt, of werkt de Heishamon alleen in read-only mode (of kan het in de series L wel beide tegelijk?)

[bartvl]

De L-serie heeft geen "ingebouwde" CW-TAW1B. Het is gewoon een losse CW-TAW1B die met een kabeltje aan het elektronica bord hangt. Alleen heeft de L-serie een mooi plek in de behuizing gereserveerd om deze unit in te monteren.

[imdos]

Ik heb nu sinds 3 weken mijn WP in gebruik genomen en ben gelijk begonnen met Heishamon. Nu heb ik twee dingen.

1. Eindelijk mijn S0-meters werkende (de beruchte EMAT kWh meter 45A 1-fase digitaal MID (EMATKWH1F32DMID))
2. Mijn 9J wordt nog niet gedetecteerd (in de meegeleverde versie 3.1). Gefixt met update naar 3.2

Die S0-meters; ik had ze netjes bedraad; wit-oranje +oranje op s0_1, wit-blauw + blauw op s0_2. Daarna beide grounds in de heishamon; maar niet werkend. Toen dacht ik even dat ik modbus had gekocht en die adapter in mijn pi4 gestoken; ook geen succes. Gisteren eerst weer opnieuw bedraden; dit keer s0_1 & 2 (20/+) wit-oranje & oranje en wit blauw op ground. Setting ingesteld in de config. Wachten; niks. Daarna voor de zekerheid een reboot; weer wachten, eindelijk data.
Ergo; zonder een reboot werkt dat gewoon niet.

Is het een idee om bij wijzigingen aan de S0 of 1-wire (ds18b20) instellingen een reboot te forceren of via een menu keuze te verplichten?

[pgeene]

reinhrst schreef op vrijdag 27 oktober 2023 @ 10:23:
[...]


Uit interesse (als in: ik sta op het punt om te bestellen ), waarom zou je nog een CZ-N4SP hebben als je al de Heishamon hebt? Ik had begrepen dat de Heishamon de CZ-N4SP kon vervangen (en dus een paar honderd € zou kunnen schelen), of heb ik dat mis?

Ik wil 2 zones, maar dan wel zo dat het werkt zonder domotica.
De heisha emuleert, waarna je de schakeling zelf moet “verzinnen” in domotica met wifi/zigbee of andere switches die aangestuurd worden op basis van de geemulleerde print en de data die daarvandaan komt.

Ik wil het zoveel mogelijk foolproof.
Wifi weg, alles nog werkend (alleen minder “slim”)

Uiteindelijk een keuze

[reinhrst]

bartvl schreef op vrijdag 27 oktober 2023 @ 10:50:
De L-serie heeft geen "ingebouwde" CW-TAW1B. Het is gewoon een losse CW-TAW1B die met een kabeltje aan het elektronica bord hangt. Alleen heeft de L-serie een mooi plek in de behuizing gereserveerd om deze unit in te monteren.

Ah... Dus je schakelt deze nog steeds af als je Heishamon wil gebruiken (in r/w mode?)? Het is alleen zo dat je de L series niet zonder dat ding kan bestellen (dus moet hopen dat je hem op Marktplaats nog voor beetje mooi bedrag weer kwijtraakt)?

[reinhrst]

pgeene schreef op vrijdag 27 oktober 2023 @ 13:13:
[...]


Ik wil 2 zones, maar dan wel zo dat het werkt zonder domotica.
De heisha emuleert, waarna je de schakeling zelf moet “verzinnen” in domotica met wifi/zigbee of andere switches die aangestuurd worden op basis van de geemulleerde print en de data die daarvandaan komt.

Ik wil het zoveel mogelijk foolproof.
Wifi weg, alles nog werkend (alleen minder “slim”)

Uiteindelijk een keuze

Thanks, makes sense!

[Beekforel]

Omdat ik wat met de rules en de configuratie zit te spelen gebruik ik de webinterface wat meer. Ik heb sinds een tijdje alles in darkmode en de Heishamon mocht daar niet aan ontbreken. Ik heb dus wat CSS aanpassingen gedaan (die ik via een browser addin laat toepassen).

Cascading Stylesheet:

@media (prefers-color-scheme: dark) {
  #cli, textarea {
      height: 1500px!important;
      width: 100%;
      background-color:#2f3338;
  }

  html, div.w3-container.w3-center.heishatable, textarea {
    background-color: #23262a;
    color: #e1e1e1
  }

  div.w3-container.w3-left {
    color: #e1e1e1
  }

  .w3-theme, .w3-sidebar {color:#e1e1e1 !important; background-color:#000000 !important}

  .w3-red, .w3-hover-red:hover {
      color: #e1e1e1!important;
      background-color: #616161!important;
  }

  .w3-table-all tr:nth-child(odd){background-color:#23262a}.w3-table-all tr:nth-child(even){background-color:#2f3338}

  .w3-bordered tr,.w3-table-all tr{border-bottom:1px solid #000000}.w3-striped tbody tr:nth-child(even){background-color:#000000}

  .w3-table,.w3-table-all{border-collapse:collapse;border-spacing:0;width:100%;display:table}.w3-table-all{border:1px solid #000}
}

Kan vast nog mooier en efficienter, maar het voldoet voor nu aan mijn wens.

[klump4u]

Vanmiddag de heishamon aangesloten op de WP, even liggen stoeien met het netwerk en de mqtt van domoticz maar nu draait het.
Firmware is 3.2.2 zie ik, dit is de laatste versie neem ik aan?
@thehog bedankt voor de snelle verzending.

[CurlyMo]

Beekforel schreef op vrijdag 27 oktober 2023 @ 16:53:
Omdat ik wat met de rules en de configuratie zit te spelen gebruik ik de webinterface wat meer. Ik heb sinds een tijdje alles in darkmode en de Heishamon mocht daar niet aan ontbreken. Ik heb dus wat CSS aanpassingen gedaan (die ik via een browser addin laat toepassen).

Cascading Stylesheet:

@media (prefers-color-scheme: dark) {
  #cli, textarea {
      height: 1500px!important;
      width: 100%;
      background-color:#2f3338;
  }

  html, div.w3-container.w3-center.heishatable, textarea {
    background-color: #23262a;
    color: #e1e1e1
  }

  div.w3-container.w3-left {
    color: #e1e1e1
  }

  .w3-theme, .w3-sidebar {color:#e1e1e1 !important; background-color:#000000 !important}

  .w3-red, .w3-hover-red:hover {
      color: #e1e1e1!important;
      background-color: #616161!important;
  }

  .w3-table-all tr:nth-child(odd){background-color:#23262a}.w3-table-all tr:nth-child(even){background-color:#2f3338}

  .w3-bordered tr,.w3-table-all tr{border-bottom:1px solid #000000}.w3-striped tbody tr:nth-child(even){background-color:#000000}

  .w3-table,.w3-table-all{border-collapse:collapse;border-spacing:0;width:100%;display:table}.w3-table-all{border:1px solid #000}
}

Kan vast nog mooier en efficienter, maar het voldoet voor nu aan mijn wens.

Pics or it didn't happen

[Beekforel]

CurlyMo schreef op vrijdag 27 oktober 2023 @ 20:36:
[...]

Pics or it didn't happen

Gezien de uptime heb ik blijkbaar last van instabiliteit valt mij nu op.

[ Voor 4% gewijzigd door Beekforel op 27-10-2023 21:45 ]

[CurlyMo]

@Beekforel Zou mooi zijn als je het in een PR op github zou kunnen zetten voor standaard integratie. Ziet er goed uit namelijk.

[Beekforel]

CurlyMo schreef op vrijdag 27 oktober 2023 @ 21:51:
@Beekforel Zou mooi zijn als je het in een PR op github zou kunnen zetten voor standaard integratie. Ziet er goed uit namelijk.

Zeker. Ik zal dat binnenkort doen. Zal er eerst nog even zelf wat mee aan het testen, aangezien ik niet alleen darkmode maar ook wat (in mijn ogen) onhebbelijkheden oplos.

[ Voor 19% gewijzigd door Beekforel op 27-10-2023 21:54 ]

[Beekforel]

thehog schreef op vrijdag 3 februari 2023 @ 16:33:
[...]

De MaxTset is overigens opgesplitst. Kan een read en write actie zijn. Maar daar doe ik inderdaad nu nog niks mee richting mqtt. Een read is altijd nu static 65 graden en een write komt alleen in de logging terug maar geen afhandeling.

Is het mogelijk om MaxTset naar mqtt door te zetten? Obv de rules van @blb4 probeer ik wat inzicht in HA te maken om te zien en begrijpen wat er gebeurt. Maar deze waarde is in mqtt altijd 16? Ik kan ook niet herleiden waar die 16 vandaan komt.

Oh ja en ik vraag mij af of roomTempSet ook RW kan worden? Dan zou ik vanuit domotica deze aan kunnen passen? Het spul wat bij mijn CV ketel zat kon dit ook, dus ik denk dat OpenTherm dit ondersteunt?

[ Voor 14% gewijzigd door Beekforel op 28-10-2023 08:03 ]

[klump4u]

Ik heb firmware 3.2.2 draaien maar onderstaande waardes worden niet doorgestuurd naar Domoticz, kan dat kloppen? Wp draait nu niet daarom 0 Watt.

[blb4]

Beekforel schreef op zaterdag 28 oktober 2023 @ 07:59:
[...]

Is het mogelijk om MaxTset naar mqtt door te zetten? Obv de rules van @blb4 probeer ik wat inzicht in HA te maken om te zien en begrijpen wat er gebeurt. Maar deze waarde is in mqtt altijd 16? Ik kan ook niet herleiden waar die 16 vandaan komt.

Oh ja en ik vraag mij af of roomTempSet ook RW kan worden? Dan zou ik vanuit domotica deze aan kunnen passen? Het spul wat bij mijn CV ketel zat kon dit ook, dus ik denk dat OpenTherm dit ondersteunt?

Volgens mij staat MaxTset al door naar MQTT, ik heb daar in 't verleden al wel eens wat mee getest.

[Beekforel]

blb4 schreef op zaterdag 28 oktober 2023 @ 10:42:
[...]

Volgens mij staat MaxTset al door naar MQTT, ik heb daar in 't verleden al wel eens wat mee getest.

Het topic is er, maar de value is altijd 16, op de Heishamon webpagina is het nu 25.

[ Voor 7% gewijzigd door Beekforel op 30-10-2023 10:24 ]

[blb4]

Net even geprobeerd, als ik
panasonic_heat_pump/opentherm/maxTSet met een waarde verstuur via MQTT Explorer dan wordt deze waarde direct op de HeishaMon webpagina getoond.

[Beekforel]

Ik bedoel het andersom, dus ik verwacht dat de Heishamon de waarde naar MQTT stuurt.

[blb4]

aha, dat kan wel eens iets zijn wat er (nog) niet inzit. In Rules kan je 't met uitlezen (en ook instellen).

[Frixxion]

blb4 schreef op donderdag 26 oktober 2023 @ 23:06:
[...]

Ik heb een apart topic aangemaakt: Panasonic Warmtepompen besturen via Heishamon Rules

Bedankt voor de inspiratie!

Met dit voorbeeld in de hand kan ik zelf ook wat bouwen. Ik zit nu echter op het punt dat ik wat regels ingeladen heb (en deze worden doorgevoerd), maar de save knop is verdwenen? Ook het hamburger menu'tje linksbovenin krijg ik niet meer te voorschijn. Een reboot helpt niet, andere browser gebruiken werkt ook niet. Iemand een idee hoe ik de regels nu kan veranderen? Kan ik ergens een commando inkloppen om de rules te clearen zonder de interface te gebruiken?

[blb4]

Frixxion schreef op maandag 30 oktober 2023 @ 15:39:
[...]


Bedankt voor de inspiratie!

Met dit voorbeeld in de hand kan ik zelf ook wat bouwen. Ik zit nu echter op het punt dat ik wat regels ingeladen heb (en deze worden doorgevoerd), maar de save knop is verdwenen? Ook het hamburger menu'tje linksbovenin krijg ik niet meer te voorschijn. Een reboot helpt niet, andere browser gebruiken werkt ook niet. Iemand een idee hoe ik de regels nu kan veranderen? Kan ik ergens een commando inkloppen om de rules te clearen zonder de interface te gebruiken?

[Afbeelding]

Dit is een bug die geloof ik in de laatste versie verhopen is. Zie ook:
https://github.com/Egyras/HeishaMon/issues/392

Je kan de rules op de volgende manier wissen:

Empty Heishamon Rules:
curl -X POST http://[ip address Heishamon]/saverules

[Frixxion]

blb4 schreef op maandag 30 oktober 2023 @ 16:06:
[...]

Dit is een bug die geloof ik in de laatste versie verhopen is. Zie ook:
https://github.com/Egyras/HeishaMon/issues/392

Je kan de rules op de volgende manier wissen:

Empty Heishamon Rules:
curl -X POST http://[ip address Heishamon]/saverules

Top,bedankt het reset commando heeft het opgelost

[ Voor 3% gewijzigd door Frixxion op 30-10-2023 16:53 ]

[Beekforel]

thehog schreef op zondag 15 oktober 2023 @ 13:35:
[...]


Ja dat moet haast wel. De parity check is natuurlijk ook maar goed genoeg tot een beetje errors. Maar als de error zo erg is dat de parity weer klopt dan heb je foute values.
Maw, als je best vaak de melding krijgt in de console log dat de opentherm data invalid is dan is dat een teken voor een een slechte koppeling tussen heishamon en de thermostaat en dan is de kans op foute waardes ook groter.

Met dubbele (utp) aders getest, geen verschil. Met een kort (0,5 m) utp kabeltje, ook request invalid.

Dan zou het m'n thermostaat nog kunnen zijn, zal zoeken of ik misschien nog 1 heb ergens.
Andere thermostaat maakt ook geen verschil. Andere kabel proberen? Toch storingsinvloeden omdat de Heishamon in de WP zit?

CurlyMo schreef op vrijdag 27 oktober 2023 @ 21:51:
@Beekforel Zou mooi zijn als je het in een PR op github zou kunnen zetten voor standaard integratie. Ziet er goed uit namelijk.

PR staat klaar op de repo van @thehog, ik hoop dat ik dat zo goed heb gedaan?

Build: https://github.com/fbloem...n/actions/runs/6697336330

Ik weet niet hoe ik lokaal kan compilen, hebben jullie daar tips voor?

[ Voor 30% gewijzigd door Beekforel op 30-10-2023 22:56 ]

[CurlyMo]

Beekforel schreef op maandag 30 oktober 2023 @ 17:46:
[...]
Ik weet niet hoe ik lokaal kan compilen, hebben jullie daar tips voor?

Hier staan alle stappen voor een windows machine:
https://github.com/fbloem...github/workflows/main.yml

[CurlyMo]

Beekforel schreef op maandag 30 oktober 2023 @ 17:46:
[...]
PR staat klaar op de repo van @thehog, ik hoop dat ik dat zo goed heb gedaan?

Repo van @thehog staat overigens hier:
https://github.com/IgorYbema/HeishaMon

[Beekforel]

CurlyMo schreef op maandag 30 oktober 2023 @ 21:47:
[...]

Repo van @thehog staat overigens hier:
https://github.com/IgorYbema/HeishaMon

Ah, had ik naar die moeten PR'en? Van wie is Egyras dan?

[CurlyMo]

Beekforel schreef op maandag 30 oktober 2023 @ 21:49:
[...]

Ah, had ik naar die moeten PR'en? Van wie is Egyras dan?

Ja, je kan ze beetje als ubuntu (Igor) vs debian (Egyras) zien, vooral vooruitlopend vs vooral stabiel.

[pc_freak1]

ik heb nu een tijdje de heishamon draaien (2 weken). Op zich erg tevreden over, hij doet wat hij moet doen.
Wel krijg ik zo'n 1000 mqtt reconnects op een dag. en daarbij in mijn homeassistant continu de melding disconnected, reconnected.
Is dit normaal?
de heishamon heeft 40% wifi signaal, en is volgens mijn router (unifi controller) nooit van het netwerk gevallen.
dus dat lijkt me niet het probleem?

ik hoor graag of dit normaal gedrag is, en zo niet, wat er beter zou moeten.

alvast bedankt allen.

[Roeland]

@pc_freak1 wifi moet bij voorkeur een veel hoger percentage aangeven, 40% is echt te laag. Zo uit het hoofd bij 70+% wordt t stabiel (correct me if I'm wrong)

@thehog misschien ook aanpassen in de interface? Levert regelmatig verwarring op bij gebruikers

[sjimmie]

Roeland schreef op dinsdag 31 oktober 2023 @ 08:32:
@pc_freak1 wifi moet bij voorkeur een veel hoger percentage aangeven, 40% is echt te laag. Zo uit het hoofd bij 70+% wordt t stabiel (correct me if I'm wrong)

@thehog misschien ook aanpassen in de interface? Levert regelmatig verwarring op bij gebruikers

Wifi signal: 48%
Memory free: 74%
Correct received data: 99.84%
MQTT reconnects: 19685
Uptime: 56 days 5 hours 25 minutes 38 seconds

Ik zie niet waarom er iets in de interface zou moeten worden aangepast.
Het is net als met je mobiel, als je maar 2 van de 5 streepjes hebt dan merk je dat ook weleens aan de kwaliteit van het gesprek.

[llevering]

Daarnaast is lage wifi niet noodzakelijkerwijs een probleem, mijn Heishamon draait al een jaar op ongeveer de volgende cijfers zonder enig merkbaar probleem:

code:

Wifi signal: 32%
Memory free: 61%
Correct received data: 99%
MQTT reconnects: 27
Uptime: 14 days 15 hours 14 minutes 8 seconds

Eerlijk gezegd snap ik het lage wifi signaal niet zo goed. De Heishamon zit in een lasdoos buiten de kast, zit wel een buitenmuur en binnenmuur tussen richting access point, maar m'n telefoon heeft 100 meter verderop nog bereik. Maargoed het werkt probleemloos in mijn geval dus ik neem het voor kennisgeving aan.

[sjimmie]

llevering schreef op dinsdag 31 oktober 2023 @ 08:50:
Daarnaast is lage wifi niet noodzakelijkerwijs een probleem, mijn Heishamon draait al een jaar op ongeveer de volgende cijfers zonder enig merkbaar probleem:

code:

Wifi signal: 32%
Memory free: 61%
Correct received data: 99%
MQTT reconnects: 27
Uptime: 14 days 15 hours 14 minutes 8 seconds

Eerlijk gezegd snap ik het lage wifi signaal niet zo goed. De Heishamon zit in een lasdoos buiten de kast, zit wel een buitenmuur en binnenmuur tussen richting access point, maar m'n telefoon heeft 100 meter verderop nog bereik. Maargoed het werkt probleemloos in mijn geval dus ik neem het voor kennisgeving aan.

De esp8266 is nou eenmaal geen kei in wifi.

[ConQuestador]

Ik had eerst ook veel gedoe met het WIFI signaa, maar de laatste week draait ie bij mij stabiel:

code:

Wifi signal: 50%
Memory free: 63%
Correct received data: 99%
MQTT reconnects: 28
Uptime: 6 days 23 hours 5 minutes 22 seconds

Hiervoor heb ik juist een aantal access points uit moeten zetten, onder andere de accesspoint die ik naast de Heishamon had geplaatst. Schijnbaar is de Heishamon gewoon erg gevoelig voor een stabiel netwerk waar andere ESP8266 dingen minder problemen hebben.

In mijn geval vermoed ik problemen met het VLAN. Ik ga binnenkort maar meer nieuwe Ubiquiti AP's kopen en een managed Ubiquiti switch zodat ik het netwerk beter kan beheren.

[Separator]

Zaterdag heb ik mijn 7J in gebruik genomen en heb daar meteen de Heishamon (listen only) aangehangen. Inclusief 2 kWh meters op de S0 en twee dallas sensoren (Ta en Tr).

Toevoegen aan mijn Home Assistant staat nog op de planning voor een regenachtige zondag, dus nu alleen nog te raadpleggen via de webpagina.

Klopt het dat ik de kWh meters en dallas sensoren alleen via MQTT kan uitlezen? Ik zie deze waardes niet in de tabel op de webpagina terug.

En kan ik ergens vinden wat de waarde TOP7 Main_Target_Temp inhoudt? Deze zie ik niet op de status pagina in de service cloud en ook niet in mijn instellingen. Is dit de Ta doeltemp op basis van de stooklijn?

[blb4]

Separator schreef op dinsdag 31 oktober 2023 @ 10:49:
Zaterdag heb ik mijn 7J in gebruik genomen en heb daar meteen de Heishamon (listen only) aangehangen. Inclusief 2 kWh meters op de S0 en twee dallas sensoren (Ta en Tr).

Toevoegen aan mijn Home Assistant staat nog op de planning voor een regenachtige zondag, dus nu alleen nog te raadpleggen via de webpagina.

Klopt het dat ik de kWh meters en dallas sensoren alleen via MQTT kan uitlezen? Ik zie deze waardes niet in de tabel op de webpagina terug.

En kan ik ergens vinden wat de waarde TOP7 Main_Target_Temp inhoudt? Deze zie ik niet op de status pagina in de service cloud en ook niet in mijn instellingen. Is dit de Ta doeltemp op basis van de stooklijn?

kWh en 1-wire moet je in de HeishaMon settings aanvinken en de instellingen daarvoor ook even nalopen of die voor jou goed staan. Je ziet ze dan ook op de webpagina (bovenste menu-regel).

TOP7 is volgens mij de target temperatuur die de WP op 't moment dat die loopt. tijdens DHW run is deze dus gelijk aan de DHW target, tijdens verwarming voor Zone 1 gelijk aan Z1 target.

[Separator]

@blb4 bedankt, totaal overheen gekeken terwijl ik hem daar wel op listen only heb gezet... Ik zal even in die instellingen duiken.

Qua TOP7 is dat goed nieuws, dat hoopte ik al. Ik kan die informatie nergens vinden op de remote of in de aquarea cloud. Begrijp ik het dan goed dat wanneer de Tr met de delta T hoeveelheid onder de TOP7 instelling komt, hij gaat verwarmen?

[blb4]

Separator schreef op dinsdag 31 oktober 2023 @ 12:00:
@blb4 bedankt, totaal overheen gekeken terwijl ik hem daar wel op listen only heb gezet... Ik zal even in die instellingen duiken.

Qua TOP7 is dat goed nieuws, dat hoopte ik al. Ik kan die informatie nergens vinden op de remote of in de aquarea cloud. Begrijp ik het dan goed dat wanneer de Tr met de delta T hoeveelheid onder de TOP7 instelling komt, hij gaat verwarmen?

Over dat laatste s geloof ik door @ErikVers gisteren of eergisteren in 1 van de pana topics wat geschreven

[ErikVers]

blb4 schreef op dinsdag 31 oktober 2023 @ 12:47:
[...]

Over dat laatste s geloof ik door @ErikVers gisteren of eergisteren in 1 van de pana topics wat geschreven

Correct:
ErikVers in "Panasonic Warmtepomp 101: Installatie en Optimalisatie #2"

[edterbak]

Vraagje voor de experts hier.

Ik zit te kijken naar TOP111 in heishamon firmware versie 3.2 nu.
Vanaf welke versie firmware zit TOP111 er in?

Ik zie het niet staan in de lijst per wanneer deze geintroduceert is.
https://github.com/Egyras...lob/master/MQTT-Topics.md

----------------
Overigens: is het iemand gelegen om de lijst uit te breiden met een aantal FW kolommen?

ID	Topic	Response/Description	1.0	2.0	3.0	3.1
TOP0	main/Heatpump_State	Heatpump state (0=off, 1=on)	✓	✓	✓	✓
TOP1	main/Pump_Flow	Pump flow (l/min)	✓	✓	✓	✓

OF misschien is er een betere oplossing voor dit soort informatie.

Note:
In de download (zip) van fw3.2 staat een MQTT-topic.md maar die is niet up to date met de naamsverandering van power<>energy (volgens mij dat ik zag, maar ik kan het verkeerd begrepen hebben )
Ik zag wel dat de name in heishamon (TOP111 vs TOP112) gecorrigeerd is. TOP

[edit]
Ik heb voor de laatste note een github issue aangemaakt om het over te dragen. Alleen op tweakers een melding is vast niet hoe je het graag geborgd wilt hebben.

[ Voor 9% gewijzigd door edterbak op 31-10-2023 23:50 ]

[edterbak]

edterbak schreef op dinsdag 31 oktober 2023 @ 17:58:
Ik zit te kijken naar TOP111 in heishamon firmware versie 3.2 nu.
Vanaf welke versie firmware zit TOP111 er in?

Ik heb het antwoord over wanneer TOP111+112 geïntroduceerd zijn. FW3.1
----------------

[timovd]

gejat van @denneappel
Home Assistant automation:

YAML:

alias: warmtepomp - uit na compr stop
description: Turn off pendelen
trigger:
  - platform: numeric_state
    entity_id: sensor.aquarea_compressor_frequency
    below: 1
condition:
  - condition: state
    entity_id: switch.aquarea_main_power
    state: "on"
  - condition: state
    entity_id: sensor.aquarea_defrost_state
    state: "off"
    for:
      hours: 0
      minutes: 1
      seconds: 0
action:
  - service: notify.mobile_app_**blabla**
    data:
      message: Compressor gaat uit
      title: turning off compressor
  - service: switch.turn_off
    data: {}
    target:
      entity_id: switch.aquarea_main_power
mode: single

Deze automation heb ik laatst in HA bij elkaar geklikt. Ik heb wat groepen dichtgedraaid, zodat de warmtepomp zou gaan stoppen. Iemand enig idee waarom de automation niet is afgegaan?

[sjimmie]

timovd schreef op woensdag 1 november 2023 @ 15:57:
Home Assistant automation:

YAML:

alias: warmtepomp - uit na compr stop
description: Turn off pendelen
trigger:
  - platform: numeric_state
    entity_id: sensor.aquarea_compressor_frequency
    below: 1
condition:
  - condition: state
    entity_id: switch.aquarea_main_power
    state: "on"
  - condition: state
    entity_id: sensor.aquarea_defrost_state
    state: "off"
    for:
      hours: 0
      minutes: 1
      seconds: 0
action:
  - service: notify.mobile_app_**blabla**
    data:
      message: Compressor gaat uit
      title: turning off compressor
  - service: switch.turn_off
    data: {}
    target:
      entity_id: switch.aquarea_main_power
mode: single

Deze automation heb ik laatst in HA bij elkaar geklikt. Ik heb wat groepen dichtgedraaid, zodat de warmtepomp zou gaan stoppen. Iemand enig idee waarom de automation niet is afgegaan?

Ik vermoed dat je de "for:" niet goed geplaatst hebt.

[timovd]

sjimmie schreef op donderdag 2 november 2023 @ 07:05:
[...]

Ik vermoed dat je de "for:" niet goed geplaatst hebt.

Ik denk dat defrost state "Off" verkeerd was. Dit moet zijn "Inactive". binnenkort weer testen.

[Roeland]

@timovd vanuit dat standpunt, kan je niet beter in je trigger kijken naar de compressor frequentie lager dan 1 voor x minuten? Dan kan je de conditie op defrost state laten vallen en is de kans op dergelijke fouten of wijzigingen in de toekomst kleiner (robuustere code). Tenzij je het erg vind dat de pomp nog een tijdje blijft nadraaien, maar dat is hier in ieder geval juist wenselijk (leidinglengte en stroomsnelheid, laatste beetje warmte het systeem nog in helpen).

[denneappel]

Goed punt @Roeland

@timovd Ik heb mijn werkende yaml er even bij gepakt en zie daar dat de indent verschilt. De lists for zowel trigger, condition als action hebben geen indent. Geen idee of dat de fout veroorzaakt. Ergens nog interessante logs?

YAML:

- id: 'xxx'
  alias: warmtepomp - uit na compr stop
  description: ''
  trigger:
  - platform: numeric_state
    entity_id: sensor.panasonic_heat_pump_main_compressor_freq
    below: 1
  condition:
  - condition: state
    entity_id: switch.panasonic_heat_pump_main_heatpump_state
    state: 'on'
  - condition: state
    entity_id: switch.panasonic_heat_pump_main_defrosting_state
    state: 'off'
    for:
      hours: 0
      minutes: 2
      seconds: 0
  action:
  - service: switch.turn_off
    data: {}
    target:
      entity_id: switch.panasonic_heat_pump_main_heatpump_state
  mode: single

Defrost state is 'off' en niet 'inactive'

Django/Jinja:

{{ states.switch.panasonic_heat_pump_main_defrosting_state }}


====

<template TemplateState(<state switch.panasonic_heat_pump_main_defrosting_state=off; device_class=heat, friendly_name=Aquarea Defrost routine @ 2023-10-30T15:47:01.649884+01:00>)>

[wheli]

denneappel schreef op donderdag 2 november 2023 @ 11:32:
Goed punt @Roeland

@timovd Ik heb mijn werkende yaml er even bij gepakt en zie daar dat de indent verschilt. De lists for zowel trigger, condition als action hebben geen indent. Geen idee of dat de fout veroorzaakt. Ergens nog interessante logs?

YAML:

- id: 'xxx'
  alias: warmtepomp - uit na compr stop
  description: ''
  trigger:
  - platform: numeric_state
    entity_id: sensor.panasonic_heat_pump_main_compressor_freq
    below: 1
  condition:
  - condition: state
    entity_id: switch.panasonic_heat_pump_main_heatpump_state
    state: 'on'
  - condition: state
    entity_id: switch.panasonic_heat_pump_main_defrosting_state
    state: 'off'
    for:
      hours: 0
      minutes: 2
      seconds: 0
  action:
  - service: switch.turn_off
    data: {}
    target:
      entity_id: switch.panasonic_heat_pump_main_heatpump_state
  mode: single

Defrost state is 'off' en niet 'inactive'

Django/Jinja:

{{ states.switch.panasonic_heat_pump_main_defrosting_state }}


====

<template TemplateState(<state switch.panasonic_heat_pump_main_defrosting_state=off; device_class=heat, friendly_name=Aquarea Defrost routine @ 2023-10-30T15:47:01.649884+01:00>)>

En hoe laat je hem dan weer aan gaan? In een andere automatisering?

[denneappel]

wheli schreef op donderdag 2 november 2023 @ 11:58:
[...]


En hoe laat je hem dan weer aan gaan? In een andere automatisering?

Ik zie dat er een Heishamon + Home Assistant topic is. Laten we daar verder gaan: Panasonic + Heishamon + Home assistant optimalisatie topic

[timovd]

timovd schreef op donderdag 2 november 2023 @ 10:54:
[...]

Ik denk dat defrost state "Off" verkeerd was. Dit moet zijn "Inactive". binnenkort weer testen.

https://github.com/IgorYb...stant/heishamon.yaml#L471
Dit was inderdaad de juiste oplossing.
Zoals hierboven gezegd; laten we verder gaan in het dedicated HeishaMon-HA topic voor HA dingen.

[Aikon]

thehog schreef op zondag 15 oktober 2023 @ 10:33:
Wie wil er testen:
https://github.com/IgorYb...on.ino.d1-v3.2-beta-3.bin

MD5 checksum voor veilig updaten van je heishamon: 03c6926ea7c2d09d390618c43d2f2663

Als deze goed wordt gevonden wordt dit de nieuwe v3.2

Wat zit er in?
- Opentherm (eindelijk!, natuurlijk alleen voor de bordjes met opentherm er bij op)
- Opentherm rules koppeling (thanks @CurlyMo
- Nieuwe data block decode voor L en K series
- Nieuwe heatpump type nummers
En een paar kleine fixjes her en der

EDIT: de heat/dhw/cool energy topics zijn gerenamed naar Power ipv Energy (want Watt ipv kWh). Dus dit wel even aanpassen in je home automation als je deze topics gebruikt

Ik wil ook even updaten, maar even heads up:

- op de hoofdpagina staat nog: Current release is version 2
- bij de binaries zelf staat: From version 1.0 some topics are changed. Misschien dit veranderen (of toevoegen) naar dezelfde waarschuwing voor versie 3.2?

En m'n vraag: is 3.2.3 nu een stable? Of wat is de laatste stable?

En zijn deze changelogs nu ook te vinden op Github, kijk ik eroverheen? Bedankt iig weer voor het werk aan dit geweldige bordje

[Baapje327]

hi all,

al 5 jaar met de pana bezig maar inmiddels ook met home assistant en dan kan een heishamon natuurlijk niet achterblijven.
bestellen, leveren en installeren ging vlot! wat gaaf om alle settings te kunnen zien in de log. mijn handen jeuken om verder te optimaliseren in de WP
volgens mij doet ie het, maar ik krijg het niet lekker voor elkaar dat ik de mqtt messages in HA krijg.
nog vrij onervaren met HA, en ook MQTT nog voor niks anders gebruikt.
kan iemand mij wat in de goede richting helpen?

mijn dank is groot!

MQTT (mosquitto) herstart --> lijkt connectie te krijgen met heishamon:


heishamon, lijkt na herstart MQTT ook connectie te maken naar MQTT:


ik zie in de MQTT log verder geen mqtt berichten voorbij komen.

ter info:
config MQTT met de user:


config heishamon met dezelfde user en mqtt log aan (als dat is wat er aan zou moeten staan):


entity MQTT in HA:

[nike]

Volgens mij moet de mqtt topic base zijn: panasonic_heat_pump
Dan de integratie van Hacs downloaden en HA restarten.
Tenminste zo heb ik het gedaan

[Baapje327]

top, ik ga eens kijken.
heb je dan nog mqtt nodig? of doet de integratie van hacs dat al?

[nike]

mqtt heb je gewoon nodig

[Baapje327]

ok dit lijkt er meer op.
ik kan nu in automations de Aquarea indoor unit kiezen, en dan tig soorten opties.
@nike thanks, hier kan ik weer een slag mee maken

MQTT was dus wel goed ingesteld achteraf. ook fijn om te weten dat ik t goed had gedaan.

[Bra-Jo]

Ik ben bezig om een Grafana-dashboard te maken om het elektriciteitsverbruik van de WP te meten, beetje vergelijkbaar met de grafieken die Homewizard heeft. Nu zag ik net iets raars:



Een piek van 73000 watt in verbruik. Lijkt me dat het gewoon een fout mqtt-bericht is of iets dergelijks, en ik maak me geen zorgen dat dit echt zou zijn. Maar iemand een idee waar dit vandaan zou kunnen komen? En belangrijker, of ik het kan filteren zodat mijn grafieken niet helemaal uit hun verband gerukt worden?

[sjimmie]

Bra-Jo schreef op zondag 5 november 2023 @ 13:43:

Een piek van 73000 watt in verbruik. Lijkt me dat het gewoon een fout mqtt-bericht is

mqtt zal een waarde niet veranderen.
lijkt me eerder een beetje ruis op de s0 meter. vermogen wordt bepaald op basis van de tijd tussen 2 gemeten pulsen, dus als door wat storing een extra pulsje ontstaat dan krijg je ineens een hoger vermogen.
dus zorgen dat de kabels tussen de s0 en heishamon beter beschermd zijn (zelf gebruik ik eigen code op een esp om mijn s0 meters uit te lezen en daar filter ik "te snelle pulsen" gewoon weg).

[LT1970]

Hallo allemaal,

Na alle voorbereidingen wordt de aankomende week onze Panasonic 9J geïnstalleerd en het plan was om met de HeishaMon de WP te monitoren en later de aansturing via Node Red over te nemen. Maar nu het ook mogelijk is om dmv Rules de aansturing te regelen ben ik een beetje het overzicht kwijt.

Is het mogelijk om een deze Rules in combinatie met Node Red te gebruiken, de aansturing wordt vanuit Node Red gedaan maar in geval van een bijvoorbeeld een netwerkstoring blijft de WP draaien op basis van de Rules?

[LT1970]

Hebben jullie ook een advies om welke kWh meter met S0 te gebruiken? Ik las dat de Emat DDS353 uitdagingen geeft?

[blb4]

LT1970 schreef op maandag 6 november 2023 @ 15:20:
Hallo allemaal,

Na alle voorbereidingen wordt de aankomende week onze Panasonic 9J geïnstalleerd en het plan was om met de HeishaMon de WP te monitoren en later de aansturing via Node Red over te nemen. Maar nu het ook mogelijk is om dmv Rules de aansturing te regelen ben ik een beetje het overzicht kwijt.

Is het mogelijk om een deze Rules in combinatie met Node Red te gebruiken, de aansturing wordt vanuit Node Red gedaan maar in geval van een bijvoorbeeld een netwerkstoring blijft de WP draaien op basis van de Rules?

Jaja, 't wordt er niet eenvoudiger op, sorry . Monitoren kan met tig omgevingen, HeishaMon geeft status via MQTT door en je kan de status monitoren in b.v. HA, NodeRed Dashboard etc.
Voor zover ik kan overzien biedt 't NodeRed Dashboard de meeste mogelijkheden en op een user friendly manier. Je heb hier ook de mogelijkheid koppeling te maken met diverse andere system / sensor mocht dat gewenst zijn. Ik zou daarmee starten en pas naar wat anders kijken als je een beetje door hebt wat er allemaal kan en als je duidelijk hebt wat je wil. Een nieuwe hobby heb je sowieso .

Er is nu ook heel veel in Rules mogelijk maar dat bied niet zo'n mooie GUI en 't is dus een stuk onoverzichtelijker wat er allemaal gebeurd. Ik ben hier nu wel mee bezig en heb monitoring via MQTT -> Influxdb -> grafana geregeld om te monitoren wat er gebeurd. Dit kan trouwens ook nog steeds via 't NodeRed Dashboard als je dan MQTT block aanzet (zodat er geen commando's naar de WP worden gestuurd.

Dat brengt me bij 't punt van diverse tools naast elkaar of als backup van elkaar gebruiken. 2 kapiteins op 1 schip gaat nooit lang goed, dus dezelfde functionaliteit in 2 omgevingen gaat geheid tot vreemde resultaten leiden. Wal kan je b.v. bepaalde functionaliteit (b.v. pumpspeed) in de ene omgeving doen en andere functionaliteit in een andere omgeving.

Er is (op dit moment) geen mogelijkheid om vanuit rules direct met MQTT te koppelen, je zal dus wat trucken moeten uithalen om de een als back-up voor de ander te gebruiken maar niets is onmogelijk.

[LT1970]

blb4 schreef op maandag 6 november 2023 @ 16:16:
[...]

Jaja, 't wordt er niet eenvoudiger op, sorry . Monitoren kan met tig omgevingen, HeishaMon geeft status via MQTT door en je kan de status monitoren in b.v. HA, NodeRed Dashboard etc.
Voor zover ik kan overzien biedt 't NodeRed Dashboard de meeste mogelijkheden en op een user friendly manier. Je heb hier ook de mogelijkheid koppeling te maken met diverse andere system / sensor mocht dat gewenst zijn. Ik zou daarmee starten en pas naar wat anders kijken als je een beetje door hebt wat er allemaal kan en als je duidelijk hebt wat je wil. Een nieuwe hobby heb je sowieso .

HA, MQTT, Node Red, Influx en Grafana draait al een paar jaar, daarom ben ik ook zo blij met de HeishaMon De laatste tijd is HA bij mij wat instabiel en daarom dacht ik de Rules als backup te gebruiken. Voor nu maar MQTT en Node Red op een eigen Raspberry zetten, dat een paar lampen soms niet werken is acceptabel maar geen verwarming is reden tot een echtscheiding.

2 kapiteins op 1 schip gaat nooit lang goed, dus dezelfde functionaliteit in 2 omgevingen gaat geheid tot vreemde resultaten leiden. Wal kan je b.v. bepaalde functionaliteit (b.v. pumpspeed) in de ene omgeving doen en andere functionaliteit in een andere omgeving.

Ik had gehoopt dat die twee kapiteins in ploegendienst konden werken, maar een scheiding op basis van functionaliteit maken vind ik een mooi idee, bedankt.

[Bra-Jo]

sjimmie schreef op maandag 6 november 2023 @ 07:20:
[...]

mqtt zal een waarde niet veranderen.
lijkt me eerder een beetje ruis op de s0 meter. vermogen wordt bepaald op basis van de tijd tussen 2 gemeten pulsen, dus als door wat storing een extra pulsje ontstaat dan krijg je ineens een hoger vermogen.
dus zorgen dat de kabels tussen de s0 en heishamon beter beschermd zijn (zelf gebruik ik eigen code op een esp om mijn s0 meters uit te lezen en daar filter ik "te snelle pulsen" gewoon weg).

Tnx. Ik heb de pieken er uiteindelijk met de grafana-query uit kunnen filteren, dus 't ziet er redelijk representatief uit nu.

[edterbak]

Hoi,

Ik heb een vraag.
Ik zie dat er een verschil lijkt te zijn mbt ForceDHW implementatie.
- via controller
- via mqtt command SET10: SetForceDHW

Als via de controller op ForceDHW gerukt wordt, dan:
1: gaat de pomp aan (indien nodig)
2: schakelt de pomp naar DHW-only modus (bewaart oude modus)
3: als doeltemperatuur bereikt: terug naar bewaarde modus
4: pomp weer uit (indien bij 1 aangezet)

Als via mqtt command het commando force DHW wordt gevraagd, dan gebeuren deze automations niet.
De voorwaarde moet dan zijn dat DHW in de operating mode aanwezig is. Anders doet de ForceDHW niks.

Is het mogelijk een aanpassing te doen, of uit te zoeken om via heishamon fw exact het zeflde te kunnen aftrappen als via de controller aan de muur? Ze gelijk trekken.

Als dit een feature request moet worden op github, dan doe ik dat wel later. Maar ik wil eerst even aanvoelen hier wat het verhaal er achter is en evt de behoefte van anderen.

@thehog maybe?
(ps, ik tag zo nu en dan jou voor dit soort diepte vragen. maar zijn er anderen waar ik mij beter/liever toe kan richten voor dit soort vragen? )

ter referentie, wat de handleiding over ForceDHW zegt:

[ Voor 16% gewijzigd door edterbak op 08-11-2023 17:19 ]

[thehog]

edterbak schreef op woensdag 8 november 2023 @ 17:16:
Hoi,

Ik heb een vraag.
Ik zie dat er een verschil lijkt te zijn mbt ForceDHW implementatie.
- via controller
- via mqtt command SET10: SetForceDHW

Als via de controller op ForceDHW gerukt wordt, dan:
1: gaat de pomp aan (indien nodig)
2: schakelt de pomp naar DHW-only modus (bewaart oude modus)
3: als doeltemperatuur bereikt: terug naar bewaarde modus
4: pomp weer uit (indien bij 1 aangezet)

Als via mqtt command het commando force DHW wordt gevraagd, dan gebeuren deze automations niet.
De voorwaarde moet dan zijn dat DHW in de operating mode aanwezig is. Anders doet de ForceDHW niks.

Is het mogelijk een aanpassing te doen, of uit te zoeken om via heishamon fw exact het zeflde te kunnen aftrappen als via de controller aan de muur? Ze gelijk trekken.

Als dit een feature request moet worden op github, dan doe ik dat wel later. Maar ik wil eerst even aanvoelen hier wat het verhaal er achter is en evt de behoefte van anderen.

@thehog maybe?
(ps, ik tag zo nu en dan jou voor dit soort diepte vragen. maar zijn er anderen waar ik mij beter/liever toe kan richten voor dit soort vragen? )

ter referentie, wat de handleiding over ForceDHW zegt:

[Afbeelding]

Nee, omdat heishamon daar niet voor bedoeld is. Het is een gateway tussen de waardes en het zetten van de waardes. Als het betekend dat hij eerste in DHW modus moet staan dan moet jij daar voor zorgen, niet heishamon (of via de rules uiteraard). Heishamon maakt geen keuzes voor jou, dat hebben we bewust in het begin als voorwaarde gesteld en waar willen we aan houden.

Dit is natuurlijk ook prima af te vangen in je eigen home automation platform.

[edterbak]

thehog schreef op woensdag 8 november 2023 @ 19:28:
[...]


Nee, omdat heishamon daar niet voor bedoeld is. Het is een gateway tussen de waardes en het zetten van de waardes. Als het betekend dat hij eerste in DHW modus moet staan dan moet jij daar voor zorgen, niet heishamon (of via de rules uiteraard). Heishamon maakt geen keuzes voor jou, dat hebben we bewust in het begin als voorwaarde gesteld en waar willen we aan houden.

Dit is natuurlijk ook prima af te vangen in je eigen home automation platform.

Ja. Ik begrijp het.
Ik had stiekem de hoop dat er 1 verborgen signaal is (nu nog niet beschikbaar gemaakt) welke, dat het zelfde signaal geeft alsof je op de controller op die ene knop in drukt.
Maar dat is er niet.
Jammer.

Inderdaad, automation is de enige optie dan.
Maar die is niet ideaal. (Meerdere scenarios mogelijk met verschillende uitkomsten. )

Thanks voor de toelichting

[thehog]

edterbak schreef op woensdag 8 november 2023 @ 20:34:
[...]

Ja. Ik begrijp het.
Ik had stiekem de hoop dat er 1 verborgen signaal is (nu nog niet beschikbaar gemaakt) welke, dat het zelfde signaal geeft alsof je op de controller op die ene knop in drukt.
Maar dat is er niet.
Jammer.

Inderdaad, automation is de enige optie dan.
Maar die is niet ideaal. (Meerdere scenarios mogelijk met verschillende uitkomsten. )

Thanks voor de toelichting

Ik vermoed dat de controller dat zelf dus ook doet
Die doet wel mee. Zoals bijv. kWh's optellen of tijdschema's voor de legionella run.

[CurlyMo]

@thehog Bij het verbinden van een Honeywell TH8210M1003 krijg ik "Aansluitfout".

[thehog]

CurlyMo schreef op vrijdag 10 november 2023 @ 21:00:
@thehog Bij het verbinden van een Honeywell TH8210M1003 krijg ik "Aansluitfout".

Toevallig opentherm optie nog uit staan in settings? Just checking

[thehog]

Net hier nog even getest met dezelfde thermostaat. Werkt prima.
Wat wel het punt is dat als je de TTL kabel nog hebt aangesloten op de header van heishamon (en vooral de tx/rx aangesloten hebt) dat opentherm dan niet werkt. Opentherm gebruikt dezelfde pins namelijk. Dus alleen voeden met 5v/gnd en opentherm aansluiten. Niet tx/rx naar je computer ook nog.

[CurlyMo]

thehog schreef op zaterdag 11 november 2023 @ 10:07:
[...]


Toevallig opentherm optie nog uit staan in settings? Just checking

Op de Heisha staat OpenTherm inderdaad aan.

[thehog]

CurlyMo schreef op zaterdag 11 november 2023 @ 10:42:
[...]

Op de Heisha staat OpenTherm inderdaad aan.

Logging?

[CurlyMo]

thehog schreef op zaterdag 11 november 2023 @ 11:05:
[...]


Logging?

Niks op gebied van opentherm. Jij hebt deze thermostaat toch ook liggen?

[thehog]

CurlyMo schreef op zaterdag 11 november 2023 @ 11:18:
[...]

Niks op gebied van opentherm. Jij hebt deze thermostaat toch ook liggen?

Ja zie hier boven. Al getest en werkt prima.