Dann haben die evtl. etwas geändert inzwischen. Also ein Plugin (und das analoge Anzeigeinstrument ist ein Plugin) kann man inzwischen nicht mehr "public" darstellen. Da muss ich mir wohl was anderes einfallen lassen :(

@Schwoab69: Danke für die Tipps, mit der Umstellung auf Typ 0 und einem Neustart des SQL Adapters habe ich wieder Daten. Ich bin inzwischen ein echter Fan von IOBroker geworden und auch wenn wir uns im, sagen wir mal, "erweiterten Hobbybereich" befinden, so würde ich es doch begrüßen, wenn Änderungen in Adaptern sich nicht negativ auf bestehende Daten auswirken würde. Bzw. ein entsprechender Hinweis im Changelog sollte das Minimum sein. Danke. [https://github.com/ioBroker/ioBroker.mqtt#changelog](https://github.com/ioBroker/ioBroker.mqtt#changelog) > 1.0.4 (2016-07-19) (bluefox) convert values like "+58,890" into numbers too ` Wer hat nun gewusst, dass es Quer-Einflüsse kommen. :)

Danke für die Antwort, aber ich muss mich mal zitieren: @Fitti: …Ich kann ja die Struktur mit den Pfeilen oben ex und importieren. Aber nicht meine Daten, oder doch irgendwie? Die Daten liegen in der status.json. … ` Nachdem ich keinen vernünftigen kostenlosen JSON Editor gefunden habe, wo ich Daten nach belieben hin und her kopieren konnte, habe ich einfach die status.json doch kopiert. Ging auffallend gut. Mulmig war mir, da der Hostname enthalten war, aber das scheint ioBroker abzufangen. Jetzt ist der neue Hostname drinnen. :mrgreen:

@RS_Tobi: Wo stehen die Standards? ` In eckigen Klammern ;) http://www.iobroker.net/docu/?page_id=3 … stallation Gruß Rainer

Vielen Dank. Jetzt hab ich Telegram endlich auch zum Laufen bekommen. Das ist ja eine super tolle Funktion.

Habe ausprobiert. Sieht gut aus: mqtt.0 2016-07-19 23:03:51.209 debug mqtt.0 Send to client [GrillDuino01] "GrillDuino01/Licht": 72 mqtt.0 2016-07-19 23:03:51.209 debug mqtt.0 onStateChange mqtt.0.GrillDuino01.Licht: {"val":72,"ack":true,"ts":1468962231193,"q":0,"from":"system.adapter.mqtt.0","lc":1468962180849} mqtt.0 2016-07-19 23:03:51.209 debug mqtt.0 stateChange mqtt.0.GrillDuino01.Licht: {"val":72,"ack":true,"ts":1468962231193,"q":0,"from":"system.adapter.mqtt.0","lc":1468962180849} mqtt.0 2016-07-19 23:03:51.209 debug inMem message *Grill* mqtt.0.GrillDuino01.Licht mqtt.0 2016-07-19 23:03:51.177 debug mqtt.0 Send to client [GrillDuino01] "GrillDuino01/TemperaturBack2": 7 mqtt.0 2016-07-19 23:03:51.177 debug mqtt.0 onStateChange mqtt.0.GrillDuino01.TemperaturBack2: {"val":7,"ack":true,"ts":1468962231162,"q":0,"from":"system.adapter.mqtt.0","lc":1468962231162} mqtt.0 2016-07-19 23:03:51.177 debug mqtt.0 stateChange mqtt.0.GrillDuino01.TemperaturBack2: {"val":7,"ack":true,"ts":1468962231162,"q":0,"from":"system.adapter.mqtt.0","lc":1468962231162} mqtt.0 2016-07-19 23:03:51.177 debug inMem message *Grill* mqtt.0.GrillDuino01.TemperaturBack2 mqtt.0 2016-07-19 23:03:51.177 debug mqtt.0 Server received "GrillDuino01/Licht" (number): 72 mqtt.0 2016-07-19 23:03:51.177 debug mqtt.0 Send to client [GrillDuino01] "GrillDuino01/TemperaturBack1": 9 mqtt.0 2016-07-19 23:03:51.146 debug mqtt.0 onStateChange mqtt.0.GrillDuino01.TemperaturBack1: {"val":9,"ack":true,"ts":1468962231115,"q":0,"from":"system.adapter.mqtt.0","lc":1468962210959} mqtt.0 2016-07-19 23:03:51.146 debug mqtt.0 stateChange mqtt.0.GrillDuino01.TemperaturBack1: {"val":9,"ack":true,"ts":1468962231115,"q":0,"from":"system.adapter.mqtt.0","lc":1468962210959} mqtt.0 2016-07-19 23:03:51.146 debug mqtt.0 Server received "GrillDuino01/TemperaturBack2" (number): 7 mqtt.0 2016-07-19 23:03:51.146 debug inMem message *Grill* mqtt.0.GrillDuino01.TemperaturBack1 mqtt.0 2016-07-19 23:03:51.131 debug mqtt.0 stateChange mqtt.0.GrillDuino01.TemperaturLuft: {"val":15.8,"ack":true,"ts":1468962231099,"q":0,"from":"system.adapter.mqtt.0","lc":1468962200865} mqtt.0 2016-07-19 23:03:51.131 debug inMem message *Grill* mqtt.0.GrillDuino01.TemperaturLuft mqtt.0 2016-07-19 23:03:51.131 debug mqtt.0 Send to client [GrillDuino01] "GrillDuino01/Luftfeuchte": 94.3 mqtt.0 2016-07-19 23:03:51.131 debug mqtt.0 onStateChange mqtt.0.GrillDuino01.Luftfeuchte: {"val":94.3,"ack":true,"ts":1468962231099,"q":0,"from":"system.adapter.mqtt.0","lc":1468962221006} mqtt.0 2016-07-19 23:03:51.131 debug mqtt.0 stateChange mqtt.0.GrillDuino01.Luftfeuchte: {"val":94.3,"ack":true,"ts":1468962231099,"q":0,"from":"system.adapter.mqtt.0","lc":1468962221006} mqtt.0 2016-07-19 23:03:51.131 debug inMem message *Grill* mqtt.0.GrillDuino01.Luftfeuchte mqtt.0 2016-07-19 23:03:51.131 debug mqtt.0 Server received "GrillDuino01/TemperaturBack1" (number): 9 mqtt.0 2016-07-19 23:03:51.131 debug mqtt.0 Server received "GrillDuino01/TemperaturLuft" (number): 15.8 mqtt.0 2016-07-19 23:03:51.115 debug mqtt.0 Server received "GrillDuino01/Luftfeuchte" (number): 94.3 Vielen Dank.

@DirkK: @Bluefox: Manchmal hilft den Adapter neuzustarten. ` Jup Danke Blufox, geht wie am ersten Tag, Gruß Dirk ` YES! :)

