Jump to content

stigvi

Members
  • Posts

    1,960
  • Joined

  • Last visited

  • Days Won

    82

Everything posted by stigvi

  1. Tror ikke det. Netteiere vil gjerne vite om slike anlegg pga personsikkerhet for egne montører. Når de tar spenningen i et område for å gjøre arbeid, så kan private vekselrettere være en utfordring. Jeg ville ringt og hørt med de. Selv om du har utstyr som hindrer dette så vil jeg tro netteier allikevel ønsker å ha en oversikt.
  2. Jeg har selv montert temperatursensorer på min VVB, en i toppen som står i vann og en i bunn ved VVB sin termostat. Ingen av disse to gir noen særlig nyttig informasjon. De kan ikke engang brukes til å lese av tankens status på hvor mye varmtvann det er igjen i den. Den i bunn gir meg informasjon om at alt vannet er varmet opp, men ikke noen nyttig informasjon derifra til at alt vann er kaldt. Det kan en hente ut fra toppsensor, men i løpet av de siste to år har det aldri skjedd at alt varmtvann blir brukt opp. Toppsensor har dermed hatt null nytteverdi. Skulle denne plutselig komme i kontakt med det kalde vannet så er det jo for sent. Det hele skyldes at vanntemperatur ikke er uniform i tanken. Stillestående vann leder varme dårlig og det som skjer er at en får et sjikt mellom varmt og kaldt som beveger seg oppover etterhvert som en tapper ut det varme. En sensor ca midt på kunne gitt informasjon om at nå er halvparten av det varme brukt. Jeg høres kanskje negativ ut, men til dere som ikke måler temperatur i tank - fortsett med det og spar pengene. Hvis ikke nysgjerrigheten er stor nok da....... Da kan en jo ha en måler bare for å tilfredstille nysgjerrigheten. Edit: At alt vann er varmet opp, kan en måle med å se på hvor stor strøm VVB trekker. Termostat kobler jo ut når den er varm nok.
  3. stigvi

    Modbus

    Jeg har i noen tid nå hatt en HA nummer 2 kjørende på en RPi Zero. Denne har jeg hatt et lite ønske om å terminere fordi HA ikke lenger er støttet på en så svak "dings". Jeg brukte den kun for å lese inn data fra ventilasjonsanlegget via modbus og publisere dette på MQTT og det har fungert rimelig greit. Men så fikk esphome plutselig støtte for modbus den også og da ble det til at jeg tenkte enda mer alvorlig på dette. Esphome viste seg å være like lett å sette opp til å lese modbus som det meste annet som er enkelt med esphome. Kan varmt anbefales. Hardware kostet meg ca 100kr hos artigereliv.no Det gjenstår å finne en egnet boks å ha kretskortene i....... esphome: name: ventilasjon platform: ESP32 board: esp-wrover-kit wifi: ssid: "HEIME5.ORG" password: !secret heime_wifi domain: .lan preferences: flash_write_interval: 48h # Enable fallback hotspot (captive portal) in case wifi connection fails #ap: # ssid: "Stue Co2 Fallback Hotspot" # password: "ppHXTW3jIUEL" #captive_portal: # Enable logging logger: level: DEBUG baud_rate: 0 # Enable Home Assistant API api: ota: uart: id: mod_uart tx_pin: 17 rx_pin: 16 baud_rate: 9600 stop_bits: 1 modbus: id: modbus1 uart_id: mod_uart flow_control_pin: 5 send_wait_time: 1000ms modbus_controller: - id: heru ## the Modbus device addr address: 1 modbus_id: modbus1 command_throttle: 1000ms update_interval: 10s switch: - platform: modbus_controller modbus_controller_id: heru register_type: coil address: 3 name: "ventilation_away_mode" - platform: modbus_controller modbus_controller_id: heru register_type: coil address: 4 name: "ventilation_alarm_reset" - platform: modbus_controller modbus_controller_id: heru register_type: coil address: 2 name: "ventilation_boost_mode" - platform: modbus_controller modbus_controller_id: heru register_type: coil address: 1 name: "ventilation_overpressure_mode" - platform: modbus_controller modbus_controller_id: heru register_type: coil address: 0 name: "ventilation_unit_on" select: - platform: modbus_controller name: "ventilation_boost_speed" address: 25 value_type: U_WORD optionsmap: "Høy": 4 "Lav": 3 - platform: modbus_controller name: "ventilation_electric_heater_connected" address: 50 value_type: U_WORD optionsmap: "Tilkoblet": 1 "Frakoblet": 0 sensor: - platform: modbus_controller modbus_controller_id: heru name: "ventilation_outdoor_temperature" register_type: read address: 1 value_type: S_WORD unit_of_measurement: "°C" device_class: temperature accuracy_decimals: 1 filters: - multiply: 0.1 - or: - throttle: 30min - delta: 2.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_supply_air_temperature" register_type: read address: 2 value_type: S_WORD unit_of_measurement: "°C" device_class: temperature accuracy_decimals: 1 filters: - multiply: 0.1 - or: - throttle: 30min - delta: 2.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_exhaust_air_temperature" register_type: read address: 3 value_type: S_WORD unit_of_measurement: "°C" device_class: temperature accuracy_decimals: 1 filters: - multiply: 0.1 - or: - throttle: 30min - delta: 2.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_waste_air_temperature" register_type: read address: 4 value_type: S_WORD unit_of_measurement: "°C" device_class: temperature accuracy_decimals: 1 filters: - multiply: 0.1 - or: - throttle: 30min - delta: 2.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_heat_recovery_wheel_temperature" register_type: read address: 6 value_type: S_WORD unit_of_measurement: "°C" device_class: temperature accuracy_decimals: 1 filters: - multiply: 0.1 - or: - throttle: 30min - delta: 2.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_current_supply_fan_speed" register_type: read address: 26 value_type: S_WORD unit_of_measurement: "rpm" filters: - or: - throttle: 30min - delta: 50.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_current_exhaust_fan_speed" register_type: read address: 27 value_type: S_WORD unit_of_measurement: "rpm" filters: - or: - throttle: 30min - delta: 50.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_current_heating_power" register_type: read address: 28 value_type: S_WORD unit_of_measurement: "W" filters: - multiply: 6.6667 - or: - throttle: 30min - delta: 5.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_current_heat_cold_recovery_power" register_type: read address: 29 value_type: S_WORD unit_of_measurement: "%" filters: - multiply: 0.3921569 - or: - throttle: 30min - delta: 5.0 number: - platform: modbus_controller modbus_controller_id: heru name: "ventilation_temperature_setpoint" register_type: holding address: 1 value_type: S_WORD unit_of_measurement: "°C" min_value: 15 max_value: 30 binary_sensor: - platform: modbus_controller modbus_controller_id: heru name: "ventilation_exhaust_fan_alarm" register_type: discrete_input address: 21 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_exhaust_filter_alarm" register_type: discrete_input address: 23 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_filter_timer_alarm" register_type: discrete_input address: 24 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_freeze_alarm" register_type: discrete_input address: 12 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_freeze_protection_a_level" register_type: discrete_input address: 26 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_freeze_protection_b_level" register_type: discrete_input address: 25 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_low_rotor_temperature_alarm" register_type: discrete_input address: 14 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_low_supply_alarm" register_type: discrete_input address: 13 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_supply_filter_alarm" register_type: discrete_input address: 22 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_pulser_alarm" register_type: discrete_input address: 19 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_rotor_alarm" register_type: discrete_input address: 10 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_startup_1st_phase" register_type: discrete_input address: 27 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_startup_2nd_phase" register_type: discrete_input address: 28 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_supply_fan_alarm" register_type: discrete_input address: 20 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_temp_sensor_open_circuit_alarm" register_type: discrete_input address: 17 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_temp_sensor_short_circuit_alarm" register_type: discrete_input address: 18
  4. Ut i fra logg så ser det ut som et nettverksproblem som er på utsiden av integrasjonen og Home Assistant.
  5. Det er nok avhengig om du bruker gammel eller nytt format for å spesifisere mal-sensorer. Det du viste er gammelt format. Her er den i nytt format template: - binary_sensor: - unique_id: billigste_timer_1_4 name: billigste_timer_1_4 state: >- {% set l=state_attr('sensor.nordpool', 'raw_today')|sort(attribute='value') %} {% set t = now() %} {{ (t >= l[0].start and t <= l[0].end) or (t >= l[1].start and t <= l[1].end) or (t >= l[2].start and t <= l[2].end) or (t >= l[3].start and t <= l[3].end) }}
  6. Det gjelder kun i 3-fase 230V nett hvor en har 3 ledere inn til huset og transformator til netteier er trekant-koblet. I 400V nett der en har en nøytralleder i tillegg til de 3 fasene så må en måle strøm i alle 3 faser. Stort sett alle husstander i Klepp kommune er på 400V nett. Strømmer kan ikke forsvinne ut av løse luften så i et 3-fase nett uten nøytralleder må summen av strøm i de 3 lederne være null. Så da kan en regne ut strømmen i den ene lederen basert på strømmene i de to andre.
  7. Det må en anta, ja. Når en kikker i et datablad for et typisk rele som brukes i slike produkter så er det ikke nevnt der heller. Men varmgang er neppe et problem på slike releer. Det som sliter de er operasjonene - dvs å bryte strømmen som kan være en induktiv last. Sånn sett er VVB en "snill" last. Jeg ville ikke tenkt mye på om et slikt rele klarer belastningen.
  8. Jeg vil tro de må festes på et eller annet vis, men det er ikke krav om at det skal se "fint" ut. Men et lite spørsmål ang styring av vaskemaskin - kan disse styres ved å ta strømmen? Er ikke de fleste maskiner såpass avanserte at de har en startknapp i front og et program de skal gjennom. Stoppes den ved å ta strømmen, hva skjer med et vaskeprogram den var 40% ferdig med og hadde klart å varme vannet til 70 grader som synker til 40 når det er på tide å komme i gang igjen?
  9. Vel, jeg har begge deler, smart styring og industrikontakt. Og jeg har lirket inn noen tunge bordplater mellom vegg og VVB. Hadde jeg hatt fast tilkobling ville ledning til VVB vært en flatkabel.
  10. Å bytte ut støpsel og kontakt fra en type til en annen er heller ikke dyrt eller vanskelig. Og så er det praktisk å kunne løsne ledning fra vegg hvis en bruker området bak VVB til å stue vekk strykebrett og andre ting som tar plass på vaskerom.
  11. Hvis det er viktig at det er korrekt informasjon så er det heller ikke krav om fast tilkobling i nye boliger. Det er et forbud mot schuko kontakter og det er minst to alternative løsninger.
  12. Her datt jeg av lasset. I den ene setningen sier du den bruker 8 til 9 kWh og i den andre sier du snaue 4 kWh
  13. Det går, men det er fortsatt bare en en-veis bryter. Hva om en vil dimme opp og ned? Med en vippebryter trykker en da på øvre eller nedre del av bryterknappen. Men en elko-bryter med impulsfjær så må en løse dette på andre måter med feks et langt trykk for å dimme. Og Murphys lov sier at den alltid starter med å øke lysstyrken når du egentlig ville redusere den.
  14. Har du satt opp "flow control"? Så ikke noe av det i åpningsposten din...... Modbus Component — ESPHome
  15. Jeg hadde en portåpner jeg var ganske fornøyd med. Den hadde tre innganger for å styre den, opp, ned og stopp. Den kunne jo da lett styres i fra HA selv om HA ikke helt viste status på den. Men så tok den kvelden, jeg reklamerte og fikk ny. Men en litt annen modell som bare har to innganger, en for stopp og opp/ned. Dette så jeg ikke før montør var reist. Og her kommer det merkelige. Forhandleren i Rogaland gikk konk og importør sendte en montør fra østlandet for å bytte ut min i Rogaland. De har definitivt gått med et solid underskudd på det salget 🙂 Jeg synes jo litt synd på de så jeg unnlot å surmule pga litt annerledes tilkobling. Men når jeg trigger releet så vet HA altså ikke om porten går opp eller ned. Det begrenser styringen av den, men nå som jeg får synkronisert status er det i alle fall blitt mye bedre enn det var.
  16. Jeg hadde mange forsøk på dette både med timebased og template, men fikk det ikke til å oppdatere cover samtidig som jeg ville ha en tidsbasert cover. Pga pakkelevering så vil jeg gjerne ha muligheten til å løfte porten 20-30cm og det er lett å få til med tidsbasert cover. Men feedback cover ser ut til å fungere glimrende.
  17. Jeg har en garasjeportåpner som styres opp og ned med en enkel knapp. Dvs at den veksler mellom å gå opp og ned når en trykker. Dette har skapt litt utfordringer i visningen i Home Assistant. Jeg styrer porten ved hjelp av en "cover" i EspHome. Dette har vært en tidsbasert og der "assumed state" er satt til true. Det har gått fint å styre porten opp og ned, men noen ganger (ofte) så har visningen av portens status vært ute av synk med virkligheten. Jeg har en IKEA zigbee knapp i gangen som jeg åpner porten med om morgenen og så bruker jeg garasjeportens fjernkontroll i bilen for å stenge. HA får dermed vite at porten åpnes, men den vet ikke at porten er stengt. Nå med siste versjon av EspHome er det endelig løst. Der er det kommet en ny "cover" som baseres på "feedback". Da kan en lett integrere en aqara dørsensor som trigger når porten er stengt og/eller er åpen. Cover integrasjonen i EspHome sørger da for å synkronisere status med virkligheten. Ikke fryktelig viktig, dette har fungert i to år uten dette. Men nå blir det litt enklere å løfte porten opp på gløtt med en skyvebryter i HA når en vet at utgangspunktet alltid er riktig. cover: - platform: feedback name: "Garasjeport" id: garasjeport has_built_in_endstop: true assumed_state: false direction_change_wait_time: 5s #icon: "mdi:garage-open-variant" open_action: - if: condition: lambda: 'return (id(state_nodstopp) == false);' then: - switch.turn_on: gararasjeport_opp - delay: 0.5s - switch.turn_off: gararasjeport_opp open_duration: 15s close_action: - if: condition: lambda: 'return (id(state_nodstopp) == false);' then: - switch.turn_on: gararasjeport_opp - delay: 0.5s - switch.turn_off: gararasjeport_opp close_duration: 18s close_endstop: portstatus stop_action: - if: condition: lambda: 'return id(state_nodstopp) == false;' then: - switch.turn_on: gararasjeport_stopp - delay: 0.5s - switch.turn_off: gararasjeport_stopp
  18. Remote shutdown er innebygd i Windows så det er unødvendig å slenge innpå enda mer programvare for å løse den slags.
  19. Dette blir et sidespor, men skit au. "Noen er hjemme" kan også være en bayesian sensor. Her er min som et eksempel på at det går å detektere annet enn kun mobil. Bevegelse i huset, om TV er påslått og co2 nivå er noe jeg bruker i tillegg til telefon. binary_sensor: - platform: bayesian name: 'Noen er hjemme' prior: 0.73 probability_threshold: 0.95 device_class: presence observations: - entity_id: device_tracker.bluetooth_it prob_given_true: 0.71 platform: 'state' to_state: 'home' - entity_id: device_tracker.sm_g930f prob_given_true: 0.8 platform: 'state' to_state: 'home' - entity_id: sensor.sm_g930f_wifi_connection prob_given_true: 0.8 platform: 'state' to_state: 'HEIME5.ORG' - entity_id: device_tracker.bluetooth_svh prob_given_true: 0.71 platform: 'state' to_state: 'home' - entity_id: device_tracker.sm_g715fn prob_given_true: 0.8 platform: 'state' to_state: 'home' - entity_id: sensor.sm_g715fn_wifi_connection prob_given_true: 0.8 platform: 'state' to_state: 'HEIME5.ORG' - entity_id: device_tracker.tv prob_given_true: 0.7 platform: 'state' to_state: 'home' - entity_id: input_boolean.travel_enabled prob_given_true: 0.001 platform: 'state' to_state: 'on' - prob_given_true: 0.3 platform: 'template' value_template: "{{states('binary_sensor.worktime') == 'on' and states('input_boolean.home_office') == 'off'}}" - entity_id: input_boolean.sleeptime prob_given_true: 0.7 platform: 'state' to_state: 'on' - entity_id: input_select.phone_status prob_given_true: 0.994 platform: 'state' to_state: 'Glemt borte' - entity_id: input_select.phone_status prob_given_true: 0.0061 platform: 'state' to_state: 'Glemt hjemme' - entity_id: sensor.soverom_co2_value platform: 'numeric_state' prob_given_true: 0.8 above: 600 - entity_id: sensor.tvstue_co2_value platform: 'numeric_state' prob_given_true: 0.8 above: 600 - entity_id: sensor.airthings_stue_co2 platform: 'numeric_state' prob_given_true: 0.8 above: 600 - entity_id: timer.activity prob_given_true: 0.9 platform: 'state' to_state: 'active'
  20. Jeg må betale nettleie også så hva strømprisen alene koster er akademisk 🙂
  21. Ja, pris på kveld er 11 ganger dyrere enn midt på dagen.
  22. Det er ikke noen bakdel med SD kort hvis du kjøper kvalitet og at det er stort nok. Husk at slitasje på cellene i et kort eller SSD vil halveres når du doble størrelsen. Hvis et 4GB SD kort varer i 6 måneder før det er utslitt, så vil et 256GB kort vare i 32 år. Hvis du i tillegg kjøper et kort som er optimalisert for mye skriving, så er SD kort like "trygt" som noe annet. SD kort for video- eller overvåkingskamera er lagd for mye skriving. Produsentene gir til og med garantier. Og der ser du at de dobler levetiden når kapasiteten dobles. Feilen mange gjør er at de starter med et billig og lite kort og etterpå bytter det ut med en stor SSD. Selvfølgelig er det forskjell på slikt. Men en veldig urettferdig sammenligning i forhold til SD kortet.
  23. Disse to er så forskjellige at de knapt kan sammenlignes. Hvis du vil ha en god app på tlf til å både samle inn data og styre systemet ditt, se på Home Assistant.
  24. Kan du gjøre noe tilsvarende dette? registered_triggers = [] factory_apps = [] @time_trigger('startup') def heating_startup(): for app in pyscript.app_config: factory_apps.append(ClassComfortTemperature(app)) class ClassComfortTemperature: def __init__(self, config): self.cfg = config @state_trigger(f"{self.cfg['input']}", state_hold=self.cfg['delay']) def new_status(value=None): task.unique(f"comforttempe_{self.cfg['input']}") tl = float(state.get(f"{self.cfg['output']}.target_temp_low")) th = float(state.get(f"{self.cfg['output']}.target_temp_high")) if value == "off": climate.set_temperature(entity_id = self.cfg['output'], target_temp_high = int(th - float(self.cfg['temperature'])), target_temp_low = int(tl)) log.info('Setter ned temperatur') else: climate.set_temperature(entity_id = self.cfg['output'], target_temp_high = int(th + float(self.cfg['temperature'])), target_temp_low = int(tl)) log.info('Setter opp temperatur') registered_triggers.append(new_status) Reference — hacs-pyscript 1.3.3 documentation
×
×
  • Create New...