IoBroker UMBAU!!!
-
Danke für die Info.
ich hatte so etwas vermutet und deshalb gerade eben bevor ich das gelesen habe auch eine neue Installation auf der cubox durchgeführt.
die lief auch ohne Probleme durch, lediglich die Klarnamen einiger Datenpunkte fehlten (?).
Vielleicht ist das das was du mit hm-rpc zur Hälfte meintest
habe ich die Entscheidung getroffen CouchDB rauszunehmen. `
heisst das kein apt-get install couchdb mehr?Gruß
Rainer `
Ja.Habe auch entsprechend readme.md angepasst: https://github.com/ioBroker/ioBroker.js-controller
-
Ja.
Habe auch entsprechend readme.md angepasst: https://github.com/ioBroker/ioBroker.js-controller `
Habe ich inzwischen schon gefunden.
Da musst du noch den folgenden Satz anpassen.
> (if your CouchDB and/or Redis is not running on localhost you can supply optional arguments –couch <host>--redis <host>)</host></host>Schläfst du eigentlich irgendwann einmal??
Gruß
Rainer
-
Schon wieder drei neue updates :shock: nach node iobroker update.
Leider werden diese im Admin-Adapter nicht angezeigt!
Habe also node iobroker upgrade gefahren und bekomme folgende Fehlermeldung:
! npm http 304 https://registry.npmjs.org/commander
! module.js:340
! throw err;
! ^
! Error: Cannot find module '/opt/iobroker/lib/../adapter/undefined/io-package.json'
! at Function.Module._resolveFilename (module.js:338:15)
! at Function.Module._load (module.js:280:25)
! at Module.require (module.js:364:17)
! at require (module.js:380:17)
! at uploadAdapter (/opt/iobroker/lib/setup.js:1091:19)
! at /opt/iobroker/lib/setup.js:896:13
! at installNpm (/opt/iobroker/lib/setup.js:1339:23)
! at finishUpgrade (/opt/iobroker/lib/setup.js:893:9)
! at /opt/iobroker/lib/setup.js:950:17
! at ChildProcess. <anonymous>(/opt/iobroker/lib/setup.js:1232:31)</anonymous>Nach refresh der WebUI sind da auch noch die alten Versionen drin.
Werde die Banane rebooten.
Nach reboot waren die Updates in der WebUI zu sehen.
Beim Hochfahren kam ein Fehler:
2014-12-05 18:11:28.018 - error: hm-rpc.0 Error: XML-RPC fault: type errorDie Updates über die WebUI liefen ohne Fehlermeldung durch.
Nur der Adapter admin wurde hinter her immer noch als v.0.2.3 erkannt und sollte auf v.0.2.4 upgradebar sein.
Ein erneutes upgrade brachte da auch keine Änderung
Gruß
-
Hallo Rainer,
Ich habe den update eben gerade, nach dem es mir genauso ging wir Dir, über die kommandozeile gemacht.
Hat geklappt!
Probiers einfach mal.
Gruß
Bernhard
PS: soll natürlich upgrade heißen.
Sprich
./iobroker upgrade admin
-
` > Die Updates über die WebUI liefen ohne Fehlermeldung durch.
Nur der Adapter admin wurde hinter her immer noch als v.0.2.3 erkannt und sollte auf v.0.2.4 upgradebar sein.
Ein erneutes upgrade brachte da auch keine Änderung `
Das verstehe ich momentan auch nicht. Ich habe update auf "npm" Service verschoben. Aber der nimmt nicht die aktuellsten Quellen von github. Dabei package.json ist schon aktuellste. Muss ich noch untersuchen oder vorübergehend wieder zurück umstellen. -
Erst noch mal ein ganz großes Lob an das Entwicklerteam.
Was sich da im Hintergrund in den letzten Tagen getan hat ist ja enorm.
Und wenn Bluefox so weiter macht, muss ich nicht nur javascript, sondern auch noch russisch lernen
Also, ich habe in den letzten Tagen mehrfach Updates und Neuinstallationen auf den verschiedenen Plattformen durchgeführt. Inzwischen funktioniert wieder alles(?) und sogar einiges mehr als vor dem Umbau.
Mich hat nur stutzig gemacht, dass ein Update nicht immer den gleichen Effekt hat, wie eine Neuinstallation. (So habe ich auf der CuBox nach der Neuinstallation jetzt einen Reiter (node-red), der auf dem Cubietruck bisher nicht zu sehen ist (letzte Zeit nur Upgrades).
Außerdem gibt es Änderungen, die erst nach einem ioBroker stop / ioBroker start wirksam werden, andere gar erst nach einem reboot. Ich habe das jetzt nicht weiter verfolgt, weil das im momentanen Zustand absolut unerheblich ist.
dashUI und rickshaw laufen bei mir jetzt auch. Bei rickshaw musste ich im web-Adapter die socket.io-Instanz angeben. Außerdem ist mir nicht klar wann man welche Ip-ADresse der 3 möglichen (0.0.0.0; 127.0.0.1; 192.168.xxx.yyy) nehmen soll. hm-rpc funktioniert nur mit 192.168.xxx.yyy, also habe ich das auch bei allen anderen eingegeben. Nur beim admin-Adapter darf ich das nicht, dann hängt sich alles komplett auf.
bei dashui habe ich noch Probleme mit den Variablen: Die Ladezeit beim Auswahlmenü ist sehr hoch, und "echte" CCU-Variablen kommen doppelt vor, teilweise sogar Datenpunkte der Geräte:
Danke für eure Mühen
Rainer
-
Erst noch mal ein ganz großes Lob an das Entwicklerteam. `
Schlechte Nachricht: Ich bin seit Oktober offiziell allein in dem Team. Hoffe nur, dass Steffen vielleicht irgendwann wieder Zeit findet.Und wenn Bluefox so weiter macht, muss ich nicht nur javascript, sondern auch noch russisch lernen
`
Hm.. Da gibt es nichts, was ich nicht auf Deutsch übersetzt habe. Oder fehlt was?Also, ich habe in den letzten Tagen mehrfach Updates und Neuinstallationen auf den verschiedenen Plattformen durchgeführt. Inzwischen funktioniert wieder alles(?) und sogar einiges mehr als vor dem Umbau. `
Es freut mich, dass du wieder Zeit hast.Mich hat nur stutzig gemacht, dass ein Update nicht immer den gleichen Effekt hat, wie eine Neuinstallation. `
Kannst du tick präzise beschreiben, was da los ist?(So habe ich auf der CuBox nach der Neuinstallation jetzt einen Reiter (node-red), der auf dem Cubietruck bisher nicht zu sehen ist (letzte Zeit nur Upgrades). `
Node-red Lasche ist nur sichtbar falls Node-red adapter installiert ist.Außerdem gibt es Änderungen, die erst nach einem ioBroker stop / ioBroker start wirksam werden, andere gar erst nach einem reboot. Ich habe das jetzt nicht weiter verfolgt, weil das im momentanen Zustand absolut unerheblich ist. `
Genau hier will ich die Details wissen.
dashUI und rickshaw laufen bei mir jetzt auch. `
Gute Nachricht: ich habe die Arbeit an ioBroker.vis (alte DashUI) angefangen.Bei rickshaw musste ich im web-Adapter die socket.io-Instanz angeben. Außerdem ist mir nicht klar wann man welche Ip-ADresse der 3 möglichen (0.0.0.0; 127.0.0.1; 192.168.xxx.yyy) nehmen soll. hm-rpc funktioniert nur mit 192.168.xxx.yyy, also habe ich das auch bei allen anderen eingegeben. Nur beim admin-Adapter darf ich das nicht, dann hängt sich alles komplett auf. `
Immer 0.0.0.0 auswählen. Außer in hm-rpc adapter, da soll 192.168.x.y rein.bei dashui habe ich noch Probleme mit den Variablen: Die Ladezeit beim Auswahlmenü ist sehr hoch, und "echte" CCU-Variablen kommen doppelt vor, teilweise sogar Datenpunkte der Geräte: `
Kann ich reproduzieren. Aber weiss ich nicht ob ich es fixen werde. Neuer Select Dialog ist viel schnelle. Wird in ioBroker.vis verwendet.Noch mal Danke fürs testen.
-
Hallo Bluefox,
freut mich, dass du trotz der Nachrichten immer noch gute Laune hast!!
Hm.. Da gibt es nichts, was ich nicht auf Deutsch übersetzt habe. Oder fehlt was? `
Neun, nein,Aber inzwischen hat mich einer deiner russischen Freunde angefragt, und ich weiss nicht, ob er meine Antwort verstanden hat.
Und ich wollte dich nicht weiter stören, da habe ich dann im russischen Forum gestöbert und anhand der Fehlermeldungen gesehen, dass du schon mit Infos versorgt wirst
Node-red Lasche ist nur sichtbar falls Node-red adapter installiert ist. `
Ist bei allen drei Plattformen installiert. Die Installationen sind überall gleich.Ich habe Bernhards reinstall-script für mich modifiziert und da sind jetzt immer die gleichen Adapter automatisch mit angelegt.
Kannst du tick präzise beschreiben, was da los ist? `
leider nicht mehr, werde aber wieder besser aufpassen, versprochen! :oops:Genau hier will ich die Details wissen. `
siehe oben.Mal sehen, was mir noch einfällt:
Die Datenpunkte der Geräte waren in Legacy erst nach einem reboot im Auswahlmenü zu sehen.
rickshaw lief erst nach stop/start
und Änderungen am js-controller auch erst nach reboot (zumindest einige - glaube ich) :roll:
Gruß
Rainer
-
Ja.
Habe auch entsprechend readme.md angepasst: https://github.com/ioBroker/ioBroker.js-controller `
Habe ich inzwischen schon gefunden.
Da musst du noch den folgenden Satz anpassen.
> (if your CouchDB and/or Redis is not running on localhost you can supply optional arguments –couch <host>--redis <host>)</host></host>Schläfst du eigentlich irgendwann einmal??
Gruß
Rainer `
Hallo,Bitte auch die Anleitung(pdf) zur Installation anpassen. Ich wundere mich, warum bei der couchDB nix passiert und suche den Fehler
Grüße
Headroom
-
Ich habe erst einmal abwarten wollen, bis nach der Umstrukturierung wieder alles rund läuft. Bluefox hat in den letzten Wochen teilweise 2 Updates am Tag veröffentlicht.
Wenn ich mal wieder zu Hause bin, werde ich das angehen.
Gruß
Rainer
Gesendet von meinem Cynus T7 mit Tapatalk
-
Hi Bluefox,
> Schlechte Nachricht: Ich bin seit Oktober offiziell allein in dem Team. Hoffe nur, dass Steffen vielleicht irgendwann wieder Zeit findet.
Wie kommt es zu dieser Situation? Tut mir leid, dass zumindest ich nicht mehr helfen kann…Viele Grüße und danke für die tolle Arbeit!
Trident
291_barchart.png -
Nach dem, als viele das Problem mit Redis gemeldet haben,
Habe ich auch Redis ersetzt.
Die neue 0.3.0 Version soll ohne Redis und Couch funktionieren.
Die Meldungen über Couch sind nur Meldungen, es gibt aber kein DB.
Alle Daten werden in iobroker / data Verzeichnis gespeichert.
Die Fehler kann ich erst nach zweiten Januar fixen.
Gruß und guten Rutsch,
Bluefox
-
Auch dir einen guten rutsch
Rainer
Gesendet von meinem Cynus T7 mit Tapatalk
-
Also. Ich kann jetzt behaupten, dass Umbau endlich abgeschlossen ist.
Fazit:
-
Kein CouchDB, Kein Redis. Alle Daten werden im Verzeichnis ioBroker/data gespeichert.
-
Unterstützung von npm. Es sollte möglich sein einfach mit "npm install iobroker.js-controller" ioBroker zu installieren.
Dabei neue Adapter können auch (noch nicht alle) auch dann mit "npm install iobroker.AdapterName" auch nachinstalliert werden, was aber nicht nötig ist, weil es automatisch von Controller aus admin aufgerufen wird.
Es bleibt natürlich das Problem mit dem Start am Anfang.
Dafür gibt es auch zwei Pakete:
http://download.iobroker.org/ioBrokerIn … .0.3.9.exe - für Windows und
http://download.iobroker.org/ioBroker-0.3.9.deb für Debian.
Habe Debian Packet auf BananaPi ausgetestet und es lief:
sudo dpkg -i ioBroker-0.3.9.deb
-
-
hab ich das richtig verstanden, keine (indexierte) DB mehr, nur noch flat-files - wie funktioniert das mit grossen Datenmengen (viele Geräte und/oder lange Aufzeichnungsdauer)? Brauch ich dann wieder CCU-Historian o.ä. ?
-
Bei ccu.io wurden auch alle Datenpunkte geloggt und im log-ordner Tageweise gespeichert.
Bei iobroker kann man definieren welche Datenpunkte geloggt werden sollen und ob nur Daten bei Änderung gespeichert werden sollen. Dies reduziert die Datenmenge erheblich.
Gruß
Rainer
-
Hallo zusammen,
hab noch längerer Pause endlich wieder Zeit gefunden mal im Forum nach dem Stand zu schauen. Bin über den Umbau auch etwas überrascht.
@Bluefox: Könntest du kurz das jetzige Konzept (ohne Redis und CouchDB) darlegen und den Unterschied zu CCU.IO rausheben? Du hattest sicherlich gute Gründe für die Entscheidungen und ich kann und will Sie auch nicht kritisieren. Bin nur neugierig, da (zumindest in meinen Verständnis) genau in der Nutzung der beiden Tools der Vorteil von ioBroker gegenüber CCU.IO lag.
Danke dir!
Viele Grüße
Trident
-
Hallo zusammen,
hab noch längerer Pause endlich wieder Zeit gefunden mal im Forum nach dem Stand zu schauen. Bin über den Umbau auch etwas überrascht.
@Bluefox: Könntest du kurz das jetzige Konzept (ohne Redis und CouchDB) darlegen und den Unterschied zu CCU.IO rausheben? Du hattest sicherlich gute Gründe für die Entscheidungen und ich kann und will Sie auch nicht kritisieren. Bin nur neugierig, da (zumindest in meinen Verständnis) genau in der Nutzung der beiden Tools der Vorteil von ioBroker gegenüber CCU.IO lag.
Danke dir!
Viele Grüße
Trident `
Hallo Trident,nachdem als viele Nutzer die Probleme erst mit CouchDB und dann sogar mit redis gehabt haben und das einfach nicht zum Laufen bekommen konnten, habe ich entschieden erst einfachere Version zu bauen, die ohne DBs läuft. Später will ich unbedingt die Möglichkeit (über config.js) die CouchDB und Redis wieder zurück einbauen. Das sollte ohne Problem ablaufen.
Meine erste Gedanke war, wenn jetzt 5 von 10 Nutzern die Probleme mit Installation haben, ich will gar nicht wissen was man mit 50 von 100 Nutzern macht. Ich denke es wird einfach nie 100 sein, weil solche Probleme da sind.
Deswegen erst einfach und dann mit DBs.
Trotz DBs ist ioBroker viel modularer aufgebaut und sollte auch stabiler sein, obwohl mehr Speicher nötig ist.
Das ist einfacher zu pflegen, weil es kein Monolith wie ccu.io ist.
Man kann ioBroker und Adapter über npm installieren.
Es gab hier Einleitung, wie man Docker Image erzeugt und ich will ein Docker Image erzeugen, wo CouchDB und Redis wieder aktiv sind.
So, kurz gefasst.
Grüß,
Bluefox
-
Hi Bluefox,
danke für die schnelle Erläuterung!
Viele Grüße
Trident
-
Also. Ich kann jetzt behaupten, dass Umbau endlich abgeschlossen ist.
Fazit:
-
Kein CouchDB, Kein Redis. Alle Daten werden im Verzeichnis ioBroker/data gespeichert.
-
Unterstützung von npm. Es sollte möglich sein einfach mit "npm install iobroker.js-controller" ioBroker zu installieren.
Dabei neue Adapter können auch (noch nicht alle) auch dann mit "npm install iobroker.AdapterName" auch nachinstalliert werden, was aber nicht nötig ist, weil es automatisch von Controller aus admin aufgerufen wird.
Es bleibt natürlich das Problem mit dem Start am Anfang.
…
Habe Debian Packet auf BananaPi ausgetestet und es lief:
sudo dpkg -i ioBroker-0.3.9.deb `
Habe eben beide Versionen (erst einmal) auf BananaPi getestet.
Das Paket läuft einwandfrei!
Anschließend Upgrade von Controller v-0.3.9 auf 0.3.12 mit restart vom controller über das restart icon.
Läuft!!
mit npm-install hatte ich so meine Probleme.
Die Installation läuft so weit durch, was man auf der Console sieht.
Leider ist der Admin nicht über IP:8081 aufzurufen.
Ich wollte dann mit 'node iobroker start' den server neu starten - aber….
es existiert kein Ordner /opt/iobroker.
Hätte ich den anlegen müssen und daraus 'npm install' aufrufen müssen? Ich habe aus /root installiert
Gruß
Rainer
-
