Jag skulle varmt rekommendera att lägga en del pengar på Ubiquiti Unifis lösningar. Har dom hos föräldrarna, hemma, jobbet och hos min syster. Fungerar riktigt bra. PoE på alla prylar. Nätverkskameror lagras lokalt och dom har ett OS som håller koll på hela systemet. Visst, dom är lite dyrare men det är värt det i längden.
Jag kör med en dream machine som router/lagring NVR och sedan en switch med PoE. Dom integrerar även bra med HA
Jag kör med en dream machine som router/lagring NVR och sedan en switch med PoE. Dom integrerar även bra med HA
Synd. Då kanske en accesspunkt i lämpliga rum också går bort?jonmo skrev:
Jag har en RFXtrx433XL som nu verkar ha ersatts av: https://www.lohelectronics.se/hemautomation/433mhz/controllers-1109/rfx-433-usb-transceiverAlfredo skrev:
Mina sensorer är:
https://www.lohelectronics.se/hemau...10/tradlos-temp-luftfukt-for-inne-utomhusbruk
Kontrollern stöder mängder av olika tillverkare och protokoll, jag körde bl a vår markis (som hade en vanlig enkel fjärrkontroll) med samma kontroller i HA när vi bodde i lägenhet. Kontrollern har en native integration i HA.
Använder även en sensor i bilen som närvarosensor, så man kan se i HA om bilen är hemma eller ej.
Jo det är ju det enkla sättet. Jag planerar i dagsläget inga kameror och har som mål att inte bygga in mig i något slutet ekosystem. Jag har blivit bränd tidigare på sånt (telldus, sonos) och har kompetensen att sätta upp egna grejer.N Noooordin skrev:
Tanken är att utnyttja det jag har, vilket är ett antal Google Wifi. Eth-uttag kommer sättas på lämpliga platser i vardagsrum och hall där jag har möjlighet så att täckningen blir tillräckligt bra.philsson87 skrev:
Är det något en fru inte blir med ett väldesignat KNX-system så är det just skogstokig...mexitegel skrev:
Efter 15 år eller så med KNX rekommenderar jag det till allt och alla.
Man ska dock fundera både en och tre gånger på om och hur man ska integrera andra system mot KNX-systemet (t.ex. ZigBee, LoRaWAN etc.).
Det stora problemet med automation och smarta system är inte att hantera belysningen, det är bara att göra och det fungerar med i princip vilket system som helst.jbr skrev:
Är det något en fru inte blir med ett väldesignat KNX-system så är det just skogstokig...
Efter 15 år eller så med KNX rekommenderar jag det till allt och alla.
Man ska dock fundera både en och tre gånger på om och hur man ska integrera andra system mot KNX-systemet (t.ex. ZigBee, LoRaWAN etc.).
Det är de andra sakerna som driver komplexitet:
- styrning av laddbox efter elpris/effekttariff
- styrning av värme
- styrning av varmvattenvärmning
- styrning av badtunna
- styrning av garageport (automatisk stängning kl 22 ifall man glömt)
- ytterdörr
- osv osv
Framförallt är det när utrustningen inte fungerar som man har problem. Exempelvis när ZigBee-gatewayen har ställt sig i ett hörn, eller när en strömbrytare vill para om sig med centralenheten efter ett strömavbrott.
Håller helt med och det är därför jag tycker man ska fundera till kring integrering av olika system.pacman42 skrev:
Vad är kritiskt...vilka nivåer av redundans...etc.
Jag styr (utöver belysning) bl.a. även golvvärme, ventilation, uppvärmning, varmvatten, poolklorering, billaddning med KNX. Jag har valt att låta en dedikerad KNX-produkt sköta beräkningar, logik och övervakning för att ge mig den nivå av tillförlitlighet som jag är nöjd med.
Jag har då även valt att i de flesta fall använda KNX-sensorer för att erhålla, i mitt tycke, en större tillförlitlighet.
Kul att höra! Min tanke är att HA får kontrollera all metastyrning:Är det något en fru inte blir med ett väldesignat KNX-system så är det just skogstokig...
Efter 15 år eller så med KNX rekommenderar jag det till allt och alla.
Man ska dock fundera både en och tre gånger på om och hur man ska integrera andra system mot KNX-systemet (t.ex. ZigBee, LoRaWAN etc.).
- dimma upp och ner utebelysning baserat på väderstationen
- Slå av och på fönsterlampor och annat för att fakea närvaro
- Styra säsongsbelysning
Ren KNX är det däremot på all kommunikation knapp -> belysning. Den kan förvisso krångla, men bara om själva hårdvaran ger upp tänker jag. På det sättet är jag aldrig beroende av HA för sådant som är kritiskt.
Min fru läste för övrigt tråden igår och sa att det som händer om inte lamporna slocknar är att hon skruvar ur dem. Lät enkelt tycker jag.
Medan jag gör samma saker med ZigBee och HTTPS/WiFi. HTTPS/WiFi är extremt stabilt om man har det (nätet) dedicerat för detta ändamål enbart. ZigBee är betydligt instabilare. Jag tror inte det beror på protokollet då den delen verkar vara väldigt stabil, utan jag tror mer att det beror på snabba release-cykler på mjukvaran och med bristfällig kvalitetskontroll (exempelvis minnesskydd).
Jo det är bara en fråga om personliga bedömningar och val där jag värdesätter stabiliteten i protokollet och det faktum att busskommunikationen går via tråd och ej har en central styrenhet.
Nu behövs ju trots det en central enhet för avancerad logik och beräkningar men min ambition är att hela tiden ha fungerade grundfunktioner om denna lägger av.
Nu har även jag avvikit från den ortodoxa läran och använder brandvarnare som kommunicerar över ZigBee som via en brygga kommunicerar med KNX. Detsamma gäller väderdata som hämtas från en väderstation med hjälp av HTTP request.
Jag har även brandvarnare via ZigBee och väderdata via HTTP. Det är svårt att undvika just dessa om man vill ha dem integrerade.
Ett tips för att undvika problem är att boota om centralenheten en gång per dygn, då blir det mer stabilt oavsett protokoll.