UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[oxident]

Hallo!
Ich teste gerade, ob ich die SML-Daten der Tibber-Bridge mit dem Smartmeter-Adapter auslesen kann und kann diese mittlerweile direkt von der Bridge via HTTP auslesen.

Leider mag der Adapter diese jedoch nicht korrekt interpretieren:

Error while parsing SML message: Error: Unknown TL-Field 0x6ffd6 for OctetString [Offset: 41]!: Message: 1b1b1b1b010101017605010203046200620072650000010176010b0a014c4f470003efbfbdefbfbd1605010203040b000000000000000000007262016502037defbfbd0163efbfbdefbfbd007605010203046200620072650000070177010b0a014c4f470003efbfbdefbfbd16070100620aefbfbdefbfbd7262016502037defbfbdefbfbd06770701006032010101010101044c4f470177070100600100efbfbd010101010b0a014c4f470003efbfbdefbfbd160177070100010800efbfbd65001c390401621e52efbfbd690000000001efbfbdefbfbd2b0177070100020800efbfbd0101621e52efbfbd6900000000017730efbfbd0177070100100700efbfbd0101621b520059efbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd0177070100240700efbfbd0101621b520059efbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd6a0177070100380700efbfbd0101621b520059efbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd01770701004c0700efbfbd0101621b52005900000000000001efbfbd0177070100200700efbfbd0101622352efbfbd69000000000000093c0177070100340700efbfbd0101622352efbfbd69000000000000092b0177070100480700efbfbd0101622352efbfbd69000000000000093c01770701001f0700efbfbd0101622152efbfbd6900000000000000efbfbd0177070100330700efbfbd0101622152efbfbd6900000000000000efbfbd0177070100470700efbfbd0101622152efbfbd6900000000000000efbfbd0177070100510701efbfbd0101620852efbfbd59000000000000096b0177070100510702efbfbd0101620852efbfbd5900000000000004efbfbd0177070100510704efbfbd0101620852efbfbd5900000000000008efbfbd017707010051070fefbfbd0101620852efbfbd59000000000000091f017707010051071aefbfbd0101620852efbfbd590000000000000cefbfbd01770701000e0700efbfbd0101622c52efbfbd6900000000000001efbfbd017707010000020000010101010330360177070100605a02010101010105184aefbfbd7001010163efbfbd0076050102030462006200726500000201710163efbfbdefbfbd00001b1b1b1b1a01efbf

Ich frage mich nun, ob ich es mir zu einfach mache oder ob ich hier völlig auf dem Holzweg bin.

Wenn ich die URL mit dem Browser öffne, dann erhalte ich eine Menge binärer Daten welche sich auch bei jedem Aufruf ändern. Denke also schon, es ist SML ;-)

[apollon77]

@oxident Naja er erkennt einen Fehler in den Daten.

Frage: ist der Fehler immer an der gleichen stelle und der gleiche Fehler? Wenn ja muss ich schauen- >GitHub issue bitte.
Wenn es immer eine andere Stelle/Meldung ist dann kippen Bits, dann Kopfsitz prüfen, ggf kabel anders verlegen, aktiven USB Hub,. Schirmung prüfen ......

[oxident]

@apollon77 Bisher ist der Fehler permanent und immer identisch.

Wenn ich die gleichen Daten in Node Red mit der smllib verarbeite klappt es.

Ich kümmere mich mal um ein Issue!

[SmartHomer 0]

@arni_banone sagte in Adapter "smartmeter":

Ich versuche gerade einen W610 per EHZ001K-> RS232 -> Wifi mit smartmeter Adapter zum Laufen zu bringen.

Ich nutze meinen USR W-610 via WLAN zwischenzeitlich zwar ebenfalls mit dem Modbus-Adapter,
hatte ihn aber auch schon am SmartMeter-Adapter "am Laufen".

Einstellungen im SmartMeter-Adapter

Einstellungen im USR-W610

Mode Selection Parameter USR-W610

AP Interface-Setting Parameter USR-W610
Irrelevant, da oben unter Mode Selection "STA-Mode" ausgewählt wurde

STA Interface-Setting Parameter USR-W610

Application Setting / Wifu-Uart Setting Parameter USR-W610
(Modbus-Polling-Settings müssten bei Dir dann "Aus"geschaltet werden, da kein ModBus, sondern reine ser. RS485-Übertragung)

Ethernet Setting / Ethernet Ports Setting Parameter USR-W610

HTTPD Client Mode Parameter USR-W610
Irrelevant

Advanced Settings Parameter USR-W610

Device Management USR-W610

Im Device Management braucht es evtl. einige "Restarts", bis alle Parameter übernommen werden, evtl. auch mal den USR-W610 stromlos machen, kurz warten und dann wieder einstecken - insbesondere zeigte er sich etwas "hartnäckig", bis er "Mode Selection"-Änderungen annimmt und sich das WLAN parametrieren lässt. Wenn erst einmal alles eingestellt ist, läuft der USR-W610 zuverlässig.

