Hab Js neu installiert und dann hat es funktioniert.. vielen Dank noch einmal an alle für die Tipps

@haselchen Tun Sie nicht. Aber deine "Hilfsbereitschaft" war schon genug für mich um eine Entscheidung zu treffen

@Andy200877 Hi, die "einfachste" Möglichkeit wäre die entsprechenden Daten über den Timestamp zu droppen, dann sind sie weg. Konvertieren ist noch "einfacher"... : Flux mit der function toInt() (aber frag mich nicht wie es genau geht ;) )

@arteck oh, sollte kein Angriff werden, sorry. War mir noch nicht bewusst, aber habs verstanden ;)

@gubel4ever Immer wenn es ein Update gibt... Ich würde so mindestens einmal im Monat danach schauen. Für beide Systeme.

Netzwerkgeräte Verwalten Sie hier die Geräte in Ihrem lokalen Netzwerk, auf welche Sie über Ihre gesicherte CloudMatic-Verbindung zugreifen möchten. Voraussetzung hierfür ist eine Aktive Buchung von CloudMatic Connect, Complete oder FullService. Hinweis: Sie benötigen eine CCU2, um die Netzwerkgeräte nutzen zu können. Für die Ports 8001 bis 8008 erfolgt eine Kennwortabfrage durch CloudMatic (nutzen Sie Ihren Benutzernamen und Ihr HTTP Passwort zur Authentisierung). Für die Ports 8009 bis 8016 erfolgt keine Kennwortabfrage durch CloudMatic - das Gerät sollte hier anders abgesichert werden! Bitte achten Sie darauf die Ports 8001 bis 8016 nicht doppelt zu vergeben! Eine ausführliche Dokumentation über die Einrichtung von Netzwerkgeräten finden Sie in unserer Knowledge Base.

@RoE19xx said in Multihost - einzelne Hosts löschen: Ich war in einer ähnlichen Situation >>> "alte" Multihost Instanz aus den Systemobjekten entfernt, aber die Adapter Instanzen des gelöschten Hosts waren noch vorhanden. Die Frage, die meine Situation beschrieben hat, habe ich hier gefunden. Nur die Antwort leider nicht. Hier die Info wie ich es lösen konnte. Vielleicht hilft diese ja irgendwann mal jemandem. Wenn ich aus dem iobroker Admin heraus die Adapter Instanzen löschen wollte, wurde zwar z.B. "./iobroker del sayit.1" angezeigt, aber mehr ist auch nicht passiert. Das "Konsolen-Fenster" blieb "ewig" offen stehen, bis ich es dann selber geschlossen habe. Ich habe mich dann über SSH auf den ioBroker Host verbunden, dort den ioBroker mit "iobroker stop" angehalten. Danach konnte ich die Löschbefehle erfolgreich ausführen "iobroker del <adapter instanz="">". Beim Neustart von ioBroker (iobroker start) waren die alten Adapter Instanzen dann sauber bereinigt (hoffe ich zumindest :) ). Meine ioBroker Installation läuft unter Debian auf einem Intel NUC, die gelöschte Multihost Instanz war eine Rasbian Installation auf einem RPi3 (falls das für diesen Fall relevant sein sollte). Information am Rande: Scheinbar hatte ich durch die nicht mehr vorhandene zweite Hostinstanz (war offline, da der Host heruntergefahren wurde) einige Probleme im iobroker Admin. So wurde mir der "Log" Rabeiter rot angezeigt. Aber beim klick darauf waren aber keine Logeinträge zu sehen. Beim Klick auf den "Adapter" Tabreiter wurden mir keine Adapter angezeigt. Die Funktion vom ioBroker selber und der Geräte/Scripte war aber nicht beeinträchtigt. Generell hat es sich so angefühlt als wäre der ioBroker sehr langsam (ggf. durch irgendwelche Prüfungen/Abfragen die im Hintergrund in ein Timeout gelaufen sind). Ein Neustart des ioBroker/NUC hat an der Situation nicht geändert. Erst nachdem ich den alten Multihost + die dazugehörigen Adapter Instanzen entfernt habe (wie oben beschrieben) und den ioBroker neu gestartet habe, hat wieder alles sauber und stabil funktioniert. Ob und wenn ja wie das genau im Zusammenhang steht kann ich nicht beurteilen. Aber evtl. hilft es ja jemandem bei seiner Problembehebung.</adapter> Exakt mein Problem , leider sind nach deiner beschrieben vorgehensweise noch immer die gelöschten Inztanzen in der Liste

