Orcon HRC RF modbus in ESPHome

[vliegnerd]

TommieSc schreef op zaterdag 26 augustus 2023 @ 17:56:
Als ik hier zo even snel overheen lees moet het dus mogelijk zijn om de bypass functie ook te automatiseren zodat hij de verse lucht middels bypass zo dicht mogelijk bij de comfort temperatuur zal maken.. Finally!
De waardeloze regeling van orcon is nu de verse lucht op een zomeravond van 22graden naar 26 graden aan het wisselen, geen wonder dat het niet afkoelt in huis.

Verwacht er niet te veel van. Het koelvermogen van de lucht uit de WTW is maar klein.

Ik heb een simpele automatisering in HA die de bypass opent als het buiten onder de 21 graden is (en sluit als de temperatuur groter is). Als het dan 's nachts afkoelt, dan zuig je tenminste koele lucht aan. Of beter, ga je de enigszins koele lucht niet zitten opwarmen tot binnentemperatuur.

Soms is het wel als koude lucht te merken in de slaapkamer, beetje oncomfortabel, want de laatste tijd kan het flink afkoelen 's nachts. (Nou ja, behalve de afgelopen week dan). Dus eigenlijk moet er ook nog een voorwaarde zijn "mits zoveel graden, anders ook dicht".

Maar in de winter zet ik deze hele automatisering gewoon uit en blijft de bypass dicht.

[ Voor 4% gewijzigd door vliegnerd op 26-08-2023 19:28 ]

[Swazija]

vliegnerd schreef op zaterdag 26 augustus 2023 @ 18:23:
[...]


Verwacht er niet te veel van. Het koelvermogen van de lucht uit de WTW is maar klein.

Ik heb een simpele automatisering in HA die de bypass opent als het buiten onder de 21 graden is (en sluit als de temperatuur groter is). Als het dan 's nachts afkoelt, dan zuig je tenminste koele lucht aan. Of beter, ga je de enigszins koele lucht niet zitten opwarmen tot binnentemperatuur.

Soms is het wel als koude lucht te merken in de slaapkamer, beetje oncomfortabel, want de laatste tijd kan het flink afkoelen 's nachts. (Nou ja, behalve de afgelopen week dan). Dus eigenlijk moet er ook nog een voorwaarde zijn "mits zoveel graden, anders ook dicht".

Maar in de winter zet ik deze hele automatisering gewoon uit en blijft de bypass dicht.

Let ook op de dauw temperatuur. Je wilt niet je leidingen onder de condens hebben…

[vliegnerd]

Swazija schreef op zondag 27 augustus 2023 @ 09:52:
[...]

Let ook op de dauw temperatuur. Je wilt niet je leidingen onder de condens hebben…

Ja, nog niet over nagedacht. Dank!
In voorjaar en zomer speelt dat niet zo. Dat wil zeggen in het voorjaar staat het helemaal nog niet aan als er dauwnachten zijn, maar die komen we wel aan.

(Overigens staat de automation sinds vannacht weer uit, omdat het hele huis afgekoeld is, dankzij de geweldige “zomer”) In tegenstelling tot vorige zomer helemaal nog geen hittestress gehad in/over het huis.

[ Voor 0% gewijzigd door vliegnerd op 03-09-2023 08:52 . Reden: Late edit: spelfouten / autocorrect / leesbril niet op ]

[TommieSc]

Swazija schreef op zondag 27 augustus 2023 @ 09:52:
[...]

Let ook op de dauw temperatuur. Je wilt niet je leidingen onder de condens hebben…

inderdaad, daarom had ik juist verwacht dat de bypass dicht zou gaan bij een ΔT>5℃, maar hij gaat dan juist pas open.

[SoulShot]

Ik probeer ondertussen mijn vochtsensor in mijn HRC-350 te verbeteren. Die lijkt een beetje hit-en-miss: als ik douche zal hij soms wel, soms niet detecteren. Ik heb de sensor zelf in het toestel al proper gemaakt, maar dat doet niet veel. Vreemd is ook dat hij de vochttoename wel vastlegt, maar niet altijd reageert...


Daarom dat ik via deze weg wil proberen om zelf te boosten. Dit doe ik door een temp. sensor aan de aanvoerleiding douche te zetten. Dan wil ik "boost" triggeren op de fake remote. Deze gaat nu naar stand 3, maar dat is wat luidt als ik 's ochtends weg moet en vrouw/kind liggen nog te slapen. Bij aanslaan vochtsensor is dat maar stand 2. Is het echter mogelijk om:
* bij het "boost" command de stand te kiezen?
* een fake vocht/C02 call te doen naar het toestel?

Ik kan ook manueel stand 2 activeren, en 15 min later uitzetten. Maar heb het probleem dat mijn USB met RF 5% van de tijd 'unavailable' is, ondanks de antenne te hebben gekocht die hier staat. Dan zou het dus kunnen dat ik stand 2 activeer, en hij 15 min later indien 'unavailable' niet meer uitgaat...

[ Voor 6% gewijzigd door SoulShot op 08-09-2023 13:14 ]

[Vaevictis_]

SoulShot schreef op vrijdag 8 september 2023 @ 13:00:
Ik probeer ondertussen mijn vochtsensor in mijn HRC-350 te verbeteren. Die lijkt een beetje hit-en-miss: als ik douche zal hij soms wel, soms niet detecteren. Ik heb de sensor zelf in het toestel al proper gemaakt, maar dat doet niet veel. Vreemd is ook dat hij de vochttoename wel vastlegt, maar niet altijd reageert...
[Afbeelding]

Daarom dat ik via deze weg wil proberen om zelf te boosten. Dit doe ik door een temp. sensor aan de aanvoerleiding douche te zetten. Dan wil ik "boost" triggeren op de fake remote. Is het echter mogelijk om bij het "boost" command de stand te kiezen? Deze gaat nu naar stand 3, maar dat is wat luidt als ik 's ochtends weg moet en vrouw/kind liggen nog te slapen. Bij aanslaan vochtsensor is dat maar stand 2.

Ik kan ook manueel stand 2 activeren, en 15 min later uitzetten. Maar heb het probleem dat mijn USB met RF 5% van de tijd 'unavailable' is, ondanks de antenne te hebben gekocht die hier staat. Dan zou het dus kunnen dat ik stand 2 activeer, en hij 15 min later indien 'unavailable' niet meer uitgaat...

Ik heb het opgelost door Vent Axia svara op het afvoerkanaal in de douche te plaatsen hiermee gaat het bij mij wel goed omdat deze voor extra flow zorgt en de WTW unit eerder zal aanslaan. De ventilator (svara) kan je programmeren bv reageren op licht, beweging of via een programma extra ventileren. Ben er erg blij mee.

[SoulShot]

Vaevictis_ schreef op vrijdag 8 september 2023 @ 13:06:
[...]


Ik heb het opgelost door Vent Axia svara op het afvoerkanaal in de douche te plaatsen hiermee gaat het bij mij wel goed omdat deze voor extra flow zorgt en de WTW unit eerder zal aanslaan. De ventilator (svara) kan je programmeren bv reageren op licht, beweging of via een programma extra ventileren. Ben er erg blij mee.

Interessant, al lijkt mij triggeren via een apart vocht/temp sensor en aansturen HRC via Home Assistant toch iets simpler, maar ieder zijn voorkeur natuurlijk. Verder heb ik geen 230V thv het ventilatie kanaal.

Wel goed te weten dat ik niet de enige ben met dit probleem precies. Had eerst idee dat vochtsensor/detectie methode stuk is, maar lijkt precies een toestel probleem dan.

[ Voor 11% gewijzigd door SoulShot op 08-09-2023 13:31 ]

[vliegnerd]

SoulShot schreef op vrijdag 8 september 2023 @ 13:00:
Ik probeer ondertussen mijn vochtsensor in mijn HRC-350 te verbeteren. Die lijkt een beetje hit-en-miss: als ik douche zal hij soms wel, soms niet detecteren. Ik heb de sensor zelf in het toestel al proper gemaakt, maar dat doet niet veel. Vreemd is ook dat hij de vochttoename wel vastlegt, maar niet altijd reageert...

Zelfde ervaring. Ik heb volgens mij een HRC-425 (teruggeschroefd door installateur naar 300 m3/h) en die doet echt NIETS bij vocht. Terwijl het vocht goed te zien is in de waarden van de interne vochtsensor.

De Itho neefjes hebben bijna dezelfde elektronica (worden door extern bedrijf gemaakt, vandaar vrijwel identiek) en Itho geeft netjes aan dat in "CO2 auto" modus er geen actie op RV is. Ik verdenk dat het --vanwege dezelfde elektronica-- ook niet werkt bij Orcon, maar dat ze gewoon al dan niet bewust liegen in de folder.

Daarom dat ik via deze weg wil proberen om zelf te boosten. Dit doe ik door een temp. sensor aan de aanvoerleiding douche te zetten. Dan wil ik "boost" triggeren op de fake remote. Deze gaat nu naar stand 3, maar dat is wat luidt als ik 's ochtends weg moet en vrouw/kind liggen nog te slapen. Bij aanslaan vochtsensor is dat maar stand 2.

Ik trigger op de vochtsensor van de Orcon HRC met behulp van de integratie "generic hygrostat" https://github.com/bassch...sistant-generic-hygrostat
Te installeren via HACS.

Dan heb ik een automation die bij activeren van de hygrostat EN als de fan nog niet in boost stand (temporary 3) de boost stand voor 1 uur te activeren met een fake remote. Dat is dus hetzelfde als op de knop van de afstandsbediening drukken.

Is het echter mogelijk om:
* bij het "boost" command de stand te kiezen?

Ja, je kan ook stand 2 voor een bepaalde tijd activeren. Mijn CO2 remote doet stand 2 voor 14 uur ofzo, dus de hele nacht. (Maar die stand werkt helemaal niet op mijn HRC, ander verhaal). Je kan ook stand 2 voor 1 uur activeren. Of voor 15 minuten.

Dat vereist wat verdieping in ramses_rf / commando 22F3 . https://github.com/zxdavb...protocol/parsers.py#L1594

(Ik heb die commando's wel liggen, staan in mijn configuration.yaml, ik kan ze wel opzoeken, maar op dit moment niet).

* een fake vocht/C02 call te doen naar het toestel?

Je kan ook een fake "vent demand" commando sturen. Dat gebruiken de CO2 remotes. Ze sturen niet de CO2 naar de HRC fan, maar ze vragen om een bepaalde minimale luchtstroom. De fan kiest vervolgens de maximale minimale luchtstroom als instelling. (Als de fan in auto staat). Maar ik vind een "60 minuten boost" veel makkelijker en werkt ook en transparanter.

Ik kan ook manueel stand 2 activeren, en 15 min later uitzetten. Maar heb het probleem dat mijn USB met RF 5% van de tijd 'unavailable' is, ondanks de antenne te hebben gekocht die hier staat. Dan zou het dus kunnen dat ik stand 2 activeer, en hij 15 min later indien 'unavailable' niet meer uitgaat...

Als je een automation bouwt die bijvoorbeeld elke minuut de status van de "generic hygrostat" bekijkt, in plaats van te triggeren op "hygrostat on" en de boost aanzet als die nog niet aanstaat, dan zou je de antenne/dongle perikelen moeten kunnen omzeilen.

[SoulShot]

vliegnerd schreef op vrijdag 8 september 2023 @ 13:41:
[...]


Zelfde ervaring. Ik heb volgens mij een HRC-425 (teruggeschroefd door installateur naar 300 m3/h) en die doet echt NIETS bij vocht. Terwijl het vocht goed te zien is in de waarden van de interne vochtsensor.

De Itho neefjes hebben bijna dezelfde elektronica (worden door extern bedrijf gemaakt, vandaar vrijwel identiek) en Itho geeft netjes aan dat in "CO2 auto" modus er geen actie op RV is. Ik verdenk dat het --vanwege dezelfde elektronica-- ook niet werkt bij Orcon, maar dat ze gewoon al dan niet bewust liegen in de folder.


[...]


Ik trigger op de vochtsensor van de Orcon HRC met behulp van de integratie "generic hygrostat" https://github.com/bassch...sistant-generic-hygrostat
Te installeren via HACS.

Dan heb ik een automation die bij activeren van de hygrostat EN als de fan nog niet in boost stand (temporary 3) de boost stand voor 1 uur te activeren met een fake remote. Dat is dus hetzelfde als op de knop van de afstandsbediening drukken.


[...]

Ja, je kan ook stand 2 voor een bepaalde tijd activeren. Mijn CO2 remote doet stand 2 voor 14 uur ofzo, dus de hele nacht. (Maar die stand werkt helemaal niet op mijn HRC, ander verhaal). Je kan ook stand 2 voor 1 uur activeren. Of voor 15 minuten.

Dat vereist wat verdieping in ramses_rf / commando 22F3 . https://github.com/zxdavb...protocol/parsers.py#L1594

(Ik heb die commando's wel liggen, staan in mijn configuration.yaml, ik kan ze wel opzoeken, maar op dit moment niet).


[...]

Je kan ook een fake "vent demand" commando sturen. Dat gebruiken de CO2 remotes. Ze sturen niet de CO2 naar de HRC fan, maar ze vragen om een bepaalde minimale luchtstroom. De fan kiest vervolgens de maximale minimale luchtstroom als instelling. (Als de fan in auto staat). Maar ik vind een "60 minuten boost" veel makkelijker en werkt ook en transparanter.


[...]

Als je een automation bouwt die bijvoorbeeld elke minuut de status van de "generic hygrostat" bekijkt, in plaats van te triggeren op "hygrostat on" en de boost aanzet als die nog niet aanstaat, dan zou je de antenne/dongle perikelen moeten kunnen omzeilen.

Bedankt voor uitvoerige comment!

Toch vreemd dat de vocht waarden goed worden gemeten, maar niet juist worden verwerkt. Aangezien dit bij jou helemaal niets doet, is het probleem misschien nog wel anders dan bij mij (soms wel soms niet).

Spijtige zaak, want lijkt me nu niet zo moeilijk.

In elk geval, een work-arround lijkt aangewezen. Die 22F3 ontleden gaat mij precies een beetje te ver... Als je wat hebt liggen dat helpt om 15-30 min op stand 2 te boosten, dan zou dat zeker welkom zijn :-)


Wat betreft de 5% onbereikbaarheid: dat is in mijn geval meestal enkele uren niet, en dan is het weer terug voor een paar dagen. Daarom zou ik liefst de Orcon aansturen zodat de boost zelf na x minuten terug uitschakelt.

[ Voor 3% gewijzigd door SoulShot op 08-09-2023 14:34 ]

[vliegnerd]

SoulShot schreef op vrijdag 8 september 2023 @ 14:31:
[...]


Bedankt voor uitvoerige comment!

Toch vreemd dat de vocht waarden goed worden gemeten, maar niet juist worden verwerkt. Aangezien dit bij jou helemaal niets doet, is het probleem misschien nog wel anders dan bij mij (soms wel soms niet).

Ik heb i.i.g. nog nooit gezien dat de Orcon fan in een andere stand ging. Echt helemaal nooit. Dus zeker niet vanwege vocht. Ik zie gewoon geen enkele reactie. Mijn hypothese is (was) dat het gedrag identiek is aan de Itho fans: "In stand auto (co2 sturing) is er geen reactie op luchtvochtigheid".
Ik zal het wel een keer testen, door de fan in stand 1 te zetten en dan te gaan douchen. (Staat normaal altijd in auto en als we douchen zetten we in principe de boel in stand 3, als je dat vergeet is er de HA automation)

In elk geval, een work-arround lijkt aangewezen. Die 22F3 ontleden gaat mij precies een beetje te ver... Als je wat hebt liggen dat helpt om 15-30 min op stand 2 te boosten, dan zou dat zeker welkom zijn :-)

