LaStrada

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.

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.

Denne kom akkurat tidsnok, skulle bestille meg en RPI3 uansett Tenkte å lage meg en RetroPie med Moonlight embedded (video) sånn at jeg kan spille på TVen hjemme.

Trondheim her

https://community.home-assistant.io/t/ikea-omlopp-ansluta-anyone-have-experience-with-this/13923/28?u=lastrada Ser ut som om det har begynt å dukke opp nye produkter i enkelte butikker. Usikker på hvilket land han er fra.

Ser det er mange butikker som ikke har den, i tillegg til at det ikke er mulig å kjøpe den på nett. Selv kjøpte jeg en gateway i helga her i Trondheim (Leangen). Forhåpentligvis kommer den på lager igjen over alt

Tror ikke det finnes en fasit her før ting blir tregt. Det som ofte blir problemet er at man har mange scripts som kjører på en RPI, selve z-wave integrasjonen krever, etter min erfaring, svært lite. Er med en gang du skal gjøre noe med dataene det kan stoppe opp. Selv har jeg mange script (vil tippe 100+ som styrer temperaturer, lys, alarm+++) og jeg har aldri hatt et problem med ytelse. Ligger som regel på maks 5%, med noen unntak hvor den er oppe i 10 - 15% ved feks større databaseoppslag (historikk). Selv bruker jeg RPI3.

Jeg har hatt razberry v2 i ca et halvt år og er veldig fornøyd! Hadde v1 tidligere, men den ble ødelagt så valgte å gå for v2. Er merkbart bedre rekkevidde på v2! Eneste minuset jeg har å si er at du låser deg til en Raspberry PI. Om du skal oppgradere til en "vanlig" pc senere, så vil du ikke bruke en razberry direkte (er feks mulig å dele z-wave over MQTT til en annen pc). Har ikke vært et problem for min del, men jeg har også bare en liten leilighet så en Raspberry PI holder foreløpig fint. Mener jeg har i underkant av 30 z-wave noder.

Jepp! Nettverket fungerer perfekt nå, ingen "sticky clients" som jeg hadde før. Amplifi er mye enklere, denne har langt i fra like mange innstillinger. Nå vet ikke jeg så mye om Unifi-serien, så jeg kan ikke svare på hva som faktisk er forskjell... Men Amplifi kan ikke så mye annet enn å gi deg basic funksjonalitet som internett, DHCP, gjestenett osv. Foreløpig ikke støtte for flere VLAN, som jeg vet mange ønsker seg.

Jeg har den og er kjempefornøyd! Kjøpte den fordi vi har tykke betongvegger trådløssignalene sliter med å komme seg gjennom. Får nå utnyttet min 100/100mbps linje i alle rom i leiligheten. Tidligere brukte jeg repeatere, som forsåvidt fungerte greit nok, men problemet var at telefoner slet med å koble seg til det beste aksesspunktet.

Tror dette skal fungere: tesla: name: Tesla Model X view: yes icon: mdi:car entities: - group.tesla_attributes tesla_attributes: name: Tesla Model X view: no entities: - sensor.tesla_model_x_5yjxcce2xhfxxxxxx_battery_sensor

Kan vi se hele konfigurasjonen din? Og kan du ta et screenshot av UIet ditt? Hos meg dukker alle gruppene jeg skriver "view: true" på som en "fane". La ved et bilde av mine faner.

Jeg har nå brukt HASS i over et halvt år og er ganske fornøyd Har en RPI3 og Razberry. Den er foreløpig kraftig nok til mitt bruk (23 z-wave noder + noen få 433mhz sensorer). En ting som er veldig positivt, er at det kommer oppdateringer annen hver uke (+ minor bugfix releaser) og de er ofte raske med å få støtte for ny hardware. En negativ ting er at det kan være noe tungvindt å konfigurere alt. YAML-konfigfilene kan bli store og uoversiktlig, men det finnes flere guider som forklarer hvordan disse kan deles opp i mindre og mer oversiktelige filer. Anbefaler deg å følge med på forumet til hass, det er mye aktivitet og hjelpsomme folk der.

Har tenkt tanken selv! Har en gammel iPad 2 jeg prøvde å bruke, men den var så gammel og treig at den ikke alltid ville reagere... Pluss at skjermen må stå på hele tiden på den. Bruker MQTT Alarm Panel komponenten nå, men kun med det innebygde alarm-panelet. Blir på sikt en Android eller noe lignende det prosjektet i linken i første posten.

