Hallo zusammen, ich hatte exakt das gleiche Problem - die "curl -sL https://iobroker.net/install.sh | bash -" Zeile wurde ohne einen Kommentar sofort beendet. Bzw. es ist einfach nichts passiert. Ich war zunächst mit Putty/SSH auf dem Pi - Hier kam es zu o.g. Fehlerbild Hier meine Lösung: Da ich noch keinen Adapter für micro-HDMI habe, bin ich per Windows Remote auf die grafische Oberfläche des Pi (Computer:"die_IP_Adresse_deines_PI" / User: "pi" / Passwort: "dein_Pi_Passwort" (raspberry wenn noch nicht geändert)) Innerhalb der GUI dann den Terminal gestartet und die "curl -sL https://iobroker.net/install.sh | bash -" von dort gestartet. Und schon lief die Kiste Da ich noch Linux neuling bin hab ich mir sagen lassen, dass es gerne zu SSH/Telnet Problemen kommen kann. Ich hoffe hiermit dem ein oder anderen geholfen zu haben. Gruss man@arms

@apollon77 FAQ = https://forum.iobroker.net/topic/18517/anleitung-iot-pro-cloud-assistenten-service-iobroker-iot-reloaded-alexa-und-services

Zertifikat ist erneuert.

@Jan1 said in Problem mit Fritzbox Adapter TR-064: @HeliosFan Da gibts eben genau 2 Lösungen, das soef Modul nachinstallieren, oder die community Version ohne soef Modul verwenden, wobei Lösung 2 die bessere Wahl ist. Hallo, wie genau macht man das denn? Bei einer normalen Installation über die ioBroker GUI sollte doch die Community-Version installiert werden, oder? Ich bekomme den TR-064 Adapter einfach nicht ans laufen. Auch nicht mit der o.g. Methode 2. Immer wieder die obligatorischen Meldungen: instance system.adapter.tr-064.0 terminated with code 0 (OK) Caught by controller[0]: at Parser.parseString (/opt/iobroker/node_modules/xml2js/lib/parser.js:5:59) Caught by controller[0]: at Parser.exports.Parser.Parser.parseString (/opt/iobroker/node_modules/xml2js/lib/parser.js:322:31) Caught by controller[0]: at SAXParser.write (/opt/iobroker/node_modules/sax/lib/sax.js:1436:13) Caught by controller[0]: at closeTag (/opt/iobroker/node_modules/sax/lib/sax.js:889:7) Caught by controller[0]: at emitNode (/opt/iobroker/node_modules/sax/lib/sax.js:629:5) Caught by controller[0]: at emit (/opt/iobroker/node_modules/sax/lib/sax.js:624:35) Caught by controller[0]: at SAXParser.onclosetag (/opt/iobroker/node_modules/xml2js/lib/parser.js:261:26) Caught by controller[0]: at Parser.emit (events.js:198:13) Caught by controller[0]: at Parser.<anonymous> (/opt/iobroker/node_modules/xml2js/lib/parser.js:303:18) Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.tr-064/lib/phonebook.js:144:83 Caught by controller[0]: TypeError: Cannot read property 'length' of undefined MOD Edit Jey Cee: Code/Log in Code Tags gepackt. Bitte benutzt die Code Tags Funktion -> </>

@arteck said in Hue Adapter 1.2.3 Farbtemperatur: https://github.com/iobroker-community-adapters/ioBroker.hue Ich habe jetzt mal den alten Adapter entfernt und über ioBroker neu installiert. Leider bleibt das Problem bestehen. Im Skript muss ich den Kelvin-Wert (2000 - 6500) zuweisen, aber als Datenpunkt wird mir der Einstellwert (153 - 500) angezeigt, fälschlicherweise noch mit "°K" als Mess-Einheit. Ich würde ungerne zurück auf Version 0.6.9 gehen. Immerhin gibt es Gründe, warum der Adapter weiterentwickelt wurde. Grüße, Timo

