Vinnerliste

@Moskus og jeg fablet litt rundt det å lage strekkode skanning til HS på kjøkkenet for å oppdatere handlelister. Prosjektet strandet i at vi ikke fikk tak i (oppdaterte) liseter med oversikt over varene. I dag opplyste Alexa at hun kan lese strekkoder. Jeg testet først med no Chipotle saus og forventet egentlig ikke at hun skulle lese europeiske (norske) strekkoder. Men det gjorde hun! Wow! Alexa barcode.mp4

Samme. Men det har jeg sagt i en del måneder allerede.

Da er Tibber Pulse lagt i skuffen for godt og jeg har fått på plass en esp32 "dings" med denne, gskjold/AmsToMqttBridge: Minimalistic system to read AMS/HAN data from electrical meter (github.com) , programvaren. Så får vi se på sikt om det var et lurt valg. Men Tibber Pulse bekreftet bare det jeg egentlig viste - at slik funksjonalitet ikke har noe i en skytjeneste å gjøre. Det ble for mange avbrudd og stopp som jeg selv ikke hadde noe kontroll på.

Gjør ikke det heller. HA kjører websocket mot zwavejs2mqtt. Men fordi jeg måtte velge en eller annen docker uansett, valgte jeg som @Offpisteden som har et kult kontrollgrensesnitt så lenge HA-addon ikke presenterer noe lignende.

Bruke denne guiden: Zwave 1.4 -> ZwaveJS2MQTT Andre guider: Zwave 1.4 -> Zwave JS OpenZwave (Beta) -> ZwaveJS2MQTT OpenZwave (Beta) -> Zwave JS

Brukte ca 40min på å migrere, ta en runde å vekke opp enheter og kun bytte navn 1:1 på det jeg kan styre av/på og det som brukes i automatiseringen. Så må jeg ta en runde seinere å lager skikkelig navn på ting som W, kWh og annet. Fant ut at sånne navn som dette for Watt til en lampe "sensor.fibaro_system_fgwpe_f_wall_plug_gen5_power_4" gjør lite effektiv i programmering og feilsøking.

@stigvi og @Marhil For en gjeng. Tusen takk. Jeg har jo nettopp lest om time-sensor, men koblet det ikke til denne. Også fint med forklaringen på hva i all verden "X" gjorde i koden der. Kunne ikke se at den ble brukt til noe, nei.

Hvis du vil bruke sensor.time så gjøres det slik: binary_sensor: - platform: template sensors: billigste_4_timer: value_template: >- {% set x = states("sensor.time") %} {% set l=state_attr('sensor.nordpool_kwh_xxxxxx_xxx_x_xx_xxx', 'raw_today')|sort(attribute='value') %} {{ (now() >= l[0].start and now() <= l[0].end) or (now() >= l[1].start and now() <= l[1].end) or (now() >= l[2].start and now() <= l[2].end) or (now() >= l[3].start and now() <= l[3].end) }} Da lurer en Home Assistant til å tro at sensor.time brukes i denne malen og den vil oppdateres hver gang sensor.time endres. Maler blir bare evaluert når en entitet brukt i malen endrer seg. Her settes x til tid, men x brukes ikke videre til noe. Istedenfor sensor.time kan du bruke en annen sensor som endrer seg slik du vil. Men skal du ha full kontroll så bruk heller automasjonen som vist i et innlegg ovenfor. Da tvinges malen til å kalkulere på nytt selv om prisen er uendret.

Et annet alternativ er å tvinge en oppdatering hver time med en service som er laget for dette. Se her: Template - Home Assistant (home-assistant.io) En automasjon som kjører et minutt over hver hele time kan se slik ut. - id: '1612783644465' alias: Oppdater mal-entiteter description: '' trigger: - platform: time_pattern minutes: '1' hours: '*' condition: [] action: - service: homeassistant.update_entity data: {} entity_id: - binary_sensor.billigste_time_1 - binary_sensor.billigste_time_2 - binary_sensor.billigste_time_3 - binary_sensor.billigste_time_4 - binary_sensor.billigste_time_5 - binary_sensor.billigste_time_6 mode: single

Du legge inn time and date-sensor i Home Assistant. Når du da bruker sensor.time slik han foreslår, så vil sensoren automatisk oppfriskes når time endres (som jeg mener er hvert minutt): https://www.home-assistant.io/integrations/time_date/ OBS: Kan være lurt å eskludere hele time and date sensoren fra å logges. Ellers vil f.eks logbook bli fylt opp med unyttige loggføringer hvert minutt osv.

Definitivt ikke noe jeg gjorde i dag.. Men jeg har gode nyheter: Det går mot lysere tider: