NEWS
Installation ioBroker auf Cubietruck
-
Ich bin es nochmal:
Nach ein bisschen Lesen im Nachbar-Thema "Installation auf Raspi" habe ich versucht das installations shell-file zu starten.
Dabei kamen diesmal leider ein paar Fehlermeldungen:
gyp ERR! build error gyp ERR! stack Error: not found: make gyp ERR! stack at F (/usr/local/lib/node_modules/npm/node_modules/which/which.js:43:28) gyp ERR! stack at E (/usr/local/lib/node_modules/npm/node_modules/which/which.js:46:29) gyp ERR! stack at /usr/local/lib/node_modules/npm/node_modules/which/which.js:57:16 gyp ERR! stack at Object.oncomplete (fs.js:107:15) gyp ERR! System Linux 3.4.101-sun7i+ gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/hiredis gyp ERR! node -v v0.10.22 gyp ERR! node-gyp -v v0.11.0 gyp ERR! not ok npm WARN optional dep failed, continuing hiredis@0.1.17 object system.group.user created object system.group.administrator created object _design/system created object system.user.admin created database setup done. you can add adapters and start iobroker now loading system.adapter.* loading conf/sources.json loading conf/sources-dist.json http GET https://raw.githubusercontent.com/ioBroker/ioBroker.yr/master/io-package.json http 200 https://raw.githubusercontent.com/ioBroker/ioBroker.yr/master/io-package.json http GET https://raw.githubusercontent.com/ioBroker/ioBroker.mobile/master/io-package.json http 200 https://raw.githubusercontent.com/ioBroker/ioBroker.mobile/master/io-package.json http GET https://raw.githubusercontent.com/ioBroker/ioBroker.legacy/master/io-package.json http 200 https://raw.githubusercontent.com/ioBroker/ioBroker.legacy/master/io-package.json http GET https://raw.githubusercontent.com/ioBroker/ioBroker.hue/master/io-package.json http 200 https://raw.githubusercontent.com/ioBroker/ioBroker.hue/master/io-package.json http GET https://raw.githubusercontent.com/ioBroker/ioBroker.hm-rpc/master/io-package.json http 200 https://raw.githubusercontent.com/ioBroker/ioBroker.hm-rpc/master/io-package.json http GET https://raw.githubusercontent.com/ioBroker/ioBroker.hm-rega/master/io-package.json http 200 https://raw.githubusercontent.com/ioBroker/ioBroker.hm-rega/master/io-package.json http GET https://raw.githubusercontent.com/ioBroker/ioBroker.dwd/master/io-package.json http 404 https://raw.githubusercontent.com/ioBroker/ioBroker.dwd/master/io-package.json http GET https://raw.githubusercontent.com/hobbyquaker/ioBroker.cul/master/io-package.json http 200 https://raw.githubusercontent.com/hobbyquaker/ioBroker.cul/master/io-package.json update done
Der "Code 8"-Fehler besteht leider weiterhin … Wenn ihr weitere Infos braucht --> Einfach melden
Viele Grüße
Trident
-
Habe jetzt auf einem BananaPi versucht ioBroker zu installieren.
Wenn's mehr wird mache ich dafür eine extra thread auf
OS: Bananian mit Kernel 3.90
geht eigentlich ganz gut, lediglich bei npm install –production gibt es bösen Ärger:
root@bananapi /opt/iobroker (git)-[master] # npm install --production npm WARN package.json daemonize2@0.4.2 No repository field. npm http GET https://registry.npmjs.org/node-windows npm http GET https://registry.npmjs.org/hiredis npm http GET https://github.com/hobbyquaker/node-schedule/tarball/master npm http 304 https://registry.npmjs.org/hiredis npm http 304 https://registry.npmjs.org/node-windows npm http 200 https://github.com/hobbyquaker/node-schedule/tarball/master npm WARN optional dep failed, continuing node-windows@0.1.5 npm http GET https://registry.npmjs.org/nan npm http GET https://registry.npmjs.org/bindings npm http 304 https://registry.npmjs.org/nan npm http 304 https://registry.npmjs.org/bindings > hiredis@0.1.17 install /opt/iobroker/node_modules/hiredis > node-gyp rebuild make: Entering directory `/opt/iobroker/node_modules/hiredis/build' CC(target) Release/obj.target/hiredis/deps/hiredis/hiredis.o make: cc: Command not found make: *** [Release/obj.target/hiredis/deps/hiredis/hiredis.o] Error 127 make: Leaving directory `/opt/iobroker/node_modules/hiredis/build' gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:267:23) gyp ERR! stack at ChildProcess.EventEmitter.emit (events.js:98:17) gyp ERR! stack at Process.ChildProcess._handle.onexit (child_process.js:789:12) gyp ERR! System Linux 3.4.90 gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/hiredis gyp ERR! node -v v0.10.22 gyp ERR! node-gyp -v v0.11.0 gyp ERR! not ok npm WARN optional dep failed, continuing hiredis@0.1.17 npm install --production 15.78s user 2.17s system 87% cpu 20.571 total
Anschließend auch hier terminating system.adapter.admin.0 with code 8
keine anderen Adapter installiert
Gruß
Rainer
-
Sorry Leute. Meint ihr es macht im Moment schon Sinn, zu testen?
Lasst doch HQ und Bluefox noch Zeit, das in die Alpha Version zu bringen. Dann geht die Testerei erst los. Warum meint Ihr, dass sich keiner der zwei meldet? Es ist noch zu früh.
Gruß Eisbaeeer
Gesendet von meinem Z30 mit Tapatalk
-
Hi Eisbaeeer,
ich erwarte zur jetzigen Zeit auch keine Reaktion der zwei … Stört doch auch niemanden, wenn wir hier testen. Vielleicht freut es die beiden ja auch, dass es schon erste begeisterte Tester gibt
Vielleicht helfen unsere Hinweise - und falls nicht bekommen die beiden das bestimmt ausgeblendet.
Viele Grüße und noch einen schönen Abend
Trident
-
Sorry Leute. Meint ihr es macht im Moment schon Sinn, zu testen?
Lasst doch HQ und Bluefox noch Zeit, das in die Alpha Version zu bringen. Dann geht die Testerei erst los. Warum meint Ihr, dass sich keiner der zwei meldet? Es ist noch zu früh.
Gruß Eisbaeeer
Gesendet von meinem Z30 mit Tapatalk `
das ist mir schon klar, ich denke nur, dass die zwei sich über input "freuen" um nicht alleine nach Fehlern suchen zu müssen.
Immerhin wird hier mit verschiedenster Hardware und OS "getestet".
Aber vielleicht sollten sich die zwei dazu äußern. Wenn unsere Inputs nerven sollten habe ich kein Problem damit erst einmal aufzuhören
Gruß
Rainer
-
Sorry Leute. Meint ihr es macht im Moment schon Sinn, zu testen?
Lasst doch HQ und Bluefox noch Zeit, das in die Alpha Version zu bringen. Dann geht die Testerei erst los. Warum meint Ihr, dass sich keiner der zwei meldet? Es ist noch zu früh.
Gruß Eisbaeeer
Gesendet von meinem Z30 mit Tapatalk `
das ist mir schon klar, ich denke nur, dass die zwei sich über input "freuen" um nicht alleine nach Fehlern suchen zu müssen.
Immerhin wird hier mit verschiedenster Hardware und OS "getestet".
Aber vielleicht sollten sich die zwei dazu äußern. Wenn unsere Inputs nerven sollten habe ich kein Problem damit erst einmal aufzuhören
Gruß
Rainer `
Also Eisbaeeer hat Recht und Trident hat recht. Man darf jetzt nicht erwarten, dass es laufen wird. Obwohl die Fehlermeldungen, die hier gepostet waren haben schon uns geholfen die Probleme zu erkennen und zu beseitigen.Fazit: es ist toll, dass jemand schon auf so einem frühen Stadium die Software testet, man darf aber nicht auf sofortige Reaktion warten. Wir müssen noch sehr viel machen, bis wir 0.1.0 erreichen
Frage, gibt es Sinn ein LXC Container oder sogar http://docker.io/ Container vorbereiten, damit man eine Umgebung hat, wo mindestens irgendwas läuft? Kennt jemand überhaupt LXC und Docker?
-
Hallo bluefox - mal die Finger von der Tastatur genommen?
-ach nein, dann hättest du den post nicht tippen können
man darf aber nicht auf sofortige Reaktion warten. `
Ich denke das ist der Kernpunkt!Kennt jemand überhaupt LXC und Docker? `
mit ersterem läuft bei mir die LXCCU (auf zwei rechnern), die auch wunderbar vom hm-rega und hm-rpc adapter erkannt werden.benötigt aber lxc-fähigen Kernel (hat RasPi und bei Cubie ist es in Igor Pecovniks Image enthalten, bei BananaPi lief es in RaspBian 3.0, in 3.1.1 hab ich noch Probleme damit)
letzteres ist mir nicht bekannt, heisst aber nichts, da ich erst seit 1/2 Jahr mich in Linux einarbeite.
Aber vielleicht nimmst du diesbezüglich mal mit bullshit im HM-Forum kontakt auf, der hat mit PaulG4H die LXCCU gebastelt
Gruß
Rainer
48_img_007.png -
aktueller Stand nach update und git pull:
system.adapter.admin.0 steigt weiter mit Code 8 aus, der Rest (hm-Rega.0 und .1 und hm-rpc.0 und.1 laufen) anscheinend.
neue adapter sind eingespielt, nur ohne admin kann ich es nicht überprüfen
Habe nochmals npm install –production durchlaufen lassen, diesmal mit folgender Fehlermeldung:
root@cubie:/opt/iobroker# npm install --production npm WARN package.json daemonize2@0.4.2 No repository field. npm http GET https://registry.npmjs.org/node-windows npm http GET https://registry.npmjs.org/hiredis npm http GET https://github.com/hobbyquaker/node-schedule/tarball/master npm http 304 https://registry.npmjs.org/node-windows npm http 304 https://registry.npmjs.org/hiredis npm http 200 https://github.com/hobbyquaker/node-schedule/tarball/master npm WARN optional dep failed, continuing node-windows@0.1.5 npm http GET https://registry.npmjs.org/nan npm http GET https://registry.npmjs.org/bindings npm http 304 https://registry.npmjs.org/nan npm http 304 https://registry.npmjs.org/bindings > hiredis@0.1.17 install /opt/iobroker/node_modules/hiredis > node-gyp rebuild make: Entering directory `/opt/iobroker/node_modules/hiredis/build' CC(target) Release/obj.target/hiredis/deps/hiredis/hiredis.o make: cc: Command not found make: *** [Release/obj.target/hiredis/deps/hiredis/hiredis.o] Error 127 make: Leaving directory `/opt/iobroker/node_modules/hiredis/build' gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:267:23) gyp ERR! stack at ChildProcess.EventEmitter.emit (events.js:98:17) gyp ERR! stack at Process.ChildProcess._handle.onexit (child_process.js:789:12) gyp ERR! System Linux 3.4.101-sun7i+ gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/hiredis gyp ERR! node -v v0.10.22 gyp ERR! node-gyp -v v0.11.0 gyp ERR! not ok npm WARN optional dep failed, continuing hiredis@0.1.17
Viel Glück
Rainer
EDIT:
Habe den admin-Adapter gelöscht mit ./iobroker del admin.
kamen folgende Fehlermeldungen:
root@cubie:/opt/iobroker# ./iobroker del admin { [Error: missing] name: 'Error', scope: 'couch', status_code: 404, 'status-code': 404, request: { method: 'GET', headers: { 'content-type': 'application/json', accept: 'application/json' }, uri: 'http://localhost:5984/iobroker/_design/admin/_view/state', jar: false }, headers: { date: 'Fri, 22 Aug 2014 18:44:03 GMT', 'content-type': 'application/json', 'cache-control': 'must-revalidate', 'status-code': 404, uri: 'http://localhost:5984/iobroker/_design/admin/_view/state' }, errid: 'non_200', error: 'not_found', reason: 'missing', description: 'missing', stacktrace: [ 'Error: missing', ' at Request._callback (/opt/iobroker/node_modules/nano/nano.js:319:39)', ' at Request.self.callback (/opt/iobroker/node_modules/nano/node_modules/request/request.js:122:22)', ' at Request.EventEmitter.emit (events.js:98:17)', ' at Request. <anonymous>(/opt/iobroker/node_modules/nano/node_modules/request/request.js:888:14)', ' at Request.EventEmitter.emit (events.js:117:20)', ' at IncomingMessage. <anonymous>(/opt/iobroker/node_modules/nano/node_modules/request/request.js:839:12)', ' at IncomingMessage.EventEmitter.emit (events.js:117:20)', ' at _stream_readable.js:920:16', ' at process._tickCallback (node.js:415:13)' ] } deleted 5 instances of admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin deleted 11 adapters for admin deleted 2 system.states of admin</anonymous></anonymous>
Nach Neuinstallation ./iobroker add admin läuft jetzt das WebUI wieder!!
-
Hi,
Auch bei mir nun kein Code 8 mehr.
Im Log steht auch, dass variable und räume etc. Gesynct wurden!
Jedoch sehe ich im Web-Admin noch keine States !
Viele Grüße
-
make: Entering directory `/opt/iobroker/node_modules/hiredis/build' CC(target) Release/obj.target/hiredis/deps/hiredis/hiredis.o make: cc: Command not found make: *** [Release/obj.target/hiredis/deps/hiredis/hiredis.o] Error 127 make: Leaving directory `/opt/iobroker/node_modules/hiredis/build' gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:267:23) gyp ERR! stack at ChildProcess.EventEmitter.emit (events.js:98:17) gyp ERR! stack at Process.ChildProcess._handle.onexit (child_process.js:789:12) gyp ERR! System Linux 3.4.101-sun7i+ gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/hiredis gyp ERR! node -v v0.10.22 gyp ERR! node-gyp -v v0.11.0 gyp ERR! not ok npm WARN optional dep failed, continuing hiredis@0.1.17
Das hier ist nicht schlimm. Es gibt zwei Nöglichkeiten, wie man aus redis die Daten liest:
-
Über RestAPI (http://127.0.0.1/redis/get/system.admin) oder
-
Über Native C Kode - Redis API.
Hiredis ist RedisAPI und ist nicht zwingend erforderlich für die Kommunikation mit Redis. Es sollte schneller sein, als RestFULL, aber für unsere Applikation ist nicht erforderlich.
Unter Windows gibt es auch keine Möglichkeit Hiredis zu übersetzen.
root@cubie:/opt/iobroker# ./iobroker del admin { [Error: missing] name: 'Error', scope: 'couch', status_code: 404, 'status-code': 404, request: { method: 'GET', headers: { 'content-type': 'application/json', accept: 'application/json' }, uri: 'http://localhost:5984/iobroker/_design/admin/_view/state', jar: false }, headers: { date: 'Fri, 22 Aug 2014 18:44:03 GMT', 'content-type': 'application/json', 'cache-control': 'must-revalidate', 'status-code': 404, uri: 'http://localhost:5984/iobroker/_design/admin/_view/state' }, errid: 'non_200', error: 'not_found', reason: 'missing', description: 'missing', stacktrace: [ 'Error: missing', ' at Request._callback (/opt/iobroker/node_modules/nano/nano.js:319:39)', ' at Request.self.callback (/opt/iobroker/node_modules/nano/node_modules/request/request.js:122:22)', ' at Request.EventEmitter.emit (events.js:98:17)', ' at Request. <anonymous>(/opt/iobroker/node_modules/nano/node_modules/request/request.js:888:14)', ' at Request.EventEmitter.emit (events.js:117:20)', ' at IncomingMessage. <anonymous>(/opt/iobroker/node_modules/nano/node_modules/request/request.js:839:12)', ' at IncomingMessage.EventEmitter.emit (events.js:117:20)', ' at _stream_readable.js:920:16', ' at process._tickCallback (node.js:415:13)' ] } deleted 5 instances of admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin delete /opt/iobroker/adapter/admin deleted 11 adapters for admin deleted 2 system.states of admin</anonymous></anonymous>
Diese Fehlermeldung ist auch gefixt. Danke ans Melden. Da war Fehler drin.
-
-
Hi,
Auch bei mir nun kein Code 8 mehr.
Im Log steht auch, dass variable und räume etc. Gesynct wurden!
Jedoch sehe ich im Web-Admin noch keine States !
Viele Grüße
Trident `
Läuft bei dir DashUI? Will nur ausschließen, das es nicht grundsätzliches Problem mit WebSockets ist. -
Hi Bluefox,
auf meinem Cubietruck habe das bisher noch nicht getestet. Kann ich gerne heute Abend machen und Feedback geben. Ich gehe davon aus, dass die Installation mit "./iobroker add adapter …" funktioniert?
Meine derzeitige "operative" CCU.IO Installation liegt nicht auf dem Cubie sondern auf meinem "alten" Raspi - daher kann ich das spontan nicht beantworten.
Ich werde heute Abend ein bisschen testen und mich nochmal melden!
Viele Grüße
Trident
-
Hallo zusammen,
leider habe ich mit meinem testen wohl die Installation nachhaltig zerschossen. Es kommt jetzt Immer ein Code 1 beim Start der Adapter. Eine einfache Neuinstallation hat das Problem nicht behoben.
` > 2014-08-26 21:00:29.274 - error: controller instance system.adapter.admin.0 terminated with code 12014-08-26 21:00:58.098 - info: controller instance system.adapter.hm-rpc.0 started with pid 6524
2014-08-26 21:00:59.301 - info: controller instance system.adapter.admin.0 started with pid 6528
2014-08-26 21:01:04.256 - error: controller instance system.adapter.hm-rpc.0 terminated with code 1
2014-08-26 21:01:07.238 - error: controller instance system.adapter.admin.0 terminated with code 1
2014-08-26 21:01:34.275 - info: controller instance system.adapter.hm-rpc.0 started with pid 6547
2014-08-26 21:01:37.254 - info: controller instance system.adapter.admin.0 started with pid 6549
2014-08-26 21:01:37.598 - error: controller instance system.adapter.hm-rpc.0 terminated with code 1
2014-08-26 21:01:43.317 - error: controller instance system.adapter.admin.0 terminated with code 1
2014-08-26 21:01:48.506 - info: controller object change system.adapter.admin.0 `
Ich werde die Tage in Ruhe nochmal ganz von vorne anfangen
Viele Grüße
Trident
-
Kurze Ergänzung: Bei der Neuinstallation und dem Command "npm install –production" kam der folgende Auszug (Teil mit der Warnung):
npm http 304 https://registry.npmjs.org/oauth-sign npm WARN engine hawk@0.10.2: wanted: {"node":"0.8.x"} (current: {"node":"v0.10.22","npm":"1.3.14"}) npm http GET https://registry.npmjs.org/combined-stream npm http 304 https://registry.npmjs.org/combined-stream npm http GET https://registry.npmjs.org/delayed-stream/0.0.5 npm http 304 https://registry.npmjs.org/delayed-stream/0.0.5 npm WARN engine hoek@0.7.6: wanted: {"node":"0.8.x"} (current: {"node":"v0.10.22","npm":"1.3.14"}) npm WARN engine boom@0.3.8: wanted: {"node":"0.8.x"} (current: {"node":"v0.10.22","npm":"1.3.14"}) npm WARN engine sntp@0.1.4: wanted: {"node":"0.8.x"} (current: {"node":"v0.10.22","npm":"1.3.14"}) npm WARN engine cryptiles@0.1.3: wanted: {"node":"0.8.x"} (current: {"node":"v0.10.22","npm":"1.3.14"})
Der Rest lief (zumindest was die Anzeigen angeht) gut durch. Vielleicht ist es ja interessant…
Viele Grüße
Trident
Edit: Nach der Installation wieder das "Code 8" Problem...
Edit 2: Scheinbar habe ich noch "Reste" der alten Installation ... Er gibt nun folgende Meldung im Log:
2014-08-26 21:52:32.704 - warn: controller stopInstance system.adapter.hm-rpc.0 not running 2014-08-26 21:52:42.716 - info: controller force terminated after 10s 2014-08-26 21:52:49.019 - info: ioBroker.nodejs version 0.0.16 io.controller starting 2014-08-26 21:52:49.036 - info: Copyright (c) 2014 hobbyquaker, bluefox 2014-08-26 21:52:49.038 - info: controller hostname: cubie 2014-08-26 21:52:49.038 - info: controller ip addresses: xxx.xxx.xxx.xx yyy 2014-08-26 21:52:51.743 - info: controller 3 instances found 2014-08-26 21:52:51.747 - info: controller starting 3 instances 2014-08-26 21:52:51.783 - info: controller instance system.adapter.admin.0 started with pid 3005 2014-08-26 21:52:52.449 - error: controller instance system.adapter.admin.0 terminated with code 8 2014-08-26 21:52:55.778 - info: controller instance system.adapter.admin.1 started with pid 3008 2014-08-26 21:52:56.282 - error: controller instance system.adapter.admin.1 terminated with code 8 2014-08-26 21:52:59.773 - info: controller instance system.adapter.hm-rpc.0 started with pid 3010 2014-08-26 21:53:00.199 - error: controller instance system.adapter.hm-rpc.0 terminated with code 8 2014-08-26 21:53:22.474 - info: controller instance system.adapter.admin.0 started with pid 3013 2014-08-26 21:53:22.985 - error: controller instance system.adapter.admin.0 terminated with code 8 2014-08-26 21:53:26.308 - info: controller instance system.adapter.admin.1 started with pid 3015 2014-08-26 21:53:26.798 - error: controller instance system.adapter.admin.1 terminated with code 8 2014-08-26 21:53:30.229 - info: controller instance system.adapter.hm-rpc.0 started with pid 3017
Und das nachdem ich das Verzeichnis gelöscht und genau nach Anleitung neuinstalliert habe (bis inklusive des Punkts "Install admin Adapter" –> Aber nicht weiter). Trotzdem kennt Er scheinbar noch den "alten" HM-RPC Adapter. Wahrscheinlich reicht es nicht das Verzeichnis zu löschen... Da werde noch "Reste" in der CouchDB hängen...:)
Das soweit von mir.
Schönen Abend noch!
-
Hallo Trident,
ich denke die Warnungen sind nicht so wild.
Es wird hier aufgrund des Sortieralgorithmus die Version v0.1xxxxx einfach fälschlicherweise als kleiner v0.8xxxx angesehen.
Die korrekte Versionierung für diese Sortierung hätte sein müssen v0.08.xxxx damit diese als kleiner als 0.10.22 erkannt wird.
Gruß
Rainer
-
N'Abend,
nachdem ich die couchDB geleert habe und neuinstalliert habe nun der folgende Stand:
- Das Aktivieren der Instanzen ist (zumindest in Firefox und Safari) etwas "buggy". Habe noch kein Muster erkannt, aber ich muss immer mehrfach in die Einstellungen (Bleistift links unten) und mit save bestätigen. Irgendwann startet die Instanz dann… Ausserdem bekomme ich im Firefox folgenden Fehler in der Konsole angezeigt:
`Error: Syntax error, unrecognized expression: [id="object_hm-rpc.meta.VALUES.HM-CC-RT-DN.CLIMATECONTROL_RECEIVER.19"[/code]` 2) Nach der Installation des HM-RPC Adapters läuft dieser stabil und gut durch. Aktiviere ich nun auch den HM-REGA Adapter sieht es zunächst gut aus. Das Log zeigt folgende Warnungen: `~~[code]~~-08-27 21:38:56.589 - info: hm-rega.0 got 0 variables 2014-08-27 21:38:56.684 - warn: hm-rega.0 setObject 40 (type=state) property common.role missing! 2014-08-27 21:38:56.695 - warn: hm-rega.0 setObject 41 (type=state) property common.role missing! 2014-08-27 21:38:56.702 - warn: hm-rega.0 setObject 950 (type=state) property common.role missing! 2014-08-27 21:38:56.708 - warn: hm-rega.0 setObject 1233 (type=state) property common.role missing! 2014-08-27 21:38:56.714 - warn: hm-rega.0 setObject 1580 (type=state) property common.role missing! 2014-08-27 21:38:56.720 - warn: hm-rega.0 setObject 1581 (type=state) property common.role missing! 2014-08-27 21:38:56.729 - warn: hm-rega.0 setObject 1582 (type=state) property common.role missing! 2014-08-27 21:38:56.735 - warn: hm-rega.0 setObject 1914 (type=state) property common.role missing! 2014-08-27 21:38:56.741 - warn: hm-rega.0 setObject 2383 (type=state) property common.role missing! 2014-08-27 21:38:56.746 - warn: hm-rega.0 setObject 2384 (type=state) property common.role missing! 2014-08-27 21:38:56.752 - warn: hm-rega.0 setObject 2385 (type=state) property common.role missing! 2014-08-27 21:38:56.758 - warn: hm-rega.0 setObject 2434 (type=state) property common.role missing! 2014-08-27 21:38:56.763 - warn: hm-rega.0 setObject 2435 (type=state) property common.role missing! 2014-08-27 21:38:56.769 - warn: hm-rega.0 setObject 2436 (type=state) property common.role missing! 2014-08-27 21:38:56.774 - warn: hm-rega.0 setObject 2437 (type=state) property common.role missing! 2014-08-27 21:38:56.780 - warn: hm-rega.0 setObject 2438 (type=state) property common.role missing! 2014-08-27 21:38:56.785 - warn: hm-rega.0 setObject 2439 (type=state) property common.role missing! 2014-08-27 21:38:56.791 - warn: hm-rega.0 setObject 2516 (type=state) property common.role missing! 2014-08-27 21:38:56.796 - warn: hm-rega.0 setObject 2517 (type=state) property common.role missing! 2014-08-27 21:38:56.803 - warn: hm-rega.0 setObject 2594 (type=state) property common.role missing! 2014-08-27 21:38:56.810 - warn: hm-rega.0 setObject 2753 (type=state) property common.role missing! 2014-08-27 21:38:56.818 - info: hm-rega.0 added/updated 21 variables 2014-08-27 21:38:56.819 - info: hm-rega.0 deleted 0 variables[/code]` Danach dann folgendes: `~~[code]~~2014-08-27 21:40:00.044 - info: controller instance system.adapter.hm-rpc.0 started with pid 6717 2014-08-27 21:40:03.384 - error: controller instance system.adapter.hm-rpc.0 terminated with code 1 2014-08-27 21:40:33.410 - info: controller instance system.adapter.hm-rpc.0 started with pid 6724 2014-08-27 21:40:36.869 - error: controller instance system.adapter.hm-rpc.0 terminated with code 1 2014-08-27 21:41:06.898 - info: controller instance system.adapter.hm-rpc.0 started with pid 6730 2014-08-27 21:41:10.242 - error: controller instance system.adapter.hm-rpc.0 terminated with code 1 2014-08-27 21:41:40.268 - info: controller instance system.adapter.hm-rpc.0 started with pid 6737 2014-08-27 21:41:43.716 - error: controller instance system.adapter.hm-rpc.0 terminated with code 1 [/code]` Der HM-RPC Adapter "verabschiedet" sich nun periodisch! Vielleicht helfen euch die Infos ja! Schönen Abend noch! Trident
-
Hast du denn den rpc-adapter richtig konfiguriert?
IP deiner ccu eingetragen?
Gruß
Rainer
-
Hi,
ja, habe ich alles konfiguriert…
Viele Grüße
Trident
-
Hallo zusammen,
ich habe bei der rpc Instance mal den "debug" log-modus aktiviert. Hier die Ausgabe des Logs:
2014-08-28 21:15:31.939 - info: controller instance system.adapter.hm-rpc.0 started with pid 10076 2014-08-28 21:15:35.020 - debug: 4m7le3 [{"method":"GET","headers":{"content-type":"application/json","accept":"application/json"},"uri":"http://127.0.0.1:5984/iobroker"}] 2014-08-28 21:15:35.402 - debug: redis get system.adapter.hm-rpc.0.alive {"val":true,"ack":true,"ts":1409253335,"lc":1409253305} 2014-08-28 21:15:35.424 - error: controller instance system.adapter.hm-rpc.0 terminated with code 1
Obwohl auf der Admin-Website alles richtig konfiguriert ist, scheint sich hier eine falsche IP eingeschlichen zu haben… Ich habe zumindest nirgendwo die 127.0.0.1 eingegeben.
Keine Ahnung, ob das so sein muss ....
Viele Grüße
Trident
-
Inzwischen hat sich wieder etwas auf der UI getan.
Die Update-Funktion wird angezeigt:
beim anklicken geht kurz ein "Terminal-Fenster" auf.
Wenn ich es recht gesehen habe steht da immer etwas drin was jetzt passieren soll und dann "todo"
apropos "todo";
gibt es irgendetwas, wo wir euch helfen können?
z.B. so wie bei ccu.io: Übersetzen von Menüstrukturen; Hilfetexten (Readme=Todo)
Gruß
Rainer