Itho WPU5G water/water-warmtepomp ervaringen

[GeeMoney]

spacewagon schreef op maandag 29 januari 2024 @ 21:07:
[...]

Thanks! Het uit zetten in de vakantie zal inderdaad niet zoveel opleveren. Volgens mij is de laagste temperatuur dan 18 graden. Dus het zakt er maar 2. En die moeten er later weer bij.

Op bladzijde 10 staat hoe je de buitentemperatuur instelt op dat oude ding. En op bladzijde 22 de vakantie-stand. Dit ter info: https://ithodaalderop.com...0WPU%20MFT%20Autotemp.pdf.

Ik bedenk me nog iets. Op dat oude ding kan ik het SWW op “boost” zetten. Dan gaat er een elektrisch element aan (dat ik volgens mij niet heb) en hij start direct met het opwarmen van het SWW. Dat is wel eens handig als er ‘s morgens gedoucht is en je later op de dag in bad wil. Dat lijkt op die Spider ook niet te zitten.

Toen de monteur hier de boel instelde, nam ik een foto van zijn laptop. Maar volgens mij is de firmware niet te zien op dit beeld.

[Afbeelding]

[Afbeelding]

Gewoon maar eens proberen dan voor die paar tientjes 😇.

Boost / opwarmen van je SWW kan je ook straks met je add on doen maar zit volgens mij ook op de Spider. Ik heb hem wederom in comfort modus dus hij warmt bij mij altijd direct alweer op .
Ik heb een gezin met 3 jonge kinderen, 2 badkamers en een bad dus die heb ik vrij snel naar comfort geknikkerd
Hij heeft wel een elektrisch element hoor, dat is ook nodig als back-up of als het echt een keer -15 mocht worden.
Je buitentemperatuur staat in je screenshot ook geforceerd op -30 zie ik, wel gek want je gaf aan een temp sensor te hebben toch?

[ Voor 5% gewijzigd door GeeMoney op 29-01-2024 21:56 ]

[vliegnerd]

De spider heeft ook boost.

Bij mij (geen elektrisch element) verwarmt boost het vat naar 61,5 graden net als legionella

[spacewagon]

GeeMoney schreef op maandag 29 januari 2024 @ 21:53:
[...]


Boost / opwarmen van je SWW kan je ook straks met je add on doen maar zit volgens mij ook op de Spider. Ik heb hem wederom in comfort modus dus hij warmt bij mij altijd direct alweer op .
Ik heb een gezin met 3 jonge kinderen, 2 badkamers en een bad dus die heb ik vrij snel naar comfort geknikkerd
Hij heeft wel een elektrisch element hoor, dat is ook nodig als back-up of als het echt een keer -15 mocht worden.
Je buitentemperatuur staat in je screenshot ook geforceerd op -30 zie ik, wel gek want je gaf aan een temp sensor te hebben toch?

Thanks!

Scherp! Die foto is van jaren geleden. Toen ‘ie net aangesloten was. Toen had ik nog geen eigen buitensensor, maar liep het via een gateway bij één van de buren. Die constant een storing gaf.

In dat screenshot zie ik ook staan dat er “geen dhw element” in zit. Ik dacht dat dat het ontbrekende elektrische element was.

Hier staat ‘ie ook op Comfort trouwens.

[GeeMoney]

spacewagon schreef op dinsdag 30 januari 2024 @ 15:46:
[...]


Thanks!

Scherp! Die foto is van jaren geleden. Toen ‘ie net aangesloten was. Toen had ik nog geen eigen buitensensor, maar liep het via een gateway bij één van de buren. Die constant een storing gaf.

In dat screenshot zie ik ook staan dat er “geen dhw element” in zit. Ik dacht dat dat het ontbrekende elektrische element was.

Hier staat ‘ie ook op Comfort trouwens.

Wellicht mijn foute aanname dan, ik dacht dat er altijd een elektrisch element in zat ivm echt strenge vorst een back-up beschikbaar te hebben.
Ik heb wel dhw gegevens in mijn output dus ik ga er dan maar even vanuit dat ik hem dus wel heb.

[GraceGRD]

Hoi even een korte update m.b.t. tot het aansturen van de WPU DHW via opentherm.

Na wat prutsen lijkt het erop dat Message ID 133 het tijdstip bevalt wanneer de WPU DHW moet gaan doen.

Via de spider DHW tijd op 19:05 gezet, Dit komt voorbij in de logs:

code:

09:54:59.536607  T9085B305  Write-Data  Message ID 133 (MsgID=133): 45829
09:54:59.644733  B5085B305  Write-Ack   Message ID 133 (MsgID=133): 45829

45829 = 0b 1011 0011 0000 0101
19 = 0b 0001 0011
5 = 0b 0101
Dit bit patroon van de tijd komt dus terug

Ter verificatie de spider DHW tijd op 22:09 gezet, Dit komt voorbij in de logs:

code:

09:59:52.923827  T9085B609  Write-Data  Message ID 133 (MsgID=133): 46601
09:59:53.025945  B5085B609  Write-Ack   Message ID 133 (MsgID=133): 46601

46601 = 0b 1011 0110 0000 1001
22 = 0b10110
9 = 1001

Ik weet tot nu toe niet wat 1e 3 bits (0b 101) betekenen.

De DHW tijd wordt dus opgeslagen op de WPU aangezien de Spider deze opvraagt:

code:

09:58:20.391461  T80850000  Read-Data   Message ID 133 (MsgID=133): 0
09:58:20.501186  BC085B305  Read-Ack    Message ID 133 (MsgID=133): 45829

[GeeMoney]

GraceGRD schreef op woensdag 31 januari 2024 @ 10:12:
Hoi even een korte update m.b.t. tot het aansturen van de WPU DHW via opentherm.

Na wat prutsen lijkt het erop dat Message ID 133 het tijdstip bevalt wanneer de WPU DHW moet gaan doen.

Via de spider DHW tijd op 19:05 gezet, Dit komt voorbij in de logs:

code:

09:54:59.536607  T9085B305  Write-Data  Message ID 133 (MsgID=133): 45829
09:54:59.644733  B5085B305  Write-Ack   Message ID 133 (MsgID=133): 45829

45829 = 0b 1011 0011 0000 0101
19 = 0b 0001 0011
5 = 0b 0101
Dit bit patroon van de tijd komt dus terug

Ter verificatie de spider DHW tijd op 22:09 gezet, Dit komt voorbij in de logs:

code:

09:59:52.923827  T9085B609  Write-Data  Message ID 133 (MsgID=133): 46601
09:59:53.025945  B5085B609  Write-Ack   Message ID 133 (MsgID=133): 46601

46601 = 0b 1011 0110 0000 1001
22 = 0b10110
9 = 1001

Ik weet tot nu toe niet wat 1e 3 bits (0b 101) betekenen.

De DHW tijd wordt dus opgeslagen op de WPU aangezien de Spider deze opvraagt:

code:

09:58:20.391461  T80850000  Read-Data   Message ID 133 (MsgID=133): 0
09:58:20.501186  BC085B305  Read-Ack    Message ID 133 (MsgID=133): 45829

Dat correspondeerd ook met mijn praktijk.
Ik wijzigde hem via de Spider en toen ging hij ook diezelfde avond dus lopen.(terwijl hij al had gelopen)

Bij jou waarschijnlijk ook het geval nadat je hem wijzigt dat hij dan dus de nieuwe tijd onherroepelijk gaat lopen. Dan de vraag, wat willen we hiermee ? Want die tijd is in principe dus al uit te lezen op je Spider en beinvloeden zorgt er blijkbaar voor dat hij dus gaat lopen, iets wat je wellicht juist niet wilt ?

[vliegnerd]

@GeeMoney kun je ook de tijd wijzigen door dit commando naar de spider te sturen? Of naar de Wpu en dat dan ook het tijdstip op de spider veranderd?

Wel jammer dat het zo werkt, want lastiger te beïnvloeden. Als er gewoon een “start SWW nu!” bericht van de spider zou zijn aan WPU dan was die te blokkeren of te faken

[GeeMoney]

vliegnerd schreef op woensdag 31 januari 2024 @ 12:15:
@GeeMoney kun je ook de tijd wijzigen door dit commando naar de spider te sturen? Of naar de Wpu en dat dan ook het tijdstip op de spider veranderd?

Wel jammer dat het zo werkt, want lastiger te beïnvloeden. Als er gewoon een “start SWW nu!” bericht van de spider zou zijn aan WPU dan was die te blokkeren of te faken

Ik weet niet hoe ik het commando die kant op kan krijgen maar ik kan in ieder geval bevestigen dat het zo lijkt te werken.
Tijd zetten betekend eerstvolgende overeenkomst -> lopen. Ondanks wat er daarvoor wel of niet gebeurd is.
Het wijzigen via Opentherm/code zal dus alleen maar (tot nu toe bekend) resulteren in dat hij dus gaat lopen terwijl wij het moment mogelijk juist willen uit stellen .

[Onl1ne1373]

Onl1ne1373 schreef op dinsdag 23 januari 2024 @ 14:43:
In ramses_rf lijkt de lengte van 01FF goed te staan, dus snap niet goed waarom je het packet niet kon versturen:

code:

