IoBroker.occ

ykuendig

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.

versteckt

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.

ykuendig

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.

versteckt

Nein, nicht zwingend, aber man kann mittels occ Variablen in ReGa verändern.

Ist für die User gedacht, welche das benötigen.

Muss mal überlegen, ev. entferne ich das wieder.

Gesendet von meinem iPhone mit Tapatalk

ykuendig

Oder ev. deaktivieren (auskommentieren) bis der Adapter mit lokalen Datenpunkten soweit stabil läuft und dann dort weiter üben.

versteckt

Hallo,

so, ich hab mal auf die schnelle versucht, hm-rpc Instanzen zu deaktivieren wenn diese zu einer hm-rega Instanz

gehören. (Version 0.1.22)

Es können immer noch Objekte in den Enums hinzugefügt werden und hm-rega Variablen gesetzt werden.

Sollte aber auf der hm-rpc Instanz z.B. ein hm-cc-tc oder hm-cc-rt-dn aktiv sein und in den Enums aktiviert sein,

werden aus diesen die Kalender nicht ausgelesen.

Ich hoffe das hilft soweit mal, das ihr weiter testen könnt.

LG Christian

ykuendig

Ich steh grad irgenwie auf dem Schlauch. Nach dem Install von 1.22 ist kein Adapter im Admin.

versteckt

Morgähn, sorry mein Fehler, da hat sich gestern ein Tippfehler in der io-package.json eingeschlichen.

Ist in 0.1.23 behoben.

LG Christian

ykuendig

~~@versteckt:~~

Hallo, so, ich hab mal auf die schnelle versucht, hm-rpc Instanzen zu deaktivieren wenn diese zu einer hm-rega Instanz

gehören. (Version 0.1.22)

Es können immer noch Objekte in den Enums hinzugefügt werden und hm-rega Variablen gesetzt werden.

Sollte aber auf der hm-rpc Instanz z.B. ein hm-cc-tc oder hm-cc-rt-dn aktiv sein und in den Enums aktiviert sein,

werden aus diesen die Kalender nicht ausgelesen.

