Gå til innhold
  • Bli medlem

Mathias

Medlemmer
  • Innholdsteller

    282
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    9

Mathias vant dagen sist 5. november

Mathias hadde mest likt innhold!

Hjemmeautomasjon

  • System
    Home Assistant

Nylige profilbesøk

742 profilvisninger

Mathias's Achievements

Avansert medlem

Avansert medlem (3/3)

107

Nettsamfunnsomdømme

  1. Du har rett. Jeg koblet det motsatt. Motor ble koblet til COM. Måtte se på bildene for å se etter
  2. Ble litt usikker på det nå ja. Tegnet på husken da jeg har plukket det ned og demontert. Det som er sikkert er at batteriet aldri måtte lades og det holdt lenge og i tillegg var det aldri noe varmgang i noen av ledningene eller komponenter. Jeg fjerner tegningen slik at ikke noen andre følger den. Fint at du følger med
  3. å sånn sett... timer på 6 sek når den kjører ned. Magnetbryter på toppen
  4. Ja, men jeg kjører releene som intern med en automasjon som gjør at den aldri skrur på begge samtidig. Altså den slår av det ene før den slår på det andre. Har ikke hatt noen tilfeller av at det blir varme eller noe sånt så det skal være ok. Men ja, det ble noe surr første gangen jeg kjørte den før jeg la inn den automasjonen Edit: Bare så det er sagt. Dette er ikke en anbefalt måte å styre en gardin på da den bråker noe inni granskauen Så jeg har allerede plukket det ned. Ville bare se om jeg fikk det til og det gjorde jeg
  5. Jeg koblet det slik: *fjernet* Dette gjør at hvis rele 1 er på og rele 2 av så går motoren den ene veien, og motsatt så går motoren den andre veien. Og hvis begge releene er på så stopper motoren, samme hvis begge releene er av. For meg så var det ikke viktig hvilken vei den går på hvilket rele så akkurat det kan jeg ikke fortelle deg hva som er hva. Vet heller ikke om jeg er presis på +/- på motoren på tegningen, men det er ikke vesentlig så lenge man ikke er avhengig av at et spesifikt rele kjører motoren en spesifikk vei.
  6. Det at den åpner seg når du er 100 m unnna kan vel løses med Zones i HA-appen. Da kan du definere en sone som trigger en event/automasjon. Men da vil den åpne seg både hvis du kommer gående, syklende eller kjører bil. Hvis HA i tillegg vet om du kjører bil så kan du legge det inn som en forutsetning i automasjonen. Evt om du kan si at du beveger deg i mer enn en gitt hastighet ved å definere en sone utenfor der igjen som gir deg en mulighet til å måle tiden det tar fra en sone til en annen og gjøre noe lurt med det. Åpne garsjeporten når du setter deg inn i bilen... hva med en sensor i setet eller kanskje en knapp på veggen rett ved siden av bilen? Igjen, hvis bilen har integrasjon mot HA, avhengig av hva du vet i HA, kan du vil finne et sett med forutsetninger som må være oppfylt for at man skal kunne vite (sterkt anta) at nå skal bilen kjøres ut av garasjen. Jeg trykker på en knapp i garasjen når jeg skal ut å kjøre og gir beskjed til Siri om å åpne den når jeg er på vei hjem. Edit: Siden det står på profilen din at du kjører Home Assistant så antok jeg bare at det er der du vil styre det
  7. Fikk akutt lyst på et lite mekke-prosjekt her om dagen. Fant en gammel IKEA Fixa-drill som ikke er særlig god og aldri blir brukt. Så jeg tenkte at denne måtte det vel gå an å lage noe av. Demonterte drillen og klippet den fra hverandre der det føltes nødvendig. Fant også fram en ESP-01 5V 2 Channel Relay. Drillen drives av et 7V batteri så for å drive 5V relemodulen måtte jeg via en buck-converter. Ferdig koblet: Dyttet alt bortsett fra rele og bryter tilbake inn i drillen Designet og 3D-printet boks til rele, feste og drivverk til en rullegardin og monterte det Liten video:
  8. Det regner jeg med at noen finner ut av, ja. Hadde vært kult med Mill-ovner på ESPHome
  9. My fornuftig som er skrevet her og det kan vel oppsummeres med at man trenger et solid system i bunn som styrer alt og at det er fornuftig å velge standarder (zigbee/zwave osv) framfor system når man velger enheter. Jeg kjører Home Assistant i bunn med både zigbee, zwave og wifi-dingser. Prøver å unngå wifi der det er mulig. Min erfaring hittil, noe som godt kan være mer pga hvilke merker jeg har og ikke standarden, er at hvis enheten skal kjøre på batteri så er zigbee å foretrekke. Så har det mer eller mindre tilfeldig blitt sånn her i huset at termostater og rele/dimmere er zwave mens lyspærer og sensorer er zigbee. Den viktigste årsaken til det er at IKEA, HUE og flere andre kjører zigbee og at "kinavarer" på batteri som regel er zigbee, som eksempelvis Aqara. Wifi unngår jeg fordi at nettet fort fylles med påkoblede enheter og at de ofte krever skytjenester, men når jeg først skal bruke wifi så prøver jeg så langt det lar seg gjøre å få det inn i ESPHome. Uten å ha målt det så er følelsen min at det er mer problemer med zwave enn zigbee her i huset, men har egentlig sjelden problemer med noen av dem. Så når du spør om en liste med enheter og systemer, så tviler jeg på at det skjer. Enkelt og greit fordi at noe sånt må vedlikeholdes og blir fort utdatert og den jobben tar aldri slutt. Men standarder kan man forholde seg til over tid. Hvis man er konkret når man spør om tips til valg så får man som regel gode råd her inne. Så jeg ville heller anbefalt at systemet støtter zwave og zigbee og så spør man om konkrete tips til enheter relatert til konkrete bruksområder. Eksempelvis tips om termostater til varmekabler eller dimmer med fysisk dimmerhjul på veggen. Lag gjerne en liste med hva du trenger som folk kan svare på.
  10. Jeg har to pumper fra Daikin. En hjemme en og en på hytta. Valgte den på hytta pga god effekt ved lav utetemperatur. Men like viktig for meg er at integrasjonen i HA baserer seg på såkalt Local Polling som gjør at man ikke må via en skytjeneste for å styre den. Jeg er veldig fornøyd med Daikin, men er også fornøyd med ytelsen på min gamle Panasonic Ser man på Mitsubishi (MELcloud), så integreres den i HA basert på Cloud Polling, noe som jeg helst unngår.
  11. Jeg har veldig god erfaring med min Daikin på wifi Den har integrasjon mot HA som oppdager pumpen med en gang den kobler på lokalnettet første gang
  12. Måtte få på plass et kamera på 3D-printeren min så da satte jeg i gang med det jeg haddde liggende. ESP32Cam med Tasmota32 SK6812 ledstriper ESP8266 D1 mini med ESPHome Resten har jeg printa og laget selv Ble helt ok dette. Får iallefall et godt bilder som gir meg både info om pågående utskrift og timelapse. Gøy var det iallefall
  13. Er det ikke slik at script i HA vises som bryter (switch) i Homekit? I så fall kan du jo lage ett skript pr. Airflow som du kan styre i Homekit. Altså at du lager script som bruker service ecovent_set_airflow til å sette verdi.
  14. Den nye versjonen kom vel i går eller noe så i såfall har det forhåpentlig rammet meg positivt Har lest gjennom endringene som er gjort i versjon 2021.8.0 og ser at det blant annet er en del punkter som gjelder feilretting mot ESP32-brikker som jeg håper har positiv effekt på kamaraer. Er ikke alltid så enkelt å se hva endringene faktisk er med mindre man bruker en del tid på Github. Har ikke fått testet det som var problemet mitt ennå da jeg er på hytta, men oppdaterte ett kamera med siste versjon og det fungerte i alle fall etter oppdateringen også
  15. Hei Jeg kjører begge deler og synes det fungerer fint. Hadde jeg startet helt fra ingenting så hadde jeg nok gått for kun Conbee, men siden jeg hadde Hue-hubben før jeg anskaffet meg Conbee så lar jeg Hue være Hue og resten styres i Conbee. Ulempen er at det det blir to nett og man drar ikke full nytte av mesh-nettet. Det har gjort at jeg ved ett tilfelle måtte koble en Hue-plugg til Conbee for å nå den mest avsideliggende kroken i huset. Dette fordi at det er kun enheter på fast strøm som fungerer som aktiv node i nettet. Fordelen slik jeg ser det er at man med Hue-hubben får oppdateringer til Hue-pærene. Mulig man får dette via deConz også, men det har jeg aldri sett noe til. Jeg kjører Z-wave to MQTT JS og liker den veldig godt. Denne har et veldig godt kontrollpanel som man ikke får ved å kjøre standard JS. Da kan man blant annet OTE-oppdatere enheter, trigge Reinterview osv. Man kan også bruke MQTT-meldinger til trigge ting i HA som ellers ikke ville være mulig med standardfunksjoner på visse enheter. Som feks at man kan snappe opp trykk på brytere og bruke det som sensor eller trigge automasjoner. Dette vil vel være det samme om man kjører Zigbee to MQTT.
×
×
  • Opprett ny...