@apollon77
Hat wunderbar geklappt, Danke Dir

@smarthomer-0 sagte in [gelöst] Smartmeter, evtl. Problem bei Zähler von Holley ?:

@klassisch
Wir sind gespannt, ob der neue noch die gleiche Charge ist, oder ob es da schon Verbesserungen gab.
Die Zähler-Bezeichnung ist identisch, auch ist auf beiden „2021“ aufgedruckt.
Die Seriennummer ist um ca. 9000 höher (fortlaufende Zählweise vorausgesetzt).
Sollte es wieder zu Problemen kommen, stelle ich das hier wieder rein.

Mein Beitrag vom Mai:
> Sollte es wieder zu Problemen kommen, stelle ich das hier wieder rein.

...und da bin ich leider schon wieder: Auch der Austausch-Zähler von Holley hat nun nach knapp 3 Monaten Laufzeit wieder dasselbe Problem:
Die IR-Sendediode der INFO-Schnittstelle hat so stark nachgelassen, dass keine Kommunikation mit dem Lesekopf mehr möglich ist

Ich gehe also wieder den langen Weg mit dem Versorger, dass die mME erneut ausgetauscht werden muss...

Ich halte Euch auf dem Laufenden

@klassisch sagte in SDM120 SDM72 SDM630 Modbus RS485 Stromzähler (W)LAN ioBroker:

Als Fertiggerät kämen USR-TCP232-304; USR-TCP232-306; USR-TCP232-410S mit LAN oder URS-W610 mit WLAN in Frage.
Die Fertiggeräte haben bereits eine RS485 Schnittstelle sowie Eth-Buchse bzw. WLAN Antenne. Die muß man nur noch entsprechend konfigurieren. Da sind sie etwas bockig, weil sie mit einer unpraktischen fixen IP ausgeliefert werden und erst mal auf DHCP umgestellt werden müssen. Die haben einen TCP Server und Web-interface mit dem man TCP Server (Ports) und die RS485 (Baudrate) konfigurieren kann.
Im Modbus Adapter stellt man TCP und die Adresse des o.g. USRIOT Moduls ein, z.B.

Folgende Konstellation möchte ich ebenfalls als funktionierend bestätigen:
SDM72DM-V2 MID (RS485) mit USIROT USR-W610 (WLAN)
Abfrage über ioBroker ModBus-Adapter (Docker-Installation auf Synology-NAS)

@homoran sagte in [gelöst] Smartmeter, evtl. Problem bei Zähler von Holley ?:

@smarthomer-0 sagte in [gelöst] Smartmeter, evtl. Problem bei Zähler von Holley ?:

Respekt - Dein Aufbau sieht richtig gut aus!

Endlich! hab ich erst seit letzter Woche!

@smarthomer-0 sagte in [gelöst] Smartmeter, evtl. Problem bei Zähler von Holley ?:

Momentanwert Gesamtwirkleistung total"

ist die 30053

@smarthomer-0 sagte in [gelöst] Smartmeter, evtl. Problem bei Zähler von Holley ?:

SDM72DM-V2 MID - 3 Phasen Zweirichtungs-Drehstromzähler mit RS485 und S0

SDM72DM-V2_DE.pdf

So - nun ist die leidige Sache mit der mangelhaften INFO-Schnittstelle des EVU-Holley für mich "erledigt".
SDM72DM-V2 MID beschafft und eingebaut, Abfrage über ModBus (via RS485-WLAN-Konverter USR-W610).
Funktioniert wie vorstehend beschrieben sehr gut - und ich kann im Vergleich zur EVU-mME wesentlich mehr Werte auslesen.

Danke für die vielen guten und wertvollen Hinweise, @Homoran , @klassisch

@mcm57 @Thomas-Braun @DJMarc75

Das ist interessant - auf Grund eurer Screenshots habe ich grade nochmal einen Neustart des ioBroker gemacht
-jetzt habe ich auch alle sechs Datenpunkte wie bei Euch:

Daraus nehme ich mir für meine Anzeige jeweils die xxxCurrent

Vielen Dank für eure Mühen.

@surfer09 sagte in Solarertrag Tageswert darstellen Flot-Adapter *gelöst*:

@smarthomer-0 Könntest du mir vielleicht einmal deine FLOT Einstellungen zeigen? Bei mir stehen die Balken im Diagramm nicht einzeln für sich, sondern irgendwie zieht sich das alles durch. Ich nutze den FLOT Adapter

@surfer09
Klar, gerne (falls Du das noch brauchst):

