haraldov

Frigate krever litt hardware (https://docs.frigate.video/hardware). Har prøvd Hassos raspberry pi (4GB) med fem Reolink videokamera streams. Dette knelte nesten CPU. Kjører nå Hassos på en Intel Nuc 5 med et godt skjermkort + Google Coral USB. CPU ligger på rundt 27 %.

Zigbee, wi-fi og blåtann bruker samme frekvens. For å unngå interferens så bør man prøve å ikke bruke samme kanal. Deconz og zigbee2mqtt bruker default kanal 15 mener jeg. Hvis du har wifi router som bruker kanal 15 så bør du endre router til å bruke en annen kanal. Se her for å planlegge hvilken kanal du bør bruke på wifi (https://www.metageek.com/training/resources/zigbee-wifi-coexistence/). Du har litt få enheter. Zigbee enheter som går på strøm skal rapportere til zigbee controller sin status. I deconz er dette hver 2 timer. Når du kobler til smartpluggen til deconz eller z2m gjør du det der den skal stå? Dette er viktig når du har med Aquara enheter. Bygg opp en stabilt zigbee nettverk (https://docs.hubitat.com/index.php?title=How_to_Build_a_Solid_Zigbee_Mesh). Aqara enheter følger ikke helt zigbee standard så de bidra lite med å bygge opp nettverket. Til det trenger du f.eks Ikea signalrepetere eller lyspærer.

Jeg gjorde flere forsøk med Event notification server som er et Python program som henter bilder fra Zoneminder. Målet var å åpne inngangsdøren hvis en i hustanden ble oppdaget. Dette fungerte, men slet litt med responstiden på grunn av CPU kraft. Kom tilslutt ned til 3-4 sekunder når jeg brukte Coral USB Accelerator noe som var bra nok til mitt formål. Dessverre skrev utvikleren av Event notification server at han ville avslutte prosjektet sitt på grunn av mangel på familietid. Mistet litt gløden selv da og gav opp prosjektet. Du finner mer om ansiktsgjenkjenning med Event notification server her: https://zmeventnotification.readthedocs.io/en/stable/guides/principles.html Et annet alternativ hvis du liker Zoneminder er jo Shinobi. Den har jo støtte for Nvidia CUDA. Bruker nå Frigate (https://github.com/blakeblackshear/frigate) som gir objektgjengjenning. Utvikleren har ønsket å legge til ansiktsgjenkjenning, men mangler nok tid til å gjøre det (https://github.com/blakeblackshear/frigate/issues/260). Bruker også her Google USB accelelrator (https://coral.ai/products/accelerator/), som har innebygd støtte for objekt og ansiktgjenkjenning. Enklere ansiktsgjenkjenning i Python er https://github.com/ageitgey/face_recognition

Du kan lese mer om det blå batteriet her: https://solcellekysten.no/2016/09/24/energistyring/ Enova har også økt tilskudd til de som satser på solceller og smart strømstyring: https://www.enova.no/privat/alle-energitiltak/solenergi/solcelleanlegg/ https://www.enova.no/privat/alle-energitiltak/smart-stromstyring/ Jeg satte opp solceller selv på garasjetaket og halve hustaket. Brukte mikroinvertere på hver fjerde solcellepanel fordi litt skygge på en solcelle vil redusere totalen på alle. Du trenger ikke eget firma for å montere solcellene, men det elektriske må du la en elektriker ta seg av. Dokumentasjon for elektrikerarbeid på sendes inn til Enova. Kjøpte mine solceller og mikroinvertere her: https://www.tradewindsolar.no/. Husk å kjøpe en inverter som er støttet i Home Assistant. Jeg har APsystem mikroinvertere som kommuniserer over zigbee. Addon jeg bruker er denne: https://github.com/ksheumaker/homeassistant-apsystems_ecur

Solproduksjon med Tibber https://support.tibber.com/nb/articles/4669873-solproduksjon-med-tibber Du kan jo la overskuddskraft varme opp varmtvannsbereder. Du får da et slags "blått batteri". For å finne ut hvor mye solenergi frem i tid kan du bruke: https://www.home-assistant.io/integrations/forecast_solar/ En fin ressurs om solceller finner du her: https://solcellekysten.no/ Solproduksjon med Tibber https://support.tibber.com/nb/articles/4669873-solproduksjon-med-tibber

Hei Bruker Easee og Tibber nå for å lade bilen. Jeg setter opp i Tibber app at jeg vil at ladingen skal avslutte klokken 06:00 og begrenset til 10 Amper ladestrøm. Dette fungerer fint, men jeg vet ikke helt når ladingen starter da det er Tibber som styrer dette. I HA lager jeg en automatisering som skal starte klokken 24:00 og avslutte klokken 06:00 samtidig som ladestrømmen er begrenset til 8 Amper. Har fjernet Tibber intergrasjonen i Tibber app. Bruker Easee addon for å styre laderen: https://github.com/fondberg/easee_hass Problemet er at ladingen starter umiddelbart jeg setter ladepistolen inn i min Vw E-golf. Har prøvd å lete i Easee app og Tibber app for hvordan unngå dette, men finner det ikke ut. Noen som kan hjelpe meg hvordan utsette start av ladingen? alias: 'Easee: Start og stopp lading. Stopp ladning når man nærmer seg 5 kW maks' description: '' trigger: - platform: time_pattern minutes: /5 - platform: state entity_id: sensor.energy_regulator_usage_step condition: [] action: - choose: - conditions: - condition: numeric_state entity_id: sensor.energy_regulator_usage_step below: '2' sequence: - service: easee.set_charger_dynamic_limit data: charger_id: XXxxxxxx current: 8 - conditions: - condition: time after: '00:00' sequence: - service: easee.set_charger_dynamic_limit data: charger_id: EH137943 current: 10 - conditions: - condition: time before: '06:00' sequence: - service: easee.set_charger_dynamic_limit data: charger_id: XXxxxxxx current: 0 default: [] mode: single

Takk, en template binary sensor, eller template sensor det kan løse problemet. Tenkte etter jeg la inn innlegget at en felles window_rooms som f.eks living room (stue og kjøkken i ett) kan også være en løsning. Schedy løser mange problemer når HA automatiseringene blir omfattende. Har frem til nå brukt HA action choose når jeg trenger if-else handlinger. Jeg skal gjøre et nytt forsøk med schedy. Takk for hjelpen @kjetilsn.

Her er schedy config jeg brukte forrige år før jeg gikk over til enklere HA varme automatisering. Jeg tror jeg overkompliserte en del. Gi meg gjerne tilbakemelding på hvordan du ville ha gjort det: schedy_heating: # This is our app instance name. module: hass_apps_loader class: SchedyApp actor_type: thermostat schedule_prepend: - x: "Add(-3) if is_on ('binary_sensor.power_saving') else Next()" - x: "Add(-10) if is_on ('input_boolean.ferie') else Next()" - x: "Mark(OFF, Mark.OVERLAY) if not is_empty(filter_entities('binary_sensor', state='on', window_room='living')) else Next()" - x: "Mark(OFF, Mark.OVERLAY) if not is_empty(filter_entities('binary_sensor', state='on', window_room='varmepumpe')) else Next()" watched_entities: - binary_sensor.power_saving - sensor.arbeidsdag - input_boolean.ferie rooms: living: rescheduling_delay: 120 actors: climate.floor_thermostat_2: climate.floor_thermostat_3: climate.floor_thermostat_5: watched_entities: - binary_sensor.smart_door_sensor_access_control_window_door_is_open - binary_sensor.openclose_29 - binary_sensor.openclose_30 schedule: - v: 21 rules: - weekdays: 1-5 rules: - x: "Next() if state('sensor.arbeidsdag') == 'True' else Break()" - { start: "06:00", end: "07:30" } - { start: "15:00", end: "22:30" } - weekdays: 6-7 rules: - x: "Next() if state('sensor.arbeidsdag') == 'False' else Break()" - { start: "08:00", end: "22:30" } - v: 18 varmepumpe: rescheduling_delay: 120 actors: climate.toshiba: watched_entities: - binary_sensor.smart_door_sensor_access_control_window_door_is_open - binary_sensor.openclose_29 - binary_sensor.openclose_30 schedule: - v: 23 rules: - weekdays: 1-5 rules: - x: "Next() if state('sensor.arbeidsdag') == 'True' else Break()" - { start: "06:00", end: "07:30" } - { start: "15:00", end: "22:30" } - weekdays: 6-7 rules: - x: "Next() if state('sensor.arbeidsdag') == 'False' else Break()" - { start: "08:00", end: "22:30" } - v: 20 gang: rescheduling_delay: 120 actors: climate.floor_thermostat_6: schedule: - v: 19 rules: - weekdays: 1-5 rules: - x: "Next() if state('sensor.arbeidsdag') == 'True' else Break()" - { start: "06:00", end: "07:30" } - { start: "15:00", end: "22:30" } - weekdays: 6-7 rules: - x: "Next() if state('sensor.arbeidsdag') == 'False' else Break()" - { start: "08:00", end: "22:30" } - v: 16 bad: rescheduling_delay: 120 actors: climate.floor_thermostat_4: climate.floor_thermostat: schedule: - v: 23 rules: - weekdays: 1-5 rules: - x: "Next() if state('sensor.arbeidsdag') == 'True' else Break()" - { start: "06:00", end: "07:30" } - { start: "15:00", end: "22:30" } - weekdays: 6-7 rules: - x: "Next() if state('sensor.arbeidsdag') == 'False' else Break()" - { start: "08:00", end: "22:30" } - v: 20

Jeg har gjort to forsøk med schedy allerede for varmestyring. Andre forsøket var alt på plass trodde jeg, men kom ikke helt i mål med hvordan sette opp schedy når en skal styre varme, når terassedør åpnes i stua og en eller to vinduer åpnes på kjøkkenet. Ut ifra schedy dokumentasjonen (https://hass-apps.readthedocs.io/en/stable/apps/schedy/tips-and-tricks/open-window-detection.html), så skal en lage en customize.yaml fil med kontaktsensorene for f.eks stua. Schedy vil så søke etter kontaktsensorer med on og regelen for stua blir aktivert. Jeg har kontaktsensorer som er plassert på kjøkkenet og i stua. Jeg må derfor lage et window_room: kjokken og et window_room: stue i en customize.yaml fil med kontaktsensorene i. Må jeg da lage to regler for vinduer eller terassedør som åpnes, en for kjøkkenet og en for stua eller fins det en måte å lage en regel som vil gjelde for begge? Håper jeg har forklart meg godt nok. Det er bare å spørre hvis du trenger mere informasjon.

Enig i alt du skriver @stigvi. Jeg har idag varmestyring basert på HA automatisering som fungerer, men har ikke tatt høyde for at jeg skal reise vekk eller presence (automatisering når første mann kommer hjem). Fordelen med HA automatisering er at det er lett å debugge (https://www.home-assistant.io/docs/automation/troubleshooting/), men ulempen er litt uoversiktlig i GUI når automatiseringer med if setninger (choose) skal lages. Har prøvd schedy, men slet med å sette opp en god konfigurasjon så jeg gav opp etterhvert. Pyscript er jeg nybegynner på og trenger nok flere eksempler på varmestyring, men fordelen er at pyscript er lett å lese når det er enkle automatiseringer. Skal se om jeg kan prøve å lage et varmestyring ut i fra status fra pid-regulatoren og se om jeg får rettet opp mitt pyscript. Takk igjen for all hjelp.

Takk igjen for svar. Jeg ser at du slå av og på ladning av dine elbiler i pyscriptet. Tibber skriver at "kunder kan aktivere såkalt “lastbalansering” mot hovedsikring og på den måten automatisk redusere ladeeffekt når den totale belastningen på hovedsikringen nærmer seg et maksnivå. Lenke: https://support.tibber.com/nb/articles/5759652-hvordan-smartlade-elbilen-uten-a-toppe-forbruket Er det dette som skjer når du bruker easee.set_charger_dynamic_limit? Hadde vært fint om du kunne ha delt din automatisering av ladning av elbil. Har Easee lader selv, men bruker fortsatt Tibber sin lading av bil. Ser at jeg er under 5 kWt stort sett hele dagen, bortsatt fra natt når elbilen min lader og da fyker strømmforbruket til 6-7 kWt noen timer.

Takk igjen @stigvi. Jeg er glad for at du deler. Etter å lest gjennom pyscript forum så kan kanskje state.persist brukes istedenfor HA template sensor for gjøre sensor.regulator_energy_usage konstant. Kommer til å bruke din metode hvis koden nedefor fungerer. Eksempel: https://github.com/custom-components/pyscript/discussions/211 Okay, answering my own question. state.persist works perfectly well for this use case. Sample in case someone else comes looking for this: POWER_ATTR = { "unit_of_measurement": "kW", "device_class": "power" } state.persist('pyscript.tesla_card_grid_to_house', default_value="0", default_attributes=POWER_ATTR) @state_trigger('sensor.powerwall_load_now', ...) def recalc_power(): ... pyscript.tesla_card_grid_to_house = 123.0

Hei @stigvi. Pyscriptet ditt fungerer, men jeg har av og til litt problemer med å få opprettet sensor.regulator_energy_usage etter en omstart av home assistant programmet. Venter jeg en stund (opptil en time tror jeg) blir sensoren opprettet. Er dette et kjent problem? Hvis så har du en løsning? Mitt pyscript ser slik ut nå: from simple_pid import PID pid = PID(40.0, 0.4, 2500.0, setpoint=float(input_select.nettleie_pristrinn) - 0.2) pid.set_auto_mode(False) pid.sample_time = 1.9 pid.output_limits = (0, 100) pid.proportional_on_measurement = False pid.set_auto_mode(True, last_output=100.0) last_c = 100.0 turned_off_all = False @state_trigger("sensor.power_toraldasen_32") def new_state(): global pid global last_c global turned_off_all c = (0.9 * last_c) + (0.1 * pid(float(sensor.estimated_consumption_current_hour_toraldasen_32))) p, i, d = pid.components state.set("sensor.regulator_p", round(p,1)) state.set("sensor.regulator_i", round(i,1)) state.set("sensor.regulator_d", round(d,1)) if round(last_c, 0) != round(c, 0): sensor.regulator_energy_usage = round(c, 0) last_c = c if c < 70 and turned_off_all == False: switch.bryter_varmvannsbereder.turn_off() climate.turn_off(entity_id="climate.varmekabel_gang") turned_off_all = True if c > 72 and turned_off_all == True: switch.bryter_varmvannsbereder.turn_on() climate.turn_on(entity_id="climate.varmekabel_gang") turned_off_all = False if c < 10 and turned_off_all == False: climate.turn_off(entity_id="climate.varmekabel_bad1etg",entity_id="climate.varmekabel_bad2etg",entity_id="climate.varmekabel_gmlstue",entity_id="climate.varmekabel_nystue",entity_id="climate.varmekabel_kjokken") turned_off_all = True if c > 12 and turned_off_all == True: climate.turn_on(entity_id="climate.varmekabel_bad1etg",entity_id="climate.varmekabel_bad2etg",entity_id="climate.varmekabel_gmlstue",entity_id="climate.varmekabel_nystue",entity_id="climate.varmekabel_kjokken") turned_off_all = False if c < 2 and turned_off_all == False: modbus.write_register(address=2504,unit=1,value=1,hub="VTR500") persistent_notification.create(title = "Strøm", message = "Effektbegrensing slo av alt.") turned_off_all = True if c > 5 and turned_off_all == True: modbus.write_register(address=2504,unit=1,value=0,hub="VTR500") turned_off_all = False @state_trigger("input_select.nettleie_pristrinn") def setpoint(value=None): pid.setpoint = float(value) - 0.2

Har ikke kommet så langt ennå. Kommer til å bruke ditt pyscript til dette. Prioriterer å slå av varmtvannsbereder først, deretter varmekabler. Lader elbil på natten eller på arbeid så den prioriteres ikke først. Jeg ser at høyeste forbruk er ca 10 kW i løpet av dette døgnet, så skal jeg være under 5 kW så må det nok strupes inn litt. Har også begynt å se på soloam/ha-pid-controller: PID Controller to Home Assistant (github.com), men er litt usikker på hvordan kunne bruke pid output. Hvis det fungerer å kunne bruke denne addon så kan det være lettere å finne PID verdiene en trenger.

Kjempestolt av meg selv. Ved hjelp av Pyscript la jeg til attributter til sensor.regulator_energy_usage slik at jeg kan få kurvediagram. Pussig nok klarte jeg ikke å gjøre dette ved hjelp av Customize devices: https://www.home-assistant.io/docs/configuration/customizing-devices/. state.set("sensor.regulator_energy_usage", state_class="measurement", unit_of_measurement="%", friendly_name="Pådrag varme", device_class="power_factor")

Jeg begynte styring av varmekabler og varmepumpe ved hjelp av Futurehome versjon 1, https://tibber.com/no/store/produkt/futurehome. Tibber og Futurehome fungerte fint og var lett å integrere Heatit varmekabler (https://support.futurehome.no/hc/no/articles/360043722212-Heatit-Z-TRM3-Termostat), men jeg ønsket meg mere utfordringer så jeg prøvde Homeseer. Homeseer hadde en svært bratt læringskurve i forhold til Futurehome, men jeg ble etterhvert fortrolig med produktet med god hjelp av dette forumet. Så gikk jeg lei av Homeseer (pris, dårlig grensesnitt og manglende fremdrift i hvor de vil hen) så jeg prøvde meg på Home Assistant som også hadde en bratt læringskurve. Jeg ville ha sett på Futurehome eller Ahomey https://tibber.com/no/store/produkt/athom-homey-pro?utm_source=googleadwords_int&utm_medium=cpc&utm_content=10309245966_102363939813_531418368653&utm_id=g_&gclid=Cj0KCQiAjc2QBhDgARIsAMc3SqT4SoMDC9f0VS6wYdPt5E0JIX5q_f9X8DuFKIFlF70GHclJDg5gteIaAqFgEALw_wcB) hvis du ikke vil ha utfordringer. NB! Jeg har ikke prøvd Ahomey selv.

Nå ser det ut til å fungere @stigvi. Brukte scriptet ditt du la ved. Har bare opprettet input_select.nettleie_pristrinn og input_number.consumption_lasthour. Endret til: @state_trigger("sensor.power_toraldasen_32") og pid(float(sensor.estimated_consumption_current_hour_toraldasen_32). Hvilke verdier bruker du i input_select.nettleie_pristrinn? Er det 5, 10, 15 kW som de bruker som kapasitetsgrense i denne artikkelen https://www.tu.no/artikler/slik-blir-den-nye-nettleia-pris-grenser-pa-5-og-10-kw/514897 Det samme gjelder input_number.consumption_lasthour. Hva gjør den? Takk igjen for god hjelp.

https://www.home-assistant.io/installation/alternative

Zigbee bruker 2.4 MHz frekvens. Det samme gjør Wifi, mikrobølgeovn. Z-wave bruker 908.42 MHz som gjør at interference fra Wifi eller mikrobølgeovn er et problem. Usb3 porter kan gi interference. Se Intel sin dokumentasjon her: https://www.usb.org/sites/default/files/327216.pdf Dette kan gjøre at enheter som er koblet til usb3 port kan falle ut. Se dmesg log om dette skjer. Se mine egne erfaringer her: https://www.hjemmeautomasjon.no/forums/topic/7207-ha-på-raspberry-pi-4-med-usb-ssd/?do=findComment&comment=89551

Takk for hjelpen @stigvi. Da skal jeg gjøre et nytt forsøk. Jeg la merke til det samme. Det hadde vært fint å kunne prøve denne plugin. Skal se på den.

ZWaveJS2MQTT skal erstatte zwaveJs. Installasjonen avhenger om du bruker hassos (ferdiglaget image av operativsystem + home assistent) eller om du legger til docker selv. Enklest er hassos. Se denne lenken for installasjon: https://www.home-assistant.io/installation/. Deretter gjør dette: Hvis du vil installere ZWaveJS2MQTT som docker installasjon kan du følge denne bruksanvisningen: https://flemmingss.com/how-to-set-up-zwavejs2mqtt-on-a-raspberry-pi-and-integrate-it-with-home-assistant/ FAQ fra zwavejs her: https://www.home-assistant.io/integrations/zwave_js/#installation-and-configuration. Det vil bli litt prøving og feiling i starten. Bruksanvisningen for å bytte mellom zwavejs til zwavejs2mqtt noe forvirrende. Can I switch between the Official Z-Wave JS add-on and Zwavejs2Mqtt? You can, but you cannot run them both at the same time. Only one of them can be active at the same time. How do I switch between the Official Z-Wave JS add-on and Zwavejs2Mqtt? Switching does not require renaming your devices. Disable the Z-Wave JS integration. Do not remove the Z-Wave JS integration or you will lose all device and entity naming. This will automatically stop the official Z-Wave JS add-on. Note your network security keys from the official add-on. Install and configure the Z-Wave JS to MQTT add-on, including setting the location of your Z-Wave device and the network security keys. Add the Z-Wave JS integration again (even though it is still installed), and uncheck the “Use the Z-Wave JS Supervisor add-on”. Enter the correct address for the community add-on in the URL field in the next step. Uninstall the official Z-Wave JS add-on. Enable the Z-Wave JS integration.

Nei, jeg har bare laget en input_number i HA Helpers som heter Max energy usage (input_number.max_energy_usage) og en input_number for Pris pr kwh agderenergi (input_number.pris_pr_kwh_agderenergi). Deretter kopierte jeg din kode herfra hvor jeg fjernet jeg den miderste delen nedover som jeg trodde handlet om hvordan slå av strøm for å komme under 5 kwt. Brukte deretter Tibber sensorer for strømforbruk per time (beregnet og forbrukt) i scriptet. Er dette feil? Er ikke så Python kyndig. Jeg klarer å lese Pyscript kode, men Python koden og hvordan simple_pid fungerer sliter jeg med å forstå. Hadde vært fint om du kunne forklare litt steg for steg. Det blir litt mange poster på forskjellige steder som ikke hemger sammen. Jeg har heller ikke laget entitet input_select.nettleie_pristrinn Takk for raskt svar og hjelp.

En zwave enhet bør helst Ekskluderes fra nettverket hvis det lar seg gjøre. Hvis ikke dette lar seg gjøre må en bruke Failed Nodes som siste utvei. Du bør da resette Heatit thermostaten etter fjerningen. Her finner du enheter som er zwavejs kompatible: https://devices.zwave-js.io/ . Du finner Heatit thermostatene under Thermofloor.

Rart at temperatur ikke endrer på seg. Du skulle også ha sett at termostat slår seg av i Heatit displayet. Finner du noe som kan tyde på problemer i zwave2mqtt loggen eller i HA? Prøv å endre temperatur fra Developer Tools -> Service slik:

Jeg prøver å bruke @stigvisitt pyscript med Tibber sine nye sensor: sensor.estimated_consumption_current_hour_toraldasen_32 Det fungerer tilsynelatende, men Pådrag verdien er litt lave tror jeg. Selv om jeg setter Begrens til 30 kWh så er Pådrag verdien rundt lav. Jeg har editert pyscriptet til stigvi slik: Er litt usikker på om sensor.power_toraldasen_32 er riktig i @state_trigger. Har jeg gjort noe feil i Python koden? from simple_pid import PID pid = PID(40.0, 0.4, 2500.0, setpoint=float(input_number.max_energy_usage)) pid.sample_time = 1.9 pid.output_limits = (0, 100) pid.proportional_on_measurement = False pid.auto_mode = True last_c = 0 @state_trigger("sensor.power_toraldasen_32") def new_state(): global pid global last_c c = pid(float(sensor.estimated_consumption_current_hour_toraldasen_32)) p, i, d = pid.components state.set("sensor.regulator_p", round(p,1)) state.set("sensor.regulator_i", round(i,1)) state.set("sensor.regulator_d", round(d,1)) if last_c != c: sensor.regulator_energy_usage = int(c) #, attributes = {"unit_of_measurement": "%", "friendly_name": "Pådrag varme"}) last_c = c