@oliverio Habe die ioBroker cloud. Wusste nicht, dass da auch der Port mit geht. Das muss dann irgendwie anders gehen, denn welche Adresse sollte mein NFC Tag (Eine Automatisierung) aufrufen. Habe es wie gesagt erst mal deaktiviert und nur mein Grafana online.

Hallo Zusammen, an meinem KACO hängt auch ein SDM630 per RTU Modbus Verbindung. Gibt es im KACO Register auch diese Werte? Also Einspeisung/Bezug? Danke

hab jetzt den Adapter gelöscht und neu installiert - startet jetzt wieder. die Dateien aus yahka.0.hapdata hatte ich gesichert und zurückgespielt allerdings sind die geräte jetzt alle weg ?! so ein Mist

@manuxi sagte in (gelöst) Shelly mit coIoT und Cloud: Da die Shellies im Garten sind, muss ich sie per Basic-Auth absichern. warum? nur weil sie im garten sind? die sind ohne genau so sicher wie die im haus.

@bf0911 ... und hier von mir: [image: 1746456091156-130eacf3-f52c-4a00-b704-ecfd1a3552be-image.png] Ich mache das ebenfalls mit Blockly und reagiere auf Änderungen an den Werten der jeweiligen Anlagen. Also sowohl die "Live-Werte" (kW) als auch die kummulierten Werte (kWh) von meinen drei PV-Anlagen und den zwei Akkus. Hierzu habe ich unter 0.userdata einfach entsprechende Datenpunkte angelegt und genau die "tracke" ich dann via SourceAnalytix. Wobei natürlich der Teil easy ist ... Blockly ist da schon etwas (aber nicht viel) anspruchsvoller.

@peter666666 sagte: ist es egal ob ich die Alias mit Steuere oder aktualisiere schalte oder? Nein, die (Nicht-)Bestätigung wird an den Original-DP weiter gereicht.

@padrino Keinen blassen schimmer mehr ... Wenn es zu prüfen ist bitte debug log und issue anlegen. Muss ich in ruhe schauen

Ich habe meinen Testserver auf Redis 8 umgestellt. Anleitung zu Redis findet man für debian hier: https://redis.io/docs/latest/operate/oss_and_stack/install/install-stack/apt/ Zu Anleitung zum ioBroker funktioniert weiter. Bisher läuft das Testsystem stabil und performant. Ich habe io_Threads mal aktiviert und verfolge das Verhalten einige Tage.

@pk68 Danke für die Info, habe es an den Buttons heute morgen bemerkt...lol

@mcu habe gerade was gefunden https://forum.iobroker.net/topic/80855/opendtu-onbattery-blockly-dpl-ein-aus/3

@homoran sagte in Wieder mal der Fully ...: @dr-pie sagte in Wieder mal der Fully ...: Dort steht die 192.168.178.28:8082/vis/index.html?3#Flur drin. was ist das??? Unter diesem Pfad sind alle Dateien abgelegt... /vis.0/3/ Ich habe natürlich auch versucht alles unter /vis.0 zu legen. Dann lädt die Vis am Laptop und am PC problemlos (wie immer) aber kein Tab ... nachdem ich die neue url dort eingetragen habe.

@humidor konnte ich bereits über das Victron System lösen, somit erl.

@meister-mopper ich habe für FULLY BROWSER die Fully Plus licence gekauft ein gutes project das man unestutzen kann .der browser kann viel

@enzos Ebenso mit altem iPad, welches nur noch auf iOS 15.8.4 aktualisiert werden kann (hängt aber an der Wand und tut sonst seinen Dienst). Vis lädt nicht mit web 7.0.8 oder 7.0.9. Downgrade auf 6.3.1 hat das Problem gelöst. (log auf debug level hat keinen Fehler angezeigt).

@paul53 sagte in Umbenennen von Datenpunkten: Die dürfen allerdings nicht umbenannt werden! Natürlich nicht! da kann aber nachdem der angebundene DP umbenannt wurde, ohne Änderungen an Skripten Visualisierungen o.ä. schnell umgestellt werden