Code._01FF: {  # unknown_01ff, TODO: definitely a real code, Itho Spider
        SZ_NAME: "message_01ff",
        I_: r"^0[01][0-9A-F]{50}$",
        RQ: r"^0[01][0-9A-F]{50}$",
        W_: r"^00[0-9A-F]{50}$",

Of we hebben een oude versie of in de custom component zit nog een extra reguliere expressie.

Edit: Gevonden, in ramses_cc, de Home Assistant Custom Component zit een extra reguliere expressie ter validatie.

custom_components/ramses_cc/schemas.py, regel 78

code:

vol.Required("payload"): cv.matches_regex(r"^[0-9A-F]{1,48}$"),

Ik denk dat 48 even naar 52 gezet moet worden. Dat kan je denk ik in Home Assistant via de File Editor of de terminal.

Ik heb een issue aangemaakt, hoop dat ze er naar kijken: https://github.com/zxdavb/ramses_cc/issues/145

ramses_cc Github Issue 145, over de max payload size voor ramses_cc.send_packet is gefixed in HACS Ramses CC version 0.31.4. Je kan upgraden door de beta versies aan te klikken, ander zie je alleen oude versies.

[Onl1ne1373]

Ik heb een idee hoe we de Spider flow kunnen opzetten, maar er moet nog een kleine aanpassing gedaan worden aan ramses_rf, ik kan nog niet vinden hoe ik dat tijdelijk kan doen in Home Assistant omdat ramses_rf een python library referentie is van de ramses_cc custom component. @vliegnerd Weet jij of dat kan? KAn op de Terminal niet de source files vinden.

Het idee is om de 01FF RQ packets op te vangen met Home Assistant events.

Om dit aan te zetten kan je de ramses_cc configuratie zo zetten:

code:

ramses_cc:
  serial_port: /dev/serial/by-id/usb-Texas_Instruments_TUSB3410_Boot_Device_TUSB3410-if00-port0
  advanced_features:
    send_packet: true
    message_events: "RQ.* 18:010547.* 01FF"
.....

Hier kan je met een reguliere expressie opgeven van welke soort packets een event wilt. Met deze reguliere expressie alle RQ berichten met als type 01FF die gericht zijn aan mijn HGI80.

Vervolgens kan je een Home Assistant automation maken die hierop reageert:

code:

alias: Thermostaat Onl1ne1373 Setpoint Reply
description: ""
trigger:
  - platform: event
    event_type: ramses_cc_message
condition:
  - condition: template
    value_template: "{{ trigger.event.data.code == \"01FF\" }}"
  - condition: template
    value_template: "{{ trigger.event.data.src == \"21:033620\" }}"
action:
  - service: ramses_cc.send_packet
    data:
      device_id: "21:033620"
      verb: RP
      code: 01FF
      payload: |
        008080{{ ('%x' % ((state_attr('climate.thermostat_onl1ne1373',
         'temperature') | float * 2)) | round) | upper }}28D0000000143C80800000B40080800280FF80040000
mode: single

Hierbij heb ik een sanity check voor de message type (misschien dat de payload per ongeluk kan matchen).
En een check of de juiste Spider dit bericht stuurde.
Vervolgens zal hij het setpoint van de virtuele thermostaat als reply sturen.

Dit lost het probleem met het knipperende wifi symbool op en het lost ook het probleem op dat Spiders die niet aan OpenTherm hangen niet luisteren naar de W 01FF berichten.

Echter de RQ 01FF berichten komen niet aan in een event
Ik denk dat dat komt omdat de ramses_rf library ze niet kan parsen en er dan uitspringt met een assertion failed.
Ik heb namelijk even met andere reguliere expressies (".*" ) getest en dan zitten die er net niet in, terwijl ze wel in de packet log zitten.

[Onl1ne1373]

Ik heb nu zitten testen met de volgende reguliere expressie zodat ik alle berichten van de Spider ontvang: ".* 21:033620"

Als ik dan de volgende automation gebruik, dan hebben we geen knipperend signaal meer en wordt hij op het juiste setpoint gezet als het display geactiveerd wordt.
Ik misbruik hierbij een 22C9 bericht welke van de Spider naar de naar de Autotemp gestuurd wordt als het display geactiveerd wordt.

code:

alias: Thermostaat Onl1ne1373 Setpoint Reply
description: ""
trigger:
  - platform: event
    event_type: ramses_cc_message
condition:
  - condition: template
    value_template: "{{ trigger.event.data.code == \"22C9\" }}"
  - condition: template
    value_template: "{{ trigger.event.data.src == \"21:033620\" }}"
action:
  - delay:
      hours: 0
      minutes: 0
      seconds: 1
      milliseconds: 0
  - service: ramses_cc.send_packet
    data:
      device_id: "21:033620"
      verb: RP
      code: 01FF
      payload: |
        008080{{ ('%x' % ((state_attr('climate.thermostat_onl1ne1373',
         'temperature') | float * 2)) | round) | upper }}28D0000000143C80800000B40080800280FF80040000
mode: single

[Onl1ne1373]

Ik heb mijn parser bevindingen in het volgende github issue ondergebracht: https://github.com/zxdavb/ramses_rf/issues/101

[GraceGRD]

@Onl1ne1373 Je kunt homeassistant in een vscode dev container draaien. Dan kun je de custom component code en zelfs de library aanpassen. https://developers.home-a.../development_environment/

Er vanuitgaande dat je Windows gebruikt moet je wsl installeren om de usb serial te kunnen mounten in de dev container. https://learn.microsoft.com/en-us/windows/wsl/connect-usb

[ Voor 9% gewijzigd door GraceGRD op 01-02-2024 23:57 ]

[vliegnerd]

Onl1ne1373 schreef op donderdag 1 februari 2024 @ 19:39:
Ik heb een idee hoe we de Spider flow kunnen opzetten, maar er moet nog een kleine aanpassing gedaan worden aan ramses_rf, ik kan nog niet vinden hoe ik dat tijdelijk kan doen in Home Assistant omdat ramses_rf een python library referentie is van de ramses_cc custom component. @vliegnerd Weet jij of dat kan? KAn op de Terminal niet de source files vinden.

ramses_cc importeert ramses_rf. Dan komt het terecht in de "site-packages" map. Het is een gedeelde library van de python installatie. Niet van ramses.

Bij installatie/updates wordt de ramses_rf library opnieuw geïnstalleerd in python. Elke verandering die je dan hebt gemaakt wordt overschreven.

De library wordt in python geïnstalleerd in de map:

code:

/usr/local/lib/python3.11/site-packages/ramses_rf

Als je HA in docker draait, staat dat dus niet in de "custom_components" map, maar echt in de docker container.
Als ik dit wil doen moet ik echt die container ingaan en in een shell in de container dit aanpassen. Vervelend en niet handig.

Je kunt de map vinden met:

code:

$ docker exec -it home-assistant /bin/sh

(nu in docker container)

# python
Python 3.11.6 (main, Oct 22 2023, 19:35:22) [GCC 12.2.1 20220924] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import ramses_rf
>>> ramses_rf.__file__
'/usr/local/lib/python3.11/site-packages/ramses_rf/__init__.py'
>>>

[ Voor 4% gewijzigd door vliegnerd op 02-02-2024 09:04 ]

[Onl1ne1373]

@GraceGRD Ik ga eens kijken wat ik daar mee kan, ik heb alleen Macs en Linux maar daar kom ik wel uit.

@vliegnerd Top, dank, gevonden. Was er al bang voor dat het ergens in een container zat.

Ik heb Home Assistant OS, iets andere container naam: docker exec -it homeassistant /bin/bash
Heb de parsers.py gevonden in : /usr/local/lib/python3.11/site-packages/ramses_tx

Het is alleen maar goed dat het overschreven wordt bij herinstallatie, kan ik ook niet veel fout doen.
Van het weekend maar eens kijken of ik het werkend kan krijgen. En eens een keer een crash course python doen, misschien toch wel handig.

[GraceGRD]

GraceGRD schreef op woensdag 31 januari 2024 @ 10:12:
Hoi even een korte update m.b.t. tot het aansturen van de WPU DHW via opentherm.

Na wat prutsen lijkt het erop dat Message ID 133 het tijdstip bevalt wanneer de WPU DHW moet gaan doen.

Via de spider DHW tijd op 19:05 gezet, Dit komt voorbij in de logs:

code:

09:54:59.536607  T9085B305  Write-Data  Message ID 133 (MsgID=133): 45829
09:54:59.644733  B5085B305  Write-Ack   Message ID 133 (MsgID=133): 45829

45829 = 0b 1011 0011 0000 0101
19 = 0b 0001 0011
5 = 0b 0101
Dit bit patroon van de tijd komt dus terug

Ter verificatie de spider DHW tijd op 22:09 gezet, Dit komt voorbij in de logs:

code:

09:59:52.923827  T9085B609  Write-Data  Message ID 133 (MsgID=133): 46601
09:59:53.025945  B5085B609  Write-Ack   Message ID 133 (MsgID=133): 46601

46601 = 0b 1011 0110 0000 1001
22 = 0b10110
9 = 1001

Ik weet tot nu toe niet wat 1e 3 bits (0b 101) betekenen.

De DHW tijd wordt dus opgeslagen op de WPU aangezien de Spider deze opvraagt:

code:

09:58:20.391461  T80850000  Read-Data   Message ID 133 (MsgID=133): 0
09:58:20.501186  BC085B305  Read-Ack    Message ID 133 (MsgID=133): 45829

Wederom een update (stukje bij beetje wordt ik wijzer)

Voorafgaande deze log stond het de Spider warm water op stand 'off'. Rond 19:40 heb ik via de spider het boost command gegeven. Onderstaand relevante informatie in de log.

code:

19:39:39.213019  T80820400  Read-Data   Message ID 130 (MsgID=130): 1024
19:39:39.326734  B4082044D  Read-Ack    Message ID 130 (MsgID=130): 1101
DHW mode: not active (0) & Flame status: flame off (0)
...
19:40:03.354677  T80820100  Read-Data   Message ID 130 (MsgID=130): 256
19:40:03.455819  B4082014D  Read-Ack    Message ID 130 (MsgID=130): 333
DHW mode: active(1)
19:40:13.385583  T80820100  Read-Data   Message ID 130 (MsgID=130): 256
19:40:13.495680  B4082011D  Read-Ack    Message ID 130 (MsgID=130): 285
DHW mode: active(1) & Flame status: flame off (0)
...
19:42:49.879097  T80820100  Read-Data   Message ID 130 (MsgID=130): 256
19:42:49.978485  B4082011D  Read-Ack    Message ID 130 (MsgID=130): 285
DHW mode: active (1) & Flame status: flame on (1)
...
21:27:43.135854  T80820100  Read-Data   Message ID 130 (MsgID=130): 256
21:27:43.236496  BC082010D  Read-Ack    Message ID 130 (MsgID=130): 269
DHW mode: active(1) & Flame status: flame off (0)
...
21:27:52.184376  T80820400  Read-Data   Message ID 130 (MsgID=130): 1024
21:27:52.293810  BC082040D  Read-Ack    Message ID 130 (MsgID=130): 1037
DHW mode: active(1) & Flame status: flame off (0)
...
21:28:00.215529  T80820400  Read-Data   Message ID 130 (MsgID=130): 1024
21:28:00.319080  B4082044D  Read-Ack    Message ID 130 (MsgID=130): 1101
DHW mode: not active (0) & Flame status: flame off (0)

Het lijkt er sterk op dat DHW aangestuurd wordt door Message ID 130.

Weet iemand van jullie hoe je OTGW Message IDs kunt aansturen/overschrijven?

[Onl1ne1373]

I changed the parser_01ff method in parsers.py to

code:

# unknown_01ff, to/from a Itho Spider/Thermostat                            
def parser_01ff(payload: str, msg: Message) -> dict:                        
    # see: https://github.com/zxdavb/ramses_rf/issues/73                    
                                                                            
    assert payload[:4] in ("0080", "0180"), f"{_INFORM_DEV_MSG} ({payload[:4]})"
    assert payload[12:14] == "00", f"{_INFORM_DEV_MSG} ({payload[12:14]})"      
    assert payload[16:22] in (                                                  
        "00143C",
        "002430",                                                               
        "7F8080",                                                               
    ), f"{_INFORM_DEV_MSG} ({payload[16:22]})"  # idx|25.9C?                    
    assert payload[26:30] == "0000", f"{_INFORM_DEV_MSG} ({payload[26:30]})"    
    assert payload[34:46] == "80800280FF80", f"{_INFORM_DEV_MSG} ({payload[34:46]})"
    assert payload[48:] in ("0000", "00A4", "0020"), f"{_INFORM_DEV_MSG} ({payload[48:]})"            
                                                                                    
    if msg.verb in (I_, RQ):  # from Spider thermostat to gateway                   
        assert payload[14:16] == "80", f"{_INFORM_DEV_MSG} ({payload[14:16]})"      
        assert payload[22:26] in ("2840", "2832"), f"{_INFORM_DEV_MSG} ({payload[22:26]})"    
        assert payload[30:34] in ("0104", "4402", "C102"), f"{_INFORM_DEV_MSG} ({payload[30:34]})"    
        assert payload[46:48] in ("04", "07"), f"{_INFORM_DEV_MSG} ({payload[46:48]})"
                                                                                      
    if msg.verb in (RP, W_):  # from Spider gateway to thermostat                     
        assert payload[4:6] == "80", f"{_INFORM_DEV_MSG} ({payload[4:6]})"            
        # assert payload[6:8] == payload[8:10], f"{_INFORM_DEV_MSG} ({payload[8:10]})"
        assert payload[14:16] in ("00", "7F"), f"{_INFORM_DEV_MSG} ({payload[14:16]})"
        assert payload[22:26] == "8080", f"{_INFORM_DEV_MSG} ({payload[22:26]})"      
        assert payload[30:34] in ("3100", "B400"), f"{_INFORM_DEV_MSG} ({payload[30:34]})"      
        assert payload[46:48] in ("00", "04"), f"{_INFORM_DEV_MSG} ({payload[46:48]})"
                                                                                      
    setpoint_bounds = (                                                               
        int(payload[6:8], 16) / 2,  # as: 22C9[2:6] and [6:10] ???                    
        None if msg.verb in (RP, W_) else int(payload[8:10], 16) / 2,                 
    )                                                                                 
                                                                                      
    return {                                                                          
        SZ_TEMPERATURE: None if msg.verb in (RP, W_) else int(payload[4:6], 16) / 2,  
        SZ_SETPOINT_BOUNDS: setpoint_bounds,                                          
        "time_planning": not bool(int(payload[10:12], 16) & 1 << 6),                  
        "temp_adjusted": bool(int(payload[10:12], 16) & 1 << 5),                      
        "_flags_10": payload[10:12],  #                                             
    }

Now it handles 01FF messages without assertions. And they indeed trigger ramses_cc_message events.

[Onl1ne1373]

And I created a Home Assistant Blueprint for handling of Spider messages: https://raw.githubusercon...ueprints/main/spider.yaml



It handles setpoint changes from the generic thermostat with an immediate "W 01FF" message.
And it also responds to RQ messages, so no more blinking symbols and setpoint changes work with spiders that do not receive message when the screen is off.

I also added initial support for automatic binding, but I do not receive 1FC9 messages yet.
I have to find out how to change ramses for that. And I have to add extra conditions for different Spiders.

[Onl1ne1373]

Binding does not work yet, but with the following Home Assistant Template you can generate binding messages:

code:

{% set binding_address = "21:033620" %}
{% set hex_address = '%x' % ((binding_address[:2] | int) * (2 ** 18) + (binding_address[-6:] | int)) %}
{{'0001FF'}}{{hex_address}}003EF0{{hex_address}}

[GeeMoney]

@Onl1ne1373 wat kunnen we uiteindelijk met hetgeen waar jij nu mee bezig bent? Dat ontgaat mij een beetje namelijk. Wel fantastisch om je voortgang te zien, bedankt voor alle energie die je erin steekt!

[Onl1ne1373]

@GeeMoney Wat je ermee kan is op afstand al je Spiders aansturen qua setpoint. Je hebt in Home Assistant een thermostaat voor elke Spider die je kan bedienen.



En natuurlijk kan je die thermostaten in Home Assistant weer automatiseren. Dus bijvoorbeeld een automatische nachtverlaging of een vakantie stand toevoegen.

[ Voor 34% gewijzigd door Onl1ne1373 op 03-02-2024 15:58 ]

[GeeMoney]

Werkt het denk je ook naar de Honeywell RT varianten of echt alleen Spiders?
Ik heb mijn hoofd thermostaat dus nu vervangen voor een Spider en dat werkt als een trein. Zou ik dan ook de RT thermostaten allemaal kunnen vervangen voor een Spider ? En welk type hebben jullie daarvan, dat lijkt mij een andere dan de hoofd thermostaat variant?

[ Voor 63% gewijzigd door GeeMoney op 03-02-2024 16:08 ]

[Onl1ne1373]

GeeMoney schreef op zaterdag 3 februari 2024 @ 16:07:
Werkt het denk je ook naar de Honeywell RT varianten of echt alleen Spiders?
Ik heb mijn hoofd thermostaat dus nu vervangen voor een Spider en dat werkt als een trein. Zou ik dan ook de RT thermostaten allemaal kunnen vervangen voor een Spider ? En welk type hebben jullie daarvan, dat lijkt mij een andere dan de hoofd thermostaat variant?

De hoofd Spider en de ruimte thermostaat Spiders zijn hetzelfde type. De hoofd is alleen ook bedraad aangesloten op de WPU met OpenTherm.

Of je RTs kan vervangen door Spiders is afhankelijk van de verdelers die je hebt, maar denk dat dat lastig wordt. De Spiders werken met de Autotemp verdeler.

[GeeMoney]

Onl1ne1373 schreef op zaterdag 3 februari 2024 @ 16:20:
[...]


De hoofd Spider en de ruimte thermostaat Spiders zijn hetzelfde type. De hoofd is alleen ook bedraad aangesloten op de WPU met OpenTherm.

Of je RTs kan vervangen door Spiders is afhankelijk van de verdelers die je hebt, maar denk dat dat lastig wordt. De Spiders werken met de Autotemp verdeler.

Ik heb nu ook allemaal AutoTemp alleen die ouderwetse ronde thermostaten.
Ik ga eens kijken of ik er nog eentje op de kop kan tikken

[ Voor 5% gewijzigd door GeeMoney op 03-02-2024 16:54 ]

[vliegnerd]

Goed bezig @Onl1ne1373 !

[Onl1ne1373]

Ik heb de blueprint nog wat aangepast en je kan nu een schedule selecteren waarop je een ander setpoint wil hebben. Bijvoorbeeld voor nachtverlaging.



Schedule kan onder helpers toegevoegd worden:



Er zullen trouwens nog best wat bugs in zitten, ben aan het testen.

[ Voor 3% gewijzigd door Onl1ne1373 op 04-02-2024 15:12 ]

[Onl1ne1373]

Na wat overleg met de ontwikkelaar van ramses en een fix van hem heb ik het automatic binding process ook werkend. Ik hou even in de gaten wanneer de twee fixes in ramses zijn gereleased zodat je dit zonder aanpassingen in de ramses integratie kan gebruiken. De blueprint heb ik al aangepast en getest.

[ Voor 7% gewijzigd door Onl1ne1373 op 04-02-2024 17:23 ]

[GeeMoney]

@Onl1ne1373 als ik iets moet gaan testen of verifiëren moet je het maar even laten weten!
Overigens nacht verlaging is denk ik behoorlijk nadelig voor je algehele verbruik. Ik merk nu na 2 weken het gedrag op van de pomp en naarmate de woning en ruimtes op hun setpoints komen gaat hij steeds langer uit en minder lang aan. Dat gedrag verstoort door dus teveel afkoelen. Teveel is in dit geval relatief want hier merkte ik het al op nadat de woonkamer 0.6 graden onder het setpoint kwam door de verwarming dus een uurtje of 8 uit te schakelen.

Dus in het begin na opnieuw inregelen en vervangen van thermostaten begon hij 1 uur aan, 1 uur uit. Dat werd langzaam 2 uur uit, 1 uur aan. Nu zit ik op bijna 3 uur uit en 45min aan. Echter een nacht heating uit gehad en toen was ik weer terug op 2 uur aan, 1 uur uit.

Wellicht iets om voor jezelf rekening mee te houden.

[Onl1ne1373]

@GeeMoney Ik ben het helemaal met je eens dat nachtverlaging met een warmtepomp meestal geen nut heeft.

Echter zijn er wat situaties dat het wel nut heeft.

Mijn woonkamer bijvoorbeeld wordt vaak in de loop van de nacht verwarmd en vervolgens komt de zon op en schijnt in mijn woonkamer waardoor het daar vrij warm wordt. Dan heeft hij voor niets staan te verwarmen. Komt erop neer dat mijn kamers op het zuiden er voordeel van zouden kunnen hebben.

En met het oog op het afbouwen van het salderen wil ik vooral overdag gaan verwarmen als het in ieder geval gedeeltelijk direct van de zonnepanelen gebruikt wordt. Dit geldt meer voor de kamers die niet direct de zon erin hebben.

Denk dat ik de nachtverlaging misschien ook maar een halve of 1 graag lager ga zetten.
Nu blokkeer ik het verwarmen volledig, dat kan wat finetuning gebruiken. En het scheelt een foutmelding op de thermostaat.

[ Voor 7% gewijzigd door Onl1ne1373 op 04-02-2024 17:39 ]

[Onl1ne1373]

@GeeMoney Als je RAMSES_CC in HACS update naar 0.31.7 dan moet het werken. Hij was snel met de aanpassingen.

Als je de blueprint url toevoegt aan Home Assistant zou het moeten werken: https://raw.githubusercon...ueprints/main/spider.yaml

Ben benieuwd wat voor problemen te tegenkomt

[GeeMoney]

Onl1ne1373 schreef op zondag 4 februari 2024 @ 17:49:
@GeeMoney Als je RAMSES_CC in HACS update naar 0.31.7 dan moet het werken. Hij was snel met de aanpassingen.

Als je de blueprint url toevoegt aan Home Assistant zou het moeten werken: https://raw.githubusercon...ueprints/main/spider.yaml

Ben benieuwd wat voor problemen te tegenkomt

Ik heb de plugin geïnstalleerd maar zodra ik de configuration.yaml edit met ook maar de simpelste ramses_cc config dan werkt HA niet meer.
Ik draai hem wel in een docker container op een Synology. Ik probeer even wat logs te bekijken.

Ah, je hebt toch een hardware device nodig?
It requires a USB-to-RF device, either a Honeywell HGI80 (rare, expensive) or something running evofw3, such as the one from here

[ Voor 11% gewijzigd door GeeMoney op 04-02-2024 20:27 ]

[Onl1ne1373]

Dit is mijn ramses configuratie:

code:

ramses_cc:
  serial_port: /dev/serial/by-id/usb-Texas_Instruments_TUSB3410_Boot_Device_TUSB3410-if00-port0
  advanced_features:
    send_packet: true
    message_events: "(RQ.* 01FF | I.* 1FC9 )"
  ramses_rf:
    enforce_known_list: true
  packet_log:
    file_name: packet.log
    rotate_backups: 7
  known_list:
    18:010547: {class: HGI} # HGI80
    18:126682: {class: FAN} # WTW HRU300
    37:103022: {class: CO2} # Downstairs
    37:103001: {class: CO2} # Upstairs
    37:255297: {class: HUM} # Bathroom
    02:246902: {class: UFC} # Verdeler Downstairs (Master)
    02:246873: {class: UFC} # Verdeler Upstairs 1 
    02:248278: {class: UFC} # Verdeler Upstairs 2
    21:041873: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Livingroom 
    21:033620: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Onl1n31373
    21:033618: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Bedroom
    21:033394: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Extra
    21:033619: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Child 1
    21:051294: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Child 2

Ja, je hebt een HGI80 of een evofw3 compatible usb stick nodig. Deze berichten gaan allemaal via rf.

[ Voor 4% gewijzigd door Onl1ne1373 op 04-02-2024 20:32 ]

[GeeMoney]

Onl1ne1373 schreef op zondag 4 februari 2024 @ 20:29:
Dit is mijn ramses configuratie:

code:

ramses_cc:
  serial_port: /dev/serial/by-id/usb-Texas_Instruments_TUSB3410_Boot_Device_TUSB3410-if00-port0
  advanced_features:
    send_packet: true
    message_events: "(RQ.* 01FF | I.* 1FC9 )"
  ramses_rf:
    enforce_known_list: true
  packet_log:
    file_name: packet.log
    rotate_backups: 7
  known_list:
    18:010547: {class: HGI} # HGI80
    18:126682: {class: FAN} # WTW HRU300
    37:103022: {class: CO2} # Downstairs
    37:103001: {class: CO2} # Upstairs
    37:255297: {class: HUM} # Bathroom
    02:246902: {class: UFC} # Verdeler Downstairs (Master)
    02:246873: {class: UFC} # Verdeler Upstairs 1 
    02:248278: {class: UFC} # Verdeler Upstairs 2
    21:041873: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Livingroom 
    21:033620: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Onl1n31373
    21:033618: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Bedroom
    21:033394: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Extra
    21:033619: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Child 1
    21:051294: {class: THM, _note: Spider Thermostat (CCU-12T20)} # Spider Child 2

Ja, je hebt een HGI80 of een evofw3 compatible usb stick nodig. Deze berichten gaan allemaal via rf.

Inderdaad, logisch ook. Helaas heb ik die niet en kan ik je dus niet helpen .

[vliegnerd]

@Onl1ne1373

Als ik ramses_cc update en jouw blueprint gebruik, zou ik dan zonder extra dingen mijn spiders moeten kunnen binden?
Reageert ramses_cc automatisch op zo'n binding request?

Ik gebruik blueprints nooit, geen idee hoe ze werken, vandaar.

Ik moet het nog steeds testen, maar in plaats van met de hand gaan zitten pairen met ramses_tx op de command line kan ik wellicht beter de ramses_cc integratie testen.

[Onl1ne1373]

vliegnerd schreef op maandag 5 februari 2024 @ 10:03:
@Onl1ne1373

Als ik ramses_cc update en jouw blueprint gebruik, zou ik dan zonder extra dingen mijn spiders moeten kunnen binden?
Reageert ramses_cc automatisch op zo'n binding request?

Ik gebruik blueprints nooit, geen idee hoe ze werken, vandaar.

Ik moet het nog steeds testen, maar in plaats van met de hand gaan zitten pairen met ramses_tx op de command line kan ik wellicht beter de ramses_cc integratie testen.

Klopt, ramses_cc updaten en mijn blueprint configureren. In de blueprint omschrijving staat wat je precies moet doen. Ik heb de blueprint zo gemaakt dat hij onder water een automation heeft die luistert naar binding berichten en er automatisch op replied met de juiste payload.

Blueprints kan je toevoegen aan Home Assistant via de url. Als je dan de blueprint aanklikt creëer je vanuit de Blueprint een automation.

Een blueprint is een combinatie van meerdere automations die je kan configureren.
Het is mijn eerste blueprint, maar het is mooi spul. Ik ga er nog meer maken.
Is denk ik een hele mooie manier om meer mensen hier te kunnen laten profiteren van de dingen die we hier doen zonder het erg complex te maken.

[ Voor 5% gewijzigd door Onl1ne1373 op 05-02-2024 10:31 ]

[Onl1ne1373]

Ik ben trouwens nog tegen een probleem aangelopen, ik heb nu twee thermostaten werken.
Echter dacht ik gisteren even de andere thermostaten toe te voegen en het binden ging heel simpel.
Maar ik ontvang de RQ berichten niet van deze thermostaten op mijn HGI80, ook al hou ik ze ernaast.
Ik heb nog een evofw3 nanocul, die ontvangt deze berichten wel, maar de destination is zichzelf en niet de gateway. Raarr, zeker omdat hij de andere berichten van de thermostaat wel ontvangt.
Nou zou je denken dan verwissel je de HGI80 en de evofw3, maar die evofw3 wil geen berichten sturen.

Dus ik heb net maar een SSM-D2 Rev B besteld. Hopen dat die alles ontvangt en kan zenden.

[ Voor 8% gewijzigd door Onl1ne1373 op 05-02-2024 11:01 ]

[vliegnerd]

Onl1ne1373 schreef op maandag 5 februari 2024 @ 11:00:
Ik ben trouwens nog tegen een probleem aangelopen, ik heb nu twee thermostaten werken.
Echter dacht ik gisteren even de andere thermostaten toe te voegen en het binden ging heel simpel.
Maar ik ontvang de RQ berichten niet van deze thermostaten op mijn HGI80, ook al hou ik ze ernaast.
Ik heb nog een evofw3 nanocul, die ontvangt deze berichten wel, maar de destination is zichzelf en niet de gateway. Raarr, zeker omdat hij de andere berichten van de thermostaat wel ontvangt.
Nou zou je denken dan verwissel je de HGI80 en de evofw3, maar die evofw3 wil geen berichten sturen.

Dus ik heb net maar een SSM-D2 Rev B besteld. Hopen dat die alles ontvangt en kan zenden.

Die SSM-D2 gaat vast en zeker werken.

Raar dat de HGI80 die berichten niet ontvangt. Tot nu toe wist ik alleen dat je met zo'n HGI80 de afzender niet kan faken.

Ik heb ook een nanocul die niet (of bijna niet) kan zenden... Blijkbaar is die hardware gewoon niet geschikt genoeg om te zenden en ontvangen tegelijkertijd.

[ Voor 7% gewijzigd door vliegnerd op 05-02-2024 11:42 ]

[Onl1ne1373]

vliegnerd schreef op maandag 5 februari 2024 @ 11:40:
[...]
Raar dat de HGI80 die berichten niet ontvangt.

Ja, dit vind ik ook heel raar. Het is een officiele Honeywell transceiver en en rest ontvangt hij wel.
Ik moet nog een keer de seriele poort zelf checken, misschien dat er nog een rare bug in ramses_rf zit dat hij niet in de packet.log komt, maar kan me daar niet zoveel bij voorstellen.

Ik heb ook een nanocul die niet (of bijna niet) kan zenden... Blijkbaar is die hardware gewoon niet geschikt genoeg om te zenden en ontvangen tegelijkertijd.

Wat de Nanocul anders heeft is dat de rf chip met een software serial is aangesloten ipv een harware uart, misschien dat er in die implementatie iets raars zit.

[Onl1ne1373]

Ik heb nog een blueprint gemaakt om met manual control het verwarmen tegen te houden met een schema.

Blueprint: https://raw.githubusercon.../wpu-heating-disable.yaml



En dan kan je de gekozen helpers toevoegen aan je dashboard:



Ik heb het getest, maar er kunnen natuurlijk nog wat probleempjes inzitten.

[bluesh4rk]

Zou iemand mij iets verder kunnen helpen in HA? Ik heb onlangs de addon besteld en aangesloten. Verbinden met wifi is ook gelukt alleen daarna loop ik een beetje vast. Ik heb de wiki gebruikt maar kom er daarmee ook niet helemaal uit.

Wat ik heb gedaan:

De gegevens van de MQTT broker overgenomen in de MQTT setup van de addon.


Dit lijkt in eerste instantie gelukt, maar zoals je ziet blijft deze hangen op "Client Unauthorized". Bij server heb ik het ip-adres van mijn RPI met HA ingevuld.


In mijn configuration.yaml heb ik de volgende code toegevoegd. Dit heb ik gekopieerd uit de wiki en alleen de device info en het ip-adres aangepast. Ik vraag me overigens af of ik het onderste deel nodig heb, maar heb dit voor de zekerheid maar even laten staan.

code:

mqtt:
    fan:
     - name: "Itho WPU5G"
       device:
         identifiers: "heatpump"
         name: "Itho WPU 5G"
         manufacturer: "Itho Daalderop"
         model: "WPU 5G"
         # ip adress of the wifi add-on
         configuration_url: "http://192.168.178.41/"
       unique_id: "Itho_wpu"
       state_topic: "itho/lwt"
       state_value_template: "{% if value == 'online' %}ON{% else %}OFF{% endif %}" 
       command_topic: "itho/cmd"
       preset_mode_state_topic: "itho/ithostatus"
       preset_mode_command_template: "{ vremote: '{{ value }}'}"
       preset_mode_value_template: >
        {% set am = value_json['Actual Mode'] | int %}
          {% if am == 1 %}
            low
          {% elif am == 2 %}
            medium 
          {% elif am == 3 %}
            high
          {% elif am == 13 %}
             timer
          {% elif am == 24 %}
            auto
          {% elif am == 25 %}
            autonight
          {% else %}
            {{ am }}
          {% endif %}
       preset_mode_command_topic: "itho/cmd"
       preset_modes:
        - "low"
        - "medium"
        - "high"
        - "auto"
        - "autonight"
        - "timer1"
        - "timer2"
        - "timer3"

Ik zie nu dat de Itho wel ontdekt word in HA, maar logboek e.d. blijven leeg.

Vervolgens heb ik een automation gemaakt:

Wanneer Tibber prijs verandert (dus ieder uur)

Als niveau is VERY EXPENSIVE

Dan blokkeer verwarmen:

code:

service: mqtt.publish
data:
  topic: itho/cmd
  payload: >-
    { "manual_operation_index":30, "manual_operation_datatype":0,
    "manual_operation_value":0, "manual_operation_checked":1,
    "manual_operation_dryrun":false }

Anders deblokkeer verwarmen

Helaas werkt dit niet. Het bovenste deel van de code werkt wel; heb ik getest met een notificatie. Ik zie alleen dat de WPU zich weinig aantrekt van mijn automation . Volgens mij ben ik een heel eind gekomen maar er zal wel ergens een foutje in zijn geslopen. Is er iemand die mij verder kan helpen? Bij voorbaat dank!

[GeeMoney]

Hoelang is je password? Alles na 20 characters word denk ik afgebroken. En zet je home assistent discovery ook even op ON.
En je draait wel de firmware van vliegnerd ? Anders kan je de commando’s niet die kant op sturen namelijk.

[ Voor 53% gewijzigd door GeeMoney op 07-02-2024 12:00 ]

[Onl1ne1373]

En heb je dat wachtwoord ook ingesteld bij de MQTT server addon? Heb je even met MQTT Explorer getest of je daarmee kan verbinden? Zoland MQTT in de addon niet op connected staat, zal de rest niet werken.



En zorg ervoor dat je de juiste firmware uit de startpost gebruikt in de addon.

[bluesh4rk]

GeeMoney schreef op woensdag 7 februari 2024 @ 11:59:
Hoelang is je password? Alles na 20 characters word denk ik afgebroken. En zet je home assistent discovery ook even op ON.
En je draait wel de firmware van vliegnerd ? Anders kan je de commando’s niet die kant op sturen namelijk.

Pff, dat zal het zijn. Ben helemaal vergeten de firmware te installeren. HA discovery zou volgens de wiki op OFF moeten staan voor een WPU, maar ik ga het even checken.

Onl1ne1373 schreef op woensdag 7 februari 2024 @ 12:03:
En heb je dat wachtwoord ook ingesteld bij de MQTT server addon? Heb je even met MQTT Explorer getest of je daarmee kan verbinden? Zoland MQTT in de addon niet op connected staat, zal de rest niet werken.

En zorg ervoor dat je de juiste firmware uit de startpost gebruikt in de addon.

Ik ga ook o.b.v. het antwoord van Geemoney het wachtwoord maar even aanpassen. Kijken of dat werkt. Is nu inderdaad een heel lange tekenreeks.

Bedankt voor zover!

[spacewagon]

GeeMoney schreef op donderdag 25 januari 2024 @ 16:55:
[...]


Goed nieuws wat betreft de Spider in ieder geval
Mijn WPU-4G lijkt hem gewoon te accepteren als Hoofd thermostaat !
[Afbeelding]

Zojuist ingeprogrammeerd op de Auto Temp en alle groepen .

Hij hangt hier ook op!



Ik heb er een paar vraagjes over. Hopelijk kun jij die beantwoorden.

1. Ik kan op de Spider alleen instellen of de thermostaat aan staat of op stand-by. Ik kan niet instellen of hij op koelen of extra koelen of verwarmen moet staan. Is dat bij jou ook zo?

2. Ik kan niet instellen dat het SWW tijdelijk op Boost moet. Alleen maar Eco en Comfort. Is dat bij jou ook?

3. Als ik op het waterdruppeltje druk, zie ik eerst C als instelling. Als ik nog een keer druk, zie ik 0.00h staan. Ik kan dat instellen op bijvoorbeeld 4 uur. Wat is dat?

4. Via het klokje rechtsboven kun je alleen de datum en tijd instellen. Klopt dat?

5. Het handje bovenaan geeft de handmatige bediening aan. Iets anders is er niet, toch?

6. Met het vinkje in de waterdruppel zie je dat er genoeg warm water is. Wat is de temperatuur waarbij die vinkje aan gaat?

7. Hoe kun je instellen hoe laat het SWW gemaakt moet worden?

8. Is er nog een geheim monteurs-menu?

Bedankt alvast! 👍🏻

[Onl1ne1373]

Mooi dat hij lijkt te werken!

Ik durf het bijna niet te vragen maar heb je de handleiding al eens doorgelezen? Aangezien niet alles erin staat hier mijn antwoorden:

1: Als je kan wisselen is het door 3 seconden het temperatuur symbooltje vast te houden.
2: Bij het waterdruppeltje kan je als het goed is naast een E (Eco) en een C (Comfort) ook een B (boost) kiezen
3: Dit is het tapwater opwarm moment als hij op Eco staat
4: Klopt
5: Bij mijn WPU5G is easyclock niet beschikbaar.
6: Geen idee
7: Zie 3
8: Nope

[spacewagon]

Bedankt voor je snelle reactie. Ik heb de handleiding zeker gelezen. Zelfs uitgeprint 😊. Maar daar staat niet alles in, of soms verkeerd. Inmiddels de filmpjes van Itho bekeken.

1. Ik kan niet wisselen helaas.

2. Nee, de B is er niet helaas.

3. Aha! Dat is handig. Pakt de Comfortstand deze tijd ook? Nu is het zo dat de C-stand hem steeds op 55 graden brengt en iedere avond om 23.00 uur gaat ‘ie naar 62 graden.

Het lijkt er overigens op dat de Spider op mijn WPU 4G niet werkt. De warmtevraag staat sinds een uurtje op 25 graden. Het is 20 graden in huis. Maar de WPU doet verder niks.

Misschien toch de verouderde firmware op de WPU.

[GeeMoney]

spacewagon schreef op woensdag 7 februari 2024 @ 16:19:
Bedankt voor je snelle reactie. Ik heb de handleiding zeker gelezen. Zelfs uitgeprint 😊. Maar daar staat niet alles in, of soms verkeerd. Inmiddels de filmpjes van Itho bekeken.

1. Ik kan niet wisselen helaas.

2. Nee, de B is er niet helaas.

3. Aha! Dat is handig. Pakt de Comfortstand deze tijd ook? Nu is het zo dat de C-stand hem steeds op 55 graden brengt en iedere avond om 23.00 uur gaat ‘ie naar 62 graden.

Het lijkt er overigens op dat de Spider op mijn WPU 4G niet werkt. De warmtevraag staat sinds een uurtje op 25 graden. Het is 20 graden in huis. Maar de WPU doet verder niks.

Misschien toch de verouderde firmware op de WPU.

Koelen of verwarmen gaat nu op basis van (buiten) temperatuur en dat vind ik juist een voordeel.
Die is nu in te stellen middels HA en hij knalt dus niet per ongeluk een keer op koelen of verwarmen als je de thermostaat een keer (net teveel) wijzigt.
Boost is bij mij niet beschikbaar maar op Comfort gaat hij direct het vat alweer opwarmen, ik zie niet wat die Boost functie toevoegt tenzij je hem standaard op Eco hebt staan maar ook dat kan je nu met HA gaan triggeren als je wilt.

Die tijd instellen zorgt er inderdaad voor dat dat het tijdstip wordt waarbij hij naar de standaard 58 graden gaat in mijn geval en 1x per week (in mijn geval zaterdag) gaat hij op datzelfde tijdstip naar de 62.
Verder staat hij bij mij dus in comfort en zodra hier iemand ook maar 3 minuten gedoucht heeft zie ik hem gelijk het vat weer opwarmen en bijvullen naar 55.

Op de Spider zie je niet continu een vlammetje wat je op de oude wel ziet, het beste kan je nu de pomp even uitlezen via de add-on of en wat hij aan het doen is.
Als je minimaal 25% warmtevraag hebt dan zou hij aan moeten slaan tenzij hij natuurlijk met SWW bezig is.

Ik ga er even wel vanuit dat je al je groepen met de Spider hebt gekoppeld toch? Je hebt hem toch niet alleen verwisseld met de oude thermostaat en klaar?

[ Voor 3% gewijzigd door GeeMoney op 07-02-2024 19:54 ]

[spacewagon]

GeeMoney schreef op woensdag 7 februari 2024 @ 16:29:
[...]


Koelen of verwarmen gaat nu op basis van (buiten) temperatuur en dat vind ik juist een voordeel.
Die is nu in te stellen middels HA en hij knalt dus niet per ongeluk een keer op koelen of verwarmen als je de thermostaat een keer (net teveel) wijzigt.
Boost is bij mij niet beschikbaar maar op Comfort gaat hij direct het vat alweer opwarmen, ik zie niet wat die Boost functie toevoegt tenzij je hem standaard op Eco hebt staan maar ook dat kan je nu met HA gaan triggeren als je wilt.

Die tijd instellen zorgt er inderdaad voor dat dat het tijdstip wordt waarbij hij naar de standaard 58 graden gaat in mijn geval en 1x per week (in mijn geval zaterdag) gaat hij op datzelfde tijdstip naar de 62.
Verder staat hij bij mij dus in comfort en zodra hier iemand ook maar 3 minuten gedoucht heeft zie ik hem gelijk het vat weer opwarmen en bijvullen naar 58.

Op de Spider zie je niet continu een vlammetje wat je op de oude wel ziet, het beste kan je nu de pomp even uitlezen via de add-on of en wat hij aan het doen is.
Als je minimaal 25% warmtevraag hebt dan zou hij aan moeten slaan tenzij hij natuurlijk met SWW bezig is.

Bedankt!

Wisselen is niet nodig inderdaad. Dat heb ik nu ook niet. Maar ik vroeg het me af.

Het vlammetje symbool staat hier continu in beeld. Maar dat zal niet meer dan een teken zijn dat er warmtevraag is. Denk ik.

Ik wacht nog eventjes af of de WPU überhaupt reageert op de Spider. Vooralsnog blijft ‘ie stil. Voor de zekerheid heb ik hem gereset. Zonder effect vooralsnog.

[GeeMoney]

spacewagon schreef op woensdag 7 februari 2024 @ 16:33:
[...]

Bedankt!

Wisselen is niet nodig inderdaad. Dat heb ik nu ook niet. Maar ik vroeg het me af.

Het vlammetje symbool staat hier continu in beeld. Maar dat zal niet meer een teken zijn dat er warmtevraag is. Denk ik.

Ik wacht nog eventjes af of de WPU überhaupt reageert op de Spider. Vooralsnog blijft ‘ie stil. Voor de zekerheid heb ik hem gereset. Zonder effect vooralsnog.

Je hebt toch wel je groepen van je AutoTemp ingeleerd op de Spider ?
Hij liep bij mij binnen 15 minuten. Wat zegt de add-on van je firmware versie ?

Het vinkje in het druppeltje krijg je volgens mij als de onderwaarde van het vat boven de 40 graden zit wat betekend dat je voorlopig dus "genoeg" warm water zou moeten hebben.
Als hij het vat opwarmt zie je dat wel met een klein temp symbooltje dacht ik naast de druppel.

[ Voor 23% gewijzigd door GeeMoney op 07-02-2024 16:38 ]

[spacewagon]

GeeMoney schreef op woensdag 7 februari 2024 @ 16:34:
[...]


Je hebt toch wel je groepen van je AutoTemp ingeleerd op de Spider ?
Hij liep bij mij binnen 15 minuten. Wat zegt de add-on van je firmware versie ?

Het vinkje in het druppeltje krijg je volgens mij als de onderwaarde van het vat boven de 40 graden zit wat betekend dat je voorlopig dus "genoeg" warm water zou moeten hebben.
Als hij het vat opwarmt zie je dat wel met een klein temp symbooltje dacht ik naast de druppel.

Ik heb geen AutoTemp. Als de WPU draait; dan verwarmt (of koelt) de benedenverdieping. De slaapkamers hebben een eigen thermostaat van Uponor die niks anders doen dan de betreffende groep open of dicht zetten. Als er geen warmtevraag beneden is, dan worden de slaapkamers niet meer verwarmd.

De add-on heb ik nog niet. Dus daar kan ik helaas niks over zeggen.

[spacewagon]

Er begint me iets te dagen. Ik vroeg jaren geleden al eens aan Itho of de Spider ook op mijn WPU kan. Ze gaven volgens mij toen aan dat AutoTemp dan noodzakelijk is. En dat heb ik dus niet.

Iemand nog een nieuwe Spider nodig? 😇

[GeeMoney]

spacewagon schreef op woensdag 7 februari 2024 @ 17:19:
Er begint me iets te dagen. Ik vroeg jaren geleden al eens aan Itho of de Spider ook op mijn WPU kan. Ze gaven volgens mij toen aan dat AutoTemp dan noodzakelijk is. En dat heb ik dus niet.

Iemand nog een nieuwe Spider nodig? 😇

Stuur maar een PM wat je ervoor wilt hebben. Misschien kan ik hem hier kwijt.

@vliegnerd na de laatste berichtgeving van spacewagon wil ik even controleren of koelen inderdaad op buitentemperatuur gaat zoals ik eigenlijk nu verwacht.
Ik wil dus de buitentemperatuur even "faken" . Nu zag ik de automation in de start post maar hoe heb je de input boolean gedefinieerd ? Kan jij aangeven welke je hebt gebruikt en hoe die dan bijgewerkt word? (Dat wordt ook weer een automation denk ik die die boolean weer vult ?)

[ Voor 33% gewijzigd door GeeMoney op 07-02-2024 19:59 ]

[vliegnerd]

GeeMoney schreef op woensdag 7 februari 2024 @ 17:29:
[...]


Stuur maar een PM wat je ervoor wilt hebben. Misschien kan ik hem hier kwijt.

@vliegnerd na de laatste berichtgeving van spacewagon wil ik even controleren of koelen inderdaad op buitentemperatuur gaat zoals ik eigenlijk nu verwacht.

Je kan de fake buitentemperatuur gebruiken om
de WPU/autotemp te dwingen om om te schakelen tussen verwarmen en koelen.
Verder negeert de WPU de buitentemperatuur volledig, lijkt het.

Ik wil dus de buitentemperatuur even "faken" . Nu zag ik de automation in de start post maar hoe heb je de input boolean gedefinieerd ? Kan jij aangeven welke je hebt gebruikt en hoe die dan bijgewerkt word? (Dat wordt ook weer een automation denk ik die die boolean weer vult ?)

Omdat het slechts 1x per seizoen nodig is, stuur ik met 1 MQTT bericht een nieuwe temperatuur, meer niet.

[GeeMoney]

vliegnerd schreef op woensdag 7 februari 2024 @ 20:20:
[...]

Je kan de fake buitentemperatuur gebruiken om
de WPU/autotemp te dwingen om om te schakelen tussen verwarmen en koelen.
Verder negeert de WPU de buitentemperatuur volledig, lijkt het.


[...]


Omdat het slechts 1x per seizoen nodig is, stuur ik met 1 MQTT bericht een nieuwe temperatuur, meer niet.

Ok, morgen even kijken.
Heb jij standaard op de Spider nu wel de mogelijkheid te schakelen tussen verwarmen of koelen? En dat kies je door de temp icon 3 seconden ingedrukt te houden?
Zou wat zijn als ik hier met de Spider alleen kan verwarmen dan heb ik in de winter de mooie Spider hangen en in de zomer de honeywell

[vliegnerd]

GeeMoney schreef op woensdag 7 februari 2024 @ 20:23:
[...]


Ok, morgen even kijken.
Heb jij standaard op de Spider nu wel de mogelijkheid te schakelen tussen verwarmen of koelen? En dat kies je door de temp icon 3 seconden ingedrukt te houden?
Zou wat zijn als ik hier met de Spider alleen kan verwarmen dan heb ik in de winter de mooie Spider hangen en in de zomer de honeywell

Nee ik kan niet met de spider omschakelen. Dat gaat automatisch… op basis van wat weet ik niet. Want geen buiten temperatuursensor en geen remote buitentemperatuur. Klimaatgarant monitort precies niets bij mij.

Omschakelen is dus op basis van ruimtetemperatuur. in theorie is er een flinke periode tussen verwarmen en koelen. In de praktijk kan mijn systeem in herfst en lente koelen en verwarmen op dezelfde dag… Oorzaak is (denk ik) direct zonlicht op meerdere spiders, waardoor de temperatuur in een ruimte snel kan stijgen en dalen. Dat lijkt de wacht periode te overrulen. Voodoo.

Samengevat: het werkt bar slecht.

Vandaar dat ik met de fake buitentemperatuur handmatig switch tussen verwarmen en koelen.

[GeeMoney]

vliegnerd schreef op woensdag 7 februari 2024 @ 20:34:
[...]


Nee ik kan niet met de spider omschakelen. Dat gaat automatisch… op basis van wat weet ik niet. Want geen buiten temperatuursensor en geen remote buitentemperatuur. Klimaatgarant monitort precies niets bij mij.

Omschakelen is dus op basis van ruimtetemperatuur. in theorie is er een flinke periode tussen verwarmen en koelen. In de praktijk kan mijn systeem in herfst en lente koelen en verwarmen op dezelfde dag… Oorzaak is (denk ik) direct zonlicht op meerdere spiders, waardoor de temperatuur in een ruimte snel kan stijgen en dalen. Dat lijkt de wacht periode te overrulen. Voodoo.

Samengevat: het werkt bar slecht.

Vandaar dat ik met de fake buitentemperatuur handmatig switch tussen verwarmen en koelen.

Ok, dan verwacht ik dat het hier ook gewoon zal werken.
De docu heeft het over 24 uur tussen koelen en verwarmen voordat het pas ingaat maar dat lijkt inderdaad niet te kloppen.
Voordat ik de pomp kon uitschakelen zette ik weleens alle thermostaten 1,5 graad naar beneden om te voorkomen dat hij ging verwarmen. Echter uur later begon hij te koelen terwijl het buiten dus 6 graden was.
Sinds die tijd schakelde ik hem de hele nacht dus helemaal uit maar dat gaf als nadeel dat hij de hele dag weer nodig had om een halve graad op te warmen in bijna alle ruimtes.

De add-on is hier echt een uitkomst. Pomp gaat uit rond bedtijd dan valt mijn vrouw dus ook lekker in slaap en tukt de nacht door. Ik heb wel een “nood knop” gemaakt die het verwarmen nogmaals voor 45min kan onderbreken mocht ze in de nacht een keer wakker worden en er last van hebben maar die heeft ze tot op heden nog niet hoeven gebruiken.

Ik ben echt super blij met de huidige mogelijkheden en de stats uitlezen is ook een behoorlijke meerwaarde gebleken. Nogmaals dank voor alle effort.

[spacewagon]

GeeMoney schreef op woensdag 7 februari 2024 @ 20:39:
[...]

De docu heeft het over 24 uur tussen koelen en verwarmen voordat het pas ingaat maar dat lijkt inderdaad niet te kloppen.

Dat is ook mijn ervaring.

Met name in het voorjaar gaat dit mis. In de nacht gaat de WPU aan om te verwarmen. Overdag schijnt lekker de zon en warmt de woonkamer op. Het wordt dan warmer dan nodig is. En dan… gaat de WPU koelen!

De volgende dag kan dit zich gewoon weer herhalen. Die 24-uurs blokkering zou dit voorkomen. Maar dit werkt dus niet.

[GeeMoney]

@vliegnerd heb jij ook dat de thermostaat mode elke minuut voorbij komt in de logging binnen HA ?
Hij denkt dat de thermostaat mode elke minuut gewijzigd wordt en word een seconde blanco om vervolgens weer: "comfort" te zeggen. Ik wijzig hem echter niet en hij staat dus altijd op comfort. De add-on zelf lijkt het goed te doen op de webinterface zie ik niets geks en ook in de syslog komt het niet terug dat hij dit verstuurd?

[vliegnerd]

GeeMoney schreef op woensdag 7 februari 2024 @ 21:32:
@vliegnerd heb jij ook dat de thermostaat mode elke minuut voorbij komt in de logging binnen HA ?
Hij denkt dat de thermostaat mode elke minuut gewijzigd wordt en word een seconde blanco om vervolgens weer: "comfort" te zeggen. Ik wijzig hem echter niet en hij staat dus altijd op comfort. De add-on zelf lijkt het goed te doen op de weginterface zie ik niets geks en ook in de syslog komt het niet terug dat hij dit verstuurd?

Nee, herken ik niet...

[bluesh4rk]

@GeeMoney @Onl1ne1373

Dank voor jullie hulp! Heb o.a. de nieuwe firmware geupload en wat geknutseld met het wachtwoord, nu krijg ik inderdaad een status "Connected". Echter lijkt mijn automation nog niet te werken. Kan iemand even meekijken of ik het zo goed doe?

[Onl1ne1373]

Ik weet niet of het kan met een handmatige gebeurtenis, ik zou direct een service aanroepen:



En wat zegt je tracering van je automation? Hoe ver komt hij? Wordt hij wel getriggered?

[GeeMoney]

Je moet inderdaad een service aanroepen.

[bluesh4rk]

Onl1ne1373 schreef op donderdag 8 februari 2024 @ 09:41:
En wat zegt je tracering van je automation? Hoe ver komt hij? Wordt hij wel getriggered?

Ja hoor hij wordt gewoon getriggerd en doorloopt de hele automation, maar doet uiteindelijk dus niets. Ik ga hem ombouwen naar een service, dank je voor je screenshot, dat helpt me enorm!

[GeeMoney]

@vliegnerd ik heb de entity nu maar even disabled maar heb jij enig idee hoe ik dit kan oplossen?


Verder viel mij op dat ik vandaag de "fout code" (A1-16) continu in het display heb op de Spider terwijl hij gewoon in de auto mode staat te verwarmen. Voorheen verdween deze na het versturen van de mqtt verwarmen enablen zeg maar. Ik houd het even in de gaten. Opnieuw het mqtt enable verstuurd en dan verdwijnt hij direct. Ik monitor het even.

[ Voor 7% gewijzigd door GeeMoney op 08-02-2024 11:38 ]

[Onl1ne1373]

Wat is je yaml om de json uit te lezen? Heb je met een MQTT explorer al eens gekeken of je rare berichten op hetzelfde topic ontvangt?

[GeeMoney]

Onl1ne1373 schreef op donderdag 8 februari 2024 @ 11:37:
Wat is je yaml om de json uit te lezen? Heb je met een MQTT explorer al eens gekeken of je rare berichten op hetzelfde topic ontvangt?

Ah, de yaml inderdaad. Ik zat weer de hele tijd in die MQTT config en entities te kijken:

YAML:

    - name: "Itho WPU Thermostat mode"
      state_topic: "itho/ithostatus"  
      value_template: >             
          {% if value_json['ECO selected on thermostat']  == 1 %}Eco{% endif %}
          {% if value_json['Comfort selected on thermostat'] == 1 %}Comfort{% endif %}
          {% if value_json['Boiler boost from thermostat'] == 1 %}Boost{% endif %}
          {% if value_json['Venting from thermostat']  == 1 %}Venting{% endif %}
          {% if value_json['Tariff low from thermostat'] == 1 %}Low{% endif %}
          {% if value_json['Boiler blocked from thermostat'] == 1 %}Off{% endif %}
      unique_id: "itho_wpu_thermostat_mode"                

[Onl1ne1373]

De yaml is goed. Je kan trouwens het volgende toevoegen om hem onder een mqtt apparaat te hangen:

code:

  device: { identifiers: ["mqtt", "nrg-itho-421c"] }

Uiteraard wel je eigen apparaat id gebruiken.

Ik vermoed dus dat je berichten op dit topic binnen krijgt die niet deze json velden bevat.
Een Autotemp met hetzelfde basis topic?

[ Voor 7% gewijzigd door Onl1ne1373 op 08-02-2024 11:47 ]

[GeeMoney]

Onl1ne1373 schreef op donderdag 8 februari 2024 @ 11:46:
De yaml is goed. Je kan trouwens het volgende toevoegen om hem onder een mqtt apparaat te hangen:

code:

  device: { identifiers: ["mqtt", "nrg-itho-421c"] }

Uiteraard wel je eigen apparaat id gebruiken.

Ik vermoed dus dat je berichten op dit topic binnen krijgt die niet deze json velden bevat.
Een Autotemp met hetzelfde basis topic?

Dat laatste gok ik ook ja.
Ik kijk nu met MQTT explorer mee en elke minuut komen deze waardes voorbij afwisselend met de AutoTemp waardes op /itho/ithostatus
Device meegegeven maar hij blijft hem elke minuut weer wijzigen.

Moet ik dan voor de AutoTemp dit wijzigen naar bijvoorbeeld itho-auto/state etc. ?

[ Voor 20% gewijzigd door GeeMoney op 08-02-2024 11:54 ]

[Onl1ne1373]

Klopt, ik gebruik voor mijn autotemp itho-autotemp-1/.....
-1, omdat ik meerdere autotemps heb...

Device meegegeven maar hij blijft hem elke minuut weer wijzigen.

Dit zorgt alleen dat je onder je apparaat ook je sensors hebt:

[ Voor 70% gewijzigd door Onl1ne1373 op 08-02-2024 12:03 ]

[GeeMoney]

Onl1ne1373 schreef op donderdag 8 februari 2024 @ 12:01:
Klopt, ik gebruik voor mijn autotemp itho-autotemp-1/.....
-1, omdat ik meerdere autotemps heb...

ik heb er ook meerdere maar heb maar 1 add-on aan de master hangen. Heb jij aan beide autotemp dus een add-on dan ?

[Onl1ne1373]

Klopt, ik heb er 3. Wist toen nog niet dat dat niet nodig was..
Ondertussen al wel eentje hergebruikt voor mijn WTW.

[GeeMoney]

Onl1ne1373 schreef op donderdag 8 februari 2024 @ 12:01:
Klopt, ik gebruik voor mijn autotemp itho-autotemp-1/.....
-1, omdat ik meerdere autotemps heb...


[...]


Dit zorgt alleen dat je onder je apparaat ook je sensors hebt:

[Afbeelding]

Ok, verder doet dat toch niets dat daar Sensors nu bijkomen? Ik kan het opvoeren hoor
Maar inderdaad het wijzigen van de MQTT naar itho-auto was de truck !

[Onl1ne1373]

GeeMoney schreef op donderdag 8 februari 2024 @ 12:10:
[...]
Ok, verder doet dat toch niets dat daar Sensors nu bijkomen? Ik kan het opvoeren hoor
Maar inderdaad het wijzigen van de MQTT naar itho-auto was de truck !

Top dat het nu werkt!

Het doet inderdaad niets, maar het is wel handig om in 1 overzicht de status van al je velden te kunnen zien van bv je warmtepomp met een paar klikken. Meestal zet je niet alle velden op een dashboard.

[GeeMoney]

Onl1ne1373 schreef op donderdag 8 februari 2024 @ 12:14:
[...]


Top dat het nu werkt!

Het doet inderdaad niets, maar het is wel handig om in 1 overzicht de status van al je velden te kunnen zien van bv je warmtepomp met een paar klikken. Meestal zet je niet alle velden op een dashboard.

Ok, dan snap ik het doel.
Ik probeer het nu door te voeren op elke entry in de yaml maar dan krijg ik een nieuw device erbij waar hij ze dan allemaal onderzet ipv het huidige device?

YAML:

mqtt:
  sensor:
    - name: "Itho WPU CV Pressure"
      state_topic: "itho/ithostatus"
      value_template: "{{ value_json['CV pressure (Bar)'] }}"
      unique_id: "itho_wpu_bar"
      state_class: "measurement"
      device_class: "pressure"
      device: { identifiers: ["mqtt", "ITHO-HeatPump"] }
      unit_of_measurement: "bar"

    - name: "Itho WPU Flow rate (l/h)"
      state_topic: "itho/ithostatus"
      value_template: "{{ value_json['Flow sensor (lt_hr)'] }}"
      unique_id: "itho_wpu_flowrate"
      state_class: "measurement"
      device: { identifiers: ["mqtt", "ITHO-HeatPump"] }

Zorgt ervoor dat ik nu dit krijg:


En onder het bovenste device zet hij dus nu alle sensoren

[Onl1ne1373]

Hmm, dan klopt het identifiers gedeelte niet en zal hij een nieuwe maken.

Dit is veranderd, normaal stond het device bij de eigenschappen van het apparaat.
Probeer de UUID uit de url van het apparaat eens?

[GeeMoney]

Onl1ne1373 schreef op donderdag 8 februari 2024 @ 12:29:
Hmm, dan klopt het identifiers gedeelte niet en zal hij een nieuwe maken.

Dit is veranderd, normaal stond het device bij de eigenschappen van het apparaat.
Probeer de UUID uit de url van het apparaat eens?

[Afbeelding]

Helaas, hij blijft op die 3e nieuwe device binnenkomen.

[Onl1ne1373]

Heb je de terminal addon geinstalleerd?
Zou je dan eens willen kijken wat de output is van:

code:

cat /root/config/.storage/core.device_registry | grep -A 1 -B 2  -i mqtt

Die van mij staat er zo tussen:

code:

....
--
        "identifiers": [
          [
            "mqtt",
            "nrg-itho-425c"
--
....

[ Voor 30% gewijzigd door Onl1ne1373 op 08-02-2024 14:03 ]

[GeeMoney]

Onl1ne1373 schreef op donderdag 8 februari 2024 @ 13:49:
Heb je de terminal addon geinstalleerd?
Zou je dan eens willen kijken wat de output is van:

code:

cat /root/config/.storage/core.device_registry | grep -A 1 -B 2  -i mqtt

Die van mij staat er zo tussen:

code:

....
--
        "identifiers": [
          [
            "mqtt",
            "nrg-itho-425c"
--
....

Ik heb de hostnamen gewijzigd maar onder water heten ze dus blijkbaar gewoon nog nrg-itho-<nummer>

--
"identifiers": [
[
"mqtt",
"itho-wpu-6548"

Ik pas het aan ! Hebbes !

[ Voor 12% gewijzigd door GeeMoney op 08-02-2024 14:09 ]

[Onl1ne1373]

Ik heb de Spider Blueprint nog aangepast zodat hij ook handmatige veranderingen van het setpoint op de Spider doorvoert in de thermostaat van Home Assistant.

Dus je kan nu twee kanten op de setpoints wijzigen.
Als je op de Spider het setpoint wijzigt zal hij bij het volgende punt van het schema weer naar de programma temperatuur gaan.

Letop dat de message_events wel is gewijzigd aangezien ik extra berichten nodig had

Nogmaals dank aan de logs van @12345caravan, daardoor kon ik ook zien hoe ik netjes moest antwoorden.

[ Voor 22% gewijzigd door Onl1ne1373 op 08-02-2024 19:48 ]

[GeeMoney]

Onl1ne1373 schreef op donderdag 8 februari 2024 @ 19:43:
Ik heb de Spider Blueprint nog aangepast zodat hij ook handmatige veranderingen van het setpoint op de Spider doorvoert in de thermostaat van Home Assistant.

Dus je kan nu twee kanten op de setpoints wijzigen.
Als je op de Spider het setpoint wijzigt zal hij bij het volgende punt van het schema weer naar de programma temperatuur gaan.

Letop dat de message_events wel is gewijzigd aangezien ik extra berichten nodig had

Nogmaals dank aan de logs van @12345caravan, daardoor kon ik ook zien hoe ik netjes moest antwoorden.

Is het al gelukt om je RT Spiders ook te "besturen" of geldt het alleen nog voor je hoofd thermostaat momenteel?

[Onl1ne1373]

Dit geldt nu voor de hoofd thermostaat en de ruimte thermostaat, ze hebben hetzelfde protocol. Ik heb 6 spiders en heb nog wel problemen met 4, ik ontvang bepaalde berichten niet. Ik zit met smart te wachten op een nieuwe usb receiver, want ik denk dat het niet in de software zit. Ik hoop dat met de nieuwe dongle de andere ook werken.

[Onl1ne1373]

Ik had net een ingeving over de RQ 01FF berichten die ik niet ontvang met de HGI80.
Ik dacht laat ik de ramses library even bypassen en direct de seriele poort uitlezen.
En tot mijn grote verbazing ontvang ik ze dus wel! HGI80 werkt dus perfect.

Voor niets een nieuwe rf usb stick gekocht, nou ja, misschien handig voor debuggen.

Nieuwe issue ervoor aangemaakt: https://github.com/zxdavb/ramses_cc/issues/164

[Onl1ne1373]

Eindelijk, probleem opgelost met de thermostaten!
Alle zes de Spiders werken nu twee richtingen op.

Hij stuurde de RQ 01FF en W 22C9 berichten naar zichzelf omdat er een probleem in het binden zat.
Ik heb dit probleem opgelost in de blueprint, ik heb nu alleen ook het adres nodig van de HGI80/evofw3, de gateway. Als iemand al heeft zitten testen, dan graag even opnieuw binden met de nieuwe blueprint.

Kan ik eindelijk rustig slapen

[ Voor 10% gewijzigd door Onl1ne1373 op 09-02-2024 20:32 ]

[GeeMoney]

Heb jij een mooi adresje voor die HGI80 stick?

[Onl1ne1373]

Ik heb die van mij van marktplaats. En ik heb een evofw3 onderweg van https://indalo-tech.onlineweb.shop/product/ssm-d2

Die is van de ontwikkelaar van de evofw3 firmware. Die zou erg goed moeten zijn, maar ik heb hem nog niet getest. Letop dat je nog 16 euro moet betalen aan de douane via postnl, maar dat gaat makkelijk.

[GraceGRD]

Voor de (schaarse) OTGW gebruikers binnen dit forum ben ik weer een stukje verder gekomen

Nu eindelijk wat voor elkaar gekregen met de opentherm gateway in interface mode .

Met Message ID 130 kun je de boiler block en boost bits aan zetten (dit even geverifieerd met Arjen's Itho module) :

code:

MsgID 130:  T80820100:      0b 0000 0001 0000 0000      "Boiler boost from thermostat"
MsgID 130:  T80820400:      0b 0000 0100 0000 0000      "Boiler blocked from thermostat"

De huidige implementatie van de OTGW kun je al Eco en Comfort instellen, dus daarvoor is geen aanpassing nodig.

[Ferry_nl]

Beste Tweakers,

Ik ben momenteel bezig met het integreren van mijn verwarmingssysteem in mijn Home Assistant setup en zou graag jullie advies en ervaringen willen verzamelen over de beste aanpak hiervoor.

Mijn huidige setup bestaat uit de volgende apparaten:

- Itho WPU warmtepomp (Heatpump, HW versie: 66, FW versie: 34)
- 2x Itho Regelunit Autotemp 8 groeps
- MFT kamerthermostaat
- KWh-meters van Itho

Al deze apparaten zijn draadloos met elkaar verbonden en aangesloten op het Itho monitoring platform. Daarnaast heb ik een NRG-Itho WiFi-controller aan mijn warmtepomp gekoppeld en geïntegreerd met Home Assistant.

Ik sta nu voor de uitdaging om de rest van mijn systeem, inclusief de Regelunit, kamerthermostaat en KWh-meters, te integreren in Home Assistant. Ik heb twee mogelijke oplossingen overwogen:

1. **Uitbreiding van de Itho Regelunit met extra NRG-Itho WiFi-controllers**: Hierbij zou ik extra NRG-Itho WiFi-controllers toevoegen aan de Regelunit en deze op dezelfde manier aansluiten op Home Assistant. Dit zou me in staat stellen om de verschillende onderdelen van mijn verwarmingssysteem individueel te monitoren en te regelen via Home Assistant.

2. **Gebruik van een "SSM-D2 Rev B" met Ramses_RF**: Een andere optie is om een "SSM-D2 Rev B" met Ramses_RF te gebruiken om het volledige systeem te integreren in Home Assistant. Dit lijkt een meer allesomvattende aanpak te zijn, maar ik ben niet zeker of deze oplossing alle beoogde integraties omvat.

Ik zou graag jullie advies willen over welke aanpak het meest geschikt is voor mijn situatie. Hebben jullie ervaring met een van deze oplossingen of kennen jullie alternatieven die ik zou moeten overwegen? Eventuele tips, suggesties of waarschuwingen zijn van harte welkom!

Alvast bedankt voor jullie hulp!

Met vriendelijke groet,
Ferry

[vliegnerd]

@Ferry_nl ramses_cc ondersteunt de autotemp niet volledig.

Als je temperaturen en warmtevraag per ruimte wil zien in HA dan is een extra ithowifi module aan je master autotemp de beste optie. Je kunt eigenlijk alleen monitoren, want er is weinig te besturen of in te stellen.

Ramses_cc erbij is fijn voor itho of Orcon WTW systemen en eventueel als je spider thermostaten hebt.

[ Voor 12% gewijzigd door vliegnerd op 10-02-2024 20:05 ]

[GeeMoney]

@vliegnerd en @Onl1ne1373 ik heb hulp nodig met ramses en de HGI-80 USB module:

Ik ben overgestapt van HA binnen een docker op Synology naar HA OS binnen een Virtual Machine op Synology. Dit was nodig om het USB Device door te kunnen mappen richting HA.
Enfin, USB device op USB2 mode zetten zorgt ervoor dat de USB module verschijnt binnen HA en er ook een serial device /dev/ttyUSB0 beschikbaar is.
Vervolgens heb ik ramses_cc binnen HACS geïnstalleerd en de volgende config gemaakt:

[code=yaml]
ramses_cc:
serial_port: /dev/serial/by-id/usb-Texas_Instruments_TUSB3410_Boot_Device_TUSB3410-if00-port0
advanced_features:
send_packet: true
message_events: "(RQ.* 01FF | I.* 1FC9 |( I| W).* 22C9 )"
known_list:
18:123456: # Honeywell HGI80
ramses_rf:
enforce_known_list: true
packet_log:
file_name: packet.log
rotate_backups: 7

climate:
- platform: generic_thermostat
name: Bijkeuken_Thermostaat
heater: input_boolean.thermostat_heater
target_sensor: sensor.itho_autotemp_bijkeuken_temp
target_temp_step: 0.5
[/code]
De known_list heb ik van de GitHub pagina van ramses. Is dit correct?

Als ik in de ramses_rf directory ga en het volgende uitvoer:

[code]
python client.py monitor /dev/ttyUSB0 -o packet.log
[/code]
Dan krijg ik:
[code]
Traceback (most recent call last):
File "/homeassistant/custom_components/ramses_rf/client.py", line 8, in <module>
from ramses_cli.client import main
ModuleNotFoundError: No module named 'ramses_cli'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/homeassistant/custom_components/ramses_rf/client.py", line 16, in <module>
from ramses_cli.client import main
File "/homeassistant/custom_components/ramses_rf/src/ramses_cli/client.py", line 13, in <module>
import click
ModuleNotFoundError: No module named 'click'
[/code]

Ik kan tevens de packet.log niet vinden, welk pad ik daar ook invul.
Wel zie ik in de ramses_rf tests directory meerdere packet.log files maar lijken allemaal oude data te bevatten.

ramses_rf heb ik trouwens middels git clone geïnstalleerd in de custom_components map maar ook dat lijkt niet de bedoeling volgens mij?

Geen idee waarom, ramses_cc verwijderd en opnieuw geïnstalleerd en zie allemaal data, logs worden gevuld etc. Ik ga even verder
Prompt springt in cooling mode

[ Voor 49% gewijzigd door GeeMoney op 10-02-2024 23:08 ]

[Onl1ne1373]

De nieuwste ramses_cc is overgestapt op config flow. 0.41.7 dacht ik uit mijn hoofd. Config flow is dat je via de gui kan configureren. Ik weet nu niet in hoeverre hij nog kijkt naar de configuration.yaml.

Cooling mode? Waarom denk je dat dat gebeurt is?

[GeeMoney]

Onl1ne1373 schreef op zaterdag 10 februari 2024 @ 23:16:
De nieuwste ramses_cc is overgestapt op config flow. 0.41.7 dacht ik uit mijn hoofd. Config flow is dat je via de gui kan configureren. Ik weet nu niet in hoeverre hij nog kijkt naar de configuration.yaml.

Cooling mode? Waarom denk je dat dat gebeurt is?

Heel gek, pomp heeft net 38 minuten staan koelen terwijl er eigenlijk warmtevraag is.
Ik heb hem nu off gekregen dmv de payload te sturen koelen blokkeren.

ik probeer mijn device id's te achterhalen maar er komt echt een hele berg data in die packet.log .
Morgen weer verder.

[ Voor 10% gewijzigd door GeeMoney op 10-02-2024 23:20 ]

[Onl1ne1373]

Met de addon op de service port bedoel je?

Ja, je krijgt de packets binnen van heel de buurt waarschijnlijk. Ik heb minimaal 10 huizen die ik ontvang.

[ Voor 56% gewijzigd door Onl1ne1373 op 10-02-2024 23:22 ]

[GeeMoney]

Onl1ne1373 schreef op zaterdag 10 februari 2024 @ 23:20:
Met de addon op de service port bedoel je?

Ik heb net deze verstuurd middels mqtt richting de itho module aan de WPU inderdaad:

YAML:

      - service: mqtt.publish
        data:
          topic: "itho/cmd"
          payload: '{
            "manual_operation_index":34,
            "manual_operation_datatype":0,
            "manual_operation_value":0,
            "manual_operation_checked":1,
            "manual_operation_dryrun":false
            }'

Nu ging de pomp uit.
Morgen weer even verder en proberen uit te pluizen wat mijn thermostaten voor ID's hebben en welke van de HGI80 zelf is. Dan de configuration.yaml bijwerken door ze in de known_list te zetten en dan met je blusprints aan de gang denk ik?

[Onl1ne1373]

Klopt! Als je een id te pakken hebt is de rest makkelijk. Als het niet lukt mag je me ook een packet.log sturen waarbij je de hoofdthermostaat op 23 graden zet. Dan heb ik de ids zo te pakken.

[Onl1ne1373]

Ik heb manual control 34 nog nooit gebruikt, ik gebruik 30 om de warmtevraag op 0 te zetten.
Ik heb hier ook een blueprint voor met schema.

[GeeMoney]

Onl1ne1373 schreef op zondag 11 februari 2024 @ 10:22:
Ik heb manual control 34 nog nooit gebruikt, ik gebruik 30 om de warmtevraag op 0 te zetten.
Ik heb hier ook een blueprint voor met schema.

Ik ook maar die 34 heb ik gestuurd om het koelen te stoppen .
Normaliter gebruik ik alleen 30 inderdaad maar gek genoeg springt hij sinds gister af en toe op koelen.

[Onl1ne1373]

Dat koelen is wel bijzonder. Je heb toch geen buitenvoeler?
Je zou de instellingen van je Autotemp eens door kunnen kijken.
Heeft iemand een idee waarbij de Autotemp het koelen regelt?

Je zou ook eens een lage buitentemperatuur naar je WPU kunnen sturen.

[GeeMoney]

Onl1ne1373 schreef op zondag 11 februari 2024 @ 10:33:
Dat koelen is wel bijzonder. Je heb toch geen buitenvoeler?
Je zou de instellingen van je Autotemp eens door kunnen kijken.
Heeft iemand een idee waarbij de Autotemp het koelen regelt?

Je zou ook eens een lage buitentemperatuur naar je WPU kunnen sturen.

Ok, net even de warmtepomp van de stroom af gehaald.
En nu is het ook gelukt dmv je blueprint om de hoofd thermostaat te binden !

Ik heb 1 schedule gemaakt die nu 24x7 ON staat en de heateing toggle staat ook aan.
Ik wil gewoon dat hij nu even normaal het huis gaat verwarmen en dat we in de ramses packet.log gewoon de acties terug zien die we verwachten als ik de temp wijzig binnen HA of op de Spider(s).

[Onl1ne1373]

Top dat ze nu allebei werken!

Let op, on in het schedule is de lage temperatuur. Dus een lege schedule blijft op de default temperatuur. Als je de temperatuur op je spider wijzigt moet je het na een kleine vertraging ook zien in HA.

[GeeMoney]

Onl1ne1373 schreef op zondag 11 februari 2024 @ 10:44:
Top dat ze nu allebei werken!

Let op, on in het schedule is de lage temperatuur. Dus een lege schedule blijft op de default temperatuur. Als je de temperatuur op je spider wijzigt moet je het na een kleine vertraging ook zien in HA.

Ok, ik heb voor nu de temp van beide standen even gelijk gezet.
Het lijkt erop alsof een tweede Spider ook alleen maar als HT wilt configureren hier.
Ik heb hem nu gekoppeld aan een enkele lus middels de reguliere procedure en hij is natuurlijk draadloos maar hij blijft error A0-3 geven. Oftewel communicatie met WPU/Opentherm niet correct maar dat moet de HT regelen en niet deze ruimtethermostaat ?
Wifi symbool knippert op beide Spiders trouwens.

[ Voor 3% gewijzigd door GeeMoney op 11-02-2024 11:07 ]