Deel van ramses_cc in configuration.yaml

YAML:

   29:162275:  # RF15 switch bathroom
      class: REM
      faked: True  # real RF15 but not operational, fake it...
      _note: Orcon 15RF
      commands:
        request31DA:  'RQ --- 29:162275 32:134446 --:------ 31DA 001 00'
        request10D0:  'RQ --- 29:162275 32:134446 --:------ 10D0 001 00' # filter
        low:          ' I --- 29:162275 32:134446 --:------ 22F1 003 000107'
        high:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000307'
        away:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000007'
        medium:       ' I --- 29:162275 32:134446 --:------ 22F1 003 000207'
        auto:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000407'
        auto2:        ' I --- 29:162275 32:134446 --:------ 22F1 003 000507'
        boost:        ' I --- 29:162275 32:134446 --:------ 22F1 003 000607'
        disable:      ' I --- 29:162275 32:134446 --:------ 22F1 003 000707'
        bypass_open:  ' W --- 29:162275 32:134446 --:------ 22F7 003 00C8EF'
        bypass_close: ' W --- 29:162275 32:134446 --:------ 22F7 003 0000EF'
        bypass_auto:  ' W --- 29:162275 32:134446 --:------ 22F7 003 00FFEF'
        high_60:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00123C03040404'
        med_60:       ' I --- 29:162275 32:134446 --:------ 22F3 007 00123C02040404'
        high_30:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00121E03040404'
        high_15:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00120F03040404'
        reset_filter: ' W --- 29:162275 32:134446 --:------ 10D0 002 00FF'

med 60 zet de fan 60 minuten in stand 2. (Net getest, werkt nog steeds).

De tijd staat in het derde byte (C0 = 60 minuten, 1E = 30, 0F is 15 minuten)

[SoulShot]

vliegnerd schreef op vrijdag 8 september 2023 @ 18:49:
[...]

Ik heb i.i.g. nog nooit gezien dat de Orcon fan in een andere stand ging. Echt helemaal nooit. Dus zeker niet vanwege vocht. Ik zie gewoon geen enkele reactie. Mijn hypothese is (was) dat het gedrag identiek is aan de Itho fans: "In stand auto (co2 sturing) is er geen reactie op luchtvochtigheid".
Ik zal het wel een keer testen, door de fan in stand 1 te zetten en dan te gaan douchen. (Staat normaal altijd in auto en als we douchen zetten we in principe de boel in stand 3, als je dat vergeet is er de HA automation)


[...]


Deel van ramses_cc in configuration.yaml

YAML:

   29:162275:  # RF15 switch bathroom
      class: REM
      faked: True  # real RF15 but not operational, fake it...
      _note: Orcon 15RF
      commands:
        request31DA:  'RQ --- 29:162275 32:134446 --:------ 31DA 001 00'
        request10D0:  'RQ --- 29:162275 32:134446 --:------ 10D0 001 00' # filter
        low:          ' I --- 29:162275 32:134446 --:------ 22F1 003 000107'
        high:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000307'
        away:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000007'
        medium:       ' I --- 29:162275 32:134446 --:------ 22F1 003 000207'
        auto:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000407'
        auto2:        ' I --- 29:162275 32:134446 --:------ 22F1 003 000507'
        boost:        ' I --- 29:162275 32:134446 --:------ 22F1 003 000607'
        disable:      ' I --- 29:162275 32:134446 --:------ 22F1 003 000707'
        bypass_open:  ' W --- 29:162275 32:134446 --:------ 22F7 003 00C8EF'
        bypass_close: ' W --- 29:162275 32:134446 --:------ 22F7 003 0000EF'
        bypass_auto:  ' W --- 29:162275 32:134446 --:------ 22F7 003 00FFEF'
        high_60:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00123C03040404'
        med_60:       ' I --- 29:162275 32:134446 --:------ 22F3 007 00123C02040404'
        high_30:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00121E03040404'
        high_15:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00120F03040404'
        reset_filter: ' W --- 29:162275 32:134446 --:------ 10D0 002 00FF'

med 60 zet de fan 60 minuten in stand 2. (Net getest, werkt nog steeds).

De tijd staat in het derde byte (C0 = 60 minuten, 1E = 30, 0F is 15 minuten)

Je kan om je vochtsensor te testen ook even "blazen" op je sensor met de Orcon in auto stand. Misschien heb een model zonder vocht sensor? Mijn HRC 350 heeft er één, en zit hier volgens handleiding




Thx voor code, snel eens testen

[vliegnerd]

SoulShot schreef op vrijdag 8 september 2023 @ 19:42:
[...]


Je kan om je vochtsensor te testen ook even "blazen" op je sensor met de Orcon in auto stand. Misschien heb een model zonder vocht sensor? Mijn HRC 350 heeft er één, en zit hier volgens handleiding
[Afbeelding]

[Afbeelding]

Ik heb wel een sensor, die werkt prima. Dwz er is
data. Die sensordata gebruik ik om de boost stand te activeren…
Maar mijn HRC lijkt er niets mee te doen…

[Swazija]

SoulShot schreef op vrijdag 8 september 2023 @ 13:00:
Vreemd is ook dat hij de vochttoename wel vastlegt, maar niet altijd reageert...

Bij mij werkt het prima. Je moet niet kijken naar de toestand waarin de machine zit, maar naar het debiet. Mijn WTW toert op naar 75% voor beide ventilatoren zodra de luchtvochtigheid in korte tijd omhoog gaat. Als dit over een te lange tijd gebeurt doet hij niets overigens, dus er wordt geregeld op de afgeleide van de luchtvochtigheid denk ik. De modus van de WTW blijft ook gewoon auto stand, dus ik kan het echt alleen aan het debiet en fan percentage zien. Let wel op dat je volgens Orcon minimaal 25% van je afvoer uit je vochtige ruimte dient te halen om deze functie goed te laten werken. In mijn geval wordt zelfs 50% uit mijn badkamer gehaald en zit een van de ventielen vrijwel boven de douche...

* bij het "boost" command de stand te kiezen?

Ja, dat kan via een 2411 commando. Hier een voorbeeld van mijn WTW waarbij ik de waarde van de boost setting naar 95% zet:

code:

2022-06-05T10:03:21.410341 075  W --- 37:171871 32:155617 --:------ 2411 023 000095000F000000BE00000000000000C8000000010032

BE bepaalt de waarde in dit geval. BE in hex is 190 in decimalen. De helft daarvan is 95. Stel jij wil naar 60 dan pak je dus de hex waarde van 120, dat is 78.

* een fake vocht/C02 call te doen naar het toestel?

De vocht call is een intern feestje bij Orcon, daar komt alleen de gemeten luchtvochtigheid naar buiten, maar er wordt niet uitgestuurd dat de WTW in een andere stand gaat. Dat is namelijk ook niet het geval als hij in auto staat, de WTW verandert alleen het debiet. Zelfde geldt voor CO2 alleen zijn het daar de sensoren die een 31E0 call doen (aanpassen fan snelheid) en dus geen CO2 waarde waarop de machine reageert.

Er zijn nog 2 2411 commando's meer waarvan ik niet exact weet wat ze doen maar waarvan ik wel denk dat ze met de luchtvochtigheidssensor te maken hebben. Als eerste is er de "Moisture scenario position (0=medium, 1=high)". Bij mij staat die op 1, dus op high. Je eigen waarde kun je vinden met een request:

code:

RQ --- 37:153258 32:153258 --:------ 2411 003 00004E

De waarde kun je dan inzien in je packet.log file. Veranderen van die optie doe je zo:

code:

2022-06-05T10:08:36.405329 076  W --- 37:171871 32:155617 --:------ 2411 023 00004E0000000000010000000000000001000000010000

waarbij de eerste 1 de waarde is (die kan dus 1 of 0 zijn).

Ten tweede heb je nog de "Sensor sensitivity (%)" optie. De waarde die je daar hebt kan varieren tussen 0 en 25%. Je vraagt de waarde op met een

code:

RQ --- 37:171871 32:155617 --:------ 2411 003 000052

. Bij mij staat de waarde op A0, wat overeenkomt met 1%. A0 is 10 in dec, dus deze waarde moet je door 10 delen. Schrijven van de waarde doe je als volgt

code:

W --- 37:171871 32:155617 --:------ 2411 023 00005200010000001E00000000000000FA000000010032

In dit voorbeeld zet ik de waarde op 3% (1E is 30 in dec en je moet delen door 10).

Zoals gezegd heb ik geen idee wat de bovenstaande 2 2411 commando's nu werkelijk beïnvloeden Ik heb ze alleen even verzet om te kijken wat de commando's waren. Je zou er eens mee kunnen spelen en kijken of er wat verandert. Als je dat gaat doen ben ik wel benieuwd naar de uitkomst.

Nog een nuttige opmerkingen. Instellingen van 2411 commando's resetten naar system default als de stroom er een keer af is geweest. Duurde bij mij ook een tijdje voordat ik daar achter was

[vliegnerd]

@Swazija Dank voor de 2411 commando’s. Ik zal mijn settings eens bekijken.

Bij mij gebeurt er echt helemaal niets als de luchtvochtigheid snel stijgt door douchen met de fan in auto stand. De fan blijft gewoon op laag toeren draaien met minimaal debiet
. Terwijl ik wel de sensor data “indoor humidity” uitlees en daarin de scherpe piek zie.

[SoulShot]

vliegnerd schreef op vrijdag 8 september 2023 @ 18:49:
[...]

Ik heb i.i.g. nog nooit gezien dat de Orcon fan in een andere stand ging. Echt helemaal nooit. Dus zeker niet vanwege vocht. Ik zie gewoon geen enkele reactie. Mijn hypothese is (was) dat het gedrag identiek is aan de Itho fans: "In stand auto (co2 sturing) is er geen reactie op luchtvochtigheid".
Ik zal het wel een keer testen, door de fan in stand 1 te zetten en dan te gaan douchen. (Staat normaal altijd in auto en als we douchen zetten we in principe de boel in stand 3, als je dat vergeet is er de HA automation)


[...]


Deel van ramses_cc in configuration.yaml

YAML:

   29:162275:  # RF15 switch bathroom
      class: REM
      faked: True  # real RF15 but not operational, fake it...
      _note: Orcon 15RF
      commands:
        request31DA:  'RQ --- 29:162275 32:134446 --:------ 31DA 001 00'
        request10D0:  'RQ --- 29:162275 32:134446 --:------ 10D0 001 00' # filter
        low:          ' I --- 29:162275 32:134446 --:------ 22F1 003 000107'
        high:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000307'
        away:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000007'
        medium:       ' I --- 29:162275 32:134446 --:------ 22F1 003 000207'
        auto:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000407'
        auto2:        ' I --- 29:162275 32:134446 --:------ 22F1 003 000507'
        boost:        ' I --- 29:162275 32:134446 --:------ 22F1 003 000607'
        disable:      ' I --- 29:162275 32:134446 --:------ 22F1 003 000707'
        bypass_open:  ' W --- 29:162275 32:134446 --:------ 22F7 003 00C8EF'
        bypass_close: ' W --- 29:162275 32:134446 --:------ 22F7 003 0000EF'
        bypass_auto:  ' W --- 29:162275 32:134446 --:------ 22F7 003 00FFEF'
        high_60:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00123C03040404'
        med_60:       ' I --- 29:162275 32:134446 --:------ 22F3 007 00123C02040404'
        high_30:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00121E03040404'
        high_15:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00120F03040404'
        reset_filter: ' W --- 29:162275 32:134446 --:------ 10D0 002 00FF'

med 60 zet de fan 60 minuten in stand 2. (Net getest, werkt nog steeds).

De tijd staat in het derde byte (C0 = 60 minuten, 1E = 30, 0F is 15 minuten)

Medium boosten werkt zo, hartelijk dank :-)

[marnie]

Er zijn nog 2 2411 commando's meer waarvan ik niet exact weet wat ze doen maar waarvan ik wel denk dat ze met de luchtvochtigheidssensor te maken hebben.

Ik kwam erachter dat mijn 'handleiding voor de installateur' die ik bij mijn HRC425 heb gekregen niet up to date is. De nieuwe versie https://orcon.nl/download/3771/?tmstv=1681996801 heeft op blz 37 de setup staan van de drukknop menu van de printplaat op de HRC.