@master67 Falls die return Energy Werte fehlen (weiß0 jetzt nich auswendig ob der plus plug s die prinzipiell kann, dann kann es notwendig sein dass die auf die aktuelle BETA Version aktualisierst. Aber bitte nur wenn dir was Wichtiges fehlt. BETA ist nicht stable :-). Diskussionen dazu sollten aber aus diesem Topc dann rausgehalten werden. Dazu gibts das Topic https://forum.iobroker.net/topic/80722/test-adapter-shelly-9-4-x-latest-beta

Bei mir ist das Problem erst gestern aufgetreten, hat sich aber mit der vorgeschlagenen Maßnahme beheben lassen. Vielen Dank @Sammyray

@fuchs1978 Okay, habe ChatGPT mal seinen eigenen Unsinn erklären lassen. Macht wohl tatsächlich Sinn Für alle anderen, die ich bis hier angelangt sind, nicht mehr weiterlesen. Nur den allerersten Post im thread beachten bitte. War alles Spaß -- Das klingt nach einer ziemlich fortgeschrittenen Smart-Metering-/Energiemanagement-Installation – ich zerleg dir das gern in verständlichere Stücke: Was du da machst: iMSys via CLS über WAN ins HES → Dein intelligentes Messsystem (iMSys) kommuniziert über die Controllable-Local-System-Schnittstelle (CLS) über das Wide Area Network (WAN) direkt zum Head-End-System (HES). Das ist der klassische Fernzugriff auf das Energiemanagement-System über eine sichere Verbindung. FNN-konformes SMGW → Du nutzt ein Smart Meter Gateway (SMGW), das den Vorgaben des Forum Netztechnik/Netzbetrieb (FNN) entspricht – also nach deutschem Standard zertifiziert ist. EEG-Zugang über §14a EnWG mit Fallback auf 9er-Logik → Du profitierst vom §14a des Energiewirtschaftsgesetzes (steuerbare Verbrauchseinrichtungen), hast aber als Sicherheitsmechanismus (Fallback) die „9er-Logik“, vermutlich eine klassische Laststeuerungsregel (z. B. auf Schaltuhr-/Schaltlogikbasis). Lokal angebundenes LMC via TAF10 → Du hast ein Local Metrological Control (LMC) System, das lokal arbeitet und über das Tarifanwendungsfall 10 (TAF10 – Steuerung durch den Netzbetreiber) Daten erhält bzw. steuert. ioBroker via EEBUS über SHIP-Stack → Dein ioBroker (Smart Home Zentrale) versucht über EEBUS (herstellerübergreifender Kommunikationsstandard für Energiemanagement) zu kommunizieren, wobei SHIP der Kommunikationsstack ist (Security Layer + IP-basierte Übertragung). Es gibt aber Probleme beim TLS-Handshaking – also der Verschlüsselungsverbindung auf HAN-Komponentenebene. Update der BSI TR-03109 fehlt → Du vermutest, dass dein Problem daran liegt, dass dein System noch nicht die neueste Version der BSI-TR-03109 (Technische Richtlinie für SMGWs) verwendet. EEBUS-SPINE-Bridge zu EDL40 klappt nicht wegen MDM-Konflikt → Du wolltest Daten von deinem EDL40-Zähler (ein moderner Standard-Stromzähler) über eine Bridge ins System bringen, aber der Meter Data Management-Layer (MDM) macht Probleme – vermutlich durch inkompatibles Datenhandling oder fehlende IDs. GWA-Whitelist → Du suchst nach einer Liste zugelassener bzw. unterstützter Geräte (Whitelist) von deinem Gateway Administrator (GWA), um die Kompatibilität sicherzustellen. Kurz gesagt: Du betreibst ein ziemlich professionelles Energiemanagement-System mit Fokus auf Standardkonformität (FNN, EnWG, EEBUS etc.), kämpfst aber gerade mit Interoperabilitätsproblemen auf TLS-/HAN- und Zählerdaten-Ebene. Wenn du willst, kann ich dir helfen, gezielt rauszufinden: Welche Version der TR-03109 du brauchst Woher du ggf. eine GWA-Whitelist bekommst Wie man TLS-Probleme beim SHIP-Stack debuggt Willst du das mal Schritt für Schritt durchgehen?