Heishamon <> Node Red voor Panasonic warmtepompen

[Verwijderd]

Bedankt ik zit nu ook op V14 beta 10. Een log-pagina zou inderdaad een mooie toevoeging zijn.

[edterbak]

Verwijderd schreef op zondag 29 mei 2022 @ 13:30:
Zojuist geupdate naar V14 beta 9.
...

Ik zie na updaten eigenlijk alleen nog maar history van grafieken:
Chart Degree Days
en
Charts Temperature alleen van grafiek: Water (HEAT)

Alle overige history voor grafieken zijn leeg sinds deploy en restart van Node Red.

Ja dat kan kloppen.
Ik heb de oplossing voor het opslaan van charts nog niet voor iedere grafiek toegepast. Dit om 2 redenen. Ik zat/zit nog te stoeien met de COP versie. en 2, ik twijfel of iedere grafiek wel even nuttig is.

Zo vind ik de COP grafiek niet heel fancy zoals hij nu is. Maand gemiddelde over de laatste 24 maanden. Maar of dat nu is waar jullie gelukkig van worden, ik weet het niet.

[Verwijderd]

Van mij hoeft het niet bewaard te worden, wilde het alleen aangeven.
Ik heb nu een climate.warmtepomp aangemaakt in HA. Nu heb ik deze entity gekoppeld aan de Room setpoint in je flow. Het werkt
Hoe zou je het beste een terugkoppeling naar HA maken, want als ik op dashboard RTC de temperatuur verander koppelt hij dat niet terug natuurlijk. Geen must overigens.

[javaboon]

@edterbak Hij werkt al aardig.

En de power grafiek:

[edterbak]

Verwijderd schreef op maandag 30 mei 2022 @ 20:20:
Van mij hoeft het niet bewaard te worden, wilde het alleen aangeven.
Ik heb nu een climate.warmtepomp aangemaakt in HA. Nu heb ik deze entity gekoppeld aan de Room setpoint in je flow. Het werkt
Hoe zou je het beste een terugkoppeling naar HA maken, want als ik op dashboard RTC de temperatuur verander koppelt hij dat niet terug natuurlijk. Geen must overigens.
[Afbeelding]

Gheheh.. ja. de mogelijkheden zijn eindeloos.

Om te doen wat jij wil, moet je denk ik de node [entity] gebruiken. Die kun je vanaf NR beinvloeden staat er bij de tekst.
Maar dat werkt (zo lees ik) alleen met NR addon in home assistant. Dus dan zit je goed

Maar, vind je het fijn als een grafiek zichtbaar blijft na herstarts? Het is niet veel moeite om te maken.
Belangrijker is, zijn dit allemaal nuttige grafieken zo.

Je kunt ook zelf een grafiek ontwerpen, en die delen als je hier grote behoefte aan hebt. dan kan ik hem evt inbouwen.

[edterbak]

javaboon schreef op maandag 30 mei 2022 @ 20:22:
@edterbak Hij werkt al aardig. [Afbeelding]

En de power grafiek: [Afbeelding]

Hoi

Ja hij doet het.
Is dit ook het gedrag dat je wilt? Je gebruikt hiervoor de ell. heater toch? Dan is het vele schakelen geen issue denk ik.

[edterbak]

https://github.com/edterb...ishamon_control/issues/28

Wat vraagjes hier over.
Weet iemand of fan2 uitlezing überhaupt gebruikt word? Is die bij jullie in gebruik? @lampy25 @timovd @Verwijderd @javaboon ?

En het verzoek voor een runtime indicator.
Is een grafiek niet fijner?
Als je een getal ziet. Is dat dan in alleen minuten? Of hh:mm?

[ Voor 11% gewijzigd door edterbak op 30-05-2022 22:10 ]

[timovd]

@edterbak ik heb een 7kW, die heeft maar één fan. De 9kW T-cap en hoger hebben er wel twee.
Ik zou alleen niet weten waarom het toerental van fan 1 zou verschillen van fan 2.

[javaboon]

edterbak schreef op maandag 30 mei 2022 @ 20:52:
[...]

Gheheh.. ja. de mogelijkheden zijn eindeloos.

Om te doen wat jij wil, moet je denk ik de node [entity] gebruiken. Die kun je vanaf NR beinvloeden staat er bij de tekst.
Maar dat werkt (zo lees ik) alleen met NR addon in home assistant. Dus dan zit je goed

Maar, vind je het fijn als een grafiek zichtbaar blijft na herstarts? Het is niet veel moeite om te maken.
Belangrijker is, zijn dit allemaal nuttige grafieken zo.

Je kunt ook zelf een grafiek ontwerpen, en die delen als je hier grote behoefte aan hebt. dan kan ik hem evt inbouwen.

Ja, dit is wel wat ik in gedachten had dus dikke prima. Wat betreft fan2: Die heeft bij mij nog nooit een status change gehad, dus vermoed dat die niets doet. (heb ook maar een 7KW dus 1 fan)

[Verwijderd]

@edterbak De Fan2 hier ook altijd 0.
Runtime alleen in grafiek is prima hoor.
Hebben jullie ook dit lay-out probleem in de laatste beta 10?
De switches staan allemaal een regel te hoog onder advanced functions:

[edterbak]

Verwijderd schreef op dinsdag 31 mei 2022 @ 08:27:
@edterbak De Fan2 hier ook altijd 0.
Runtime alleen in grafiek is prima hoor.
Hebben jullie ook dit lay-out probleem in de laatste beta 10?
De switches staan allemaal een regel te hoog onder advanced functions:
[Afbeelding]

O. Layout
Ik ga daar even naar kijken. Bij mij zag het er wel goed uit, even controleren en dan door ik vanavond een beta 11 uit.

[edterbak]

@Verwijderd
Ik heb gekeken bij mij, maar ik zie geen issue met het dashboard. Vreemd.
Ik heb evengoed maar de nieuwe beta op Github gezet, beta v11 inmiddels.

[2022-05-31] (v14 beta11) Things done are:

• Improved reduction of SET messages even further.
• FEATURE: Added a LOG page on the dashboard.

Hopelijk lost het verwijderen en opnieuw importeren van de flow je probleem gelijk op. Ik kan hem helaas dus niet reproduceren.

[edit]
I lied!
Ik heb wel iets gezien nu. Er stonden een aantal blokjes op "auto-size" dit heb ik omzeep geholpen en de afmeting/locatie vast gezet.
hopelijk helpt het bij je.
Het staat ook gelijk op github. geupload om 19:46

[ Voor 19% gewijzigd door edterbak op 31-05-2022 19:48 ]

[Verwijderd]

Top! Lay-out weer in orde!!
Grappig het filter voor de Woonkamer temperatuur Ik heb de 1-wire sensor net vervangen voor een Aqara sensor die stabieler is.

[ Voor 70% gewijzigd door Verwijderd op 31-05-2022 22:02 ]

[edterbak]

@Verwijderd
JA GOEIE. Die was me ontschoten!!

Ik heb een filter voor de woonkamer temperatuur sensor gezet.
Een zwevend gemiddelde van de laatste 15 metingen, 1 meting per minuut.

De gedachte hierbij:
Dit heb ik gedaan omdat ik merkte dat de aangegeven temperatuur soms 0,1 verspringt in 5 a 10 minuten en weer terug. Om onnodig SET commandos uit te sturen bij iedere +0,1 en -0,1 binnen 15 minuten, zorgt een zwevend gemiddelde er voor dat de waarden niet gelijk verspringen en dus trager reageren. (en dus een nieuw setpoint uitstuurt)

Dit heb ik nog niet in de change logs gezet, ga ik gelijk doen.

Vraag aan jullie:
Vinden jullie die slim / wenselijk??

[ Voor 4% gewijzigd door edterbak op 31-05-2022 22:09 ]

[Verwijderd]

Zeker houden zo, onnodig om zo vaak te updaten.
Dat log vind ik ook echt geweldig, bedankt.

EDIT:
@edterbak Er zit toch een foutje in de Woonkamertemperatuur. Mijn sensor geeft al 2 uur lang 21,5 graden aan, maar volgens Node Red flow 21,8 graden.

Gevonden; de boosdoener is het Smooth-filter. Deze neemt het gemiddelde over de laatste 15 waarden.
Het probleem met mijn Aqara sensor is dat deze soms 2 uur niets doorstuurt.
Met mijn vorige (1-wire) sensor had dit gewoon gewerkt.

Voor mijzelf haal ik nu het Smooth-filter ertussen uit heb ik in het Smooth-filter het gemiddelde over de laatste '1' waarde gezet.

Je ziet wel het verschil, de temperatuur is veel rustiger/stabieler weergegeven: (vergeleken met vorige sensor)

[ Voor 129% gewijzigd door Verwijderd op 01-06-2022 09:52 ]

[edterbak]

Ik heb een bug gevonden.
RTC + Solar functie do not play nice. (snap hem, nu alleen oplossen)

!! Zet Solar maar even uit for the time being. !!

Ik zat toevallig te kijken in log, toen ik het zag starten voor het eerst.

[edterbak]

v14 beta 12 staat online.
Hierin werkt de solar functie goed denk ik. Ik hou het in de gaten.

https://github.com/edterb...on_control/tree/v14-beta1

@javaboon @Verwijderd
Even updaten naar deze laatste versie, omdat je oscillerend gedrag kunt zien.

Wanneer je TOCH nog dit gedrag ziet (even in de gaten houden) het beste is dan om solar functie even uit te zetten in het dashboard. Dan heb je waarschijnlijk de loop onderbroken.

[ Voor 73% gewijzigd door edterbak op 01-06-2022 21:22 ]

[Verwijderd]

@edterbak ik gebruik solar nog niet, kan ik wachten met updaten?
Mijn log vermeld dat ook niet:

[ Voor 75% gewijzigd door Verwijderd op 01-06-2022 21:26 ]

[edterbak]

Verwijderd schreef op woensdag 1 juni 2022 @ 21:25:
@edterbak ik gebruik solar nog niet, kan ik wachten met updaten?
Mijn log vermeld dat ook niet:
[Afbeelding]

Nee hoor. Dan moet het niet persee

Wel zou ik even kijken naar je instellingen van rtc.
Zo vaak als je setpoint aanpast, komt wat zenuwachtig over. Alsof het niet echt een stabiele situatie is .
Kun je dat plaatjes of verklaren eventueel?
Is je temperatuurmeting op de juiste plaats in je woonkamer?
Hoe heb je de WAR functie ingesteld?

[Verwijderd]

Het is meer dat ik nog aan het proberen bent en nog zoekende ben. Hij draait net een kleine 2 weken.

[edterbak]

Vandaag getest. Veel zon gehad.
De bug is opgelost van de rtc + solar functie die tegelijk aan staan en dan niet lief zijn samen.
Laatste beta lost dat op.

[edit]
hmmmpzzz er zit nog een kleine bug in. Hij deed het niet.
Maar in ieder geval geen oscillatie.

[ Voor 26% gewijzigd door edterbak op 02-06-2022 20:59 ]

[edterbak]

Waarschijnlijk de bug opgelost. Morgen de test.

Ik heb zojuist een aanvulling op de Solar function gedaan.

De functie was dat wanneer solar heating DHW geactiveerd was, dat de RTC functie de pomp dana niet meer uit mag zetten. Dit is dan geblokkeerd door de solar functie.

Gevolg is dat wanneer DHW tank op temperatuur is, dat de DHW cyclus eindigt, maar de pomp aan blijft door de blokkade.

Ik heb nu een aanvulling gedaan, dat wanneer de DHW tank PV op de gewenste SP_High is EN de DHW modus uit is EN de solar blokkade aan staat, dat de blokkade er af gehaald wordt.

Zodoende kan de pomp weer uit gaan als de kamer temperatuur hoog zat is.


Vinden jullie dit een goed idee zo?

[ Voor 3% gewijzigd door edterbak op 02-06-2022 22:48 ]

[Verwijderd]

Helemaal goed. Zou ivm het updaten het niet handiger zijn om alle inputs op een apparte tab te hebben staan?
Ik moet nogal wat taps nalopen en aanpassen bij elke update.
Just thinking...

[edterbak]

Het moet natuurlijk niet te makkelijk worden. Gheheh.

Wat bedoel je met inputs?
@Verwijderd

[ Voor 5% gewijzigd door edterbak op 04-06-2022 09:41 ]

[Verwijderd]

edterbak schreef op vrijdag 3 juni 2022 @ 17:05:
Wat bedoel je met inputs?
@Verwijderd

De temperatuur sensoren (2x), p1-meter (2x) en in mijn geval terugkoppeling naar HA van setpoint RTC roomtemp.

Edit:

Bijgewerkt naar beta 12.
@edterbak Vraag: wat houd dit in als ik wil deployen?


Stappenplan voor update:
Alle tabs verwijderd (behalve Flow1, daar heb ik mijn inputs op staan).
Bij configuratie alles verwijderd hehalve 2 bovenste (MQTT en Home Assistant):

Als ik MQTT en Home Assistant ook verwijder moet ik die telkens weer invullen.
Moet gewoon alles verwijderd worden?

Edit2:
Log blijft leeg en Help-knop op pagina Solar werkt niet. Terechte waarschuwing dus.

Edit3:
Ik heb alles maar verwijderd en opnieuw gedaan. Nu Deployed zonder problemen.
Er zit wel een foutje in:

Je gebruikt standaard een wit font denk ik. Als ik theme weer op dark zet is het leesbaar

[ Voor 78% gewijzigd door Verwijderd op 04-06-2022 11:19 ]

[edterbak]

https://github.com/edterb...ges/Backup_animation1.gif


https://github.com/edterb...pdate_animation_final.gif

@Verwijderd
Helpt dit? Net zitten bouwen

Over de tab met input zal ik ook nog toelichten

De bug die je laat zien zal ik straks gelijk naar kijken.
Er zit een mooie update naar main branch aan te komen

[ Voor 17% gewijzigd door edterbak op 04-06-2022 18:34 ]

[edterbak]

@Verwijderd @lampy25 @javaboon Nieuwe beta staat online. v13.
Bij mij is het nu stabiel. Ik kijk het zelf nog een dag of 2 aan, en dan duw ik het naar de main branch.

code:

[2022-06-04] (v14 beta13) Things done are:
- Improved reduction of SET messages. Now also no messages after NR reboot. 
- BUG: Logs text color not being correct.
- Improved logs: Added toggle status changes to log 
- Removed smoothening filter again on room temperature (add it in personal area if you needed it.)

[Verwijderd]

Bedankt voor je aanpassingen. .gif animaties ook heel erg fijn.

Added toggle status changes to log

