Ich würde gerne wissen, wie man iob das heimtelefonieren verbieten kann, ohne dass es den Dienst verweigert... So schnell hab ich noch keine Software von meinem Proxmox gekickt. Sorry, kleiner Rant, aber sowas geht gar nicht ... Gruß
@@haus_automation ist mit Annahme der Bedingungen verknüpft, somit nicht möglich. (Installation als lxc über helper scripts) Es ließt sich wie " aktiviere jetzt, später kannst du es in den Einstellungen anpassen" nur mit Aktivierung geht's weiter. In den Einstellungen wird, wenn man "keine" auswählt det speichern Button ausgegraut.
Ich nutze ioBroker seit über 5 Jahren, bin kein Programmierer und schätze deswegen Blockly besonders. Damit habe ich mir meine ganzen Szenarien und Abläufe bauen können.
bin mit C64 und Listings aufgewachsen, Programmieren unter DOS und Windows kein Problem. Alles als Hobby. Aber im SmartHome bzw. ConnectedHome Bereich finde ich Blockly ungeschlagen! Es ist einfach nur logisch, sich seine Automationen in dieser Form zusammenzuklicken! Ich habe den ioBroker seit 2020 im Einsatz und habe bisher so gut wie keine negativen Erfahrungen machen müssen. HA hätte ich sicherlich schon ausprobiert, wäre die Automatisierung ähnlich intuitiv mit Blockly zu lösen. Aber YAML etc. tue ich mir nicht an - auch weil man privat im mittleren Alter einfach mehr andere, wichtige Sachen zu tun hat als irgendwelche Konfigurationen etc. zu tätigen. DAnke für deinen Einblick in beide Systemen und gerne in Zukunft weitere Updates hierzu :)
Blockly ist definitiv ungeschlagen. Komplexere Sachen mache ich tatsächlich mittlerweile direkt in JS. Parallel habe ich eine HA VM am laufen. Komplexe Automationen sind schlicht und ergreifend "pain in the ass". YAML ist dafür einfach nicht gemacht. Hinzu kommt, dass ModBus im HA zwar funktioniert, aber darauf Automationen aufzubauen wiederum nicht gescheit möglich ist. Für mich schon das K.o. Kriterium. Wenn man lediglich alle Geräte zusammenführen will, dann ist HA ganz nett. Aber auch das geht in IOBroker.
Matthias danke für das Video. 😊 Ich setze nach wie vor den IOB ein und installiere bei Freunden/Familie den IOB inkl. Schulung etc. Auf lange Sicht sollten wir da auch mal etwas Flagge zeigen und uns nicht wieder von der schieren Masse der englischen Community verleiten lassen. Konkurrenz belebt bekanntlich das Geschäft :-) IOB wäre aber gut beraten die englische Community mehr zu integrieren weil Sie sonst einfach zu wenig Reichweite haben und die Features irgendwann nicht mehr gegen HASS mithalten können. Team IOB 😊
ioBroker ist auf RUclips und in Social Media unterrepräsentiert. Und das schon im deutschsprachigen Raum... Also gerne mit einem Kanal dazu durchstarten. An den Kommentaren merkt man ja, dass ioBroker durchaus beliebt ist und die Leute die Vorzüge kennen. Nur kommuniziert das kaum noch jemand.
Ich hab mit IOBroker angefangen und bleibe auch Team IOBroker! Für mich das passendere, ich bin in meiner Programmierung einfach freier ebenso beim Thema Visualisierungen.
Da bin ich ganz klar bei dir. Ich nutze ioB jetzt schon seit 6 oder 7 Jahren. Mit meiner VIS kann ich praktisch das ganze Haus, den Garten oder auch die Ladung des Hausakkus oder der E-Autos steuern. Selbst meine Heizung wird über ioB gesteuert. Zudem hab ich mittlerweile eine relativ große Datenbank mit Messwerten im Hintergrund die sowohl tabellarisch als auch graphisch ausgewertet und angezeigt werden können. Es laufen sicher 150-200 Skripts und das System ist dank Dockerunterbau und automatischen Updates relativ sicher. Ich werde sicher nicht wechseln und freu mich schon am nächsten Mittwoch aufs ioBroker-Treffen 👍😁
Danke für den Vergleich, für jemanden der sich nur mit HA beschäftigt hat super interessant, wie du das bewertest, der beide Systeme sehr gut kennt. Für mich noch ein Vorteil durch die große Community in HA sind die Blueprints. Also vorgefertigte Automationen die ich nur noch per User Interface konfigurieren muss. Bspw. Notifications per Handy wenn die Batterien von Zigbee Geräten leer werden. Das sind dank Blueprint nur 6-7 Klicks und man ist beim Ergebnis. Da bin ich im Forum auch schon öfters über Blueprints gestolpert bei denen ich nicht einmal auf die Idee gekommen wäre das umzusetzen. Bezüglich YAML bin ich ganz deiner Meinung, gerade als Einsteiger habe ich mir da lange schwer mit getan. Wen man sich aber mal 30 Minuten Zeit nimmt ist das eigentlich gar nicht mehr so schwer. Schön ist natürlich trotzdem noch etwas anderes
Hmm..... das Thema YAML schreckt mich ab, ja ich habe Home Assistant installiert, und 95% der Geräte Eingerichtet das geht wirklich Super Einfach, auch ohne Englisch Kenntnisse; aber das wars dann auch schon, gut ich habe mich mal an einer Einfachen Aktion versucht, einen Akktor zu einer Bestimmtem Zeit mit einem Bestimmten Füllstand zu aktivieren o. zu deaktivieren, bin ich schon völlig Gescheitert, eine Vorlage "Blueprint" geholt dies sollte dann per YAML angepasst werden, ab da war ich raus! Wenn man Englisch weder in Wort und Schrift versteht, ist es fast unmöglich irgendein Code in Englischer Sprache einzutippen. Da bleibe ich doch lieber beim Blockly, da schiebe ich nur "Kästchen" zusammen und irgendwann geht es dann, meistens oder ich Frage im Forum nach 🙂 Nicht falsch verstehen, ich weiß das in der Welt der Programmierer, Englich Pflicht ist, es ist kein Vorwurf, ich muss dann andere Wege finden....
@@bushcrafthessen21 YAML hat mich wahnsinnig gemacht. Ich bin zu doof dafür, ein Leerzeichen zu viel oder zu wenig, zack, Fehlermeldung und dann teilweise im Log für mich als Programmierdummie nicht zu erkennen. Daher löse ich meine komplette Automation mit NodeRed und das läuft wirklich top. Ich würde HA nie mehr ohne NodeRed betreiben
Ein solches Video / Beitrag / Artikel habe ich mir vor 2 Jahren sehnlichst gewünscht, als ich mir genau die Frage nach meiner zukünftigen Plattform gestellt habe. Gab‘s nicht. Selbst jetzt als Home Assistant Nutzer (hat sich für als super Entscheidung bewährt) finde ich diese Gegenüberstellung in den von Dir gewählten Dimensionen nochmal sehr interessant. Danke!
Sehr aufschlussreich, danke! Da bleibe ich weiter beim ioBroker mit Blockly und kann ohne vertiefte Programmierkenntnisse doch recht komplexe Programme erstellen :-)
Nachdem ich lange mit IO Broker beschäftigt habe und nun vor 3 Monaten mal Home Assistant eine Chance gegeben habe, habe ich mich geärgert warum ich das nicht viel früher gemacht habe. Egal ob PV Anlage oder Waschmaschine, alles war so schnell eingebunden während es im Broker ständig gebastel war und nicht funktionieren wollte. Kann es nur jedem empfehlen.
wobei HA keine Ahnung von zukunft hat - ich bastle schon länger daran dynamischen strompreis bei Homeassistant mit reinzuholen und preisabhängig zu schalten. - ist tricky freundlich gesagt. Homeassistant lebt nur im hier und jetzt :-)
Super Vergleich. Danke. Dachte immer ich möchte von ioBroker auf HA umsteigen. Dein Video hat aber gezeigt das bei HA auch nicht alles perfekt ist und ioBroker weiterhin seine Berechtigung hat
sehr guter Beitrag. Habe nach 2 Jahren vor 8 Monaten von ioBroker zu HA gewechselt und es bis jetzt nicht bereut. Gesamthaft ist das Ganze stabiler und bietet v.a. auch bez. Sicherheit ein besseres Umfeld. Bez. Visualisierung entspricht mir HA wesentlich besser. Die vielen notwendigen Neustarts nerven aber tatsächlich
Schöner verständlicher Beitrag. Ich selbst bin vor einigen Tagen beim Home Assistend eingestiegen. Ich hoffe das ich bald eine Integration zum FHEM finde um erst mal meine alte Welt zu ertüchtigen. Die Perspektive zu aktuellen Integrationen sieht erst mal vielversprechend aus. Ich bleibe gespannt und folge deinem Masterkurs. Wie gesagt, dieser Beitrag hat wieder etwas Licht in mein Dunkel gebracht 😅 - DANKESCHÖN
Schönes Video. Wenn man sich nicht mit den eher wenig flexiblen Automationen in Home Assistant rumschlagen will, dann einfach Node Red als Add-on installieren und dort alles machen. Gibt nix besseres. Ich bin schon seit vielen Jahren bei Home Assistant und habe immer alle Automationen in Node Red gemacht. Das ist einfach, intuitiv und man hat im Grunde unendliche Möglichkeiten. Ein Video zur Entwicklung von Integrationen fände ich sehr spannend. PS: Anpassungen an den Integrationen werden auch in den Punkt-Releases eingepflegt, die mehrmals im Monat kommen. Da muss man also nicht einen Monat darauf warten. PPS: Ich komme wirklich aus den Anfängen von Home Assistant als man noch alles in YAML machen musste und bin selber Informatiker. Das hat sicher Einfluss auf meine Sichtweise, dass ich HA besser finde.
Ich bin von IoBroker auf HA gewechselt, die riesige Auswahl der unterstützten Geräte und die App haben mich dazu bewegt. IoBroker läuft bei mir immer noch aber nur wegen des tollen Awtrix Adapters, da gibt es leider bei HA nichts Vergleichbares. Toller Vergleich.
Als Neuling in diesem Bereich habe ich aktuell so ziemlich Null Ahnung im Vergleich zu Euch. Deutlich wurde allerdings auch mir, dass ich als Anfänger mit dem Home Assistant sehr viel entspannter unterwegs sein dürfte. Tolles Video! 🙂👍
Die Frage stelle ich mir seit nun 12 Monaten. Ich kann mich selbst jedoch mit dem Aufbau von HA einfach nicht anfreunden (Ich versuche das jetzt seit 12 Wochen) Da HA von gefühlt jedem als der Heilige Gral angepriesen wird, muss ich sagen, das ich IOB als viel strukturierter empfinde und auch lieber damit arbeite.
Die wenigsten arbeiten sich ja auch intensiv in alle Systeme ein. Wenn man direkt Home Assistant empfohlen bekommt und damit startet, fehlt einem ja der Vergleich.
Geht mir genauso.. Habe den IOB seit Jahren im Einsatz und kann z.B. auf Blockly nicht mehr verzichten. Habe HA nun ca. 1 Jahr parallel zu IOB am laufen und befasse mich relativ intensiv damit, jedoch werde ich einfach nicht warm damit trotz Bedienfreundlichkeit und den zahlreichen Unterstützungen.
@@la_concepts geht mir genauso, bei mir kommt erschwerend hinzu, das ich keinen Brocken Englich kann, also YAML ist schon mal raus (müsste jedes Wort auf die Richtige Schreibweise prüfen)
Ich sehe das wie mit Programmiersprachen: Es kommt in allererster Linie auf das Ziel an und ob es mit den gegebenen Werkzeugen erreichbar ist. Für besonders schöne Lösungen gibt es keinen Extrapreis 😉
D'accord. Ganz deiner Meinung. Hatte Home Assistant mal installiert, aber aufgrund des ewigen "geyamels" schnell wieder verworfen. Nutze aktuell auch IoBroker. Es gibt allerdings ein Projekt, da reizt mich zumindest eine *versuchsweise* und *nur dafür* Parallelinstallation: Home Assistant EINKAUFSLISTE füllen mit BARCODE SCANNER für ESPHome
Bin vor ca. 1 Monat vom Iobroker (Raspberry) zu einem Mini-PC mit Proxmox und Homeassistant. Der Wechsel war Kinderleicht auch mit dem Conbee 2 Stick und über 34 Geräte.
Danke für das Video. Bin durch ein banales Problem vor Jahren bei iobroker reingerutscht ohne wirklich zu wissen was es überhaupt ist. War dann aber begeistert von den Möglichkeiten. Was mich als Nicht-Programmierer und Nicht-Linux Fachmann nervt ist das komplizierte updaten und Fehlersuche. Da steht irgendwas kryptische in den Protokollen und man hat manchmal nicht ansatzweise eine Ahnung was das heißen könnte. Da man immer mehr von HA hört wäre ich daher fast bereit umzusteigen. Solange es aber kein Blockly gibt, ist das für mich ausgeschlossen. Wäre super wenn du ein Video rausbringst wenn's bei HA soweit ist. Hab deshalb mal abonniert 👍
Ich habe seit längerem IOBroker am Laufen und habe schon zweimal einen Test-Homeassistant installiert, habs aber immer wieder aufgegeben. Wer eine einfache Lösung sucht ist bei HomeAssistant sicher gut aufgehoben, aber wer etwas komplexere Automatisierungen realisieren möchte, ist mit dem IOBroker deutlich besser bedient. Diese Meinung hatte ich bereits zweimal und du hast sie mir heute in deinem (sehr gut gelungenem) Video nochmal bestätigt - habe auf so einen Vergleich lange gewartet, ob ich etwas übersehen habe. Ich hätte mich ein bisschen mehr über "Hands-on" gefreut: Also bspw. Integration eines ZigBee-Dimmers und eines Homematic Schalters eine Verknüpfung der beiden auf den Systemen oder die Programmierung der Abhängigkeit eines Sensors (LIcht geht an wenn dunkel) in zwei unterschiedlichen Standards... aber das hätte vermutlich den Rahmen des Videos etwas überzogen.
Wirklich schöne Übersicht 🤩Eigentlich mag ich beide Systeme^^ Aber YAML wird immer weniger bei HA für Beginner - später wenn´s ins eingemachte geht, dann leider definitiv und man muss sich einarbeiten - da ist IOBroker wirklich schöner...lg
Top Vergleich! Ich nutze seit 4 Jahren HA und du hast genau die Punkte genannt, die bei HA immer wieder nerven, wenn man was anpassen will oder muss: viel Basteln in YAML und unübersichtliche Automatisierungen mit YAML-Fallback, wenn‘s mal komplizierter sein soll, und ständige Neustarts. Wenn dann alles läuft ist HA aber top und wird ständig besser, vor allem was UI und App angeht.
Es wirkt schon so, als ob der Fokus auf Dashboards und Apps liegt. Damit alles schön aussieht und die Leute sich angesprochen fühlen. Der Plan geht ja auf…
Danke für deine Bericht. Hab vor kurzem angefangen mich mit HA zu beschäftigen, weil es ja soo toll ist. Aktuell hat es mich noch nicht überzeugt. Ich finde den ioBroker intuitiver und tatsächlich besser strukturiert. Vor allem, dass alle Datenpunkte an einem ort zu finden sind. Schön wäre eine gemeinsame Schnittstelle zum Datenaustausch.
Ich bleibe auch bei iobroker. Hatte wegen des hübschen UIs mal 3 Monate mit HA rumgespielt. Ist auch soweit ok, aber z.B der Jeelink wird nur rudimentär supportet, einige meiner Sensoren tuns gar nicht. Dann habe ich es auch nicht geschafft meine Logik aus iobroker (blockly scripte) abzubilden. Letztendlich habe HA wieder abgerissen
Ich bin schon länger mit dem iobroker unterwegs habe nun wieder einmal einen Versuch gestartet mit Ha warm zu werden aber genau der Punkt mit den yaml-Dateien nervt mich tierisch und das sage ich als Informatiker. Klar würde ich es hinbekommen aber mir deutlich mehr Aufwand. Außerdem finde ich die Möglichkeiten der Automatisierung in iobroker unschlagbar, da gibt es dank Programmierung kaum Grenzen.
DAnke danke danke danke für das Video. du hast FHEM angesprochen: das nutze ich bis heute noch - Parallel läuft bei mir HA, ioBroker und FHEM... da jedes System seine Stärken hat.. FHEM ist heute (meiner Meinung nach) für eine große Homematic (nicht IP) Installation besser und stabiler als deren CCU (egal ob deren Hardware oder auf Basis eines Raspi) - vor allem mit mehreren LAN Gateways (alte runde und neue eckige)
Ja, hatte ich damals ja auch so im Einsatz. Nur ist HomeMatic Classic ja abgekündigt. Damit ist der Vorteil dahin und man muss wohl Richtung HCU1 schauen, da die CCU3 sicherlich nicht mehr besonders viel Liebe bekommen wird
Ich habe Home Assistant auf einem Raspberry I5 laufen. Schaute mir Node Red an und bin gerade mit Grafana zugange. Ich wehre mich dagegen, auf der 'Punktebene' zu agieren: Bin aus der Computer - Steinzeit mit BASIC, dBase, Pascal & Co Milieugeschädigt. Na - learning by doing, viele Videos ansehen und bereit sein, Rückschläge hinzunehmen. Mein Fokus ist momentan darauf ausgerichtet, eingehende Daten anschaulich darzustellen: Stromverbrauch in meiner Wohnung, Temperaturverlauf der Heizung und später der PV und Speicher. Arbeit genug damit... Wie auch immer: Vielen Dank für Deine Informationen!
Klasse Beitrag 👍👏👍 Du könntest mal ein schwieriges Thema anfassen und die EEBus Anbindung an HA in einem Video erklären. Das heißt, ein Video dazu wird kaum ausreichen. Vielen lieben Dank und beste Grüße 😊
Tolles Video!!! Ich habe mal versucht wegen der ständigen Updates, welche du erwähnt hast, von IOB auf HA umzusteigen. Mich haben dann auch diese Yaml Dateien abgeschreckt :( Bezüglich Visualisierung wäre ich an einem E-Paper oder Kindle interessiert. Ich habe zwar eine VIS2 mit Fully am Laufen, aber ich hätte noch interesse an einem stromsparenden Display welches ich nicht erst aktivieren muss.
YAMLn auf hohem Niveau... Hatte Home-Assistant mal als Docker container, habe es nach kurzer Zeit wieder runter geschmissen. Ich finde übrigens container nicht wirklich einfacher, wenn da mal was nicht funktioniert ist für den Unbedarften nichts mehr zu retten. So lange alles funktioniert ist es natürlich einfach. Ich schätze mal Home-Assistant ist einfach toll für diejenigen, die anstatt vielen Apps für ihre "Smart Home" Gadgets ein einziges System haben wollen, was noch möglichst sprachgesteuert funktioniert. Das gibt es bei mir alles nicht. Der ioBroker ist eines der zuverlässigsten Systeme meiner IT Landschaft. Hatte mal eine defekte SD-Karte im Pi nach einem Stromausfall, ansonsten läuft der einfach. War das einzige mal, das ich ein Backup benötigte, der Restore hat problemlos funktioniert. Für mich ist Home-Assistant in nächster Zeit uninteressant, vielleicht probiere ich es irgendwann mal wieder...
Danke für den tollen und sehr objektiven Vergleich. Ich verwende seit 4 Jahren IOB und habe Anfang diesen Jahres versucht, zum HA zu wechseln. Leider konnte mich der HA nicht überzeugen. Eine Möglichkeit, ansprechende Visualisierungen zu erstellen, bietet der HA leider nicht. Im IOB habe ich in der Zwischenzeit hunderte Zeilen JavaScript-Code für Bewässerung, Licht, Jalousiesteuerung, Sicherheitsfeatures uva. Wie ich das in HA umsetzen sollte, erschließt sich mir. Für mich ist der IOB deutlich leistungsfähiger. Ich hoffe, er wird weiter entwickelt, denn ich wüsste nicht, was ich ohne ihn machen sollte. Wechseln zu HA wäre jedenfalls ein deutlicher Rückschritt.
Hi, tolles Video wieder. Bin von OpenHab auf HomeAssistant gewechselt (oder noch im Wechsel ;) ). Ein Video wie man eine Integration für HA schreiben kann, wäre super. Vielleicht auch gleich für den eKey UDP Konverter - den hätte ich bei mir auch.
Du hast vollkommen recht mit deinem Video, ein Mix aus beiden wäre toll, IoBroker hat etwas Schwierigkeiten mit Updates , und HomeAssistant ist total sch.... zu Programmiere, ohne Yaml geht da nichts ! Da lieb ich mir das Blockly von IoBroker, macht viel mehr Spaß. Nur Leider läuft IoBroker nicht so Stabil wie Homeassistant.
Ich habe jahrelang den ioBroker betrieben. Hier hatte ich das Problem, dass alle 1 bis 2 Jahre nach einem Update die Hälfte meiner Automationen nicht mehr lief. Zusätzlich hatte ich einen grossen Stapel an "Projekten", die ich noch umsetzen wollte. Vor ein paar Monaten bin ich auf HA umgestiegen und bin (bis jetzt) begeistert. Die meisten Integrationen liefen auf Anhieb und viele meiner Projekte waren automatisch mit an Board. ioBroker ist etwas für Leute, die gerne "basteln" um das System am laufen zu halten. Beim HA kann man sich hingegen auf die Umsetzung seiner Automationen konzentrieren. Was du zur Komplexität bei den Einstellungen beschreibst sehe ich genau anders. Fast jeden Adapter bei ioB musste ich nachjustieren. Integrationen bei HA werden installiert und laufen.
Mein Kritikpunkt war, dass es in Home Assistant für viele Integrationen gar keine Konfigurationsoberflächen gibt und alles auf yaml ausgelagert wird. Beispiel war Modbus. Wie willst Du das in Home Assistant "einfach installieren und es läuft"? Da muss man sich erstmal durch die Dokumentation wühlen, während man bei ioBroker direkt versteht, was man wo eintragen soll. Und das ist bei vielen Themen so. Da hat HA noch eine sehr sehr große Baustelle vor sich.
@@haus_automation Modbus ist bei mir sogar der Grund weg vom IoBroker. Es gab keine anständige Doku zu genau meinem Wechselrichter und die Register lieferten immer falsche Werte. SolarEdge Modbus Multi in HA installiert und ich habe keinen Hauch einer YAML gesehen. Aber ist natürlich nur ein sehr persönliches Beispiel. Ich kann olivers da durchaus verstehen mit "Installieren und läuft" , so war bis jetzt auch meine Erfahrung als langjähriger ehemaliger IoBroker Nutzer seit dem Wechsel auf HA.
Ich nutze HA eigentlich fast nur als Hardwarezugriffsschicht. Die Einbindung finde ich super einfach. Oft muss man nur einen Butten drücken und schon ist ein Gerät drin. Egal ob Shelly oder Tasmota, ZHA oder sonst was. Echt einfach. Als Frontend nutzte ich Homekit. Jegliche Logik läuft bei mir seit Jahren in NodeRed. Und das funktioniert mit den HomeAssistant Nodes echt mega gut und einfach. Mit ioBroker bin ich irgendwie nie warm geworden.
Hallo Matthias, ich habe seit ca. 3 Jahren den iobroker in Betrieb. Es macht mir riesig Spaß, auch wenn ich null Ahnung vom programieren habe. Die Installation wird dank deiner lehrreichen Beiträge immer größer. Vielen Dank! Im Moment beschäftige ich mich gerade mit dem shelly i4 und dem RPC protocol. Vielleicht könntest du dazu mal etwas machen.
Sehr guter Vergleich und sehr richtige Kritik an HA, das ich selber gerne einsetze. Zum Thema Core-Integrationen würde ich noch eine Kritik hinzufügen: wenn was kaputt geht werden die lange nicht gefixt. Die Integration "Bluetooth LE Tracker" und "LD2410 BLE" sind beide zur Zeit komplett broken und das seit Monaten. Trotz entsprechender Issues passiert da nichts.
@@whocares281 Python oder Javascript ist mir prinzipiell egal. Bei ioBroker war's viel Javascript. Vorher bei FHEM Perl. Als Informatiker ist mir die Programmiersprache Jacke wie Hose.
Hallo Matthias, Ähnlich wie Du, habe ich kurz nach Dir auch ein Haus gebaut und ziemlich vollständig ver-KNX-t. Definitiv die richtige Entscheidung. Für den Aussenbereich setzte ich aber nahezu vollständig auf (kostengünsigere) Zigbee-lösungen. (Hauptsächlich weil ich den Bus dort nicht haben will). Mit dem IOB und vorallem mit dem JS-Adapter habe ich das perfekte Bindeglied für die logische (und komfortable) Verknüpfung meiner Datenpunkte. Auch wenn HA einen aufgeräumteren Eindruck hinterlässt und natürlich ne wesentlich größere Verbreitung hat, in Bezug auf dieses einfache Bindeglied, ist HA - zumindest im moment noch - in der Steinzeit.😉
Wie immer ein tolles Video von dir! Ich finde die Flexibilität vom IoBroker unschlagbar. Sicherlich ist die Visualisierung im IoBroker nicht so komfortabel, stört mich aber nicht so sehr, da ich vieles über HomeKit und dem yakha Adapter mache. Hier würde ich mir aber eine bessere Integration von HomeKit wünschen.
Toller Vergleich - HA hat noch einen weiten Weg zu gehen was die Usability und die schiere Anzahl an Integrationen angeht, ist aber aucf dem richtigen Weg. ioBroker muss im Gegenzug aufpassen, dass die Entwickler nicht "pennen" und wichtige Repositories "blockieren"
Danke für das Video und die Ausführungen zu den Konfigurationen. Dazu habe ich nämlich keine Lust. Das mag für routinierte Nutzer die regelmässig am System basteln in Ordnung sein. Ich setze auf, richte ein und schau dann teilweise monatelang nicht mehr drauf sofern alles läuft, soll ja alles automatisch laufen, da kommt keine Routine auf Ich bleib bei ioBroker!! Auch die Automatisierungen finde ich in HA sehr unübersichtlich gelöst im Vergleich zu den Blocklys in ioBroker.
@@haus_automation ich verstehe ;) na dann müssen wir uns ja nicht mehr lange gedulden. Bin seit Jahren bei iobroker und nur teilweise zufrieden. Vor allem die wechselhafte Qualität der einzelnen Adapter ist ein Problem. Aber der Wechsel kostet viel Zeit und die ist knapp.
Ich bin von der Fraktion ioBroker, teste aber auch HomeAssistant regelmäßig. Allerdings stelle ich bei meinen Tests immer wieder fest, dass ich die Flexibilität bei der Einbindung von Devices, der Visualisierung und Automatisierung, welche ich von ioBroker gewohnt bin, mit Homeassistant nur über viel mehr Aufwand realisieren könnte. Zudem empfinde ich die Granularität an ioBroker als riesen Pluspunkt. Ich will ein schlankes System und nicht einen rieseigen Ballast mitschleppen, welchen ich gar nicht benötige.
Ich hatte beim ioBroker so oft das Problem, dass beim Update des ioBrokers nichts mehr ging und ich zusehen musste, wie das wieder zum Laufen gebracht werden kann. Selbst mein Kollege, der auf den ioBroker schwört, musste aufgeben. Und wir sind gemeinsam genau nach Anleitung vorgegangen. Dann muss ich sagen, verzichte ich auf die Granularität und nehme ein System mit trägerem Updatezyklus, welches mich bei Updates noch nie hat hängen lassen. Aber auch hier: Das betrifft mich, wenn andere damit gut klar kommen und keine Probleme hat, dann freut mich das 🙂
Ich kenne HA nicht gut, aber wenn ich hier lese, dass man damit nur schwer Automatisierungen machen kann, frage ich mich, wozu ich das brauche. Der JS Adapter ist in meiner Installation bestimmt der am höchsten belastetste. Genial ist es auch, verteilte Installationen machen zu können. So habe ich im Wohnzimmer einen thin-client, der macht Zigbee und 433MHZ und die große Instanz im Keller auf meinem Homeserver. Geht großartig.
Guter Vergleich! Ich habe zuerst auch mit ioBroker angefangen und bin nie richtig mit warm geworden. Vor allem wenn man wieder ein Update einspielen muss, ist das nicht Benutzer freundlich. HA ist da um einiges komfortabler und auch die meisten Geräte werden gleich bei der Installation eingebunden. Vor allem meine HomePods kann ich mit Sprachausgaben leicht umsetzten.
Beim Thema Update hat sich dieses Jahr bei ioBroker viel getan. Adapter lassen sich jetzt Automatisiert Updaten, der js-controller kann über den Admin Aktualisiert werden und Nodejs inzwischen auch.
Schade das die Blueprints in HA nicht erwähnt wurden dort findet man alles und mit yaml hat man auch relativ wenig zu tun in 2024. was auch im dunklen blieb ist die Tatsache das immer mehr Firmen ( Hardware) auf HA setzen. Kleine Anmerkung, die Updates für Integrationen dauert max 2 Tage und nicht Wochen, habe es gerade selber erlebt mit My- vailant z.B., ein Tag und das Problem war gelöst.
Nicht zu vergessen, ioBroker Websockets und als Entwickler ein selbst gewähltes Frontend wie Next/Nuxt mit React/Vue dranhängen und eine komplett eigenständige Visualisierung bauen. Das ist hervorragend und in Kombination mit Typescript im Backend unschlagbar!
@@haus_automation Ne, (bisher) nur für mich gebaut. Ich schiebe die WS Verbindung in einen Pinia Store und habe das Frontend mit Nuxt3/Shadcn umgesetzt, das ist dann aber schon spezifisch für meine eingesetzten Adapter und lässt sich aktuell noch schwierig verallgemeinern.
Tolles Video und danke für den Vergleich. Ich bin vor ein paar Monaten bei HA gelandet, vermisse aber seither eine Integration für das KNX „Lite“, nämlich via Gira One. Das lässt sich nur über die Gira IoT API ansprechen. Genau dafür hast du ja einen tollen Adapter geschrieben. Und ich überlege seither, ob ich extra deshalb auf ioBroker wechsle. Oder eine Instanz separat aufsetze und einen Sync zwischen beiden Plattformen hinbekomme. Am coolsten fände ich natürlich, wenn du den Adapter auch noch für HA entwickelst. 😍 Klar, das geht vermutlich auch mit der REST-Integration und per YAML, aber bei der Steuerung von Funktionen wird’s dann schnell kompliziert.
Jap, ich bin auch mit dem ioBroker gestartet, und habe HA ausprobiert. Ich bin dann aber auch ganz schnell wieder zurück - alleine weil ich das Blockly schon vermisst habe, und mit der VIS kann man ja alles zusammenbauen was man möchte 😉 ganz klar IOB 👌, und die vielen tollen Adaper von Mathias 🙂!
ich gebe mal kurz meinen Senf dazu, nach dem ich alle Geräte (passiert ja beim ersten Start fast Automatisch) hat mich die "Übersicht" erschlagen, eine Spalte "Büro" mit 20 Einträgen; überall "Heizungen" verteilt. In der ioBroker VIS haben die "Heizungen" eine eigene Seite, wie auch die "Lichter" oder die Hardware wie PCs, Fritxboxen usw. usw. Home Ass ist für mich völlig Unübersichtlich, völlig Gruselig 🙂
@@bushcrafthessen21das was du da siehst, ist die allgemeine Übersicht über alle Geräte und deren Raumzuordnung, soweit verfügbar. Deshalb heißt das auch Übersicht. Wenn du bei VIS eine individuelle Anzeige haben willst und dir die Geräte von verschiedensten Herstellern aber 1 Funktion anzeigen lassen willst (Rauchmelder, Thermostat, Fenstersensor,...), musst du dir das auch erst basteln. Insofern ist dein Vergleich etwas "schwierig", um nicht zu sagen 🍎🍐. Die Entitäten eines Herstellers findet man unter Einstellungen - Geräte/Dienste. Das ist in etwa das, wo man sich bei iob unter dem Dateiexplorer-NortonCommander-Clon durchklickt. Wenn du eine Übersicht zu einer bestimmten Funktion haben willst in HA, kannst du ganz einfach eine neue Karte anlegen, wählst aus "nach Entitäten" und suchst dann nach einem Schlagwort, was in der Entität drin steckt. Es gibt dann sogar die Option des Auswählens aller Entitäten. Damit erstellst du in unter 1 Minute beispielsweise eine Übersicht aller "Batterie"-Werte oder was auch immer du willst.
Danke für die tolle Übersicht. Als langjähriger iobroker User schätze ich gerade die Möglichkeit das man scripte selbst bauen kann wen man eine individuelle Aufgabe oder Idee hat. Das zeichnet doch eine Hausautomation aus. Letzten Endes heißt das Motto doch weg von der China cloud und wer mit vorgefertigten Funktionen gut leben kann für den ist Homeassistant sicherlich ein guter Einstieg. Was für mich auf jeden Fall zählt dass es auf Linux läuft, so bin ich flexibel auch wenn ich es in eine vm packe.
Vielen Dank für deine Videos! Ich schätze, wie verständlich du komplexe Themen erklärst. Das Problem liegt jedoch nicht bei YAML, da es nur eine Beschreibungssprache ist. Vielmehr stört mich die Nutzung von Objektbibliotheken, was mich schon im Studium frustrierte. Obwohl objektorientierte Programmierung viele Vorteile hat, muss man sich bei Home Assistant mit einer eigenen Bibliothek von Grund auf neu auseinandersetzen. Allerdings hat man im Studium meist schon Java oder JavaScript gelernt und kennt zumindest die Grundobjekte. Deshalb finde ich den Einstieg mit ioBroker einfacher, da man durch JavaScript bereits viele Konzepte kennt.
Also ich denke, dass es gerade auch Menschen wie ich sind, die die Energiewende vorantreiben. Ich glaube, Viele können verstehen, dass, wenn ich schon neben Beruf, Kindern und allem anderen meine Freizeit dafür opfere um so eine Lösung zu entwickeln und dann für andere zu bauen, auch einen finanziellen Anreiz dafür haben möchte. Ohne das geht es meist nicht voran. Deine unentgeltlichen Bemühungen in allen Ehren, aber auch du wirst ja sicher irgendwoher dein Geld bekommen. Ich fand deine Antwort sehr wertend.
Welche Antwort meinst Du? Ich verdiene mein Geld mit Online-Kursen zu den einzelnen Themen. Nicht mit RUclips, bezahlten Kooperationen oder Produkttests. Jedes RUclips Video kostet mich Zeit und Geld. Genau wie die Entwicklung auf GitHub. In Summe geht das aber auf, da sich glücklicherweise viele für einen tiefergreifenden Kurs entscheiden und somit die RUclips Inhalte mitfinanzieren. EDIT: Ach den Kommentar meinst Du. Musste gerade etwas suchen. Warum antwortest Du nicht dort? :) Meine Antwort ist nicht böse gemein. Aber Du fragst einfach den falschen. Ich bin nicht der richtige Ansprechpartner, um Logiken in einem Open Source System zu verstecken / unzugänglich zu machen. Dafür wurde auch der ioBroker nie entwickelt. Warum bietet Du das Script nicht kostenlos an und verkaufst Deine Hardware als Lösung?
Hallo Matthias, super erklärt. Ich bin nur Anwender für mich wäre der Umstieg auf Home Assistant sehr holprig wie du das erklärst. Ich habe meine Komponenten alles auf iobroker und mit vis erstellt. Ich finde den iobroker super
Hallo Matthias, ich bin über FHEM zu ioBroker und seit knapp einem Jahr bei HA gelandet. Aktuell läuft der ioB noch im Hintergrund. Ich vermisse Blockly und u.a. dem Heizöladapter (zum Abfragen es Heizölpreises, da ich noch immer keine Erweiterung für HA gefunden habe). Vielen Dank für deine Videos. VG Sören
Aus der Sicht des Programmierers: im ioBroker kann man sich austoben bis die Synapsen glühen. Aus der Sicht eines Anwenders: mit Home Assistant hab ich mit Standardfunktionen in 2 Tagen ein funktionierendes System mit ein paar Automationen und ein Dashboard mit dem man arbeiten kann. Bei mir läuft HO im Synology Docker, habe HACS noch nicht vermisst. Wenn es doch mal soweit kommt exportiere ich mir die Einstellungen und erstelle HO als Virtuelle Maschine. Einstellungen importieren, läuft, ganz ohne Programmierkenntnisse.
Ich habe mit dem IoBroker angefangen und es ist auch mein Hauptsystrm. Parallel habe ich auch den Home Assistant laufen und ich kamm dass was im Video gesagt wurde nur bestätigten. Was mich richtig nervt an HA ist wirklich das Thema YAML und das fehem von Blockly. Ich bin seit mehreren Tagen am verzweifeln, da ich versuche per MQTT Daten vom IoBroker ins HA zu bekommen. Das ist ja sowas von umständlich und unübersichtlich gemacht im HA, dass es wirklich keinen spaß macht macht...
Hätte nicht gedacht dass ich so ein Video mal brauche, denn Iobroker ist sein einigen Wochen nicht mehr zu gebrauchen, es stürzt permanent ab, auch eine Neuinstallation hat dieses Problem. Darum danke für den Vergleich, denn ich muss mich auf dem Markt anderweitig orientieren...
Danke, ich bin von IoBroker zu HA umgestiegen. Interessant wäre ein Video um eine Wheaterintegration selbst zu erstellen erstellen (Einbindung von eigenen Sensorenfür die aktuelle Temperatur, bis zu Abfragen für Prognosen von lokalen Wetterorganisation die APIs bereitstellen)
Man soll ja eigentlich nicht für andere Kanäle werben, aber im deutschsprachigen Raum ist Simon42 ja durchaus ein fachliches Schwergewicht. Der hat zum Thema Wetter einiges gemacht, bietet Videos und Skripte und führt teilweise recht tief in die Materie, wenn man will. Wenn du also schnell eine Lösung suchst, wirst du dort in Bezug auf Version 2024.3 fündig.
Hey Matthias, Dank Dir fühle ich mich in beiden Welten gut aufgehoben. Was mir in HA zu umständlich ist mach im IOB und umgekehrt. Müsste ich mich aber für eins entscheiden wäre es wohl PRO IOB. LG Andy
Zum Thema Automatisierung: Man kann Home Assistant auch mit Programmiersprachen wie Python (AppDaemon), C# (NetDaemon) und Kotlin (Khome) automatisieren 🙂
Sehr interessant, dass mit NetDaemon auch eine "Programmiersprache" im Angebot ist. Die anderen beiden nehme ich nicht wirklich ernst. Werde ich definitiv testen. Schade ist nur, das man weder über die internen Integrationen, noch über HACS - sondern über Beiträge wie diese - über diese Möglichkeiten stolpert.
@@Armilar. Kotlin ist vergleichbar mit einer Kombination von C# und F#, bloß mit moderner Syntax und ohne Abhängigkeit von .NET (dank Kotlin Native). Wie kann man eine der drei Programmiersprachen der Zukunft (neben Rust und Go) nicht ernst nehmen? Liegt es daran, dass Kotlin mit der JVM in Verbindung gebracht wird? :P
Danke für die tolle Gegenüberstellung 👍Sehr freuen würde ich mich über eine eKey LAN Converter Integration in HA. Was nutzt du eenn selbst derzeit „produktiv“? X1 fliegt ja raus, bleibt der TWS? Ist NR noch ein Thema? Man will ja trotzdem die Komplexität möglichst gering halten.
habe beides ausprobiert und für mich entschieden, dass beides viel Zeit zur Einrichtung und Customizing braucht und bin dann am Ende fast komplett zu homematicIP gewechselt (klar, ganz anderer Ansatz und Anspruch) finde aber immer sehr klasse was du alles behandelst auf deinem Kanal und folge dir weiterhin immer sehr gern mit der Glocke 🤞👏✌️ Danke und bitte weiter so
Also für jemanden ohne wirkliche Englisch Kenntnisse ist der HA nicht umbedingt geeignet. Ich komme vom fhem und liebe genau wegen den unendlichen Möglichkeiten den Iobroker, mit dem JS-Adapter zusammen hat man alles was man braucht um ein ganzes Haus zu betreiben. Was im Video ganz vernachlässigt wurde ist die Möglichkeit mit dem Multihost. Das ist eine absolut einfache und trotzdem sehr stabile Art Prozesse zu verteilen, oder Schnittstellen zu den jeweiligen Geräten zu packen. Ich habe da lange Zeit mit mehreren verschiedenen Rpi ein Multihost gefahren.
Wenn ich die Anzahl der Support-Anfragen bei mir anschaue, geht ein Großteil davon auf Multihost zurück. Ich vermeide das eher und es gibt immer einen anderen Weg.
@@haus_automation ich habe unterdessen auch alles in eine Proxmox lxc Container aber es ist unterdessen wieder langsamer geworden. Aber es sind auch sehr viele Schnittstellen bei mir drin, früher hatte ich ein Host ausschliesslich für Bus komunikation.
Interessanter Vergleich. Habe ioBroker mal vor Jahren versucht auf nem Raspi ans Laufen zu bekommen weil ich vom Perl FHEM weg wollte. Habs aber beim Versuch gelassen, weil ich nur 2-3 Integrationen aktivieren konnte, da die alle in nem komplett neuen Prozess gestartet sind und der Raspi super schnell Hardware-seitig überlastet war. HA läuft bei mir inzwischen mit deutlich weniger Ressourcenbedarf in ner VM auf meinem Synology NAS. Ist iobroker immernoch so ressourcenhungrig?
Ist halt super stabil für alles einen separaten Prozess zu starten. Falls man weniger Ressourcen hat, kann man den Compact Mode nutzen um mehrere Instanzen in einzelnen Prozessen zusammenzufassen.
Home Assistant empfehle ich wenn man sofort loslegen will und alles erstmal out-of-the-Box funktioniert. Sobald man aber ein kleines bisschen vom vorgegebenen Pfad abweicht, ist ioBroker unschlagbar. Da lässt sich alles umsetzen. Für den ioBroker muss man aber auch als Benutzer ein bisschen mehr wie ein Programmierer denken.
Super Video, das die verschiedenen Aspekte beider System vergleicht. Ich nutze iobroker wegen der besseren Unterstützung bei der Erstellung von Scripten. Mit Javascript, Blockly u.a hat man keine Grenzen, was die Umsetzung von eigenen Scripten angeht. Ich finde yaml-files zur Programmierung bei hass absolut nicht mehr zeitgemäß.
Lässt man den iobroker als Docker Container laufen (z.B. auf einer Synology) ist das Update des System mega einfach, auch ohne jedwede Linux-Kenntnisse. Als iobroker Nutzer finde ich es sehr elegant, dass jeder Adapter seine Objekte in einer baumartigen Struktur anlegt und man sehr leicht alles mit allem verknüpfen kann. Da würde ich mich über ein Video freuen, wie das in HA funktioniert. Auch das iobroker jeden Adapter als eigene Prozess laufen lässt, macht die ganze Anwendung mega stabil. Die zugegeben schöne UI von HA ist schon verlockend, allerdings nutze ich iobroker komplett ohne eigene Visualisierung oder App. Das macht alles nativ KNX oder Apple HomeKit. Ein Facelift der iobroker Adminoberfläche ist allerdings längst überfällig. Das sieht aus wie von vor 20 Jahren und hat nichts mit einer modernen GUI zu tun. Vielleicht schreckt das auch viele ab?
Na auch der Docker-Container möchte einen Unterbau. Und Docker macht das System per Definition erstmal nicht einfacher, sondern komplexer. Klar gibt es einige grafische Oberflächen (wie Synology DSM) die das Leben leichter machen. Aber die kann ich ja schlecht als Best Practice für eine ioBroker Installation vorschlagen. Gerne mal Docker direkt auf einem Linux System installieren und in der Shell den ioBroker-Container aufsetzen. Das ist nämlich erstmal Docker. Dann könnte man über Portainer und co sprechen. Aber das erfordert alles enorm viel Erklärungsbedarf und Wissen.
Ich bin vor einem Jahr von ioBroker zu Home Assistant gewechselt. Es läuft stabil als virtualisiertes System, lässt sich schnell und einfach updaten und deckt meine persönlichen Anforderungen problemlos ab. Mein Smarthome-Setup ist allerdings nicht wirklich komplex und es gibt nur wenige Automatisierungen.
Ja ich muss sagen ich stimme da voll zu das ioBroker noch besser. ist Besonders für Anfänger. Die Graficheoberfläsch ist bei ioBroker besser. Ich wollte z.B Resol instalieren die geht nur üer yaml. Leider Zur Zeit benutze ich bede Systeme ist mühsam. Auch das zusammen spiel klappt nicht immer. Auch mit der Fritzbox Repeater habe ich Probleme das ich ich mich immer neu anmelden muss wenn ein Update gemacht wird. MfG Rolf seht gutes Thema weiter so
Bin gerade am umziehen von IOB auf HA. Der Grund ist schlicht, dass ich on letzter Zeit immer öfter Probleme mit Abstürzen hatte im IOB. Scheinbar machte immer mal wieder ein Update für einen Adapter Probleme. Keine Ahnung warum. Der Pi stürzt nach wenigen Stunden ab. Irgendwann kommt dann wieder ein Update und es läuft wieder... aber schön ist das nicht. Jetzt nach einigen Tagen muss ich dann sagen, das mir HA teils besser gefällt. Mit Integration meiner OpenWB hatte ich etwas zu kämpfen und Shelly H&T waren auch zickig, aber so langsam kommt alles ins Laufen. IOB fand ich für den Einstieg tatsächlich sportlicher. Was ich gerade ungemein super finde, ist das ESPHome. Was ein Genuss wie man da in Null komma nix Sensoren per OTA auf den ESP definiert hat und die im HA landen. Vorher habe ich da mit Arduino IDE rumgebastelt.
Ich habe zur Zeit edomi und ioBroker im Einsatz basierend auf einer KNX Installation. edomi wird ja leider nicht mehr weiter gepflegt, daher ergibt sich irgendwann die Notwendigkeit der Migration. Meine Idee war jetzt alles auf ein System zu Migrieren, den Home Assistant. Bisher habe ich noch abgewartet bis sich die KNX Integration verbessert hat, was ja jetzt für eineige KNX Geräte auch ohne YAML möglich ist. Die YAML Datei ist für mich als Entwickler kein allzu großes Problem, auch wenn es nicht ganz so komfortabel ist. Ein Video über die Entwicklung von Home Assistant Integration würde mich sehr interessieren, ich setzte z.B. auch den Ekey-Lan Adapter ein und dafür gibt es ja noch nicht.
Servus @haus_automation, super Video, habe mir Home'Assistant auch mal angeschaut aber ich muss persönlich sagen ich bleibe beim Iobroker, er macht es mir zumindest wesentlich leichter Sachen einzustellen nachzulesen und auch schneller auf Fehler zu kommen. Du hattest ja angesprochen wegen weiteren Adaptern für Iobroker, hatte dich mal vor längerer Zeit bei FB angeschrieben, leider ohne Rückmeldung, ich gehe davon aus das du soviele Nachrichten bekommst und das die dann einfach untergeht. Du hast ja den Adapter Geburtstage herausgebracht, wäre es möglich das du eine weitere Variante von dem raus bringst mit TÜV 😅, wäre cool wenn man dann die Zahlen anpassen kann und auf 2 Jahre dann stellen kann bzw. bei Neufahrzeugen auf 3 Jahren. Hintergrund wir haben zwei Spaßgeräte hier stehen und vergessen immer wieder wann der Tüvtermin war so das es schon passiert es das er en halbes Jahr abgelaufen war.....😅
Ich fühle mich völlig neutral dank kompletter Unerfahrung mit ioB wie auch HA 🙂 Dein Beitrag ist ein guter Anfang für eine Entscheidung, ob ich *irgendwann* mal von FHEM auf ioB oder auf HA wechsele. Mein Eindruck: Wohl doch eher HA, weil FHEM schon an seiner Deutschlastigkeit gekrankt hat. Und typischerweise ist doch für die meisten von uns der Job, auf die harte Tour (sei es YAML) der Ehefrau eine perfekte Oberfläche zu bieten.
Ich bin immer noch auf der Suche nach einer Lösung um die guten alten 433MHz Geräte in Homeassistant zu integrieren. Danke für deinen Vergleich Matthias. Ich habe in iobroker nie den Einstieg geschafft und HA hat leider auch seine Ecken und Kanten. Bin schon auf deinen Kurs gespannt.
Sehr gutes Video Matthias. Ich persönlich sehe alles im allem den ioBroker vorne. Sicher ist die Lernkurve am Anfang etwas größer, aber danach ist vieles einfacher und strukturierter. Was das Thema App und Design angeht, darf man natürlich auch nicht vergessen, dass beim HA jeden Tag bezahlte Entwickler dran arbeiten und ioBroker alles Entwickler hat, die es in ihrer Freizeit entwickeln. Denke das sollte bei dem Vergleich auch berücksichtigt werden, denn genau mit diesen feinen Unterschied ist das ioBroker System in meinen Augen deutlich vorne
Hab mir mal HA angeschaut. Nicht wirklich damit warm geworden. Das Video hat mir auch nochmal gezeigt, dass ich beim ioBroker bleiben. HA sieht schicker aus, grad die Dashboards. iObroker ist für mich aber doch mehr SmartHome durch die Automationen
Sehr spannendes Video… Ich habe auch Bekannte, die gerade von ioBroker nach HA migrieren. Allerdings sind das meist simplere Smarthomes. Ich habe selbst ein recht komplexes Gerüst in ioBroker implementiert. HA will ich mir dennoch mal ansehen, daher läuft im Camper ein HA. Finde es ganz interessant, ESPHome ist auf jeden Fall eine tolle Sache. Was mir überhaupt nicht in den Kopf will sind Automatisierungen in HA.. was ein Geraffel. Im ioBroker mach ich alles in Javascript Code. Und das auch nich direkt aus VSC. Für HA würde ich mir wünschen, das man nativ in Python Skripte schreiben könnte statt des Klicki-Bunti.
Wenn Du zu einem der beiden Systeme mehr wissen möchtest, geht es hier lang: haus-automatisierung.com/kurse/
Ich würde gerne wissen, wie man iob das heimtelefonieren verbieten kann, ohne dass es den Dienst verweigert... So schnell hab ich noch keine Software von meinem Proxmox gekickt.
Sorry, kleiner Rant, aber sowas geht gar nicht ...
Gruß
@ Einfach bei der Einrichtung die Analysedaten nicht aktivieren. Genau wie bei Home Assistant auch
@@haus_automation ist mit Annahme der Bedingungen verknüpft, somit nicht möglich. (Installation als lxc über helper scripts)
Es ließt sich wie " aktiviere jetzt, später kannst du es in den Einstellungen anpassen" nur mit Aktivierung geht's weiter.
In den Einstellungen wird, wenn man "keine" auswählt det speichern Button ausgegraut.
@@haus_automation Leider nicht möglich. Versucht man dies, geht es nicht weiter.
@@lukasries Die Einstellung kann man ja jederzeit im Admin ändern.
Klasse dieser Vergleich, genau eine solche tolle Gegenüberstellung ist schwer zu finden. Wieder mal verständlich und kompetent erklärt.
Klasse wie immer - Danke. Hilft mir bei meiner Entscheidung bei ioBroker zu bleiben und viel Zeit mir für andere Spielereien spare. Viele Grüße
Ich nutze ioBroker seit über 5 Jahren, bin kein Programmierer und schätze deswegen Blockly besonders. Damit habe ich mir meine ganzen Szenarien und Abläufe bauen können.
bin mit C64 und Listings aufgewachsen, Programmieren unter DOS und Windows kein Problem. Alles als Hobby. Aber im SmartHome bzw. ConnectedHome Bereich finde ich Blockly ungeschlagen! Es ist einfach nur logisch, sich seine Automationen in dieser Form zusammenzuklicken! Ich habe den ioBroker seit 2020 im Einsatz und habe bisher so gut wie keine negativen Erfahrungen machen müssen. HA hätte ich sicherlich schon ausprobiert, wäre die Automatisierung ähnlich intuitiv mit Blockly zu lösen. Aber YAML etc. tue ich mir nicht an - auch weil man privat im mittleren Alter einfach mehr andere, wichtige Sachen zu tun hat als irgendwelche Konfigurationen etc. zu tätigen. DAnke für deinen Einblick in beide Systemen und gerne in Zukunft weitere Updates hierzu :)
Blockly ist definitiv ungeschlagen. Komplexere Sachen mache ich tatsächlich mittlerweile direkt in JS.
Parallel habe ich eine HA VM am laufen. Komplexe Automationen sind schlicht und ergreifend "pain in the ass". YAML ist dafür einfach nicht gemacht.
Hinzu kommt, dass ModBus im HA zwar funktioniert, aber darauf Automationen aufzubauen wiederum nicht gescheit möglich ist. Für mich schon das K.o. Kriterium.
Wenn man lediglich alle Geräte zusammenführen will, dann ist HA ganz nett. Aber auch das geht in IOBroker.
Danke! Wieder ein technisch fundierter Beitrag, der aufklärt und nicht Stimmung macht. So muss ein technischer Kanal sein!!
Matthias danke für das Video. 😊
Ich setze nach wie vor den IOB ein und installiere bei Freunden/Familie den IOB inkl. Schulung etc. Auf lange Sicht sollten wir da auch mal etwas Flagge zeigen und uns nicht wieder von der schieren Masse der englischen Community verleiten lassen. Konkurrenz belebt bekanntlich das Geschäft :-)
IOB wäre aber gut beraten die englische Community mehr zu integrieren weil Sie sonst einfach zu wenig Reichweite haben und die Features irgendwann nicht mehr gegen HASS mithalten können.
Team IOB 😊
ioBroker ist auf RUclips und in Social Media unterrepräsentiert. Und das schon im deutschsprachigen Raum... Also gerne mit einem Kanal dazu durchstarten. An den Kommentaren merkt man ja, dass ioBroker durchaus beliebt ist und die Leute die Vorzüge kennen. Nur kommuniziert das kaum noch jemand.
Ich hab mit IOBroker angefangen und bleibe auch Team IOBroker! Für mich das passendere, ich bin in meiner Programmierung einfach freier ebenso beim Thema Visualisierungen.
Hast du NodeRED schonmal getestet? In Kombination mit Home Assistant oder eben IOBroker - bin Neuling und will lernen 😅
Da bin ich ganz klar bei dir. Ich nutze ioB jetzt schon seit 6 oder 7 Jahren. Mit meiner VIS kann ich praktisch das ganze Haus, den Garten oder auch die Ladung des Hausakkus oder der E-Autos steuern. Selbst meine Heizung wird über ioB gesteuert.
Zudem hab ich mittlerweile eine relativ große Datenbank mit Messwerten im Hintergrund die sowohl tabellarisch als auch graphisch ausgewertet und angezeigt werden können.
Es laufen sicher 150-200 Skripts und das System ist dank Dockerunterbau und automatischen Updates relativ sicher.
Ich werde sicher nicht wechseln und freu mich schon am nächsten Mittwoch aufs ioBroker-Treffen 👍😁
@@markuslapp3101 auf das Treffen freu ich mich auch, aber das ist dich erst am 9.11.?!
Danke für den Vergleich, für jemanden der sich nur mit HA beschäftigt hat super interessant, wie du das bewertest, der beide Systeme sehr gut kennt. Für mich noch ein Vorteil durch die große Community in HA sind die Blueprints. Also vorgefertigte Automationen die ich nur noch per User Interface konfigurieren muss. Bspw. Notifications per Handy wenn die Batterien von Zigbee Geräten leer werden. Das sind dank Blueprint nur 6-7 Klicks und man ist beim Ergebnis. Da bin ich im Forum auch schon öfters über Blueprints gestolpert bei denen ich nicht einmal auf die Idee gekommen wäre das umzusetzen.
Bezüglich YAML bin ich ganz deiner Meinung, gerade als Einsteiger habe ich mir da lange schwer mit getan. Wen man sich aber mal 30 Minuten Zeit nimmt ist das eigentlich gar nicht mehr so schwer. Schön ist natürlich trotzdem noch etwas anderes
Hmm..... das Thema YAML schreckt mich ab, ja ich habe Home Assistant installiert, und 95% der Geräte Eingerichtet das geht wirklich Super Einfach, auch ohne Englisch Kenntnisse;
aber das wars dann auch schon, gut ich habe mich mal an einer Einfachen Aktion versucht, einen Akktor zu einer Bestimmtem Zeit mit einem Bestimmten Füllstand zu aktivieren o. zu deaktivieren, bin ich schon völlig Gescheitert, eine Vorlage "Blueprint" geholt dies sollte dann per YAML angepasst werden, ab da war ich raus!
Wenn man Englisch weder in Wort und Schrift versteht, ist es fast unmöglich irgendein Code in Englischer Sprache einzutippen.
Da bleibe ich doch lieber beim Blockly, da schiebe ich nur "Kästchen" zusammen und irgendwann geht es dann, meistens oder ich Frage im Forum nach 🙂
Nicht falsch verstehen, ich weiß das in der Welt der Programmierer, Englich Pflicht ist, es ist kein Vorwurf, ich muss dann andere Wege finden....
@@bushcrafthessen21 YAML hat mich wahnsinnig gemacht. Ich bin zu doof dafür, ein Leerzeichen zu viel oder zu wenig, zack, Fehlermeldung und dann teilweise im Log für mich als Programmierdummie nicht zu erkennen. Daher löse ich meine komplette Automation mit NodeRed und das läuft wirklich top. Ich würde HA nie mehr ohne NodeRed betreiben
Ein solches Video / Beitrag / Artikel habe ich mir vor 2 Jahren sehnlichst gewünscht, als ich mir genau die Frage nach meiner zukünftigen Plattform gestellt habe. Gab‘s nicht. Selbst jetzt als Home Assistant Nutzer (hat sich für als super Entscheidung bewährt) finde ich diese Gegenüberstellung in den von Dir gewählten Dimensionen nochmal sehr interessant. Danke!
Ein Video zur Entwicklung von Integrationen wäre klasse!
Vielen Dank für das Video! Es hat mir wirklich geholfen.
Sehr aufschlussreich, danke! Da bleibe ich weiter beim ioBroker mit Blockly und kann ohne vertiefte Programmierkenntnisse doch recht komplexe Programme erstellen :-)
Nachdem ich lange mit IO Broker beschäftigt habe und nun vor 3 Monaten mal Home Assistant eine Chance gegeben habe, habe ich mich geärgert warum ich das nicht viel früher gemacht habe. Egal ob PV Anlage oder Waschmaschine, alles war so schnell eingebunden während es im Broker ständig gebastel war und nicht funktionieren wollte. Kann es nur jedem empfehlen.
wobei HA keine Ahnung von zukunft hat - ich bastle schon länger daran dynamischen strompreis bei Homeassistant mit reinzuholen und preisabhängig zu schalten. - ist tricky freundlich gesagt. Homeassistant lebt nur im hier und jetzt :-)
Sehr guter Vergleich beider System, Danke dafür!
Hervorragend, genau das richtige für mich
Super Vergleich. Danke. Dachte immer ich möchte von ioBroker auf HA umsteigen. Dein Video hat aber gezeigt das bei HA auch nicht alles perfekt ist und ioBroker weiterhin seine Berechtigung hat
sehr guter Beitrag. Habe nach 2 Jahren vor 8 Monaten von ioBroker zu HA gewechselt und es bis jetzt nicht bereut. Gesamthaft ist das Ganze stabiler und bietet v.a. auch bez. Sicherheit ein besseres Umfeld. Bez. Visualisierung entspricht mir HA wesentlich besser. Die vielen notwendigen Neustarts nerven aber tatsächlich
Kannst du mal den Punkt Sicherheit etwas ausführen?
Schöner verständlicher Beitrag. Ich selbst bin vor einigen Tagen beim Home Assistend eingestiegen. Ich hoffe das ich bald eine Integration zum FHEM finde um erst mal meine alte Welt zu ertüchtigen. Die Perspektive zu aktuellen Integrationen sieht erst mal vielversprechend aus. Ich bleibe gespannt und folge deinem Masterkurs.
Wie gesagt, dieser Beitrag hat wieder etwas Licht in mein Dunkel gebracht 😅 - DANKESCHÖN
Ich hab aktuell mal beides am laufen ! Lets see... Danke fürs Video
Schönes Video. Wenn man sich nicht mit den eher wenig flexiblen Automationen in Home Assistant rumschlagen will, dann einfach Node Red als Add-on installieren und dort alles machen. Gibt nix besseres. Ich bin schon seit vielen Jahren bei Home Assistant und habe immer alle Automationen in Node Red gemacht. Das ist einfach, intuitiv und man hat im Grunde unendliche Möglichkeiten. Ein Video zur Entwicklung von Integrationen fände ich sehr spannend.
PS: Anpassungen an den Integrationen werden auch in den Punkt-Releases eingepflegt, die mehrmals im Monat kommen. Da muss man also nicht einen Monat darauf warten.
PPS: Ich komme wirklich aus den Anfängen von Home Assistant als man noch alles in YAML machen musste und bin selber Informatiker. Das hat sicher Einfluss auf meine Sichtweise, dass ich HA besser finde.
Ich bin von IoBroker auf HA gewechselt, die riesige Auswahl der unterstützten Geräte und die App haben mich dazu bewegt. IoBroker läuft bei mir immer noch aber nur wegen des tollen Awtrix Adapters, da gibt es leider bei HA nichts Vergleichbares. Toller Vergleich.
Als Neuling in diesem Bereich habe ich aktuell so ziemlich Null Ahnung im Vergleich zu Euch. Deutlich wurde allerdings auch mir, dass ich als Anfänger mit dem Home Assistant sehr viel entspannter unterwegs sein dürfte. Tolles Video! 🙂👍
Die Frage stelle ich mir seit nun 12 Monaten. Ich kann mich selbst jedoch mit dem Aufbau von HA einfach nicht anfreunden (Ich versuche das jetzt seit 12 Wochen) Da HA von gefühlt jedem als der Heilige Gral angepriesen wird, muss ich sagen, das ich IOB als viel strukturierter empfinde und auch lieber damit arbeite.
Die wenigsten arbeiten sich ja auch intensiv in alle Systeme ein.
Wenn man direkt Home Assistant empfohlen bekommt und damit startet, fehlt einem ja der Vergleich.
Geht mir genauso..
Habe den IOB seit Jahren im Einsatz und kann z.B. auf Blockly nicht mehr verzichten.
Habe HA nun ca. 1 Jahr parallel zu IOB am laufen und befasse mich relativ intensiv damit, jedoch werde ich einfach nicht warm damit trotz Bedienfreundlichkeit und den zahlreichen Unterstützungen.
@@la_concepts geht mir genauso, bei mir kommt erschwerend hinzu, das ich keinen Brocken Englich kann, also YAML ist schon mal raus (müsste jedes Wort auf die Richtige Schreibweise prüfen)
@@la_conceptsvolle Zustimmung, denn genau so geht es mir auch;
Ich sehe das wie mit Programmiersprachen: Es kommt in allererster Linie auf das Ziel an und ob es mit den gegebenen Werkzeugen erreichbar ist. Für besonders schöne Lösungen gibt es keinen Extrapreis 😉
Gutes Video, vielen Dank. Habe vor einem Jahr gewechselt von Fhem zu HA und habe es nicht bereut.
Ja gut, von fhem kann man ja überall hin wechseln und es ist einfacher als vorher 🙃
Dachte vorher nicht dass das Video mich überzeugt beim iobroker zu bleiben.
D'accord. Ganz deiner Meinung. Hatte Home Assistant mal installiert, aber aufgrund des ewigen "geyamels" schnell wieder verworfen. Nutze aktuell auch IoBroker.
Es gibt allerdings ein Projekt, da reizt mich zumindest eine *versuchsweise* und *nur dafür* Parallelinstallation: Home Assistant EINKAUFSLISTE füllen mit BARCODE SCANNER für ESPHome
Bin vor ca. 1 Monat vom Iobroker (Raspberry) zu einem Mini-PC mit Proxmox und Homeassistant. Der Wechsel war Kinderleicht auch mit dem Conbee 2 Stick und über 34 Geräte.
Danke für das Video. Bin durch ein banales Problem vor Jahren bei iobroker reingerutscht ohne wirklich zu wissen was es überhaupt ist. War dann aber begeistert von den Möglichkeiten. Was mich als Nicht-Programmierer und Nicht-Linux Fachmann nervt ist das komplizierte updaten und Fehlersuche. Da steht irgendwas kryptische in den Protokollen und man hat manchmal nicht ansatzweise eine Ahnung was das heißen könnte. Da man immer mehr von HA hört wäre ich daher fast bereit umzusteigen. Solange es aber kein Blockly gibt, ist das für mich ausgeschlossen. Wäre super wenn du ein Video rausbringst wenn's bei HA soweit ist. Hab deshalb mal abonniert 👍
Ich habe seit längerem IOBroker am Laufen und habe schon zweimal einen Test-Homeassistant installiert, habs aber immer wieder aufgegeben. Wer eine einfache Lösung sucht ist bei HomeAssistant sicher gut aufgehoben, aber wer etwas komplexere Automatisierungen realisieren möchte, ist mit dem IOBroker deutlich besser bedient. Diese Meinung hatte ich bereits zweimal und du hast sie mir heute in deinem (sehr gut gelungenem) Video nochmal bestätigt - habe auf so einen Vergleich lange gewartet, ob ich etwas übersehen habe. Ich hätte mich ein bisschen mehr über "Hands-on" gefreut: Also bspw. Integration eines ZigBee-Dimmers und eines Homematic Schalters eine Verknüpfung der beiden auf den Systemen oder die Programmierung der Abhängigkeit eines Sensors (LIcht geht an wenn dunkel) in zwei unterschiedlichen Standards... aber das hätte vermutlich den Rahmen des Videos etwas überzogen.
hallo wirklich wieder gut!!
Wirklich schöne Übersicht 🤩Eigentlich mag ich beide Systeme^^ Aber YAML wird immer weniger bei HA für Beginner - später wenn´s ins eingemachte geht, dann leider definitiv und man muss sich einarbeiten - da ist IOBroker wirklich schöner...lg
Top Vergleich! Ich nutze seit 4 Jahren HA und du hast genau die Punkte genannt, die bei HA immer wieder nerven, wenn man was anpassen will oder muss: viel Basteln in YAML und unübersichtliche Automatisierungen mit YAML-Fallback, wenn‘s mal komplizierter sein soll, und ständige Neustarts.
Wenn dann alles läuft ist HA aber top und wird ständig besser, vor allem was UI und App angeht.
Es wirkt schon so, als ob der Fokus auf Dashboards und Apps liegt. Damit alles schön aussieht und die Leute sich angesprochen fühlen.
Der Plan geht ja auf…
Eine Awtrix Integration für HA analog zum iobroker Adapter wäre mega
Danke für deine Bericht. Hab vor kurzem angefangen mich mit HA zu beschäftigen, weil es ja soo toll ist. Aktuell hat es mich noch nicht überzeugt. Ich finde den ioBroker intuitiver und tatsächlich besser strukturiert. Vor allem, dass alle Datenpunkte an einem ort zu finden sind. Schön wäre eine gemeinsame Schnittstelle zum Datenaustausch.
Danke für das Video. Kurze Frage wieso sind manche Videos geblurred bei 1:41 ?
Urheberrecht
Ich bleibe auch bei iobroker. Hatte wegen des hübschen UIs mal 3 Monate mit HA rumgespielt. Ist auch soweit ok, aber z.B der Jeelink wird nur rudimentär supportet, einige meiner Sensoren tuns gar nicht. Dann habe ich es auch nicht geschafft meine Logik aus iobroker (blockly scripte) abzubilden. Letztendlich habe HA wieder abgerissen
Ich bin schon länger mit dem iobroker unterwegs habe nun wieder einmal einen Versuch gestartet mit Ha warm zu werden aber genau der Punkt mit den yaml-Dateien nervt mich tierisch und das sage ich als Informatiker. Klar würde ich es hinbekommen aber mir deutlich mehr Aufwand. Außerdem finde ich die Möglichkeiten der Automatisierung in iobroker unschlagbar, da gibt es dank Programmierung kaum Grenzen.
100% Zustimmung
Ich nutze beides. Ganz einfach.
DAnke danke danke danke für das Video.
du hast FHEM angesprochen: das nutze ich bis heute noch - Parallel läuft bei mir HA, ioBroker und FHEM... da jedes System seine Stärken hat.. FHEM ist heute (meiner Meinung nach) für eine große Homematic (nicht IP) Installation besser und stabiler als deren CCU (egal ob deren Hardware oder auf Basis eines Raspi) - vor allem mit mehreren LAN Gateways (alte runde und neue eckige)
Ja, hatte ich damals ja auch so im Einsatz. Nur ist HomeMatic Classic ja abgekündigt. Damit ist der Vorteil dahin und man muss wohl Richtung HCU1 schauen, da die CCU3 sicherlich nicht mehr besonders viel Liebe bekommen wird
Ich habe Home Assistant auf einem Raspberry I5 laufen. Schaute mir Node Red an und bin gerade mit Grafana zugange. Ich wehre mich dagegen, auf der 'Punktebene' zu agieren: Bin aus der Computer - Steinzeit mit BASIC, dBase, Pascal & Co Milieugeschädigt. Na - learning by doing, viele Videos ansehen und bereit sein, Rückschläge hinzunehmen.
Mein Fokus ist momentan darauf ausgerichtet, eingehende Daten anschaulich darzustellen: Stromverbrauch in meiner Wohnung, Temperaturverlauf der Heizung und später der PV und Speicher. Arbeit genug damit...
Wie auch immer: Vielen Dank für Deine Informationen!
Heute ist übrigens der monatliche "Home Assistant Update Tag" !!!
Klasse Beitrag 👍👏👍
Du könntest mal ein schwieriges Thema anfassen und die EEBus Anbindung an HA in einem Video erklären.
Das heißt, ein Video dazu wird kaum ausreichen.
Vielen lieben Dank und beste Grüße 😊
Tolles Video!!! Ich habe mal versucht wegen der ständigen Updates, welche du erwähnt hast, von IOB auf HA umzusteigen. Mich haben dann auch diese Yaml Dateien abgeschreckt :(
Bezüglich Visualisierung wäre ich an einem E-Paper oder Kindle interessiert. Ich habe zwar eine VIS2 mit Fully am Laufen, aber ich hätte noch interesse an einem stromsparenden Display welches ich nicht erst aktivieren muss.
Ich fände se sehr spannend zu sehen wie mann eigene Integrationen baut.
YAMLn auf hohem Niveau...
Hatte Home-Assistant mal als Docker container, habe es nach kurzer Zeit wieder runter geschmissen. Ich finde übrigens container nicht wirklich einfacher, wenn da mal was nicht funktioniert ist für den Unbedarften nichts mehr zu retten. So lange alles funktioniert ist es natürlich einfach.
Ich schätze mal Home-Assistant ist einfach toll für diejenigen, die anstatt vielen Apps für ihre "Smart Home" Gadgets ein einziges System haben wollen, was noch möglichst sprachgesteuert funktioniert.
Das gibt es bei mir alles nicht.
Der ioBroker ist eines der zuverlässigsten Systeme meiner IT Landschaft. Hatte mal eine defekte SD-Karte im Pi nach einem Stromausfall, ansonsten läuft der einfach. War das einzige mal, das ich ein Backup benötigte, der Restore hat problemlos funktioniert.
Für mich ist Home-Assistant in nächster Zeit uninteressant, vielleicht probiere ich es irgendwann mal wieder...
Danke für den tollen und sehr objektiven Vergleich. Ich verwende seit 4 Jahren IOB und habe Anfang diesen Jahres versucht, zum HA zu wechseln. Leider konnte mich der HA nicht überzeugen. Eine Möglichkeit, ansprechende Visualisierungen zu erstellen, bietet der HA leider nicht. Im IOB habe ich in der Zwischenzeit hunderte Zeilen JavaScript-Code für Bewässerung, Licht, Jalousiesteuerung, Sicherheitsfeatures uva. Wie ich das in HA umsetzen sollte, erschließt sich mir. Für mich ist der IOB deutlich leistungsfähiger. Ich hoffe, er wird weiter entwickelt, denn ich wüsste nicht, was ich ohne ihn machen sollte. Wechseln zu HA wäre jedenfalls ein deutlicher Rückschritt.
Hi, tolles Video wieder. Bin von OpenHab auf HomeAssistant gewechselt (oder noch im Wechsel ;) ). Ein Video wie man eine Integration für HA schreiben kann, wäre super. Vielleicht auch gleich für den eKey UDP Konverter - den hätte ich bei mir auch.
Du hast vollkommen recht mit deinem Video, ein Mix aus beiden wäre toll, IoBroker hat etwas Schwierigkeiten mit Updates , und HomeAssistant ist total sch.... zu Programmiere, ohne Yaml geht da nichts ! Da lieb ich mir das Blockly von IoBroker, macht viel mehr Spaß. Nur Leider läuft IoBroker nicht so Stabil wie Homeassistant.
Ich habe jahrelang den ioBroker betrieben. Hier hatte ich das Problem, dass alle 1 bis 2 Jahre nach einem Update die Hälfte meiner Automationen nicht mehr lief. Zusätzlich hatte ich einen grossen Stapel an "Projekten", die ich noch umsetzen wollte.
Vor ein paar Monaten bin ich auf HA umgestiegen und bin (bis jetzt) begeistert. Die meisten Integrationen liefen auf Anhieb und viele meiner Projekte waren automatisch mit an Board.
ioBroker ist etwas für Leute, die gerne "basteln" um das System am laufen zu halten. Beim HA kann man sich hingegen auf die Umsetzung seiner Automationen konzentrieren.
Was du zur Komplexität bei den Einstellungen beschreibst sehe ich genau anders. Fast jeden Adapter bei ioB musste ich nachjustieren. Integrationen bei HA werden installiert und laufen.
Mein Kritikpunkt war, dass es in Home Assistant für viele Integrationen gar keine Konfigurationsoberflächen gibt und alles auf yaml ausgelagert wird. Beispiel war Modbus. Wie willst Du das in Home Assistant "einfach installieren und es läuft"? Da muss man sich erstmal durch die Dokumentation wühlen, während man bei ioBroker direkt versteht, was man wo eintragen soll. Und das ist bei vielen Themen so.
Da hat HA noch eine sehr sehr große Baustelle vor sich.
@@haus_automation Modbus ist bei mir sogar der Grund weg vom IoBroker. Es gab keine anständige Doku zu genau meinem Wechselrichter und die Register lieferten immer falsche Werte. SolarEdge Modbus Multi in HA installiert und ich habe keinen Hauch einer YAML gesehen.
Aber ist natürlich nur ein sehr persönliches Beispiel. Ich kann olivers da durchaus verstehen mit "Installieren und läuft" , so war bis jetzt auch meine Erfahrung als langjähriger ehemaliger IoBroker Nutzer seit dem Wechsel auf HA.
Ich nutze HA eigentlich fast nur als Hardwarezugriffsschicht. Die Einbindung finde ich super einfach. Oft muss man nur einen Butten drücken und schon ist ein Gerät drin. Egal ob Shelly oder Tasmota, ZHA oder sonst was. Echt einfach.
Als Frontend nutzte ich Homekit.
Jegliche Logik läuft bei mir seit Jahren in NodeRed.
Und das funktioniert mit den HomeAssistant Nodes echt mega gut und einfach.
Mit ioBroker bin ich irgendwie nie warm geworden.
Hallo Matthias, ich habe seit ca. 3 Jahren den iobroker in Betrieb. Es macht mir riesig Spaß, auch wenn ich null Ahnung vom programieren habe. Die Installation wird dank deiner lehrreichen Beiträge immer größer. Vielen Dank! Im Moment beschäftige ich mich gerade mit dem shelly i4 und dem RPC protocol. Vielleicht könntest du dazu mal etwas machen.
Dafür habe ich ja den Shelly Adapter erweitert. Dann muss sich nicht jeder mit dem Protokoll auseinandersetzen
Ich bleibe auch bei iobroker. Ich habe die Visualisierungen sehr speziell angepasst und könnte das so nicht mit HASS.
Beides tolle Systeme!
Sehr guter Vergleich und sehr richtige Kritik an HA, das ich selber gerne einsetze.
Zum Thema Core-Integrationen würde ich noch eine Kritik hinzufügen: wenn was kaputt geht werden die lange nicht gefixt. Die Integration "Bluetooth LE Tracker" und "LD2410 BLE" sind beide zur Zeit komplett broken und das seit Monaten. Trotz entsprechender Issues passiert da nichts.
In Home Assistant vermisse ich die Programmierung mittels JS oder TS am meisten.
In Homeassitant gibts Python.
@@digitako Das ist mir bekannt. Python ist aber kein JS oder TS.
Ich habe Node-red in HA eingebunden, da kannst Du alles per JS machen und musst dich nicht mit YAML oder Python rumschlagen. Funktioniert wunderbar.
@@whocares281 Python oder Javascript ist mir prinzipiell egal. Bei ioBroker war's viel Javascript. Vorher bei FHEM Perl. Als Informatiker ist mir die Programmiersprache Jacke wie Hose.
Hallo Matthias,
Ähnlich wie Du, habe ich kurz nach Dir auch ein Haus gebaut und ziemlich vollständig ver-KNX-t. Definitiv die richtige Entscheidung. Für den Aussenbereich setzte ich aber nahezu vollständig auf (kostengünsigere) Zigbee-lösungen. (Hauptsächlich weil ich den Bus dort nicht haben will). Mit dem IOB und vorallem mit dem JS-Adapter habe ich das perfekte Bindeglied für die logische (und komfortable) Verknüpfung meiner Datenpunkte. Auch wenn HA einen aufgeräumteren Eindruck hinterlässt und natürlich ne wesentlich größere Verbreitung hat, in Bezug auf dieses einfache Bindeglied, ist HA - zumindest im moment noch - in der Steinzeit.😉
Sehr interessant. Habe persönlich wenig Erfahrung mit iobroker gemacht. Vielleicht lohnt sich aber doch mal ein Blick
Wie immer ein tolles Video von dir!
Ich finde die Flexibilität vom IoBroker unschlagbar. Sicherlich ist die Visualisierung im IoBroker nicht so komfortabel, stört mich aber nicht so sehr, da ich vieles über HomeKit und dem yakha Adapter mache.
Hier würde ich mir aber eine bessere Integration von HomeKit wünschen.
Toller Vergleich - HA hat noch einen weiten Weg zu gehen was die Usability und die schiere Anzahl an Integrationen angeht, ist aber aucf dem richtigen Weg. ioBroker muss im Gegenzug aufpassen, dass die Entwickler nicht "pennen" und wichtige Repositories "blockieren"
Danke für das Video und die Ausführungen zu den Konfigurationen. Dazu habe ich nämlich keine Lust. Das mag für routinierte Nutzer die regelmässig am System basteln in Ordnung sein. Ich setze auf, richte ein und schau dann teilweise monatelang nicht mehr drauf sofern alles läuft, soll ja alles automatisch laufen, da kommt keine Routine auf
Ich bleib bei ioBroker!!
Auch die Automatisierungen finde ich in HA sehr unübersichtlich gelöst im Vergleich zu den Blocklys in ioBroker.
Wann erscheint denn der Home Assistant Masterkurs? War gerade etwas verwirrt weil es sich so angehört hat als gäbe es den schon...
Ja ich muss es ja so klingen lassen, als ob es den schon gibt. Das Video bleibt ja online und der Kurs ist ab Mitte Oktober geplant
@@haus_automation ich verstehe ;) na dann müssen wir uns ja nicht mehr lange gedulden.
Bin seit Jahren bei iobroker und nur teilweise zufrieden. Vor allem die wechselhafte Qualität der einzelnen Adapter ist ein Problem. Aber der Wechsel kostet viel Zeit und die ist knapp.
4:42 @updates habe bis dato iobroker unter docker / unraid base verwendet. Ein klick alles uptodate.
Das stimmt so nicht ganz, weil das Update vom Image nicht die ja. Version aktualisiert. Und weil mir das zu aufwändig war hab ich gewechselt
Ich bin von der Fraktion ioBroker, teste aber auch HomeAssistant regelmäßig. Allerdings stelle ich bei meinen Tests immer wieder fest, dass ich die Flexibilität bei der Einbindung von Devices, der Visualisierung und Automatisierung, welche ich von ioBroker gewohnt bin, mit Homeassistant nur über viel mehr Aufwand realisieren könnte.
Zudem empfinde ich die Granularität an ioBroker als riesen Pluspunkt. Ich will ein schlankes System und nicht einen rieseigen Ballast mitschleppen, welchen ich gar nicht benötige.
Ich hatte beim ioBroker so oft das Problem, dass beim Update des ioBrokers nichts mehr ging und ich zusehen musste, wie das wieder zum Laufen gebracht werden kann. Selbst mein Kollege, der auf den ioBroker schwört, musste aufgeben. Und wir sind gemeinsam genau nach Anleitung vorgegangen. Dann muss ich sagen, verzichte ich auf die Granularität und nehme ein System mit trägerem Updatezyklus, welches mich bei Updates noch nie hat hängen lassen. Aber auch hier: Das betrifft mich, wenn andere damit gut klar kommen und keine Probleme hat, dann freut mich das 🙂
Ich kenne HA nicht gut, aber wenn ich hier lese, dass man damit nur schwer Automatisierungen machen kann, frage ich mich, wozu ich das brauche. Der JS Adapter ist in meiner Installation bestimmt der am höchsten belastetste.
Genial ist es auch, verteilte Installationen machen zu können. So habe ich im Wohnzimmer einen thin-client, der macht Zigbee und 433MHZ und die große Instanz im Keller auf meinem Homeserver. Geht großartig.
Guter Vergleich! Ich habe zuerst auch mit ioBroker angefangen und bin nie richtig mit warm geworden. Vor allem wenn man wieder ein Update einspielen muss, ist das nicht Benutzer freundlich. HA ist da um einiges komfortabler und auch die meisten Geräte werden gleich bei der Installation eingebunden. Vor allem meine HomePods kann ich mit Sprachausgaben leicht umsetzten.
Beim Thema Update hat sich dieses Jahr bei ioBroker viel getan. Adapter lassen sich jetzt Automatisiert Updaten, der js-controller kann über den Admin Aktualisiert werden und Nodejs inzwischen auch.
Schade das die Blueprints in HA nicht erwähnt wurden dort findet man alles und mit yaml hat man auch relativ wenig zu tun in 2024. was auch im dunklen blieb ist die Tatsache das immer mehr Firmen ( Hardware) auf HA setzen.
Kleine Anmerkung, die Updates für Integrationen dauert max 2 Tage und nicht Wochen, habe es gerade selber erlebt mit My- vailant z.B., ein Tag und das Problem war gelöst.
Ja man hätte noch viele Details ansprechen können. Meine Liste war ziemlich lang und ich habe das ordentlich zusammengekürzt
Nicht zu vergessen, ioBroker Websockets und als Entwickler ein selbst gewähltes Frontend wie Next/Nuxt mit React/Vue dranhängen und eine komplett eigenständige Visualisierung bauen. Das ist hervorragend und in Kombination mit Typescript im Backend unschlagbar!
Gut, das ist ja wieder ein komplett anderes Level 👍 Hast das irgendwo veröffentlicht?
@@haus_automation Ne, (bisher) nur für mich gebaut. Ich schiebe die WS Verbindung in einen Pinia Store und habe das Frontend mit Nuxt3/Shadcn umgesetzt, das ist dann aber schon spezifisch für meine eingesetzten Adapter und lässt sich aktuell noch schwierig verallgemeinern.
Tolles Video und danke für den Vergleich.
Ich bin vor ein paar Monaten bei HA gelandet, vermisse aber seither eine Integration für das KNX „Lite“, nämlich via Gira One. Das lässt sich nur über die Gira IoT API ansprechen. Genau dafür hast du ja einen tollen Adapter geschrieben. Und ich überlege seither, ob ich extra deshalb auf ioBroker wechsle. Oder eine Instanz separat aufsetze und einen Sync zwischen beiden Plattformen hinbekomme.
Am coolsten fände ich natürlich, wenn du den Adapter auch noch für HA entwickelst. 😍
Klar, das geht vermutlich auch mit der REST-Integration und per YAML, aber bei der Steuerung von Funktionen wird’s dann schnell kompliziert.
Jap, ich bin auch mit dem ioBroker gestartet, und habe HA ausprobiert. Ich bin dann aber auch ganz schnell wieder zurück - alleine weil ich das Blockly schon vermisst habe, und mit der VIS kann man ja alles zusammenbauen was man möchte 😉 ganz klar IOB 👌, und die vielen tollen Adaper von Mathias 🙂!
ich gebe mal kurz meinen Senf dazu, nach dem ich alle Geräte (passiert ja beim ersten Start fast Automatisch) hat mich die "Übersicht" erschlagen, eine Spalte "Büro" mit 20 Einträgen;
überall "Heizungen" verteilt.
In der ioBroker VIS haben die "Heizungen" eine eigene Seite, wie auch die "Lichter" oder die Hardware wie PCs, Fritxboxen usw. usw. Home Ass ist für mich völlig Unübersichtlich, völlig Gruselig 🙂
@@bushcrafthessen21das was du da siehst, ist die allgemeine Übersicht über alle Geräte und deren Raumzuordnung, soweit verfügbar. Deshalb heißt das auch Übersicht.
Wenn du bei VIS eine individuelle Anzeige haben willst und dir die Geräte von verschiedensten Herstellern aber 1 Funktion anzeigen lassen willst (Rauchmelder, Thermostat, Fenstersensor,...), musst du dir das auch erst basteln. Insofern ist dein Vergleich etwas "schwierig", um nicht zu sagen 🍎🍐.
Die Entitäten eines Herstellers findet man unter Einstellungen - Geräte/Dienste. Das ist in etwa das, wo man sich bei iob unter dem Dateiexplorer-NortonCommander-Clon durchklickt.
Wenn du eine Übersicht zu einer bestimmten Funktion haben willst in HA, kannst du ganz einfach eine neue Karte anlegen, wählst aus "nach Entitäten" und suchst dann nach einem Schlagwort, was in der Entität drin steckt. Es gibt dann sogar die Option des Auswählens aller Entitäten. Damit erstellst du in unter 1 Minute beispielsweise eine Übersicht aller "Batterie"-Werte oder was auch immer du willst.
Eine Integration zum Ekey LAN-Converter wäre ne coole idee.
Danke für die tolle Übersicht. Als langjähriger iobroker User schätze ich gerade die Möglichkeit das man scripte selbst bauen kann wen man eine individuelle Aufgabe oder Idee hat. Das zeichnet doch eine Hausautomation aus. Letzten Endes heißt das Motto doch weg von der China cloud und wer mit vorgefertigten Funktionen gut leben kann für den ist Homeassistant sicherlich ein guter Einstieg. Was für mich auf jeden Fall zählt dass es auf Linux läuft, so bin ich flexibel auch wenn ich es in eine vm packe.
Vielen Dank für deine Videos! Ich schätze, wie verständlich du komplexe Themen erklärst. Das Problem liegt jedoch nicht bei YAML, da es nur eine Beschreibungssprache ist. Vielmehr stört mich die Nutzung von Objektbibliotheken, was mich schon im Studium frustrierte. Obwohl objektorientierte Programmierung viele Vorteile hat, muss man sich bei Home Assistant mit einer eigenen Bibliothek von Grund auf neu auseinandersetzen. Allerdings hat man im Studium meist schon Java oder JavaScript gelernt und kennt zumindest die Grundobjekte. Deshalb finde ich den Einstieg mit ioBroker einfacher, da man durch JavaScript bereits viele Konzepte kennt.
Also ich denke, dass es gerade auch Menschen wie ich sind, die die Energiewende vorantreiben. Ich glaube, Viele können verstehen, dass, wenn ich schon neben Beruf, Kindern und allem anderen meine Freizeit dafür opfere um so eine Lösung zu entwickeln und dann für andere zu bauen, auch einen finanziellen Anreiz dafür haben möchte. Ohne das geht es meist nicht voran. Deine unentgeltlichen Bemühungen in allen Ehren, aber auch du wirst ja sicher irgendwoher dein Geld bekommen.
Ich fand deine Antwort sehr wertend.
Welche Antwort meinst Du? Ich verdiene mein Geld mit Online-Kursen zu den einzelnen Themen. Nicht mit RUclips, bezahlten Kooperationen oder Produkttests. Jedes RUclips Video kostet mich Zeit und Geld. Genau wie die Entwicklung auf GitHub. In Summe geht das aber auf, da sich glücklicherweise viele für einen tiefergreifenden Kurs entscheiden und somit die RUclips Inhalte mitfinanzieren.
EDIT: Ach den Kommentar meinst Du. Musste gerade etwas suchen. Warum antwortest Du nicht dort? :) Meine Antwort ist nicht böse gemein. Aber Du fragst einfach den falschen. Ich bin nicht der richtige Ansprechpartner, um Logiken in einem Open Source System zu verstecken / unzugänglich zu machen. Dafür wurde auch der ioBroker nie entwickelt.
Warum bietet Du das Script nicht kostenlos an und verkaufst Deine Hardware als Lösung?
Hallo Matthias, super erklärt. Ich bin nur Anwender für mich wäre der Umstieg auf Home Assistant sehr holprig wie du das erklärst. Ich habe meine Komponenten alles auf iobroker und mit vis erstellt. Ich finde den iobroker super
Hallo Matthias,
ich bin über FHEM zu ioBroker und seit knapp einem Jahr bei HA gelandet.
Aktuell läuft der ioB noch im Hintergrund.
Ich vermisse Blockly und u.a. dem Heizöladapter (zum Abfragen es Heizölpreises, da ich noch immer keine Erweiterung für HA gefunden habe).
Vielen Dank für deine Videos.
VG Sören
Aus der Sicht des Programmierers: im ioBroker kann man sich austoben bis die Synapsen glühen.
Aus der Sicht eines Anwenders: mit Home Assistant hab ich mit Standardfunktionen in 2 Tagen ein funktionierendes System mit ein paar Automationen und ein Dashboard mit dem man arbeiten kann.
Bei mir läuft HO im Synology Docker, habe HACS noch nicht vermisst. Wenn es doch mal soweit kommt exportiere ich mir die Einstellungen und erstelle HO als Virtuelle Maschine.
Einstellungen importieren, läuft, ganz ohne Programmierkenntnisse.
Ich habe mit dem IoBroker angefangen und es ist auch mein Hauptsystrm. Parallel habe ich auch den Home Assistant laufen und ich kamm dass was im Video gesagt wurde nur bestätigten. Was mich richtig nervt an HA ist wirklich das Thema YAML und das fehem von Blockly. Ich bin seit mehreren Tagen am verzweifeln, da ich versuche per MQTT Daten vom IoBroker ins HA zu bekommen. Das ist ja sowas von umständlich und unübersichtlich gemacht im HA, dass es wirklich keinen spaß macht macht...
Hätte nicht gedacht dass ich so ein Video mal brauche, denn Iobroker ist sein einigen Wochen nicht mehr zu gebrauchen, es stürzt permanent ab, auch eine Neuinstallation hat dieses Problem. Darum danke für den Vergleich, denn ich muss mich auf dem Markt anderweitig orientieren...
Bei mir läuft ioBroker super stabil seit über 7 Jahren. Kein Tag ausgefallen
Danke, ich bin von IoBroker zu HA umgestiegen. Interessant wäre ein Video um eine Wheaterintegration selbst zu erstellen erstellen (Einbindung von eigenen Sensorenfür die aktuelle Temperatur, bis zu Abfragen für Prognosen von lokalen Wetterorganisation die APIs bereitstellen)
Ich habe das über die Node-red Einbindung in HA realisiert. Dort bist Du komplett flexibel.
Man soll ja eigentlich nicht für andere Kanäle werben, aber im deutschsprachigen Raum ist Simon42 ja durchaus ein fachliches Schwergewicht. Der hat zum Thema Wetter einiges gemacht, bietet Videos und Skripte und führt teilweise recht tief in die Materie, wenn man will. Wenn du also schnell eine Lösung suchst, wirst du dort in Bezug auf Version 2024.3 fündig.
Hey Matthias,
Dank Dir fühle ich mich in beiden Welten gut aufgehoben. Was mir in HA zu umständlich ist mach im IOB und umgekehrt.
Müsste ich mich aber für eins entscheiden wäre es wohl PRO IOB.
LG Andy
Zum Thema Automatisierung: Man kann Home Assistant auch mit Programmiersprachen wie Python (AppDaemon), C# (NetDaemon) und Kotlin (Khome) automatisieren 🙂
Sehr interessant, dass mit NetDaemon auch eine "Programmiersprache" im Angebot ist. Die anderen beiden nehme ich nicht wirklich ernst. Werde ich definitiv testen. Schade ist nur, das man weder über die internen Integrationen, noch über HACS - sondern über Beiträge wie diese - über diese Möglichkeiten stolpert.
@@Armilar. Kotlin ist vergleichbar mit einer Kombination von C# und F#, bloß mit moderner Syntax und ohne Abhängigkeit von .NET (dank Kotlin Native). Wie kann man eine der drei Programmiersprachen der Zukunft (neben Rust und Go) nicht ernst nehmen? Liegt es daran, dass Kotlin mit der JVM in Verbindung gebracht wird? :P
Danke für die tolle Gegenüberstellung 👍Sehr freuen würde ich mich über eine eKey LAN Converter Integration in HA. Was nutzt du eenn selbst derzeit „produktiv“? X1 fliegt ja raus, bleibt der TWS? Ist NR noch ein Thema? Man will ja trotzdem die Komplexität möglichst gering halten.
Der TWS gefällt mir momentan ganz gut. Produktiv ist ein schwieriger Begriff, weil das hier alles ständig im Wandel ist 😅
habe beides ausprobiert und für mich entschieden, dass beides viel Zeit zur Einrichtung und Customizing braucht und bin dann am Ende fast komplett zu homematicIP gewechselt (klar, ganz anderer Ansatz und Anspruch) finde aber immer sehr klasse was du alles behandelst auf deinem Kanal und folge dir weiterhin immer sehr gern mit der Glocke 🤞👏✌️ Danke und bitte weiter so
Also für jemanden ohne wirkliche Englisch Kenntnisse ist der HA nicht umbedingt geeignet. Ich komme vom fhem und liebe genau wegen den unendlichen Möglichkeiten den Iobroker, mit dem JS-Adapter zusammen hat man alles was man braucht um ein ganzes Haus zu betreiben. Was im Video ganz vernachlässigt wurde ist die Möglichkeit mit dem Multihost. Das ist eine absolut einfache und trotzdem sehr stabile Art Prozesse zu verteilen, oder Schnittstellen zu den jeweiligen Geräten zu packen. Ich habe da lange Zeit mit mehreren verschiedenen Rpi ein Multihost gefahren.
Wenn ich die Anzahl der Support-Anfragen bei mir anschaue, geht ein Großteil davon auf Multihost zurück. Ich vermeide das eher und es gibt immer einen anderen Weg.
@@haus_automation ich habe unterdessen auch alles in eine Proxmox lxc Container aber es ist unterdessen wieder langsamer geworden. Aber es sind auch sehr viele Schnittstellen bei mir drin, früher hatte ich ein Host ausschliesslich für Bus komunikation.
Interessanter Vergleich. Habe ioBroker mal vor Jahren versucht auf nem Raspi ans Laufen zu bekommen weil ich vom Perl FHEM weg wollte. Habs aber beim Versuch gelassen, weil ich nur 2-3 Integrationen aktivieren konnte, da die alle in nem komplett neuen Prozess gestartet sind und der Raspi super schnell Hardware-seitig überlastet war. HA läuft bei mir inzwischen mit deutlich weniger Ressourcenbedarf in ner VM auf meinem Synology NAS. Ist iobroker immernoch so ressourcenhungrig?
Ist halt super stabil für alles einen separaten Prozess zu starten. Falls man weniger Ressourcen hat, kann man den Compact Mode nutzen um mehrere Instanzen in einzelnen Prozessen zusammenzufassen.
Home Assistant empfehle ich wenn man sofort loslegen will und alles erstmal out-of-the-Box funktioniert. Sobald man aber ein kleines bisschen vom vorgegebenen Pfad abweicht, ist ioBroker unschlagbar. Da lässt sich alles umsetzen. Für den ioBroker muss man aber auch als Benutzer ein bisschen mehr wie ein Programmierer denken.
Ja gerne auf YT zeigen aber ich warte noch auf 2. Unifi Teil ;)
Super Video, das die verschiedenen Aspekte beider System vergleicht. Ich nutze iobroker wegen der besseren Unterstützung bei der Erstellung von Scripten. Mit Javascript, Blockly u.a hat man keine Grenzen, was die Umsetzung von eigenen Scripten angeht. Ich finde yaml-files zur Programmierung bei hass absolut nicht mehr zeitgemäß.
Lässt man den iobroker als Docker Container laufen (z.B. auf einer Synology) ist das Update des System mega einfach, auch ohne jedwede Linux-Kenntnisse. Als iobroker Nutzer finde ich es sehr elegant, dass jeder Adapter seine Objekte in einer baumartigen Struktur anlegt und man sehr leicht alles mit allem verknüpfen kann. Da würde ich mich über ein Video freuen, wie das in HA funktioniert. Auch das iobroker jeden Adapter als eigene Prozess laufen lässt, macht die ganze Anwendung mega stabil.
Die zugegeben schöne UI von HA ist schon verlockend, allerdings nutze ich iobroker komplett ohne eigene Visualisierung oder App. Das macht alles nativ KNX oder Apple HomeKit. Ein Facelift der iobroker Adminoberfläche ist allerdings längst überfällig. Das sieht aus wie von vor 20 Jahren und hat nichts mit einer modernen GUI zu tun. Vielleicht schreckt das auch viele ab?
Na auch der Docker-Container möchte einen Unterbau. Und Docker macht das System per Definition erstmal nicht einfacher, sondern komplexer.
Klar gibt es einige grafische Oberflächen (wie Synology DSM) die das Leben leichter machen. Aber die kann ich ja schlecht als Best Practice für eine ioBroker Installation vorschlagen.
Gerne mal Docker direkt auf einem Linux System installieren und in der Shell den ioBroker-Container aufsetzen. Das ist nämlich erstmal Docker. Dann könnte man über Portainer und co sprechen. Aber das erfordert alles enorm viel Erklärungsbedarf und Wissen.
Ich bin schon seit CCU I/O dabei. Ich habe es noch nie geschafft mich für HS zu begeistern😂
Wann war das? 2014?
Ich bin vor einem Jahr von ioBroker zu Home Assistant gewechselt. Es läuft stabil als virtualisiertes System, lässt sich schnell und einfach updaten und deckt meine persönlichen Anforderungen problemlos ab. Mein Smarthome-Setup ist allerdings nicht wirklich komplex und es gibt nur wenige Automatisierungen.
Ja ich muss sagen ich stimme da voll zu das ioBroker noch besser. ist Besonders für Anfänger. Die Graficheoberfläsch ist bei ioBroker besser. Ich wollte z.B Resol instalieren die geht nur üer yaml. Leider Zur Zeit benutze ich bede Systeme ist mühsam. Auch das zusammen spiel klappt nicht immer. Auch mit der Fritzbox Repeater habe ich Probleme das ich ich mich immer neu anmelden muss wenn ein Update gemacht wird.
MfG
Rolf seht gutes Thema weiter so
Bin gerade am umziehen von IOB auf HA. Der Grund ist schlicht, dass ich on letzter Zeit immer öfter Probleme mit Abstürzen hatte im IOB. Scheinbar machte immer mal wieder ein Update für einen Adapter Probleme. Keine Ahnung warum. Der Pi stürzt nach wenigen Stunden ab. Irgendwann kommt dann wieder ein Update und es läuft wieder... aber schön ist das nicht.
Jetzt nach einigen Tagen muss ich dann sagen, das mir HA teils besser gefällt. Mit Integration meiner OpenWB hatte ich etwas zu kämpfen und Shelly H&T waren auch zickig, aber so langsam kommt alles ins Laufen. IOB fand ich für den Einstieg tatsächlich sportlicher.
Was ich gerade ungemein super finde, ist das ESPHome. Was ein Genuss wie man da in Null komma nix Sensoren per OTA auf den ESP definiert hat und die im HA landen. Vorher habe ich da mit Arduino IDE rumgebastelt.
Ich habe zur Zeit edomi und ioBroker im Einsatz basierend auf einer KNX Installation. edomi wird ja leider nicht mehr weiter gepflegt, daher ergibt sich irgendwann die Notwendigkeit der Migration. Meine Idee war jetzt alles auf ein System zu Migrieren, den Home Assistant. Bisher habe ich noch abgewartet bis sich die KNX Integration verbessert hat, was ja jetzt für eineige KNX Geräte auch ohne YAML möglich ist. Die YAML Datei ist für mich als Entwickler kein allzu großes Problem, auch wenn es nicht ganz so komfortabel ist.
Ein Video über die Entwicklung von Home Assistant Integration würde mich sehr interessieren, ich setzte z.B. auch den Ekey-Lan Adapter ein und dafür gibt es ja noch nicht.
Servus @haus_automation,
super Video, habe mir Home'Assistant auch mal angeschaut aber ich muss persönlich sagen ich bleibe beim Iobroker, er macht es mir zumindest wesentlich leichter Sachen einzustellen nachzulesen und auch schneller auf Fehler zu kommen.
Du hattest ja angesprochen wegen weiteren Adaptern für Iobroker, hatte dich mal vor längerer Zeit bei FB angeschrieben, leider ohne Rückmeldung, ich gehe davon aus das du soviele Nachrichten bekommst und das die dann einfach untergeht. Du hast ja den Adapter Geburtstage herausgebracht, wäre es möglich das du eine weitere Variante von dem raus bringst mit TÜV 😅, wäre cool wenn man dann die Zahlen anpassen kann und auf 2 Jahre dann stellen kann bzw. bei Neufahrzeugen auf 3 Jahren. Hintergrund wir haben zwei Spaßgeräte hier stehen und vergessen immer wieder wann der Tüvtermin war so das es schon passiert es das er en halbes Jahr abgelaufen war.....😅
Ich fühle mich völlig neutral dank kompletter Unerfahrung mit ioB wie auch HA 🙂
Dein Beitrag ist ein guter Anfang für eine Entscheidung, ob ich *irgendwann* mal von FHEM auf ioB oder auf HA wechsele.
Mein Eindruck: Wohl doch eher HA, weil FHEM schon an seiner Deutschlastigkeit gekrankt hat. Und typischerweise ist doch für die meisten von uns der Job, auf die harte Tour (sei es YAML) der Ehefrau eine perfekte Oberfläche zu bieten.
Ich bin immer noch auf der Suche nach einer Lösung um die guten alten 433MHz Geräte in Homeassistant zu integrieren.
Danke für deinen Vergleich Matthias.
Ich habe in iobroker nie den Einstieg geschafft und HA hat leider auch seine Ecken und Kanten.
Bin schon auf deinen Kurs gespannt.
RF-Link Gatway sollte kein problem sein!
@@AndrejBuss okay dann muss ich da mal nach suchen. Ich hatte die Hoffnung, dass ich den guten CUL Stick von FHEM einfach weiter nutzen kann
@@eisgreg ich habe hier noch glaub ich ein rumliegen auf Arduino basis, wenn du willst kann ich es mal testen.
@@eisgreg wenn du willst, kann ich es testen. Hab noch eins hier liegen aus domoticz Zeiten.
@@AndrejBuss wenn du einen Tipp hast wie ein Cul mit Homeassistant genutzt werden kann wäre das cool
Sehr gutes Video Matthias. Ich persönlich sehe alles im allem den ioBroker vorne. Sicher ist die Lernkurve am Anfang etwas größer, aber danach ist vieles einfacher und strukturierter. Was das Thema App und Design angeht, darf man natürlich auch nicht vergessen, dass beim HA jeden Tag bezahlte Entwickler dran arbeiten und ioBroker alles Entwickler hat, die es in ihrer Freizeit entwickeln. Denke das sollte bei dem Vergleich auch berücksichtigt werden, denn genau mit diesen feinen Unterschied ist das ioBroker System in meinen Augen deutlich vorne
Hab mir mal HA angeschaut. Nicht wirklich damit warm geworden. Das Video hat mir auch nochmal gezeigt, dass ich beim ioBroker bleiben. HA sieht schicker aus, grad die Dashboards. iObroker ist für mich aber doch mehr SmartHome durch die Automationen
Sehr spannendes Video…
Ich habe auch Bekannte, die gerade von ioBroker nach HA migrieren. Allerdings sind das meist simplere Smarthomes.
Ich habe selbst ein recht komplexes Gerüst in ioBroker implementiert. HA will ich mir dennoch mal ansehen, daher läuft im Camper ein HA.
Finde es ganz interessant, ESPHome ist auf jeden Fall eine tolle Sache. Was mir überhaupt nicht in den Kopf will sind Automatisierungen in HA.. was ein Geraffel.
Im ioBroker mach ich alles in Javascript Code. Und das auch nich direkt aus VSC.
Für HA würde ich mir wünschen, das man nativ in Python Skripte schreiben könnte statt des Klicki-Bunti.
Home Assistant ... Nr 1.