[Fixed] js-Controller beta

Homoran

Kannst du die neue Version von js-controller ausprobieren? `
Installation lief bis auf die üblichen WARN wegen node 0.8 ohne Probleme durch.

Dann ./iobroker restart:

! ````
host-quad-pi 2015-03-22 17:01:04 info Restart adapter system.adapter.web.0 because enabled
host-quad-pi 2015-03-22 17:01:04 error instance system.adapter.web.0 terminated with code 7 (Adapter already running)
web-0 2015-03-22 17:01:04 error already running
2015-03-22 17:01:03 info info
host-quad-pi 2015-03-22 17:01:02 info Restart adapter system.adapter.hm-rega.0 because enabled
host-quad-pi 2015-03-22 17:01:02 error instance system.adapter.hm-rega.0 terminated with code 6 (uncaught exception)
host-quad-pi 2015-03-22 17:01:02 info Restart adapter system.adapter.history.0 because enabled
host-quad-pi 2015-03-22 17:01:02 error instance system.adapter.history.0 terminated with code 7 (Adapter already running)
history-0 2015-03-22 17:01:02 error already running
TypeError: 2015-03-22 17:01:02 error at Manager.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-emitter/index.js:134:20)
TypeError: 2015-03-22 17:01:02 error at Manager. (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-bind/index.js:21:15)
TypeError: 2015-03-22 17:01:02 error at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:219:12)
TypeError: 2015-03-22 17:01:02 error at Socket.onack (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:294:6)
TypeError: 2015-03-22 17:01:02 error at Socket. (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:238:29)
TypeError: 2015-03-22 17:01:02 error at process.exit (node.js:707:17)
TypeError: 2015-03-22 17:01:02 error at process.EventEmitter.emit (events.js:95:17)
TypeError: 2015-03-22 17:01:02 error at process.g (events.js:175:14)
TypeError: 2015-03-22 17:01:02 error at process.stop (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:1987:21)
TypeError: 2015-03-22 17:01:02 error at Object.stop [as unload] (/opt/iobroker/node_modules/iobroker.hm-rega/hm-rega.js:855:13)
TypeError: 2015-03-22 17:01:02 error Cannot read property 'pendingRequests' of undefined
uncaught 2015-03-22 17:01:02 error exception: Cannot read property 'pendingRequests' of undefined
hm-rega-0 2015-03-22 17:01:02 error already running
host-quad-pi 2015-03-22 17:01:02 info instance system.adapter.web.0 started with pid 28400
host-quad-pi 2015-03-22 17:01:01 info Restart adapter system.adapter.hm-rpc.0 because enabled
host-quad-pi 2015-03-22 17:01:01 error instance system.adapter.hm-rpc.0 terminated with code 7 (Adapter already running)
hm-rpc-0 2015-03-22 17:01:00 error already running
2015-03-22 17:00:59 info info
host-quad-pi 2015-03-22 17:00:58 info instance system.adapter.history.0 started with pid 28394
host-quad-pi 2015-03-22 17:00:58 info Restart adapter system.adapter.admin.0 because enabled
host-quad-pi 2015-03-22 17:00:58 error instance system.adapter.admin.0 terminated with code 7 (Adapter already running)
2015-03-22 17:00:54 info info
admin-0 2015-03-22 17:00:53 error already running


gerade läuft reboot

Edit:

stimmt wohl was größeres nicht

Fehlermeldung:
```
`2015-03-22 17:03:46.024  - [31merror[39m: hm-rega.0 Cannot parse answer for datapoints: {"BidCos-RF.KEQ0120726:0.UNREACH":false,[/code]`
und dann eine Riesenliste mit vielen (allen?) Datenpunkten

Gruß

Rainer
```

Bluefox

Eigentlich an dieser Stelle habe ich nichts geändert.

Und reboot vom hm-rega

Homoran

~~@Bluefox:~~

Eigentlich an dieser Stelle habe ich nichts geändert.

Und reboot vom hm-rega `

