[Fixed] js-Controller beta
-
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
-
Ich werde heute Abend auch testen!
-
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?
-
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
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
-
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 -
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?
-
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…
-
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"
-
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
-
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..
-
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
-
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/loadavgGeneriert \n am Ende.
Aber es ist sowieso in hm-rega gelöst.
-
Danke.
Ja läuft jetzt einwandfrei.
Gesendet von meinem Cynus T7 mit Tapatalk
