LaStrada

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å?

Har de siste ukene mottatt en del ting jeg har bestilt fra ebay, og nå som det har vært langhelg har jeg fått gjort litt: TV-benk: Her har jeg brukt en Raspberry Pi 1 i noen uker for å logge temperatur. Det bekreftet mine mistanker, det blir varmt her! Oppe i 37-39 grader etter en kort film når det ikke er kjempevarmt i leiligheten. Har ikke prøvd å se lengre filmer eller brukt anlegget til musikk eller lignende, men jeg antar temperaturen kan bli noe høyere. Har nå koblet opp en NodeMCU med en DS18B20 temperatursensor som logger temperatur via mqtt. Prøvde meg på å styre en PC-vifte (12v) fra Kina med PWM, men etter mye styr fikk jeg ikke dette til å fungere med en vanlig Arduino eller NodeMCU. Prøvde til slutt vifta i en PC og det viste seg at PWM-inngangen ikke fungerer... Så da får jeg se om jeg går for en ny vifte eller bruker 5v som spenning på vifta + en transistor e.l. som skru av/på vifta ved behov. Mangler fortsatt en koblingsboks, så bilder osv kommer senere når alt er på plass. Soverom: Her har jeg koblet opp en NodeMCU med en DHT11 som logger temperatur og luftfuktighet. DHT11 er ikke like nøyaktig som DHT22, så denne kommer til å bli byttet ut når jeg får DHT22 sensorer i posten. Tidligere har jeg hatt en 433mhz sensor fra Clas Ohlson, men denne sliter med dårlig signal (murvegger...), noe som fører til at temperatursensoren kan være utilgjengelig i flere timer. Siden denne temperatursensoren styrer panelovnen på soverommet kan dette føre til ustabile temperaturer. Tenker at den nye NodeMCU-sensoren blir "hovedsensoren" med 433mhz som backup i tilfelle wifi går ned eller lignende. Tror ikke det blir så populært om det blir 25+ grader på soverommet om dette skulle streike midt på natta. Overvåkningskamera: Som jeg nevnte i første posten her, styrer jeg strømmen til et overvåkningskamera. Har nå byttet ut en Raspberry Pi med en NodeMCU som styrer releet som tar strømmen til kameraet. Det fungerer på samme måte som før, men bruker mye mindre strøm, er raskere til å boote ferdig og få nettverk ved strømbrudd (ca 5 sek vs 90 sek), og ikke minst, den er mye mindre, dvs enklere å gjemme bort. Nå fikk jeg plass til NodeMCU + relé i en koblingsboks, i motsetning til RPI case + koblingsboks før. Kegerator (planlegging): Driver og planlegger kegerator-sensorer. For de som ikke vet hva en kegerator er, kan dere google dette. Ønsker å logge temperatur, luftfuktighet og om døra er lukket. Bruker fortsatt den innebygde termostaten i kjøleskapet så jeg har lyst til å logge temperaturen her for å sjekke om temperaturen er stabil og nøyaktig nok. Har en Fibaro Binary Switch liggende som jeg ikke bruker lengre, så det er mulig å bruke denne, men da får jeg ikke luftfuktighet. Kommer til å publisere kode til alle sensorene etterhvert, men nå inneholder koden sensitiv informasjon til wifi og mqtt, så dette må ryddes litt opp i før jeg legger det ut.

Dette er bare noe jeg fant etter litt googling. Har nå fjernet den linja (under port 80 og 443) og det gir samme resultat, så tror ikke den linja gjør noe magisk. Men én ting er forskjell på den config-fila jeg linka til over her, og config-filene for domene mine: server { listen 443; server_name mitt.domene www.mitt.domene; ... } For default configen (den som tar i mot alt, den jeg postet over her): server { listen 443 default; server_name _; ... } Merk forskjell på "listen" linjene. Om man har med "default" tar den imot alt, bortsett fra det som er i de andre config-filene. Jeg tror dette er selve magien her, men er som sagt ingen ekspert på dette området.