Mijn gedachten, na een test via het drukknop menu te hebben uitgevoerd:

De 'Moisture scenario position (0=medium, 1=high)' komt waarschijnlijk overeen met 'Stand Vochtscenario' en geeft de debiet mode aan bij te veel vocht: medium of high (speed 2 of speed 3).

De 'Sensor sensitivity (%)' komt denk ik overeen met "% RH verhoging".
Ik heb dit getest en bij een stijging van ca 58%RH naar 66%RH werd de snelheid in stand 1 wel verhoogt en in stand 2 niet verhoogt. Oftewel in stand 2 werd de snelheid van de WTW niet verhoogd als mijn douche loopt, stand 1 verhoogd het debiet wel.

[marnie]

Hallo, ik meng me ook even in deze discussie.

Deze zomer heb ik een Orcon HRC 425 Smartcomfort geïnstalleerd in mijn woning. Deze WTW is gekoppeld aan Homeassistant met de SSM-D2 Ramses dongle van Peter Price.
Met hulp van dit forum heb ik de setup gemaakt en één fake remote om de WTW vanuit Homeassistant te kunnen aansturen. Ik deel mijn ervaring graag maar ik heb ook een paar vragen.

Mijn configuration.yaml setup:

code:

ramses_cc:
  serial_port: /dev/serial/by-id/usb-SparkFun_evofw3_atmega32u4-if00
  restore_cache:
    restore_state: true 
    restore_schema: true 
  scan_interval: 10 # default 60
  packet_log:
    file_name: packet.log
    rotate_backups: 7
  advanced_features:
    send_packet: true

  ramses_rf:
    enforce_known_list: true #  if not true, still enforces the block_list
    #    disable_discovery: false
    #    disable_sending: false  # do not transmit any packets, ever
    enable_eavesdrop: false # can be used to create an initial system schema

  orphans_hvac:
    32:139773: # Orcon HRC425
    32:131922: # Orcon zoneklep 
    32:097277: # Orcon CO2 sensor 1 slapen
    32:097710: # Orcon CO2 sensor 2 wonen
    37:139773: # Fake remote
    37:097277: # Fake CO2 slapen
    18:000730:
    
  known_list:
    32:139773: # Orcon HRC425
      class: FAN
      _note: Orcon WTW 
      
    32:131922: { class: HVC } # Orcon Zoneklep
    32:097277: # Orcon CO2 bediening 1 | Zone 1: slapen
      class: CO2
#      faked: true
#      scheme: orcon

    32:097710: # Orcon CO2 bediening 2 | Zone 2: wonen
      class: CO2
#      faked: true
#      scheme: orcon

#    18:072982: # Ramses USB dongle 
#      class: HGI
#      _note: SSM-D2
    18:000730:  # Ramses USB dongle 
      class: HGI
      _note: SSM-D2

    37:139773:
      class: REM
#      scheme: orcon
      faked: true
      commands:
        away:   " I --- 37:139773 32:139773 --:------ 22F1 003 000007" # Uit
        away1:  " I --- 37:139773 32:139773 --:------ 22F1 003 000107" # away
        low:    " I --- 37:139773 32:139773 --:------ 22F1 003 000207" # speed 1  45m3/h
        medium: " I --- 37:139773 32:139773 --:------ 22F1 003 000307" # speed 2 150m3/h
        high:   " I --- 37:139773 32:139773 --:------ 22F1 003 000407" # speed 3 225m3/h
        auto:   " I --- 37:139773 32:139773 --:------ 22F1 003 000507" # auto ca 30% van speed 3
        bypass_open:  " W --- 37:139773 32:139773 --:------ 22F7 003 00C8EF" 
        bypass_close: " W --- 37:139773 32:139773 --:------ 22F7 003 0000EF" 
        bypass_auto:  " W --- 37:139773 32:139773 --:------ 22F7 003 00FFEF" 
        request31DA:      "RQ --- 37:139773 32:139773 --:------ 31DA 001 00"
        RQ_filter_change: "RQ --- 37:139773 32:139773 --:------ 10D0 001 00"
        reset_filter:     'RQ --- 37:139773 32:139773 --:------ 10D0 002 00FF'

Tijdens de setup van bovenstaande configuratie kwam ik in de packet.log twee device codes tegen die beiden werken als zijnde de usb dongle, ik heb 18:000730 in gebruik maar 18:072982 werkt ook. Hoe kan dit, doe ik iets fout?

De, in veel voorbeelden gebruikte, code voor 'auto' werkt bij mij niet als 'auto' maar als 'speed 3'
Ik heb geen 'auto2' yaml code gevonden om als faked commando te gebruiken, zijn er anderen met dezelfde ervaring?

Heeft iemand al ramses commando regels gevonden voor het veranderen van het CO2 setpoint level, deze staat bij Orcon standaard op 1200pmm en is met een RF15 display (die ik niet bezit) aan te passen naar 1050ppm. Deze 1200ppm is veel te hoog, ideaal zou zijn deze op 800ppm te krijgen met een ramses commando.

Met de WTW in 'auto' stand is het debiet van de ventilatoren ca. 67m3/h. Wat ik achterhaal is dat dit debiet afhankelijk is van 'speed 3' = het maximum debiet van de uitgaande luchtstroom. De uitgaande luchtstroom is echter beperkt door de dakdoorvoer en kan ik niet verder verhogen ivm het aanzuigen van waterdruppels.
Een debiet van 67m3/h in de WTW betekent bij mij een debiet 32m3/h in de woonkamer, dit is niet genoeg om (voor twee personen) de CO2 waarde laag te houden, de waarde loopt dus op naar 1200ppm waarna de ventilatoren pas beginnen op te toeren. Ik ga er vanuit dat de kleppen dan ook al meewerken.
Weet iemand wanneer de kleppen in beweging komen?
Is er een manier om het debiet in 'auto' mode te verhogen, bv via een yaml commando.

Ik zie in de documentatie van het 15rf display dat de debieten per speed mode met het RF15 display kunnen worden aangepast, heeft iemand ervaring hiermee? Wat is de range van deze instelling? Beïnvloed dat het 'auto' debiet? Zijn hier misschien al wat commando regels voor gevonden in yaml?

[mrmrmr]

Is het mogelijk om via een script of een andere manier het hard draaien (loeien) van de ventilator tijdens opstarten uit te schakelen, zodat hij stil opstart?

Wat betreft capaciteit per ruimte: de deur openzetten helpt want CO2 verspreidt zich snel, maar dat is in de winter misschien ongewenst wegens warmteverlies.

[Vaevictis_]

mrmrmr schreef op donderdag 5 oktober 2023 @ 08:23:
Is het mogelijk om via een script of een andere manier het hard draaien (loeien) van de ventilator tijdens opstarten uit te schakelen, zodat hij stil opstart?

Wat betreft capaciteit per ruimte: de deur openzetten helpt want CO2 verspreidt zich snel, maar dat is in de winter misschien ongewenst wegens warmteverlies.

Nee dat kan niet, ziet in het opstart proces van de printplaat ingebakken. Ik heb wel een oude versie gehad van een HRC 400 print die had dat niet aanstaan. Ik vind het wel prettig als ik de unit op afstand uitzet dat ik kan horen of deze ook weer aangaat.

[vliegnerd]

marnie schreef op woensdag 4 oktober 2023 @ 16:10:

Heeft iemand al ramses commando regels gevonden voor het veranderen van het CO2 setpoint level, deze staat bij Orcon standaard op 1200pmm en is met een RF15 display (die ik niet bezit) aan te passen naar 1050ppm. Deze 1200ppm is veel te hoog, ideaal zou zijn deze op 800ppm te krijgen met een ramses commando.

Dat kan niet.

CO2 wordt geheel door de CO2 sensor aan de muur geregeld.
De CO2 remote meet CO2 en stuurt die wel via een RF bericht. Die kun je ontvangen en in HA verwerken, maar de HRC fanunit doet er niets mee.
De CO2 remote stuurt ook een "vent demand" op basis van de CO2 concentratie en het ingestelde max niveau. Die vent demand berichten gebruikt de HRC fan unit om in auto modus de fanspeed te verhogen.
Als je meerdere CO2 remotes hebt, dan kiest de HRC gewoon het hoogste vent demand. Als je zo'n zoneklep unit hebt, dan regelt die unit de klepstand en vertaald de berichten uit de twee zones in één vent demand die naar de HRC fanunit gestuurd wordt.

Ik heb een RF15 display, je kunt het CO2 niveau/setpoint niet instellen.

Ik zie in de documentatie van het 15rf display dat de debieten per speed mode met het RF15 display kunnen worden aangepast, heeft iemand ervaring hiermee? Wat is de range van deze instelling? Beïnvloed dat het 'auto' debiet? Zijn hier misschien al wat commando regels voor gevonden in yaml?

Die staan in de post van @Swazija een paar posts hierboven (2411 berichten).
Swazija in "Orcon HRC RF modbus in ESPHome"

Als je een specifiek bericht zoekt dat daar niet staat, dan kan ik dat voor je "afluisteren".

[ Voor 5% gewijzigd door vliegnerd op 06-10-2023 10:15 ]

[marnie]

vliegnerd bedankt voor de feedback en hulp.
Jammer/onhandig dat de code voor de CO2 regel snelheid in de CO2sensor zit en niet in de HRC zelf.

Ik kan de luchtsnelheid aan passen aan het CO2 gehalte door in Homeassistant een automation te maken getriggerd op CO2 waarde en een snelheid mode te kiezen met 'service: remote.send_command'. Dat werkt prima echter de debieten zijn beperkt tot low, medium en high.
Niet erg nauwkeurig.en ik verlies mijn auto mode met daarin de vochtigheidsregeling en klepaansturing.

Liever zou ik de snelheid van mijn 'auto' mode met een 'service: remote.send_command' willen aanpassen door bv door de ventilatoren een bepaalde % snelheid te geven. Kan dit met een 2411 commando. Een aantal van de commando's van Swazija heb ik geprobeerd, helaas zonder succes.
Ik kan daar wat hulp bij gebruiken, als wat ik vraag überhaubt mogelijk is

Enigszins gerelateerd: het viel me op dat met mijn HRC425 dipswitches geen verschil te maken is tussen de aan- en afvoer snelheden om bv een kleine overdruk te creëren, bv high inkomend op 250 en high uitgaand op 225m3/h (ons huis is niet luchtdicht). In de praktijktest bepaald de ventilator met de hoogst ingestelde waarde de luchtsnelheid, uitgelezen met Ramses in Homeassistant. Dit geldt voor alle snelheidsmodes. Beetje vreemd, lijkt op een bug in de hoofd print.
Werkt dat wel als deze overdruk wordt ingesteld met het RF 15 display? Indien ja, @vliegnerd zou je dat voor me willen afluisteren?

[Vaevictis_]

marnie schreef op vrijdag 6 oktober 2023 @ 14:31:
vliegnerd bedankt voor de feedback en hulp.
Jammer/onhandig dat de code voor de CO2 regel snelheid in de CO2sensor zit en niet in de HRC zelf.

Ik kan de luchtsnelheid aan passen aan het CO2 gehalte door in Homeassistant een automation te maken getriggerd op CO2 waarde en een snelheid mode te kiezen met 'service: remote.send_command'. Dat werkt prima echter de debieten zijn beperkt tot low, medium en high.
Niet erg nauwkeurig.en ik verlies mijn auto mode met daarin de vochtigheidsregeling en klepaansturing.

Liever zou ik de snelheid van mijn 'auto' mode met een 'service: remote.send_command' willen aanpassen door bv door de ventilatoren een bepaalde % snelheid te geven. Kan dit met een 2411 commando. Een aantal van de commando's van Swazija heb ik geprobeerd, helaas zonder succes.
Ik kan daar wat hulp bij gebruiken, als wat ik vraag überhaubt mogelijk is

Enigszins gerelateerd: het viel me op dat met mijn HRC425 dipswitches geen verschil te maken is tussen de aan- en afvoer snelheden om bv een kleine overdruk te creëren, bv high inkomend op 250 en high uitgaand op 225m3/h (ons huis is niet luchtdicht). In de praktijktest bepaald de ventilator met de hoogst ingestelde waarde de luchtsnelheid, uitgelezen met Ramses in Homeassistant. Dit geldt voor alle snelheidsmodes. Beetje vreemd, lijkt op een bug in de hoofd print.
Werkt dat wel als deze overdruk wordt ingesteld met het RF 15 display? Indien ja, @vliegnerd zou je dat voor me willen afluisteren?

Om even in te haken de orcon ventilatie prints hebben bepaalde bugs zoals dat debieten niet overeenkomen zoals in de installatie handleiding staan bij de dipswitches. Ook de vochtsensor van mijn hrc (model 2019) en print werkte niet. Ik heb in 2022 een andere print en vochtsensor gekregen met laatste firmware toen werkte dat allemaal opeens wel.

[marnie]

Om even in te haken de orcon ventilatie prints hebben bepaalde bugs zoals dat debieten niet overeenkomen zoals in de installatie handleiding staan bij de dipswitches. Ook de vochtsensor van mijn hrc (model 2019) en print werkte niet. Ik heb in 2022 een andere print en vochtsensor gekregen met laatste firmware toen werkte dat allemaal opeens wel.

Van deze bugs wordt ik niet vrolijk, wel dat het door Orcon is opgelost.
Heb je dat via je installateur/leverancier geregeld of rechtstreeks bij Orcon?

Ik heb de installatie zelf geïnstalleerd en heb dus geen installateur, alleen een webwinkel.
Mijn HRC is van 2023, ik ben geen verkeerde debieten tegen gekomen in de dipswitch setup ook geen vocht meet problemen. Wel andere zaken, waaronder de overdruk en de CO2 waarde die fabrieksmatig niet op een veilige/gezonde 800ppm is te regelen met de CO2 sensoren.

[Vaevictis_]

marnie schreef op vrijdag 6 oktober 2023 @ 16:11:
[...]