@FredF sagte in Daten abfragen mit Alexa: Der Typ muss dafür nicht festgelegt werden. Thermostat nehmen. In der Alexa App Gruppen (bzw. Raum erstellen, ich habe z.B. Garten) In diesen Raum das SmartGerät einfügen. (als Thermostat, weil dann erkannt wird was es ist) Alexa, wie ist die Temperatur im Garten ? Dann kommt bei mir auch Die Antwort ist dann: Die Temperatur von ... ist ... grad. [image: 1593013862636-screenshot_20200624-175049_amazon-alexa.jpg] [image: 1593013819309-screenshot_20200624-174958_amazon-alexa.jpg] Edit: bestimmte Fragen, wie Aussentemperatur usw. sind anscheinend irgendwie vorbelegt, so das dann der Wetterbericht Deiner Gegend kommt.

@dslraser versuche ich.

@tmartin Nein, die Rechte sind über ACL angelegt, da machst du per rekursivem chown die ACLs kaputt. [Edit:] Sorry, ich hatte mein System erwirscht... Das ist mit ACLs aufgesetzt, der Docker ist da wie gesagt etwas eigen unterwegs...

@arteck Danke. Konnte es mit Sonoff - Adapter lösen. MQTT brachte nur den JSON, aber Sonoff hat mir schöne Datenpunkte erzeugt.

Danke euch zweien...habe mir direkt auch mal WLED geladen und ein bisschen rumprobiert. Sieht wirklich gut aus und macht schon ein besseren Eindruck als MC Lighting. Das mit den Segmenten habe ich auch schon mal grob probiert :-) . Muss mich die nächsten Tage noch ein bisschen reinfuchsen. Euch beiden, vielen Dank für den Hinweis. Gruß

@webseb79 Danke für dein Post. Ich hatte das gleiche Problem und habe, nach dem ich dein Beitrag gelesen habe, in der Web Einstellungen des KAV die IP meines ioBrokers als Vertrauenswürdig eingegeben und siehe da: Alles wieder gut. DANKE :-)

@Kodo_sh Hi Kodo, ja, ich habe es mittlerweile gelöst. An welcher Stelle hakt es bei Dir? Was genau brauchst Du? Auf dem NAS habe ich einen User angelegt, der hat das Recht in ein Verzeichnis "xyz" zu schreiben. Im backitup.x Adapter habe ich den Pfad für die einzelnen Sicherungen, so auch für History hinterlegt Die Grundeinstellungen für backitup sehen bei mir unter dem Reiter "NAS / COPY" so aus [image: 1592944066037-unbenannt.png]

Sorry vergessen: [image: 1592934140264-2b798883-ccd4-4b1d-94cd-652db042f7f3-image.png] Ist bereits eingetragen.

@Holger-Etzel ist bekannt. gugg hier

@foxriver76 sagte in Bitte um Hilfe, merkwürdiger Fahler no host ....: iob setup custom Ah super!!! Erläuft wieder. Vielen vielen Dank, auch an alle. VG BLRD

Hallo zusammen Habe am Samstag auch auf S2 umgestellt und es lief alles bis gestern Abend. Gestern gebe ich einen Szene an den Sonosadapter 2.1.0, wird ein Teil geschalten doch danach ist das System total überlastet und nichts oder nur sehr verzögert geht noch etwas. Stope ich ioBroker und starte es wieder ohne den Sonos-Adapter zu starten, läuft alles wie gewohnt. GCC version 8 Git-version 2.20.1 Kernel-release 4.19.118-v7l+ Node.js version 12.18.1 NPM version 6.14.5 Knoten openssl-version 1.1.1g Perl-version 5.28.1 Python version 2.7.16 Python 3 version 3.7.3 OS openssl-version 1.1.1d OpenSSL-Bibliothek OpenSSL v8-version 7.8.279.23-node.38 Garn-version 0.32+git Muss meine Aussage korrigieren, der Adapter Sono 2.1.0 funktioniert mit S2. Ich hatte ein Skript welches bei "aktualisieren" mein Raspi 4B 8Gb zum schwitzen gebracht hat.