Jeg har bestilt Danalock og trenger svar på dette før den blir sendt

Jepp, ekstremt ryddige:

Ny oppdatering fra 15. august:

Jeg har brukt koden som finnes her (med noen få endringer): https://home-assistant.io/blog/2015/10/11/measure-temperature-with-esp8266-and-report-to-mqtt/ Det er ca samme kode som den du linker til, og når wifi og/eller mqtt broker må restarte kobler den seg opp igjen når alt er på plass. Har pussa opp litt de siste ukene og har tatt strømmen på de fleste IOT-dingsene mine så har fått testet dette i praksis Det fungerer fint hver gang.

Jeg har denne sensoren og den ligger i vinduskarmen og måler inne- og utetemperatur hvert minutt. Har vart i ca 1.5 år uten å bytte batteri. Usikker på hvilken firmware jeg bruker på min RFXTRX433E...

Trondheim

Viktig å huske på at RPI bare har USB2, dvs maks teoretisk ytelse på 480 Mb/s (60MB/s), i praksis kanskje opp mot 40-45 MB/s, så det vil aldri bli like bra ytelse som i en vanlig PC med SATA-tilkoblinger. Min erfaring er at skriving til SD-kort sjelden ligger på så mye over 10MB/s, mens lesehastigheten ligger opp på opp mot 30MB/s, så det vil uansett bli en god ytelsesforbedring med SSD! @Hilmar Angående SD-kortet ditt som blir korrupt, jeg hadde samme problem med min RPI 2. Jeg bytta ut en etter en komponent og fant ut at det var dårlig kvalitet på minnekortet og at den fikk litt lite strøm. Bruker nå bare dyrere SD-kort til alle mine PIer (har en av hver generasjon) og kun iPad-ladere (2A). Ikke hatt problem med korrupt data etter dette!

Har nå endelig fått lasta opp koden til mine MQTT sensorer: https://github.com/LaStrada/MQTT-sensors Er ikke ferdig med vifte-styringen til forsterkeren ennå. Mye annet som må gjøres og jeg venter fortsatt på noen deler.

@ZoRaC supert, takk for fin grafer/statistikk

Har akkurat satt opp MQTT med Home Assistant. Tar litt tid å sette seg inn i, men når du først har gjort det er det utrolig mye du kan få til Setter opp flere NodeMCUer i leiligheten min nå med dette, og angrer ikke et sekund på at jeg begynte på dette. Før brukte jeg curl, men har gått helt bort i fra det nå. MQTT er, sånn jeg ser det, bedre i og med at du kan få de til å garantere at beskjeden kommer frem, legge nye beskjeder i kø i tilfelle en node er nede, osv. Jeg bruker bare standardinnstillingene i Home Assistant og det fungerer perfekt.

Vifta er ganske stillegående så sånn sett hadde 12v med bare av/på fungert bra nok når jeg ser film. Men i rolige scener hører jeg vifta så da kommer det til å irritere meg, kjenner jeg meg selv rett. Hadde planlagt at vifta skulle skru seg på 20% med PWM ved 32 grader og gradvis opp til 100% ved 45 grader. Etter en del målinger ser det ut til at temperaturen rett over forsterkeren ofte ligger på 30-31 grader etter få minutter tv-titting eller musikk i noen minutter, derfor valgte jeg fra 32 grader sånn at den ikke står på unødvendig ofte. Å ha en nexa eller lignende synes jeg blir litt overkill Men tanken har slått meg, i alle fall som en midlertidlig løsning. Har nok av relé-moduler (dog bare moduler med 4 releer) så det er absolutt mulig å bruke det, men har som sagt lyst til å få til PWM på 12v. Mest fordi jeg kan og fordi det er morsomt å prøve nye ting ? Fant et par ethernet-shield i boden rett etter forrige post, så vurderer å bruke kabla nettverk her, selv om en Arduino Uno + ethernet shield tar mye større plass enn en liten NodeMCU. Men jeg liker å ha så mye som mulig kabla når jeg først har lagt opp kabla nettverk dit. Får se hva jeg gjør. @ZoRaC Hvor mye kaldere ble det etter at du monterte vifte? Og ved hvilken temperatur viften seg på?