Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

LaStrada

Medlemmer
  • Innlegg

    161
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    6

Alt skrevet av LaStrada

  1. Googla kjapt etter ringetrafo og fant denne: https://www.intin.no/produkt/ringetrafo-8v-12v-24v/ Ser ut som nøyaktig samme produkt og de skriver:
  2. Har lenge sett på ringeklokker! Kjøpte meg en Ring doorbell på black friday, men det viste seg at leiligheten jeg hadde kjøpt (men ikke flyttet inn i) hadde ikke ringeklokke. Snakk om å gjøre research før man kjøper noe... Skal pusse opp hele 1. etg, inkl gangen/vindfanget så har mulighet til å legge opp AC, POE eller lignende. Jeg er hvertfall interessert, men kommer selvfølgelig an på prisen. Har allerede et par ESP32 camera moduler på vei fra Kina, men da med kort kabel til kameraet (ser denne trenger lang).
  3. Vi trenger litt mer info enn at det ikke fungerer. Hva har du prøvd og hva er det som ikke fungerer? Har du sjekket logger? Fungerer lokal ip-adresse?
  4. Nå er det vel selve zwave2mqtt-prosjetet som er 3.0.x. Home-assistant addon som zwave2mqtt er 0.6.0. Siste versjon (0.6.0): Har også prøvd meg på dette to ganger, men ga fort opp begge gangene. Alt for ustabilt og/eller tregt. Har en Aeotec Doorbell 6 som ikke fungerer optimalt med z-wave versjoner før 1.6, men jeg skal klare å vente. Ringeklokka fungerer, men vil jo ha flere funksjoner som kun er tilgjengelig i 1.6.
  5. Hei! Har flyttet i en ny (gammel) leilighet og driver og kobler opp alle mine dingser. Primærvarmekilden i dag er panelovner, totalt 5 stk (3 soverom + kjøkken + stue). Blir på sikt gulvvarme, men soverommene skal beholde panelovnene. Et rart problem jeg har fått nå, som jeg aldri har opplevd før, er at mine Telldus 433mhz temperatursensorer plutselig sender samtidig sånn at signalet ikke kommer frem. Har til sammen 7 x Telldus 433mhz sensorer: Kjøkken/ute (vinduskarm - viser derfor "feil" temperatur / påvirkes av sola) Kjøkken Soverom x 3 Stue Badet På sikt vil flere av disse byttes ut siden vi skal pusse opp dette om ca 1 år. Da er planen gulvvarme med Heatit termostater. Det har nå skjedd 3 ganger på ca en måned at det blir helt stopp på to vilkåelige sensorer. Gang nummer to var nok muligens uheldig plassering av antennen, da denne hadde falt ned og antennen "pekte" rett fra to sensorer. Antar det er ganske dårlig dekning da. Første gangen brukte jeg litt tid på å debugge, trodde det først var snakk om dårlig rekkevidde, siden det var de to sensorene som var lengst unna. Tok til slutt frem begge sensorene som ikke fungerte og skulle til å bytte batteri, selv om batteriet var under 2 måneder gammelt. Men så legger jeg plutselig merke til at de blinker (dvs sender) nøyaktig samtidig! Tok batteriet ut av den ene og inn igjen, og alt fungerte fint. Det samme skjedde siste gangen, men da med to andre sensorer. Denne gangen skjedde i det jeg skulle legge meg og var "offline" i ca 6 timer før de kom tilbake og har fungert fint siden. Antar intervallene er forskjellige, enten by design eller pga unøyaktigheter i enhetene. Det vil sånn sett ordne seg selv, men å vente 6 timer på å få det til å fungere igjen er litt mye synes jeg. Bor i en blokk med mye tre og lite betong, så får inn litt fra naboene også, men det er primært brytere/dimmere som har lite aktivitet. Alle sensorene har forskjellige IDer (?), og fungerer helt fint ellers. Alle rapporterer en gang i minuttet. I forrige leiligheten hadde jeg 4 sensorer (2 x soverom + stue + kjøkken/ute) og der var det aldri et problem, i alle fall ikke på vinteren. På sommeren vil jeg uansett ikke trenge varme, så vil kanskje aldri legge merke til det. Har jeg bare hatt utrolig uflaks? Jeg vet ikke hvor lang tid disse sensorene bruker på å faktisk sende data. De sender 1 gang hvert minutt, og jeg har 7 sensorer, dvs 7 ganger per minutt. Da tar jeg ikke med eventuelle forstyrrelser fra naboer. Vet ikke hvor stor sannsynlighet det er for at dette skal skje, dvs hvor lenge de sender osv.
  6. Ser nesten ut som om den sliter med å kommunisere med z-wave kontrolleren din. Dette er sjelden en bra melding. Hvilket z-wave interface bruker du? Om du kjører dette på en RPI, har den nok/stabil strøm? Eller så kan du google de forskjellige feilmeldingene som er i loggen så finner du litt forskjellige ting, som feks drivertrøbbel, strømtrøbbel (RPI) osv.
  7. Har lagt det inn sånn at lyset skrus på hvis minst én av betingelsene stemmer: Bevegelse i vindfanget (multisensor 6) Ytterdør låses opp (ID Lock 150) Ytterdør åpnes (aqara door sensor) Og skrur seg av igjen om alle disse er sanne: Ingen bevegelse siste 2 min Ytterdør vært låst i 2 min Ytterdør vært lukket i 2 min De to siste punktene er vel litt det samme, men døra låses opp litt før døra åpnes, så det er mer fordi jeg kan, pluss at jeg hadde en dørsensor til overs. Hos meg styres alt via sentralen (Home Assistant). Om du ønsker direkte assosiasjoner med z-wave så er det kanskje enklere å holde seg til én sensor, men er ingen ekspert på det. Selv opplever jeg minimalt med delay mellom bevegelse/dør åpnes til lyset er på. Prøver også for tiden å alltid ha lyset på mellom kl 8 og 22, siden lampa uansett ikke skrur seg 100% av. Billige led-pærer som ikke helt liker fibaro dimmer eller switch (selv med buypass). Forsvinner nok fort når vi skal pusse opp til høsten.
  8. Jeg bruker dørsensor på ytterdør og har montert multisensoren i hjørnet over ytterdøra. Den peker skrått mot den andre døren. Vindfanget er vel kanskje 1.5 kvadrat og det fungerer utmerket!
  9. Vet ikke hva som har skjedd, men dette har ikke fungert på noen uker. Får denne feilmeldingen: Error while setting up oslo_waste platform for sensor Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 179, in _async_setup_platform await asyncio.wait_for(asyncio.shield(task), SLOW_SETUP_MAX_WAIT) File "/usr/local/lib/python3.7/asyncio/tasks.py", line 442, in wait_for return fut.result() File "/config/custom_components/oslo_waste/sensor.py", line 32, in async_setup_platform await ws.async_update() File "/config/custom_components/oslo_waste/sensor.py", line 59, in async_update for v in values: TypeError: 'NoneType' object is not iterable Skjer både på min RPI4 med Hass.io (heter vel kanskje ikke det lengre ?) og lokalt på macen (clean Home Assistant med kun denne komponenten). Skjer også uansett hvilken adresse jeg bruker. Har ikke hatt tid til å se på det selv, men ser jo ut som om det fungerer for andre. Her ser du hvordan du kan sette logge-nivå per komponent: https://www.home-assistant.io/integrations/logger/#log-levels Error eller warning bør i de fleste tilfeller holde. Du kan også endre standard logge-nivå som da gjelder alt. Står at default er debug, noe som høres rart ut, blir mye spam i loggene av det. Prøv deg gjerne litt frem med de forskjellige nivåene.
  10. Anbefaler deg å se videoen som finnes her: https://www.home-assistant.io/lovelace/
  11. Jeg har brukt denne i mange år på de fleste domene mine! Ingen problemer her. Er også støttet direkte i Home Assistant.
  12. Da har jeg endelig fått flyttet til Oslo og fått tatt i bruk denne! Fungerer utmerket Tusen takk!
  13. Det vil nok fort ødelegge for Google Pay, ja. Fra og med neste år vil det (muligens?) bli et krav om at alt innen finans-apper ikke vil fungere på rootede devicer, bare sånn for å advare deg litt. Dette vil nok også gjelde Google Pay.
  14. Nå har ikke jeg så mye peiling på verken Samsung, NFC eller IDLock. Men hvordan registrerte du telefonen på låsen? Bare la den inntil, eller har du en egen app for dette? "Now Android device has HCE (tech behind Samsung/Google Pay) that is designed to present random UID everytime is it tapped to a reader." Dette er kanskje årsaken? For hver gang du legger telefonen inntil så kommer det en tilfeldig kode?
  15. Prøv å erstatte alle mellomrommene (innrykket) på alt du kopierte inn. Det høres ut som om et "usynlig" tegn ble med. Det siste problemet er litt vanskelig å si hva som er feil uten at du viser oss koden din.
  16. Nei, jeg blingsa "litt" og satte på en 3.3 Ohm, mener jeg det var ? Var i alle fall en brøkdel av det jeg skulle ha. Jeg bor i borettslag og ønsker ikke å tukle med ledningene, ellers hadde jeg prøvd å drive den rett fra ringetrafoen. I dag får jeg bare 2 ledninger inn i leiligheten, så jeg har ikke tilgang på strøm før noen trykker på knappen.
  17. Kobla opp min NodeMCU med MQTT i går for å sjekke om noen ringer på døra. Har basert meg på denne koden / hardwaren: https://github.com/tIsGoud/Doorbell-via-Wemos-and-optocoupler Jeg testet alt på et breadboard og alt fungerte. Jeg lodda alt sammen og alt fungerte. Jeg monterte det i en boks og festa den ved siden av ringeklokka og plutselig kommer det en liten røyksky fra NodeMCUen... Hadde sjekka for kortslutninger hele veien og alt fungerte, så brukte litt tid på å finne ut hva som var galt. Det var rett og slett for svak motstand, så jeg grilla spenningsregulatoren. Sånn går det når man ikke klarer å lese av verdier på motstandene Jeg har ingen elektronikk-bakgrunn, men må kanskje lære meg litt fargekoder på motstander igjen. Nå vurderer jeg å bestille meg et kretskort med mitt design sånn at ting blir litt penere og jeg får den størrelsen jeg trenger. Brukte ca et år fra start til slutt på dette prosjektet, nå blir det vel et nytt år før jeg får det på plass igjen.
  18. Takk! Testet det med en gang under Developer tools -> Templates og det fungerte som det skulle. Har en sensor som har gått tom for strøm som sist sa 10%, og en annen som rapporterer 25%.
  19. Min eldre Philips-tv, ca 4 år gammel, svarer kun på ping om den er på.
  20. Jeg har sikkert flytta herfra før disse ankommer ?
  21. Etter å ha rydda i kablene bak tv-benken og på kontoret litt for mange ganger, bestilte jeg til slutt disse: https://www.ebay.com/itm/50pcs-réutilisable-NYLON-VELCRO-Câble-cordon-Ties-Tidy-ORGANISEUR-Setting/123185042049?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2060353.m2749.l2649 Da slipper jeg å bruke masse strips som jeg må klippe opp hele tiden. Jeg liker å skjule alle kabler som er mulig å skjule, så alt av kabler er festet bak tv-benken og under skrivepulten. Blir fort en del nettverkskabler når det meste skal være kablet. Og siden jeg har en kabel som stikker ut av veggen under skrivepulten, så kjøpte jeg denne nettverkskabelen med 90 grader vinkel for at kabelen skal være minst mulig i veien. Jeg var ikke så smart når jeg plasserte nettverksuttaket, burde hatt det ved siden av pulten og ikke midt under... Kan selvfølgelig flytte det, men enklere å bare kjøpe en ny kabel. https://www.ebay.com/itm/Right-Angled-RJ45-Cat5e-Ethernet-Network-LAN-cable-90-degree-Elbow-0-5m-1m-2m-3m/401448938175?ssPageName=STRK%3AMEBIDX%3AIT&var=671106939800&_trksid=p2060353.m2749.l2649
  22. Har prøvd mange forskjellige konfigurasjoner nå, og har kommet frem til at det mest stabilt (minst mulig start/stopp) er å bare la viftene gå når jeg ser på TV / hører på musikk. Viftene starter på 20%* og øker gradvis når temperaturen stiger. Sjekker temperaturen inni TV-benken, CPU-temperatur på begge PIene (Home-Assistant + RetroPie) og justerer viftene deretter. * Disse viftene går aldri lavere enn 40%, selv om jeg setter PWM til lavere enn 40%. Skrur de av med en transistor ved 0% PWM. Her er koden til Python-scriptet som justerer hastighet. Trigges hver gang en relevant temperatur endres. Ikke 100% fornøyd (eller ferdig) med koden, men den fungerer og jeg har fått fjernet alle feilene som har dukket opp, som feks hastighet i feil format, ugyldig temperaturer ved oppstart osv. Legger ved nytt bilde av temperaturen i TV-benken nå som kan sammenlignes med bildet i forrige post. Ikke store forandringene, men nå går temperaturen aldri over 29 grader (foreløpig). Dette vil nok endres litt mer når jeg ser på lengre filmer, spiller mer på RetroPien, varmere i rommet osv. Som jeg skrev i en tidligere post hadde jeg temperaturer oppe i 39 grader i mai i fjor, og det håper jeg at jeg slipper, spesielt siden det nå er mer hardware inni TV-benken som genererer varme.
  23. Ikke prøvd denne selv, men bør være mulig å gjøre noe lignende: - alias: 'Cube Side 1' trigger: - platform: event event_type: deconz_event event_data: id: lumisensor_cube # event: 1001 condition: - condition: template value_template: >- # Sjekk om event inneholder "100" (ignorere siste siffer) # NB! Ikke testet selv. Har aldri hentet ut data fra eventer tidligere {% if '100' in trigger.event.data["event"] %} True {% else %} False {% endif %} action: - service: input_select.select_option data: entity_id: input_select.cube_select option: 'Side 1' Du skal kunne søke etter "100", "200" eller lignende, dvs du kan ignorere siste siffer. https://community.home-assistant.io/t/use-event-data-from-telegram-in-action/16901/3 Et eksempel jeg fant ved googling, det er mulig å bruke event data (trigger) i condition og/eller action. Personlig har jeg begynt å skrive python-script for litt tyngre automasjoner, fordi det er et mye kraftigere verktøy enn yaml-cofig.
  24. Har fått gjort en del i påsken! Luftkvalitet Kjøpte en Netatmo Healty Home Coach rett før påske for å logge luftkvalitet på soverommet. Hadde en mistanke om for dårlig luftkvalitet, spesielt på vinteren når ikke ale ventiler er åpne. Har ingen balansert ventilasjon. Denne har ingen ferdig komponent til Home Assistant, men det er enkelt å hente ut verdier fra Netatmo sine APIer så det var enkelt å hente ut data (luftkvalitet, temperatur, luftfuktighet, støy). Baserte meg på denne koden. Synes denne dingsen er litt unødvendig stor og jeg liker ikke at den lever i skyen, men tenkte det var greit å ha en "ferdig" dings som referanse til de andre "luftkvalitetmålerne" jeg tenkte å lage. Har bestilt meg et par BME680-sensorer jeg skal bruke sammen med NodeMCU som også skal logge luftkvalitet. Planen er å ha en sensor i hvert rom, 2 soverom + kjøkken/stue (åpen løsning). Fikk beskjed fra posten nå at disse sensorene har ankommet Norge så de kommer vel snart. Her ser dere grafen siste døgnet. Mangler litt data i går pga en krasj på systemet mitt. Viser seg at RPIen har begynt å fuske når jeg overklokker Har vært 100% stabil helt til nå (etter at jeg bytta minnekort for en stund siden), så nå har jeg gått tilbake til default hastighet. Viftekontroll i TV-benk Og en liten oppdatering av viftekontrollen jeg har nå snart holdt på med i et år... Har kjøpt 3 nye vifte til dette med PWM-styring. Var egentlig et lite bomkjøp siden 0% PWM ikke stopper viftene, de vil aldri gå lavere enn 40% uansett hva jeg gjør. Måtte løse dette ved å ha en ekstra transistor som kobler ut strømmen om jeg setter viftene til 0%. Har lært at man må lese specs på vifter. Jeg trodde 0% PWM = 0% hastighet, 50% PWM = 50% hastighet osv. Det stemte tydeligvis ikke. Jeg har sagd et nytt hull på baksiden av TV-benken slik at jeg fikk plass til 2 x 120mm som nå blåser luft inn i TV-benken. Er plassert i hvert sitt hjørne, øverst til venstre og øverst til høyre. Det ble øverst rett og slett fordi det er mange ledninger nederst i TV-benken (høyttaler-ledninger, HDMI-kabler, nettverkskabler osv). Tenkte dette kunne gi bedre sirkulasjon, samtidig som jeg kan la viftene gå på en lavere hastighet enn om jeg har én vifte. Satser på at dette i utgangspunktet skal holde og at jeg slipper å ha en vifte som suger luft ut i og med at det er et par hull til ledninger, samt en sprekk rundt hele fronten hvor luften kan komme seg ut. Har støvfilter foran viftene og satser på at dette overtrykket fra viftene holder støvet ute. Den siste vifta er plassert oppå forsterkeren og vil suge luft opp fra forsterkeren om det blir for varmt. Etter mye googling ser det ut som om det var best for forsterkeren. Denne slår inn én grad over viftene på baksiden av TV-benken, og har ennå ikke opplevd at denne har slått inn. Python scriptet finner dere her. Det blir trigget av denne i Home Assistant. Dette er basert på MQTT som kjører på en gammel Raspberry PI som igjen styrer en Arduino Mega. Det er lite optimalt, så her skal jeg på sikt få kobla Arduinoen direkte på det trådløse nettverket. Her er koden som kjører på Arduinoen. Det er litt klipp og lim fra eksempler så kan ikke garantere at alt fungerer perfekt. Har også lagt inn litt debugging, men dekker nok neppe alle mulige feil-scenarioer. Alt baserer seg på input fra MQTT-serveren på RPIen. Her er koden som kjører på RPIen (python). Har ikke lagd koblingsskjema for dette, men skal se om jeg får gjort dette i fremtiden en gang. I bildet under her ser dere at det var 32 grader i ett minutt i løpet av det siste døgnet. Viftene fikk bytta ut nok luft til å senke temperaturen. Dette er nok ikke et stort problem på denne tiden av året, men om en måned eller to hvor sola varmer opp stua mer tror jeg dette vil ha en større effekt.
×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.