minim

Virker node-red noe bedre med en spesiell trådløs standard? Skal ha meg noe utstyr til å overvåke garasje og et kontor, men har ikke valgt "standard" enda. Heller mot zwave om node red støtter det bra pga rekkevidde.

Det var jammen rett opp å kjøre det med en gang 🙂 Dette var jo en drøm å jobbe i. Er litt ny workflow å sette seg inn i så jeg får vel prøve meg på noen youtube videoer og manualer før jeg kaster bort mer tid på prøving og feiling.

Det var jeg ikke klar over! Jeg er bare vandt med å presentere f.Eks et ventilasjons anlegg visuelt som i et 2d systemskjema og synst det er mer forklarende. Siemens og de fleste andre bygg automasjons løsningene gjør det vel også på denne måten så sikkert bare gammel (u)vane fra jobb. Det blir nok å ta helt bort HA sånn at jeg holder meg til et verktøy så det var derfor jeg bumpet denne tråden igjen. Jeg tror nok utfordringene mine kunne vært løst i HA også. Kikket litt på modbus kildekoden i går og kunne f.Eks endret denne så scale bare gikk på inngang og ikke utgang i climate funksjonen, men synst generelt at config av selv den minste ting er trælete og lite ryddig i HA så vil prøve noe nytt. Alt virker i modbus integrasjonen min i HA og det har stått sånn å surret å gått i noen år, men automasjoner ga jeg fort opp. Grunnen til at jeg pirket i det igjen nå var at firmware på ventilasjonsanlegget mitt endret modbus skalering på input register med 10x så jeg fikk feil på et klima styrings kort som ikke håndterer ulik scale på holding/input register. F.eks med automasjoner så har jeg irritert meg over at ventilasjon sløser energi hver gang jeg fyrer i peisen. Når jeg fyrer så øker avtrekkstemp ofte såpass at gjenvinner blir så effektiv at varmebatteri legges ut og gjenvinner reduserer farten. Jeg ønsket en automasjon som koblet ut elbatteri og satte setpunkt i tilluft høyt slik at gjenvinner gikk til 100% og heller leverte for mye varme en periode så lenge jeg fyrte med varmepumpe/vedovn. Når tilluft ble for kald (jeg slutter å fyre) så kobles varmebatteri inn igjen og setpunkt settes tilbake dit det var. Træla på med dette i timesvis og fikk det bare til en vei av gangen og litt sporadisk før jeg ga opp hele greia for noen år siden når jeg satte det opp første gang. Sikkert brukerfeil, men når jeg ikke får til så Basic ting kjenner jeg at jeg får bytte verktøy til noe som passer meg bedre 😛

Det høres bra ut. Da skal jeg prøve å legge over til node red i kveld å se hvordan det ser ut. Jeg jobber med bygg automasjon til dagen og eksperimentering med hjemme automasjon er virkelig noe helt annet. Savner Basic ting som å fritt kunne lage seg bilder og ikke bare "kort" samt mye friere funksjons programmering, men det ser ut som at node red har noe mer av dette enn home assistant. Man kan sikkert gjøre det meste i alt dette med åpen kildekode, men terskelen er såpass høy at jeg har ikke orket å bruke tid på å sette meg inn i det enda. Sikkert dumt spørsmål, men har den statisk ip eller kan den ha fått tildelt ny ip ved strømstans? Om du kjører Wireshark på maskinen modbus tcp kjører fra så har Wireshark ferdig filter for modbus tcp så du kan se om trafikk sendes ut og om det kommer noe svar.

Bumper en gammel tråd igjen. Hvordan er ståa nå i 2024 på node red til alt? Jeg bruker home assistant I dag, men river meg i håret over hvor dårlig modbus integrasjonen er og hvor begrenset den er (eller bare så tungvindt at jeg føler det er begrenset). Trenger egentlig node red kun til litt lys (hue), netatmo, ventilasjonsanlegg og varmestyring.

