NEWS

Eine der Ursachen liegt in der Titelbezeichnung.

Umlaute erzeugen dort die Fehler aus der Meldung oben.

"Gästebad Klima" erzeugt die genannten Fehler.

"Gaestebad" ist OK.

Das war vorher nicht so.

Danke,

es geht wieder.

Ich beschließe nun nach vielen Tests, dass es am Aktor oder meiner CCU2 selber liegen muss. Dieses eine Gerät zeigt zwar immer einen Wert an, wenn ich aber die Loggings auf der CCU durcharbeite, dann habe ich doch zweifel, dass da was ordentliches bei rumkommt.

Also sorry - ich denke hier liegt das Problem NICHT beim Adapter. Bei den anderen geht ja alles.

Fitti

@Bluefox:

Die Namen werden nur über Rega transportiert. `

Ich bin bescheuert - muss ich hier erst anfangen eine Antwort zu schreiben, damit ich merke, dass ich im hm-rega vergessen habe cuxd und rpc.1 zu aktivieren :oops: :oops: :oops:

Danke

Rainer

Ich habe aber ein ähnliches Problem, aber vielleicht hab ich auch Tomaten vor den Augen.

Habe eben mein erstes CuxD Gerät angelegt (Wrapper device / state monitor device)

Damit wollte ich die tägliche Laufzeit meiner Poolpumpe loggen.

Unter States sehe ich auch die gewünschten Datenpunkte:
144_iobroker_cuxd_states.jpg

Wenn ich jedoch unter objects die history für diese datenpunkte anlegen will, fehlen mir welche:
144_iobroker_cuxd_objects.jpg

Die Time_On werte aus kanal 1 (pro Stunde) sind nicht zum loggen vorhanden.

Gruß

Rainer

workaround:

Bridge und Lampen ohne Leerzeichen benennen.

Beim starten des Adapters kommen viele Warnungen:

Do 2015-07-21 21:00:40 warn not use parent or children for hue.0.hue-bridge Do 2015-07-21 21:00:40 warn not use parent or children for hue.0.hue-bridge.Arbeitszimmer Do 2015-07-21 21:00:40 warn not use parent or children for hue.0.hue-bridge.Arbeitszimmer.reachable Do 2015-07-21 21:00:40 warn not use parent or children for hue.0.hue-bridge.Arbeitszimmer.colormode hue-0 2015-07-21 21:00:40 warn setObject hue-bridge.Arbeitszimmer.colormode (type=state) property common.role missing! Do 2015-07-21 21:00:40 warn not use parent or children for hue.0.hue-bridge.Arbeitszimmer.alert hue-0 2015-07-21 21:00:40 warn setObject hue-bridge.Arbeitszimmer.alert (type=state) property common.role missing! Do 2015-07-21 21:00:40 warn not use parent or children for hue.0.hue-bridge.Arbeitszimmer.ct Do 2015-07-21 21:00:40 warn not use parent or children for hue.0.hue-bridge.Arbeitszimmer.xy hue-0 2015-07-21 21:00:40 warn setObject hue-bridge.Arbeitszimmer.xy (type=state) property common.type missing! hue-0 2015-07-21 21:00:40 warn setObject hue-bridge.Arbeitszimmer.xy (type=state) property common.role missing! Do 2015-07-21 21:00:39 warn not use parent or children for hue.0.hue-bridge.Arbeitszimmer.effect hue-0 2015-07-21 21:00:39 warn setObject hue-bridge.Arbeitszimmer.effect (type=state) property common.role missing! Do 2015-07-21 21:00:39 warn not use parent or children for hue.0.hue-bridge.Arbeitszimmer.sat Do 2015-07-21 21:00:39 warn not use parent or children for hue.0.hue-bridge.Arbeitszimmer.hue Do 2015-07-21 21:00:39 warn not use parent or children for hue.0.hue-bridge.Arbeitszimmer.bri Do 2015-07-21 21:00:39 warn not use parent or children for hue.0.hue-bridge.Arbeitszimmer.on

Diesen Fehler hatte ich noch nie, gleiches OS, gleicher Browser. Habe aber auch nur 3 Views.

@Pman:

Habe genau die selbe Umgebung wie ruhr70, also auch Mac und Chrome, neuste Versionen vis und js-controller.

@ruhr70:

Editor: bei der obersten Zeile wird nach Zeit nur das untere Viertel angezeigt Das habe ich nicht verstanden

siehe:

http://forum.iobroker.org/viewtopic.php … itor#p4747

weg bekomme ich die auch nicht mehr mit dem Neustart, siehe anderer Thread

Hallo!

Nein, ist ein Raspi2. Hab es jetzt aber mit deinem Tipp versucht. Das hat geklappt. Das löst jetzt jedenfalls erstmal mein Problem.

Danke!

Grüße Sebbo

@Homoran:

Ich hab es noch nicht gemacht, aber die Widgets werden vermutlich jetzt ebenso eigenständige Adapter sein, wie auch metro.

Gesendet von meinem Cynus T7 mit Tapatalk `
Ja genau.
1187_elternbad.jpg

