Jump to content
  • Sign Up
Støtt hjemmeautomasjon.no!

Leaderboard

Popular Content

Showing content with the highest reputation since 16/05/24 in all areas

  1. På hytta hadde jeg en vegg der jeg ønsket meg noe indirekte lys. En LED stripe hadde vært fint men skulle jeg sette den litt ned på veggen for å lyse på taket eller skulle jeg sette den i taket for å lyse ned på veggen? Hmmm hva med å gjøre den styrbar med en steppermotor og tilte den som det passet meg? En U aluminiumsprofl med plass til en LED stripe med adresserbare LEDs. Profilene kunne henges opp i hver ende med et ELFA garderobestang-feste slik som dette: med en 3D printet plugg Og så måtte jeg ha en boks på midten der jeg hadde elektronikken og en steppermotor: Det var allerede et lampepunkt i taket og boksen ble laget stor nok til å dekke dette. Fordi steppermotoren jeg hadde var 5V og ganske svak måtte jeg ha et gir. Onshape har ferdige rutiner for Wormgear så jeg definerte et sånn passe stort ett: Så ble det ganske mye fikling og måling, modellering og testprinting: Og når alt var på plass og skulle testes så vise det seg at poweret fra Ali var av dårlig kvalitet og sank spenningen når det ble belastet slik at ESP32'en restartet 😞 Nytt power ble bestillt men jeg orket ikke å printe en ny boks så det fikk være at den var litt oversized: Stepperen er en slik: og drives av en ULN2003 som ofte følger med når du kjøper se små stepperne For å slippe å måtte styre de høye strømmene med MOS-FET brukte jeg selvfølgelig adresserbare LED Så var det bare å skru alt opp i taket: Fordi lyspunktet i taket styres av en fysisk bryter er det programmert slik at den husker siste innstilling av farge og lysstyrke. Når den starter tenner den lysene en og en utover (because I can!) Etter litt testing tror jeg jeg har funnet den optimale vinkelen så det er ikke sikkert jeg lager så mye Alexa kommandoer for å justere denne, men barnebarna har fått en egen regnbue kommando da 🙂 Her er en video der jeg skrur på strømmen og ber Alexa om rainbow: IMG_6663.MP4 Foreløpig har HS bare fått disse devicene for testing: Her er koden rå, dere får heller spørre om dere lurer på noe. Tar gjerne tips om ting som kan gjøres bedre også. Legg merke til at jeg bruke siste LED på stripa som status LED Om jeg skulle gjøre det omigjen nå ville jeg valgt en 12V stepper så jeg kunne ha 12V LED. 5V gir veldig høy strøm med mulighet for varmgang og fallende spenning i enden av LEDen. Kanskje til og med 24V med en spenningsregulator til Stepperen og/eller ESP32'en.
    11 points
  2. I går dukket MMU3 (MultiMediaUnit gen 3)opp på døra. Et par timers bygging og jeg har 5-farge print. En kjapp prøveoppstilling ser slik ut: ...og de første prøveprintene: Ser standardinnstillignene for fargeskift må justeres litt da rødfargen i sauen smitter over i ullen... Enkel sak... Har så langt fungert helt 100%... Så da fikk 3D printeren plutselig et helt annet bruksområde i tillegg...
    4 points
  3. Og status i juni er at dette har gått veldig bra. Jeg synes jeg har langt bedre kontroll med automasjoner enn med skript. Når jeg flyttet over skript for brytertrykk, så brukte jeg pyscript sine definisjoner av mqtt payload direkte i automasjonen. Dette ble gjort uten at jeg tenkte så mye på dette, men i ettertid så innser jeg at det er fryktelig tungvint når en skal sette opp nye brytere. En må da bruke et eller annet verktøy og analysere mqtt pakkene som kommer i fra zigbee2mqtt. Det må vel være enklere måter å gjøre det på? Og det er det. Zigbee2mqtt anbefaler å bruke device trigger i HA istedenfor mqtt triggere. Når en bruker device trigger, er egentlig det meste automatisk ferdiganalysert av HA. Det er bare å velge i fra en liste hvilken aksjon en skal trigge på. For bryter kan det feks være knapp 2 og "press" eller "release". Skal en bruke hvilken knapp en trykket på videre i automasjonen så er det bare å definere en trigger ID på den spesifikke knappen og bruke trigger ID til å teste på. Da slipper en å teste på en spesifikk payload i mqtt pakken. Så konklusjon er at brytere er veldig lett å sette opp i HA sin automasjon i forhold til fikling med mqtt pakker i pyscript. I HA sin automasjon trenger en ikke vite noe som helst om at dette kommer via mqtt.
    3 points
  4. Vet at mange har vært entusiastiske lenge når det gjelder esphome. Jeg må innrømme at jeg ikke helt har sett poenget. Men nylig testet jeg ut Blåtann (egentlig BLE) proxy-funksjonen, og den er jo konge! Kjører greit på knøttsmå og billige ESP32C3 moduler. Delt Wifi og Blåtann skal riktignok ikke være så lurt. Har ikke hatt kjempeproblemer utover at det var greit å vente med BLE scanning til nettet var ferdig konfigurert. Men jeg liker kablet nett og jeg liker PoE. Spesielt hvis vi ser for oss en BLE proxy plassert på steder der det ikke er strøm fra før. En slik virket perfekt (men pass på å velge "Color: ETH01-EVO with POE"): https://www.aliexpress.com/item/1005006528549724.html ...bortsett fra at ethernet-modulen ikke var støttet i esphome, da. Optimist som jeg er så bestilte jeg likevel. Det ligger en driver i esp32-idf, som er mer eller mindre obligatorisk uansett med ESP32C3 om jeg har forstått det riktig. Så hvor vanskelig kan det være å legg til i esphome? Ikke vanskelig i det hele tatt, viste det seg. Det var dagens prosjekt: https://github.com/esphome/esphome/pull/6861 Så da gjelder det bare å finne et sted den kan gjøre nytte for seg.
    3 points
  5. Home Assistant har lenge hatt støtte for tale assistenter som feks Alexa. Det siste nye i juni utgaven er støtte for kunstig intelligens. Her er et eksempel de nevner som jeg synes ganske godt forteller forskjellen mellom tale assistent og kunstig intelligens That was also working with Assist previously, but you can also give more complex commands, such as: The agent will figure out the intention behind the words and call the correct intent on the matching exposed entities. Kunstig intelligens forstår altså hensikten uten at webcam-lys er nevnt.
    2 points
  6. Da har eg hatt solceller i ett år, kom rett under prosjektert produksjon (13668 kWh av 14000 kWh) juli var elendig i fjor, håper på ein bedre sommer i år 😅 Har og byttet fra Fjordkraft til Haugaland Kraft på grunn av nye elendige vilkår for Solkonto hos Fjordkraft forhåpentligvis følger ikkje Haugaland etter med det første... https://docs.google.com/spreadsheets/d/1dFwFBHTF_-nK6smVSZ1huyDd-QsH6p4jF06TEcUmSBU/edit?usp=sharing
    2 points
  7. Nå begynner det å bli gøy med solceller... Som nevnt var D-dagen (da anlegget skal være nedbetalt) 28.02.2031 men allerede nå er det den 27.12.2030. De siste dagene har jo strømprisen vært rundt 0 øre i de timene med mest sol men selv da gir jo solcellene god inntjening fordi en må jo regne den prisen en i virkeligheten betaler for strømmen og det er jo rundt 70 øre inkl nettleie, enovaavgift og forbruksavgift selv om strømmen i seg selv er gratis. Der har jo vært litt delte meninger om batterier i solcelleanlegg her på forumet og der finnes jo heller ikke så mange slike anlegg. Iflg mitt lokale el.tilsyn så visste de bare om ett lignende anlegg i deres område. En nøkkelting hos meg er poolen på 28m3 som jeg av helsemessige årsaker helst vil ha på 34 grader og det koster jo blod når en skal kjøpe strøm. I fjor varmet jeg kun på solstrøm og oppnådde kun en enkelt dag med 34 grader. Nå har jeg kjørt varmepumpe i 6 dager fra kl 0800 til 2230 og fått tempen opp fra rundt 10 grader til 34 og har brukt litt over 200kWh på det. I 18 tiden begynner solcellene å gi ganske begrenset med strøm i disse dager og da kjører jeg poolen på batteri fram til 2230 og da er batteriene såpass nedkjørt at jeg har en SOC på ca 30% når jeg starter opp igjen kl 0800 neste morgen. Da går der vel et par timer før batteriene begynner å lades nevneverdig men de blir fulle i 13-14 tiden og da har jeg også fått 80 grader i berederen og alle gulvene oppe i temp. Der er jo 3 ting som har gjort den store endringen fra i fjor og det er drøyt doblet solcellekapasitet, 45% større batteri og at pool varmepumpen nå går på "reserveinverteren" slik at fulle 7.4kW er tilgjengelig for vv bereder og resten av huset hele tiden. En ting jeg er spesielt fornøyd med siden jeg designet anlegget med et tak på 7.4kW (2x6mm2 kabel sikret med 32A fram og tilbake mellom huset og garasjen der solceller og invertere er plassert) er den automatiske inn/utkoblingen av lavt prioriterte laster som vv.bereder, ekstra varmekolbe for gulvvarme til erstatning for varmepumpen som røyk og filteranlegget til poolen. I praksis trenger en ikke tenke på totalforbruket når manuelle ting som vaskemaskin, kaffetrakter, stekeovn og slikt slås på så ordner de lavprioriterte lastene seg selv. Prinsippet er veldig enkelt: Jeg har en variabel "Tilgjengelig effekt" som er 7.4 minus reell effekt brukt akkurat nå. For de lavprioriterte lastene har jeg en funksjonsblokk som kjøres momentant hver gang "Tilgjengelig effekt" endrer verdi. Hver enkelt funksjonsblokk har noen få parametre som styrer av/på funksjonen. F.eks. vv.bereder har en varmekolbe merket 2.9kW men er i praksis 2.8kW. For at berederen skal slå seg på må der være minst 2.85kW tilgjengelig og om der blir mindre enn 0.01kw tilgjengelig så slår den seg av. I tillegg har jeg noen timere i funksjonsblokken som gjør at enkelte laster kobler inn eller ut litt senere enn andre så jeg kan på den måten manuelt prioritere litt. 7.4kW er ikke så veldig mye i et hus, bereder, stekeovn, mikro og kaffetrakter så nærmer taket seg og komfyren i tillegg... Nåja, jeg koker på gass så akkurat den biten trenger ikke jeg bekymre meg om men så langt har 32A sikringen aldri gått...
    2 points
  8. Her er kode for å lese DS18B20: Bibliotekene er: Dalles DS18B20 ser ut som en transistor men er egentlig en IC. Den finnes i TO-92 (som en liten transistor) pakning men også bygget inn i en vanntett rustfri probe med lang kabel: Den er superenkel å bruke til å lese temperaturer med og koster lite. Det eneste den trenger er en pull-up resistor på 4,7k (Mellom + og Data) Spenningen kan være mellom 3 og 5,5V (Altså kan du bruke 3,3V spenningen fra ESP32en om det trengs. Mange sensorer Du kan koble opptil 32 stk DS18B20 etter hverandre på samme kabelen (Kun 1 pullup resistor) Du kan spørre etter antallet slik: deviceCount = sensors.getDeviceCount(); Og du leser dem slik: Temp1=sensors.getTempCByIndex(0); Temp2=sensors.getTempCByIndex(1); Alarmer Biblioteket inneholder også kode for alarmer om du ikke vil kode dem selv. Da må du også finne adressen til sensoren: DeviceAddress Temp1Addr; sensors.getAddress(Temp1Addr, 0); så kan du sette alarmtemperaturene: sensors.setHighAlarmTemp(Temp1Addr, 26.5); sensors.setLowAlarmTemp(Temp1Addr, 19); Og teste om alarmen er aktiv: if (sensors.hasAlarm(Temp1Addr)) { OBS Den trigger både på høy og lav så du må lese temp for å finne ut hvem. Leseintervaller Når du skal bruke den med MQTT må du bestemme deg for NÅR den skal rappportere temperaturen. Hver gang temperaturen endrer seg (mer en x grader)? Fast hvert x sekund Hver gang du ber om det. For den har passert over/under en granse (Alarm) De to første kan hardkodes eller de kan ha en default verdi og så kan de endres med MQTT kommandoer. Interupt Om du skal lese dem hvert x sekund kan du bruke et interupt. (Om du bruker en delay kan jo ikke ESP32 gjøre noe annet fornuftig mens den venter) Et interupt avbryter prosessoren med det den driver med og kjører en rutine, når rutinen er ferdig fortsetter prosessoren der den slapp. Rutinen som skal kjøres merkes med IRAM_ATTR slik at compileren legger den i instruksjons RAM for at den skal kunne kjøres raskt: void IRAM_ATTR onTimer(){ itsTimeNow=1; } En slik rutine bør gjøre så lite som mulig for ikke å forstyrre prosessoren for mye. Det enkelste er å bare sette en variabel. Denne bør deklareres med voilatile for at compileren skal holde den i RAM (og ikke i et register) slik at hovedprogrammet kan lese den correct: volatile int itsTimeNow = 0; I hoved loop'en kan vi nå teste på denne slik: if (itsTimeNow==1 ) { read_temp(); MQTTclient.publish("TempTestClient/Temp1", String(Temp1)); itsTimeNow=0; // Reset } Timer ESP32 har flere (2-4) harware timere som vi kan bruke til å kalle på interuptet. Du deklarerer den slik: hw_timer_t *My_timer = NULL; og setter den til å telle slik: My_timer = timerBegin(0, 8000, true); Fordi disse timerne teller VELDIG fort har jeg her brukt en "prescaler" på 8000 som gjør at jeg kan be om et interupt hver gang den når 10000 og det vil utgjøre et sekund: timerAttachInterrupt(My_timer, &onTimer, true); // Kobler interupt rutinen til timeren timerAlarmWrite(My_timer, 100000, true); //10000 = 1 Sek Altså hvert 10sek her timerAlarmEnable(My_timer); //start Her er et forslag til MQTT kode som poster temp fra 2 sensorer på forskjellige vis:
    2 points
  9. Batterier er et "ladet" tema her på forumet 🙃 Noen misliker de sterkt og andre synes det er helt greit. Men som @SveinHa sa så treffende i en annen tråd: Jeg tør ikke tenke på hvordan huset hadde sett ut hvis det skulle vært en ledning til alt. Det er egentlig bare å innse at batterier er vanskelig å unngå. Masse forskjellig utstyr finnes bare med batteri som strømkilde. Selv har jeg ikke tenkt så fryktelig mye på dette. Jeg har laget en enkel visning i Home Assistant som lister opp alle enheter med batteri og som er sortert på batteriprosent. De med mer enn 40% er i tillegg skjult. Så har jeg byttet etter behov. Men etter noen år har jeg gått fullstendig i surr på når batteri ble byttet sist. Jeg vet at det er mange enheter det aldri er byttet på. Feks Aqara sine dør- og vinduskontakter. De har stått der i 5 år og de rapporterer fortsatt 100% på et lite CR1632 batteri. Og jeg ser at de av og til dipper ned i 95-97% så rapporteringen av batteristatus ser tilsynelatende ut til å virke. Andre enheter som utvendig Philips Hue bevegelsesensor bruker ca 2 år på å tømme 2 AA batterier. Men de rapporterer temperatur og lysstyrke hvert 5 minutt så har litt mer å gjøre enn en vinduskontakt. Men jeg ble litt nysgjerrig på batteriene mine og installerte 3. parts tillegget "Battery Note" i Home Assistant. Denne gir mulighet for å sette når tid en skifter batteri og også mulighet for bedre varsling av batterier som snart er tomme. For min del ble det litt overraskende at jeg hadde 102 batteridrevne enheter. Og da har jeg ikke tatt med bil, mobiltelefon, nettbrett osv som lades. Men jeg er nysgjerrig på hva dere andre har for å overvåke batterier. Har dere laget et system for å detektere at nå er batteriet snart tomt? Jeg spør fordi det er så stor forskjell på hvordan mine batterier går fra 100% til null. Vanligvis holder de seg på 100% lenge, men når de først kommer under ca 90% så kan noen gå til null i løpet av en uke eller to, mens andre kan ligge på 40-50% i et år. At de havner på 10% betyr fortsatt mange måneders drift, mens andre enheter holder bare noen timer.
    1 point
  10. En liten milepæl ble nådd i dag: Total inntjening, inkl. kostnader med utvidelse av anlegget, passerte 25% og D-dagen (datoen da anlegget skal være 100% inntjent) er i dag 21.10.2030. D-dagen har allerede på noen få mnd flyttet seg fra 28.02.2031 og den vil nok nærme seg betydelig mer i tiden framover, spesielt nå i sommer med mye sol og pool som krever en god del strøm. For noen mnd siden startet jeg å KUN regne inntjening direkte fra kWh solstrøm x strømpris samme time. Dvs. at billige strømkjøp i den tiden jeg må kjøpe strøm ikke tas med selv om der er en del å tjene der også. Fra 01.04.24 og fram til i dag har jeg kun kjøpt strøm for kr. 110.- Med 17.7 kWp installert effekt har jeg enda ikke sett mer enn max 14 kW (i dag) men det har nok litt med at panelene ligger litt for flatt i forhold til breddegraden her og også at de ikke står rett sydvendt. En liten dis er der jo også i dag men 14kW er jo heeeelt supert.
    1 point
  11. Noe tilsvarende gjorde jeg også. Tok vekk lampeholder for proprietært ledlys og kjøpte nye holdere for GU10 pærer som passet i samme hull som de gamle stod i. GU10 pærene er selvsagt med zigbee. Så da har jeg lys over platetopp som er styrt sammen med resten av lyset på kjøkkenet. GU10 pærer krever selvsagt god plass ovenfor og det var det i min ventilatorhette. Å springe rundt på kjøkkenet for å slå på eller av ørten lysbrytere, frister lite når en kan få en helhetlig automatisering av det med scener.
    1 point
  12. @Fermate har kommet med løsningen for lenge siden. Du kan jo bare droppe PC-vifta:
    1 point
  13. Jeg har hatt såpass mange problemer med kina-varer at jeg har bestemt meg for at nå er det slutt. Det koster mer hos Elfa-Distrelec, men det er verd det.
    1 point
  14. Begynt overgangen fra Homeseer til Home Assistant. Foreløpig kun flyttet funksjoner som ikke innebærer Zwave og Zigbee. Må si jeg er fornøyd og endelig får jeg et dashbord jeg vil vise frem til folk. Bare det å enkelt kunne trykke på en entity og få opp graf er nesten verdt det alene for meg. Logikkmotoren er i mine øyne lettere å sette opp logikk som har mange triggere siden de ikke er direkte linket til conditions.
    1 point
  15. Denne hjalp meg i dag igjen, etter så mange år! Kjøpte en billig tp-link MR200 4G til å ha foran en netgate pfsense+ SG-1100 og kunne ikke skjønne hvorfor DMZ ikke funka. Når jeg fikk satt APN til internet.public funket det som en drøm. (På talkmore=teleno)
    1 point
  16. How Home Assistant plans to transition from an enthusiast platform to a mainstream consumer product. https://www.theverge.com/24135207/home-assistant-announces-open-home-foundation
    1 point
  17. I ca 8 år har jeg kjørt HomeSeer 3 (betalte for oppgradering til 4 også, men ble aldri så jeg oppgraderte). De første årene passet @Moskus sin enkle forklaring veldig godt: «man betaler med enten penger eller tid» - HomeSeer koster penger, men har GUI. Alternativer som HASS kom etter hvert, var gratis men krevde at alt ble programmert i YAML (noe som tar tid). Utover det var ikke alternativene så gode med tanke på støtte til forskjellige produkter (f.eks Futurehome, OpenHAB, Z-Way, etc). Men på disse årene har ting utviklet seg og f.eks HASS har fått på plass både gode dashboards (som kan bygges via GUI) og automasjoner (via GUI). Støtten for integrasjoner av «diverse» duppeditter er også bedre i HASS. I HomeSeer har jeg med enkelte «duppeditter» laget noen script, som igjen bruker MQTT for integrasjon. Gjelder f.eks mot robotstøvsuger, Netatmo, Ecowitt, Bestway spa, osv. Etter å ha slitt med å få Amcrest ringeklokke inn i HomeSeer så satte jeg opp en HASS for den (og bilen) og brukte MQTT for å sende data fra HASS til HomeSeer. Fungerte ganske greit, men oppdaget etterhvert potensialet til HASS og begynte å flytte en del av scriptene mine over til integrasjoner i HASS også. Nå har jeg egentlig konkludert med at jeg vil flytte 98-99% av HomeSeer tingene mine over til HASS. Med over 1000 devicer (45 Z-Wave enheter, 40 Zigbee, 10-15 enheter på 433 MHz, +++) og ca 450 «events» så er det ikke en liten oppgave jeg har foran meg - som helst skal skje med lite/ingen «nedetid», og trinnvis over tid! 🫣 Tar gjerne imot innspill fra de som har gjort dette før meg! 🙂 Det jeg har gjort så langt: * Script mot Netatmo, robotstøvsuger, osv er allerede erstattet med integrasjoner i HASS - som sender dataene via MQTT. På den måten fungerer HomeSeer eventene som før. En del events for de enhetene er også flyttet over til HASS allerede. * For Zigbee bruker jeg Zigbee2MQTT (installert (sammen med Mosquitto) på HomeSeer-serveren) - det gjør at alle Zigbee-enheter er tilgjengelig i BÅDE HomeSeer og HASS samtidig. Så events som er «ren Zigbee» har jeg begynt å flytte trinnvis (uten nedetid). * For Z-Wave har jeg en UZB1, koblet til en RPi. HomeSeer kommuniserer med denne på nettverksport. Så da installerte jeg ZWave2JS UI addon i HASS, stoppet Z-Wave i HomeSeer og koblet addon mot samme nettverksport. Da fikk den inn alle enheter (lot den stå over natta sånn at de fleste batterienheter våknet og fikk «identifisert seg» mot addon). Noen av dem våknet ikke og må trolig vekkes manuelt for at HASS skal kunne «identifisere» dem, så det gjenstår litt her enda. Jeg renamet så alle enheter i addon slik at entitetene i HASS fikk fornuftige navn. Stoppet så addon og startet Z-Wave i HomeSeer igjen. Dvs at jeg nå skal kunne lage Z-Wave automasjoner i HASS også (men får ikke testet dem), men jeg må da lage ALLE før jeg kan «switche over». Gjenstår: * Alle panelovner og gulvvarme er styrt med VSTAT-plugin. Den funksjonaliteten må jeg finne en god erstatter for i HASS * App/dashboard - må lages i HASS (her er jeg godt på vei) * 433 MHz-enheter (RFXtrx433E) må migreres. Her tror jeg at samme metode som med Z-Wave kan benyttes, men forskjellen er at enheten er tilgjengelig via USB tildelt VMen for HomeSeer. Må da flytte denne «frem og tilbake» i ESXi, så litt mer tungvint * Har et script som håndterer pushvarsling fra events basert på om vi er hjemme eller ikke (f.eks bare den som er hjemme får varsel om å sjekke verandadøren på kvelden, osv). Dette må jeg finne en erstatter for i HASS. * Jeg bruker i stor grad «S2» på Fibaro Dimmer 2 til å styre Zigbee-pærer i samme rom. Den funksjonaliteten må jeg finne en løsning for i HASS. * Mange event som håndterer lys styrer både Z-Wave og Zigbee lys. Med bare én av dem migrert hittil så er det litt vanskelig å flytte events over til HASS trinnvis. Så som sagt, tips og råd til «veien videre» tas gjerne imot! 🙂
    1 point
  18. Takk! Det var denne som skulle til:
    1 point
  19. Jeg fikk ikke Elko Smart Tag til å koble opp via en Green Power proxy. Forsøkte med z2mqtt og med Phillips Hue 1600lm og to IKEA outlets (903.561.66). Forsøkte da med permit-join på kun en enhet for hvert forsøk. Alle kjørte nyeste OTA software. Løsningen ble til slutt å kjøpe en dedikert Sonoff Zigbee 3.0 USB Type E. Den måtte flashes med custom firmware for å kunne parre og lytte på Elko sin GreenPower. Med custom firmware vil den kun fungere for Elko SmartTag, men kan benyttes med flere samtidig. Mulig dette hadde fungert sømløst dersom jeg gikk for Sonoff Type P? Guide jeg brukte: https://github.com/jlama/powertagd Den lar deg sende data inn i influxDB, men jeg ønsket å få de inn via MQTT. Guide for MQTT: https://github.com/octera/energy-center/tree/a4d75631bbfb8f9ec24df1a429c5372c72df0839/powertag Konfigurasjon for MQTT topic slik at enheten dukker opp som en sensor: mqtt: sensor: - name: "Powertag Total Power Active" state_topic: "powertag/DIN UNIKE POWERTAG ID HER" value_template: "{{ value_json.total_power_active | float * -1 }}" unit_of_measurement: "W"
    1 point
  20. Slik ser en av mine PlugS ut: Har du oppdatert firmware i PlugS? ALT Shelly har gammel firmware når du kjøper de og der kan være dramatiske forskjeller... Du finner oppdatering direkte i brukergrensesnittet.
    1 point
  21. Fikk installert en Amina S for litt siden, den er nå koblet til Home Assistant via zigbee2mqtt med external converter herfra: https://github.com/somlioy/amina_s Har ikke fått testet den enda (har ikke elbil), men det ser ut til å fungere. Satt opp lading etter solproduksjon med scriptet jeg bruker, men må fundere litt på styring mot strømpris og nettleietrinn og prioritering mot varmtvannsbereder...
    1 point
  22. https://github.com/esphome/issues/issues/4543 https://github.com/esphome/issues/issues/3909 Det er vistnok et problem med et bibliotek i arduino og det finnes noen løsninger.
    1 point
  23. Dette er en god løsning, det finnes flere video ringklokker som støtter denne løsning, og ikke behov for elektriker.
    1 point
  24. Det som sitter i sikringsskapet ser ut til å være en ringetrafo. Spenningene du kan ta ut er da 8 eller 12 volt (strengt tatt også 4 volt, men finnes det ringeklokker som går på så lav spenning da?), og det passer med det som vel er nokså standard spenninger for ringeklokker. Du kan trolig (bør verifiseres) bytte ringeknappen med f.eks. en Ring Video Doorbell som da får sin matestrøm fra de samme ledningene som gikk til den gamle ringeknappen.
    1 point
  25. Da gjetter på at det er en slik pakke han har: https://www.elko.no/produkter/utgatte-produkter/45-styresystemer/elko-wireless-quick-dim
    1 point
  26. https://www.avxperten.no/ihc-smart-home/ihc-wireless-smart-home-batteritryk-fuga-u-tangent-4sl.asp Der er det et produktblad.
    1 point
  27. Jeg har selv montert iSmartgate, og jeg kan bekrefte for de som lurer at den har temmelig dårlig integrasjon mot Homey. Dvs den har få egnede tilstander som kan brukes i Homey flows. Det finnes f.eks. ikke noen "Når" eller "Og"-kort som reflekterer "Åpen" eller "Lukket". Nå er ikke det et stort problem for meg da den funker bra med Apple HomeKit sånn at Siri fikser porten for oss, men om du skulle vurdere iSmartgate er det altså dette du får 🙂
    1 point
  28. Alle porter/motorer som har en "trykknapp" for å åpne innenfra, kan jo i teorien "smartifiseres" med feks fibaro smart implant.
    1 point
  29. Hva feks Shelly 2PM via Wifi? Eller Nexa Markisemottaker med fjernkontroll? Trenger bare å spørre en gammel kollega @jaknudsen😂😇
    1 point
  30. Bra produksjon her og, første sesong med solceller så det er spennende å følge med på. 15kwp SSØ låvetak i Trøndelag. Litt overdimensjonert anlegg for dagens bruk så hittil i mai kommer 82% av strømmen min fra anlegget, klarte 80% i april og 63% i mars. Hadde jeg hatt batteri på 15-20kwh hadde jeg vert selvforsynt siden 10. mars. Ser at det kan bli fristende å legge til noen panel på vestveggen ettervert, har en ledig MPPT på inverter og "mangler" litt strøm til middagslagingen...
    1 point
  31. 1 point
  32. Hei, Jeg kan på det varmeste anbefale "Aqua Xpress Vannstopp, OP" fra CTM Lyng. "OP" står for "Open Protocol", og innebærer at produktet kommer med Zigbee. (Ja, jeg vet at tråden handler om Z-Wave, men vil gjerne tipse om denne likevel. 😉) Denne koster noen kroner (ca. 5 000,-), men fordelen med en slik løsning fremfor noe "egenkomponerte greier", er at den har FG-godkjenning. Da får man gjerne 1 000,- til 1 500,- kr/år i rabatt på husforsikringen. For å oppfylle FG-kravet, må det være detektor i alle rom som ikke har sluk. For min del er dette kun under kjøkkenbenken. Så har jeg supplert med IKEA Badring under vaskemaskinen på vaskerommet og inni servantskapet på badet. Disse plassene renner det til sluk, og det er derfor ikke krav til en dyr FG-godkjent fuktføler. Men med IKEA sin "billigsensor" og en automasjon i Home Assistant, så er jeg likevel sikret til en viss grad, om noe skulle skje. 😊 EDIT: Også er magnetventilen bistabil. Det betyr at spolen ikke står konstant med strøm på, men at den får en "puls" som gjør at den veksler posisjon. Da står den ikke å "brenner opp" som beskrevet tidligere her i tråden, og den holder posisjonen sin ved strømbrudd. (Kan også programmeres til å åpne/lukke ved strømbrudd.) -MariusL
    1 point
  33. Hei, Da tror jeg at dimmeren for min del er friskmeldt. Har gått et par uker nå med ny dimmer, og har ikke opplevd blinking. 🙂 -MariusL
    1 point
  34. For de som bruker HASS kan man få inn siste NRK Dagsnytt slik: configuration.yaml: feedreader: urls: - https://psapi.nrk.no/smartspeaker/news/rss/nrknyheter.rss scan_interval: minutes: 10 template: - trigger: - platform: event event_type: feedreader event_data: feed_url: https://psapi.nrk.no/smartspeaker/news/rss/nrknyheter.rss sensor: - name: "NRK Dagsnytt URL" state: "{{ trigger.event['data']['links'][0]['href'] }}" I en automasjon: service: media_player.play_media metadata: {} data: media_content_id: "{{ states('sensor.nrk_dagsnytt_url') }}" media_content_type: audio/mp3 target: device_id: bd3125d06f55683cc
    1 point
  35. Jeg liker å få varsel på telefon når noe skjer i HA som jeg bør gjøre noe med. Dette har jeg forsåvidt fint fått til i pyscript, men jeg synes det har vært litt dillete å sette opp fordi det ikke alltid er like lett å vite hva triggere inneholder av data. Nå som jeg har gått over til automasjoner i HA er det mye som er langt lettere å få til med en, etter min mening, god visuell editor. Her er et eksempel. I den visuelle editoren ser det slik ut: Koden for dette er vist nederst. Det som skjer er at når stråleovn på terrasse har stått på i 33 minutter og 10 sekunder så sendes et varsel til mobiltelefon Så venter automasjonen i opp til 6 timer på svar. Hvis ovn slås av før dette så forsvinner melding på telefon. Den forsvinner også hvis 6 timer går uten svar. Trykker jeg på "Nei" så slås ovn av. Tidligere hadde jeg dette i flere funksjoner i pyscript. Når jeg flyttet det over til HA automasjon så ble det laget flere automasjoner, en for å sende melding og en annen som ventet på svar fra telefon. I dag fant jeg ut jeg ville samle dette til en enkel automasjon som både sender melding og som venter på svar. Fordelen er å samle dette. Bakdelen er at en vent-operasjon ikke overlever en omstart av HA. Det klarer jeg å leve med på akkurat denne for stråleovnen, men i andre sammenhenger er det jo litt dumt. - id: '1712999347947' alias: Spør om terrassevarmer skal slås av description: '' trigger: - platform: state entity_id: - switch.terrassevarmer from: 'off' to: 'on' for: hours: 0 minutes: 33 seconds: 10 condition: [] action: - service: notify.mobile_app_pixel_7 metadata: {} data: message: Skal den fortsatt stå på? title: Terrassevarmer data: tag: terrassevarmer actions: - action: NO_ACTION_TERRASSEVARMER title: Ja - action: SWITCH_OFF_TERRASSEVARMER title: Nei - wait_for_trigger: - platform: event event_type: mobile_app_notification_action event_data: action: SWITCH_OFF_TERRASSEVARMER - platform: event event_type: mobile_app_notification_action event_data: action: NO_ACTION_TERRASSEVARMER - platform: state entity_id: - switch.terrassevarmer from: 'on' to: 'off' continue_on_timeout: true timeout: hours: 6 minutes: 0 seconds: 0 milliseconds: 0 - choose: - conditions: - condition: template value_template: >- {{ wait.trigger == None or (wait.trigger.platform == 'state' and wait.trigger.to_state.state == 'off')}} sequence: - service: notify.mobile_app_pixel_7 metadata: {} data: message: clear_notification data: tag: terrassevarmer - conditions: - condition: template value_template: >- {{ wait.trigger.platform == 'event' and wait.trigger.event.data.action == 'SWITCH_OFF_TERRASSEVARMER' }} sequence: - service: switch.turn_off metadata: {} data: {} target: entity_id: switch.terrassevarmer mode: restart
    1 point
  36. Om du legger inn alt av zigbee-enheter og får inn "trappevender-funksjonalitet" på nodene, så er det ikke så mye som må settes opp. HA har et auto-dashboard, evt noen plugins for litt mer fancy dashboard om du vil, som kan brukes rett ut av boksen. Poenget mitt er at da har du rom til å vokse, noe du kanskje fort vil oppleve at leverandører som Futurehome ikke tilbyr. Personlig synes jeg også at Homey er litt for begrensende, selv om det kanskje er hakket under HomeSeer/HomeAssistant på fleksibilitet. Du kan på en måte velge å ikke bruke så mye tid på HA i begynnelsen, og ta det i det tempoet du selv vil etterhvert som du vil ha inn mer. Det første arbeidet med opplinking av enheter må du gjøre uavhengig av valg av sentral 🙂
    1 point
  37. Jeg ser jeg kommer litt sent inn i samtalen, men ville bare legge til et par bekreftende ord til det andre allerede skriver. Siden du vil ha det som ser ut og virker som et dumt hus, men er smart, så ville jeg fått elektriker til å lage det som et dumt anlegg, men bare bytte ut dimmere og brytere med smarte enheter. Zigbee er et trygt valg, og har du mange nok noder på fast strøm vil du sjeldent/aldri oppleve problemer med dekning. Du skal også kunne utvide og binde batteribrytere direkte til kabla enhter i Zigbee config (uten at jeg har testa og fått det til selv), slik at du ikke er avhengig av at hub'en er operativ. Personlig vil jeg helst ha ingenting av "infrastruktur" på wifi. Er jeg flink å lage separat wifi for slike enheter er det litt bedre, men mange gjør ikke det, og den dagen du vil bytte passord fordi "alle har tilgang" så faller også hele huset ut. Jeg har selv en miks av Zigbee og ZWave, og begge fungerer strålende. Zigbee har litt flere dingsebomser å velge mellom, som jeg tipper er litt fordi du ikke må sertifisere produktene for å smekke logoen på eska. ZWave må (ihvertfall tidligere) igjennom en prosess og følge strenge retningslinjer, noe som fører til færre dingser å velge mellom, og gjerne marginalt dyrere produkt. Det positive der er gjerne at det ofte kan være litt bedre kvalitet. Vil også slå et slag om å kjøre på med Home Assistant med en gang, istedenfor å gå via FutureHome eller Homey. Du kan gjøre mye med de to sistnevnte, men om du tenker å ta steget en gang uansett må du sette opp _alt_ på nytt. Her i huset klarer ikke fruen seg uten HA-appen, da jeg har lagt inn ting som shoppinglister og kamera. Det er også digg å kunne skreddersy visning akkurat som du vil ha det. Lykke til! Det er en morsom (og utfordrende) verden med smarthus
    1 point
  38. Du har en unik mulighet til å få et velfungerende og samtidig smart hus når alt elektrisk skal byttes ut. Det er forskjellige meninger om dette, du kan lese noe av det i denne tråden: Ut fra min egen erfaring kan jeg gi følende råd: Velg komponenter som støtter åpne standarder for smarthus (Zwave/Zigbee/Thread&Matter) fremfor Wifi. Wifi i seg selv er helt fint og er rett valg for kameraer og andre løsninger som krever mye data, men brytere/dimmere og sensorer uten kamera trenger ikke den bånbredden. Ulempen med wifi er at slike produkter i mange tilfeller er avhengig av skytjenester og da risikerer du både at tjenesten blir lagt ned eller ilagt en kostnad per måned som kan økes. Zigbee/Zwave/Thread er lokale radioprotokoller som bygger egne mesh nettverk (alle enheter fast tilkoblet strøm er en router i nettverket) og fungerer lokalt mellom en koordinator (som din Conbee II stick) som igjen knyttes til en smarthussentral. Derfor er svaret mitt når du spør om elektrikerens anbefaling av utstyr at Bluetooth er bedre enn Wifi men ikke like bra som Zigbee (Bluetooth bygger ikke mesh). Valg av smarthussentral/systme er neste valg. Her må du dessverre velge mellom å ha stort åpenhet i valg av utstyr kombinert med høyere krav til egeninnsats og kometanse eller et meg begrenset valg av utstyr om du ønsker et enklere (og kanksje? mer driftsikkert) system. Selv har jeg erfaring med Home Assistant og Homey Pro. HA er mest krevende men støtter også mest utstyr (trolig av alle systemer som finnes!), mens Homey er enklere å komme i gang med samtidig som det har avanserte muligheter og rimelig bred støtte for utstyr. Futurehome har jeg kun lest om, men forstår at det er vesentlig mer begrenset i valg av utstyr men også enklere å bruke. Hvis du har anlednign til å velge smarte brytere/dimmere/kontakt og annet som elektriker skal montere som støttes av Futurehome så har du muligheten til å bytte til dette senere om du finner ut at Home Assistant blir for krevende. Men siden du allerede har det støtter jeg tanken om å prøve det videre, det har blitt vesentlig enklere de siste årene og hvis du primært bruker de offisielle integrasjonene i HA (og lite fra HACS - Home Assistant Community Store) så er stabiliteten nå svært god. Lykke til med smarthus - for mange av oss er dette en interessant hobby! 🙂
    1 point
  39. Status er at det går overraskende lett å flytte fra pyscript til Home Assistant Automasjoner. Syntaksen i automasjoner er litt lite effektiv. En må bruke mye tekst og flere linjer der en i python får det ned på en enkel linje. Men fordelen er at automasjoner er veldig likt mal-entiteter. Mal-entiter kan også ha triggere og aksjoner som er det samme som i automasjoner. Jeg begynte med det lette og fortsetter med mer avanserte skript etterhvert. Jeg kommer garantert til å lage noen blueprints også.
    1 point
  40. Jeg har alltid lurt på hvordan de kan klare å dekke alle tjenester de tilbyr på den engangssummen de tar for lisens+plugins. Jeg antar at de som driver HomeSeer også skal ha lønn etc.
    1 point
  41. Jeg så nettopp gjennom denne Youtube videoen og har basert på hans tips om bruk av Trigger ID slått sammen det som var seks adskilte automasjoner til 1! I stuen vår bruker vi Ikea Somrig til å styre lysene når vi sitter i sofakroken. Denne fjernkontrollen har 2 knapper, hver med 3 funksjoner (enkelttrykk, dobbetltrykk og hold). Dette bruker vi til å skru av/på (toggle), dimme opp og dimme ned spotter på hhv den ene og andre siden av rommet. Nå er disse seks funksjonene pakket inn i en automasjon. Og når jeg vil ta i bruk en fjernkontroll til, dedikert til godstolen, så kan jeg kopiere denne ene automasjonen og legge inn fjernkontroll nr 2 på samme måte. Det er sikkert andre måter dette kan ordnes på, men denne skal i alle fall jeg bruke videre. 🙂 Det blir ellers nok automasjoner å holde oversikt over.
    1 point
  42. Det tok 5 år før første pære sluttet å virke her. Den var fortsatt «på nett», men sluttet å lyse. Dette var ikke en RGB-pære, men en «TRADFRI LED bulb E27 1000 lumen, dimmable, opal white».
    1 point
  43. Nei, jeg har ikke prioritert det. Men jeg har nettopp kjøpt ny Siemens kaffemaskin, så behovet mitt øker... 😉
    1 point
  44. Jeg vurderer det samme. Hvordan er integrasjonen med Alexa i HA? Kan jeg spørre Alexa og ting og få svar der teksten er laget med scripts i HA?
    0 points
This leaderboard is set to Oslo/GMT+02:00
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.