Van deze bugs wordt ik niet vrolijk, wel dat het door Orcon is opgelost.
Heb je dat via je installateur/leverancier geregeld of rechtstreeks bij Orcon?

Ik heb de installatie zelf geïnstalleerd en heb dus geen installateur, alleen een webwinkel.
Mijn HRC is van 2023, ik ben geen verkeerde debieten tegen gekomen in de dipswitch setup ook geen vocht meet problemen. Wel andere zaken, waaronder de overdruk en de CO2 waarde die fabrieksmatig niet op een veilige/gezonde 800ppm is te regelen met de CO2 sensoren.

Hier ook alles zelf geinstalleerd i.c.m. Brink Pure Induct en Brink Mixfans,

Ik werk met Orcon samen qua ontwikkeling dus ik kan niet te veel loslaten maar probleem is wel dat Honeywell / Resideo een gesloten embedded systeem is en niet ontworpen om gebruikersvriendelijk te zijn voor de eindgebruiker.

Er komt wel iets nieuws aan met een app, firmware updates, cloud (Resideo) etc. Maar daar hebben wij niet zo veel aan.

Overigens kun je de CO2 sensoren (SenseAir S2) wel zelf calibreren, ik heb dat wel eens gedaan. Misschien kun je dat nog eens proberen. Is wel wat werk. Fabriek af is het 400 ppm uit mijn hoofd (wat al niet meer klopt).

Als je echte klachten hebt en je installateur kan het niet oplossen kun je wel de print (en vochtsensor) vervangen maar goed geen garantie dat het daarmee is opgelost.

[Joshua84]

Ik hoop dat jullie mij kunnen helpen.
Ik probeer een fake device aan te melden met mijn ssm_d2 stick met
service: ramses_cc.fake_device
data:
device_id: "37:090754"
create_device: false
start_binding: true
En natuurlijk herstarten van de wtw
Krijg vervolgens deze melding in packet.log:

2023-10-05T19:44:28.034339 081 W --- 32:152001 37:090754 --:------ 1FC9 012 0031D98251C10031DA8251C1

(32:152001) is mijn ORCON HRC300
37:090754 is mijn fake device
En vervolgens werk geen commando naar mijn ORCON HRC300.

Als ik hetzelfde commando doet met het id van een bestaand aparaat doet hij het wel.

mijn configuratie ziet er als volgt uit hebben jullie een idee wat er verkeerd gaat?
ramses_cc:

#restore_cache:
#restore_schema: false

restore_cache: true
ramses_rf:
enforce_known_list: true
serial_port: /dev/serial/by-id/usb-SparkFun_evofw3_atmega32u4-if00
packet_log:
file_name: packet.log
rotate_backups: 7
advanced_features:
send_packet: true
scan_interval: 180


orphans_hvac:
- 37:090834 # RF15 Display
- 32:155021 # HRC 300
- 37:090754 # Fake remote
- 32:095148 # CO2 sensor


known_list:
18:003597: {class: HGI}
32:155021: {class: FAN, alias: "WTW Beneden"}
32:095148: {class: CO2, faked: true}
37:090754:
class: REM
faked: True
scheme: orcon
commands:
away: ' I --- 37:090754 32:155021 --:------ 22F1 003 000007'
low: ' I --- 37:090754 32:155021 --:------ 22F1 003 000107'
medium: ' I --- 37:090754 32:155021 --:------ 22F1 003 000207'
high: ' I --- 37:090754 32:155021 --:------ 22F1 003 000307'
auto: ' I --- 37:090754 32:152001 --:------ 22F1 003 000407'
auto2: ' I --- 37:090754 32:155021 --:------ 22F1 003 000507'
boost: ' I --- 37:090754 32:155021 --:------ 22F1 003 000607'
disable: ' I --- 37:090754 32:155021 --:------ 22F1 003 000707'
bypass_open: ' W --- 37:090754 32:155021 --:------ 22F7 003 00C8EF'
bypass_close: ' W --- 37:090754 32:155021 --:------ 22F7 003 0000EF'
bypass_auto: ' W --- 37:090754 32:155021 --:------ 22F7 003 00FFEF'
request31DA: 'RQ --- 37:090754 32:155021 --:------ 31DA 001 00'
RQ_filter_change: 'RQ --- 37:090754 32:155021 --:------ 10D0 001 00'


37:090834:
class: DIS
faked: True
scheme: orcon
commands:
away: ' I --- 37:090834 --:------ 37:090834 22F1 003 000007'
low: ' I --- 37:090834 --:------ 37:090834 22F1 003 000107'
medium: ' I --- 37:090834 --:------ 37:090834 22F1 003 000207'
high: ' I --- 37:090834 --:------ 37:090834 22F1 003 000307'
auto: ' I --- 37:090834 --:------ 37:090834 22F1 003 000407'
auto2: ' I --- 37:090834 --:------ 37:090834 22F1 003 000507'
boost: ' I --- 37:090834 --:------ 37:090834 22F1 003 000607'
disable: ' I --- 37:090834 --:------ 37:090834 22F1 003 000707'

[marnie]

@Vaevictis_ Ik heb twee Orcon CO2 bedieningssensor 15RF's in mijn systeem, beide nieuw, Ze werken prima en de CO2 waarden, die ik uitlees met de ssm_d2 dongle en in Homassistent genereer, zijn zoals ik ze verwacht. Ik heb niet het idee dat deze gekalibreerd moeten worden.
Het probleem zit in de CO2 regeling die een ongezonde waarde van 1200ppm toelaat.

Wat ik me wel afvraag of ik door het gebruik van één Orcon CO2 ruimtesensor mijn CO2 setpoint voor beide zones kan verlagen naar 1050ppm zijnde de 'Buitengewoon goed modus'. die in de handleiding van deze sensor staat.
Of, tenslotte heb ik een ssm_d2 dongle, met behulp van een ramses commando vanuit mijn homeassistent de installatie op 'Buitengewoon goed modus' zetten. Heeft iemand hier ervaring mee?
Ik ben echter bang dat dit ook hardcoded in de sensor zit.

[ Voor 3% gewijzigd door marnie op 07-10-2023 10:18 ]

[vliegnerd]

marnie schreef op zaterdag 7 oktober 2023 @ 10:17:
Het probleem zit in de CO2 regeling die een ongezonde waarde van 1200ppm toelaat.

Wat ik me wel afvraag of ik door het gebruik van één Orcon CO2 ruimtesensor mijn CO2 setpoint voor beide zones kan verlagen naar 1050ppm zijnde de 'Buitengewoon goed modus'. die in de handleiding van deze sensor staat.

Buitengewoon goed activeer je door na auto (groene led) nog een keer op de knop te drukken (led wordt blauw) dan heb je buitengewoon goed, dwz 1050 ppm. Dat klopt ook aardig met mijn metingen via HA

Er verandert niets in de modus van de HRC fan, die blijft in auto. Want het zit helemaal in de RF15s.

In deze RF15: https://www.ventilatielan...KTSMos_XHn-xoC3x8QAvD_BwE
Even uit mijn hoofd is de groene LED naast auto rechts onder. De blauwe led onderin boven Orcon op het plaatje in de link

[ Voor 10% gewijzigd door vliegnerd op 07-10-2023 11:58 ]

[marnie]

@vliegnerd
Ik heb nu twee CO2 bedieningssensors https://www.ventilatielan...edieningssensor-15rf.html, welke gekoppeld zijn aan de kleppen, deze kan ik niet in de Buitengewoon modus zetten.

Wordt jouw RF schakelaar gekoppeld aan de HRC? Geldt de Buitengewoon goed mode dan voor beide zones? Is er dan een Ramses code voor? Sorry voor de vele vragen, maar tweaken met Ramses is goedkoper en flexibeler dan een bedieningsschakelaar.

[marnie]

@Joshua84 Kan het zijn dat je een fake display in je setup hebt staan die niet wordt geaccepteerd. Misschien werkt het zonder de 37:090834: setup of maak van DIS een REM
Ik ben tegen zoiets aangelopen met de CO2 class dat werkte ook niet in de yaml setup.
Geen garantie dat dit de oplossing is, zomaar een gedachte.

[vliegnerd]

marnie schreef op zaterdag 7 oktober 2023 @ 13:39:
@vliegnerd
Ik heb nu twee CO2 bedieningssensors https://www.ventilatielan...edieningssensor-15rf.html, welke gekoppeld zijn aan de kleppen, deze kan ik niet in de Buitengewoon modus zetten.

Wordt jouw RF schakelaar gekoppeld aan de HRC? Geldt de Buitengewoon goed mode dan voor beide zones? Is er dan een Ramses code voor? Sorry voor de vele vragen, maar tweaken met Ramses is goedkoper en flexibeler dan een bedieningsschakelaar.

Zover ik weet heeft jouw CO2 RF15 die buitengewoon goed modus niet. Ik weet iig niet hoe je die moet activeren op jouw versie.

Op basis van de gemeten CO2 stuurt de remote een “vent demand” bericht naar de fan. Hierin staat hoe hard de fan moet inblazen. In buitengewoon goed modus stuurt de CO2 remote die berichten vanaf lagere CO2 waarden.
Dwz berichten worden altijd gestuurd naar vent demand is hoger.

Je kunt natuurlijk zelf een fake CO2 device maken en zelf hogere vent demand berichten gaan sturen vanuit HA

Ik kan de ramses berichten die de RF15 sturen als ze in buitengewoon goed modus gaan wel delen, maar ben nu niet thuis. Zover ik weet synchroniseren ze wel, mbv 31D9 berichten.

[ Voor 4% gewijzigd door vliegnerd op 07-10-2023 16:03 ]

[vliegnerd]

@marnie

Ik heb buitengewoon goed en normaal auto getest, hieronder de logfile.
Spoiler: er is geen verschil.
De buitengewoon goed modus synchroniseert ook NIET tussen mijn verschillende RF15 CO2 inbouw meters.

Buitengewoon goed is een modus die je op het individuele apart moet activeren en dat lijkt alleen met de toetsen te kunnen.

code:

2023-10-07T17:23:58.840245 070  I --- 37:005608 32:132403 --:------ 22F1 003 000404
2023-10-07T17:23:58.971165 069  I --- 37:005608 32:132403 --:------ 22F1 003 000404
2023-10-07T17:23:59.091133 066 RQ --- 37:005608 32:132403 --:------ 31D9 001 00
2023-10-07T17:23:59.121294 063 RP 042 32:132403 37:005608 --:------ 31D9 017 0004040020202020202020202020202004
2023-10-07T17:24:15.034413 066  I --- 37:005608 32:132403 --:------ 22F1 003 000404
2023-10-07T17:24:15.160276 067  I --- 37:005608 32:132403 --:------ 22F1 003 000404
2023-10-07T17:24:15.289386 068 RQ --- 37:005608 32:132403 --:------ 31D9 001 00
2023-10-07T17:24:15.319416 064 RP 045 32:132403 37:005608 --:------ 31D9 017 0004040020202020202020202020202004

[marnie]

@vliegnerd dank voor het meedenken en de code.

Ik probeer je code te interpreteren met https://github.com/zxdavb...ses_rf/protocol/ramses.py.

• 22F1 # de fan mode, bv away, low, medium, ..
• 31D9 # de fan state, ik weet niet echt wat dat inhoud, de fan snelheid?

Ik ga de komende week (moet er ook even tijd voor vinden) proberen twee fake CO2 remotes aan te maken gekoppeld aan de kleppen (per zone één remote). Kijken of ik de fan snelheid kan aansturen. Ik zal mijn ervaring hier delen.

[vliegnerd]

marnie schreef op zondag 8 oktober 2023 @ 10:55:
@vliegnerd dank voor het meedenken en de code.

Ik probeer je code te interpreteren met https://github.com/zxdavb...ses_rf/protocol/ramses.py.

• 22F1 # de fan mode, bv away, low, medium, ..
• 31D9 # de fan state, ik weet niet echt wat dat inhoud, de fan snelheid?

Ik ga de komende week (moet er ook even tijd voor vinden) proberen twee fake CO2 remotes aan te maken gekoppeld aan de kleppen (per zone één remote). Kijken of ik de fan snelheid kan aansturen. Ik zal mijn ervaring hier delen.

Snelheid regel je met 31E0 berichten. Uit mijn packet.log van vandaag:

code:

2023-10-09T05:52:20.519799 068  I --- 37:005608 --:------ 37:005608 1298 003 000355
2023-10-09T05:53:06.098149 067  I --- 37:005608 32:132403 --:------ 31E0 008 00007C000100AA00
2023-10-09T05:54:06.863559 065  I --- 37:005608 32:132403 --:------ 31E0 008 000078000100AA00
2023-10-09T05:55:07.633628 064  I --- 37:005608 32:132403 --:------ 31E0 008 000074000100AA00
2023-10-09T05:56:08.399617 069  I --- 37:005608 32:132403 --:------ 31E0 008 000072000100AA00
2023-10-09T05:57:09.165905 065  I --- 37:005608 32:132403 --:------ 31E0 008 00006E000100AA00
2023-10-09T05:58:09.925424 069  I --- 37:005608 32:132403 --:------ 31E0 008 00006A000100AA00
2023-10-09T05:59:10.690805 068  I --- 37:005608 32:132403 --:------ 31E0 008 000066000100AA00
2023-10-09T06:00:11.475410 068  I --- 37:005608 32:132403 --:------ 31E0 008 000062000100AA00
2023-10-09T06:01:12.222668 068  I --- 37:005608 32:132403 --:------ 31E0 008 00005E000100AA00
2023-10-09T06:01:50.196918 066  I --- 37:005608 --:------ 37:005608 1298 003 000342

5608 is de CO2 remote uit mijn slaapkamer. 132403 in de zoneklep unit.
De "fan demand" is 7C, daarna 78, 74, 72, 6E, 6A enz.
In de code van ramses_rf kun je zien wat het betekent: https://github.com/zxdavb...protocol/parsers.py#L2178

(De hexadecimale getalen geven het percentage weer in stappen van een half procent. Dus omrekenen naar decimaal en dan delen door twee: hex 78 = 120 decimaal. Dat delen door 2, dus 60%).