@versteckt:

Hallo,

habe (leider erst jetzt) den hm-rpc auf 0.5.2 aktualisiert.

Das Problem mit 2 Adaptern ist immer noch da.

Habe die Adapter gelöscht, über GitHub neu installiert und zwei neue Instanzen angelegt.

Bei Start der Adapter waren auch keinerlei Objects in ioBroker sichtbar.

Trotzdem sind die Objektstrukturen "UVR6130000" und OW09933755 bei beiden sichtbar, sollten aber nur im hm-rpc.1 drinnen sein.

! 2015-07-19 15:52:53.327 - info: hm-rpc.1 xmlrpc server is trying to listen on 192.168.1.190:2002 2015-07-19 15:52:53.327 - info: hm-rpc.1 xmlrpc -> 192.168.1.199:2001 init ["http://192.168.1.190:2002","hm-rpc.1"] 2015-07-19 15:53:03.342 - info: hm-rpc.0 xmlrpc <- system.listMethods ["hm-rpc.1"] 2015-07-19 15:53:03.425 - info: hm-rpc.0 xmlrpc <- listDevices ["hm-rpc.1"] 2015-07-19 15:53:03.430 - info: hm-rpc.0 xmlrpc -> 79 devices 2015-07-19 15:53:03.863 - info: hm-rpc.0 xmlrpc <- newDevices 6 2015-07-19 15:53:03.871 - info: hm-rpc.0 object hm-rpc.0.UVR6130000.1 created 2015-07-19 15:53:03.876 - info: hm-rpc.0 object hm-rpc.0.UVR6130000.0 created 2015-07-19 15:53:03.881 - info: hm-rpc.0 object hm-rpc.0.UVR6130000 created 2015-07-19 15:53:03.886 - info: hm-rpc.0 object hm-rpc.0.OW09933755.1 created 2015-07-19 15:53:03.891 - info: hm-rpc.0 object hm-rpc.0.OW09933755.0 created 2015-07-19 15:53:03.896 - info: hm-rpc.0 object hm-rpc.0.OW09933755 created 2015-07-19 15:53:03.901 - info: hm-rpc.0 xmlrpc -> getParamsetDescription ["OW09933755:0","VALUES"] 2015-07-19 15:53:03.911 - info: hm-rpc.0 setObject hm-rpc.meta.VALUES.OpenWeatherMap..1 2015-07-19 15:53:05.067 - error: hm-rpc.0 Error: XML-RPC fault: : Requested method not found. 2015-07-19 15:53:05.114 - info: hm-rpc.0 xmlrpc -> getParamsetDescription ["OW09933755:1","VALUES"] 2015-07-19 15:53:05.122 - info: hm-rpc.0 setObject hm-rpc.meta.VALUES.OpenWeatherMap.CUSTOM.1 2015-07-19 15:53:06.326 - info: hm-rpc.0 xmlrpc -> getParamsetDescription ["UVR6130000:0","VALUES"] 2015-07-19 15:53:06.335 - info: hm-rpc.0 setObject hm-rpc.meta.VALUES.UVR61-3..1 2015-07-19 15:53:07.539 - info: hm-rpc.0 xmlrpc -> getParamsetDescription ["UVR6130000:1","VALUES"] 2015-07-19 15:53:07.548 - info: hm-rpc.0 setObject hm-rpc.meta.VALUES.UVR61-3.CUSTOM.1 2015-07-19 15:53:13.934 - info: hm-rpc.1 xmlrpc <- system.listMethods ["hm-rpc.1"] 2015-07-19 15:53:13.973 - info: hm-rpc.1 xmlrpc <- listDevices ["hm-rpc.1"] 2015-07-19 15:53:13.979 - info: hm-rpc.1 xmlrpc -> 0 devices 2015-07-19 15:53:14.106 - info: hm-rpc.1 xmlrpc <- newDevices 6 2015-07-19 15:53:14.115 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1 created 2015-07-19 15:53:14.121 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.0 created 2015-07-19 15:53:14.127 - info: hm-rpc.1 object hm-rpc.1.UVR6130000 created 2015-07-19 15:53:14.132 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1 created 2015-07-19 15:53:14.137 - info: hm-rpc.1 object hm-rpc.1.OW09933755.0 created 2015-07-19 15:53:14.143 - info: hm-rpc.1 object hm-rpc.1.OW09933755 created 2015-07-19 15:53:14.148 - info: hm-rpc.1 xmlrpc -> getParamsetDescription ["OW09933755:0","VALUES"] 2015-07-19 15:53:14.172 - info: hm-rpc.1 setObject hm-rpc.meta.VALUES.OpenWeatherMap..1 2015-07-19 15:53:15.376 - info: hm-rpc.1 xmlrpc -> getParamsetDescription ["OW09933755:1","VALUES"] 2015-07-19 15:53:15.467 - info: hm-rpc.1 setObject hm-rpc.meta.VALUES.OpenWeatherMap.CUSTOM.1 2015-07-19 15:53:15.491 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.CITY_LATITUDE extended 2015-07-19 15:53:15.494 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.CITY_LONGITUDE extended 2015-07-19 15:53:15.495 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.CLOUD_COVERAGE extended 2015-07-19 15:53:15.498 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.HUMIDITY extended 2015-07-19 15:53:15.504 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.PRESSURE extended 2015-07-19 15:53:15.507 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.RAIN_3H extended 2015-07-19 15:53:15.510 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.REQUEST extended 2015-07-19 15:53:15.511 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.SNOW_3H extended 2015-07-19 15:53:15.514 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.SUNRISE extended 2015-07-19 15:53:15.515 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.SUNSET extended 2015-07-19 15:53:15.516 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.TEMPERATURE extended 2015-07-19 15:53:15.518 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.WEATHER extended 2015-07-19 15:53:15.519 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.WEATHER_DESCRIPTION extended 2015-07-19 15:53:15.520 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.WEATHER_ICON extended 2015-07-19 15:53:15.521 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.WEATHER_ICON_URL extended 2015-07-19 15:53:15.522 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.WIND_DIRECTION extended 2015-07-19 15:53:15.522 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.WIND_GUST extended 2015-07-19 15:53:15.523 - info: hm-rpc.1 object hm-rpc.1.OW09933755.1.WIND_SPEED extended 2015-07-19 15:53:16.671 - info: hm-rpc.1 xmlrpc -> getParamsetDescription ["UVR6130000:0","VALUES"] 2015-07-19 15:53:16.689 - info: hm-rpc.1 setObject hm-rpc.meta.VALUES.UVR61-3..1 2015-07-19 15:53:17.895 - info: hm-rpc.1 xmlrpc -> getParamsetDescription ["UVR6130000:1","VALUES"] 2015-07-19 15:53:17.937 - info: hm-rpc.1 setObject hm-rpc.meta.VALUES.UVR61-3.CUSTOM.1 2015-07-19 15:53:17.944 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.ANALOGAUSG extended 2015-07-19 15:53:17.946 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.AUSG1 extended 2015-07-19 15:53:17.947 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.AUSG2 extended 2015-07-19 15:53:17.948 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.AUSG3 extended 2015-07-19 15:53:17.950 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.DREHZST_A1 extended 2015-07-19 15:53:17.951 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.KWH extended 2015-07-19 15:53:17.952 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.MOMENTANLSTG extended 2015-07-19 15:53:17.953 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.MWH extended 2015-07-19 15:53:17.956 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.REQUEST extended 2015-07-19 15:53:17.957 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.SENS1 extended 2015-07-19 15:53:17.958 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.SENS2 extended 2015-07-19 15:53:17.959 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.SENS3 extended 2015-07-19 15:53:17.960 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.SENS4 extended 2015-07-19 15:53:17.961 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.SENS5 extended 2015-07-19 15:53:17.962 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.SENS6 extended 2015-07-19 15:53:17.963 - info: hm-rpc.1 object hm-rpc.1.UVR6130000.1.VOL_STROM extended 2015-07-19 15:53:19.143 - info: host.Christians-Mac-mini.local object change system.adapter.hm-rpc.1 2015-07-19 15:53:19.143 - info: host.Christians-Mac-mini.local stopInstance system.adapter.hm-rpc.1 2015-07-19 15:53:19.143 - info: host.Christians-Mac-mini.local stopInstance system.adapter.hm-rpc.1 killing pid 3787 2015-07-19 15:53:19.145 - info: hm-rpc.1 xmlrpc -> 192.168.1.199:2001 init ["http://192.168.1.190:2002",""] 2015-07-19 15:53:19.167 - info: hm-rpc.1 terminating 2015-07-19 15:53:19.176 - info: host.Christians-Mac-mini.local instance system.adapter.hm-rpc.1 terminated with code 0 (OK) 2015-07-19 15:53:21.649 - info: host.Christians-Mac-mini.local instance system.adapter.hm-rpc.1 started with pid 3789 2015-07-19 15:53:22.151 - info: hm-rpc.1 starting. Version 0.5.2 in /Users/christian/DEVELOPMENT/node_modules/iobroker.hm-rpc !

