NEWS
[Fixed] js-Controller beta
-
Danke. Werde in Ruhe anschauen.
Ich habe jetzt aber eine andere Bitte.
Kannst du die neue Version von js-controller ausprobieren?
Ich werde die noch nicht veröffentlichen, nur wenn Bestätigung von jemandem kommt, dass es funktioniert.
npm install https://github.com/ioBroker/ioBroker.js-controller/tarball/master/
-
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 runninggerade 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 ```
-
Eigentlich an dieser Stelle habe ich nichts geändert.
Und reboot vom hm-rega
-
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
-
Das liegt vermutlich an CCU selbst. Kannst du die resetten?
996_2016-12-26_13h02_06.png -
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
-
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
-
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/loadavg
Generiert \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