handig!

[edterbak]

Verwijderd schreef op zondag 5 juni 2022 @ 10:48:
Bedankt voor je aanpassingen. .gif animaties ook heel erg fijn.

[...]
handig!

Oja. Als een taak vanuit scheduler geïnitieerd word, zie je nu ook die regel in het logboek.
Dus dat zie je in het logboek;
Scheduler : taak1
Set: taak1 (de verzondern mqtt set commando s)

[Verwijderd]

Vraag: Ik heb in Heishamon settings Emulate optional PCB nog uit staan. Gebruik je daar iets van?

[edterbak]

Verwijderd schreef op maandag 6 juni 2022 @ 14:59:
Vraag: Ik heb in Heishamon settings Emulate optional PCB nog uit staan. Gebruik je daar iets van?

Nee. Niks

[edterbak]

Als niemand meer en bug in de beta gevonden heeft, ga ik vanavond de merge naar de main branch uitvoeren.

[edterbak]

Ik heb de laatste versie naar de main ge-merged.

happy node red ussage

@Verwijderd
kun je de gifjes reviewen, of ze kloppen.
Met name het deel wat over MQTT importeren / replace etc. Of dat klopt.

Het kan namelijk zijn dat het niet juist is, maar dat ik dat niet zie. Vandaar dat ik even een second opinion wil

Een plaatje voor de liefhebbers hoe mijn log pagina er nu uitziet:
Als het goed is, dan is voor het uitvoeren van iedere functie een log regel, waaruit blijkt wat de bedoeling was.
Zo is het aan/uit zetten van een functie te zien, de geschedulde taak welke afgetrapt is.. Maar ook de daadwerkelijke MQTT commando's. Deze commando's lees ik rechtstreeks vanaf de mqtt broker, dus kan niks aan commando's missen.
Dit moet debuggen later goed mogelijk maken.


Een belangrijke update, v14 final.
Hierin wordt het aantal (overbodige) uitgestuurde MQTT commandos drastisch vermindert. Hopelijk nu 0.

[ Voor 120% gewijzigd door edterbak op 06-06-2022 23:30 ]

[Verwijderd]

@edterbak Ja prima zal ik doen als ik update naar de main branche. Knap werk weer.
edit:

edterbak schreef op maandag 6 juni 2022 @ 23:20:
@Verwijderd
kun je de gifjes reviewen, of ze kloppen.
Met name het deel wat over MQTT importeren / replace etc. Of dat klopt.

Ik ben zojuist geupdate naar Main V14 Final.
De gif animaties kloppen perfect en de MQTT en Home Assistant gegevens bleven bewaard.

Ik laat weer weten of ik nog wat tegen kom.

[ Voor 72% gewijzigd door Verwijderd op 07-06-2022 13:36 ]

[edterbak]

Van een aantal grafiekjes was na reboot de historie weg. Met deze v14 is dat als het goed is ook opgelost.

[edterbak]

Fijn dat het nu vlekkeloos verlopen is voor je overigens.
Een dank voor het reviewen @Verwijderd

[edterbak]

Het spijt me mensen,
v15 is al weer geupload.

code:

[2022-06-07] (v15) Things done are:

