Projektvorstellung ioBroker

[Eisbaeeer]

Hallo zusammen,

ich denke anhand der vielen Fragen sieht man schon, dass es auch gewisse Ängste gibt. Sicher finde ich die Tatsache, dass ioBorker wahrscheinlich auf einem Raspberry und auch auf NAS-Systemen nicht mehr lauffähig oder nur bedingt lauffähig wird, nicht gerade positiv. Allerdings ist der Schritt zu einer DB meines Erachtens absolut richtig. Wer Highcharts öfter verwendet, weiß wovon ich spreche.

Eines weiß ich aber sicher! Solch ein Projekt, wie CCU.IO wird schon aufgrund der vielen Benutzer mit "schwacher" Hardware nicht sterben. Nochmals vielen, vielen Dank an Hobbyquaker und all die anderen, die soviel private Zeit zugesteuert haben! Also keine Angst. CCU.IO wird noch parallel lange genug weiter laufen.

Die Hardware wird immer schneller. Die Boards bekommen dual oder quadcore CPU´s. Ich bin auch schon gespannt und habe auch schon erste Installationsversuche gestartet. Vor allem, um meine Adapter zu portieren.

Hier wurde doch noch niemand wirklich im Stich gelassen, oder?
Seid gespannt was da kommt, ich bin es auch. Hier stimmt der Satz "es kommt nichts besseres nach" auf keinen Fall!
Bis jetzt habe ich den Eindruck, dass ioBroker alles hat, um ccu.io noch zu toppen!

Grüße Eisbaeeer

[akamia]

Hallo,

das Github ist ja momentan spannender zu lesen als das HomeMatic-Forum. Was die beiden da täglich an Software liefern, ist sehr beeindruckend. Ihr entwickelt schneller io.broker, als ich mit dem Testen und Implementieren bei CCU.IO voranschreite.

Als ich vor zehn Jahren als Produkt-Manager den Software-Entwickler bei uns in der Firma gesagt habe, Fat-Clients und Nur-Filesysteme sind auf dem Rückzug, wurde noch geschmunzelt. Heute sind unsere Applikation zwar noch keine Apps, aber laufen in der gängigen Browsern. Viele Tools wie SharePoint und MKS nutzen Standard-SQL-DBs. SharePoint ist rein browserorientiert. Das Technologie- und Produkt-Management-Tool, das gerade abgelöst wird, läuft jetzt ebenfalls nur noch im Browser. IBM tut sich mit DOORS sehr schwer. HQ und Bluefox verwenden moderne - nichtproprietäre - Standardtools.

Nachdem BlueEssi den DENON-Adapter überarbeitet hat, kann endlich die Lautstärke in den Zonen über Slider bedienen. Hier warten immer noch viele bei MEDIOLA - seit über zwei Jahren. Vielen Dank an BlueEssi und Eisbaeeer.

[mimquadrat]

Servus Leute!
ich bin ja schon wieder ganz heiß! Als ich vom ioBroker gehört hab, hab ich direkt nen neuen Raspi geordert. OK, der ist jetzt zu langsam - kein Ding - kauf sofort was neues - das Projekt fesstelt mich so, dass ich auf die paar hundert Euro regeltecht scheiss!
Aber:
Ich würde vorschlagen, dass Ihr (v.a. HQ und BF) eine Art "Standart Hardware" empfiehtl.
Dann kann sich ANFANGS mal jeder das selbe Equipment holen, um Hardware inkompatibilitäten vorzubeugen und nicht zu viele hardwarebedingte Fragen zu bekommen.
Nach meinen Recherchen würde der Cubietruck (Board 3) am besten passen - auch von der Stromaufnahme ist der noch gut...was meint Ihr?

Und noch was kurzes - auch wenns schon zu spät ist:
Ich finde den Namen ioBroker etwas zu...unpersönlich. Zumal in der Bevölkerung seit der Finanzkrise Akteuere an der Börse nicht so beleibt sind.
Ich wäre ja für Nutshell (Nussschale, engl Sprichwort: To put it in a nutshell, deutsch: zusammengefasst, weil ja hier alles zusammenlaufen soll) gewesen...aber da ich ja nur teste hab ich nix zu melden - versteh ich auch...
Aber denkt mal drüber nach...nur eine Idee vom mir.

Ich freu mich auf das was kommt - Teste schon mal mit dem Raspi

EDIT:
wie muss ich installieren? gibt es schon ein debian Paket wie das hier?

wget http://ccu.io.mainskater.de/nodejs_0.10.22-1_armhf.deb
sudo dpkg -i nodejs_0.10.22-1_armhf.deb
sudo wget http://dashui.ccu.io/download/ccu.io.latest.deb
sudo dpkg -i ccu.io.latest.deb

[rascal]

