Installation ioBroker auf Cubietruck

Homoran

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

Eisbaeeer

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

Trident

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

Homoran

~~@Eisbaeeer:~~

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

Bluefox

~~@Homoran:~~

~~@Eisbaeeer:~~

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?

Homoran

Hallo bluefox - mal die Finger von der Tastatur genommen?

-ach nein, dann hättest du den post nicht tippen können

~~@Bluefox:~~

man darf aber nicht auf sofortige Reaktion warten. `
Ich denke das ist der Kernpunkt!

~~@Bluefox:~~

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

Homoran

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!!

Trident

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
709_screenbackup.jpg
709_screen_backup.jpg

Bluefox

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.

Bluefox

~~@Trident:~~

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.

Trident

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

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 1

2014-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

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!

Homoran

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

Trident

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

Homoran

Hast du denn den rpc-adapter richtig konfiguriert?

IP deiner ccu eingetragen?

Gruß

Rainer

Trident

Hi,

ja, habe ich alles konfiguriert…

Viele Grüße

Trident

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

Homoran

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

Trident

Hallo zusammen,

kleines Update von meiner Seite: Ist echt toll zuzusehen wie immer mehr Funktionen in die Web-Oberfläche einfließen. Ich habe heute eine komplette Neuinstallation gemacht (inkl. Löschung der alten CouchDB-Daten).

Das Admin Interface funktioniert nun unter Chrome echt gut. Ich bekomme nur leider von meinem HM-RPC Adapter immer noch diese Meldungen:

` > 2014-08-31 15:37:39.725 - info: admin.0 requesting all objects

2014-08-31 15:37:39.767 - info: admin.0 http server listening on port 8081

2014-08-31 15:37:40.197 - info: admin.0 received all objects

2014-08-31 15:37:40.241 - info: admin.0 received all states

2014-08-31 15:38:43.679 - info: controller object change system.adapter.hm-rpc.0

2014-08-31 15:39:28.636 - info: controller object change system.adapter.hm-rpc.0

2014-08-31 15:39:28.661 - info: controller instance system.adapter.hm-rpc.0 started with pid 21720

2014-08-31 15:39:31.876 - debug: a36cn5 [{"method":"GET","headers":{"content-type":"application/json","accept":"application/json"},"uri":"http://127.0.0.1:5984/iobroker"}]

2014-08-31 15:39:32.264 - debug: redis get system.adapter.hm-rpc.0.alive {"val":true,"ack":true,"ts":1409492369,"lc":1409490793}

2014-08-31 15:39:32.292 - error: controller instance system.adapter.hm-rpc.0 terminated with code 1

2014-08-31 15:40:02.328 - info: controller instance system.adapter.hm-rpc.0 started with pid 21728

2014-08-31 15:40:05.674 - debug: gb0eca [{"method":"GET","headers":{"content-type":"application/json","accept":"application/json"},"uri":"http://127.0.0.1:5984/iobroker"}]

2014-08-31 15:40:06.050 - debug: redis get system.adapter.hm-rpc.0.alive {"val":true,"ack":true,"ts":1409492399,"lc":1409492384}

2014-08-31 15:40:06.073 - error: controller instance system.adapter.hm-rpc.0 terminated with code 1

2014-08-31 15:40:36.104 - info: controller instance system.adapter.hm-rpc.0 started with pid 21734

2014-08-31 15:40:39.205 - debug: 13e4my [{"method":"GET","headers":{"content-type":"application/json","accept":"application/json"},"uri":"http://127.0.0.1:5984/iobroker"}]

2014-08-31 15:40:39.493 - debug: 13e4my [{"err":null,"body":{"db_name":"iobroker","doc_count":91,"doc_del_count":0,"update_seq":162,"purge_seq":0,"compact_running":false,"disk_size":417896,"data_size":61147,"instance_start_time":"1409492099019712","disk_format_version":6,"committed_update_seq":162},"headers":{"date":"Sun, 31 Aug 2014 13:40:39 GMT","content-type":"application/json","cache-control":"must-revalidate","status-code":200,"uri":"http://127.0.0.1:5984/iobroker"}}]

2014-08-31 15:40:39.504 - debug: couchdb using db iobroker

2014-08-31 15:40:39.512 - debug: hm-rpc.0 couchdb connected

2014-08-31 15:40:39.537 - debug: hm-rpc.0 redis connected

2014-08-31 15:40:39.613 - error: controller instance system.adapter.hm-rpc.0 terminated with code 1 `

Vielleicht liegt es doch noch ein meiner Installation …

Das nur zur Info für euch!

Viele Grüße

Trident

NEWS

Installation ioBroker auf Cubietruck

Support us

965
Online

31.9k
Users

80.2k
Topics

1.3m
Posts

NEWS

Installation ioBroker auf Cubietruck

Support us

965Online

31.9kUsers

80.2kTopics

1.3mPosts

965
Online

31.9k
Users

80.2k
Topics

1.3m
Posts