@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!

@topsurfer Ich nehm für die Ladesteuerung meiner Batterie auch die Vorhersage. Allerdings immer nur die Hälfte was vorausgesagt wird. Wenn das immer noch genug ist, wird geregelt, sonst nicht.

@shadowhunter23 Bitte erstell ein Issue beim Adapter

@homoran Oh, man. Da habe ich was übersehen. Danke

Danke, so scheint es so funktionieren

@denjo Naja , zurücksetzen sollte nie die erste Lösung sein. Aber natürlich schön, wenns jetzt funktioniert.

@jblockus Hier ist eine Lösung aus dem Forum.https://forum.iobroker.net/topic/31731/gelöst-schellenberg-in-node-red-einbinden?_=1741018877988 Weißt du, ob Schellenberg wie z.B. Somfy mit einem RollingCode arbeitet? Bist die elektrobastlerisch etwas begabt ? Man könnte eine ESPxx mit entsprechender Software ausrüsten und diesen mit einem Sender koppeln (RFM26 o.ä.) und dann via mqtt über den iobroker steuern. Habe das gerade für meine Somfy-Marlise realisiert.

@wendy2702 OK dann teste ich die beiden mal seperat und ggf. neu! Danke für den Tip