Das mit der einheitlichen Hardware finde ich gut, spezial wenn es der Cubie 3 sein soll (habe noch einen herumliegen

[unwichtig]

Ich denke Arduino sollte auf jedenfall Unterstützt werden, da man sehr vieles realisieren kann was sonst so nicht geht.

Ich arbeite zB. grade daran für meinen Garten einen Arduino fertig zu machen, der erste wird folgendes können:

http://homematic-forum.de/forum/viewtop ... 31&t=19304
Netzwerk wie hier beschrieben, da an der Stelle kein Kabel liegt

DHT11 für die Luft
DS18 Wassertemperatur Pool
DS18 Wassertemperatur Solarabsorber Pool
Helligkeitssensor
Regensensor
Bodenfeuchtesensor im Rasen
Bewegungsmelder
und hoffentlich pH Wert Messung für den Pool

Die meine Bewässerung schon auf Homenatic läuft, werden nur Relais für Poolpumpe und etwas Licht dran kommen,
In Zukunft sollen dann noch Regenmesser, Windmesser, Blitzerkennung und Windrichtungsanzeiger dran.

Sowas aus HM Bauteilen herzustellen wird sicher unbezahlbar....

Auch die anderen fertigen Systeme würden sowas sicher nicht möglich machen denke ich


Und im Grunde kann man ja auch mit nur einem Arduino im Netzwerk arbeiten, die anderen kann man ja Seriell bzw per Funk mit dem einen verbinden

Ich bin sehr gespannt was Ihr da macht, mal sehen wann ich damit auch Anfange zu spielen, wenn ich das richtig verstanden habe, kann ich auch irgendeinen etwas betagteren PC erstmal nehmen zum testen ...

Vorgabe einer Hardware würde ich vllt nicht so eng sehen wie beschrieben, eine Info was auf jedenfall geht und bei Euch im Einsatz ist wäre gut, aber eine Vorgabe würde evtl. dafür sorgen, dass es nachher nirgendwo anders läuft?
Wobei das für Euch den Aufwand sicher verringern würde wenn Ihr sagt " Das empfehlen wir und Supporten wir auch nur." ....

[Eisbaeeer]

DHT11 für die Luft
DS18 Wassertemperatur Pool
DS18 Wassertemperatur Solarabsorber Pool
Helligkeitssensor
Regensensor
Bodenfeuchtesensor im Rasen
Bewegungsmelder
und hoffentlich pH Wert Messung für den Pool

Die meine Bewässerung schon auf Homenatic läuft, werden nur Relais für Poolpumpe und etwas Licht dran kommen,
In Zukunft sollen dann noch Regenmesser, Windmesser, Blitzerkennung und Windrichtungsanzeiger dran.

Sowas aus HM Bauteilen herzustellen wird sicher unbezahlbar....

Offtopic: Gehört eigentlich in einen anderen Thread. Vorschlag, nimm einen der Raspberry, welche du dann für ioBroker eh nicht mehr nutzen kannst und lasse darauf "owfs-server" laufen. Damit kannst du deine Sensoren, wie oben beschrieben, per 1-wire anschließen. Einen Adapter für owfs-server hab ich schon gemacht. Der soll noch um andere devices erweitert werden.

Gruß Eisbaeeer

[EkkiB]

Raspi Unterstützung ist für mich wichtig !

Schade, dann wird ioBroker wohl nichts für mich.

Ich hatte von ioBroker schon gehört. Und mich eigentlich gefreut, daß CCU.IO entschlackt wird, weil
ich gar keine CCU habe. Für kleine Aufgaben brauche ich auch keine Datenbank. Schön modular soll
es sein, und knackig klein.

Vielleicht kann man den Ansatz ja so modular machen, daß man keine Datenbank machen muß. Aber, wer denkt er braucht so was, kann es ja wahlweise dazunehmen. Von dem Namen "io"Broker hätte ich gute Eingabe/Ausgabe (I/O) Funktionalität erwartet. Den Datenbank Schnick-Schnack kann man doch auf irgendeinen Boliden im Netzwerk auslagern ?

Mal schauen, wo die Reise hingeht.

[nicx]

hi,

erst mal klasse das es weitergeht aber sehr schade dass es keine standard-db-unterstützung gibt womit iobroker auf allen möglichen systemen laufen würde (wie mysql z.b.), so ist das thema leider für mich mit meiner synology nas auch durch

gruss

[hobbyquaker]

ich glaube ich muss noch mal klarstellen: ich habe nicht gesagt dass ioBroker auf Raspi unmöglich ist, ich habe nur gesagt dass es "grenzwertig" werden könnte (was natürlich auch primär davon abhängt wie viele Adapter man nutzt).
Zum Thema ioBroker auf NAS: auch das ist nicht unmöglich. Habe eben noch mal ein wenig recherchiert, für x86 QNAP z.B. gibt es Redis bereits als ipkg, eine Anleitung wie man CouchDB baut und installiert habe ich auch gefunden. Ist aber eben eine zusätzliche Hürde, aber nicht zwingend unüberwindbar.
Auch denkbar: man lässt die Adapter auf dem NAS laufen und stellt noch ein Raspi daneben der die Datenbanken beherbergt.

[hobbyquaker]

Ich würde vorschlagen, dass Ihr (v.a. HQ und BF) eine Art "Standart Hardware" empfiehtl.
Dann kann sich ANFANGS mal jeder das selbe Equipment holen, um Hardware inkompatibilitäten vorzubeugen und nicht zu viele hardwarebedingte Fragen zu bekommen.

Ich würde das eher auf das Betriebssystem beschränken. Ich empfehle klar ein Debian(-basiertes) Linux, ob ARM oder x86 ist egal. Bluefox kümmert sich um die Windows-Welt. OSX sollte kein Problem sein, wenn es unter Linux läuft läuft es unter *BSD und OSX üblicherweise auch problemlos. Insofern decken wir da die wichtigsten Systeme ab.
Komfortable Installationspakete sind geplant für Debian(-basierte) Linux, OSX und Windows, wer z.B. mit Gentoo, einem rpm-basierten Linux oder *BSD unterwegs ist muss manuell installieren.

Hardware kann ich nur folgende Empfehlung aussprechen:
Multicore-CPU ist für ioBroker sinnvoll, bis ~5 Adapter sollten 512MB RAM reichen, bis ~15 Adapter müsste 1GB reichen, 2GB sollten schon ~30 Adapter ermöglichen. Da es ioBroker erlaubt dass Adapter über beliebig viele Hosts verteilt werden kann man hier auch recht komfortabel skalieren.

Stand heute habe ich selbst noch zu wenig Erfahrung mit den Hardwareanforderungen, daher soviel Konjunktiv