Feature request: Compressor runtime added to home dashboard (#28)
Feature request: remove Fan 2 from home dashboard (#28)
Improvement: Logging - SOLAR function triggers and actions now loggged.

[lampy25]

edterbak schreef op dinsdag 7 juni 2022 @ 21:26:
Het spijt me mensen,
v15 is al weer geupload.

Je ramt lekker door! Heb de laatste beta versie overgeslagen, maar ben weer helemaal bij.
Complimenten voor de verbeteringen/uitbreidingen weer. Nu pas opgevallen dat je mooie opklapmenutjes hebt gemaakt en GIFjes met instructies

Krijg bijna zin in de winter

[ Voor 4% gewijzigd door lampy25 op 07-06-2022 22:39 ]

[edterbak]

[edterbak]

In de solar tab,
Vinden jullie dit een handig of leuk grafiekje?
Ik heb nu:
Import > kWh
Export > kWh

Result van de dag: + Export - Import

Je zult dan het grefiekje om 00:00 op 0 zien staan, vervolgens zie je het resultaat gedurende de dag.

[ Voor 27% gewijzigd door edterbak op 10-06-2022 20:12 ]

[edterbak]

[edterbak]

Moet ik nog de optie inbouwen dat je kunt triggeren op Todays results (kWh) ?

nu is het
kw signaal
kwh signaal van alleen export

ik kan dus ook kwh signaal van (import - export)

optioneel te gebruiken dus, omdat je dan p1 export + p1 import moet aanleggen.

[edterbak]

cross-post:
Voor diegene die home assistant + heishamon.yaml gebruiken. HA heeft hun sensor / switch format aangepast.
https://www.home-assistant.io/integrations/sensor.mqtt/
https://www.home-assistant.io/integrations/switch.mqtt/

Ik heb een geupdate versie gemaakt. Hier heb ik een issue voor aangemaakt in de github van heishamon.

https://github.com/Egyras/HeishaMon/issues/250

Dit is de file.
https://github.com/Egyras...886819/heishamon.yaml.txt

Ik kon niet rechtstreeks yaml uploaden, dus heb er even .txt achter gezet.

[javaboon]

Zo, na een weekje wat anders te doen te hebben (nieuwe freesbank plaatsen) Ben ik vandaag weer naar de main branch gesprongen. @edterbak nog bedankt voor al je tijd, energie, moeite en geduld met mij/ons.

[javaboon]

edterbak schreef op zaterdag 11 juni 2022 @ 00:51:
Moet ik nog de optie inbouwen dat je kunt triggeren op Todays results (kWh) ?

nu is het
kw signaal
kwh signaal van alleen export

ik kan dus ook kwh signaal van (import - export)

optioneel te gebruiken dus, omdat je dan p1 export + p1 import moet aanleggen.

ik ga er eest even naar kijken en begrijp je nog niet helemaal geloof ik...

[javaboon]

Ik zat vanochtend naar de logs te kijken en zie nog een mogelijkheid tot verbetering. In de RTC heb ik een On/Off setting staan, zodat de WP uit staat boven een bepaalde kamertemp. Nu zie ik in de logs wel dat de SetZ1HeatRequestTemperature wordt gezet terwijl de WP in mode DHW staat. In die mode zou de SetZ1HeatRequestTemperature niet hoeven worden geset.

[edterbak]

javaboon schreef op dinsdag 14 juni 2022 @ 06:31:
Ik zat vanochtend naar de logs te kijken en zie nog een mogelijkheid tot verbetering. In de RTC heb ik een On/Off setting staan, zodat de WP uit staat boven een bepaalde kamertemp. Nu zie ik in de logs wel dat de SetZ1HeatRequestTemperature wordt gezet terwijl de WP in mode DHW staat. In die mode zou de SetZ1HeatRequestTemperature niet hoeven worden geset.

Toevallig ben ik dat al mee bezig. Precies om dezelfde reden. Ik zag het voorbij komen in de logs.

[edterbak]

als ik met 1 dag geen regressie of issues heb met de oplossing die ik nu heb ingebouwd, push ik de aanpassing naar github.

[edterbak]

Update naar v16 is nu beschikbaar.
Let op de change log. Er is een breaking change voor de p1 meter (WP Solar).

https://github.com/edterbak/NodeRed_Heishamon_control

code:

[2022-06-07] (v16) Things done are:

Improvement: Logging - SOLAR function triggers and actions now loggged even better. In other section the logging has improved as well.
Improvement: Reduce SET commands even further. Example, when due to RTC function the HP is off, but WAR function calculates a change in SetPoint. This setpoint is then NOT communicated to HP now.
Enhancement: Layout of the [Function Solar] has been improved with buttons which hide/show the chart/help section.
BREAKING CHANGE !! : The connection node for P1 power meter has changed (simplified). This needs to be corrected manually after import of this version (16) or later.

[edterbak]

Ik weet niet of meer mensen dit weten / doen.

Dit is wat mij betreft de handigste manier om een personalisatie te maken, en tegelijk geen issues hebben met het updaten van de flow naar een nieuwere versie.

Ik heb een tabje gemaakt, genaamd [WP Personal]
Daarin zet ik mijn specifieke en persoonlijke aanpassingen.

Bijvoorbeeld de P1 meter aansluitingen welke gebruikt wordt voor de Function - Solar.
Vanuit HomeAssistant, of MQTT, of wat dan ok, plaats je hier je P1 bron.
Je sleept er een [link out] node achter.
Je verbind ze met elkaar.

In het tab-blad [WP Solar] staat een [link in] node. Deze hebben de volgende namen:

• 1 >> CONNECT your P1 power production / export to this node
• 3 >> CONNECT your P1 power consumption / import to this node

In je [WP Personal] tab, dubbel klik je op de [link out] node, en vink je de juiste link in node aan, met de bovenstaande naam. Die vind je als het goed is terug in de (was)lijst.







Als je dit zo hebt gedaan, kun je eigenlijk bij iedere nieuwe versie gewoon alle tabjes wissen (behalve WP Personal) en de nieuwe versie flow importeren.
Automatisch zijn de persoonlijke nodes weer verbonden op de plek waar hoort
Op de voorwaarde natuurlijk dat ik niet nog meer breaking changes zoals vandaag introduceer ghehehehe..

[ Voor 3% gewijzigd door edterbak op 15-06-2022 21:28 ]

[Verwijderd]

Bedankt weer. Ik had de laatste posts gemist. Ik zal komend weekend updaten.
@edterbak Edit:

Alles bijgewerkt;
-Home Assistant v 2022.6.6
-Heishamon.yaml (jouw versie)*
-Node Red Flow v16

*Ik had wel na het gebruiken van jouw Heishamon.yaml ontbrekende S0 kWh meter waarden.
Ik denk dat je per ongeluk van de meter Solar gemaakt hebt:

code:

  # The following S0 topics are only available if S0 is enabled.
  #
  #S0 kWh Meter 1 - Assumed to measure the heat pump consumption
  
    - name: S0 meter - Solar power Production
      state_topic: "panasonic_heat_pump/s0/Watt/1"
      unit_of_measurement: 'W'

    - name: S0 meter - Solar power Production Total
      state_topic: "panasonic_heat_pump/s0/WatthourTotal/1"
      unit_of_measurement: 'kWh'
      value_template: "{{ ((value | int) / 1000) | round(2) }}"

Ik heb mijn entitie gewoon aangepast naar deze, maar het betreft het gehele verbruik van de WP.

Edit2:
Even nagekeken, klopt inderdaad. Dit staat in de vorige Heishamon.yaml

code:

  # The following S0 topics are only available if S0 is enabled.
  #
  #S0 kWh Meter 1 - Assumed to measure the heat pump consumption
  - platform: mqtt
    name: Aquarea Metered Power Consumption
    state_topic: "panasonic_heat_pump/s0/Watt/1"
    unit_of_measurement: 'W'

  - platform: mqtt
    name: Aquarea Metered Power Consumption Total
    state_topic: "panasonic_heat_pump/s0/WatthourTotal/1"
    unit_of_measurement: 'kWh'
    value_template: >-
      {{ (value | int) / 1000}}

Ik heb de name voor mezelf weer aangepast nu.

[ Voor 110% gewijzigd door Verwijderd op 18-06-2022 12:59 ]

[Verwijderd]

verwijderd (vergissing).

[ Voor 94% gewijzigd door Verwijderd op 19-06-2022 11:00 ]

[edterbak]

Is er behoefte aan dit dashboard maar dat deze ook kan werken met de pomp in WAR modus, ipv DIRECT modus?

Ik heb er zelf geen nut voor, maar het zou moeten kunnen.
* reden dat ik er geen nut voor heb is dat de warmtepomp in de middag direct zonlicht ziet. Dan denkt dat ding door de interne T sensor dat het +10 graden warmer is buiten, met gemak.

ALS daar echt behoefte aan is, dan zal ik de WAR functie ombouwen van 3 punten weer terug naar 2 punten.
Dan is het relatief eenvoudig (in idee) om deze getallen in de onderstaande code te duwen, en gebruik te maken van een +/- SHIFT bij de RTC functie.

code:

{
    "zone1": {
        "heat": {
            "target": {
                "high": 35,
                "low": 25
            },
            "outside": {
                "high": 15,
                "low": -15
            }
        },
        "cool": {
            "target": {
                "high": 35,
                "low": 25
            },
            "outside": {
                "high": 15,
                "low": -15
            }
        }
    },

[javaboon]

Ik vind jouw WAR functie prima, beter dan die van de pana zelf. Overigens heb ik een externe temp sensor aangesloten precies om die reden van zonlicht. Kost niet heel veel en heb nu een zeer constante Tbuiten.

Ik vond nog wel iets raars in de logs. Ik heb om 12 uur een force sterilisation staan en om 13 uur weer een force naar DHW. die doet echter raar, zie log:

code:

19/06 13:00 - MQTT Command - SetHeatpump: 0
19/06 13:00 - MQTT Command - SetOperationMode: 0
19/06 13:00 - MQTT Command - SetForceSterilization: 0
19/06 13:00 - NR Scheduler - Force Sterilization: 0
19/06 13:00 - MQTT Command - SetForceDHW: 0
19/06 13:00 - NR Scheduler - Force DHW: 0
19/06 13:00 - MQTT Command - SetOperationMode: 0
19/06 13:00 - NR Scheduler - Operation Mode: 0
19/06 13:00 - NR Scheduler - Operation Mode: 3

Het resultaat is dat de pomp in heat only mode komt, terwijl ik om 13 uur juist een force dhw heb.

En ik heb nog een verzoekje: Is het mogelijk om via de scheduler een additatieve modus setting te doen? Dus bijvoorbeeld als de huidige status van de pomp heat is, en je doet dhw additative, dat de pomp dan in modus heat+dhw gaat? En natuurlijk ook de evenknie substract waarmee je dhw uit zet maar heat aanlaat (of heat uit en dhw aan laat).

En @edterbak thanks voor die tip over de personal settings, dat maakt het updaten een stuk handiger.

[edterbak]

javaboon schreef op zondag 19 juni 2022 @ 14:07:

Ik vond nog wel iets raars in de logs. Ik heb om 12 uur een force sterilisation staan en om 13 uur weer een force naar DHW.

Je acties, je plan, roept wat vragen op bij mij. Waarom doe je eerst een sterilisatie run, en daarna een dhw run? het resultaat van sterilisatie is dat de temperatuur hoger is dan bij regulier een dhw run. Dus heeft de pomp eigenlijk niks te doen. Of begrijp ik je verkeerd?

Maar;
Force Sterilization functie doet:
- Set operation mode 3 (DHW only)
- Set Force DHW aan
- Set Force Sterilization aan

OOK wordt er gekeken wordt wanneer deze klaar is.

if (Sterilization_State == 1 && DHW_Temp >= Sterilization_Temp)

Dan doet 'hij': (want het is een mannetje natuurlijk.... )
- OperationMode 1 (Heat Only)
- Set Force DHW uit
- Set Force Sterilization uit

Dit gaat automatisch en betekend dat je alleen een trigger voor Sterilization AAN hoeft te geven.

Ik zal die operation mode 1, dynamisch te maken.

die doet echter raar, zie log:

code:

19/06 13:00 - MQTT Command - SetHeatpump: 0
19/06 13:00 - MQTT Command - SetOperationMode: 0
19/06 13:00 - MQTT Command - SetForceSterilization: 0
19/06 13:00 - NR Scheduler - Force Sterilization: 0
19/06 13:00 - MQTT Command - SetForceDHW: 0
19/06 13:00 - NR Scheduler - Force DHW: 0
19/06 13:00 - MQTT Command - SetOperationMode: 0
19/06 13:00 - NR Scheduler - Operation Mode: 0
19/06 13:00 - NR Scheduler - Operation Mode: 3

Ik heb zelf ook soms wat vreemd ogende logs. Ik was van plan hier in te duiken met een week ofzo.

En ik heb nog een verzoekje: Is het mogelijk om via de scheduler een additatieve modus setting te doen? Dus bijvoorbeeld als de huidige status van de pomp heat is, en je doet dhw additative, dat de pomp dan in modus heat+dhw gaat? En natuurlijk ook de evenknie substract waarmee je dhw uit zet maar heat aanlaat (of heat uit en dhw aan laat).

Je voorstel is iets waar ik al mee heb zitten spelen. Maar het is erg complex.
Bijvoorbeeld voor de Solar functie, maak ik gebruik van -DHW functie en de +DHW functie.
Op het moment dat ik een +DHW functie start, wordt de huidige operation mode naar een variabele geschreven.
Op het moment dat ik de -DHW functie start, dan wordt dus de oude operation mode opgehaald en uitgestuurd.

Het moeilijke aan dit verhaal is wanneer tussen deze 2 momenten er iets anders gepland/uitgevoerd wordt.
Schedueler bijvoorbeeld, of een andere functie die het zelfde doet.
Ik ga kijken of ik deze werkwijze (opslaan van variabele) kan aanpassen naar een adhoc aanpassing met +DHW modus bij eem willekeurige huidige operation mode. En het omgekeerde ook.
Wat ik VOORAL hierbij in de gaten moet houden is dat het niet mogelijk is om in een endless loop terecht te komen. Dat zou dramatisch zijn.

Het besef van dat het makkelijker / beter moet met operation mode, heb ik al een paar weken. Maar aangezien ik vanaf de start van het programeren hier nog geen rekening mee gehouden heb, betekend dit dat ik een grote rewrite moet uitvoeren om dit te doen.
Daar was ik eigenlijk al een paar dagen mee bezig om moed te verzamelen. ghehehe...

edit:Ik heb er maar een issue op github voor gemaakt: https://github.com/edterb...ishamon_control/issues/33

En @edterbak thanks voor die tip over de personal settings, dat maakt het updaten een stuk handiger.

Graag gedaan.

[ Voor 4% gewijzigd door edterbak op 19-06-2022 15:16 ]

[edterbak]

PS.
Ik dacht dat de Force DHW functie was bedoelt voor dat wanneer er 20 mensen moeten gaan douchen, je warmwater snel op is, en dat hij dan versneld (zuinige modus uit) de temperatuur gaat opkrikken.

[edterbak]

Ik denk dat de informatie die ik hierboven over forceDHW en forceSterilization schrijf, prima past in een HELP pagina zoals bij Solar.

Nog iets voor op mijn toedoe lijst

[edterbak]

@javaboon

code:

// Operating mode (0=Heat only, 1=Cool only, 2=Auto(Heat), 3=DHW only, 4=Heat+DHW, 5=Cool+DHW, 6=Auto(Heat)+DHW, 7=Auto(Cool), 8=Auto(Cool)+DHW)

if (Operating_Mode_State==0){new_OM = 0;}
if (Operating_Mode_State==1){new_OM = 1;}
if (Operating_Mode_State==2){new_OM = 2;}
if (Operating_Mode_State==3){new_OM = 0;}
if (Operating_Mode_State==4){new_OM = 0;}
if (Operating_Mode_State==5){new_OM = 1;}
if (Operating_Mode_State==6){new_OM = 2;}
if (Operating_Mode_State==7){new_OM = 7;}
if (Operating_Mode_State==8){new_OM = 7;}

In de code hierboven staat: Als huidige OperatingMode = x, dan nieuwe OperatingMode = y
Deze code wordt uitgevoerd NA een force sterelization run of DHW run.

Is dit een goede invulling van wat we willen?

[ Voor 5% gewijzigd door edterbak op 19-06-2022 16:28 ]

[javaboon]

edterbak schreef op zondag 19 juni 2022 @ 15:01:
[...]


Dan doet 'hij': (want het is een mannetje natuurlijk.... )
- OperationMode 1 (Heat Only)
- Set Force DHW uit
- Set Force Sterilization uit

Dit gaat automatisch en betekend dat je alleen een trigger voor Sterilization AAN hoeft te geven.

Ik zal die operation mode 1, dynamisch te maken.

Die OperationMode 1 is precies waarom ik na een uur die mode->DHW in de scheduler heb gezet en het zou inderdaad top zijn als dat dynamisch gaat, dus terug naar de stand van voor de sterilization.

edterbak schreef op zondag 19 juni 2022 @ 16:26:
@javaboon

code:

// Operating mode (0=Heat only, 1=Cool only, 2=Auto(Heat), 3=DHW only, 4=Heat+DHW, 5=Cool+DHW, 6=Auto(Heat)+DHW, 7=Auto(Cool), 8=Auto(Cool)+DHW)

if (Operating_Mode_State==0){new_OM = 0;}
if (Operating_Mode_State==1){new_OM = 1;}
if (Operating_Mode_State==2){new_OM = 2;}
if (Operating_Mode_State==3){new_OM = 0;}
if (Operating_Mode_State==4){new_OM = 0;}
if (Operating_Mode_State==5){new_OM = 1;}
if (Operating_Mode_State==6){new_OM = 2;}
if (Operating_Mode_State==7){new_OM = 7;}
if (Operating_Mode_State==8){new_OM = 7;}

In de code hierboven staat: Als huidige OperatingMode = x, dan nieuwe OperatingMode = y
Deze code wordt uitgevoerd NA een force sterelization run of DHW run.

Is dit een goede invulling van wat we willen?

Ik denk dat je bedoelt dat de new_OM de waarde bevat waarop de pomp wordt teruggezet na de sterilization run?

[ Voor 44% gewijzigd door javaboon op 19-06-2022 21:44 ]

[edterbak]

Ik heb een paar scenarios waar ik jullie mening voor nodig heb.

Scenario 1: Solar functie + Scheduler
Als Solar functie geactiveerd is, en er is toevallig daarna een scheduled task om DHW uit te zetten.
Wat moet er dan domineren?

Scenario 2a: RTC functie + scheduler
De RTC functie heeft de mogelijkheid om de pomp uit te zetten als de temperatuur in de woonkamer te hoog is. Dan wordt de operation mode aangepast (dynamisch nu)
Scheduled task gaat daarna af, moet deze de RTC functie negeren of blokkeerd de RTC functie de scheduled task?

Scenario 2b: RTC functie + scheduler
Ald door RTC functie de pomp uit gezet is, (en oude OM opgeslagen)) Vervolgens komt er intussen een scheduled task, wat wordt dan de fallback operatiomode van RTC functie wanneer deze weer onder de temperatuurgrens komt.?


Dit soort dilemmas heb ik nu 'last' van.
Wat krijgt prio boven een andere activiteit.
Pas als ik dit plan helder heb, dan kan ik het goed programmeren. Ook zijn alleen zo endless loops te voorkomen.

[edterbak]

En uiteraard zal dit in een duidelijke HELP beschreven moeten worden.

PS.
Er waren toch ook vrijwilligers die een FAQ (in Github) wilde schrijven? Ik moet eerlijk bekennen dat ik niet opgelet heb. Is daar iets of iemand verder mee gekomen?

[Verwijderd]

Ik begrijp de dilemma's omtrend welke modus prioteit moet hebben, lastig.

[ Voor 74% gewijzigd door Verwijderd op 08-08-2022 10:52 ]

[edterbak]

Verwijderd schreef op maandag 20 juni 2022 @ 22:38:
@edterbak dat was ik inderdaad van die FAQ.

Ik begrijp de dilemma's omtrend welke modus prioteit moet hebben, lastig.

Ik heb je werk gekopieerd naar mijn v16.
ik heb je uitgenodigd nu als collaborateur zodat je rechtstreeks kan bijdragen aan de tekst. Op deze manier ben je altijd in de laatste versie 'aanwezig' met de FAQ.

Ik heb volgens mij niks afgeschermd voor je. Ik ga uit van het goede.
Als je wat wil doen in de flows.json, dan moet dat wel in heel goed overleg. Anders gaat het geheid fout.
De tekst staat je wat mij betreft vrij om te helpen en te doen wat je wil doen

welkom
@Verwijderd Ik ben geen github expert. Ik 'doe maar wat' met branch > pull request. Vooralsnog lijkt het goed te gaan.

[ Voor 13% gewijzigd door edterbak op 08-08-2022 18:10 ]

[Verwijderd]

Ben ook niet erg thuis met Github.
Ik heb de FAQ en README net wat aangepast, gaat goed zo.
Ik zal voorzichtig zijn en beperk mezelf tot de FAQ, README en de [Images] map t.b.v. afbeeldingen in de FAQ.
Je kunt mijn commits duidelijk zien, verwijder en pas gerust aan wat je nodig acht.

[ Voor 40% gewijzigd door Verwijderd op 21-06-2022 10:00 ]

[javaboon]

edterbak schreef op maandag 20 juni 2022 @ 18:49:
Ik heb een paar scenarios waar ik jullie mening voor nodig heb.

Scenario 1: Solar functie + Scheduler
Als Solar functie geactiveerd is, en er is toevallig daarna een scheduled task om DHW uit te zetten.
Wat moet er dan domineren?

Scenario 2a: RTC functie + scheduler
De RTC functie heeft de mogelijkheid om de pomp uit te zetten als de temperatuur in de woonkamer te hoog is. Dan wordt de operation mode aangepast (dynamisch nu)
Scheduled task gaat daarna af, moet deze de RTC functie negeren of blokkeerd de RTC functie de scheduled task?

Scenario 2b: RTC functie + scheduler
Ald door RTC functie de pomp uit gezet is, (en oude OM opgeslagen)) Vervolgens komt er intussen een scheduled task, wat wordt dan de fallback operatiomode van RTC functie wanneer deze weer onder de temperatuurgrens komt.?


Dit soort dilemmas heb ik nu 'last' van.
Wat krijgt prio boven een andere activiteit.
Pas als ik dit plan helder heb, dan kan ik het goed programmeren. Ook zijn alleen zo endless loops te voorkomen.

Dat zijn goede vragen. Je zou het jezelf makkelijk kunnen maken door te kiezen voor een "force" optie in de sceduler, waarmee je aangeeft dat de sceduler voorrang heeft op andere parameters. Aan de andere kant zou ik het zelf het meest logische vinden dat Solar en RTC voorrang hebben op sceduler.
Wat betreft scenario 2b: Fallback zou gewoon de oude OM moeten zijn, omdat je niet weet wanneer die fallback is. Tenzij je toch de force optie zou kunnen implementeren, dan zou het logisch zijn om de OM aan te passen conform forced scedule.

[Aikon]

Even 2 snelle vraagjes, ik heb sinds kort ook een warmtepomp, en ben nu de Heishamon aan het installeren inclusief extra thermometers. Kan ik ergens controleren of deze correct werken in de Heishamon zelf of pas als ik Node Red en alles heb geïnstalleerd?

[Verwijderd]

Aikon schreef op dinsdag 21 juni 2022 @ 15:55:
Even 2 snelle vraagjes, ik heb sinds kort ook een warmtepomp, en ben nu de Heishamon aan het installeren inclusief extra thermometers. Kan ik ergens controleren of deze correct werken in de Heishamon zelf of pas als ik Node Red en alles heb geïnstalleerd?

Dat kan zeker, de Heishamon is bereikbaar via Wifi.
Mocht je dat al doorlopen hebben dan is deze bereikbaar op een ip adres.
In die overzichtspagina zie je alle info die je zoekt:

code:

When starting for the first time an open-wifi-hotspot will be visible allowing you to configure your wifi network and your MQTT server. Configuration page will be located at http://192.168.4.1

[ Voor 33% gewijzigd door Verwijderd op 21-06-2022 16:07 ]

[Aikon]

@Verwijderd Ja, dat heb ik werkend, maar welke functie geeft de output vd externe thermometers?

Ik heb er 1 in heet water gehangen, maar zie geen temperatuur die daarmee overeenkomt

[Verwijderd]

@Aikon Ik denk dat je in Heishamon Settings nog even "Use 1wire DS18b20" aan moet vinken.
Ik neem aan dat je vervolgens een aparte tab krijgt zoals ik met mijn S0 kWh-meter heb

Even getest voor je, dat klopt:


Edit: inmiddels gelukt?

[ Voor 52% gewijzigd door Verwijderd op 21-06-2022 16:51 ]

[Aikon]

Ja, dat was het, dank je.

[edterbak]

Verwijderd schreef op dinsdag 21 juni 2022 @ 09:30:
Ben ook niet erg thuis met Github.
Ik heb de FAQ en README net wat aangepast, gaat goed zo.
Ik zal voorzichtig zijn en beperk mezelf tot de FAQ, README en de [Images] map t.b.v. afbeeldingen in de FAQ.
Je kunt mijn commits duidelijk zien, verwijder en pas gerust aan wat je nodig acht.

Ik zie het.
Lekker bezig! Heel fijn dat je hier aan mee helpt. Dank je wel!

[edterbak]

javaboon schreef op dinsdag 21 juni 2022 @ 12:18:
[...]


Dat zijn goede vragen. Je zou het jezelf makkelijk kunnen maken door te kiezen voor een "force" optie in de sceduler, waarmee je aangeeft dat de sceduler voorrang heeft op andere parameters. Aan de andere kant zou ik het zelf het meest logische vinden dat Solar en RTC voorrang hebben op sceduler.
Wat betreft scenario 2b: Fallback zou gewoon de oude OM moeten zijn, omdat je niet weet wanneer die fallback is. Tenzij je toch de force optie zou kunnen implementeren, dan zou het logisch zijn om de OM aan te passen conform forced scedule.

Net tijdens het hardlopen ( ) zat ik te denken aan een omgekeerde oplossingen. Misschien dat deze praktischer is.

We kunnen op solar dash een toggle zetten voor het blokkeren/toestaan van de scheduler.
Aan: blokkeren van scheduled taken welke pomp uit zet, operating mode aanpast.
Uit: sta scheduler toe de Solar functie af te breken.
Het zelfde kan voor RTC functie.

Je voorstel; Dit zelfde regelen in scheduler is 10x meer werk. ( 10x toggle + 10x regels + 10x gui aanpassing )
.

RTC en Solar functie hoeven elkaar in principe niet te bijten.
De ene regelt HEAT, de andere DHW.

[ Voor 9% gewijzigd door edterbak op 21-06-2022 21:45 ]

[javaboon]

Ik snap dat het meer werk is, ik wil daar ook best wel aan meehelpen, als jij er 1 doet kan ik de andere 9 wel doen (heb ruime programmeer en best wat node-red ervaring en je kunt het nakijken tijdens een pull request). Ergens vind ik het wel logischer om de force toe te voegen. Een override in de Solar en/of RTC lijkt mij onhandig want dan heb je helemaal geen controle over de setup en ik vermoed dat die sceduler nog wel verder gaat worden uitgebreid, misschien om de parameters van de andere tabbladen te kunnen aanpassen?

Maar uiteraard ben jij in control, dus beide opties kan ik prima mee leven ;-)

