Gå til innhold
  • Bli medlem

Vinnerliste

  1. Moskus

    Moskus

    Administrator


    • Poeng

      27

    • Innlegg

      16 407


  2. stigvi

    stigvi

    Medlemmer


    • Poeng

      20

    • Innlegg

      2 105


  3. patsta

    patsta

    Medlemmer


    • Poeng

      10

    • Innlegg

      5


  4. Fermate

    Fermate

    Administrator


    • Poeng

      10

    • Innlegg

      1 792


Populært innhold

Viser innholdet med mest poeng siden 06. nov. 2022 i alle områder

  1. 26/2-2016 postet Moskus dette: Siden da har han postet 16 246 ganger til Vi har altså drevet hjemmeautomasjon.no i over 6 år nå. 6000 medlemmer har snart postet 100 000 innlegg. Men vi vet også at de som bare leser forumet uten å registrere seg er nesten like mange. @iblis, @Moskus og jeg ( @Fermate ) har drevet dette som ren hobbyvirksomhet og i starten hostet vi forumet på en billig server. Etterhvert som trafikken økte begynte vi å oppleve dårlige responstider og vi oppgraderte server og linjehastigheten til Premium. I midten av 2020 hadde vi et krasj der vi oppdaget at backupen ikke var helt på stell og det ble gjort endringer som sørget for at noe så flaut ikke skulle skje igjen. I følge TU er vi blitt et referansepunkt for hjemmeautomasjon i Norge (da de skulle skrive om AMS målere oppdaget de at nesten alt de google var referanser til oss ) Det finnes riktignok et par Facebookgrupper som har mye trafikk og er fine til å stille et raskt spørsmål, men forumet vårt har heldigvis lite poster av typen "Ja dette er kanskje ikke helt smarthus eller IoT akkurat men siden det er så mange smarte folk her inne så spør jeg her allikevel:" - Og så et spørsmål om noe som overhode ikke har noe som helst med smarthus eller IoT å gjøre og til og med noen ganger ikke noe med elektronikk en gang 🤪 Vi mener selv at forumet er et bra sted å spørre og diskutere men kanskje framfor alt et supert sted å finne løsninger som andre har gjort på ting du selv trenger. Fram til nå har vi tre administratorene betalt hele kalaset ut av egen private lomme uten en eneste inntektskilde. Ingen reklame Ingen produktplassering Ingen rik eier eller firma i ryggen Ingen sponsorer Ingen ting Sånn kan det dessverre ikke fortsette i lengden! Men hva bør vi gjøre? Som vanlig ønsker vi å høre hva dere mener om den saken, så si deres mening under her. Som en foreløpig løsning har vi gjort klar en mulighet til å sponse oss, enten med et engangs beløp eller med et fast månedlig beløp: Det er klart at det er fint med et engangsbeløp om dere er ekstra begeistret over en artikkel eller en løsning på et problem som dere har lett lenge etter, men for oss ville det være enda finere å ha faste beløp som kom hver måned selv om de var små. Dette ville gjøre det mer forutsigbart for oss og enklere å legge planer for å øke kvaliteten. Logikken er at om alle 6000 medlemmene hadde betalt1 kr i måneden hadde vi hatt nok til både drift og til å betale noen for både moderering og innhold Vi har alle faste jobber ved siden av og har ikke tenke å bli rike på dette men bruke alle midlene på å gjøre forumet enda bedre ! Så kom igjen; kjør diskusjon og registrer dere som "sponsorer"!
    8 poeng
  2. Julelys 2022! Reinsdyret er ferdig! Den berøringsfrie sensoren (som egentlig er en avstandssensor) er flyttet ned med ed 3D-printet cover. Fungerer bedre, og gir betydelig færre feil-triggere.
    8 poeng
  3. I dag forsket jeg på hvordan man kan integrere mitt Flexit Uni2 med CU60 styreenhet og CI60 panel - uten å måtte gå til innkjøp av CI66 modbus-adapter. Jeg kan komme med følgende opplysninger: Protokollen mellom styreenhet og panel / mellom styreenhet og adapter er RS485, men IKKE modbus. Dette er en proprietær protokoll. Baud er 115,2 Kbaud 8N1 (LSB) Styreenhet sender to forskjellige telegram syklisk: Et kort telegram hvor pakkene alltid starter med 2 - 1: Og et langt telegram hvor pakkene alltid starter på 0 - 16: Feltet markert med rødt har jeg bekreftet er viftehastighet (0 = av, 1 = lav fart, 2 = middels fart, 3 = full fart). Egentlig er det bare å gjennomgå alle feltene og finne ut hva de representerer. Det virker som om prinsippene er like https://github.com/Vongraven/Flexit-SL4R-master (som ble nevnt over). Men protokollen er ikke lik. Jeg tror det bør være en relativ grei jobb å tilpasse det. Jeg har bestilt en Elfin EW11A (https://www.aliexpress.com/item/4001152539658.html) og tenker å gjøre et forsøk med denne. Vil tro den gjør susen. Tenker å sende rådata rett fra EW11 over TCP socket og parse dem eksternt i Node-Red. Det å sende verdier til styreenheten kan nok være mer utfordrende med denne metoden. Jeg er usikker på hvordan flytkontrollen egentlig er lagt opp. Men det får bli neste problem. Hardwareoppsett: Eksempel på korte type telegram og lang type telegram: Serial buffer.csv
    4 poeng
  4. Namron Z-wave Multisensor Denne ser litt interessant ut. Batteridreven(2xAAA) og kan monteres i Elko-ramme. Temp, fukt, bevegelse og lux. https://www.elektroimportoren.no/namron-z-wave-multisensor/4512734/Product.html?tduid=87ce7a461a7db0c4b289aa29fb7b1954
    3 poeng
  5. Jeg skulle brenne ny firmware på min Sonoff zigbee dings og trengte programvare fra Texas Instruments til det. Men før jeg fikk lastet ned programmet, så måtte jeg bekrefte at jeg ikke skal bruke det til å lage bomber av den gufne typen. Og det er jo bra. En slik avkrysning er jo helt klart et uoverstigelig hinder for de som faktisk har tenkt å lage atomvåpen. De kommer neppe langt uten et brenneprogram fra Texas Instruments. Planen er altså å bytte ut min conbee II dings med en ny fra Sonoff. Men jeg venter til våren og lange dager. Å risikere å stå uten lys i heimen nå rett før jul der det er bekmørkt ute stort sett hele døgnet, ja da kommer det til å smelle hjemme allikevel.
    3 poeng
  6. @eisa01 Det stemmer at vi jobber med en løsning som vil få en del ovner til å komme på nett automatisk. Men dessverre så kan det hende at det ikke vil fungere for alle, om ovnene dine ikke er online i morgen så vil jeg anbefale deg å resette dem å koble på nytt. Det var en uheldig bug i SDK som er levert av IoT platform leverandøren, denne har vi ordnet opp i slikt at all ovner som er på nett eller kommer på nett blir oppdatert. En av grunnene til at vi nå flytter til en egen plattform er nettopp for å slippe slike situasjoner, jeg synes selv det har vært altfor mye server problemer i det siste. Det skaper unødvendig jobb og stress for alle partner involvert Vi migrerer i Q1 2023
    3 poeng
  7. Dette var visst enklere enn jeg hadde trodd. Fant et eksempel som brukte apexcharts-card som jeg allerede hadde brukt til noe annet, og tenkte det samme kunne brukes på live strømmer. Og det gikk jo fint. Screenshot og koden under type: custom:apexcharts-card graph_span: 1d span: start: day offset: '-12h' header: show: true title: Used kWh hourly series: - entity: sensor.amsleser_houruse name: Used type: column color: '#1e81b0' float_precision: 2 group_by: duration: 1h func: max
    3 poeng
  8. Fikk kontakt med support, fungerer nå.
    3 poeng
  9. Nå er jeg så vidt i gang med å prøve å finne ut hva datapunktene er for noe. Fått inn noen få: Alt dette uten noen CI66. Kun rett inn på en Rpi med RS485 USB-adapter (HassOS).
    3 poeng
  10. Jeg rettet en ny henvendelse til Nobø i forrige uke etter den siste testen til tek.no. I denne testen ble Nobø ikke belønnet med noen anbefaling eller seier - deres system ble omtalt som utdatert. Nå har jeg fått svar. De planlegger å lansere et nytt styresystem neste år. Jeg fikk ingen detaljer ut over at det ville dekke noen, men ikke alle mine ønsker. Jeg hadde etterspurt mulighet til å lese av temperatur fra termostatene i Nobøs produkter, faktisk bruk av strøm og ikke minst oppfordret jeg dem til å ta i bruk Matter standarden og selvfølgelig publisere evt endret API. Det positive er at de kommer med et nytt styresystem - så får vi vente og se i hvor stor grad det oppfyller våre ønsker og behov. Jeg har i alle fall byttet ut de siste to panelovnene hjemme med nye fra Nobø - får gjort det viktigste slik det er nå med en velfungerende integrasjon i HA. 🙂
    2 poeng
  11. @iblis to the rescue!
    2 poeng
  12. Har endelig gjort en vesentlig forbedring i strømsparesystemet mitt. Har grublet lenge for å finne ut hvordan jeg ville ha det og da jeg hadde planen klar så kostet det en del timer å finne en bitteliten teknisk løsning, helt konkret var det å finne de x antall billigste timene som til enhver tid er tilgjengelig som et array of objects sortert på pris. Selve sorteringen var det store problemet og jeg fant en svært enkel løsning på nett som jeg ikke aner hvordan virker men det gjør den... Resultatet ser sånn rent visuelt slik ut: Kurvene er; Gråblå: Råpris Gul: Råpris + nettleie Oransje: Jonaspris (råpris + nettleie - strømstøtte) som jo er den reelle prisen som må betales. Blågrå i trinn: Indikerer inneværende time og nullpunkt (havner Jonasprisen under 0 får jeg betalt for all strømmen jeg klarer å bruke) De 2 horisontale grå er grensene for billig og ekstra billig strøm. Disse plasserer seg ut fra hvor mange timer jeg har valgt å plukke ut som billig og ekstra billig og hvilke priser det da er i de aktuelle timene... Jeg valgte å sette av et visst antall timer til batterilading (UC: Utility+Charge) når strømmen er aller billigst da mørketiden gir alt for lite sol til å drive huset, i tillegg et antall timer der jeg kjøper strøm direkte (U: Utility) i stedet for å lade batterier for så å bruke batteristrøm etterpå. LiFePO4 batteriene skal ha en virkningsgrad på rundt 99% men lader og inverter har jo en del tap... Selv om LiFePO4 batteriene tåler mange tusen sykluser så vil det også spare batteriene en del... Foreløpig stiller jeg solcelleinverteren om til å kjøre direkte på kjøpestrøm når strømmen er billig og i tillegg hiver i gang batterilading og vv.bereder når den er ekstra billig. Eksisterende løsning med PID regulator for å holde time-kWh under 5 overstyrer denne automatikken. Slik ser året ut så langt, blå er kjøpestrøm og i den delen av året der effekttariffen har vært gjeldende har PID holdt toppen under 5 hele tiden (jeg har et setpunkt på 4.75 og nettleverandøren har ikke registrert topper over 4.81): Tidligere har jeg hver dag manuelt vurdert forholdene og programmert timere for de forskjellige lastene og kjøpestrøm så det blir spennende å se hvordan denne filosofien funker i praksis... Nå slår jeg bare på "Auto" og det hele skal gå av seg selv mens timerene kan kjøre på med lading, bereder o.a. i tillegg om nødvendig. Pr nå er det hele svært så dynamisk med nye kalkulasjoner hver time, mulig jeg må bestemme et tidspunkt for kalkulasjoner og holde på de i 24 timer, time will show...
    2 poeng
  13. Du kan ikke begynne å snakke fag seriøst i denne tråden...
    2 poeng
  14. Her er anlegget integrert inn i Home Assistant. Alt dette uten bruk av modbus-adapter, kun RS485-kabel til et par hundrelapper. Det er fortsatt en del datapunkter som jeg trenger å finne ut av. Det er blant annet telleverk for filterbytte etc som bør være greit å finne ut av. Noen datapunkter er opsjoner som for eksempel vannbatteri (jeg har ikke vannbatteri). Er det noen som har et "avansert" panel, altså CI600 som de kunne lånt bort en ukes tid? Jeg betaler gjerne fraktkostnader og litt for leie. Det hadde gjort jobben min med å "reverse engineere" alle datapunktene betraktelig lettere.
    2 poeng
  15. Kom over denne i dag. i json fila finner man gjennomsnitt hittil denne måned. Man finner også kalkuler og estimer strømstøtte. https://github.com/martinju/stromstotte
    2 poeng
  16. Twinkly er festlig. Ellers kan man kjøpe WS2812B-lenker på Ali og styre dem med WLED. Jeg gjør begge deler til julebelysning. WLED i vinduer innendørs, på stjernen og juletreet, Twinkly ute på huset:
    2 poeng
  17. @Xvani Vi har en par utviklere som jobber med Matter og håper å ha det klart mot slutten av 2022. Det kommer en firmware oppdatering til alle gen3 enheter som inkluderer wifi socket, det stemmer at Matter er offline. Sertifisering tar litt tid men ikke lenge til nå Til vår venn lenger opp så var Mill Lokal API aldri ment som en funksjon for lokal styring når sky løsningen er nede, det kommer etter hvert som en backup i slike tillfeller. Men aktiverer du lokal REST API så trenger du ikke å koble deg til internett, vennligst les dokumentasjonen her: https://github.com/Mill-International-AS/Generation_3_REST_API Men vi har for tiden mange baller i luften her så er ikke øverst på listen Mill kommer til å migrerer til ny IoT platform tidlig i 2023 som vi har utviklet og er for tiden under testing, baserer seg på AWS Serveless. Pr idag så leveres IoT platformen av en ekstern leverandør, dette ønsker vi å gå bort ifra og få mer kontroll. Så det kommer mange forbedringer med tanke på stabilitet og oppetid fremover, alt dette tar tid spesielt med tanke på migrering av brukere og deres enheter. For de som bruker dagens Open API løsning så sender vi en epost til alle brukere om at de må gjøre seg klare for migrering av sine løsninger. Det blir også mulig å bruke webhooks fremover på ny API, sender mer info når vi har det klart. God helg
    2 poeng
  18. Vurderer du å bytte stigvi? Har hatt HomeSeer, har nå Home Assistant. (Det vil si, har HomeSeer på 1 utleieleilighet, og har HomeAssistant i egen leilighet og hytte). HomeSeer er enklere, men verre å tilpasse GUI. Det var det som gjorde at jeg byttet, nemlig bedre muligheter til å tilpasse dashboardet. Det er (mye?) enklere å sette opp automasjoner i HomeSeer. Z-Wave delen var også enklere på noen områder i HomeSeer, men det er enklere å endre parametere på z-wave enheter i HomeAssistant. Mye står i parentes, for om man kjøper Easytrigger plugin til homeseer, så har man veldig mange valg. Jeg brukte ikke denne noe særlig, da standard automasjonsmotor var god nok for mine behov. HomeAssistant har flere integrasjoner, men kanskje for mange? Flere versjoner av Shelly integrasjon f. eks, flere versjoner av z-wave osv. Modbus er enklere i HomeSeer. HomeSeer har ferdige løsninger, HomeAssistant må man lage løsningene selv. Copy & paste kommer man langt med, men må ofte tilpasses. Dette er på godt og vondt, for der HomeSeer har ferdige løsninger, kan disse ikke tilpasses. HomeAssistant hvor man lager løsningene selv kan tilpasses mye mer. HomeAssistant mangler fremdeles noen helt basic ting som jeg mener burde vært prioritert, og som er etterspurt mye. Som for eksempel gruppering av automasjoner, som var en av de forslagene som fikk mest stemmer under What the heck-"konkurransen" nå nettopp. Dette ble totalt ignorert av utviklerene av Home Assistant. Oppsett av stemmestyring er enklere i Home Assistant (bedre alexa-app). Integrasjonene som jeg bruker finnes for både HomeSeer og HomeAssistant. Enkelte ting, slikt som virtuell bryter styrt av tilstedeværelse på wifi-nettverk, er satt opp på 10 minutter i HomeSeer, mens det tar gjerne noen timer å sette opp i HomeAssistant.. Sum er jeg fornøyd med begge, men skulle jeg hatt noe enkelt uten for mye knoting hadde jeg satt opp HomeSeer, selv om det tok tid å lære HomeSeer også. Homey er veldig snakkis for tiden, og kanskje dette er enklere enn HomeSeer igjen (aldri prøvd).
    2 poeng
  19. Hei! Vet ikke hvor dette helt passer i dette forumet, men prøver her. Jeg har i det siste jobbet med et hobbyprosjekt for å kalkulere hva varmtvannstanken koster meg i måneden. Jeg har egentlig gjort dette for min egen del, men tenkte kanskje noen andre kunne ha nytte av det også. Derfor har jeg laget Watty. Hva er Watty? Det er en applikasjon som trenger to ting: at du eier en Shelly enhet (f.eks. en Shelly Plug), og at du er kunde hos Tibber. Ved å bruke Shelly og Tibber sine APIer, kalkulerer Watty ut hva en målt enhet koster i måneden. Dette ser slik ut: Som dere ser i GIFen, viser Watty et par ting: - Hva den målte enheten har kostet deg. - Hvor mye strøm enheten har brukt i kilotwatt-timer. - Mulighet for å kalkulere inn strømstøtten. Vær obs på at prisen ikke inkluderer nettleie. Dette må man dessverre fortsatt kalkulere inn selv. Strømstøtte-kalkulasjonen er basert på dagens rate: 90% over 87,5 øre (inkludert moms). Dvs. den er korrekt tilbake til september. Før dette var strømstøtten på 80%, men dette har jeg ikke giddet å ta hensyn til... Koden ligger åpent på Github. Det er helt sikkert noen bugs i nåværende tilstand, så opprett gjerne en issue eller pull request hvis du finner noe Kommenter gjerne her hvis du finner andre typer feil. Jeg garanterer f.eks. ikke for at matten min er korrekt 😁 Github repoet over inneholder også litt info om hvordan man får tak i Shelly og Tibber sine token. Jeg har også planer om å få inn priser basert på Nord pool i stedet for at man er bundet til Tibber. Nord pool er ikke så grei med tilgang til APIet sitt, så må finne på noe lurt her. Ha en fin dag
    2 poeng
  20. Konklusjon: Bruk heller amsToMqttBridge. Maskinvare koster mindre enn 100 kroner. Men tilfredsheten av å lage det selv er vanskelig å verdsette 🙂
    2 poeng
  21. Fikk kontakt med Tibber. Nå fungerer det igjen.
    2 poeng
  22. Da har jeg brukt stort sett hele dagen på å komme meg over på HS4. Og det ser ut til å virke som forventet. Det gjenstår noen av de mindre viktige events. Og nå hadde jeg igjen for å navngi dingsene så funksjon og plassering er innbakt i navnet. Ellers hadde jeg lusket rundt i huset og prøvd meg frem til langt ut i uka. Dette sparte jeg enormt med tid på når det er 65+ dingser bare i JowiHue. L_sovSE_S er en lampe på soverom syd-øst og det er den som sitter lengst mot syd i plafonden. M_sovSE_NEO er en NEO Coolcam Z-Wave bevegelsessensor på soverom syd-øst. OSV. Funksjon_Plassering_tilleggsopplysning. En bonus er at jeg nå har 2 Raspberry til overs. Forutsatt at både Z-Wave og Zigbee rekker ut i verkstedet. Den er fortsatt "dum". Og det har jeg tenkt å rette på. Det er 11m mellom den og huset. Det burde gå? Om ikke blir det ny(e) gateway(er) der ute.
    2 poeng
  23. Med et håp om å spare noen strømkroner, så har jeg fått lagd ett bend som sender avtrekket fra ventilasjonsanlegget mot utedelen på luft/vann varmepumpa. Så isteden for at pumpen skal bruke -6° luft, så kanskje den klarer å suge til seg noe som er på plussiden! Usikker på hvordan jeg skal klare å finne ut om det har noe faktisk effekt, men tro kan flytte fjell 😅
    1 poeng
  24. Enig, men strømstøtten vet vi ikke før måneden nærmer seg slutten. For november endte vi på snaut 50-øringen mens med de begrensede data tilgjengelig for desember (1/2 døgn) ser vi så langt ut til å på kr 2.40 så den vil nok endre seg en god del og ikke bli særlig pålitelig før etter 2-3 uker. For november lå strømstøtten an til å bli 0 helt fram til rundt den 20.
    1 poeng
  25. Hva er nytt? For meg ser den helt lik ut?
    1 poeng
  26. Vel, døde noder; som finnes i kontrolleren (usb-stikka) men ikke i meshet som en router, er ett problem den dag i dag. Og, det tar definitivt tid for routene å falle på plass. Om jeg er snill, så er det enforskjellsfaktor på mellom hundre og noen tusen i zigbee sin favør. Jeg har ikke rørt healing på lange tider. Å fjerne døde noder fra kontrolleren har jeg gjordt nylig og det reparerte meshet med en gang. For å legge til: Det er fryktelig snart gjort å resette en node til fabrikk tilbake til fabrikkstandard uten å få med seg at den har blitt lagret i kontrollerens nvram. Ellers er har jeg hatt en dødsfall-rate på noen stykk noder.
    1 poeng
  27. Jeg bruker denne automasjonen for å kunne slå av og på lys ved hjelp av bevegelsesensor. Jeg kan overstyre automatiseringen ved hjelp av condition. Lysbryter på kontoret vil stoppe bruk av automatisering hvis input_boolean.lysbryter_kontor er på. Når input_boolean.lysbryter_kontor er av så fortsetter automatiseringen. Vær klar over at Aqara bevegelsessensor har en avkjølingstid på 60 sekunder. En delay på 30 sekunder er for kort tid før den blir trigget på nytt. Jeg har brukt Helpers i Home Assistant for å lage input_boolean.lysbryter_kontor: alias: "Lys kontor: Slå på lys på hjemmekontor når bevegelse blir oppdaget" description: "" trigger: - platform: state entity_id: binary_sensor.bevegelsesensor_kontor_on_off to: "on" from: "off" condition: - condition: time after: "08:00" before: "21:00:00" - condition: numeric_state entity_id: sensor.multisensor_nystue_illuminance below: "80" - condition: state entity_id: input_boolean.lysbryter_kontor state: "on" action: - service: light.turn_on data: {} target: entity_id: - light.taklys_kontor - wait_for_trigger: - platform: state entity_id: - binary_sensor.bevegelsesensor_kontor_on_off from: "on" to: "off" - delay: hours: 0 minutes: 5 seconds: 0 milliseconds: 0 - service: light.turn_off target: entity_id: - light.taklys_kontor data: {} mode: restart max_exceeded: silent Aqara cube har mange muligheter for å kunne slå av og på en input_boolean. Jeg ville ha brukt en blueprint for Aqara cube. Det finnes blueprint både for zha og zigbee2mqtt hvor du bare trenger å velge hva fjernkontroll skal gjøre for å slå av og på input_boolean. F.eks denne blueprint kan kanskje hjelpe deg? https://community.home-assistant.io/t/aqara-cube-zha-simplified-face-based-device-control/388850 Ellers så finner du flere her: https://community.home-assistant.io/c/blueprints-exchange/53
    1 poeng
  28. Mulig dette er et sent svar, men du kan finne ut hvilken usb port du brukte ved å gå inn på din HA backup og lete etter filen "core.config_entries". Det er en skjult fil som ligger under disse katalogene: C:\Temp\core_2022_9_7\homeassistant.tar\homeassistant\data\.storage. I filen core.config_entries søker du etter "zha" eller "USB Serial". { "entry_id": "38844e21bb87da901b1d041250503be4", "version": 3, "domain": "zha", "title": "USB Serial, s/n: n/a", "data": { "radio_type": "znp", "device": { "path": "/dev/serial/by-id/usb-1a86_USB_Serial-if00-port0", "baudrate": 115200, "flow_control": null } },
    1 poeng
  29. Har endelig gjort en vesentlig forbedring i strømsparesystemet mitt. Har grublet lenge for å finne ut hvordan jeg ville ha det og da jeg hadde planen klar så kostet det en del timer å finne en bitteliten teknisk løsning, helt konkret var det å finne de x antall billigste timene som til enhver tid er tilgjengelig som et array of objects sortert på pris. Selve sorteringen var det store problemet og jeg fant en svært enkel løsning på nett som jeg ikke aner hvordan virker men det gjør den... Resultatet ser sånn rent visuelt slik ut: Kurvene er; Gråblå: Råpris Gul: Råpris + nettleie Oransje: Jonaspris (råpris + nettleie - strømstøtte) som jo er den reelle prisen som må betales. Blågrå i trinn: Indikerer inneværende time og nullpunkt (havner Jonasprisen under 0 får jeg betalt for all strømmen jeg klarer å bruke) De 2 horisontale grå er grensene for billig og ekstra billig strøm. Disse plasserer seg ut fra hvor mange timer jeg har valgt å plukke ut som billig og ekstra billig og hvilke priser det da er i de aktuelle timene... Foreløpig stiller jeg solcelleinverteren om til å kjøre direkte på kjøpestrøm når strømmen er billig og i tillegg hiver i gang batterilading og vv.bereder når den er ekstra billig. Tidligere har jeg hver dag manuelt vurdert forholdene og programmert timere for de forskjellige lastene og kjøpestrøm så det blir spennende å se hvordan denne filosofien funker i praksis...Pr nå er det hele svært så dynamisk med nye kalkulasjoner hver time, mulig jeg må bestemme et tidspunkt for kalkulasjoner og holde på de i 24 timer, time will show...
    1 poeng
  30. Jeg kjører dem parallelt og bytter én og én enhet over fra deconz til z2m når det passer (hvis en enhet faller ut eller batteri må byttes osv.)
    1 poeng
  31. Kjøpte dette kamera på Black Friday tilbud nå, og sliter også med å få rtsp-URLen til å virke. Bruker VLC media player til testing. I følge datasheet skal det støtte rtsp, men det virker å være litt forskjellige løsninger som funker følge denne tråden på forum.dlink.com. Jeg har ikke fått noe til å virke enda...
    1 poeng
  32. Hvis du har koblet til en sak som kan måle forbruket, så er det enklere. Da trenger du kun en tjeneste som registrerer start og slutt for tilkoblingen. Hvis det ikke er 3-fas, så kan du bruke AeoTec Heavy Duty Switch, så får du muligheten til å stoppe måleren før tilkoblingen blir godkjent. Den kan også måle forbruket. Tror nok alt dette er innen rekkevidde, men det krever litt tankearbeid.
    1 poeng
  33. Ser ut som de kanskje har fjernet den? Utsolgt? Jeg finner den ihvertfall ikke hos OBS lenger. Men hvis det er en slik: https://www.power.no/smarte-hjem/smart-varmestyring-og-klima/luftkvalitets-maaler/qnect-smart-temperatursensor-zigbee-hvit/p-1149244/ så kjøpte jeg en på OBS i september (var alt de hadde igjen i den butikken jeg var i). Ikke store statistikk-grunnlaget men den har nå iaffal funket helt som forventet for meg siden da. Måtte ofre et nytt batteri siden det som fulgte med manglet polbeskyttelse, til tross for "forseglet" eske. Greit nok kjøp til en hundrings eller mindre. Ville ikke betalt tre hundre.... Dukker opp som en slik i zigbee2mqtt: https://www.zigbee2mqtt.io/devices/TT001ZAV20.html Som er det samme som f.eks https://www.kjell.com/no/produkter/smarte-hjem/smarte-sensorer/smarte-temperatursensor/nedis-smart-klimasensor-p51712
    1 poeng
  34. Bruk toggle. Da kommer den som en input_boolean entity. Du kan slå den av og på i en automasjon med en service. Ref vedlagt bilde 🙂
    1 poeng
  35. Defekt bryter var problemet. Ingen gjennomgang på kontaktene, byttet bryter og alt ok nå
    1 poeng
  36. Jeg tror de fleste estimerer timesforbruket som estimat = (forbruk så langt denne timen) + sanntidseffekt*(andel av timen som gjenstår). Det kan du lage en template sensor for i HA, f.eks. med verdier fra en AMS-leser som forklart over. Sanntidseffekten kan være grei å sende gjennom et lavpassfilter først sånn at estimatet ikke blir så følsomt for hurtige endringer i effekt, noen laster skrur seg jo hyppig av og på. Filtrerer man derimot "for mye" kan estimatet fort ligge litt på etterskudd, så man må finne en middelvei. Jeg har satt min time_constant til 30, det fungerer godt nok for meg. Estimatet fungerer greit nok, men det er naturligvis ganske unøyaktig i begynnelsen av timen, og blir mer og mer presist etterhvert som estimatet blir mindre sensitivt for ekstrapolert effekt. Hvis lastene er deterministiske (eks. fra oppvaskmaskin med kjent oppvaskprogram) kan man hypotetisk forbedre estimatet med det kjente framtidige forbruket fra eksempelvis oppvaskmaskinen, men det blir fort for komplisert i en template sensor ser jeg for meg, da ville jeg brukt noe sånt som Node-Red eller Pyscript osv.
    1 poeng
  37. Fikk tatt i bruk anlegget denne uken og alt fungerer så langt (uten solar inntil videre). Brukte litt tid til å få alt riktig konfigurert. Endret opp med å sette ESS-mode til 3 (external controll loop) og kjøre mitt egent løp - fordi med ESS-mode 1 får man ikke flyttet strømforbruk til når strømmen er billig, og ESS-mode 2 har ikke støtte for å sette en maks SoC (den vil alltid lage til 100%). Det fine med ESS-mode 3 er også dersom kontroll-loopen skulle dø, og inverterene ikke får noe mer instrukt i løp av 60 sekunder, så vil den automatisk gå til "passthrough" modus, som betyr at den verken lader eller lade ut batteriene. E.g. AC IN = AC OUT. Da slipper man å risikere at den går løpsk og havner utenfor SoC-limits. Da får man full control over hvor mange Watt som batteriene skal lades (eller utlades) med til en hver tid. Har programert det slik at den ta hensyn til strømprisen, SoC limits og (ut/)lade begrensninger som jeg har satt.
    1 poeng
  38. Interessant. Hvordan brukte du en time på dette? Har man companion appen har du allerede en entitet som gir det dette. Alternativt hentes det direkte fra router (bred støtte av ulike produsenter).
    1 poeng
  39. Helt uavhengig av forskning og analyser så tenker jeg at energi, uansett form, vil bli mer etterspurt framover så prisen vil nok i det store og hele bare peke oppover... Men mye avhenger av hva Klaus Schwab & co klarer å utrette i løpet av dette tiåret. Hvorvidt han har suksess eller fiasko avhenger av eget ståsted men han vil uansett påvirke kraftig...
    1 poeng
  40. Jeg var på jakt etter 24 timers klokke selv, og fant dokumentasjonen til datetimeformatter her https://apexcharts.com/docs/datetime/. Jeg gjorde f.eks dette: apex_config: xaxis: tooltip: enabled: false type: datetime labels: format: HH og får denne x-aksen eneste jeg mangler og ikke har fått helt til er å vise kWh y-aksen 1, 2, 3, 4, 5 der de nivåene faktisk er.
    1 poeng
  41. Den populære mini-graph-card har også en slik "group_by" mulighet. Ganske nyttig, ja 🙂
    1 poeng
  42. Samme her, selv om jeg bruker Tibber integrasjonen i Home Assistant. Så her er det noe Tibber har gjort som knekker all 3. parts bruk ser det ut som…
    1 poeng
  43. Problemet med å bruke Tibber sin er at den ikke tar hensyn til nettleie (hos meg, i alle fall). Kanskje du har med nettleie hos deg? Jeg har laget en price_level sak for Nordpool som du kan få....... Det forutsetter at du lager en mal for Nordpool integrasjonen som tar med nettleie template: - sensor: - unique_id: pricelevel name: "Prisnivå" state: >- {% if states('sensor.nordpool')|float(0.5) >= state_attr('sensor.nordpool', 'average')|float(0.5) *0.9 and states('sensor.nordpool')|float(0.5) < state_attr('sensor.nordpool', 'average')|float(0.5) *1.15 %} NORMAL {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *0.6 and states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *0.9 %} CHEAP {% elif states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *0.6 %} VERY_CHEAP {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *1.15 and states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *1.4 %} EXPENSIVE {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *1.4 and states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *2.0 %} VERY_EXPENSIVE {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *2.0 %} EXTREMELY_EXPENSIVE {% endif %} Det er neppe noe du kan gjøre her. Dette er feil i Tibber sin integrasjon i kombinasjon med manglende data fra api.
    1 poeng
  44. Pyscript: @state_trigger("sensor.nordpool_kwh_krsand_nok_3_095_025") def calculate_monthly_average_price(): date = sensor.nordpool_kwh_krsand_nok_3_095_025.raw_today[0]['start'].strftime('%Y-%m-%d') pyscript.electricity_monthly_average_price.stored_values[date] = [n['value'] for n in sensor.nordpool_kwh_krsand_nok_3_095_025.raw_today] avg_num, avg_den = 0, 0 for k,v in pyscript.electricity_monthly_average_price.stored_values.items(): avg_num += sum(v) avg_den += len(v) pyscript.electricity_monthly_average_price = round(avg_num / avg_den, 3) @time_trigger("cron(@monthly)") def reset_monthly_average_price(): pyscript.electricity_monthly_average_price.stored_values = {}
    1 poeng
  45. Jepp. Setup -> Custom: "Show Device Ref on Status Page". Skru på den.
    1 poeng
  46. boolean frameOk = false; int ffb1 = list1.get(0); // Read the two Frame Format bytes int ffb2 = list1.get(1); if ((ffb1 & 0xf0) == HDLC_FRAME_FORMAT3) { // Check that we have the Frame Format field, then this is start flag int frameLength = ((ffb1 & 0x03) << 8) + ffb2; int fcsb1 = list1.get(frameLength - 2); // Get 2-byte checksum at tail int fcsb2 = list1.get(frameLength - 1); int fcs = (fcsb1 << 8) + fcsb2; frameOk = checkFcs(list1, frameLength - 2, 0, fcs); // Check FCS. if (!frameOk) { System.out.println("HDLC: CRC fail"); } } private boolean checkFcs(List<Integer> messageData, int length, int offset, int fcsValue) { int chksum = GXFCS16.countFCS16(messageData, offset, length); return chksum == fcsValue; } Her er min kode for å sjekke FCS. GXFCS16 på Github: https://github.com/Gurux/gurux.dlms.java/blob/master/development/src/main/java/gurux/dlms/GXFCS16.java
    1 poeng
×
×
  • Opprett ny...