[Fixed] js-Controller beta

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

Community Forum

NEWS

[Fixed] js-Controller beta

Support us

503

32.6k

81.9k

1.3m