[edterbak]

javaboon schreef op woensdag 22 juni 2022 @ 07:24:
Ik snap dat het meer werk is, ik wil daar ook best wel aan meehelpen, als jij er 1 doet kan ik de andere 9 wel doen (heb ruime programmeer en best wat node-red ervaring en je kunt het nakijken tijdens een pull request). Ergens vind ik het wel logischer om de force toe te voegen. Een override in de Solar en/of RTC lijkt mij onhandig want dan heb je helemaal geen controle over de setup en ik vermoed dat die sceduler nog wel verder gaat worden uitgebreid, misschien om de parameters van de andere tabbladen te kunnen aanpassen?

Maar uiteraard ben jij in control, dus beide opties kan ik prima mee leven ;-)

Gisteren heb ik al wat geprobeerd met mijn idee. Ik ga nog even verder nadenken, en ondertussen kijken of het wel goed werkt vandaag wat ik verandert heb

[edterbak]

Hetgeen ik gisteren gemaakt heb, dat werkt wel.
Zie onderstaande logs. Je ziet:
Bij (1) dat gisteren de OperationMode 0 gewoon vanuit de scheduler kwam.
Bij (2) kwam de scheduler task wel, maar de mqtt command niet.



en de onderstaande Function Solar Dashboard

Overigens blokkeer ik nu alleen de taken waarbij de solar functie gestopt wordt. Dus commando's waarbij DHW uitgezet wordt, of de pomp uit.