filename="hm-rpc.png" index="0">~~ `
Kannst du bitte diese Zeile:

2015-07-19 15:53:19.145 - info: hm-rpc.1 xmlrpc -> 192.168.1.199:2001 init ["http://192.168.1.190:2002",""]

auch für hm-rpc.0 zeigen?

Der link von pix ist spitze. Ich werde ihn bei den Adaptern, die einen crontab nutzen in die doku einbauen.

Gruß

Rainer

Gesendet von meinem Cynus T7 mit Tapatalk

Bei mir ist es auf dem Mac sowohl mit dem Safari, als auch mit dem Chrome OK.

hat perfekt geklappt! DANKE!

habe jetzt etwas rumgebastelt, da ich das Thema zu mindestens zum üben mit Webstorm verwenden wollte.

Ich bekomme auf meinem Mac den Sonos-Apadter allerdings nicht aktiv 😞

Auto-Discovery scheitert. Manuel eingetragene IP Adressen greifen nicht (Sayit spielt dann lokal am Browser ab, statt bei der IP des Test-Sonos-Lautsprechers).

[sonos] 2015-07-16 18:14:13 info notification server listening on port 3500 [sonos] 2015-07-16 18:14:13 error at process._tickCallback (node.js:355:11) [sonos] 2015-07-16 18:14:13 error at dns.js:85:18 [sonos] 2015-07-16 18:14:13 error at dgram.js:224:28 [sonos] 2015-07-16 18:14:13 error at exports._errnoException (util.js:746:11) [sonos] 2015-07-16 18:14:13 error Error: bind EADDRINUSE [sonos] 2015-07-16 18:14:13 error at process._tickCallback (node.js:355:11) [sonos] 2015-07-16 18:14:13 error at dns.js:85:18 [sonos] 2015-07-16 18:14:13 error at dgram.js:224:28 [sonos] 2015-07-16 18:14:13 error at exports._errnoException (util.js:746:11) [sonos] 2015-07-16 18:14:13 error Error: bind EADDRINUSE [sonos] 2015-07-16 18:14:13 error at process._tickCallback (node.js:355:11) [sonos] 2015-07-16 18:14:13 error at dns.js:85:18 [sonos] 2015-07-16 18:14:13 error at dgram.js:224:28 [sonos] 2015-07-16 18:14:13 error at exports._errnoException (util.js:746:11) [sonos] 2015-07-16 18:14:13 error Error: bind EADDRINUSE [sonos] 2015-07-16 18:14:13 info relevant IPs 172.16.130.113=null, 192.168.184.1=null, 192.168.225.1=null [sonos] 2015-07-16 18:14:13 info discovering all IPs from utun1 [sonos] 2015-07-16 18:14:13 info discovering all IPs from vmnet8 [sonos] 2015-07-16 18:14:13 info discovering all IPs from vmnet1 [sonos] 2015-07-16 18:14:13 info discovering all IPs from utun0 [sonos] 2015-07-16 18:14:13 info discovering all IPs from en3 [sonos] 2015-07-16 18:14:13 info discovering all IPs from lo0 [sonos] 2015-07-16 18:14:13 info binding SSDP to port 1901 sonos-0 2015-07-16 18:14:13 info http sonos server listening on port 8083 sonos-0 2015-07-16 18:14:13 info starting. Version 0.1.6 in /Users/herwig/iobroker/node_modules/iobroker.sonos

Webstorm läuft auf dem Mac

die ioBroker Testumgebung für Webstorm läuft auf dem Mac

ioBroker produktiv läuft unter Debian auf einer VM auf dem Mac (eigene IP im Bridge Modus)

als Client für beide ioBroker Installationen nutze ich den Mac mit Chrome

im produktivem ioBroker funktioniert Sonos

na ja, eine Chance hätte ich wahrscheinlich eh nciht gehabt den Fehler zu finden :mrgreen:
2268_log_2.txt

Danke. Mit "Fenster" sollte es gefixt sein.

Ich glaube ich habe mir selbst geholfen.

Ich hab den Web Adapter einfach gelöscht und wieder hinzugefügt, jetzt gehts wieder

Alles gut

Doch nicht gelöst…

es kommt immer wieder vor, dass die Darstellung, wie oben beschrieben, falsch it. Ein Muster, wann das passiert, habe ich nicht nicht erkannt

Hallo Headroom68,

habe gerade erst deinen Beitrag gefunden. Ich habe genau das gleiche Problem (http://forum.iobroker.org/viewtopic.php?f=21&t=993) und denke hier liegt noch ein Fehler vor. Vielleicht kann ja Bluefox mal genauer hinschauen und sagen, ob wir einen Denkfehler haben, oder ob es tatsächlich noch ein Fehler ist.

Beste Grüße

Carsten