Du musst bei jeder Action für den MediaRenderer eine InstanceID mitgeben. Generell ist der Aufbau so das für eine Action alle Argumente als Objekt darunter liegen. Die Rolle "state.argument.in" steht für Argumente die man angeben muss damit ein Befehl ausgeführt wird, während "state.argument.out" die Argumente sind die man als Antwort bekommt.

hm ja passiert nun auch beim pairing. teste es jetzt mal auf nem pi3

@Sven-N sagte in Zigbee Verbindungsproblem Osram Smartplug (gelöst): Habe noch was rumprobiert und auf Kanal 17 habe ich jetzt direkt das pairen geschafft. Vielleicht hat ein WLAN zu sehr gestört oder so. Wenn ein Thema gelöst wurde bitte den Beitrag der die Lösung beinhaltet als gelöst markieren. -> 3 Punkte Menü rechts unten am Beitrag -> Mark this post as the correct answer

Konnte es auf einer anderen CCU nachstellen und beheben. Ab 2.4.7 ist es also gefixt. Danke für die Unterstützung. v2.4.7 - fixed another legacy bug which prevented enums from getting correct name - when name was used from tanslations the whole object was used as name instead of the language string - now using english language string as intended by the dev

Diese Fehler kamen bei mir auch, der Adapter geht trotzdem. SSL könnte höchstens ein Problem werden wenn du sichere Geräte verwendest.

@Daniels sagte in iobroker.pro keine Geräte: Es ist der pro Skil wenn du iot adapter hast warum installeirtst du die pro skill version.. nimm doch den iot skill dann klappts auch mit dem Nachbar

@paul53 Dann hat es doch im RAW eine Änderung gegeben: "changesRelogInterval": 0,

Hallo, danke für eure Hilfe. Ich habe jetzt einmal die Neustarts vom DWD, Openweathermap und ical Adapter auf verschiedene Zeiten gelegt. Auch wurden viele Sachen geloggt die ich gar nicht wollte. Das ganze habe ich vor ca. 24 Stunden geändert und bis jetzt keine Lücken und Fehlermeldungen mehr. Ich beobachte das ganze jetzt einmal.

@cash nein, mit GitHub habe ich es nicht so.

@Olivbus sagte in Script vergleicht Werte falsch: @Negalein Bei mir steht unter dem 3 Punktemenü unter dem Beitrag nur Lesezeichen (Herzchen) und Beitrag melden. Ja, weil die passende Antwort bereits als Lösung markiert wurde. Siehst du an dem grünen Rahmen des Beitrags.

ioBroker wurde neu gestartet. Danach Lizenz geprüft: Ergebnis ist OK. Unter "https://iobroker.net/account" Anwendungen erscheint: noch nicht verbunden. Drücken ist erfolglos. Im Log erscheint nachfolgender Eintrag hinsichtlich VIS host.ioBroker-RasPi 2019-08-23 18:31:01.256 info instance system.adapter.vis.0 terminated while should be started once host.ioBroker-RasPi 2019-08-23 18:31:00.703 info stopInstance system.adapter.vis.0 host.ioBroker-RasPi 2019-08-23 18:31:00.698 info object change system.adapter.vis.0 vis.0 2019-08-23 18:30:57.387 info vis license is OK. vis.0 2019-08-23 18:30:57.121 info starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.vis, node: v8.11.3 vis.0 2019-08-23 18:30:56.952 info States connected to redis: 127.0.0.1:6379```

@paul53 sagte in Serialport Probleme bei Zigbee-Installation Pi4: Läuft es nicht ? Ich Depp. Klar läuft es. Habe keine Instanz gesehen und gedacht dass es nicht läuft. Dabei habe ich Instanz angelegt. Sorry und Danke!

@fischmir sagte in Admin Update kein Admin Gui mehr erreichbar: Habe den Befehl, die Instanzen aufzulisten zu schnell abgeschickt...admin ist wieder da! :-) Nachdem die Einstellungen wieder in Ordnung sind, sollte man die neuen (port 8089 +10123) Instanzen deinstallieren, um die Ressourcen zu sparen.