[ Voor 13% gewijzigd door edterbak op 22-06-2022 22:20 ]

[javaboon]

ah, ok dus eigenlijk is het niet block sceduled tasks, maar Prioritize DHW solar. Dat is al logischer

[Aikon]

Ik heb e.e.a. redelijk werkend, het hele home automation is volledig nieuw voor me, maar wel erg leuk

Vanmiddag komen de kwh-meters nog binnen. Ik moet denk ik nog wel iets van een database installeren toch, want na een reboot is de data weg. Wat wordt hier over het algemeen gebruikt om te loggen?

[Verwijderd]

@Aikon ik gebruik Home Assistant ingebouwde database hiervoor.
Moet je natuurlijk wel de Mosquito (MQTT) addon gebruiken icm de hier genoemde Heishamon.yaml

Heb een Warmtepomp dashboard gemaakt:

[ Voor 99% gewijzigd door Verwijderd op 24-06-2022 11:43 ]

[sjimmie]

Heishamon -> Mosquito -> Home Assistant (+yaml) -> InfluxDB -> Grafana.

[Verwijderd]

InfluxDB en Grafana wil ik ook, maar moet me daar nog eens over inlezen.

[sjimmie]

Verwijderd schreef op vrijdag 24 juni 2022 @ 11:57:
InfluxDB en Grafana wil ik ook, maar moet me daar nog eens over inlezen.