[apollon77]

@oxident sagte in Adapter "smartmeter":

smllib

Hm ... an sich ist im Adapter auch die smllib dahinter .. aber keine ahnung ... Naja es gab auch Firmwarebugs und sowas .. aber ja da muss man genau reinschauen

[Arni_Banone]

@gmj
Ich hatte ja neulich ein paar Frageb zum USR W610.
Allerdings scheint das Problem woanders zu liegen.
Ein USR-410S funktioniert mit meinem eskra Zähler einwandfrei.
Am Logarex LK13BE hingegen blinkt die RS232 LED gar nicht los. Also werden keine Daten vom ehz001k empfangen.
Selber Sensor, selbes USR-410S Modul. Die D0 LED scheint zu schwach zu sein.
Auch bei offenem Zählerschrank kommen keine Daten.

Gibt es bessere Sensoren. Oder nützt es was, den ehz001k mal aus seinem Gehäuse zu holen, um die Transmissionsverluste zu reduzieren?

Danke euch.

[klassisch]

@arni_banone Das liegt wahrscheinlich nicht am Sensor, sondern am Zähler. Mein EHZ001K funktioniert noch immer einwandfrei und da der eigentlich für die Nutzung hinter der Plombe gebaut ist, wird er eine längere Lebensdauer haben.
Der Logarex steht (wie auch der Holley) auf der Weidmann Liste https://shop.weidmann-elektronik.de/media/files_public/67303f78bbcd558d664d0095291562d3/BekannteProblememitZhlermodellen.pdf der Zähler mit sterbenden Sende-IR-LEDs.

[Arni_Banone]

@klassisch said in Adapter "smartmeter":

Der Logarex steht (wie auch der Holley) auf der Weidmann Liste

Oh man, da kann man natürlich lange nach Fehlern suchen. Mal sehen, was der Messstellenbetreiber dazu sagt.
Aber danke für den Tipp.

[klassisch]

Byebye Smartmeter-Adapter?

Mein grundzuständiger Meßstellenbetreiber hat mir den Tausch der 9 Monate alten mME in ein intelligentes Meßsystem iMSys angekündigt. In der FNN dazu finde ich keine Forderung nach einer Info Schnittstelle. Da mein Meßstallenbetreiber eher zurückhaltend agiert, besteht die Gefahr, daß der neue Zähler die Info Schnittstelle nicht mehr unterstützen wird - zumal er für eine Übermittlung der Rohdaten über sein Portal zusätzlich zu den variablen Zählergebühren nochmals ca. 20EUR im Monat Jahr (edit: korrigiert) kassiert https://api.netze-bw.de/ctfservice/v1/assets/38mhEjtGLqRKVIig7qJav .

Man bekommt dann einmal täglich

• Werte/Werteart: Zählerstandsgang
• Wertegranularität: ¼ stündlich
• Energieflussrichtung: Erzeugung oder Verbrauch
• Übermittlungsintervall: täglich
• Wertequalität: Rohdaten
• Bereitstellung: standardisierte WEB-Schnittstelle
• Keine Plausibilisierung und Ersatzwertbildung

Wäre natürlich ein großer Rückschritt gegenüber der mME.
Haben wir im ioBroker Universum einen Adapter, der die Daten vom Meßstellenbetreiber abholen könnte?

[apollon77]

@klassisch ich fürchte bisher nicht. Müsste man dann bauen.

[klassisch]

@apollon77 Vielen Dank für die Antwort. Wir werden sehen, was der Spion im Haus dann können wird und was nicht.

[Homoran]

@klassisch Owei!
Es hilft fir jetzt nicht, aber genau wegen so eines Szenarios habe ich mir nach dem EVU-Zähler einen SDM630 einbauen lassen.
Damit bekomme ich immerhin die aktuelle Leistung total und die der Phasen.
Für den Mehrpreis im Vergleich zum SDM72 hatte ich gehofft auch die Enegiewerte saldiert zu bekommen, was leider nicht der Fall ist.
Es werden nur die Energiewerte der Einzelphasen für In und Out angeboten, der vermeintliche saldierte Wert über alle Phasen ist nur die Bilanz zwischen Einspeisung und Bezug.
Laut Forum soll der WAGO Zähler die korrekte Saldierung können, kostet dann aber nochmal mehr

Bei 20 Teuros pro Monat hättest du den aber auch in einem Jahr amortisiert.

eine viertelstündliche Aktualisierung mag für dynamische Tarife ausreichend sein, für eine Leistungsüberwachung aber absolut unbrauchbar.
Die Kenndaten deuten daraufhin, dass in so einem Fall ohne Kundenschnittstelle nur die Interessen des EVU berücksichtigt werden.

