NEWS
IoBroker.occ
-
Ja, ich habe eine Installation der ersten Stunde drauf.
Muss ich die irgendwie vorher entfernen?
Gruß
Rainer
-
Nein, einfach stoppen und in einem neuen Ordner nochmals neu installieren. Geht ja schnell und dann kannst derweilen rumspielen.
Beim Cache leeren kann dir Bluefox sicher besser helfen.
Gesendet von meinem iPhone mit Tapatalk
-
ok, habe folgendes durchgeführt:
./iobroker stop npm cache clean npm install iobroker.occ --production ./iobroker start
sicherheitshalber adapter neu gestartet
keine Änderung.
Was meinst du damit:
@versteckt:und in einem neuen Ordner nochmals neu installieren. `
Die Ordnerstruktur ist doch vorgegeben, oder?
Gruß
Rainer
-
Ich meinte den kompletten iobroker z.B. In C:\Temp oder wo auch immer neu installieren.
Gesendet von meinem iPhone mit Tapatalk
-
Ich meinte den kompletten iobroker z.B. In C:\Temp oder wo auch immer neu installieren.
Gesendet von meinem iPhone mit Tapatalk `
ok, das kann aber nicht die Lösung sein
(ist nicht böse gemeint!)
Läuft auf einem RasPi2, seit es den gibt.
und die gesamte Installation neu machen, wäre keine Spaß!
Gruß
Rainer
PS ich setze einen weiteren RasPi auf!
-
Verstehe ich jetzt nicht, wenn ich mal schnell was testen will mach ich mir auf meinem Mac einen Ordner, installiere dort ioBroker und teste und wenn ich fertig bin, lösche ich ihn wieder.
Soll ja auch nicht die Lösung sein, sondern nur damit du was zum spielen hast.
Somit müsstest du an deiner bestehenden Installation nicht herumprobieren.
Gesendet von meinem iPhone mit Tapatalk
-
So auf der neuen Installation läuft es!
Die Erstellung der Instanz dauerte wesentlich länger und es wurden mehr Dateien mit upload kopiert!
Verstehe ich jetzt nicht, wenn ich mal schnell was testen will mach ich mir auf meinem Mac einen Ordner, installiere dort ioBroker und teste und wenn ich fertig bin, lösche ich ihn wieder. `
dafür habe ich halt einen ganzen Obstkorb mit Bananen und HimbeerenAber es muss ja auch zu einer bestehenden Installation hinzugefügt werden können.
Na dann will ich mal spielen.
Gruß
-
So, jetzt kann ich das Meckern anfangen!
Erst einmal:
Super, sieht gut aus, das ganze ist (wird) ziemlich intuitiv und übersichtlich - Toll!
Ich habe folgende immer wiederkehrende Meldung (Kopie aus admin-log, deswegen rückwärts):
host-Hamster-Raspi 2015-06-20 21:34:51 info Restart adapter system.adapter.occ.0 because enabled host-Hamster-Raspi 2015-06-20 21:34:51 error instance system.adapter.occ.0 terminated with code 6 (uncaught exception) occ-0 2015-06-20 21:34:51 info cleaned everything up... occ-0 2015-06-20 21:34:50 debug run loadData() occ-0 2015-06-20 21:34:50 debug name:hm-rpc.3, ip:192.168.0.100, type:, port:2001, isCcu:false occ-0 2015-06-20 21:34:50 debug name:hm-rpc.2, ip:192.168.2.179, type:, port:2001, isCcu:false occ-0 2015-06-20 21:34:50 debug name:hm-rpc.1, ip:192.168.2.175, type:, port:2001, isCcu:false occ-0 2015-06-20 21:34:50 debug name:hm-rpc.0, ip:192.168.2.186, type:, port:2001, isCcu:false TypeError: 2015-06-20 21:34:50 error at Manager.ondecoded (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:301:8) TypeError: 2015-06-20 21:34:50 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-06-20 21:34:50 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-06-20 21:34:50 error at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:220:12) TypeError: 2015-06-20 21:34:50 error at Socket.onack (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:295:6) TypeError: 2015-06-20 21:34:50 error at Socket. (/opt/iobroker/node_modules/iobroker.js-controller/lib/statesInMemClient.js:151:27) TypeError: 2015-06-20 21:34:50 error at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:1740:56 TypeError: 2015-06-20 21:34:50 error at /opt/iobroker/node_modules/iobroker.occ/main.js:38:61 TypeError: 2015-06-20 21:34:50 error at /opt/iobroker/node_modules/iobroker.occ/main.js:67:17 TypeError: 2015-06-20 21:34:50 error at addiCalObjects (/opt/iobroker/node_modules/iobroker.occ/main.js:527:33) TypeError: 2015-06-20 21:34:50 error Cannot call method 'split' of undefined uncaught 2015-06-20 21:34:50 error exception: Cannot call method 'split' of undefined occ-0 2015-06-20 21:34:50 debug ID: undefined color: #A7194B occ-0 2015-06-20 21:34:50 debug init iCal Objects... occ-0 2015-06-20 21:34:50 info received all states occ-0 2015-06-20 21:34:50 info received all objects occ-0 2015-06-20 21:34:47 info requesting all objects occ-0 2015-06-20 21:34:47 info requesting all states occ-0 2015-06-20 21:34:47 info starting. Version 0.1.20 in /opt/iobroker/node_modules/iobroker.occ occ-0 2015-06-20 21:34:47 debug statesDB connected occ-0 2015-06-20 21:34:47 debug objectDB connected host-Hamster-Raspi 2015-06-20 21:34:45 info instance system.adapter.occ.0 started with pid 20118
ical ist aktiv, hmm nicht.
nach dem Öffnen des Links auf <ip>:8082/occ/index erscheint der Ladebalken von socket.io
Dieses Fenster lässt sich nicht wegklicken - ich denke dafür ist der close-Button gedacht
Die Buttons Ganztags und repeat lassen sich nicht anwählen.
und zum Thema intuitiv: Wenn man ein bereits angelegten schedule auf dem Kalender verschiebt, was ohne weiteres geht, ändert sich die Zeit im Plan nicht.
Ich bin auf die nächsten updates gespannt.
gibt es bei dir auch eine translate.Datei, dann würde ich dir bei der Übersetzung helfen.
Habe auf github schon gesucht, aber ich kenne mich da nicht allzusehr aus .
Gruß
Rainer</ip>
-
Möglicherweise meine ccu2 zerschossen? Mach dort halt auch noch ein Reboot. - Geht auch nicht `
bei mir jetzt auch.habe occ erst einmal deaktiviert.
Das steht im log:
host-Hamster-Raspi 2015-06-20 22:16:25 error instance system.adapter.occ.0 terminated with code 3 (Adapter disabled or invalid config) adapter 2015-06-20 22:16:25 error disabled occ-0 2015-06-20 22:16:24 debug statesDB connected occ-0 2015-06-20 22:16:24 debug objectDB connected hm-rega-0 2015-06-20 22:16:19 warn Pending request for more than 50000 ms host-Hamster-Raspi 2015-06-20 22:16:13 info object change system.adapter.occ.0 hm-rega-0 2015-06-20 22:16:07 warn Pending request for more than 25000 ms host-Hamster-Raspi 2015-06-20 22:15:53 info Restart adapter system.adapter.occ.0 because enabled host-Hamster-Raspi 2015-06-20 22:15:53 error instance system.adapter.occ.0 terminated with code 6 (uncaught exception) occ-0 2015-06-20 22:15:53 info cleaned everything up...
WAF sinkt, Rolläden nicht
Gruß
Rainer
-
Morgen, hab grad mal nachgesehen, auf Zeile 527 in der main.js werden die iCal Objekte zerlegt.
Wie ist dein Beschreibungsfeldinhalt? Der muss folgendermassen aufgebaut sein: occ#OBJECT_ADDRESS#OBJECT_VALUE
Habe aber grade einen Fehler darin entdeckt und gefixt, ist aber noch nicht hochgeladen.
Bez. Kalendereintrag verschieben, bei mir geht das in Safari, Firefox und Chrome.
Welchen Browser verwendest du und hast du Javascript Fehler?
LG Christian
-
Was meint ihr mit CCU2 zerschossen?
Wie habt ihr die CCU2 in ioBroker angebunden, bzw. was wolltet ihr im occ Kalender eintragen?
Ich kann CCU2 nur mittels lxccu testen, da ich bei mir alles auf homegear laufen habe.
Bitte um Info, damit ich das nachvollziehen kann.
Danke, LG Christian
-
Hallo Christian,
ich habe auch nur eine lxccu.
Gestern abend hatte sie die Rollläden nicht mehr runter gefahren und war nicht mehr richtig ansprechbar.
Das war seit Monaten, wenn nicht >1Jahr nicht der Fall.
Reboot der lxccu über CuxD lud zwar wieder die webui Oberfläche, die war nicht mehr bedienbar ich musste den banapi rebooten.
Fehlermeldung wie gepostet.
Anbindung über hm-rpc und hm-rega.
Ich benutze chrome unter win7 nach js-fehlern hatte ich nicht gesehen.
Kann sein, dass nur die Beschriftung des termin-blocks nicht geändert wird?
Nach öffnen stehen im Termin Konfig ja die richtigen Zeiten.
Wo finde ich das beschreibungsfeld? Oder eines?
Occ ist derzeit deaktiviert.
Gruß
Rainer
Gesendet von meinem LIFETAB_S785X mit Tapatalk
-
Hallo,
ok, CUxD hab ich nicht im Einsatz, der hm-rpc ist über rfd oder CUxD angebunden?
Javascript Ausgabe bitte posten, dann kann ich genaueres sagen.
Mit Beschreibungsfeld habe ich die Google Kalender Einträge gemeint, hab mittlerweile in Github eine
neue Version hochgeladen, ist aber immer noch Version 0.1.20.
Ich muss mal schauen, ob es ein Problem beim Verbindungsaufbau gibt, ist occ mit 0.0.0.0 angebunden oder
einer fixen Adresse?
LG Christian
-
Wie sieht deine Einstellung im hm-rpc aus?
Habe vermutlich den Fehler gefunden.
-
Habe noch an modbus und am Wechselrichter rumgebastelt. Werde mich heute noch einmal um occ. kümmern. Bez. der CCU2 ist das so:
Die habe ich mit hm-rcp angebunden hm-rega ist zwar da, läuft aber meist nicht (muss ich erst besser verstehen). Was die Fehler angeht war das so, dass nach dem start von occ viele, viele 'state-messages' das log verstopften. dann erst sporadisch und dann immer öfter tauchten Meldungen sinngemäss '10000 pending requests' am rpc auf. Die ccu2 reagierte darauf mit Teilblockierung. Das Web-Gui war zwar quasi noch erreichbar, jedoch liessen sich einzelne Dialoge, wie zB Systemeinstellungen (zum Reboot) nicht mehr bedienen. Werde das aber sonst demnächst noch weiter protokollieren.
-
Ich habe die lxccu auch über hm-rpc angebunden. CuxD hatte ich nur benutzt, weil ein restart der lxccu über die webui nicht mehr möglich war und ich mir die uptime der Banane nicht durch einen reboot kaputt machen wollte, was ich dann doch musste.
Bin im Moment nicht am PC.
Einstellungen am occ habe ich nicht verändert.
Rpc steht die IP der lxccu drin 192…..
In der funktionierenden Version sind da aber drei rpc Instanzen. Lxccu, test-lxccu und hmcon.
Gruß
Rainer
Gesendet von meinem LIFETAB_S785X mit Tapatalk
-
Hallo, hab zumindest heute vormittag den Fehler auch gesehen bez. hm-rega, war aber nicht wirklich nachvollziehbar und war
ohne occ im Einsatz.
Hab jetzt aber trotzdem die Homematic Verbindungen angepasst und eine neue Version 0.1.21 hochgeladen.
-
Habe ich direkt aktualisiert. Leider kann ich bezüglich hm-rega keine Entwarnung geben. Sobald ich den Rega Adapter aktiviere, gehen die pending requests Warnungen wieder los. Deaktiviert man den hm-rega hört das sofort wieder auf.
-
Was konnte ich bisher nachvollziehen:
Dies ist alles ohne aktiven occ durchgeführt worden!!!
Ausgangsituation: hm-rega und hm-rpc laufen
In Web durchgeführt: hm-rpc restart
Logfile zeigt folgendes an:
2015-06-21 15:45:50.584 - info: host.Christians-Mac-mini.local object change system.adapter.hm-rpc.2
2015-06-21 15:45:50.584 - info: host.Christians-Mac-mini.local stopInstance system.adapter.hm-rpc.2
2015-06-21 15:45:50.584 - info: host.Christians-Mac-mini.local stopInstance system.adapter.hm-rpc.2 killing pid 59903
2015-06-21 15:45:50.586 - info: hm-rpc.2 xmlrpc -> 192.168.1.3:2001 init ["http://192.168.1.190:2001",""]
2015-06-21 15:45:53.090 - info: host.Christians-Mac-mini.local instance system.adapter.hm-rpc.2 started with pid 59910
2015-06-21 15:45:53.486 - info: host.Christians-Mac-mini.local instance system.adapter.hm-rpc.2 terminated with code 7 (Adapter already running)
mittels Shell Prozess gestoppt
kill -9 59903
Logfile zeigt folgendes an:
2015-06-21 15:46:19.875 - warn: host.Christians-Mac-mini.local instance system.adapter.hm-rpc.2 terminated due to SIGKILL
2015-06-21 15:46:19.876 - info: host.Christians-Mac-mini.local Restart adapter system.adapter.hm-rpc.2 because enabled
2015-06-21 15:46:28.273 - warn: hm-rega.0 Pending request for more than 25000 ms
2015-06-21 15:46:40.829 - warn: hm-rega.0 Pending request for more than 50000 ms
2015-06-21 15:46:49.614 - warn: hm-rega.0 Pending request for more than 75000 ms
2015-06-21 15:46:49.881 - info: host.Christians-Mac-mini.local instance system.adapter.hm-rpc.2 started with pid 59929
2015-06-21 15:46:50.296 - info: hm-rpc.2 starting. Version 0.4.0 in /Users/christian/DEVELOPMENT/node_modules/iobroker.hm-rpc
2015-06-21 15:46:50.349 - info: hm-rpc.2 xmlrpc server is trying to listen on 192.168.1.190:2001
2015-06-21 15:46:50.350 - info: hm-rpc.2 xmlrpc -> 192.168.1.3:2001 init ["http://192.168.1.190:2001","hm-rpc.2"]
2015-06-21 15:46:55.887 - warn: hm-rega.0 Pending request for more than 100000 ms
2015-06-21 15:47:02.158 - warn: hm-rega.0 Pending request for more than 125000 ms
2015-06-21 15:47:08.438 - warn: hm-rega.0 Pending request for more than 150000 ms
2015-06-21 15:47:14.713 - warn: hm-rega.0 Pending request for more than 175000 ms
Hört nicht auf
In Web durchgeführt: hm-rega restart
Für 2 minuten alles ok, dann geht es wieder los
2015-06-21 15:49:44.549 - warn: hm-rega.0 Pending request for more than 25000 ms
2015-06-21 15:49:57.094 - warn: hm-rega.0 Pending request for more than 50000 ms
2015-06-21 15:50:05.884 - warn: hm-rega.0 Pending request for more than 75000 ms
2015-06-21 15:50:12.155 - warn: hm-rega.0 Pending request for more than 100000 ms
2015-06-21 15:50:18.426 - warn: hm-rega.0 Pending request for more than 125000 ms
2015-06-21 15:50:24.701 - warn: hm-rega.0 Pending request for more than 150000 ms
2015-06-21 15:50:30.970 - warn: hm-rega.0 Pending request for more than 175000 ms
2015-06-21 15:50:35.506 - warn: hm-rega.0 Pending request for more than 200000 ms
2015-06-21 15:50:39.751 - warn: hm-rega.0 Pending request for more than 225000 ms
2015-06-21 15:50:43.902 - warn: hm-rega.0 Pending request for more than 250000 ms
2015-06-21 15:50:48.063 - warn: hm-rega.0 Pending request for more than 275000 ms
2015-06-21 15:50:52.302 - warn: hm-rega.0 Pending request for more than 300000 ms
2015-06-21 15:50:56.443 - warn: hm-rega.0 Pending request for more than 325000 ms
Für mich sieht das nach einem hm-rega problem aus. Na da werde ich mal Bluefox darüber informieren.
-
Benötigt denn dein Adapter hm-rega?
Bez. dieser pendings glaube ich, das die in einer Warteschlange stehen und dort auch bleiben wenn .occ aus geht.