die zijn gewoon als docker containers te installeren.

[Aikon]

Mosquitto en het dashboard had ik werkend, nu de HA docker aan het installeren.

[edterbak]

Hoi.
Houd wel in de gaten met welk doel je home assistant wilt gebruiken.
Deze nodered flow werkt prima zonder ha.
Alleen nodig zijn mqtt broker + nodered.

Het kan geen kwaad allebei.

[edterbak]

Aikon schreef op vrijdag 24 juni 2022 @ 11:11:
Ik heb e.e.a. redelijk werkend, het hele home automation is volledig nieuw voor me, maar wel erg leuk

Vanmiddag komen de kwh-meters nog binnen. Ik moet denk ik nog wel iets van een database installeren toch, want na een reboot is de data weg. Wat wordt hier over het algemeen gebruikt om te loggen?

Hoi Aikon,
Je hebt geen database nodig voor de NR flow. Je moet het alleen juist installeren. Persistent data.
Als dit werkt, is alles blijvend (na 5 minuten draaien)

[edterbak]

Verwijderd schreef op vrijdag 24 juni 2022 @ 11:57:
InfluxDB en Grafana wil ik ook, maar moet me daar nog eens over inlezen.

Daar ben ik ook mee bezig. Side project.
Maar dat is nog best lastig sinds FLUX.

Maargoed, bij mij ligt de focus op stand-alone NodeRed dashboard.


Ter info:
Ik ben even bezig geweest in Github (main)
Ik heb de readme aangepast. De FAQ zit nu rechtstreeks in de main pagina.

tell me what you think

[Verwijderd]

@edterbak Zo dat ziet er een stuk gelikter uit zo! Netjes gedaan.
Mag ik vragen wat je doet aangezien je hier zoveel tijd in kan steken?
Ik ben half in de 40, fulltime baan als VTSO en het lijkt wel of ik elk jaar minder vrije tijd heb, haha.

[edterbak]

Verwijderd schreef op zaterdag 25 juni 2022 @ 12:55:
@edterbak Zo dat ziet er een stuk gelikter uit zo! Netjes gedaan.
Mag ik vragen wat je doet aangezien je hier zoveel tijd in kan steken?
Ik ben half in de 40, fulltime baan als VTSO en het lijkt wel of ik elk jaar minder vrije tijd heb, haha.

Hahaha..
Ik ben gewoon een idioot.
Ik ben 44, werk ook 40 uur per week bij R&D afdeling van een metaalbedrijf. Ik heb alleen niet zo veel slaap nodig en dat gecombineerd met een hobby, maakt een idioot.

[edterbak]

@Verwijderd
Ik zie in github nog een branch staan, waarvan ik dacht dat ik deze verwijderd had.
v14-beta1

De commits die je gedaan hebt hierin, gaan over de FAQ.
Kan deze branch weg of staat er meer info in in de huidige frontpage?

[Verwijderd]