• Vorbereitung auf Bereitstellung dynamischer Tarife
• geringer Datenverkehr
• geringere aufzuarbeitende Datenmengen
• (Gewinnmaximierung)

Allerdings könnte die viertelstündliche Übermittlung auch eine datenschutzrechtliche Ursache haben, um das Kundenprofil zu schützen und die Lebensgewohneiten nicht zu detailliert verfolgen zu können.

[wendy2702]

Ich habe mir den Inepro Pro380Eingebaut um unabhängig vom Anbieter sein zu können.

Lese damit aktuell diese Werte aus:

[Homoran]

@wendy2702 passen die ersten beiden "Zählerstände" zu denen des EVU ?

[wendy2702]

@homoran Nein.

Wenn ich mich richtig erinnere kann man die setzen. Habe ich aber nicht umgesetzt da auch der Zähler vom EVU zwischenzeitlich 2x gewechselt wurde und die wieder mit neuen Werten gestartet haben.

Aktuell rechne ich einmal am letzten Tag im Monat einfach den Monatsverbrauch bzw. die Einspeisung aus. und kann ja noch per Smartmeter den derzeitigen EVU Zähler abfragen.

Intelligente Messeinrichtung soll ich (dank Freund) wenn als Pilot Kunde wohl mit vollem Zugriff auf die Daten und kostenlos bekommen.

Die müssen sich nur noch entscheiden von welchem Anbieter Sie das Zeug kaufen.

[klassisch]

[OT]
@homoran Vielen Dank! Zuerst muß ich mich entschuldigen, die 20EUR sind Jahrespreis. Trotzdem zu teuer.
15 Minuten Rasterung sind mir zu grob. Darauf kann man nicht ordentlich regeln und mit Auslieferung 1 mal pro Tag ist das Thema eh durch.
Plan B ist das Fronius-Smartmeter, welches ohnehin für die Solaranlage direkt nach dem Netzzähler verbaut ist, zu nutzen.
Das Einlesen läuft derzeit über den Gen24, allerdings recht langsam. Habe die Pollrate von 30 Sekunden auf 15 Sekunden herabgesetzt und beobachte das mal.
Vielleicht kann man das Fronius Meter auch über Modbus Adapter als Slave auslesen ohne die Froinus Kommunikation zu stören.
Das Fronius Meter stellt u.a. zur Verfügung:

[OT²]
Das iMsys wird gerade gepusht. Das Energiewirtschaftsgesetz wird gerade überarbeitet. §14a Anlagen (PV UND (Wallbox ODER Wärmepumpe)) müssen ab 1.1.2024 an diesem Prozeß teilnehmen und die Anlagen müssen entsprechend aufgerüstet werden. Also, wenn die technischen Randbedingungen mal geklärt sind. Wird wohl noch ein paar Jahre dauern. Leute, die da wahrscheinlich mehr wissen als ich, tippen auf EEBUS als Protokoll.

[Homoran]

@wendy2702 sagte in Adapter "smartmeter":

Wenn ich mich richtig erinnere kann man die setzen.

das meine ich nicht.
Es geht um die Richtigkeit. Das kann man auch mit täglicher Differenz überprüfen.

siehe diesen Thread zu den saldierten Werten
https://forum.iobroker.net/post/1056035

[wendy2702]

@homoran Achso.

Habe ich nicht explizit kontrolliert.

Da ich den aber als geeichte Version habe gehe ich davon aus das es passt.

[klassisch]

@homoran sagte in Adapter "smartmeter":

Es geht um die Richtigkeit. Das kann man auch mit täglicher Differenz überprüfen.

Für den Fronius habe ich das mal für einige Tage stichprobenartig gemacht.
Bei nennenswerten Energien habe ich Abweichungen im Promille und Subpromille Bereich.
Ich speichere derzeit nicht alle Energiewerte ab, sondern nur bei entsprechenden Änderungen. Deshalb berechne ich bei kleinen Tageswerten Abweichungen im niedrigen einstelligen Prozentbereich.

Das Fronius Smartmeter scheint HW-seitig ein Carlo Gavazzi zu sein, allerdings wohl mit eigener Fronius Firmware

[Homoran]

@wendy2702 sagte in Adapter "smartmeter":

Da ich den aber als geeichte Version habe g

hab ich auch, hat aber nur Einfluß auf die Richtigkeit der Leistungsmessung, nicht auf die Art der Kumulation der Energiewerte.
Da bin ich auch drauf reingefallen.

@klassisch sagte in Adapter "smartmeter":

scheint HW-seitig ein Carlo Gavazzi

mein EM24 rechnet die Energie genau wie der SDM630.

Die phasenübergreifende Saldierung scheint eine deutsche Spezialität zu sein.