Als je een fake CO2 sensor aan de zoneklep hangt, dan kun je gewoon 31E0 die berichten sturen. Je moet dan wel zelf een "regeling" bouwen. De HRC volgt gewoon de commando's, daar zit geen regeling in. Die moet je zelf maken.

[marnie]

@vliegnerd Geweldig! Bedankt voor deze packet log codes.
Daar kan ik mee vooruit

[Joshua84]

@marnie dankjewel voor de gedachte

Heb hem nu helemaal handmatig gemaakt (in plaats van copy paste van deze pagina en aanpassen) en nu werkt het
Waarschijnlijk karakters niet goed mee gekopieerd.

[marnie]

Ik heb een fake remote gemaakt voor mijn HRC 425 met deze code:

code:

  37:097277: # Fake remote gekoppeld aan 32:131922: Orcon zoneklep | Zone 1: slapen
    class: REM
    faked: true
    scheme: orcon
    commands:
      away:     " I --- 37:097277 32:131922 --:------ 22F1 003 000007" # away
      low:      " I --- 37:097277 32:131922 --:------ 22F1 003 000107" # speed 1
      medium:   " I --- 37:097277 32:131922 --:------ 22F1 003 000207" # speed 2
      high:     " I --- 37:097277 32:131922 --:------ 22F1 003 000307" # speed 3
      auto:     " I --- 37:097277 32:131922 --:------ 22F1 003 000407" # auto
      auto2:    " I --- 37:097277 32:131922 --:------ 22F1 003 000507" # auto_alt (comfort <=950?)
#      boost:    " I --- 37:097277 32:131922 --:------ 22F1 003 000607" # speed3 (maar fan snelheid = 0)
#      uit:      " I --- 37:097277 32:131922 --:------ 22F1 003 000707" # abs maximum - (fan snelheid = 0)
      low_15:     " I --- 37:097277 32:131922 --:------ 22F3 007 00120F01040404" # sp1 tmp 15m
      low_30:     " I --- 37:097277 32:131922 --:------ 22F3 007 00121E01040404" # sp1 tmp 30m 
      low_60:     " I --- 37:097277 32:131922 --:------ 22F3 007 00123C01040404" # sp1 tmp 60m 
      medium_15:  " I --- 37:097277 32:131922 --:------ 22F3 007 00120F02040404" # sp2 tmp 15m
      medium_30:  " I --- 37:097277 32:131922 --:------ 22F3 007 00121E02040404" # sp2 tmp 30m 
      medium_60:  " I --- 37:097277 32:131922 --:------ 22F3 007 00123C02040404" # sp2 tmp 60m
      medium_780: " I --- 37:097277 32:131922 --:------ 22F3 007 00520D02040404" # sp2 tmp 780m
      high_15:    " I --- 37:097277 32:131922 --:------ 22F3 007 00120F03040404" # sp3 tmp 15m
      high_30:    " I --- 37:097277 32:131922 --:------ 22F3 007 00121E03040404" # sp3 tmp 30m
      high_60:    " I --- 37:097277 32:131922 --:------ 22F3 007 00123C03040404" # sp3 tmp 60m
# verhoogd snelheid van auto mode speed100 = 20% van max 300m3/h = 60m3/h 
      speed00:  " I --- 37:097277 32:131922 --:------ 31E0 008 000000000100AA00" # speed auto
      speed10:  " I --- 37:097277 32:131922 --:------ 31E0 008 00000A000100AA00" # +6 m3/h
      speed20:  " I --- 37:097277 32:131922 --:------ 31E0 008 000014000100AA00" # +12 m3/h
      speed30:  " I --- 37:097277 32:131922 --:------ 31E0 008 00001E000100AA00" # +18
      speed40:  " I --- 37:097277 32:131922 --:------ 31E0 008 000028000100AA00" # +24
      speed50:  " I --- 37:097277 32:131922 --:------ 31E0 008 000032000100AA00" # +30
      speed60:  " I --- 37:097277 32:131922 --:------ 31E0 008 00003C000100AA00" # +36
      speed70:  " I --- 37:097277 32:131922 --:------ 31E0 008 000046000100AA00" # +42
      speed80:  " I --- 37:097277 32:131922 --:------ 31E0 008 000050000100AA00" # +48
      speed90:  " I --- 37:097277 32:131922 --:------ 31E0 008 00005A000100AA00" # +54
      speed100: " I --- 37:097277 32:131922 --:------ 31E0 008 000064000100AA00" # +60
      speed110: " I --- 37:097277 32:131922 --:------ 31E0 008 00006E000100AA00" # +66
      speed120: " I --- 37:097277 32:131922 --:------ 31E0 008 000078000100AA00" # +72
      speed130: " I --- 37:097277 32:131922 --:------ 31E0 008 000082000100AA00" # +78
      speed140: " I --- 37:097277 32:131922 --:------ 31E0 008 00008C000100AA00" # +84
      speed150: " I --- 37:097277 32:131922 --:------ 31E0 008 000096000100AA00" # +90
      speed160: " I --- 37:097277 32:131922 --:------ 31E0 008 0000A0000100AA00" # +96
      speed170: " I --- 37:097277 32:131922 --:------ 31E0 008 0000AA000100AA00" # +102
      speed180: " I --- 37:097277 32:131922 --:------ 31E0 008 0000B4000100AA00" # +108
      speed190: " I --- 37:097277 32:131922 --:------ 31E0 008 0000BE000100AA00" # +114
      speed200: " I --- 37:097277 32:131922 --:------ 31E0 008 0000C8000100AA00" # +120
      speed210: " I --- 37:097277 32:131922 --:------ 31E0 008 0000D2000100AA00" # +126
      speed220: " I --- 37:097277 32:131922 --:------ 31E0 008 0000DC000100AA00" # +132
      speed230: " I --- 37:097277 32:131922 --:------ 31E0 008 0000E6000100AA00" # +138
      speed240: " I --- 37:097277 32:131922 --:------ 31E0 008 0000F0000100AA00" # +144

Dit werkt en met onderdelen van speed00 t/m speed240 heb ik via homeassistant automation een CO2 toerenregeling regeling gemaakt die de ventilatiesnelheid aanpast vanaf 800ppm CO2.

Het zou mooi zijn om ook de kleppen van de zones aan te sturen met deze fake remote, weet iemand of dit kan en of er al codes van bekend zijn?

[vliegnerd]

@mrmrmr Als je de 31E0 berichten naar je zone unit stuurt ipv naar de HRC fan dan gaat dit automatisch. Dwz je moet je fake CO2 binden aan de klep unit terwijl je de juiste zone selecteert.

Je fake CO2 stuurt dan berichten naar de klep unit en die stuurt weer 31e0 berichten aan de Fan.

[marnie]

@vliegnerd
De 31E0 berichten worden al naar de zone gestuurd, de fake remote is gekoppeld aan de kleppen.

code:

  37:097277: # Fake remote gekoppeld aan 32:131922: Orcon zoneklep | Zone 1: slapen
    class: REM
    faked: true
    scheme: orcon

Ik heb ook al een test gedaan met een fake CO2 gekoppeld aan de kleppen.

code:

38:097277:  # Orcon CO2 bediening 1 | Zone 1: slapen
  class: CO2
  faked: true
    commands:
      diverse getest zonder resultaat: alleen errors

Koppelen lukte wel maar commando's verzenden lukte niet. Misschien dat de kleppen geen fan snelheidsopdrachten accepteren van een CO2 remote.

Maar ik kan me voorstellen dat de kleppen reageren op het verschil in CO2 waardes tussen de zones en niet op fan snelheden. En dat daarvoor een code opdracht bestaat.
Weet iemand dat of heeft iemand voorbeelden hoe dit op te zetten?

[Vaevictis_]

@vliegnerd @Swazija Gisteren is blijkbaar 0.30 uitgebracht van ramses-rf en ook ramses-cc zo te zien. https://github.com/zxdavb/ramses_cc/releases

[ Voor 37% gewijzigd door Vaevictis_ op 12-11-2023 21:04 ]

[vliegnerd]

@marnie Ik zie nu pas dat je het al gekoppeld had aan de klepunit.

Ik denk dat de klepunit alleen reageert op het fan demand verschil tussen de twee zones en dat je die niet kan forceren. Anders dan door de ene zone 0 te sturen en de andere een hoge waarde.

[marnie]

Ik denk dat de klepunit alleen reageert op het fan demand verschil tussen de twee zones en dat je die niet kan forceren. Anders dan door de ene zone 0 te sturen en de andere een hoge waarde.

Interessante gedachte, ik denk dat ik dit binnenkort ga uitproberen.

[vliegnerd]

marnie schreef op zondag 12 november 2023 @ 21:36:
[...]

Interessante gedachte, ik denk dat ik dit binnenkort ga uitproberen.

Ben benieuwd!

[marnie]

Ben benieuwd!

Het is me niet gelukt met een gekoppelde fake CO2 remote, ook niet met een 'normale' fake remote.
Via HA de statussen aanpassen, CO2 waarde vergroten of snelheid vergroten, ik heb geen effect gezien op de kleppen.
Binnenkort krijg ik een service bezoek van Orcon omdat de dipswich setting niet goed werkt. Eens kijken of hij/zij mij meer over de kleppen aansturing kan vertellen.
Intussen, als iemand een oplossing heeft om de kleppen via Ramses_cc in beweging te krijgen....

Andere vraag: weet iemand hoe een fake remote ontkoppeld kan worden van de kleppen via Ramses CC. De ontkoppel procedure van de Orcon handleiding werkt niet.

[ Voor 0% gewijzigd door marnie op 13-11-2023 23:49 . Reden: handleiding -> Orcon handleiding ]

[Rinco]