Die Balkenbreite ändert sich übrigens so lange, bis mit Erreichen der vollen X-Achsen-Anzahl einmal alle X-Achsen-Balken dargestellt sind
(hängt vermutlich mit obigem Hinweis von Homoran zusammen "du weisst das 1 das Ganze Fenster einnehmen würde" - das wusste ich selbst auch noch nicht).

@stromen
So ein Verhalten hatte ich bislang 1x bei einem meiner beiden SDM72 via USR-W610. Sämtliche Versuche mit Änderungen am Modbus-Adapter, am USR oder am ioBroker haben nichts gebracht. Letztlich habe ich den SDM72 an allen Phasen spannungsfrei geschaltet, damit er ausging (Display dunkel). Einige Sekunden gewartet, danach wieder eingeschaltet-und sofort hat wieder alles funktioniert. Irgendwie muss sich die Modbus-Schnittstelle des DSM72 „aufgehängt“ haben. Seitdem läuft wieder alles prima.

@klassisch
Heureka - die mME ist getauscht, eine neue eingebaut.

Wie versprochen ein kurzes "Update":
Nach langem Warten, Diskutieren und Argumentieren wurde nun tatsächlich meine mME ausgetauscht.
Lesekopf weggenommen - mME getauscht - Lesekopf wieder angebracht - ES LÄUFT!
Dann hat es noch etwas gedauert, bis die neue Pin da war (ab 14.05. wieder mit Nachkomma-Stellen und Momentanverbrauchs-Daten).
Nun kann ich da weitermachen, wo ich im Februar unterbrechen musste wegen der nachlassenden IR-Info-Schnittstelle der Holley-mME.

Allerdings wurde vom Versorger wieder eine identische mME von Holley eingebaut - also mal sehen...

Nochmals Danke für Eure Unterstützung und den tollen Adapter.

@smarthomer-0 sagte in Netatmo / Websocket Error:

@apollon77
Angemeldet habe ich die CO-Sensoren über die Netatmo Security-App in meinem Netatmo-Account, diese hat zusätzlich Verbindung zu Apple
Home.
Aber wie gesagt: mit dem Haken bei den Kameras tauchen die CO-Sensoren auch in den ioBroker-Objekten auf.

@apollon77 sagte in Netatmo / Websocket Error:

@smarthomer-0 Ookkk . mal einenblöde Frage: Wie sind die CO2 Sensoren denn Verbunden? Also über was für ein "Gateway" laufen die?

Im Netatmo-Account tauchen die CO-Sensoren dann unter Reiter "Sicherheit" auf:

@klassisch
Danke für Dein Interesse/Deine Nachfrage.
In meinem Fall:

A/B paarig verseiltes Aderpaar verwendet.
Schirm der Bus-Leitung einseitig aufgelegt auf dem G(ND)-Anschluss am SDM72.
Schirm nicht beidseitig aufgelegt
a) um keine "Brummschleifen" aufzubauen
b) weil der USR am RS485-Stecker keinen GND-Anschluss hat
Zur Potenzialtrennung der Schnittstelle etc lässt sich leider die Doku weder beim USR-W610
noch beim SDM72 aus.

Ich hatte mir überlegt, Abschluss-Widerstände einzubauen, falls das Problem nochmal auftritt
(was bislang nicht der Fall war, es funktioniert seit mehreren Wochen stabil).
Sollte mE aber eigentlich nicht erforderlich sein, weil die ModBus-Leitung nur ca. 1m lang ist,
keine weiteren Teilnehmer angeschlossen sind und ich auch nur mit 9.6kBaud fahre.

@stenmic sagte in Liebherr Smart Device einbinden - so geht's:

@smarthomer-0
erstmal musst du den Datenpunkt “Json“ als string unter 0_userdata.0.Gefrierschrank anlegen.

Dankeschön, das war's.
Funktioniert prima!

@stenmic
Cool, dass Du eine Möglichkeit gefunden hast, die Liebherr-API abzufragen.

Ich wollte mir das schnell nachbauen, es kommt nun aber zu diesen Fehlermeldungen:

Device-IP und API-Key sind gemäß Deiner guten Anleitung aus der Liebherr-App generiert und korrekt in der JSON-Funktion eingetragen.

Ich vermute, ich habe noch einen Fehler beim Anlegen des json-Datenpunktes (?)
Wie muss der denn richtig angelegt werden?

Vielleicht kannst Du mir "auf die Sprünge helfen" ? - Danke.

EDIT:
Auszug Debug-Log:

javascript.0
2025-03-31 17:53:00.260	warn	at processTicksAndRejections (node:internal/process/task_queues:82:21)

javascript.0
2025-03-31 17:53:00.259	warn	at endReadableNT (node:internal/streams/readable:1698:12)

javascript.0
2025-03-31 17:53:00.259	warn	at IncomingMessage.emit (node:domain:489:12)

