@joergh dem kann ich nur zustimmen. Nach anfänglichen Problemen läuft mein System seit über 1 Jahr sehr stabil.
Vielen Dank an den Entwickler!

@lobo
Nach langem hin und her habe ich es jetzt hinbekommen einen Ultraheat T550 (UH50) auszulesen.
Hier mal mein Weg, in der Hoffnung, daß es anderen hilft.

Ich verwende diesen Lesekopf als Bausatz (gibt es auch fertig montiert):
https://www.ebay.de/itm/184501414443
aber es scheint nicht zu sehr am IR Kopf zu liegen.

Wichtig scheint mir das "Aktivieren" mit der "Landis Ultra Assist" App aus dem Android play store.
Die App erkennt einen IR Lesekopf wenn er mittels eines OTG Adapters am Handy angeschlossen wird.
Zum Beispiel hier :
https://www.ebay.de/itm/124569931775

Außerdem scheint mir die Ausrichtung des Lesekopfes sehr entscheidend zu sein. Laßt euch nicht entmutigen und probiert ein wenig rum. Bei mir muß der USB Stecker vom Lesekopf nach unten zeigen. Wenn er nach oben zeigt hat es nicht funktioniert.

Erst danach konnte ich die Werte auch über den Smartmeter Adapter auslesen.
Jedes Auslesen der Werte verringert die Laufzeit der Batterie um ca. eine halbe Stunde. Deswegen lese ich die Werte nur einmal am Tag aus.
Hier meine Einstellungen:

@tege0
Also ich habe es mit dem
https://github.com/mpepping/solarman-mqtt
und dem MQTT Broker/Client Adapter zum Laufen bekommen.

Hier meine Schritte:
IoBroker:

1. Im IoBroker den MQTT Broker/Client Adapter installieren
2. Unter Instances auf den MQTT Broker/client klicken und konfigurieren.
3. Unter Authentication settings einen User mit neuem Passwort anlegen
4. Ich verwende kein SSL

Commandline:

1. Beim Solarman support service@solarmanpv.com eine Solarman API appid+secret per eMail beantragen. Das hat bei mir 2 Tage gedauert.
2. in einem neuen Verzeichnis git clone https://github.com/mpepping/solarman-mqtt.git ausführen
3. Dem README von https://github.com/mpepping/solarman-mqtt folgen und das config.sample.json nach config.json kopieren.
4. Den mqtt Abschnitt im config.json mit den User Daten von oben (MQTT Broker/Client) füllen.
   4.1. Broker ist die IP vom ioBroker (bei mir der Raspberry pi)
   4.2 Port bleibt bei 1883
5. Die Curl commands aus dem README mit der Solarman appid und secret ausführen.
6. Bei der Abfrage nach der inverterID muß man den String "INVERTER" mit "MICRO_INVERTER" ersetzen. Dann geht der call.
   6.1 stationId ist im config.json eine Zahl
   6.2 inverterId und loggerId sind im config.json Strings und müssen in Anführungszeichen gesetzt sein
   6.3. InverterId und loggerId sind nicht die deviceId in der Curl Antwort sondern die deviceSn
7. Damit das run.py laufen kann, muß man noch 2 Packete nachinstallieren.
   7.1 sudo apt-get install python3-jsonschema
   7.2 sudo apt-get install python3-paho-mqtt
8. Dann die Configuration checken
   8.1 python3.9 run.py --validate
9. Testlauf
   9.1 python3.9 run.py -s
10. Dauerlauf
    10.1 nohup python3.9 run.py -d -i300 &
    10.2 Oder wer sicher gehen will, daß es auch nach einen Neustart des RaspberryPi läuft per cronjob
    10.2.1 crontab -e
    10.2.2 /5 * * * * python3.9 /opt/solarman-mqtt/run.py -s -f /opt/solarman-mqtt/config.json

Im IoBroker unter Objects gibt es nach erfolgreichem import einen neuen Ordner unterhalb von mqtt. Dieser enthält alle wichtigen Daten.
Der Wert für die aktuell produzierte Menge Strom findet sich unter
mqtt/0/solarmanpv/station/generationPower

Noch Fragen ?
Ich hoffe, daß es mit dieser Anleitung noch andere hinbekommen. Und vielleicht findet sich ja jemand, der daraus einen funktionierenden Adapater baut.

@silversurfer-0 Nur zur Info. Wenn man D0: SignOn-Message command ein # einträgt bekommt man noch viel mehr Infos.

@nftvirus Ich habe nichts angefordert. App installiert und Lesekopf mit dem T550 verbinden. Fertig.

@joergh dem kann ich nur zustimmen. Nach anfänglichen Problemen läuft mein System seit über 1 Jahr sehr stabil.
Vielen Dank an den Entwickler!

Hallo Modbus Experten