Snippet litt fra configen din. da jeg hadde noen spørsmål rundt hvordan du har bygget opp configen. I modbus config dokumentasjonen så viser de et oppsett lignende det jeg har brukt under her. Dette er et Heru S160ec anlegg hvor det meste fungerer, men "climates" ble feil etter at heru ga ut 1.10 firmware som endrer skalering på temperatur innganger (input registers), men ikke utganger (holding reister). Det er et sidespor til spørsmålet, men for å løse dette problemet tenkte jeg å sette opp et enkelt setpunkt som du har gjort med "number", men da ser jeg at du har bygget det opp veldig ulikt min config med "modbus_controller"/platform. Dette med platform og modbus hvor finner jeg dokumentasjon på måten du har løst dette på så jeg får lest litt om dette evnt har du en enkel forklaring på hvordan det henger sammen? Jeg er rimelig lost i oppsett av home assistant så det er mulig jeg gjør ting helt feil i utgangspunktet her 😛 Configen min er noen år gammel også så mulig noe av det er en utdatert måte å gjøre det på. Edit: Da fant jeg ut at det var en egen komponent knyttet til ESPn dere bruker så da får jeg gruble videre på min løsning som bruker modbus tcp direkte 🙂 https://esphome.io/components/modbus modbus: - name: hub1 type: tcp host: 10.0.0.11 port: 502 sensors: - name: Utetemperatur unit_of_measurement: °C slave: 1 address: 1 input_type: input unique_id: 400 scale: 0.1 precision: 1 - name: Tilluftstemperatur unit_of_measurement: °C slave: 1 address: 2 input_type: input unique_id: 401 scale: 0.1 precision: 1 - name: Fraluftstemperatur unit_of_measurement: °C slave: 1 address: 3 input_type: input unique_id: 402 scale: 0.1 precision: 1 - name: Avkasttemperatur unit_of_measurement: °C slave: 1 address: 4 input_type: input unique_id: 403 scale: 0.1 precision: 1 - name: Etter varmegjenvinner unit_of_measurement: °C slave: 1 address: 6 input_type: input unique_id: 404 scale: 0.1 precision: 1 - name: Filter tid til skifte unit_of_measurement: dager slave: 1 address: 19 input_type: input unique_id: 405 - name: Tilluftsvifte unit_of_measurement: '%' slave: 1 address: 24 input_type: input unique_id: 406 - name: Fraluftsvifte unit_of_measurement: '%' slave: 1 address: 25 input_type: input unique_id: 407 - name: Varmebatteri unit_of_measurement: '%' slave: 1 address: 28 scale: 0.3921568 input_type: input unique_id: 500 - name: Gjenvinner unit_of_measurement: '%' scale: 0.392156 slave: 1 address: 29 input_type: input unique_id: 408 - name: Setpunkt økonomi unit_of_measurement: °C slave: 1 address: 0 input_type: holding unique_id: 409 - name: Setpunkt comfort unit_of_measurement: °C slave: 1 address: 1 input_type: holding unique_id: 410 - name: heater type slave: 1 address: 65 input_type: holding unique_id: 417 - name: heater enabled slave: 1 address: 66 input_type: holding unique_id: 418 switches: - name: "Heater" slave: 1 address: 66 command_on: 1 command_off: 0 write_type: holding scan_interval: 6 verify: input_type: holding address: 66 state_on: 1 state_off: 0 - name: "Boost" slave: 1 address: 2 command_on: 1 command_off: 0 write_type: coil scan_interval: 6 verify: input_type: coil address: 2 state_on: 1 state_off: 0 climates: - name: "Setcomfort" address: 2 input_type: input max_temp: 35 min_temp: 15 offset: 0 precision: 1 scale: 1 target_temp_register: 1 temp_step: 1 temperature_unit: °C unique_id: 419 template: - sensor: - name: "varmebatteri_effekt" unit_of_measurement: W state: "{{ states('sensor.varmebatteri') | int * 12 }}" - name: "virkningsgradtil" unit_of_measurement: '%' state: "{{ (((states('sensor.etter_varmegjenvinner') | int - states('sensor.utetemperatur') | int ) / (states('sensor.fraluftstemperatur') | int - states('sensor.utetemperatur') | int )) * 100)|round(1) }}" - name: "virkningsgradfra" unit_of_measurement: '%' state: "{{ (((states('sensor.fraluftstemperatur') | int - states('sensor.avkasttemperatur') | int ) / (states('sensor.fraluftstemperatur') | int - states('sensor.utetemperatur') | int )) * 100)|round(1) }}"