Ja genau. Dort wo ich das Screenshot her habe. Habe es von einem anderen IOBroker gemacht. Bei mir kann ich das Hauptmenü nicht mal mehr öffnen.

Hallo Bernhard, so ganz verstehe ich jetzt Deine Frage nicht. Was genau meinst Du mit hue Server ? Ich habe mittlerweile schon versucht, alles komplett neu zu machen, sprich jedes Sonos System neu an die jeweilige Sonos Bridge angelernt und ich habe dann auch ioBroker neu aufgesetzt. Hat aber alles nichts gebracht. Was mich ein wenig zum grübbeln gibt ist, das wenn ein Sonos System komplett ausgeschaltet ist (keinen Strom mehr hat) das jeweilige andere System funktioniert. Es gehen nur nicht beide Systeme gleichzeitig. Viele Grüße und einen angenehmen Sonntag nobob

Danke an alle Beteiligten !!! :-)

Seit neuestem iobroker Update (0.10.1) geht gar nix mehr, wie auch schon im anderen Thread beschrieben. Treibt sich der Entwickler hier im Forum herum und kann vielleicht Hilfestellung geben?

@BenHamburg: nun ist die Seite erreichbar ` Super, dann den Thread bitte als gelöst markieren! @BenHamburg: Ich werde aber sicherlich wieder nerven ` Nur zu! Gruß Rainer

Deinen ersten Beitrag ändern und dann vor die Überschrift [gelöst] schreiben. Gruß Rainer

Hi, vielen Dank für die Infos. Ein Problem auf meiner lange Liste weniger :)

Ersten Post im Thread editieren und Überschrift ändern. Gruß Pix

Hallo Rainer, ja, PiB ist ein Raspi 1B. Beide Raspis sind per LAN angebunden. IP-Adressen sind DHCP, aber haben sich nicht geändert. Der Aufruf von IP:9001 ergibt bei beiden Raspi-IPs 'Not Implemented'. Was vielleicht noch helfen könnte: Der Befehl 'iobroker list hosts' ergibt auf dem 'Master' (Pi2), dass der 'Slave-iobroker' dead wäre ` > pi@pi2 /opt/iobroker $ iobroker list hosts pi2 system.host.pi2 (version: 0.8.7, hostname: pi2 , alive, uptime: 269717) pib system.host.pib (version: 0.9.0, hostname: pib , dead, uptime: 352093) ` Auf dem PiB sieht es dagegen so aus: ` > pi@pib:/opt/iobroker $ iobroker list hosts pib system.host.pib (version: 0.9.0, hostname: pib , alive, uptime: 269865) ` Viele Grüße und vielen Dank, piForscher