Mir gelingt es einfach nicht den ET112 über den Modbus Adapter im iobroker auszulesen.
Wie in einem alten Task zum gleichem Thema habe ich den CAS Modbus Scanner (http://www.freemodbus.com/index.html) benutzt um meinen Zähler zu finden.
Das klappt wunderbar und nun bin ich sicher das mein Zähler die ID 1, das lange Kabel und der USB Konverter funktionieren.

Hier mal die mitgeschnittenen Daten aus dem Scanner:
[11:20:04] <= Response: 01 03 04 09 1B 00 00 89 A8
[11:20:03] => Poll: 01 03 00 00 00 02 C4 0B
[11:20:01] <= Response: 01 03 04 09 1B 00 00 89 A8
[11:20:00] => Poll: 01 03 00 00 00 02 C4 0B
[11:19:58] <= Response: 01 03 04 09 1B 00 00 89 A8
[11:19:57] => Poll: 01 03 00 00 00 02 C4 0B
[11:19:55] <= Response: 01 03 04 09 1B 00 00 89 A8
[11:19:54] => Poll: 01 03 00 00 00 02 C4 0B

Jetzt versuche ich das gleiche in iobroker.
Mit folgenden Einstellungen die beim Scanner funktioniert haben. (Holding Register 40001)

Gibt es denn eine Möglichkeit zu sehen welche Bytes auf die Leitung geschickt werden ?
Selbst im Silly modus bekomme ich das leider nicht angezeigt.

Im Log vom iobroker bekomme ich aber nur diese Fehler:

modbus.0 2022-11-17 17:10:02.993 debug Cleaning up request fifo.
modbus.0 2022-11-17 17:10:02.992 debug Clearing timeout of the current request.
modbus.0 2022-11-17 17:10:02.982 info Disconnected from slave
modbus.0 2022-11-17 17:10:01.982 warn Poll error count: 1 code: {"err":"timeout","timeout":5000}
modbus.0 2022-11-17 17:10:01.977 error Request timed out.
modbus.0 2022-11-17 17:10:01.974 warn Error: undefined
modbus.0 2022-11-17 17:09:56.952 debug [DevID_1/holdingRegs] Poll address 0 - 2 registers
modbus.0 2022-11-17 17:09:56.951 debug Initialization of scale factors done!
modbus.0 2022-11-17 17:09:56.937 debug [DevID_1] Poll start ---------------------
modbus.0 2022-11-17 17:09:56.934 info Connected to slave
modbus.0 2022-11-17 17:09:56.906 debug connect to serial /dev/ttyUSB2 with 9600
modbus.0 2022-11-17 17:09:56.195 debug Add holdingRegisters.40001_L1: {"_id":"holdingRegisters.40001_L1","type":"state","common":{"name":"","role":"value","type":"number","read":true,"write":true,"def":0,"unit":"V"},"native":{"regType":"holdingRegs","address":0,"deviceId":1,"type":"int32le","len":2,"offset":0,"factor":1,"poll":true}}
modbus.0 2022-11-17 17:09:56.192 debug Initialize Objects for holdingRegs: [{"_address":40001,"name":"L1","description":"","unit":"V","type":"int32le","len":2,"factor":1,"offset":0,"formula":"","role":"value","room":"","poll":true,"wp":"","cw":false,"isScale":"","address":0,"deviceId":1,"id":"holdingRegisters.40001_L1"}]
modbus.0 2022-11-17 17:09:56.191 debug Initialize Objects for inputRegs: []
modbus.0 2022-11-17 17:09:56.189 debug Initialize Objects for coils: []
modbus.0 2022-11-17 17:09:56.187 debug Initialize Objects for disInputs: []
modbus.0 2022-11-17 17:09:55.782 info starting. Version 5.0.5 in /opt/iobroker/node_modules/iobroker.modbus, node: v12.22.12, js-controller: 4.0.23

@bananajoe said in Wasserzähler - Version 2 - all-in-device:

inem USB-Netzteil in der nächstliegenden Steckdose und einem

So sieht es auch bei mir aus.

@silversurfer-0 https://forum.iobroker.net/topic/4685/adapter-smartmeter/2488?_=1664615389655

@tt-tom suche doch bitte mal im Forum, ich habe das geschafft und meine Einstallungen gepostet.

@ralf-topas Hast du schon eine ID bei solarman beantragt, bekommen und eingetragen ?
Ohne die geht es nicht.
Siehe https://github.com/raschy/ioBroker.solarmanpv

@sovnio
Der MQTT Broker/Client im ioBroker ist ein Server und ein Client.
Die Instanz im ioBroker muß gestartet sein.
Default Port ist 1883.
UserId und Password must du im Config Tab im ioBroker konfigurieren.

Diese Werte zusammen mit der IP des ioBroker hosts (bei dir wohl dein Rasperrry Pi) im Digitizer angeben.
Im log kannst du schauen, ob die Werte ankommen.
Sonst findest du die Wert im IoBroker in der Objects Sektion unter mqtt.

@rene55
Für alle die hängende Installationen haben.
Bei mir hängt es an einem bekannten Bug von NPM 6 : https://github.com/npm/cli/issues/1673
Mit dem Anlegen der .gitconfig in /home/iobroker wie im issue beschrieben, funktioniert jetzt auch die Installation über die URL ohne weitere Probleme.

xiata created this issue in npm/cli

closed [BUG] npm install hangs for several minutes due to git ls-remote git:// url scheme #1673