Sorry, Adapter-Versionen immer die aktuellsten. Habe es aber zwischenzeitlich hingekriegt. In der hm-rpc Instanz gibt es eine Funktion Gerät einmalig neu einlesen. Damit wurden dann nach kurzer Zeit alle DP eingelesen.

@SBorg Funktioniert perfekt! Danke dir

Nach dieser hier: https://www.iobroker.net/docu/index-24.htm?page_id=3068&lang=de

@tourer4778 Bisschen was zu lesen :) HDMI Auflösung einstellen https://www.elektronik-kompendium.de/sites/raspberry-pi/2101201.htm

@AlCalzone ist halt de quick&easy variante ggg

@Rene_HM Hmm... ich glaub ich hab den Fehler gefunden. Ich hatte nach dem Reinstall des Adapters keine URL für die XML-Datei eingetragen. Nachdem ich den Pfad eingetragen und den Adapter neugestartet hab, wurden die Objekte wieder angelegt. Trotzdem Danke

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.