@berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?: wir redne aneinander vorbei richtig @berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?: er meldet das wieder an den Broker. auch richtig! @marc-berg sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?: nur publishen war für mich nach der Aussage @marc-berg sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?: Das "ctrl..." Topic ist (vom iobroker) überhaupt nicht abonniert. Darf es auch nicht. selbstverständlich @berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?: Du hast meinen Antwendungsfall tatsächlich verstanden isch 'abe gar keine DTU :cry:

@mcm1957 Ok, ich dachte, es wäre wie bei den Fronius Adaptern, da brauche ich ja für jeder WR einen eigenen Adapter

@codierknecht DANKE! Das sehe ich mir später mal an. Mein iob ist gerade tot

@oliverio bei mir läuft der Docker auf einer QNAP TS231P3. Dort nutze ich die Container Station 3.0.9.1038 von November 2024.

Ungetestet .. let Monate = ["Januar", "Februar", "März", "April", "Mai", "Juni", "Juli", "August", "Oktober", "November", "Dezember"] Chart.xAxis[0].data = new Array(12).fill('') for (let j=0; j<12; j++) { Chart.xAxis[0].data[j] = Monate[j] } .. oder einfacher .. Chart.xAxis[0].data = ["Januar", "Februar", "März", "April", "Mai", "Juni", "Juli", "August", "Oktober", "November", "Dezember"] .. sollte auch gehen. Die erste Methode hat den Vorteil, dass du ggf. verschiedene Monatsbezeichnungen (kurz, lang, deutsch, englisch, ..) austauschen kannst, indem du mehrere Arrays mit diesen Bezeichnern vorweg definierst. In diesen Beispielen zeigen sich die Stärken und Schwächen von JavaScript: JavaScript schert sich einen Teufel um Datentypen. Es ist Sache des Programmierers darauf zu achten, dass man mit den Inhalten je nach Art der Daten angemessen umgeht. Ob du in data ein Array aus Zahlen, Strings, .. einträgst, obliegt allein dir.

@ralph-0 Danke dir :-)

@rene55 sagte in Rest-API - Verständnisproblem: URL für den 'patch' gehofft. Aber der ist ja seit 2023 etwas defekt wenn du dir REST durchgelesen hast, wird dir klar, das die URL immer gleich ist. URL steht ja für unified ressource locatior, also sowas um eine ressource (hier datenpunkt) eindeutig zu identifizieren. in der url http://ipaddress:8093/v1/state/system.adapter.rest-api.0.memHeapTotal steht ja drin, welches system = http://ipaddress:8093 welche API version = v1 welchen ressourcentyp = state, wahrscheinlich könnte da auch object stehen welche ressourcenid = system.adapter.rest-api.0.memHeapTotal je nach http methode put = neuanlegen (create) get = lesen (read) patch = ändern (update) delete = löschen (delete) weiß das system was du da machen möchtest bei webseiten kennt man meist nur die http methoden get und post wenn werte notwendig sind, können die als sogenannte payload übergeben werden. das steht aber in der doku der http bibliothek dann auch drin. also immer zuerst die dokumentation genau lesen, nur die gilt. aber das steht in den beiden artikeln auf einer basis, die anfänger nicht so ganz überfordern. ansonsten empfehle ich nutze chatgpt (auch schon in der kostenlosenversion) das kann dir das dann alles erklären und ggfs noch leichter aufbereiten. ansonsten dann gerne auch hier im forum.

@paul53 Irgendwas in die Richtung werde ich schon machen. Da es so wie so in einer seperaten Zeile ausgegeben wird, kann ich reinschreiben was ich möchte :D

@maschl ich habe es gefunden: in ColoT die IP Adresse und Port des IOBroker eintragen. Dann geht es wieder [image: 1741175992147-b5ef0c2c-ab30-4304-bede-071f1e7a6721-whatsapp-bild-2025-03-05-um-12.58.33_2d56da6d.jpg]

@bananajoe @garbleflux Was ich mit fehlendem DynDNS meinte, ist dass im Tracker als Ziel nur Zahlen, Punkt und Doppelpunkt akzeptiert werden und keine Buchstaben.

@jwedenig sagte in Konvertierungsfehler Shortcut: Dh den simple api Adapter kann ich löschen, oder? Wenn Du diese sonst nirgendwo als Schnittstelle zu ioBroker verwendest, ja.

@mickemup sagte in Influx-Datenbankeinträge mit Blockly löschen?: Aber siehst du es gleich, dass "zuviel" loggen und dann wieder löschen aus Influx nicht der elegante und vor allem auch nicht der einfachste Weg ist? Genau dafür wurde die InfluxDB ja entwickelt. Erstmal aus allen möglichen Quellen alles in ein Bucket (mit kurzer Retention Time), und dann entsprechend für Langzeitspeicherung aufbereiten. So nutzen es aber die wenigsten. Hatte ich ja damals hier dokumentiert: https://haus-automatisierung.com/software/2023/05/11/influxdb2-pv-dashboard.html

@mcm1957 sagte in Mail: Meross Cloud Security Team: Na ja - du sollst nicht mehr als 200 Requests pro h schicken. (lt. mail) Stromwert für 20 Geräte alle 60s abfragen = 60 * 20 = 1200 Requests / Stunde Verbrauchswerte für 20 Geräte alle 30min abfragen = 2 * 20 = 40 Requests / Stunde. Für die Cloud ist das lt. Hersteller offenbar zuviel . Also Intervall drastisch runtersetzen oder lokal arbeiten. Oder hoffen dass der Hersteller dich nicht sperrt ... Denke dein Ansatz ist die richtige Lösung! Ich habe zwar 20 Meross Aktoren , aber nur 8 sind mit Energiemessung. Daher habe ich nun von 60s auf 180s umgestellt, somit sind es nur noch 160 abfragen pro Stunde (60:3x8) =160 inkl der 16 wären es dann gesamt 176 abfragen pro Stunde! DANKE HOFFE das ist die Lösung!!!!

@martinr Als zweiter auth.Faktor muss bei Amazon (https://www.amazon.de/ax/account/manage) auch eine Auth.App (Authenticator-App) hinterlegt sein. SMS- Bestätigung reicht nicht! [image: 1741111590662-2025-03-04_190423.png]

@iob69 sagte in Einträge in History ohne "from", "user" usw.: ich weiss jetzt nicht was du meinst. alles was zum Einkreisen der Ursache hilfreich sein könnte. Mit der Basis deines Systems mal angefangen. @iob69 sagte in Einträge in History ohne "from", "user" usw.: was hab ich abgeschnitten? z.b. die Titelleiste auf der man sehe könnte worum es sich da handelt. oder die Angabe der Instanz. oder eine Zeitreihe desselben DP oder warum history hier @iob69 sagte in Einträge in History ohne "from", "user" usw.: "from": "system.adapter.history.0", selber zu diesem Zeitpunkt [image: 1741105450177-screenshot_20250304-172314_firefox.jpg] in den DP schreibt siehe auch https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

@ofri2607 said in Details zu einem Alias auslesen: obj.common.alias.id funktioniert super - danke dir!