Projektvorstellung ioBroker
Verfasst: 03.08.2014, 21:55
-- Update 17.4.2015
Achtung, ein Großteil der Informationen in diesem Post ist veraltet.
Bitte hier lang:
ioBroker Forum: http://forum.iobroker.com
ioBroker Handbuch: https://github.com/ioBroker/ioBroker/wi ... r-handbuch
--
Liebe CCU.IO-Anwender, wie schon auf dem Usertreffen in Kassel erwähnt haben wir uns entschlossen ein Nachfolge-Projekt für CCU.IO anzugehen. Die Entwicklung ist mittlerweile voll im Gange, wir nähern uns so langsam der Version 0.1.0
Das Ganze ist stand heute noch nicht Endanwender-tauglich (ich schätze da müssen wir ~ Version 0.5.0 erreichen bis wir eine CCU.IO-Ersatz-Beta haben) - aber für Adapter-Entwickler ist es durchaus heute schon interessant sich das Projekt anzuschauen.
Hier mal eine (unvollständige) Liste der wichtigsten Unterschiede gegenüber CCU.IO:
- Das Projekt richtet sich nicht mehr ausschließlich an die Homematic-Community. Homematic ist ein Adapter wie alle anderen, Homematic nimmt keine Sonderstellung mehr ein, daher war auch eine Namensänderung unabdingbar und wir konnten es nicht einfach CCU.IO 2.0 nennen Außer im Namen spiegelt sich das auch darin wieder dass wir für dieses Projekt ein eigenes Forum aufgesetzt haben: http://forum.iobroker.org
- Die Lizenz hat sich geändert. CCU.IO stand unter einer Lizenz die kommerzielle Nutzung ausgeschlossen hat, ioBroker steht unter der "MIT-Lizenz", das ist quasi eine "alles-ist-erlaubt" Lizenz, ioBroker darf auch ohne weitergehendes Einverständis im kommerziellen Umfeld eingesetzt werden. Es ist jedoch nicht auszuschließen das bestimmte Adapter/Addons in Zukunft unter anderen Lizenzen stehen werden als ioBroker selbst.
- ioBroker ist "Sprachagnostisch". Niemand wird mehr gezwungen Javascript einzusetzen. Wir implementieren das ganze zwar nach wie vor mit Javascript/Node.js, es ist jedoch in Zukunft problemlos machbar Adapter in beliebigen Sprachen zu implementieren. Eine Bibliothek die das komfortable und schnelle Entwickeln von Adaptern ermöglicht gibt es stand heute zwar nur für Javascript/Node.js, es ist aber für dieses Jahr noch eine Adapter-Bibliothek für Python geplant, weitere Sprachen werden folgen (Java, Ruby, ...).
- ioBroker ist Datenbankbasiert. CCU.IO hat seine gesamten Daten innerhalb eines Node-Prozesses im RAM gehalten (und ins Dateisystem geschrieben) und hat als Message-Broker gedient der Events an die Adapter verteilt hat. ioBroker hingegen vertraut das anderer Software an die genau darauf spezialisiert ist.
- ioBroker ist Netzwerk/Cluster fähig. Man kann die Datenbanken und die Adapter über beliebig viele Hosts verteilen. Neben der dadurch machbaren Lastverteilung und Sklarierungsfähigkeit bringt das auch Möglichkeiten zur Erhöhung der Verfügbarkeit durch Failover-Mechanismen mit.
- besserer Homematic-Adapter: CCU ist keine Pflicht mehr, LAN-Adapter + BidCoS-Service tut's auch, außerdem gibt es kein Limit was die Anzahl der CCUs/LAN-Adapter angeht.
- ...und allgemein: anständig Modular gestaltet, vernünftiger Einsatz von npm, besseres Prozess-Controlling, besseres Logging, alles wird besser Wir konnten mit CCU.IO viel Erfahrung sammeln und versuchen nun die Stärken auszubauen und alle Schwachpunkte auszumerzen...
Ich glaube/hoffe/behaupte dass wir noch dieses Jahr soweit sind dass die meisten CCU.IO-Anwender auf ioBroker umsteigen können und DashUI, ScriptGUI und yahui portiert sind (diese Projekte werden übrigens auch noch umbenannt).
Weitere Infos findet ihr hier: http://www.iobroker.org
Falls ihr Support beim Ausprobieren/Testen braucht bitte im ioBroker Forum melden: http://forum.iobroker.org - dieser Thread hier soll allgemein gehalten werden und nur der Diskussion zum Thema CCU.IO vs ioBroker dienen.
Bin gespannt auf Feedback,
viele Grüße,
Hobbyquaker
Achtung, ein Großteil der Informationen in diesem Post ist veraltet.
Bitte hier lang:
ioBroker Forum: http://forum.iobroker.com
ioBroker Handbuch: https://github.com/ioBroker/ioBroker/wi ... r-handbuch
--
Liebe CCU.IO-Anwender, wie schon auf dem Usertreffen in Kassel erwähnt haben wir uns entschlossen ein Nachfolge-Projekt für CCU.IO anzugehen. Die Entwicklung ist mittlerweile voll im Gange, wir nähern uns so langsam der Version 0.1.0
Das Ganze ist stand heute noch nicht Endanwender-tauglich (ich schätze da müssen wir ~ Version 0.5.0 erreichen bis wir eine CCU.IO-Ersatz-Beta haben) - aber für Adapter-Entwickler ist es durchaus heute schon interessant sich das Projekt anzuschauen.
Hier mal eine (unvollständige) Liste der wichtigsten Unterschiede gegenüber CCU.IO:
- Das Projekt richtet sich nicht mehr ausschließlich an die Homematic-Community. Homematic ist ein Adapter wie alle anderen, Homematic nimmt keine Sonderstellung mehr ein, daher war auch eine Namensänderung unabdingbar und wir konnten es nicht einfach CCU.IO 2.0 nennen Außer im Namen spiegelt sich das auch darin wieder dass wir für dieses Projekt ein eigenes Forum aufgesetzt haben: http://forum.iobroker.org
- Die Lizenz hat sich geändert. CCU.IO stand unter einer Lizenz die kommerzielle Nutzung ausgeschlossen hat, ioBroker steht unter der "MIT-Lizenz", das ist quasi eine "alles-ist-erlaubt" Lizenz, ioBroker darf auch ohne weitergehendes Einverständis im kommerziellen Umfeld eingesetzt werden. Es ist jedoch nicht auszuschließen das bestimmte Adapter/Addons in Zukunft unter anderen Lizenzen stehen werden als ioBroker selbst.
- ioBroker ist "Sprachagnostisch". Niemand wird mehr gezwungen Javascript einzusetzen. Wir implementieren das ganze zwar nach wie vor mit Javascript/Node.js, es ist jedoch in Zukunft problemlos machbar Adapter in beliebigen Sprachen zu implementieren. Eine Bibliothek die das komfortable und schnelle Entwickeln von Adaptern ermöglicht gibt es stand heute zwar nur für Javascript/Node.js, es ist aber für dieses Jahr noch eine Adapter-Bibliothek für Python geplant, weitere Sprachen werden folgen (Java, Ruby, ...).
- ioBroker ist Datenbankbasiert. CCU.IO hat seine gesamten Daten innerhalb eines Node-Prozesses im RAM gehalten (und ins Dateisystem geschrieben) und hat als Message-Broker gedient der Events an die Adapter verteilt hat. ioBroker hingegen vertraut das anderer Software an die genau darauf spezialisiert ist.
- ioBroker ist Netzwerk/Cluster fähig. Man kann die Datenbanken und die Adapter über beliebig viele Hosts verteilen. Neben der dadurch machbaren Lastverteilung und Sklarierungsfähigkeit bringt das auch Möglichkeiten zur Erhöhung der Verfügbarkeit durch Failover-Mechanismen mit.
- besserer Homematic-Adapter: CCU ist keine Pflicht mehr, LAN-Adapter + BidCoS-Service tut's auch, außerdem gibt es kein Limit was die Anzahl der CCUs/LAN-Adapter angeht.
- ...und allgemein: anständig Modular gestaltet, vernünftiger Einsatz von npm, besseres Prozess-Controlling, besseres Logging, alles wird besser Wir konnten mit CCU.IO viel Erfahrung sammeln und versuchen nun die Stärken auszubauen und alle Schwachpunkte auszumerzen...
Ich glaube/hoffe/behaupte dass wir noch dieses Jahr soweit sind dass die meisten CCU.IO-Anwender auf ioBroker umsteigen können und DashUI, ScriptGUI und yahui portiert sind (diese Projekte werden übrigens auch noch umbenannt).
Weitere Infos findet ihr hier: http://www.iobroker.org
Falls ihr Support beim Ausprobieren/Testen braucht bitte im ioBroker Forum melden: http://forum.iobroker.org - dieser Thread hier soll allgemein gehalten werden und nur der Diskussion zum Thema CCU.IO vs ioBroker dienen.
Bin gespannt auf Feedback,
viele Grüße,
Hobbyquaker