Gents,
ik heb gisteren de update van Ramses_cc geinstalleerd via HACS (versie 30.2).
Diverse entiteiten (supply temperature, outdoor humidity etc zijn niet meer beschikbaar.
Het vreemde is dat diverse andere entiteiten wel beschikbaar zijn gebleven.

Hebben jullie deze ervaring ook?

[vliegnerd]

Rinco schreef op zaterdag 25 november 2023 @ 13:10:
Gents,
ik heb gisteren de update van Ramses_cc geinstalleerd via HACS (versie 30.2).
Diverse entiteiten (supply temperature, outdoor humidity etc zijn niet meer beschikbaar.
Het vreemde is dat diverse andere entiteiten wel beschikbaar zijn gebleven.

Hebben jullie deze ervaring ook?

Ik heb helaas nog geen tijd gehad om HA en Ramses_cc te updaten.

Ik hoop er snel eens naar te kijken. Meestal worden dit soort bugs snel opgelost als we een goed bugreport indienen.

[marnie]

Rinco schreef op zaterdag 25 november 2023 @ 13:10:
Gents,
ik heb gisteren de update van Ramses_cc geinstalleerd via HACS (versie 30.2).
Diverse entiteiten (supply temperature, outdoor humidity etc zijn niet meer beschikbaar.
Het vreemde is dat diverse andere entiteiten wel beschikbaar zijn gebleven.

Hebben jullie deze ervaring ook?

Is gemeld:
https://community.home-as...erm/151584/3660?u=cmseasy

Oplossing is het aanpassen van de intity_ids in de frontend en automations, historische data blijft bestaan.

[Rinco]

Super, dat had ik gemist.
Thx

[Rinco]

Enig idee of '32:139778 filter_remaining' is blijven bestaan?
Dat is maar 1x per dag actief.

[marnie]

Rinco schreef op zaterdag 25 november 2023 @ 14:23:
Enig idee of '32:139778 filter_remaining' is blijven bestaan?
Dat is maar 1x per dag actief.

Durf ik niet te zeggen, ik heb het filter entity_id niet werkend kunnen krijgen.
Hoe krijg ik dat werkend?

[vliegnerd]

marnie schreef op zaterdag 25 november 2023 @ 15:23:
[...]


Durf ik niet te zeggen, ik heb het filter entity_id niet werkend kunnen krijgen.
Hoe krijg ik dat werkend?

Ik heb zojuist HA en ramses_cc geüpdatet. Alles lijkt te werken nadat ik wat ids had gewijzigd. (outside_temperature -> outside_temp).

Volgens de code van ramses_rf is de filtertijd nog steeds "filter_remaining". Lijkt niet gewijzigd.
Ik weet niet zeker of het echt werkt, want het duurt een dag voordat de nieuwe waarde doorkomt. Ik laat het weten.

[Vaevictis_]

vliegnerd schreef op maandag 27 november 2023 @ 17:40:
[...]


Ik heb zojuist HA en ramses_cc geüpdatet. Alles lijkt te werken nadat ik wat ids had gewijzigd. (outside_temperature -> outside_temp).

Volgens de code van ramses_rf is de filtertijd nog steeds "filter_remaining". Lijkt niet gewijzigd.
Ik weet niet zeker of het echt werkt, want het duurt een dag voordat de nieuwe waarde doorkomt. Ik laat het weten.

Nog andere dingen die de moeite waard zijn om te update? Juist filter had ik nog op mijn lijstje staan.
Naast de andere functionaliteit die ik wel had met de Orcon modbus gateway.

[vliegnerd]

Vaevictis_ schreef op dinsdag 28 november 2023 @ 07:34:
[...]


Nog andere dingen die de moeite waard zijn om te update? Juist filter had ik nog op mijn lijstje staan.
Naast de andere functionaliteit die ik wel had met de Orcon modbus gateway.

Ik zie (nog?) geen verschillen. In de changelog staat ook niets bijzonders. Ik heb alleen geüpgraded om de boel te testen.

[vliegnerd]

filter_remaining werkt helaas niet meer in ramses_cc 0.30.2

Althans daar lijkt het op, geen nieuwe filtertijd de afgelopen 24u

Ik zal het debuggen en melden…

[vliegnerd]

vliegnerd schreef op dinsdag 28 november 2023 @ 22:39:
filter_remaining werkt helaas niet meer in ramses_cc 0.30.2

Althans daar lijkt het op, geen nieuwe filtertijd de afgelopen 24u

Ik zal het debuggen en melden…

Oei. Ik zie in de logs dat de 10D0 requests wel gewoon worden gestuurd.

Maar de informatie wordt niet in de juiste entity geladen. Dat is geen nieuwe bug, dat was in de vorige versie ook al zo. Er staat al tijden een PR voor klaar: https://github.com/zxdavb/ramses_cc/pull/62 Volgens mij van forummember @Swazija

Ik was vergeten dat ik dat in de vorige versie met de hand had toegevoegd. Dat heb ik nu opnieuw gedaan. Morgen weet ik of het is gelukt. (Maar dat zal wel).

Ik zal het bij David Bonnes melden.

[Vaevictis_]

vliegnerd schreef op woensdag 29 november 2023 @ 11:08:
[...]


Oei. Ik zie in de logs dat de 10D0 requests wel gewoon worden gestuurd.

Maar de informatie wordt niet in de juiste entity geladen. Dat is geen nieuwe bug, dat was in de vorige versie ook al zo. Er staat al tijden een PR voor klaar: https://github.com/zxdavb/ramses_cc/pull/62 Volgens mij van forummember @Swazija

Ik was vergeten dat ik dat in de vorige versie met de hand had toegevoegd. Dat heb ik nu opnieuw gedaan. Morgen weet ik of het is gelukt. (Maar dat zal wel).

Ik zal het bij David Bonnes melden.

Zag dat het is gemerged in de broncode. Van het weekend eens testen.

[vliegnerd]

Vaevictis_ schreef op woensdag 29 november 2023 @ 13:52:
[...]


Zag dat het is gemerged in de broncode. Van het weekend eens testen.

Het werkt nu in ieder geval weer.

Er is wel nog steeds een "maar". In de standaard configuratie vraagt ramses_cc maar 1x per 24 uur om de filter tijd. (10D0 packet).
Na een uurtje wordt die waarde in HA dan "unavailable".

Dat had ik eerst opgelost met een helper en een aparte helper waarde. Nu vraag ik gewoon elk half uur een 10D0 packet, met een aparte automation.

[Rinco]

Just checking, klopt de work around mbt filter remaining nog steeds (dwz de code na regel 426 in sensor.py)?
Ik heb het idee dat deze code in de laatste Ramses_cc update 1 regel moet opschuiven (na 427).
Zo lijkt me de code niet te kloppen.

[Rinco]

It works (at least for me) perfectly fine when adding the code after line 427.

[marnie]

In de laatste versie 0.30.4 van ramses_cc is filter_remaining weer werkend gemaakt.

De waarde van filter_remaining wordt door Orcon 1 maal per 24 uur aangepast, maar vervalt na enige tijd wat resulteert in een 0 waarde. Om dit op te lossen zonder gebruik te maken van een input_number helper in homeassitant ben ik onderstaande oplossing tegen gekomen. Te plaatsen in template.yaml

code:

- sensor:
    - unique_id: "wtw_filter_remaining"
      name: "Wtw filter remaining"
      unit_of_measurement: "d"
      icon: mdi:clock
      state: >-
        {{ states('sensor.32_139773_filter_remaining')
            | int(states('sensor.wtw_filter_remaining')) }}

Vervang sensor.32_139773_filter_remaining door je eigen filter sensor en de nieuw sensor wtw_filter_remaining toont 24 uur per dag de filter remaining tijd, ook na een herstart van HA.

[Mazoutje]

Ik thuis ook een HRC-450 die ik graag wil integreren in Home Assistant via de modbus poort op het toestel.

Hiervoor heb ik zelf een printplaat gesoldeerd met de volgende componenten:

• ESP8266
• HLK-PM03 (voor de voeding van de ESP8266)
• TXS0108E (omzetten van 5V naar 3,3V)
• MAX485 (van TTL naar RS-485 modbus)

Het enige wat ik nu nog ontbreek zijn verdere details over de modbus adressering van de ventilatiegroep, kan iemand mij daarmee helpen?

[Vaevictis_]

Mazoutje schreef op zondag 24 december 2023 @ 14:57:
Ik thuis ook een HRC-450 die ik graag wil integreren in Home Assistant via de modbus poort op het toestel.

Hiervoor heb ik zelf een printplaat gesoldeerd met de volgende componenten:

• ESP8266
• HLK-PM03 (voor de voeding van de ESP8266)
• TXS0108E (omzetten van 5V naar 3,3V)
• MAX485 (van TTL naar RS-485 modbus)

Het enige wat ik nu nog ontbreek zijn verdere details over de modbus adressering van de ventilatiegroep, kan iemand mij daarmee helpen?

Hiervoor heb je een modbus gateway nodig. Deze vertaald modbus naar ramses rf. Ik heb ooit eentje gehad en hier verkocht. De WTW heeft standaard geen modbus.

[Mazoutje]

Op mijn toestel is wel een modbus aanwezig.

[ Voor 38% gewijzigd door Mazoutje op 24-12-2023 16:37 ]

[Vaevictis_]

Mazoutje schreef op zondag 24 december 2023 @ 16:35:
Op mijn toestel is wel een modbus aanwezig.

[Afbeelding]

Ik heb wel modbus documentatie van de gateway die is van orcon maar heb ook van honeywell liggen.
Heb zelf de HRC 400 die heeft geen modbus.

[Mazoutje]

Als je me beiden zou kunnen bezorgen dan zal ik eens proberen wat ik er mee kan. Mijn bevindingen post ik hier dan wel.

[Vaevictis_]

Mazoutje schreef op zondag 24 december 2023 @ 16:39:
Als je me beiden zou kunnen bezorgen dan zal ik eens proberen wat ik er mee kan. Mijn bevindingen post ik hier dan wel.

X10 protocol is geen modbus. Normaliter is modbus RTU 2 draaden, of modbus TCP gaat over een UTP kabel.

Dus dat gaat niet werken. Ik mag de modbus documentatie niet zomaar delen, X10 documentatie heb ik niet voor je.

[ Voor 10% gewijzigd door Vaevictis_ op 24-12-2023 16:44 ]

[Vaevictis_]

Bij mij is X10 molex aansluiting voor de ventilatoren.

[Mazoutje]

Hmm jammer dat je de documentatie niet mag delen. Ik zal een scanner schrijven en die alle type modbus registers tussen 1 en 10.000 laten scannen op die poort.




Zou nochtans handig geweest zijn als via die poort alle registers te bereiken waren, zodat die RF er van tussen kan.

Ik kan natuurlijk wel alle componenten zelf analoog gaan uitlezen door ze te verbinden met mijn printplaat, dan heb ik geen modbus nodig.

[ Voor 39% gewijzigd door Mazoutje op 24-12-2023 16:53 ]

[Vaevictis_]

Mazoutje schreef op zondag 24 december 2023 @ 16:48:
Hmm jammer dat je de documentatie niet mag delen. Ik zal een scanner schrijven en die alle type modbus registers tussen 1 en 10.000 laten scannen op die poort.

[Afbeelding]


Zou nochtans handig geweest zijn als via die poort alle registers te bereiken waren, zodat die RF er van tussen kan.

Ik kan natuurlijk wel alle componenten zelf analoog gaan uitlezen door ze te verbinden met mijn printplaat, dan heb ik geen modbus nodig.

Heb je ervaring met modbus? Want je kunt geen registers scannen of gebruiken zonder de juiste documentatie het is geen API. Je moet exacte register, functie, aantal bytes weten en dan kun je deze uitlezen of schrijven. Vandaag nog met modbus bezig geweest voor een batterij omvormer dat ziet er zo uit:

[Mazoutje]

Ik heb ervaring met modus, ik bedien de filter van het zwembad remote op die manier.

[Vaevictis_]

marnie schreef op zondag 10 december 2023 @ 12:14:
In de laatste versie 0.30.4 van ramses_cc is filter_remaining weer werkend gemaakt.

De waarde van filter_remaining wordt door Orcon 1 maal per 24 uur aangepast, maar vervalt na enige tijd wat resulteert in een 0 waarde. Om dit op te lossen zonder gebruik te maken van een input_number helper in homeassitant ben ik onderstaande oplossing tegen gekomen. Te plaatsen in template.yaml

code:

- sensor:
    - unique_id: "wtw_filter_remaining"
      name: "Wtw filter remaining"
      unit_of_measurement: "d"
      icon: mdi:clock
      state: >-
        {{ states('sensor.32_139773_filter_remaining')
            | int(states('sensor.wtw_filter_remaining')) }}

Vervang sensor.32_139773_filter_remaining door je eigen filter sensor en de nieuw sensor wtw_filter_remaining toont 24 uur per dag de filter remaining tijd, ook na een herstart van HA.

Er zit een foutje in de code, ik heb hem zo werkend gekregen.

YAML:

  - sensor:
      - name: "Wtw filter remaining"
        state: > 
          {% set e = states('sensor.32_155021_filter_remaining') %}
          {% if e | is_number and e | int(0) > 0 %}
            {{ e }}
          {% else %}
            {{ this.state }}
          {% endif %}
        unit_of_measurement: "d"
        icon: mdi:clock
        state_class: measurement
        unique_id: "wtw_filter_remaining"

[ Voor 6% gewijzigd door Vaevictis_ op 16-02-2024 11:20 ]

[marnie]

Mijn Orcon HRC 425 is vandaag teruggehaald door de leverancier, de WTW box is prima maar de zoneregeling voldeed op meerdere punten niet aan zijn eigen specificaties. Door de 868MHz connectie naar Homeassistant is dat zichtbaar (meetbaar en aantoonbaar) geworden.

Ik ga over naar een Duco WTW en daardoor is mijn SSM-D2 868MHz USB dongle (Indalo-Tech ssm-32u4d2) overbodig geworden. De dongle staat bij vraag en aanbod.

[koekoek]

marnie schreef op vrijdag 22 maart 2024 @ 10:34:
Mijn Orcon HRC 425 is vandaag teruggehaald door de leverancier, de WTW box is prima maar de zoneregeling voldeed op meerdere punten niet aan zijn eigen specificaties. Door de 868MHz connectie naar Homeassistant is dat zichtbaar (meetbaar en aantoonbaar) geworden.

Ik ga over naar een Duco WTW en daardoor is mijn SSM-D2 868MHz USB dongle (Indalo-Tech ssm-32u4d2) overbodig geworden. De dongle staat bij vraag en aanbod.

Hi @marnie.... wat zijn die punten waar de Orcon niet aan de specificaties voldoet? Ik heb ook een 425 en vind het allemaal maar zeer matig werken... Bij mij reageert dat ding maar nauwelijks op hoge CO2 en hoge luchtvochtigheid

[marnie]

@koekoek In het kort zijn bij de zoneregeling de gebreken en afwijkingen t.o.v de manuals/brochures:

• De ventilatiesnelheden voor de afvoer- en toevoer kunnen niet separaat ingesteld worden.
• Met de WTW dipswitch 3 op ‘aan’ en de CO2 bediening op ‘2’ is het gemeten debiet 115m3/h, dat hoort 175m3/h te zijn.
• Bij herstart van de WTW wordt niet altijd de dipswitchstand overgenomen.
• De zonebedieningen zijn niet te ontkoppelen via de drukknoppen op de klepbesturing.
• De ledindicatie op de CO2 bediening geeft niet altijd de correcte WTW stand weer.
• De CO2 regeling start met de CO2 bediening bij 1150ppm, dat is 7% van het ppm werkbied (500-1200ppm, Peutz hanteert 300-1200ppm). De efficiëntie van de WTW zonekleppenregeling is tot 1150ppm niet aanwezig.
• De CO2 regeling verhoogt het debiet in zeer korte tijd naar bijna de maximale waarde van de
  WTW. Dit zorgt voor geluidsoverlast. Het is niet fluisterstil zoals de documentatie aangeeft.

[Vaevictis_]

marnie schreef op zaterdag 30 maart 2024 @ 10:56:
@koekoek In het kort zijn bij de zoneregeling de gebreken en afwijkingen t.o.v de manuals/brochures:

• De ventilatiesnelheden voor de afvoer- en toevoer kunnen niet separaat ingesteld worden.
• Met de WTW dipswitch 3 op ‘aan’ en de CO2 bediening op ‘2’ is het gemeten debiet 115m3/h, dat hoort 175m3/h te zijn.
• Bij herstart van de WTW wordt niet altijd de dipswitchstand overgenomen.
• De zonebedieningen zijn niet te ontkoppelen via de drukknoppen op de klepbesturing.
• De ledindicatie op de CO2 bediening geeft niet altijd de correcte WTW stand weer.
• De CO2 regeling start met de CO2 bediening bij 1150ppm, dat is 7% van het ppm werkbied (500-1200ppm, Peutz hanteert 300-1200ppm). De efficiëntie van de WTW zonekleppenregeling is tot 1150ppm niet aanwezig.
• De CO2 regeling verhoogt het debiet in zeer korte tijd naar bijna de maximale waarde van de
  WTW. Dit zorgt voor geluidsoverlast. Het is niet fluisterstil zoals de documentatie aangeeft.

Een aantal van deze issues heeft de HRC450 ook, zoals eerder gemeld na een nieuwe print met andere firmware en vochtsensor werkt alles na behoren.

[marnie]

Een aantal van deze issues heeft de HRC450 ook, zoals eerder gemeld na een nieuwe print met andere firmware en vochtsensor werkt alles na behoren.

In mijn toelichting op de ingebrekestelling sluit ik af met

Als ik de problematiek beschouw, zie ik dat de problemen vooral worden veroorzaakt door bugs in de software en incorrecte documentatie. Naar mijn bescheiden mening zijn deze problemen oplosbaar door de software van de diverse componenten bugvrij te maken en aan te passen aan de documentatie. Graag zie ik dat gerealiseerd. Indien dit niet kan dan is vervangen ook een mogelijkheid.

Groupe Atlantic (Orcon) en mijn leverancier beslisten dat de WTW teruggenomen wordt.
Ik had geen problemen met de vochtsensor maar mijn problemen waren specifiek gericht op de HRC425 met zonekleppenregeling. Nieuwe firmware was waarschijnlijk geen optie.

[ Voor 0% gewijzigd door marnie op 30-03-2024 15:43 . Reden: HRC425 toegevoegd ]

[koekoek]

marnie schreef op zaterdag 30 maart 2024 @ 10:56:
@koekoek In het kort zijn bij de zoneregeling de gebreken en afwijkingen t.o.v de manuals/brochures:

• De ventilatiesnelheden voor de afvoer- en toevoer kunnen niet separaat ingesteld worden.
• Met de WTW dipswitch 3 op ‘aan’ en de CO2 bediening op ‘2’ is het gemeten debiet 115m3/h, dat hoort 175m3/h te zijn.
• Bij herstart van de WTW wordt niet altijd de dipswitchstand overgenomen.
• De zonebedieningen zijn niet te ontkoppelen via de drukknoppen op de klepbesturing.
• De ledindicatie op de CO2 bediening geeft niet altijd de correcte WTW stand weer.
• De CO2 regeling start met de CO2 bediening bij 1150ppm, dat is 7% van het ppm werkbied (500-1200ppm, Peutz hanteert 300-1200ppm). De efficiëntie van de WTW zonekleppenregeling is tot 1150ppm niet aanwezig.
• De CO2 regeling verhoogt het debiet in zeer korte tijd naar bijna de maximale waarde van de
  WTW. Dit zorgt voor geluidsoverlast. Het is niet fluisterstil zoals de documentatie aangeeft.

dank je wel @marnie .... zeer duidelijk! ik ga er mee aan de gang

[koekoek]

Vaevictis_ schreef op zaterdag 30 maart 2024 @ 15:04:
[...]


Een aantal van deze issues heeft de HRC450 ook, zoals eerder gemeld na een nieuwe print met andere firmware en vochtsensor werkt alles na behoren.

Hi @Vaevictis_ , kan je aangeven wat er opgelost is met de firmware? dan kan ik daar eventueel ook om vragen... ik sta al in contact met Orcon zelf

[Vaevictis_]

koekoek schreef op zaterdag 30 maart 2024 @ 15:49:
[...]


Hi @Vaevictis_ , kan je aangeven wat er opgelost is met de firmware? dan kan ik daar eventueel ook om vragen... ik sta al in contact met Orcon zelf

Firmware lost niet de grote klachten op je krijgt een print met een nieuwere firmware. Ik heb geen changelog van de firmware maar vaak zijn het extra registers met diagnose informatie.

[vliegnerd]

koekoek schreef op zaterdag 30 maart 2024 @ 15:49:
[...]


Hi @Vaevictis_ , kan je aangeven wat er opgelost is met de firmware? dan kan ik daar eventueel ook om vragen... ik sta al in contact met Orcon zelf

Ik denk dat een groot probleem, dat ik zelf heb, opgelost kan worden met een print/firmware update.

Ik heb een HRC425 uit feb/maart 2021. Deze heeft wel een werkende vochtsensor (lees ik uit in HA), maar de Orcon doet helemaal niets (echt niets) met deze informatie.
Ik heb het zelf maar opgelost met een automation in HA, maar de installateur en Orcon hebben mij helemaal in de kou laten staan, tot het kwaadaardige aan toe.

Situatie nieuwbouwhuis 2021. Hele buurt klaagt over vocht in badkamer. Ik meet bovenstaande. Installateur zegt "het groene lampje brand, hij doet het!
Orcon is langsgeweest bij buren: Beweren gewoon doodleuk dat het werkt. Maar adviseren wel om handmatig stand 3 te activeren voor het douchen. WTF! Ik weet natuurlijk niet of dit incompetent of kwaadaardig gedrag is van Orcon. Maar het resultaat is hetzelfde: Ik heb een Orcon WTW waarvan de vochtregeling helemaal niet werkt en daar moet ik het maar mee doen.

Tja, ik laat het er maar bij. Mijn gelijk halen in een rechtzaak is duurder dan een fatsoenlijke WTW unit kopen

Ben dus wel benieuwd of jij wel resultaat bij Orcon kan boeken. Maar wees gewaarschuwd!

[ Voor 8% gewijzigd door vliegnerd op 31-03-2024 09:49 ]

[koekoek]

Hi @vliegnerd,

Ik heb met Orcon afgesproken dat ik het tot en met de zomer aankijk…. Dit heeft er mee te maken dat bij mij de temperatuursensor niet nauwkeurig de buitentemperatuur registreert. Orocn heeft nu de temperatuursensor een vaste correctie van -2 graden gegeven en ze denken/hopen dat de bypass-klep nu wel goed gaat reageren in de zomer…. Ik heb mijn twijfels

Ik ga inderdaad ook niet voor een rechtszaak of iets dergelijks en ik heb het zelfde plan opgevat als jij, om de “gebreken” zelf te verhelpen via automations in HomeAssistant.

Ik wil deze 3 automations gaan maken:
1. Bypass gerelateerd… ik weet het algoritme nog niet helemaal, maar zoiets als : als buiten temperatuur (van internet) > 12 graden dan bypass open zolang temperatuur binnen > 20 graden
2. Een fake CO2 sensor die de huidige CO2 neemt van de echte CO2 sensor en daar bijvoorbeeld 200 PPM bij op telt, zodat de fan veel eerder gaat reageren op CO2
3. Een vochtgehalte gerelateerde automation… waarbij ik via een ”trend” helper in HA (derivative helper) wil reageren op snel stijgende luchtvochtigheid zoals bij douchen en dan de fan op high wil zetten voor een half uur

Ik heb inmiddels de boel aan de praat in Home Automation… Ik kan de bypass zetten. Ik zie de luchtvochtigheid en de CO2…. Ook de WTW op auto zetten en op high lukt prima…
Voor de rest zie ik nog wat onverwachte resultaten als ik de voorbeelden uit de wiki volg… Daar ga ik mee aan de slag…

Het lijkt me leuk om config en ervaringen met je te delen?!?!

[vliegnerd]

@koekoek ik zal mijn vocht en bypass automations delen als ik thuis ben!

[koekoek]

@vliegnerd super!

ben ook erg geïnteresseerd in jouw configuration.yaml
bij mij werkt alleen de high-stand en de auto-stand en ik vermoed dat dat komt omdat dit modes zijn die voor beide zones gelden. per zone aansturen lukt me niet..... wat me ook niet lukt is een fan mode zetten met een time remaining setting
Weet jij of er info uit te lezen is over de zonneklep?

thanks!

[Vaevictis_]

koekoek schreef op woensdag 3 april 2024 @ 11:06:
Hi @vliegnerd,

Ik heb met Orcon afgesproken dat ik het tot en met de zomer aankijk…. Dit heeft er mee te maken dat bij mij de temperatuursensor niet nauwkeurig de buitentemperatuur registreert. Orocn heeft nu de temperatuursensor een vaste correctie van -2 graden gegeven en ze denken/hopen dat de bypass-klep nu wel goed gaat reageren in de zomer…. Ik heb mijn twijfels

Ik ga inderdaad ook niet voor een rechtszaak of iets dergelijks en ik heb het zelfde plan opgevat als jij, om de “gebreken” zelf te verhelpen via automations in HomeAssistant.

Ik wil deze 3 automations gaan maken:
1. Bypass gerelateerd… ik weet het algoritme nog niet helemaal, maar zoiets als : als buiten temperatuur (van internet) > 12 graden dan bypass open zolang temperatuur binnen > 20 graden
2. Een fake CO2 sensor die de huidige CO2 neemt van de echte CO2 sensor en daar bijvoorbeeld 200 PPM bij op telt, zodat de fan veel eerder gaat reageren op CO2
3. Een vochtgehalte gerelateerde automation… waarbij ik via een ”trend” helper in HA (derivative helper) wil reageren op snel stijgende luchtvochtigheid zoals bij douchen en dan de fan op high wil zetten voor een half uur

Ik heb inmiddels de boel aan de praat in Home Automation… Ik kan de bypass zetten. Ik zie de luchtvochtigheid en de CO2…. Ook de WTW op auto zetten en op high lukt prima…
Voor de rest zie ik nog wat onverwachte resultaten als ik de voorbeelden uit de wiki volg… Daar ga ik mee aan de slag…

Het lijkt me leuk om config en ervaringen met je te delen?!?!

Mijn T sensor is ook veel te hoog. Er hangt 3 meter lager een T van de warmtepomp die is heel accuraat tot op 0,1 graad. Dus met nieuwste print en firmware er is gewoon een bug in de software. Heb wel eens een nieuwe NTC sensor aangesloten zelfde resultaat.

[vliegnerd]

koekoek schreef op woensdag 3 april 2024 @ 12:07:
@vliegnerd super!

ben ook erg geïnteresseerd in jouw configuration.yaml
bij mij werkt alleen de high-stand en de auto-stand en ik vermoed dat dat komt omdat dit modes zijn die voor beide zones gelden. per zone aansturen lukt me niet..... wat me ook niet lukt is een fan mode zetten met een time remaining setting
Weet jij of er info uit te lezen is over de zonneklep?

thanks!

Dit is bijna mijn gehele configuration.yaml. Laatste stuk is ramses_cc: https://pastebin.com/8xTKbcKf
Het is best een zooitje. Ik ga binnenkort mijn HA migreren naar een nieuwe server, dus wellicht wordt het ooiot netter ;-)

Ik heb een fake RF15 gepaired met mijn FAN (dus niet de klepunit) waar ik de commando's van HA naar toe stuur. Dus high (stand 3, voor een uur) enzo.

Op de TODO lijst staat het pairen van een fake CO2 sensor/remote om zo "vent demand" berichten naar de zone-klep unit te sturen.

Wat betreft info van de zoneklep: Die staan, denk ik, in de 31D9 berichten die de zoneklep stuurt en uitwisselt met mijn CO2 RF15s in (slaap)kamers. Maar ik heb het idee dat er maar 3 standen zijn. "Beide"/"Links"/"Rechts". Ik weet niet of ze als in ramses_rf zitten, waarschijnlijk wel, maar staat nog steeds op mijn lijst om uit te zoeken. Die wil ik ook wel in HA hebben.

Voor het vocht gebruik ik de integratie "generic hygrostat": https://www.home-assistan...ations/generic_hygrostat/

En deze automation:

code:

alias: Hygrostat enable FAN
description: Stuur een push notificatie als de hygrostat state verandert.
trigger:
  - platform: state
    entity_id:
      - binary_sensor.bathroom_hygrostat
    to: "on"
    from: "off"
    for:
      hours: 0
      minutes: 1
      seconds: 0
condition:
  - condition: not
    conditions:
      - condition: numeric_state
        entity_id: sensor.32_134446_remaining_time
        above: 10
action:
  - service: notify.mobile_app_iphone_van_tom
    data:
      message: Vocht! Ventilatie gaat naar stand 3.
      title: Hygrostat on FAN on
  - service: remote.send_command
    data:
      command: high_60
      entity_id: remote.29_162275
mode: single

En de bypass open in de zomer:

code:

alias: WTW zomerbypass regeling
description: Zet de bypass open en dicht op basis van buitentemperatuur
trigger:
  - platform: time_pattern
    hours: /1
    minutes: 0
condition:
  - condition: state
    entity_id: input_boolean.zomer_bypass_regeling_actief
    state: "on"
action:
  - if:
      - condition: numeric_state
        entity_id: sensor.32_134446_outdoor_temperature
        below: 21
    then:
      - if:
          - condition: state
            entity_id: binary_sensor.32_134446_bypass_position
            state: "off"
        then:
          - service: notify.mobile_app_iphone_van_tom
            data:
              message: De bypass gaat open!
              title: WTW Bypass
      - service: remote.send_command
        data:
          command: bypass_open
          entity_id: remote.29_162275
    else:
      - service: remote.send_command
        data:
          command: bypass_auto
          entity_id: remote.29_162275
mode: single

Deze automation staat alleen in de zomer aan tijdens een hittegolf, handmatig met een knop aan "input_boolean.zomer_bypass_regeling_actief"

Ik heb deze automation, omdat de bypass nooit automatisch open gaat. Automatisch open gaat alleen als het binnen meer dan 23 graden is, om te voorkomen dat hij in het voorjaar of winter opengaat. En het is nooit 23 graden bij mij, maar toch wil je op een hete zomernacht wel eens de bypass open.
Eerlijk gezegd weet ik niet of ik hem ooit nog zal gebruiken, want het helpt niet echt. Maar waarschijnlijk wel bij een dreigende hittegolf.

[ Voor 25% gewijzigd door vliegnerd op 03-04-2024 17:50 ]

[koekoek]

@vliegnerd Wou dat is een hoop info ik ga er mee aan de slag... misschien wel met een schone lei....
want bij mij reageert ie toch echt heel raar.. als ik een high_60 stuur dan gaat ie fan status wel op speed 3 , temporary override , ook voor 60 minuten maar de fan speed op 10% , zo raar...

als ik verder ben met de co2 automation laat ik het je zeker weten! veel dank!

[vliegnerd]

koekoek schreef op woensdag 3 april 2024 @ 19:49:
@vliegnerd Wou dat is een hoop info ik ga er mee aan de slag... misschien wel met een schone lei....
want bij mij reageert ie toch echt heel raar.. als ik een high_60 stuur dan gaat ie fan status wel op speed 3 , temporary override , ook voor 60 minuten maar de fan speed op 10% , zo raar...

Klinkt als een Orcon bug. Ik heb dit met stand 2 die is onbruikbaar op tijdelijk. Hetzelfde als ar jij hebt. Gaat wel in die stand maar blijft laag.
Met de fysieke RF15 hetzelfde.

Werkt het met de fysieke remote wel?

[koekoek]

@vliegnerd ik ga morgen op alle 3 de fysieke remotes de fan modes testen en noteren
maar voor vandaag is het mooi geweest... ik heb iets heel raars en snap nu wel waarom ik de laatste tijd zn moeite had om te snappen wat er gaande is....

als ik aanpassingen maak in de configuration.yaml bij de commands van de fake remote en ik heb de ramses_cc setting op restore_cache false... dan blijft het oude schema actief , ook na booten van HA en na op clear cache drukken in de ramses_rf integratie.... super weird en irritant

[vliegnerd]

koekoek schreef op woensdag 3 april 2024 @ 22:20:
@vliegnerd ik ga morgen op alle 3 de fysieke remotes de fan modes testen en noteren
maar voor vandaag is het mooi geweest... ik heb iets heel raars en snap nu wel waarom ik de laatste tijd zn moeite had om te snappen wat er gaande is....

als ik aanpassingen maak in de configuration.yaml bij de commands van de fake remote en ik heb de ramses_cc setting op restore_cache false... dan blijft het oude schema actief , ook na booten van HA en na op clear cache drukken in de ramses_rf integratie.... super weird en irritant

Lastig probleem! Ik (her)ken dit probleem niet, maar ramses_cc aan de praat krijgen is wel echt een dingetje. Het gevoel dat het niet werkt, en dat je het niet werkend krijgt, omdat er iets vaags misgaat, dat herken ik wel heel erg. Sterkte en succes!

[koekoek]

thanks! ik ga vanavond wel de code in van ramses_cc om te kijken hoe die configuration.yaml gelezen en gerefreshed wordt ..... ik spreek niet best Python maar moet lukken

[koekoek]

Vaevictis_ schreef op woensdag 3 april 2024 @ 16:51:
[...]


Mijn T sensor is ook veel te hoog. Er hangt 3 meter lager een T van de warmtepomp die is heel accuraat tot op 0,1 graad. Dus met nieuwste print en firmware er is gewoon een bug in de software. Heb wel eens een nieuwe NTC sensor aangesloten zelfde resultaat.

hi @Vaevictis_ ik zie je reactie eigenlijk nu pas... sorry daarvoor
Heb jij wat met die temperatuur sensor gedaan of laat je het maar gewoon zo? bijvoorbeeld in HomeAutomation een fake sensor toevoegen met een correctie op de waarde die Orcon meet?

[Vaevictis_]

koekoek schreef op donderdag 4 april 2024 @ 14:19:
[...]


hi @Vaevictis_ ik zie je reactie eigenlijk nu pas... sorry daarvoor
Heb jij wat met die temperatuur sensor gedaan of laat je het maar gewoon zo? bijvoorbeeld in HomeAutomation een fake sensor toevoegen met een correctie op de waarde die Orcon meet?

Nee ik heb de Orcon waarde en de Luxtronik waarde (warmtepomp) onder elkaar dan weet ik wat de echte temperatuur moet zijn.

[koekoek]

marnie schreef op vrijdag 22 maart 2024 @ 10:34:
Mijn Orcon HRC 425 is vandaag teruggehaald door de leverancier, de WTW box is prima maar de zoneregeling voldeed op meerdere punten niet aan zijn eigen specificaties. Door de 868MHz connectie naar Homeassistant is dat zichtbaar (meetbaar en aantoonbaar) geworden.

Ik ga over naar een Duco WTW en daardoor is mijn SSM-D2 868MHz USB dongle (Indalo-Tech ssm-32u4d2) overbodig geworden. De dongle staat bij vraag en aanbod.

Hi @marnie
wat ik nog helemaal vergeet te vragen hoe "de Duco" bevalt? of heb je hem nog niet?

[marnie]

@koekoek Nee ik heb de Duco nog niet, vandaag is het financiële gedeelte van de Orcon net afgerond.

Ik heb wel reactie van Duco zelf op een paar vragen van mij:

• de CO2 regeling van de Duco werkt vanaf 800ppm(!) en
• het maximum debiet is per zone(!) instelbaar tot 10% van het maximum vermogen en
• voor ons tweakers een wifi connection board.

De Duco zoneregeling werkt wezenlijk anders dan de Orcon en past, zoals het nu lijkt, beter bij mijn situatie.
Mijn planning is volgende week de Duco te bestellen en een week later te installeren.

Hieronder een gedeelte van de mailwisseling met de reactie van Duco op mijn vragen

Mijn vragen over de DucoBox Energy Comfort D325:
1. Wat is de minimale waarde van de maximum debiet instelling van de D325? Kan ik het bv. terugdraaien naar bv 160m3/h (75% van 215m3/h)?

Onze DUCO ventilatiesystemen zullen altijd op 10% van het ingesteld maximaal vermogen ventileren.
Tenzij een sensor vraagt om meer ventilatie of wanneer er een manuele actie op een bediening van DUCO wordt uitgevoerd.
Een sensor zal geleidelijk aan optoeren zodra het setpunt van de sensor overschreden.
Bij een CO2 sensor zal de eerste 100 ppm geleidelijk aan worden opgeschaald.
Bij een RH sensor zal de eerste 10% geleidelijk aan worden opgeschaald.

2. In de Duco documentatie lees ik dat de CO2 regeling de ppm waarde op ca 800ppm houdt.
Is dit een ‘echte’ pid regeling die rustig het debiet optoert waar nodig en niet een bijna aan/uit regeling zoals hieronder beschreven?

De standaardwaarde voor een CO2 sensor is inderdaad 800 ppm. Voor de uitleg over de regeling zie hierboven.

Is er een beschrijving beschikbaar over hoe deze regeling werkt in samenhang met de kleppen?

Ik heb niet meteen een zeer diepgaande verklaring van de regeling maar de componenten die aan de zone gekoppeld zijn, sturen deze zone aan.
Met andere woorden wanneer de sensor een CO2 waarde meet van 840 ppm zal de sensor een vraag uitsturen naar de sensor van +/- 40% ventilatie.
Wanneer de sensor een waarde meet van 880 ppm zal de sensor een vraag uitsturen van +/- 80% ventilatie uitsturen.
Zowel de ventilatoren als de regelkleppen zullen zich aanpassen op basis van de sensoren.

Er zijn nog een paar onduidelijkheden:
1. Op de WTW box zit een maximum setting van het debiet, wat is de laagst mogelijke instelwaarde?

De laagste ingestelde waarde zal 10% van het maximaal vermogen van het toestel zijn.

2. Is deze instelwaarde per zone bij een zoneregeling, anders gezegd kan ik per zone het maximum debiet instellen?

Voor iedere zone moet het debiet afzonderlijk worden ingeregeld. Het maximaal debiet zal dus per zone ingesteld moeten worden.

Dank voor uw uitleg over de CO2 regeling.
Hieruit maak ik op dat bij 100ppm overschrijding van het CO2 setpoint (800ppm = standaard) het debiet verhoogd naar de maximaal ingestelde debietwaarde.
Bij een zoneregeling sluit de klep van de andere zone dus daar is een maximale debietwaarde per zone heel zinvol om overbelasting van een zone te vermijden.
VB:
Stel het max. debiet van de box is 225m3/h onderverdeel in twee zones van 100 (zone 1) en 125mm3/h (zone 2). Ik hou even geen rekening met een 70% regel.
Als de CO2 in zone 1 zich verhoogt naar +/+900ppm dan sluit de klep van zone 2 en heb ik theoretisch het maximale debiet door zone 1. Als het maximale debiet per zone is ingesteld is dat 100m3/h, echter als dat alleen op de box is dan is dat 225m3/h. Twee maal zoveel als ontworpen.

Het is niet zozeer dat de klep zone 2 zal afsluiten want er wordt altijd 10% ventilatie gegarandeerd in de andere zone, dat is wettelijk verplicht.
Maar het debiet van iedere zone kan onafhankelijk geregeld worden van elkaar.

[ Voor 0% gewijzigd door marnie op 06-04-2024 10:38 . Reden: reactie Duco geaccentueerd met H3 ]

[koekoek]

@marnie wou dat klinkt substantieel beter.... ben benieuwd hoe hij in de praktijk bevalt! ik hoor over een tijdje graag je ervaring

ik modder voorlopig wel door met de Orcon en ik ben Homeassistant opnieuw aan het installeren want het weigert veranderingen in configuration.yaml op te pikken, ook na opnieuw opstarten

[koekoek]

Hi, vraagje:
Ik heb Homeassistant opnieuw geïnstalleerd, dit keer niet op mn PI. Maar ge-virtualiseerd op mijn macbook via UTM met deze image: haos_generic-aarch64-x.x.qcow2 ... nou allemaal goed... en usb forwarden lukt ook nog ... maar ik heb precies het zelfde probleem als op mijn PI. Als ik mijn configuration.yaml aanpas dan worden de wijzigingen niet actief na een restart van HA.... Pas als ik ramses_cc helemaal uninstall en weer install worden de veranderingen actief.... zeer frustrerend.... doe ik iets geks?

ik gebruik ramses_cc 0.14.16... ik ssh in HA en schrijf in de configuration.yaml in de config dir... daarna check ik de config en restart ik HA.... geen enkele wijziging in het ramses_cc deel komt door... andere delen van de configuration wel (bijvoorbeeld als ik het logger niveau wijzig)....

Doe ik iets raars? hebben jullie dit ook?

[vliegnerd]

koekoek schreef op dinsdag 9 april 2024 @ 20:29:
Hi, vraagje:
Ik heb Homeassistant opnieuw geïnstalleerd, dit keer niet op mn PI. Maar ge-virtualiseerd op mijn macbook via UTM met deze image: haos_generic-aarch64-x.x.qcow2 ... nou allemaal goed... en usb forwarden lukt ook nog ... maar ik heb precies het zelfde probleem als op mijn PI. Als ik mijn configuration.yaml aanpas dan worden de wijzigingen niet actief na een restart van HA.... Pas als ik ramses_cc helemaal uninstall en weer install worden de veranderingen actief.... zeer frustrerend.... doe ik iets geks?

ik gebruik ramses_cc 0.14.16... ik ssh in HA en schrijf in de configuration.yaml in de config dir... daarna check ik de config en restart ik HA.... geen enkele wijziging in het ramses_cc deel komt door... andere delen van de configuration wel (bijvoorbeeld als ik het logger niveau wijzig)....

Doe ik iets raars? hebben jullie dit ook?

Ik herken dit niet. Het lijkt erop dat rames_cc de config / state niet opnieuw laadt.
Maar hoe dit komt... geen idee.

David Bonnes, de developer van ramses_cc is het best in dit forum te bereiken:
https://community.home-as...ronics-chronotherm/151584

[koekoek]

ik ga het daar vragen, thanks!

[koekoek]

probleem opgelost!! sinds versie 0.14.16 moet je je instellingen doen via Config Flow bij de "Integration" en wordt de configuration.yaml bij het starten van HA genegeerd... Ik had de parameter block_list ergens staan die niet geaccepteerd wordt via Config Flow... nu ik die verwijderd heb kan ik saven via Conflig Flow en werkt het weer zoals ikl wil....

Ik denk ik meld het wel even voor als andere hier ook mee zitten te klooien

[vliegnerd]

koekoek schreef op woensdag 10 april 2024 @ 15:50:
probleem opgelost!! sinds versie 0.14.16 moet je je instellingen doen via Config Flow bij de "Integration" en wordt de configuration.yaml bij het starten van HA genegeerd... Ik had de parameter block_list ergens staan die niet geaccepteerd wordt via Config Flow... nu ik die verwijderd heb kan ik saven via Conflig Flow en werkt het weer zoals ikl wil....

Ik denk ik meld het wel even voor als andere hier ook mee zitten te klooien

Dank voor de reminder.

Ik gebruik deze versie ook. Maar wist ook helemaal niet (of niet meer) dat configuration.yaml genegeerd wordt.

[Eastman]

vliegnerd schreef op zondag 31 maart 2024 @ 09:48:
[...]


Ik denk dat een groot probleem, dat ik zelf heb, opgelost kan worden met een print/firmware update.

Ik heb een HRC425 uit feb/maart 2021. Deze heeft wel een werkende vochtsensor (lees ik uit in HA), maar de Orcon doet helemaal niets (echt niets) met deze informatie.
Ik heb het zelf maar opgelost met een automation in HA, maar de installateur en Orcon hebben mij helemaal in de kou laten staan, tot het kwaadaardige aan toe.

Situatie nieuwbouwhuis 2021. Hele buurt klaagt over vocht in badkamer. Ik meet bovenstaande. Installateur zegt "het groene lampje brand, hij doet het!
Orcon is langsgeweest bij buren: Beweren gewoon doodleuk dat het werkt. Maar adviseren wel om handmatig stand 3 te activeren voor het douchen. WTF! Ik weet natuurlijk niet of dit incompetent of kwaadaardig gedrag is van Orcon. Maar het resultaat is hetzelfde: Ik heb een Orcon WTW waarvan de vochtregeling helemaal niet werkt en daar moet ik het maar mee doen.

Tja, ik laat het er maar bij. Mijn gelijk halen in een rechtzaak is duurder dan een fatsoenlijke WTW unit kopen

Ben dus wel benieuwd of jij wel resultaat bij Orcon kan boeken. Maar wees gewaarschuwd!

De vochtregeling werkt hier ook niet. Dit heeft naar mijn mening te maken met de inregeling van de ventielen icm de vereisten van Orcon. Volgens de handleiding van ORCON, moet er minimaal 25% afgezogen worden via de badkamer ivm verdunning. Dit is meestal niet het geval en je kan dat controleren in de ventilatiebalans berekening. In ons geval speelt ook nog de kwestie dat we 2 badkamers hebben, waardoor je minimaal 50% moet afzuigen via de badkamers. In ons geval zou dat betekenen dat er meer dan 75m3 per uur afgezogen moet worden door 1 ventiel, dat is tegen/over het toegestane limiet bij een diameter van 125mm.

Ik zou nu willen aansturen met vochtsensor in de badkamer en daarmee via homey de WTW aansturen.

Een ander probleem met de vochtsensor indien het wel werkt. De sensor slaat aan op basis van een Delta in vochtmeting, Op basis daarvan gaat de WTW in vochtstand en na x minuten nadraai tijd weer in basis stand. Maar als er tijdens nadraai tijd weer wordt gedoucht, dan is er onvoldoende Delta in vochtmeting en gaat de WTW niet meer naar vochtstand. (dit had ik begrepen van de leverancier van de WTW).