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

Leaderboard

Popular Content

Showing content with the highest reputation since 29/01/24 in all areas

  1. Er ikke helt ferdig med API'et enda pga sykdom og andre ting som må prioriteres, men her er koden for de av dere som er interessert. Det vil genere en gyldig X-API-KEY, helt uten brukernavn eller passord. 😛 def get_api_key(): # Get the session token r = requests.get('https://api.drivstoffappen.no/api/v1/authorization-sessions') api_token = r.json().get('token') # Shift the string by one byte shifted_bytes = bytearray(api_token.encode('utf-8'))[1:] + bytearray([api_token.encode('utf-8')[0]]) shifted_string = shifted_bytes.decode('utf-8') # Calculate the MD5 hash of the shifted string md5_hash = hashlib.md5(shifted_string.encode('utf-8')).hexdigest() return md5_hash Så kan du gjøre spørring via: @app.get('/api/v1/brands') async def get_brands(): headers = { 'X-API-KEY': get_api_key(), 'X-CLIENT-ID': APPLICATION_ID } r = requests.get('https://api.drivstoffappen.no/api/v1/brands', headers=headers) if not r.ok: return {"error": f"Request failed with status code {r.status_code}"} return r.json() Jeg er ikke sikker på om jeg vil sette opp et åpent API til alle og enhver, men jeg kommer nok til å hive min docker kontainer ut på github så snart jeg er fornøyd med den. Så er det en smal sak å drifte sin egen eller konvertere den til en HA integrasjon.
    8 points
  2. Har jobbet videre de to siste kveldene på scriptet som laget AI-kunst, så nå har jeg et script som med AI generer dagens værvarsel (midt på dagen) til et tegneseriebilde i japansk manga-stil. Data fra Yr sitt varsel blir konvertert til ord og beskrivelser for vær, vind, regn og skydekke, f.eks (skyet, stille vind og styrtregn). Har testet litt og det fungerer ganske bra. F.eks. om det varsles mye vind og regn så genereres bilder av folk som kjemper med paraplyer. I dag er det mye regn, så dagens bilde viser mennesker i en japansk landsby, med paraplyer, stående i en oversvømmelse. Og det er praktisk talt oversvømmelse utenfor huset nå med alt regner som er. Skjermen for værvarselet er bare 4.2" stor og har 300x400 i oppløsning. Fungerer allikevel ganske ok. Vedlagt er bilder fra skjerm i går, i dag sammen med AI-kunstskjermen omtalt tidligere, samt et eksempel på et originalt bilde generert av AI før det ble tilpasset skjermen. Script i powershell som tidligere 🙂
    6 points
  3. @kodax Socketen er ikke IPX-sertifisert, så hvis det er store temperatursvingninger mellom minusgrader og plussgrader, kan det føre til kondens som kan skade PCB-en. Den vil kunne fungere ned til -10 grader eller lavere, men hvis det er mye luftfuktighet der socketen er plassert, kan det føre til kondens over tid. Det samme kan oppstå med andre socket-typer fra andre produsenter. Men som @nle nevnte, kan du komme rundt dette ved å kalibrere sensoren inne i appen. @A.B. Vi har firmware som ikke er lagt ut ennå, men den fungerer uten problemer med Matter på alle gen3-produkter. Vi venter på at Espressif skal få offisiell godkjenning av deres lisensprogram fra CSA (for enheter som allerede er solgt). Sist jeg hørte fra dem, var den ferdig mot slutten av februar 2024. Selve Matter-sertifiseringen tar en måned, akkurat nå er bremsen Espressif. Men vi skal ha Matter støtte klart for gen3 ikke senere en sommeren 2024 Jeg kan også meddele at vi kommer med en ny variant av gen3m som vil bruke denne brikken: https://www.espressif.com/en/products/socs/esp32-c6 Den nye termostatboksen som bruker C6-brikken vil endre navn til Gen4 og rulles ut for alle panelovnmodeller. De som har en gen3m som selges nå med ESP32 S3, vil kunne oppgradere til ny toppdel som bruker C6. Du kan se på den nye gen3m v2-varianten som en "stille" utgivelse før den rulles ut til alle modeller. Gen3m v2 kommer med Matter fra starten av, med QR-kode osv. Den vil støtte Thread/WiFi. Den støtter også Zigbee, men vi venter på at Espressif skal fullføre sin Zigbee SDK før vi kan ta det i bruk. Alle gen3m v2 vil deretter få en firmwareoppdatering som vil gi Zigbee-støtte senere."
    6 points
  4. Så er første 1/4 av de nye solcellene på plass og satt i drift. Det er lite jobb igjen for å få ferdig høyre halvparten som blir 2x4 panel og så kommer 2x4 panel til til venstre for disse: Så langt er det "proof of concept" og det ser vellykket ut så langt. Fundamentet så langt er festet til bakken med 8 stolpesko støpt ned i bakken. Selv om dette stedet er relativt skjermet for vind tror jeg det er lurt med ekstra "fortøyninger" til bakken og jeg har en plan for det...
    4 points
  5. Dere kan prøve denne versjonen https://bit.ly/HSPI_MelcloudClimate_1586 Jeg flyr litt i blinde her siden jeg ikke har mulighet til å teste dette mot MelCloud. Jeg har satt standard intervall til 2 minutter. Det er lagt inn slik at dette kan endres i config, men jeg tror at man må restarte plugin for at den skal benytte det nye intervallet. Jeg får ikke gjort det på en bedre måte uten å kunne faktisk kjøre den mot Melcloud for å se at det virker.
    4 points
  6. Er det noen grunn for at du vil gjøre det i node red og ikke direkte i HA?
    4 points
  7. Hjemme hos oss spør fruen ofte "kan jeg sette på vask nå?" (strømpris) eller "hvilket søppel er det som hentes denne uken" eller kommenterer "når ser det ut som at det er høy sjø!" (vi bor ved sjø), mens jeg selv ofte lurer på om det var i dag eller i morgen det er postlevering, og hva blir været? Så for å få denne informasjonen lett tilgjengelig og oppdatert så lot jeg meg friste og hev meg på denne nye trenden med bruk av epapir-skjermer for smarthus (https://github.com/jjwbruijn/OpenEPaperLink) En epapir-skjerm er lettlest i alt lys, er lett å plassere siden den bruker batteri, men egner seg ikke til live-data som oppdateres ofte. Det eksisterer en integrasjon med Home Assistand, men jeg bruker Homeseer så måtte løse dette på egenhånd. Man sender data til skjermenes aksesspunkt med HTTP Post. Må si meg ganske fornøyd med resultatet. Dette er en 7.5" skjerm. Planen var å bruke prosjektet til å lære meg Python, men jeg feiget ut når jeg skjønte rekkevidden av integrasjonene og trøbbelet med å feilsøke dette i ukjent språk. Jeg valgte derfor å bruke PowerShell, som er noe jeg kan men som er uvanlig brukt for slike behov. Det gjorde API-er enkelt for meg, men gav meg noen utfordringer rundt å generere bildet som ble sendt til skjermen. Skjermen har kun fargene hvit, sort og rød, så bildedata som sendes kan ikke ha noen form for aliasing rundt fonter eller grafikk. Det var krevende å finne en font som passet i lite format uten aliasing. Data som vises er. Strømpris for dagen i dag, eller dagen i dag + 8 timer dersom neste dags priser er tilgjengelig. Data fra Moskus sin Tibberseer i Homeseer. Grafen tilpasses også dersom det er negative strømpriser. Dager for levering av post fra Bring sitt API: https://developer.bring.com/ Varslet tidevann fra Kartverket sitt API: https://www.kartverket.no/api-og-data/tidevann-og-vannstandsdata Søppeltømming fra Norkart. Her er det ikke fritt publisert API med med hjelp fra innlegg her på forumet fra Moskus og Clio75 så kom jeg et stykke på vei, men det var endringer i både URL og annet som gjorde at jeg måtte grave en del selv for å finne ut av dette. Vær neste halve dag og data om soloppgang, solnedgang og elevasjon fra Yr.no: https://api.met.no/ Strømforbruk fra Homeseer. Her har jeg enheter som logger forbruk, og med events og scripts i Homeseer mellomlagrer jeg informasjon i virtuelle devicer og lagrer daglig informasjon til CSV-filer. Disse CSV-filene benyttes som grunnlag for å beregne siste 30 dagers forbruk. Data fra eksterne API som bare trenger daglige oppdateringer blir cachet, slik at jeg ikke kaller disse API-ene mange ganger per dag. Kun Yr, havnivå og Tibberseer kalles hver time. Scriptet som gjør alt dette er per nå ganske tilpasset Homeseer og mitt oppsett der. Plan fremover nå er å oversette dette til Python slik at det er mer aktuelt å dele scriptet. Dersom noen lurer på noe spesifikt om bruk av API kan jeg delen denne delen av scriptet, kanskje i en annen diskusjon 🙂
    4 points
  8. Jeg er, som sikkert flere andre, avhengig av en daglig dose medisiner. Sånn er det når en er arvelig belastet med høyt blodtrykk. For å huske å ta medisin og for å ha kontroll på beholdning, har jeg brukt en app. Men har egentlig alltid tenkt at de som lager denne app'en får mye informasjon om meg. Så for et par dager siden fant jeg ut at jeg ville la Home Assistant styre dette. Så det jeg har nå er en side i HA som viser min tablettbruk. I HA kan en sette visning og tilgang til sider ut i fra innlogget bruker så når kona tar dette fram på hennes mobil så ser hun sitt og ikke mitt. HA holder kontroll på beholdning og skifter farge på ikon når det nærmer seg tur til apotek. Har jeg ikke trykket på "Medisin tatt" knappen, får jeg et varsel på tlf som jeg svarer ja eller nei på (actionable notification som HA appen har). Her kan jeg sette "kanal" slik at jeg kan bruke egen varsellyd. Etter en time med litt fikling har jeg noe som fungerer bedre enn medisin-appen. Og herfra er det mange muligheter. Jeg kan feks varsle med et lys hjemme. Jeg kan la være å varsle på tlf hvis jeg ikke er hjemme. Det er jo ingen vits i det når tablettene ligger hjemme. Og jeg kan ha en trykknapp i skuffen på badet som teller ned beholdning. PS. Jeg tar noen tabletter om morgen og noen om kveld. Selvsagt måtte jeg da lage det slik at det telles ned på de tablettene som gjelder for aktuelt tidsrom. Og det vises når de ble sist tatt.
    4 points
  9. Min VVB er styrt av en esp8266 og den får stadig ny funksjonalitet. I sommer byttet jeg ut to DS18B20 sensorer med Oso sin sensorstav med 3 temperaturfølere. De 3 sensorene bruker jeg til å prioritere oppvarming av vannet. Hvis bunntemperatur kommer under ønsket temperatur, så varmes vannet med lav effekt og typisk rundt om 100W. Kommer sentertemp. under ønsket temperatur, så økes effekten "passelig" og hvis topptemperatur er under ønsket temp. så er det 100% effekt og 2kW. På den måten klarer jeg å stoppe at temperatur synker enda lavere uten å utfordre nettleie og å bruke minst mulig strøm når pris ikke er optimal. Temperatur settes til middels en gang i døgnet og på billigste timer. Til høy hver 11. dag på billigste timer. I det siste har jeg lagt inn nøyaktig beregning av oppvarmingstid slik at jeg treffer bedre på den billigste timen istedenfor å utnytte nest-billigste og 1/3 av den billigste. Effekten på varmeelementet er via en SSR så jeg kan styre effekt trinnløst vha puls-bredde modulering og dette er effektivt for å holde seg under effekttrinn på nettleie. Psnitt/Pmaks er snitt effekt på siste oppvarming delt på 2000W. Da får jeg et forholdstall som jeg bruker til å beregne oppvarmingstid på neste døgns syklus. Det gir ikke nøyaktig tid, men det er en god indikasjon når VVB blir nedprioritert i forhold til lading av biler. Esp8266 er selvsagt programmert ved hjelp av Esphome. Kodefilen er ikke mer enn 360 linjer.
    4 points
  10. https://www.home-assistant.io/blog/2024/02/15/nabu-casa-joins-z-wave-alliance/
    3 points
  11. Nyeste prosjekt for e-papir-skjerm som jeg har småplukket litt på noen dager: Script for å koble til ChatGPT sitt bildegenererende API (Dall-E 3) og be den daglig generere et bilde basert på input. Input er statisk per nå, ""create a random artistic nature photo with the colors white, black and red", men en fremtidig mulighet kan være å generere input mer random med en ordliste og noen regler. Det fungerer ganske bra med statisk input, for hvert bilde som genereres er vidt forskjellig fra det forrige. Det krever betalt brukerkonto hos chatgpt og hvert bilde koster omtrent 80 øre å generere. Bildet skaleres av scriptet for å passe med oppløsning på skjerm, og siden dette er epapir så er skjermen begrenset til fargene hvit, sort og rød, men bruker til gjengjeld minimalt med strøm og går på batteri. Script er powershell, men det kaller et python script for å laste opp bildefilen til skjermens aksesspunkt fordi jeg aldri fikk til å sende parametre på en måte som aksesspunktet tolket korrekt med powershell. Opplastet bilde viser på skjermen, original fra chatgpt og et annet eksempel på bilde som er generert med samme input. #Script to generate a daily artistic image using AI-model Dall-e-3 from OpenAI, and scale/convert the image for OpenEPaperLink #OpenEPaperLink: https://github.com/jjwbruijn/OpenEPaperLink/wiki # Register API-key: https://platform.openai.com/api-keys # Add billing: https://platform.openai.com/account/billing/overview #OpenAI API-docs: https://platform.openai.com/docs/introduction Add-Type -AssemblyName System.Drawing $path = "\AI-art\" $filename = (Get-Date).toString("dd.MM.yyyy") + "_" + (Get-Random) + ".png" $outputFilename = "ai-art.jpg" [int]$screenWidth = 640 [int]$screenHeight = 384 $epapirMAC = "0000021E73677438" $epapirAPIP = "http://192.168.1.180/imgupload" $epapirDither = "1" $requestSuccess = $true $chatGPTAPIKey = "key" $chatGPTAPIUri = "https://api.openai.com/v1/images/generations" $chatGPTAPIPrompt = "create a random artistic nature photo with the colors white, black and red" $chatgptHeaders = @{ "Authorization" = "Bearer $chatGPTAPIKey" "Content-Type" = "application/json" } #Cost is dependant on size, model and quality. Using Dall-e 3 and "normal" quality: 1024x1024 (square) is $0.04, 1792x1024 (landscape) is $0.08 $chatgptBody = @{ "model" = "dall-e-3" "prompt" = $chatGPTAPIPrompt "n" = 1 "size" = "1792x1024" } try { $chatgptResponse = Invoke-WebRequest -Uri $chatGPTAPIUri -Headers $chatgptHeaders -Body (ConvertTo-Json $chatgptBody) -Method Post $chatgptData = $chatgptResponse | ConvertFrom-Json } catch { $requestSuccess = $false } if ( $requestSuccess ) { try { $downloadRequest = Invoke-WebRequest -Uri $chatgptData.data.url -OutFile ($path+$filename) } catch { $requestSuccess = $false } } if ( $requestSuccess ) { $OldImage = [System.Drawing.Bitmap]::FromFile($path+$filename) $Bitmap = New-Object -TypeName System.Drawing.Bitmap -ArgumentList $screenWidth, $screenHeight $NewImage = [System.Drawing.Graphics]::FromImage($Bitmap) #Retrieving the best quality possible $NewImage.SmoothingMode = "HighQuality" $NewImage.InterpolationMode = "HighQualityBicubic" $NewImage.PixelOffsetMode = "HighQuality" $NewImage.DrawImage($OldImage, $(New-Object -TypeName System.Drawing.Rectangle -ArgumentList 0, 0, $screenWidth, $screenHeight)) #Save as JPG with best quality possible $EncoderParam = [System.Drawing.Imaging.Encoder]::Quality $EncoderParamSet = New-Object System.Drawing.Imaging.EncoderParameters(1) $EncoderParamSet.Param[0] = New-Object System.Drawing.Imaging.EncoderParameter($EncoderParam, 100) $JPGCodec = [System.Drawing.Imaging.ImageCodecInfo]::GetImageEncoders() | Where-Object{$_.MimeType -eq 'image/jpeg'} $Bitmap.Save(($path+$outputFilename),$JPGCodec, $EncoderParamSet) $OldImage.Dispose() $NewImage.Dispose() $Bitmap.Dispose() python.exe uploadimage.py ($path+$outputFilename) $epapirMAC $epapirAPIP $epapirDither } Python-scriptet: # Based on https://github.com/jjwbruijn/OpenEPaperLink/wiki/Image-upload import requests import sys image_path = sys.argv[1] mac = sys.argv[2] # destination mac address dither = sys.argv[4] # set dither to 1 is you're sending photos etc url = sys.argv[3] # ip address of your access point #url = "http://" + apip + "/imgupload" payload = {"dither": dither, "mac": mac} # Additional POST parameter files = {"file": open(image_path, "rb")} # File to be uploaded # Send the HTTP POST request response = requests.post(url, data=payload, files=files) # Check the response status if response.status_code == 200: print("Image uploaded successfully!") else: print("Failed to upload the image.")
    3 points
  12. Denne lille rakkeren har gjort at smarthuset mitt har fungert svært dårlig i et par uker nå! 😞 Vi rakk å gå inn, ta av oss yttertøy og sette oss i sofaen før lyset på stua slo seg på! Utrolig irriterende, særlig når huset har fungerte relativt problemfritt i 7 år! Så hvordan fant jeg synderen, lurer du da sikkert på? 😉 Det hele startet rundt juletider. Det ble merkbart tregere respons på kommandoer, særlig på lys. Prøvde selvsagt de vanlige tingene, som å restarte HomeSeer-serveren, installere de siste Ubuntu-patchene, restarte RasberryPi som Z-wave USB-pinnen kjører på, osv, men ingenting hjalp. Noen dager kunne det fungere "ok" og andre ganger helt i sirup. Visste liksom ikke helt hvor jeg skulle begynne feilsøkingen og med lite ledig tid så ble det egentlig ikke gjort stort med det på et par uker. En dag oppdaget jeg tilfeldigvis at en "pyntelampe" ikke lyste og den lot seg verken slå på med Z-wave eller ved å trykke på bryteren. Tenkte at bryteren trolig hadde gått i stykker og det slo meg at kanskje en del Z-wave-trafikk ble forsøkt rutet via den, så jeg tok en "remove bad node" i HomeSeer, slik at den ikke lengre skulle være en del av Z-wave-nettet. Men, det hjalp ikke. 😞 Et par uker senere satte jeg med ned for å feilsøke mer grundig. Jeg hadde sjekket litt logger og sånt tidligere, uten å se noe unormalt. Jeg benyttet selvsagt også @Moskus sin debug-guide og programvare: Men, det var heller ikke noe som skilte seg ut med mye trafikk der heller. For en del år siden kjøpte jeg Z-seer på tilbud, så jeg fyrte i gang den for å feilsøke og det ble fort klart at det var noe som ikke var som det skulle! Hver gang jeg restartet programmet ble 2-4 tilfeldige noder markert utilgjengelige (rosa). Kjørte jeg en "test all", så var det også mange noder som den feilet å kommunisere med ("B=1" nederst på noden betyr at command eller respons mot noden feilet i testen): Jeg valgte en tilfeldig Fibaro Dimmer 2 (som hadde direkte rute til UZB1) og kjørte command og respons-test: Masse pakketap og utrolig lang tidsbruk! Noen noder var kjappe og ga ingen pakketap, klarte egentlig ikke å se noe mønster i hvem som funket og hvem som ikke gjorde det. Det virket også som den samme noden kunne funke fint i en ny test noen minutter etterpå. Min konklusjon var at min 7 år gamle UZB1-pinne trolig hadde begynte å feile og at jeg måtte bytte den ut. Jeg har en reserve UZB1 liggende et sted og vurderte å lete etter den og forsøke å overføre backup fra gammel til ny og se om det hjalp, evt kjøpe meg en ny USB-pinne (med 700-chipset, for å "oppgradere" litt). Jeg begynte å skrive en epost til HomeSeer-support, for å bare få en slags bekreftelse på at min teori trolig stemte og at det ikke var noe annet jeg hadde "oversett". Skulle avslutte eposten med å skrive at jeg ikke hadde gjort noen endringer i det siste, helt til jeg da kom på denne Swiid-bryteren som hadde feilet og som jeg hadde fjernet fra nettverket. Da slo det meg at jeg hadde ikke trukket ut støpslet til den lampen, så selv om den ikke lengre var en del av Z-wave nettverket mitt, så var det fortsatt "på lufta" og kanskje kunne skape støy. Før jeg sendte eposten gikk jeg derfor og trakk ut støpslet, bare for å i hvertfall ha utelukket det (og rent brannvernmessig er det sikkert også lurt å koble fra elektronikk som har sluttet å fungere som det skal, just in case...). Og vipps, så begynte lysbrytere, osv å fungere lynkjapt igjen! 😮 😄 Jeg tok en ny test med Z-seer: Og bare minutter etter jeg trakk ut kontakten så var ingen noder lengre "rosa" og bare et par termostater meldte om pakketap ("B=1")! 😄 Neste morgen slo alle lysene seg på før jeg rakk å gå ned trappa! Deilig! 😄 Så hensikten med denne posten er rett og slett og vise hvor "sårbart" et Z-wave-nett kan være. Det skal ikke mer enn én trøblete node til for å "ødelegge" for alle andre og gi en svært dårlig/elendig brukeropplevelse (og WAF!). Men å finne denne ene noden er ikke alltid så enkelt! 😞 Jeg var heldig at det var en Swiid på en lampe med støpsel, for da tok det null tid å koble den ut for å teste. Hadde det vært en dimmer-pille f.eks så hadde det vært vesentlig verre - ikke har jeg lov å koble de ut selv, det er mer knotete å komme til, og man er som regel litt mer avhengig av det lyset som drives av en slik sånn at man gjerne ikke ønsker å koble den fra heller (i hvertfall så lenge lyset fungerer da). Og å ta sikringen kurs for kurs vil også kunne gi uante følgefeil, ved at noder som mye trafikk normalt sett rutes igjennom blir koblet ut og man får andre typer feil pga rutingproblemer oppå det hele og vil få problemer med å skille det opprinnelige problemet fra evt rutingfeil pga utkobling av "friske" noder. Så har du et tregt/ustabilt Z-wave nett så ønsker jeg deg lykke til i feilsøkingen... 😛
    3 points
  13. Kjøpte ein smart sikring fra Kina eg hadde tenkt å ha stående ute i garasjen til test men eg greide å kjøpa wi-fi istedenfor zigbee og da det er noen som trur at nesten alle Kina sikringer består av kun ein vippebryter og to kobbertråder så tenkte eg det hadde vært artig å sjå hvordan den ser ut inni 🙂 Sånn kvalitetsmessig føles plastikken på ABB sikringen litt meir robust ut ellers virker det ganske likt, det var ingen loddepunkter eg greide å rive fra kvarandre på Kina sikringen. ABB sikring, rundt 20 år gammal.
    3 points
  14. Garasjeport er populært å automatisere. Her er min løsning og kanskje kan noen bruke det videre. Min åpner er av den enkle typen. Den har to innganger, en for nødstopp og en for å veksle opp eller ned. Til denne har jeg koblet til et esp32 kort som jeg kjører esphome på. I esphome har jeg definert en "cover" som er tidsbasert og med endebrytere. cover: - platform: feedback name: "${devicename}" id: garasjeport has_built_in_endstop: true assumed_state: false direction_change_wait_time: 5s close_endstop: status_lukket open_endstop: status_aapen open_duration: 15s close_duration: 18s Endebrytere trenger en strengt tatt ikke, men uten de så er det vanskelig for Home Assistant å vite om port er åpen eller lukket. Jeg hadde i land tid en zigbee dørsensor som viste om port var lukket og status på den ble sendt til esp32 slik at jeg kunne sette status på "cover" at porten var igjen. Etterhvert har jeg byttet ut zigbee sensor med brytere koblet til esp32 direkte. Ikke fordi det virker bedre, men fordi jeg hadde lyst. I tillegg har jeg definert noen binære sensorer i esphome som forteller om status på port. Det er lukket, åpen og i bevegelse. I tillegg noen trykknapper for å starte en sekvens og å avbryte denne sekvensen. Til slutt noen innverdier for å sette antall sekunder til port åpnes og lukkes. I og med at denne er synlig i Home Assistant som en "cover", har jeg full kontroll på port. Jeg kan dra i en skyvekontroll og settte porten til en vilkårlig posisjon. Ikke så mye brukt til annet enn å sette i luftestilling eller åpne en halvmeter for å ta i mot en pakkelevering når jeg selv er på jobb. Jeg har et kamera inne i garasjen så jeg kan følge med på at pakken er kommet innenfor. Til porten fulgte det med to fjernkontroller og disse var årsaken til at jeg lagde min egen styring. Fjernkontrollene har tydeligvis dagshumør og noen dager må en helt inntil garasjeportåpnerens antenne før de reagerer. Det var veldig frustrerende. Det første jeg lagde, var en NFC brikke på en lur og usynlig plass i bilen. Når jeg holder telefon over denne, så åpnes port. Etterhvert er det kommet zigbee-brytere inne i hus ved utgangsdør og inne i garasje ved port. Med disse kan jeg åpne og lukke, samt slå på nødstopp. Jeg har også lagd det slik at hvis bakluke på bil er åpen så slås nødstopp på. Da kan ikke port betjenes fra annet enn innside av garasje ved å slå av nødstopp først. Og så har jeg en trykknapp i garasje som setter i gang en sekvens med å vente-åpne-vente-lukke. Da får en tid til å sette seg inn i bil og port går ned automatisk etter å ha kjørt ut. Sekvensen avbrytes hvis en trykker på knapp en gang til eller åpner garasjedør. Kona har en egen evne til å finne ut at hun ikke har bilnøkkel med seg og da må hun inn igjen i huset. Da er det dumt at port går opp og ned i mellomtiden. Sensorer som esphome sender til Home Assistant, brukes til alarm og å trigge lys i garasje. Jeg setter også farge på en lyslist over port som viser om den er i bevegelse eller helt oppe.
    3 points
  15. Jeg har delt det opp i funksjonalitet/tema. Alt lys på et kort. Alt for varme på et annet. I tillegg har jeg delt det opp i enkle kort som kun gjør det viktigste og mer tekniske "nerde" kort hvis en vil studere detaljer. Og så kan du også styre hvilke kort som skal være tilgjengelig for hvilke brukere så du kan unngå å presentere for mye dilldall til de som ikke har interesse av det. Men min filosofi er egentlig at det meste skal gå automatisk. En skal slippe å trykke på knapper på veggene og slippe å åpne appen på telefon. Men det er vanskelig å gjennomføre dette 100%
    2 points
  16. Har erfaring på at Sonoff dongle ZBDongle-E er dønn stabilt på z2m etter at en har flashet til anbefalt Firmware. Nå bruker ikke jeg Raspberry pi'er heller, men burde gå bra å koble dongla opp på en USB hub med egen strømforsyning. Jeg gikk fra deconz til z2m grunnet mye ustabilitet med batteri enheter og spesielt IKEA sine zigbee dingser falt ofte ut og måtte inkluderes på nytt
    2 points
  17. Bare å notere det ned bak øret i tilfellet du planlegger å fikse noe som allerede virker. Mens vi er inne på problemer. Mosquitto 2.0.16, 2.0.17 og 2.0.18 har bugs som gjør at det ikke helt spiller på lag med zigbee2mqtt hvis en har et stort zigbee nett med nærmere 200 "dingser". Hvor grensen går, er uklart. https://github.com/eclipse/mosquitto/issues/2887 Hvis en bruker mosquitto add-on i Home Assistant, så er add-on versjon 6.2.1 trygg.
    2 points
  18. Jeg så på forumet til Home Assistant at det er en som har laget en liten tjeneste for å importere data. Og så har min netteier en mulighet for å hente ut alle data registrert på min strømmåler som et regneark. Det ble en del fikling for å endre formatet til noe som Home Assistant ville ha og jeg lærte meg noen triks i Ludo for å sette formler i Excel på 6 sifret antall rader på en lett måte. Men resultatet er at jeg nå kan gå tilbake mange år i forbruksdata i Home Assistant sin innebygde mulighet for dette. Data om hva denne strømmen kostet meg, det har jeg ikke. Sikkert mulig å finne ut det også ut i fra historiske spotpriser, men tror ikke jeg gidder å gå den veien. Link til integrasjon: https://community.home-assistant.io/t/custom-integration-to-import-long-term-statistics-from-a-file-like-csv-or-tsv Edit: Som en kommentar til det over: Dere som bor der Elvia opererer, kan bruke den nye integrasjonen for å hente inn Elvia historikk. Denne kom i 2024.2 utgaven av Home Assistant.
    2 points
  19. Til info: Den gamle plattformen har tekniske problemer, jeg er i kontakt med dem for å rette opp i dette. Dette er bare en av veldig mange grunner til at vi ønsker å komme oss bort og satse videre på vår egen utviklet platform. Om noen har ovner som har forsvunnet eller at migreringen feiler så kan dere prøver igjen imorgen , da regner jeg med at alt vil være på plass igjen. Jeg skal se om vi kan få alt opp igjen ikveld, litt avhenging om jeg greier å få tak i dem :/ beklager mye for dette, den gamle platformen er notorisk dårlig
    2 points
  20. Hei Jeg har strevet litt med å koble meg til mitt VTR300 anlegg og fant til slutt ut at MODBUS registrene på mitt anlegg er basert på en egen liste for RESIDENTAL UNITS. Ref: https://shop.systemair.com/upload/assets/MODBUS_FOR_RESIDENTIAL_D24810_USER_MANUAL_EN__A007_.PDF Feilmeldinger som kom fra anlegget ble tolket i henhold til https://modbus.org/docs/Modbus_Application_Protocol_V1_1b.pdf og tilsa at jeg forsøkte å hente data fra et register som ikke eksisterte. Jeg benytter esp32 med UART på pin 16 og 17 via en rs485 converter fra Ali, så jeg har oppsettet som flere av dere bruker. Her fungerer det bra nå. Jeg henter blant annet temperaturer fra register 213, 214 og 217.
    2 points
  21. Her er en Link til samme problem hvor de har satt spørre intervallet til 120s, og fått det til å virke inntil videre
    2 points
  22. Jeg kjører både HS og HomeAssistant, HA kom inn pga. manglende support for en del ting i HS. Det går fint å kjøre begge - jeg bruker MQTT å kommunisere mellom de og det fungerer fint (om enn litt omstendelig). Så om du ønsker det kan du ta en smidig overgang (evt. å kjøre begge) på den måten.
    2 points
  23. Jeg har lekt med svakstrøm siden 1974 og alltid vært fasinert av hva en kan lage selv for en billig penge. Dersom du er helt ny på feltet kan kanskje noen av disse tipsene være til hjelp. Breadbord og Dupont kabler Om du skal leke med ESP32 og elektronikk er det enkleste å skaffe seg et "Solderless Breadbord" med en gang. Dette er små plater med fjærbelastede kontakter under små hull som du kan stikke ledninger ned i, og slik koble dem sammen uten å lodde. Diise finnes i små versjoner også men det er like greit å kjøpe en stor med en gang. Ali har noen helt greie til en billig penge. https://www.aliexpress.com/item/1005005891244166.html Du kan bruke vanlig stiv koblings-tråd også men noen ordentlige Dupont kabler med farger er mye bedre Disse finnes i forskjellige lengder og som han-han, han-hun og hun-hun De kommer sammenkoblet i lange lakrisbånd og så kan du dra dem av en og en eller i grupper på to eller fler. Her er noen riktig billige jeg fant: https://www.aliexpress.com/item/1005002592440431.html Motstander Du kommer ikke langt før du trenger en motstand eller to og det er like greit å kjøpe et sett med det samme. Du klarer deg fint med 5% nøyaktighet men nå koster 1% nesten det samme. Det holder også med E-12 serien (og ikke E-24) så blir det ikke så mye å holde styr på. Kjell har et fint sett https://www.kjell.com/no/produkter/elektro-og-verktoy/elektronikk/komponentsett/playknowlogy-motstandssortiment-1460-pk.-p90435 Motsander er fargekodet på denne måten. Men det kan også være greit å kunne sjekke dem med et mulitimeter, og det må du ha uansett. Multimeter Jeg synes dette fra Kjell er veldig hendig og enkelt å bruke. https://www.kjell.com/no/varemerker/uni-t/elektro-og-verktoy/verktoy/maleinstrumenter/multimetere/uni-t-ut125c-multimeter-p48874 Strømforskyning For meg er det stas å ha en ordentlig lab-strømforskyning, og de kan du få ned til noen hundrelapper fra Ali også. Velg en med 30V og minst 3A som har instilling av Spenning og Strøm og display. Men du kan også klare deg med en vanlig batterieliminator på ca 12V og en stillbar spenningsregulator som du setter ned på breadboardet. Best med display så du vet at du ikke svir av noe du kobler til. Andre komponenter Når du har dette på plass er du godt rustet til å teste ut motorer, steppere, servoer eller andre ting du vil ha i prosjektet ditt. Men når du er godt i gang kan det være litt surt å plutselig mangle noe standard greier og måtte vente på å få det i posten eller måtte kjøpe det til blodpris her i Norge fordi du er utolmodig. Jeg har et sett med kondensatorer liggende: Husk å dobbelt sjekke polariteten på elektrolytt kondensatorer. Kobler du dem feil vei så smeller de 😞 Og en boks med assorterte små transistorer er alltid kjekkt å ha Skulle det være noe mer beredskaps greier nå så måtte det være noen dioder, LED og noen potensiometere kankje Lodding Alt dette er greit for å sette ting opp og se at det virker, men om du kan ta dette ibruk kan det jo ikke sitte på et breadboard med en haug med spaketti-kabler. For å få det solid må det loddes. Kjøp deg en ordentlig loddebolt med en gang så slipper du ihvertfall frustrasjon med at verktøyet ikke er bra. Denne er jeg veldig begeistret for: Mulig jeg kjøpte den hos Kjell: https://www.kjell.com/no/produkter/elektro-og-verktoy/verktoy/lodding/loddebolter/luxorparts-pro-60-w-loddestasjon-p40570 Eksprimentkort med kobberstriper eller 3 eller 5 hull sammen er greie til små ting. Jeg kommer kanskje med en egen miniguide om lodding senere om det er stemning for det. Spennings regulatorer Det kommer en egen guide om spenningsregulatoerer men imens vil jeg bare si at de små step-down regulatorne her er veldig greie å ha liggende: Jeg handler slike i sett på 10 om gangen 🙂
    2 points
  24. Jeg har nevnt det før at Home Assistant sitt markdown kort er superanvendelig. Det er noe jeg bruker mye. Denne bruker jeg til å vise hvordan jeg ligger an i forbindelse med effekttrinn på nettleie. Eller hvis grensen var lavere enn 10kWh {% set m = [states('sensor.average_of_3_highest_hourly_consumption_xxxxxxxx')|float(0),states('sensor.klepp_energi_maanedsmaks')|float(0)]|max|round(2) %} {% set s = [states('sensor.month_peak_hour_consumption_xxxxx')|float(0),states('sensor.klepp_energi_maanedsmaks_time_1')|float(0),states('sensor.klepp_energi_maanedsmaks_time_2')|float(0),states('sensor.klepp_energi_maanedsmaks_time_3')|float(0)]|max|round(2) %} {% set t = states('input_select.nettleie_pristrinn')|float(5) %} Høyeste timesforbruk denne måned er **{{ s }} kWh**. Snitt av de tre høyeste forbrukstimer er **{{ m }} kWh**. {% if s < t - 0.1 and m < t - 0.1 %} <ha-alert alert-type="success">Dere er innenfor grensen!</ha-alert> {% elif s < t %} <ha-alert alert-type="warning">Dere er nærme grensen!</ha-alert> {% else %} <ha-alert alert-type="error">Dere er over grensen!</ha-alert> {% endif %}
    2 points
  25. Oppslag i bladet til Huseiernes landsforbund (som jeg om 3-5 år håper å kunne si opp fordi jeg ikke har hus lenger, en pensjonist har bedre ting å bruke pensjonen på enn å betale huslån og vedlikehold!) tyder iallfall på at vi nærmer oss å bli en akseptert del av det gode selskap! https://www.huseierne.no/hus-bolig/tema/boligsalg/nar-smarthuset-skifter-eier
    2 points
  26. Jeg skjønner problemet med ikke å ha lysbrytere. Jeg har brytere til alt av lys (i de siste årene har jeg montert Namron K8 Z-Wave-brytere, som enten bare er knyttet direkte til dimmerne eller har én som er tilknyttet direkte og en som går via systemet (for å få dempet lys på badet mellom 23 og 07, for eksempel), og alt er tydelig merket med Brother merkemaskin. Når det gjelder å flytte fra huset, har jeg tenkt å selge sjappa om fire år, når jeg pensjonerer meg. Så bor jeg på hytta, mens jeg leier en hybel i ei eller annen billig, usentralt bakevje i nærheten (Øyslebø, eller noe sånt). Jeg har allerede solgt ett hus med smarhjem, men det var i 2016, og da var alt mye mer avhengig av PC-styring. Selv om jeg bruker PC i mye av oppsettet mitt også. Men da hadde jeg dokumentert alt fullstendig og skrev i annonsen at jeg kunne være systemadministrator for den som overtok. Alt var så ryddig og fint at Julius ville klart å bruke det. Problemet var at han som kjøpte huset, var mer i retning av Homer Simpson... Det gikk et par uker så ga han opp å skjønne noe og fjernet alt sammen. Men jeg hadde iallfall levert det fra meg i fungerende og brukbar stand, og jeg holdt det jeg lovet i boligannonsen. 😁 Edit: Med dokumentere mener jeg også at en noenlunde kompetent elektriker skal klare å fjerne alt og gjøre huset dumt i løpet av en dag eller to. Men det blir nok et stadig mindre problem, for da jeg hadde min annonse inne med "smarthus" i teksten, var den en av fire annonser på Finn som nevnte det. I øyeblikket ser jeg at det er godt over 100. Og dette med strømstyring for å spare strøm gjorde jo det enda mer interessant...helt til de brødhuene i regjeringen endret strømstøtten, så det ikke lønner seg like mye å kjøre ting etter hvilken time strømmen er billigst. Ufattelig tabbe, etter min mening.
    2 points
  27. Interessant og forsåvidt fin artikkel. Men den mangler etter min oppfatning det viktigste aspektet ved eierskifte av et hus med smarthuskomponenter: Alt utstyr må kunne brukes manuelt om smarthussystemet feiler eller fjernes. Derfor er jeg skeptisk til praksisen jeg ser noen bruker med å fjerne manuelle lysbrytere. Dessverre er det få smarte brytere på markedet, men det finnes både smarte brytere (f.eks. Namron sin bryter) og dimmere (f.eks Micromatic Microdim.). For oppvarming er dette den normale løsningen, der man bytter ut en termostat med en smart termostat som også kan fungere uten en smarthussentral. Det andre som mangler i artikkelen går på forskerens beskrivelse av smarthus. Han lister opp 2 kategorier, men nevner ikke den som er viktigst for oss her på forumet. Den totale løsningen. I mine øyne er det Home Assistant som er nærmest å kunne kalles en total smarthusløsning, selfølgelig preget av mitt eget valg. 🙂 Jeg kjenner i alle fall ikke til andre systemer som kan integreres mot så mange forskjellige systemer og komponenter. Men jeg skal samtidig legge til at den ikke er for hvermansen, selv om utviklingen de to årene jeg har brukt det har vært veldig postitiv, også for brukervennlighet.
    2 points
  28. ## Drivstoffpris ## - sensor: name: fuel_prices_command scan_interval: 3600 command: > petrolDataTokenResponse=$(curl -s "https://api.drivstoffappen.no/api/v1/authorization-sessions") && petrolDataToken=$(echo "$petrolDataTokenResponse" | jq -r '.token') && tokenBytes=$(echo -n "$petrolDataToken" | xxd -p -c 256) && first=$(echo -n "$tokenBytes" | head -c 2) && rest=$(echo -n "$tokenBytes" | tail -c +3) && tokenBytesShifted="${rest}${first}" && tokenShifted=$(echo -n "$tokenBytesShifted" | xxd -r -p) && md5Hash=$(echo -n "$tokenShifted" | md5sum -b | awk '{print $1}') && md5Hash=$(echo "$md5Hash" | tr '[:upper:]' '[:lower:]') && X_API_KEY="$md5Hash" && X_CLIENT_ID="com.raskebiler.drivstoff.appen.ios" && petrolData=$(echo "$petrolDataResponse" | jq -c '.') && echo "{\"verdi\":" $( curl -s -H "X-API-KEY: $X_API_KEY" -H "X-CLIENT-ID: $X_CLIENT_ID" "https://api.drivstoffappen.no/api/v1/stations?stationTypeId=1" | jq -c '[ .[] | select( .id | contains(33, 34, 35, 62, 67, 89, 105, 126, 1083, 4456, 5887)) ]' ) "}" value_template: > {{ value_json.verdi | length }} json_attributes: - verdi
    2 points
  29. Her en liten sitrapp etter helgens husautomatiserings opplæring for mann, godt voksen. Da er ikke nesa fullt så i klem lenger. Jeg har fått til: Skru Hue pærer på/av med en Aquara Mini Switch. Skru dem på/av med Qnect Smart home PIR sensor. Jeg kjøpte en ( stor ) eske av dem på OBS for 100,- / stk. for lenge siden. Zigbee2MQTT kaller dem TuYa RH3040. Skru pærene av # sekunder etter ingen bevegelse detektert av PIR. Lese status på Aquara dør/vindu sensor. Det har jeg på alle utvendige dører og vinduer som kan åpnes på hytta. Skru en Fibaro Z-Wave veggkork på/av med en Ikea dimmepøkk. Styre dill og dall med en Hue 4-kappers dimmebryter. Styre en Namron panelovn med ovennevnte brytere og webgrensesnittet. Oppdatere en Hue pære med zigbee2MQTT. To enheter driver med samme nå. Det går ikke med megabit/sek. Vi snakker nok heller om millibit/sek. ! Og det synes jeg ikke er så verst tatt i betraktning "dokumentasjonen". Det er mulig å finne hjelp ved å spørre Google og ChatGPT. Men det virker som de hadde en tykk dokumentasjon som de la en dynamittgubbe under og fyra av! Den finnes, men er spredd over hele Internett. Det hjelper og litt at jeg ikke har knappeskrekk, men gjerne prøver å trykke på de knapper jeg ser for å vurdere virkningen. Så da gjenstår badegulvtermostaten, effektbryteren til VVB og hovedkran servoen. Disse kan jeg selvfølgelig ikke teste herfra. 37km i luftlinje er litt drøyt for Z-Wave. Men ettersom det gikk an å få inn det jeg hadde liggende, og bruker på hytta, så har jeg godt håp om at de manglende enhetene skal gå an å få inn. Men om noen bekjente spør om de skal velge Homeseer eller Home Assistant så kommer jeg til først å finne ut om de har sort belte 5. dan i Google. Hvis ikke så Homeseer. Og her hjemme blir det nok HS4 en stund til. Men jeg kommer helt klart til å prøve å bytte ut deCONZ med zigbee2MQTT der. deCONZ finner ikke Namron ovnene, og ikke Qnect ( TuYa ) PIR. Og kan i praksis ikke oppdatere Zigbee nodene OTA. Så status så langt er at jeg blir å fortsette med Home Assistant. Selv om det er som å denge negler til de faller av! Det har jeg prøvd, og opplevde at til slutt vokste de ut igjen, men det gjorde vondt først. Og jeg er en ihuga stabukk, så skal nok få flere brikker på plass her. Og takk for hjelpen så langt. Det hjalp også til å få litt mer kjøtt på beinet.
    2 points
  30. Har laget en AMS HAN-port leser med Matter over Thread. Da dukker strømmåleren opp som et Matter device i kontrolleren min og jeg får inn målerverdiene: Har benyttet følgende hardware: EFR32xG24 Explorer Kit - Silicon Labs (silabs.com) M-Bus Slave Click (mikroe.com) Koden som kjører på devicet og som leser og parser data fra HAN-porten er skrevet i C++. En utfordring er at Matter 1.2 standarden enda ikke støtter strømmåling. Måtte derfor trikse litt med hvor verdiene rapporteres. Håper Matter 1.3 kommer med støtte for dette, slik at det kan gjøres i henhold til standard. Spiller ikke så mye rolle for mind del siden jeg har skrevet min egen Matter kontroller, men ville vært fint om standarden støttet dette. Som det egentlig er overraskende at den ikke gjør.
    2 points
  31. Takk, fungerte bra. Aldri brukt Node-Red før, men her er flowen min. [{"id":"7ce7a7849c9c8b4e","type":"tab","label":"Flow 1","disabled":false,"info":"","env":[]},{"id":"276071b26f3e49a2","type":"inject","z":"7ce7a7849c9c8b4e","name":"","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"","payloadType":"date","x":160,"y":220,"wires":[["fb25d94b.139e78"]]},{"id":"fb25d94b.139e78","type":"http request","z":"7ce7a7849c9c8b4e","name":"Get Token","method":"GET","ret":"txt","paytoqs":"ignore","url":"https://api.drivstoffappen.no/api/v1/authorization-sessions","tls":"","persist":false,"proxy":"","insecureHTTPParser":false,"authType":"","senderr":false,"headers":[],"x":330,"y":220,"wires":[["9b28d83a.0226d"]]},{"id":"9b28d83a.0226d","type":"function","z":"7ce7a7849c9c8b4e","name":"Process Token","func":"msg.token = JSON.parse(msg.payload).token;\nmsg.tokenBytes = Buffer.from(msg.token);\nmsg.shiftedBytes = Buffer.concat([msg.tokenBytes.slice(1), msg.tokenBytes.slice(0, 1)]);\nmsg.shiftedToken = msg.shiftedBytes.toString();\nreturn msg;","outputs":1,"timeout":"","noerr":0,"initialize":"","finalize":"","libs":[],"x":520,"y":220,"wires":[["bc5b206f4b80b029"]]},{"id":"17f2e29c.f0c2b3","type":"http request","z":"7ce7a7849c9c8b4e","name":"API Request","method":"GET","ret":"txt","paytoqs":"ignore","url":"https://api.drivstoffappen.no/api/v1/stations?stationTypeId=1","tls":"","persist":false,"proxy":"","insecureHTTPParser":false,"authType":"","senderr":false,"headers":[{"keyType":"other","keyValue":"X-API-KEY","valueType":"msg","valueValue":"md5Hash"},{"keyType":"other","keyValue":"X-CLIENT-ID","valueType":"other","valueValue":"com.raskebiler.drivstoff.appen.ios"}],"x":850,"y":220,"wires":[["77f3986f.d5f32c"]]},{"id":"77f3986f.d5f32c","type":"debug","z":"7ce7a7849c9c8b4e","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"true","targetType":"full","statusVal":"","statusType":"auto","x":1030,"y":220,"wires":[]},{"id":"bc5b206f4b80b029","type":"md5","z":"7ce7a7849c9c8b4e","name":"MD5","fieldToHash":"shiftedToken","fieldTypeToHash":"msg","hashField":"md5Hash","hashFieldType":"msg","x":690,"y":220,"wires":[["17f2e29c.f0c2b3"]]}]
    2 points
  32. Jeg har samme problem. Pluss at noder faller ut veldig ofte. Men hos meg er det Zigbee som kuker. Og Z-Wave går uten problem. Samme på hytta. Jeg har bestilt en Sonoff Zigbee dongle for å se om det er deCONZ som er problemet. Så å bytte til Zigbee kan du risikere blir en skuffelse.
    2 points
  33. Inspirert av @Fermate sine ESP32 byggeklosser kom jeg på tanken med OTA. Så først en video som ga grunnleggende info men var litt halvhjertet. Ny video ga hele pakken... Da begynner ESP32 virkelig å bli gøy!
    2 points
  34. Jeg sparte over det firedobbelte ved å velge en annen leverandør av Kystbrød....
    1 point
  35. En kan hente ut hos Elhub, ja. Men kun for en måned om gangen. Så jeg fant ut det var lettere med en enkel eksport hos netteier istedenfor 5*12 eksporter hos Elhub.
    1 point
  36. Samme her, bytta fra HS til HA og har ikke angra ett sekund. Kjørte også 2 systemer en stund mens jeg bygget opp automasjonene rom for rom. Zigbee2mqtt for alt zigbee (ikea + hue belysning hovedsakelig) og zwavejs2mqtt for zwave. Flyttet bare controlleren over, utav 30 eller så noder var det bare 3 som måtte inkluderes på nytt.. 2 av dem var ID lock låsene hvor jeg ikke klarte finne passordet/frasen som ble brukt for secure inclusion i HS.
    1 point
  37. Har hatt 1.5.8.6 kjørende siden i 16-tiden i ettermiddag, uten problemer eller blokkering. Takk for rask fiks og fin plugin!
    1 point
  38. Etter litt halvhjertet prøving kom jeg endelig over en side som beskrev akkurat det som manglet for meg! 🙂 Jeg har gjort det veldig enkelt ellers - dette går ikke engang via switcher, men direkte kabel fra racket og opp til stua hvor Teliaboxen er (alle andre steder bruker jeg bare AppleTV med appen fra Telia til de svært sjeldne gangene noen ser vanlig tv der...) Derfor kjører jeg enn så lenge full åpning mot den porten som kun går til tv og ellers er helt isolert, men så fort jeg finner en effektiv måte å legge inn den lista med ip'er jeg har blir det sikkert strammet inn litt. Uansett, jeg fikk tak i alle kanalene, men det var bare bilde noen få sekunder, så da hadde jeg en veldig sterk mistanke om at det kunne være noe kluss med IGMP, en så oppdaget jeg jo at det åpnet seg en ny verden når jeg i tillegg fikk multicast policy etter å ha slått på den "featuren", og når jeg åpnet fullt ut fra tv til wan ble det straks liv i tv 🙂 Bruker litt lengre tid på kanalbytte nå enn med Edgerouteren, men tipper det kanskje ordner seg i løpet av en times tid eller så. (Vanlig nett var likens, virka som dns-problem, men var noe "annet" jeg ikke har klart å pinpointe, speedtest viste åpne sluser, men den trengte en times tid for å fungere som den skal. Leste noe et sted om "noe" som tar litt tid å synce på helt blank config..) Denne er forøvrig 1 år gammel og kommer ikke fra Finn eller eBay 😛 Jeg er enig i at en ikke ukritisk bør kjøpe slikt utstyr om en ikke har litt kunnskap, men denne var om ikke annet så nedstengt i fabrikkinnstillingene at en ikke engang hadde internett.
    1 point
  39. En god plan. Jeg hadde også det da jeg skiftet fra deconz til zigbee2mqtt. Men så klarte jeg ikke å vente og satte i gang i desember (2022) på den mørkeste tiden. Det gikk veldig greit fordi jeg en periode på en måned brukte to systemer og flyttet over rom for rom i ro og mak. Så det tror jeg er en vel så god strategi. Drar en ut pluggen på det ene så blir det stress å få opp et nytt system. Det er mange rom uten vinduer hjemme hos deg også, vil jeg tro...... Det er det. Men det er også en god modbus mulighet i esphome og bruker du den er det forholdsvis lett å få det inn i Homeseer via mqtt
    1 point
  40. Hvorfor det? Jeg er i ferd med å gi opp Homeseer ( tror jeg ), og begynner med hytta. Det ser jo ut til å være så enkelt at jeg tar factory reset på dingsene og legger dem inn i nytt system. Det funker både på Zigbee og Z-Wave. Forskjellen er mest at Zigbee går gjennom Zigbee2MQTT, men Z-Wave sniker seg utenom Zigbee2MQTT. Jeg har en mistanke om at det går an å tre Z-Wave også gjennom MQTT, og ser fordeler med det. Går alt greit så kan jeg nok til å legge en plan for hvordan jeg skal gjøre det her hjemme. Da vil det passe å gjøre det i sommer, for da er det ikke fullt så nøye om mange lys lever sitt eget liv eller ikke noe liv en periode. I enda større grad gjelder det panelovner og varmegulv. Det er ikke så mange kritiske funksjoner i huset da. Philips Hue lage problemer? Nei ikke her. Og IKEA pærene får ikke være med over. Det er bare bukkebæsj! Hue derimot er de Zigbee dingsene som virker og fortsetter med det. Og at Homeseer fungerer, vel, det hender den gjør det opptil et par uker uten å mekke. Det er ikke vellykket automasjon der jeg kommer fra. Jeg ser hvilken kategori dette er, så bør vel nevne at jeg er på vei over til Home Assistant med Node-Red. Grunnen er mest at det er en kategori jeg ser det er mye aktivitet i her. At Homeseer er klart størst er antagelig at vi har "noen velfungerende lokomotiv" der. 😉 Jeg skal innrømme at jeg som andre sauer har lett for å følge bjellesauene.
    1 point
  41. Jeg utformer mitt hus ut i fra mine ønsker og ofrer eventuelle framtidige eiere ikke en tanke overhodet. Som RVM skriver, å bytte tilbake noen få komponenter er en bagatell.
    1 point
  42. Det stemmer. De har i dokumentasjonen angitt at brukere må identifisere seg, slik du har gjort. Kanskje greit å ikke bruke samme User-Agent navn ("Home Assistant", etc.). Det som er rart er at jeg får 403 dersom User-Agent ikke er angitt under header fra Home Assistant, men det går helt greit å hente ut informasjonen fra nettleseren. Nå vet ikke jeg om nettleseren identifiserer seg, mulig det.
    1 point
  43. Fungerer uten cloud, også med MQTT, kan også «enkelt» flashe de med feks tasmota eller esphome. kan også bruke Shelly kun lokalt. Det fine med plus-produktene er at de har BT og fungerer utav boksen med BT mesh i Home Assistant, bruker selv mesh til noen sensorer og tannbørste.
    1 point
  44. Det gjelder ikke eldre Karmstrup målere, heller
    1 point
  45. Jeg har vært runden innom node red nå og glei tilbake til HA pga UI. HA sin automasjons løsning er så begredelig dårlig at jeg forstår godt at du bruker node red til det. Jeg har prøvd den litt nå for å styre lys med pir+dimming samt gjøre noen enkle grep mot ventilasjon og selv om man får det til å virke på et vis er ikke dette noe jeg føler er KISS i det hele tatt.
    1 point
  46. Shelly har mye fint på WiFi. Jeg bruker Shelly via MQTT og det vil jo fungere fint med HomeSeer men om HomeSeer har noen direkte styring av Shelly vet jeg ikke.
    1 point
  47. Ah, ikke dårlig å ha kundeservice direkte på forumet, bra service👍 I bruksanvisningen står det at pluggen har driftstemperatur ned til -5, så da burde det vel være ok at jeg lurer den ned dit før den trigger vifteovnene 🙂
    1 point
This leaderboard is set to Oslo/GMT+01: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.