javascript.0
2025-03-31 17:53:00.259	warn	at IncomingMessage.emit (node:events:530:35)

javascript.0
2025-03-31 17:53:00.259	warn	at IncomingMessage.<anonymous> (script.js.common.Gefrierschrank.Abfrage_API:28:8)

javascript.0
2025-03-31 17:53:00.258	warn	at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2090:20)

javascript.0
2025-03-31 17:53:00.257	warn	State "0_userdata.0.Gefrierschrank.Json" not found

javascript.0
2025-03-31 17:53:00.252	warn	at processTicksAndRejections (node:internal/process/task_queues:82:21)

javascript.0
2025-03-31 17:53:00.252	warn	at endReadableNT (node:internal/streams/readable:1698:12)

javascript.0
2025-03-31 17:53:00.252	warn	at IncomingMessage.emit (node:domain:489:12)

javascript.0
2025-03-31 17:53:00.251	warn	at IncomingMessage.emit (node:events:530:35)

javascript.0
2025-03-31 17:53:00.251	warn	at IncomingMessage.<anonymous> (script.js.common.Gefrierschrank.Abfrage_API:27:9)

javascript.0
2025-03-31 17:53:00.251	warn	at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2090:20)

javascript.0
2025-03-31 17:53:00.249	warn	State "0_userdata.0.Gefrierschrank.Json" not found

@ronny130286

@ronny130286 sagte in Anker Adapter:

Auf Github habe ich schon eine Version hochgeladen, dort wird der Folder energyanalysis "reorganisiert".
Der DP, den du zeigst, kommt vom Grid (Netz) der allerdings schon in der Response leider leer, jedoch hat man die Option sich die engeryanalysis von der Solix selbst zu holen und dort ist der Wert dann befüllt.

Danke für Deine Mühen und die Antwort.
Ich habe mir jetzt die Github-Version runtergeladen und meine Objekte entsprechend angepasst.
Die bisher "vermissten" Datenpunkte werden nun alle vom Adapter generiert - Klasse und Danke!

Der Adapter läuft bei mir übrigens einwandfrei an einer Solix 2 AC:

@ronny130286 sagte in Anker Adapter:

@erazorlee

Ich habe es mir mal angesehen, aktuell ist es noch nicht enthalten.
Ich werde es in einem Update zur Verfügung stellen

Siehst Du eine Chance, in einem Update auch den Datenpunkt "Speicher-Entladung" aus der App in einem Objekt auszugeben?
Ich denke, in der Struktur ist es bereits drin, aber eben ohne Wert:

Das wäre fein.

@philipp-7
Mit 180s müsstest Du auf der sicheren Seite sein;
wichtig ist noch, dass nicht Du oder jemand anderes sich ebenfalls mit denselben Accountdaten wie der Adapter anmeldet (auch nicht testweise mit der App reingehen). Sonst wandert der Token und der Account wird gesperrt. Ist sichergestellt, dass dieser Account ausschließlich vom IoBroker-Adapter genutzt wird?

@cinimod
Du musst Dich in der App als der eingeladene Family User anmelden und dort in Deinem Family User Account die Einladung annehmen

@ronny130286 sagte in Test Adapter AnkerSolix2:

Es sollte sich allerdings auch andere Anker Geräte auslesen lassen.

Hallo,

funktioniert hier auch mit dem Solarbank-Typ "Ankersolix 2 E1600 AC" (A17C2)
für die damit zur Verfügung stehenden Datenpunkte.

Danke für den Adapter!

@mcm1957
Korrekt, mit 1.1.2 hatte es auch eine Zeit lang funktioniert, aber zwischenzeitlich eben auch nicht mehr.
Ich vermute, dass seitens judo zwischenzeitlich der Datenabruf via Portal gesperrt wurde und die Server den ioBroker-Adapter blocken...

Müsste man also vermutlich für ioBroker-Abfragen eine Lösung über die dafür gedachte API bauen (wer immer dazu in der Lage ist)...

@fredi-van-wensen

Dazu reiht sich auch dieser Thread ein:

Fehler nach update judo soft adapter

Auch bei mir funktioniert es wieder nicht mehr, sieht aus als ob judo erneut was gemacht hat.
Meine Connectivity-Modul Softwareversion: 3.2

judo-App und judo-Portal funktionieren weiterhin, obwohl auf dieselben Cloud-Informationen zugegriffen wird und die App kein Update hatte (?)

@arteck

Ich denke, das passt auch zu diesem Problem in diesem Thread:

judo i-soft+ Adapter

Auch bei mir funktioniert es wieder nicht mehr, sieht aus als ob judo erneut was gemacht hat.