Håller inte alls med, inget av det du nämner är p.g.a att källkoden råkar vara tillgänglig på github.
Det är ju det som är Home Assistants största fördel!
att alla kan bidra, och man behöver inte oroa sig för att det är något kickstarter bolag som ska gå under och man måste göra om allt man har satt upp, och kanske byta till ett system som bara har stöd för knappt hälften av alla dina enheter. Det gör dessutom att obskyra svenska märken oftast har någon eldsjäl som bygger en integration.
Relativt enkel och väldigt bra hemautomation. Open source är klart största fördelen.
Största nackdelen tycker jag är rörligheten. Bra att det utvecklas snabbt men det märks att det inte är en mogen produkt eller har tillräckligt konsekvenstänk. Såna enkla saker som att de döper om attribut eller flyttar omkring värden i sina API'er för att det blir snyggare => plugins slutar fungera vilka måste åtgärdas. Eller som att tvinga in config från yaml till gui, fast för att ändra värden blir man tvungen att ta bort och lägga till pluginet igen (går inte att ändra via gui på samma sätt som tidigare i script).
Så fort man uppdaterar måste man kolla breaking changes och leta efter saker som påverkar ens installation samt kolla igenom så alla siffror och automationer fortfarande syns efteråt. Här kunde de gärna få slipa på sina processer för att minska användares huvudvärk vid uppdateringar.
Det är lite som att svära i kyrkan när man tar ställning till open source. Jag står med ett ben i varje läger. Jag älskar open source pga dess community och kan se så många fördelar med hur en produkt växer med hjälp av dess användare.
Den största nackdelen som @MurdinE också belyser, är att du inte har någon som håller i stafettpinnen och håller ihop helheten (vilket också många gånger kan påverka en produkt utvecklingsförmåga).
När en plugin uppdateras för att få annan funktionalitet... någon har städat upp bland variabler eller börjat förändra hur en kedja ter sig i ett flöde så slutar saker i andra moduler att fungera, för att de förlitar sig på data från andra källor.
Där sätter du konsumenten i ett dilemma. Vem äger problemet? Utvecklaren av modul A eller B? Konsumenten? Oavsett vem så får du en impact av en förändring som ofta resulterar i timmars felsökning, oberäkneliga svordomar och som väldigt många gånger slutar i att konsumenten får vända sig till båda utvecklarna. Har man tur tar någon åt sig av ditt dilemma och engagerar sig för att lösa problemet, eller så hamnar det i en backlog för feature requests som läggs på hög.
Det var lite det jag vill framhäva är en akilleshäl för alla open source projekt. Ofta går det att lösa med någon annan integration - men det kräver då att konsumenten engagerar och avsätter sin tid/plånbok för att lösa ett problem som inte existerade för en månad sedan.
En annan akilleshäl i ett open source projekt är att konsumenten inte kan utföra några kvalitetskontroller på det som installeras - om man inte är kapabel nog att kunna utläsa vad all kod gör i respektive fil. Ta wordpress som ett praktexempel på hur många plugins varje vecka som blir svartlistade, för att de innehåller skadlig kod eller är sårbara för attacker.
Med det sagt - så finns det otroliga fördelar med open source, så som tillgänglighet av funktioner, anpassningar och ledtiderna av implementation för ny funktionalitet, på grund av användarbasen som har ett behov.
Jag kör OpenHAB sedan några år tillbaka, på den tiden kändes OpenHAB mer kompetent än HA. Nån som kört båda nyligen och kan ge en färsk jämförelse på hur det är idag? Jag har förstått att HA har utvecklats mycket på ganska kort tid...
Jag körde både HA och OpenHAB, samt även Domoticz paralellet under 2015 för att utvärdera vilket jag skulle välja. OpenHAB var då en given vinnare då jag tycker det krävdes alldeles för mycket av mig som användare för att få HA och Domoticz att fungera. OpenHAB var väl inte ljusår för de andra, de var rätt snarlika, men av någon anledning fastnade jag mer för openHAB under ett år - till jag köpte mig en Homey 2016 och lade ner alla andra projekt.
När jag började skriva min HA artikel var jag faktiskt lite orolig för hur mycket jobb jag skulle behöva lägga ner för att få fram ett vettigt första material. Jag blev så chockad över hur långt HA har kommit och hur smidig hela processen var - att jag framåt kommer jobba vidare med min installation och få min Homey samt HA att samexistera i samma hem.
Jag tycker definitivt du ska ge HA en ärlig chans iaf.
Perfekt jag som håller och komma igång och lära mig HA.
Gött att kunna få in alla protokoll under ett och samma tak. (Wifi, 433mhz, zigbee, z-wave)
Kör de just nu via viritualbox men tanken är gå över till rpin.
Kul att du är på gång. Säg gärna till om det är något särskilt du vill att vi täcker i en artikel framåt.
Underskatta inte att skriva så mycket som möjligt med Yaml, visst är det en högre inlärningskurva än att dra grafiska flöden i Node-Red, men de som valt att göra sina automatiseringar grafiskt tenderar glömma och dribbla bort sig själv om de behöver editera något efter 3 månader. Yaml är mycket renare. Mycket enklare att komma tillbaka till ifall man behöver ändra något.
En annan variant är att hålla sig till Blueprints.
När man lär sig förstå hur YAML konfig filerna är uppbyggda, vad som är vad och hur du kan kontrollera allt på ett helt annat plan - så köper jag dina argument.
Däremot, när man börjar få ett hundratal enheter eller fler, automatiseringar som liknar tomtens julklappslista och tredje parts entiteter som officiellt inte går in via en integration till både höger och vänster, så börjar det bli jobbigt att hitta i konfigurationsfilen. Visst finns det sökfunktionalitet - men det förutsätter att du kommer ihåg vad du döpt allting till.
Tyckte ni det var ett vettigt första upplägg av HA? Var det något ni kände att jag missat?