ich hatte ja den Quad-Pi komplett rebooted

Habe jetzt hm-Rega neu gestartet (reload über webUI)

der Fehler kommt dann sofort.

hm-rega.0	2015-03-22 19:53:18	error	hm-rega.0 Cannot parse answer for datapoints: {"BidCos-RF.KEQ0120726:0.UNREACH":false, "BidCos-RF.KEQ0120726:0.STICKY_UNREACH":false, "BidCos-RF.KEQ0120726:0.CONFIG_PENDING":false, "BidCos-RF.KEQ01

und dann wieder seitenweise:

	debug	"BidCos-RF.LEQ0080851:2.PARTY_STOP_DAY":1,
debug	"BidCos-RF.LEQ0080851:2.PARTY_STOP_TIME":0,
debug	"BidCos-RF.LEQ0080851:2.PARTY_START_YEAR":0,
debug	"BidCos-RF.LEQ0080851:2.PARTY_START_MONTH":1,
debug	"BidCos-RF.LEQ0080851:2.PARTY_START_DAY":1,
debug	"BidCos-RF.LEQ0080851:2.PARTY_START_TIME":100,
debug	"BidCos-RF.LEQ0080851:2.PARTY_TEMPERATURE":5.000000,
debug	"BidCos-RF.LEQ0080851:2.PARTY_MODE_SUBMIT":"",
debug	"BidCos-RF.LEQ0080851:2.LOWERING_MODE":false,
debug	"BidCos-RF.LEQ0080851:2.COMFORT_MODE":false,
debug	"BidCos-RF.LEQ0080851:2.BOOST_MODE":false,
debug	"BidCos-RF.LEQ0080851:2.MANU_MODE":0,
debug	"BidCos-RF.LEQ0080851:2.AUTO_MODE":false,
debug	"BidCos-RF.LEQ0080851:2.SET_TEMPERATURE":21.000000,
debug	"BidCos-RF.LEQ0080851:2.ACTUAL_HUMIDITY":45.000000,
debug	"BidCos-RF.LEQ0080851:2.ACTUAL_TEMPERATURE":20.100000,
debug	"BidCos-RF.LEQ0080851:2.BOOST_STATE":30,
debug	"BidCos-RF.LEQ0080851:2.BATTERY_STATE":2.400000,
debug	"BidCos-RF.LEQ0080851:2.WINDOW_OPEN_REPORTING":false,
debug	"BidCos-RF.LEQ0080851:2.COMMUNICATION_REPORTING":false,
debug	"BidCos-RF.LEQ0080851:2.LOWBAT_REPORTING":false,
debug	"BidCos-RF.LEQ0080851:2.CONTROL_MODE":0,
debug	"BidCos-RF.LEQ0080851:1.HUMIDITY":45,

…nur ein Ausschnitt

Gruß

Rainer

Bluefox

Das liegt vermutlich an CCU selbst. Kannst du die resetten?
996_2016-12-26_13h02_06.png

Homoran

Kann ich machen.

Dann ist zwar meine Uptime von der lxccu hin.

Wird aber erst morgen, wenn jetzt die Rollläden anfangen zu tanzen hängt der Haussegen schief.

Gesendet von meinem Cynus T7 mit Tapatalk

Homoran

Habe gesehen dass update für admin da war und deshalb zuerst das update des admin gemacht. Wieder der Fehler "cannot parse answer…"

Daraufhin hm-rega neu gestartet - Fehler blieb.

Dann schweren Herzens die lxccu über einstellungen - Systemsteuerung - zentralenwartung neu gestartet.

In der Zeit natürlich hm-rega Terrors "post request econnrefused"

Nach hochfahren der lxccu kein Fehler.

Hm-rega reloaded - wieder der prsing error!

Gruß

Rainer

Gesendet von meinem Cynus T7 mit Tapatalk

Homoran

Habe nach wie vor diesen Fehler.

Die Daten unter States werden auch nicht mehr upgedated.

So sind die Rolläden noch alle auf 100%, seltsamerweise stammt der Eintrag von heute morgen, bevor ich die CCU neu gestartet habe.

Allerdings sind die Daten im parallel laufenden ccu.io alle aktuell.

Dann kann es eigentlich nicht an der CCU liegen.

Gruß

Rainer

iben

Ich werde heute Abend auch testen!

Bluefox

~~@Homoran:~~

Habe nach wie vor diesen Fehler.

Die Daten unter States werden auch nicht mehr upgedated.

So sind die Rolläden noch alle auf 100%, seltsamerweise stammt der Eintrag von heute morgen, bevor ich die CCU neu gestartet habe.

Allerdings sind die Daten im parallel laufenden ccu.io alle aktuell.

Dann kann es eigentlich nicht an der CCU liegen.

Gruß

Rainer `
Doch Rainer. Es liegt an CCU.

Hast du letzte Woche die Skripts an CCU geändert?

Kannst du /opt/iorboker/node_modules/iobroker.hm-rega/hm-rega.js

mit dieser Datei ersetzen und mir dann nach restart von hm-rega diese Datei /opt/iorboker/node_modules/iobroker.hm-rega/hm-rega-log.log schicken?
48_hm-rega.js

Homoran

Bin noch unterwegs (das Hotel in Kassel steht noch )

Ja ich habe ein neues script drin.

Aus den Schnipseln von alchy lese ich jetzt CPU load und memfree der lxccu aus.

http://homematic-forum.de/forum/viewtop … 78#p207678

Gesendet von meinem Cynus T7 mit Tapatalk

EDIT:

log-Datei anbei
144_hm-rega-log.log

EDIT2:

wenn ich das log überfliege sind da CuxD-Werte drin.

Ich habe aber keine hm-rpc instance für CuxD aktiviert, und CuxD in hm-rega nicht angehakt

iben

Die Installation lief bis auf die schon genannten node 0.8.x Warnungen unter Windows sauber durch:

C:\Program Files\ioBroker>npm install https://github.com/ioBroker/ioBroker.js-controller/tarball/master/
-

> ws@0.5.0 install C:\Program Files\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io\node_modules\engine.io\nod
e_modules\ws
> (node-gyp rebuild 2> builderror.log) || (exit 0)

\
C:\Program Files\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io\node_modules\engine.io\node_modules\ws>node "
C:\Program Files\nodejs\node_modules\npm\bin\node-gyp-bin\\..\..\node_modules\node-gyp\bin\node-gyp.js" rebuild
npm WARN engine hawk@0.10.2: wanted: {"node":"0.8.x"} (current: {"node":"0.12.0","npm":"2.5.1"})
npm WARN engine sntp@0.1.4: wanted: {"node":"0.8.x"} (current: {"node":"0.12.0","npm":"2.5.1"})
npm WARN engine hoek@0.7.6: wanted: {"node":"0.8.x"} (current: {"node":"0.12.0","npm":"2.5.1"})
npm WARN engine boom@0.3.8: wanted: {"node":"0.8.x"} (current: {"node":"0.12.0","npm":"2.5.1"})
npm WARN engine cryptiles@0.1.3: wanted: {"node":"0.8.x"} (current: {"node":"0.12.0","npm":"2.5.1"})
-
> ws@0.4.31 install C:\Program Files\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\node_modules\engin
e.io-client\node_modules\ws
> (node-gyp rebuild 2> builderror.log) || (exit 0)

C:\Program Files\ioBroker\node_modules\iobroker.js-controller\node_modules\socket.io-client\node_modules\engine.io-client\node_mod
ules\ws>node "C:\Program Files\nodejs\node_modules\npm\bin\node-gyp-bin\\..\..\node_modules\node-gyp\bin\node-gyp.js" rebuild

> iobroker.js-controller@0.6.0 install C:\Program Files\ioBroker\node_modules\iobroker.js-controller
> node lib/setup.js setup first

iobroker.js-controller@0.6.0 node_modules\iobroker.js-controller
├── daemonize2@0.4.2
├── mime@1.2.11
├── node-schedule@0.1.13
├── ncp@0.6.0
├── node.extend@1.0.10 (is@0.3.0)
├── adm-zip@0.4.7
├── yargs@1.2.6 (minimist@0.1.0)
├── request@2.38.0 (json-stringify-safe@5.0.0, aws-sign2@0.5.0, forever-agent@0.5.2, qs@0.6.6, oauth-sign@0.3.0, stringstream@0.0.
4, tunnel-agent@0.4.0, node-uuid@1.4.3, mime-types@1.0.2, form-data@0.1.4, http-signature@0.10.1, tough-cookie@0.12.1, hawk@1.1.1)

├── tar.gz@0.1.1 (commander@1.1.1, tar@0.1.20, fstream@0.1.31)
├── socket.io@1.2.1 (debug@0.7.4, has-binary-data@0.1.3, socket.io-adapter@0.3.1, socket.io-parser@2.2.2, engine.io@1.4.3)
├── winston@0.7.3 (cycle@1.0.3, stack-trace@0.0.9, eyes@0.1.8, colors@0.6.2, async@0.2.10, pkginfo@0.3.0, request@2.16.6)
├── socket.io-client@1.2.1 (to-array@0.1.3, indexof@0.0.1, component-bind@1.0.0, debug@0.7.4, object-component@0.0.3, component-em
itter@1.1.2, has-binary@0.1.5, parseuri@0.0.2, socket.io-parser@2.2.2, engine.io-client@1.4.3)
└── npm@2.3.0

Bluefox

~~@Homoran:~~

Bin noch unterwegs (das Hotel in Kassel steht noch )

Ja ich habe ein neues script drin.

Aus den Schnipseln von alchy lese ich jetzt CPU load und memfree der lxccu aus.

http://homematic-forum.de/forum/viewtop … 78#p207678

Gesendet von meinem Cynus T7 mit Tapatalk

EDIT:

log-Datei anbei
filename="hm-rega-log.log" index="0">~~

EDIT2:

wenn ich das log überfliege sind da CuxD-Werte drin.

Ich habe aber keine hm-rpc instance für CuxD aktiviert, und CuxD in hm-rega nicht angehakt `
Fehler ist in deinem Skript. Es wird folgende Zeile erzeugt:

"CUxD.CUX2801001:1.CMD_RETS":"1.42 1.48 1.50 1/134 14775
",

Muss aber so sein

"CUxD.CUX2801001:1.CMD_RETS":"1.42 1.48 1.50 1/134 14775",

Kannst du da in forum fragen, wie es beseitigt werden konnte?

Bluefox

Ich habe neue Version von hm-rega erzeugt. Da werden die \n ersetzt. Aber es ist trotzdem nicht OK dass \n in dem Wert drin steht…

Homoran

Ich sehe kein \n und auch keinen Zeilenumbruch.

Gesendet von meinem Cynus T7 mit Tapatalk

Suche in der Datei was du mir gegeben hast "CUxD.CUX2801001:1.CMD_RETS"

Homoran

Habe es gefunden, aber laut alchy wird da kein Zeilenumbruch erzeugt.

Kann dieser durch ioBroker erzeugt werden?

Nach update des hm-rega tritt der Fehler nicht mehr auf.

Wegen des CCU-Skriptes sind wir aber noch dran.

Gruß

Rainer

Gesendet von meinem Cynus T7 mit Tapatalk

Bluefox

~~@Homoran:~~

Habe es gefunden, aber laut alchy wird da kein Zeilenumbruch erzeugt.

Kann dieser durch ioBroker erzeugt werden?

Nach update des hm-rega tritt der Fehler nicht mehr auf.

Wegen des CCU-Skriptes sind wir aber noch dran.

Gruß

Rainer

Gesendet von meinem Cynus T7 mit Tapatalk `
Nein ioBroker erzeugt das nicht. Man verwendet da Kommando "uptime" (vermutlich) und uptime bringt Zeilenumbruch mit.

Habe jetzt in hm-rega das ausgebügelt..

Homoran

Das script ist wie folgt:

 !CCU Speicher und Load auslesen
dom.GetObject("CUxD.CUX2801001:1.CMD_SETS").State("cat /proc/meminfo | grep 'MemFree:'");
dom.GetObject("CUxD.CUX2801001:1.CMD_QUERY_RET").State(1);
var x = dom.GetObject("CUxD.CUX2801001:1.CMD_RETS").State().Substr(15,12);
!dom.GetObject("SYSfreeMem").State(x);
dom.GetObject("CUxD.CUX2801001:1.CMD_SETS").State("cat /proc/loadavg");
dom.GetObject("CUxD.CUX2801001:1.CMD_QUERY_RET").State(1);
var y = dom.GetObject("CUxD.CUX2801001:1.CMD_RETS").State();
var eins = y.Substr(0,4);
var zwei = y.Substr(5,4);
var drei = y.Substr(10,4);
!dom.GetObject("Load_1min").State(eins);
!dom.GetObject("Load_5min").State(zwei);
!dom.GetObject("Load_15min").State(drei);
WriteLine ("freier Speicher: "# x )
WriteLine ("Loadbalance: "# eins # " | "# zwei # " | "# drei);

Die letzten Writeline Zeilen wurden auskommentiert, die zeilen davor aktiviert.

Gruß

Rainer

Gesendet von meinem Cynus T7 mit Tapatalk

Bluefox

~~@Homoran:~~

Das script ist wie folgt:

 !CCU Speicher und Load auslesen
dom.GetObject("CUxD.CUX2801001:1.CMD_SETS").State("cat /proc/meminfo | grep 'MemFree:'");
dom.GetObject("CUxD.CUX2801001:1.CMD_QUERY_RET").State(1);
var x = dom.GetObject("CUxD.CUX2801001:1.CMD_RETS").State().Substr(15,12);
!dom.GetObject("SYSfreeMem").State(x);
dom.GetObject("CUxD.CUX2801001:1.CMD_SETS").State("cat /proc/loadavg");
dom.GetObject("CUxD.CUX2801001:1.CMD_QUERY_RET").State(1);
var y = dom.GetObject("CUxD.CUX2801001:1.CMD_RETS").State();
var eins = y.Substr(0,4);
var zwei = y.Substr(5,4);
var drei = y.Substr(10,4);
!dom.GetObject("Load_1min").State(eins);
!dom.GetObject("Load_5min").State(zwei);
!dom.GetObject("Load_15min").State(drei);
WriteLine ("freier Speicher: "# x )
WriteLine ("Loadbalance: "# eins # " | "# zwei # " | "# drei);

Die letzten Writeline Zeilen wurden auskommentiert, die zeilen davor aktiviert.

Gruß

Rainer

Gesendet von meinem Cynus T7 mit Tapatalk `

cat /proc/loadavg

Generiert \n am Ende.

Aber es ist sowieso in hm-rega gelöst.

Homoran

Danke.

Ja läuft jetzt einwandfrei.

Gesendet von meinem Cynus T7 mit Tapatalk

NEWS

[Fixed] js-Controller beta

Support us

751
Online

31.8k
Users

80.0k
Topics

1.3m
Posts

NEWS

[Fixed] js-Controller beta

Support us

751Online

31.8kUsers

80.0kTopics

1.3mPosts

751
Online

31.8k
Users

80.0k
Topics

1.3m
Posts