Kan weg, ik weet nog niet hoe ik mijn fork verwijder.

[edterbak]

@Verwijderd
Ik heb een nieuwe versie geupload. Het is niet een versie die hele grote veranderingen brengt hoor.
Maar ik heb de FAQ aangevuld, je vraag over softstart functie.

De volgende versie, daar wil ik een mooiere aanpassing in doorvoeren.

[Verwijderd]

Mooi, ik ga er vandaag naar kijken.
Toevallig gisteren mijn NUC opnieuw ingericht. Debian 11, HA supervised, pi-hole, owserver (1-wire), Deconz (conbee ii) etc.
Wat jij voostelde proxmod enzo durf ik me nog niet aan te wagen

Werkt nu allicht stabieler ipv windows 11->VM ubuntu->HA Supervised.

Zeker met alle usb passthrough.

[sjampeter]

allereerst bedankt voor al het top werk!!
voor een amateur als mij, is het toch redelijk te volgen.
toevallig gisteren versie 16 geplaatst, echter krijg ik de volgende foutcode

wat doe ik fout?

[edterbak]

Hmmm.
Dat is niet zo als ik het bedacht had.

Uit mijn hoofd (zit nu op het werk)
De oorsprong ligt ergens in kwh berekeningen van dhw en heat.
Het zou kunnen dat het verdwijnt zodra energie consumptie van dhw + heat modus beiden plaats hebben gevonden.

Kun je aangeven of je een p1 meter uitleest?
Kun je aangeven wat de frequentie is van deze foutmelding? (Ik neem aan dat het niet eenmalig is)
Ik zal vanavond een schone installatie uittesten om het te reproduceren en fixen.

[ Voor 11% gewijzigd door edterbak op 27-06-2022 11:00 ]

[Aikon]

Voor ik het vergeet: dat Dashboard - en de Heishamon natuurlijk - is wel echt vet. Dat was voor mij ook een reden om voor de Panasonic te gaan. Bedankt voor alle moeite

edterbak schreef op vrijdag 24 juni 2022 @ 12:36:
Hoi.
Houd wel in de gaten met welk doel je home assistant wilt gebruiken.
Deze nodered flow werkt prima zonder ha.
Alleen nodig zijn mqtt broker + nodered.

Het kan geen kwaad allebei.

Juist, ik las het in de installaite over persitent data en dacht dat doe ik nog wel even, maar daarna vergeten

Maar nu wil ik de externe thermometers werkend krijgen, daarvoor moet ik een HA entitie toevoegen, dus dan heb ik toch wel HA nodig?

Ik vraag omdat ik gister een tijd bezig ben geweest hiermee, maar omdat ik HA in een docker draai ik niet zomaar bij configuration.yaml kan. Sterker nog, het is bijzonder lastig, daarnaast mist het Add-on gebeuren en zijn updates lastiger. Ik ga dus maar HA apart draaien op een 2e rpi, die heb ik nog liggen.

Als ik wat dingetjes tegenkom op Github wat niet helemaal klopt zal ik dat hier melden? Zo is bijv. het screenshot van die thermometers outdated

[sjampeter]

edterbak schreef op maandag 27 juni 2022 @ 10:58:
Hmmm.
Dat is niet zo als ik het bedacht had.


Kun je aangeven of je een p1 meter uitleest?

ik gebruik voorlopig nog enkel de meter van de panasonic zelf.
heb wel een p1 poort welke in domoticz binnenkomt, echter deze zit nog niet gekoppeld.
(moet eigenlijk nog uitzoeken hoe dit moet en waar)

Kun je aangeven wat de frequentie is van deze foutmelding? (Ik neem aan dat het niet eenmalig is)

verschilt, kan zomaar binnen paar minuten zijn, echter kan er ook enkele uren tussen zitten. het zijn er wel altijd 2 tegelijk.

vermoedelijk ligt het aan mij. zal nog wel iets moeten instellen wat ik nog niet gedaan heb.

[edterbak]

Aikon schreef op maandag 27 juni 2022 @ 12:04:
Voor ik het vergeet: dat Dashboard - en de Heishamon natuurlijk - is wel echt vet. Dat was voor mij ook een reden om voor de Panasonic te gaan. Bedankt voor alle moeite

[...]

Juist, ik las het in de installaite over persitent data en dacht dat doe ik nog wel even, maar daarna vergeten

Maar nu wil ik de externe thermometers werkend krijgen, daarvoor moet ik een HA entitie toevoegen, dus dan heb ik toch wel HA nodig?

Wat voor thermometers zijn het?
Het is misschien niet nodig om homeassistant te gebruiken daarvoor. Veel is ook rechtstreeks in node red in te laden. Je kunt hier zoeken of er iets voor aanwezig is in NR. https://flows.nodered.org/

Ik vraag omdat ik gister een tijd bezig ben geweest hiermee, maar omdat ik HA in een docker draai ik niet zomaar bij configuration.yaml kan. Sterker nog, het is bijzonder lastig, daarnaast mist het Add-on gebeuren en zijn updates lastiger. Ik ga dus maar HA apart draaien op een 2e rpi, die heb ik nog liggen.

HA in de docker versie is misschien wat te veel afgeschermd. Inderdaad zijn de add-ons dan niet bruikbaar.
JE zou dan alle zaken die je per add-on zou willen installeren, zelfstandig moeten installeren in docker bv.

Maar, Ik weet nu nog niet exact hoe het moet, maar mijn volgende stap is om HA niet in VM te draaien, maar in een proxmox container met ubuntu. Die linux voorzien van HA, zonder docker, dus rechtstreeks. Zo is een smb server iets eenvoudiger te installeren en te snappen.

Als ik wat dingetjes tegenkom op Github wat niet helemaal klopt zal ik dat hier melden? Zo is bijv. het screenshot van die thermometers outdated

Ja graag. Ik zal dan de door jou verzamelde punten proberen te verhelpen.
Je mag er een verzamel item in Github voor maken. dat werkt. Maar je mag het ook hier doen. Niet beiden Kies maar.

[ Voor 3% gewijzigd door edterbak op 27-06-2022 17:39 ]

[edterbak]

sjampeter schreef op maandag 27 juni 2022 @ 13:17:
[...]
ik gebruik voorlopig nog enkel de meter van de panasonic zelf.
heb wel een p1 poort welke in domoticz binnenkomt, echter deze zit nog niet gekoppeld.
(moet eigenlijk nog uitzoeken hoe dit moet en waar)

verschilt, kan zomaar binnen paar minuten zijn, echter kan er ook enkele uren tussen zitten. het zijn er wel altijd 2 tegelijk.

Klinkt toch echt alsof ik iets fout gedaan heb. Het kan geen kwaad dat er iets gebeurt wat je niet wil ofzo. het betreft DENK IK de COP berekening van DHW/HEAT
Ik ga er vanavond in duiken om dit op te lossen.

[sjampeter]

deze functie geeft de melding om de 5 minuten



deze functie om de 15

[edterbak]

sjampeter schreef op maandag 27 juni 2022 @ 19:28:
[Afbeelding]

deze functie geeft de melding om de 5 minuten

[Afbeelding]

deze functie om de 15

Ik heb de bug gevonden.
Fixing it now.

[edterbak]

@sjampeter

v17.1 staat in github

Als het goed is zie je nu deze error niet meer.
Ik hoor graag of dit inderdaad zo is.

https://github.com/edterbak/NodeRed_Heishamon_control