Ich hoffe das hilft soweit mal, das ihr weiter testen könnt. `
Ich versteh grad nur Bahnhof. Jedoch ist richtig, dass die 0.1.23 sich wieder installieren lässt. Ich hab auch noch nicht richtig verstanden wie rega und rpc zuamnnenhängen.

Nun denn; das Log:

occ-0	2015-06-22 19:03:29	info	received all states
occ-0	2015-06-22 19:03:29	info	received all adapter instances
occ-0	2015-06-22 19:03:29	error	do not use this adapter: hm-rpc.0
occ-0	2015-06-22 19:03:29	info	received all objects
occ-0	2015-06-22 19:03:29	info	requesting all objects
occ-0	2015-06-22 19:03:29	info	requesting all states
occ-0	2015-06-22 19:03:29	info	starting. Version 0.1.23 in /opt/iobroker/node_modules/iobroker.oc

Ev. ist das nun so richtig, da Du etwas deaktiviert hast?!

versteckt

Ok, hast du eine hm-ReGa Instanz mit hm-rpc.0 verbunden? Wenn ja, dann ist der Fehler ok.

Ich brauche die hm-rpc Instanzen, um z.B. hm-cc-tc Kalender zu lesen/schreiben.

Hm-ReGa brauche ich nicht, ist aber dafür da um z.B. Variablen und Programme aus der Ccu zu verwalten/verwenden.

Gesendet von meinem iPhone mit Tapatalk

ykuendig

Ich habe die Rega-Instanz (komme mit dem Wort sowieso schlecht zurecht, hab da was ganz anderes dazu im Kopf -> http://www.rega.ch/)

installiert um initial einige Werte und Gewerke von der CCU2 zu erhalten (und weil beim testen alles mal eingeschaltet wird :mrgreen: ).

Die ist aber zur Zeit meistens deaktiviert. Beim testen mit occ sind dann eben Logeinträge bezüglich rega aufgetauscht. Dann hab ich's wieder eingeschaltet um zu sehen ob's was ändert => hat's ja auch :evil:

versteckt

Was hast du im Einsatz, CCU1, CCU2?

Ich hab bei mir das Zeug alles rausgeworfen und hab homegear im Einsatz.

Ich habe aber auch nie Variablen verwendet. Und die Programme, wenn nicht zu kompliziert lassen sich mittels JavaScript Adapter relativ einfach nachbauen.

Gesendet von meinem iPhone mit Tapatalk

ykuendig

CCU-2 - Nun denn, ich bin HomeMatic Anwender der ersten Stunde. Will heissen ich hab die CCU2 und die 5 Rolladenaktoren schon fast eine Stunde.

Da kann man noch nicht alles so genau wissen. Zudem wollte ich, dass das System auch läuft wenn ich nicht zu Hause bin (WAF).

iobroker ist im Moment nur zum spielen und testen- nicht produktiv - und läuft zeitweise in einer VM an meinem PC.

versteckt

Alles klar, meines Erachtens am einfachsten zum testen mit Homematic ist, wenn

du dir eine virtuelle Linux Maschine installierst (mit homegear https://www.homegear.eu)

und ein Homematic Device kaufst und dann damit herumspielst.

Dann bleibt auch der WAF erhalten.

Ich habe bei mir 2 am laufen und immer ein/zwei virtuelle um mal schnell was zu testen.

Und meinen HMLAN Adapter hänge ich halt an den, der gerade getestet wird. Habe aber auch noch

einen USB Adapter und einen COC.

Man(n) kann nie genug zum testen haben G.

Im Moment ist es auch leichter, da die Heizung nicht aktiv sein muss und Rollläden habe ich keine

zum steuern. Und das Licht lässt sich ja mittels Taster auch noch ein/ausschalten.

siedi

Hi Christian,

wollte deinen Adpater mal direkt von github installieren (also erst git clone, dann npm install), allerdings ist das npm install beim postinstall hängen geblieben, weil die postinstall.js fehlt:

package.json:    "postinstall": "node postinstall.js"

LG

Siedi

siedi

Habs jetzt direkt über npm install iobroker.occ installiert, dann klappt es.

Frage: Nachdem ich in den enums meinen RT (Kanal 0) bzw. TC (Kanal 2) hinzugefügt habe, sehe ich die Einträge im "Select Options" Dialog oben links. Wähle ich einen aus und drücke reload, passiert nichts. Sollten dann nicht die Daten des Devices bereits ausgelesen werden? Oder muss ich immer erst mal mit einem leeren Kalender starten?

LG

Siedi

versteckt

Hallo,

hast du hm-rega im Einsatz bzw. wie schaut dein Logfile aus?

Bez. GitHub, das muss ich mir ansehen, am Wochenende hat eine meiner Katzen auf meiner Tastatur gepennt und der Rechner war

natürlich nicht gesperrt. Kannst dir vorstellen, wie mein Rechner ausgesehen hat?

LG Christian

siedi

Hi Christian,

sollange kein rm -rf / oder format rauskam…

Hab keine hm-rega, da keine CCU, nutze nur homegear mit dem USB stick.

LG

Siedi

versteckt

Nö, das nicht, aber Entwicklungsumgebung geöffnet und Dateiinhalte "angepasst".

Es müssten unter iobroker-data/files/occ.0 JSON Dateien existieren.

Gesendet von meinem iPhone mit Tapatalk

siedi

Logs sind recht leer (trotz debug):

2015-06-23 08:09:59.457  - info: occ.0 starting. Version 0.1.23 in /opt/iobroker/node_modules/iobroker.occ
2015-06-23 08:09:59.458  - info: occ.0 requesting all states
2015-06-23 08:09:59.459  - info: occ.0 requesting all objects
2015-06-23 08:09:59.512  - info: occ.0 received all objects
2015-06-23 08:09:59.512  - info: occ.0 received all adapter instances
2015-06-23 08:09:59.514  - info: occ.0 received all states

Ein occ.0 Verzeichnis existiert nicht, nur occ und occ.admin.

Kann heut Abend mal debuggen gehen….kannst du mir einen Tipp zum schnelleren Einstieg geben (Methode, Funktion, etc.)?

Danke

Siedi

NEWS

IoBroker.occ

IoBroker.occ

Ausgangsituation: hm-rega und hm-rpc laufen

In Web durchgeführt: hm-rpc restart

Logfile zeigt folgendes an:

mittels Shell Prozess gestoppt

Logfile zeigt folgendes an:

Hört nicht auf

In Web durchgeführt: hm-rega restart

Für 2 minuten alles ok, dann geht es wieder los

Support us

171

32.4k

81.3k

1.3m