Hallo,
ich habe ein Relaismodul Adam-4068 was bisher an einem Solarlog-500 angeschlossen war.
Über den Windows-PC und einen USB-RS485 Adapter sowie die mitgelieferte Software funktioniert es super. Nun würde ich es gerne im IO-Broker über den Modbus-Adapter ansteuern. Allerdings bekomme ich keine Verbindung!

Die Software zeigt mir folgendes an:

In der Bedienungsanleitungen stehen auch Programmierbeispiele. Leider kenne ich mich mit C überhaupt nicht aus.
https://advdownload.advantech.com/productfile/Downloadfile3/1-2AZ5E3C/ADAM-4000_Series_User_manual_Ed.8_FINAL.pdf

Ich habe versucht das Gerät über den Modubus-Adapter anzusprechen. Funktioniert aber nicht.

Die GeräteID sollte 1 sein? Zumindest steht das so in der Bedienungsanleitung und wurde meines Wissens nach nicht geändert. Ich schaffe es aber auch nicht (Mangels Kenntnisse) die ID-Auszulesen.

Vielleicht hat ja jemand selbiges Modul oder kann mir sagen, weche Einstellungen ich hier noch angeben muss?

@homoran Das war jetzt nicht das was ich hören wollte An die Problematik mit dem Delay der Geräte hab ich noch gar nicht gedacht. Hast du schon etwas ausprobiert, ab welchem Invervall du gute Zahlen bekommst?

@homoran Am Telefon wäre das jetzt einfacher erklärt lach. Ich versuche es mal zu schreiben:
Wolke von 12:00:00 bis 12:00:50. Danach Sonnenschein

Zähler Solar Erzeugung: 1. Auslesen um 12:00:00 Uhr.
Zähler Solar Erzeugung: 2. Auslesen um 12:01:00 Uhr.
Zählerstand 2 - Zählerstand 1 = Erzeugung
Er hatte also 10 Sekunden (von 12:00:50 bis 12:01:00) Sonnenschein und dementsprechend wenig erzeugt.

Zähler Solar Verbrauch 1. Auslesen um 12:00:30 Uhr.
Zähler solar Verbrauch 2. Auslesen um 12:01:30 Uhr.
Zählerstand 2 - Zählerstand 1 = Verbrauch
Dieser Zähler hatte aber von 12:00:50 bis 12:01:30 Sonnenschein. Damit ist mein Verbrauch höher als meine Erzeugung.

Es müssen also beide Zähler zur gleichen Zeit gelesen bzw. abgefragt werden. Dazu muss der Wert aber auch zu dieser Zeit vom Zähler kommen und nicht schon x-Sekunden alt sein.
Ich hoffe es ist so verständlich was ich meine.

@paul53 ja, der Zeitstempel wird aktualisiert.
Die Instanz neu starten dauert zu lange. Da sind dann mindestens 2sekunden differenz. Das eigentliche Problem liegt am Zeitpunkt, wann die Daten vom Zähler abgerufen werden. Ich kann den Abrufintervall auf 5 Sekunden reduzieren. Dann hab ich aber im schlimmsten Fall einen Zählerstand, der 5 Sekunden länger ist als der vom anderen Zähler, wodurch bei schlechtem Wetter ganz falsche Werte rauskommen.
Ich könnte den Durchschnittswert aus 5 Minuten nehmen, dann würde es annähern passen, aber beim normalen Verbrauchszähler ist mir das eigentlich zu lange.
Ich würde also am liebsten per Script alle Zähler jede Minute dazu auffordern, den aktuellen Zählerstand zu senden und den dann Verarbeiten. Leider sind meine Kenntnisse dazu nicht ausreichen.

@homoran Zähler 1 ist ein PV-Erzeugungszähler, Zähler 2 ein Zweirichtungszähler.
Nun würde ich gerne den Momentanverbrauch pro Minute errechnen. Also Zählerstand - Zählerstand vor 60Sekunden. Das klappt bei allen Zählern über den Intervall der Adapter. (ist auf 60 Sekunden eingestellt). Da aber die 2 verschiedenen Zähler im laufe des Tages immer weiter "auseinanderlaufen" kommen irgendwann falsche Werte raus (auf einmal speise ich mehr Strom ein, als ich überhaupt erzeuge)....

In dem Beitrag von 2021 ist es schön beschrieben und "gelöst". Daher die Frage, ob es mittlerweile vielleicht auch anders geht? Aber da sagtest du ja bereits nein.
https://forum.iobroker.net/topic/44142/zwei-smartmeter-instanzen-synchron-gleichzeitig-auslesen?_=1682090553306

Hallo,
ich würde gerne 3 smartmeter per SML nahezu zeitgleich auslesen. In der Forumsuche bin ich schon darauf gestoßen, dass dies gut funktioniert, wenn man den Adapter per Skript beendet, und danach wieder startet. Meine Frage wäre aber, ist es möglich per Script den Smartmeter-Adapter aufzufordern, jetzt auszulesen? Oder muss hier wirklich immer beendet und neu gestartet werden?

@thomas-p-0 ja. Ich hab 3 Hitchi Leseköpfe. 2xper SML (funktioniert) super und eben den 3. Per D0. Der sendet und empfängt auch, nur werden die Daten nicht als Darenpunkte erzeugt sondern es kommt im Errorlog welche Daten er empfängt. Leider kann ich mit den Informationen nichts anfangen.
Hab die Köpfe schon untereinander getauscht um sicherzustellen dass alle funktionieren. Bringen aber immer das selbe Ergebnis.
SML geht. D0 empfängt aber erzeugt keine Datenpunkte

@thomas-p-0 im technischen Datenblatt steht, dass die Geräteadresse optional ist. Hab auch schon alle Einstellmöglichkeiten durchprobiert. Bekomme aber nur mit den Einstellung Daten.
Es ist ein Hichi, der geht auch. Hab ihn an einem anderen Zähler, allerdings mit SML getestet, und einen anderen Kopf des gleichen Typs ebenfalls probiert. Das Ergebnis ist immer das Selbe.

@thomas-p-0 Hallo, ja. Hab in Zeile 9 die 4,22 durch 4,23 ersetzt. Danach hab ich Daten bekommen. Aber alle nur im Fehlerprotokoll.

Hab blöderweise hier einen eigenen Thread eröffnet. Vielleicht kann den ein Admin ja hier integrieren/löschen?
https://forum.iobroker.net/topic/64477/smartmeter-wird-bei-baylan-btk-30-nicht-grün

Hallo Zusammen, ich habe einen Baylan BTK.30. Leider bekomme ich mein Smartmeter Adapter nicht gründ. Ich habe scho unter https://forum.iobroker.net/topic/4685/adapter-smartmeter/3214 und unter https://forum.iobroker.net/topic/4685/adapter-smartmeter/3203?_=1680872638353 einiges gelesen und probiert. Leider hat nichts geholfen.

Alle Adaptereinstellungen stehen auf Standard bzw. Übertragung auf bidir.Komm und Protokoll auf D0.
Fehler Log:

2023-04-07 14:47:54.653 - info: host.raspberrypi instance system.adapter.smartmeter.2 started with pid 3328
2023-04-07 14:47:56.573 - debug: smartmeter.2 (3328) Redis Objects: Use Redis connection: 127.0.0.1:9001
2023-04-07 14:47:56.613 - debug: smartmeter.2 (3328) Objects client ready ... initialize now
2023-04-07 14:47:56.616 - debug: smartmeter.2 (3328) Objects create System PubSub Client
2023-04-07 14:47:56.618 - debug: smartmeter.2 (3328) Objects create User PubSub Client
2023-04-07 14:47:56.643 - debug: smartmeter.2 (3328) Objects client initialize lua scripts
2023-04-07 14:47:56.652 - debug: smartmeter.2 (3328) Objects connected to redis: 127.0.0.1:9001
2023-04-07 14:47:56.676 - debug: smartmeter.2 (3328) Redis States: Use Redis connection: 127.0.0.1:9000
2023-04-07 14:47:56.686 - debug: smartmeter.2 (3328) States create System PubSub Client
2023-04-07 14:47:56.688 - debug: smartmeter.2 (3328) States create User PubSub Client
2023-04-07 14:47:56.702 - debug: smartmeter.2 (3328) States connected to redis: 127.0.0.1:9000
2023-04-07 14:47:56.740 - debug: smartmeter.2 (3328) Plugin sentry Initialize Plugin (enabled=true)
2023-04-07 14:47:57.163 - info: smartmeter.2 (3328) starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v18.15.0, js-controller: 4.0.24
2023-04-07 14:47:57.205 - debug: smartmeter.2 (3328) SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0033-if00-port0","transportSerialBaudrate":null,"transportSerialMessageTimeout":null,"protocolD0WakeupCharacters":0,"protocolD0SignOnMessage":"?","obisFallbackMedium":1}
2023-04-07 14:47:57.209 - debug: smartmeter.2 (3328) CREATE SERIALPORT: 300 7 1 even
2023-04-07 14:47:57.241 - debug: smartmeter.2 (3328) SERIALPORT OPEN
2023-04-07 14:47:57.250 - debug: smartmeter.2 (3328) SERIALPORT RESET BAUDRATE TO 300
2023-04-07 14:47:57.254 - debug: smartmeter.2 (3328) INITIAL MESSAGES TO SEND: 2
2023-04-07 14:47:57.256 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE
2023-04-07 14:47:57.257 - debug: smartmeter.2 (3328) TO SEND 2:
2023-04-07 14:47:57.258 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE
2023-04-07 14:47:57.259 - debug: smartmeter.2 (3328) TO SEND 1: /?!
2023-04-07 14:47:57.275 - debug: smartmeter.2 (3328) connected set to false
2023-04-07 14:47:57.413 - debug: smartmeter.2 (3328) DONE SEND 1
2023-04-07 14:47:57.463 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.465 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.466 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/" -> null
2023-04-07 14:47:57.495 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.495 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.496 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/B" -> null
2023-04-07 14:47:57.528 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.528 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.529 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BY" -> null
2023-04-07 14:47:57.561 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.562 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.562 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL" -> null
2023-04-07 14:47:57.595 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.595 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.596 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6" -> null
2023-04-07 14:47:57.628 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.628 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.629 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<" -> null
2023-04-07 14:47:57.662 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.662 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.663 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1" -> null
2023-04-07 14:47:57.667 - debug: smartmeter.2 (3328) DONE SEND 0
2023-04-07 14:47:57.668 - debug: smartmeter.2 (3328) SET MESSAGE TIMEOUT TIMER2: 120000
2023-04-07 14:47:57.695 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.695 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.696 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>" -> null
2023-04-07 14:47:57.728 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.729 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.729 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>B" -> null
2023-04-07 14:47:57.761 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.762 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.762 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BY" -> null
2023-04-07 14:47:57.795 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.795 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.796 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL" -> null
2023-04-07 14:47:57.828 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.828 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.829 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-" -> null
2023-04-07 14:47:57.861 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.862 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.862 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-C" -> null
2023-04-07 14:47:57.894 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.895 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.896 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CR" -> null
2023-04-07 14:47:57.928 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.929 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.929 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH" -> null
2023-04-07 14:47:57.961 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.962 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.962 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-" -> null
2023-04-07 14:47:57.994 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:57.995 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:57.995 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-B" -> null
2023-04-07 14:47:58.028 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:58.028 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:58.029 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BT" -> null
2023-04-07 14:47:58.061 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:58.062 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:58.062 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK" -> null
2023-04-07 14:47:58.094 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:58.095 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:58.096 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK3" -> null
2023-04-07 14:47:58.128 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:58.128 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:58.129 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30" -> null
2023-04-07 14:47:58.161 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:58.162 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:58.162 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-" -> null
2023-04-07 14:47:58.194 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:58.195 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:58.195 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R" -> null
2023-04-07 14:47:58.228 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:58.228 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:58.229 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R1" -> null
2023-04-07 14:47:58.261 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:58.262 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:58.262 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R1\r" -> null
2023-04-07 14:47:58.294 - debug: smartmeter.2 (3328) NEW DATA
2023-04-07 14:47:58.295 - debug: smartmeter.2 (3328) CURRENT PROCESS STEP 2 IN CHECKMESSAGE
2023-04-07 14:47:58.295 - debug: smartmeter.2 (3328) MATCH-RESULT SIGNON: "/BYL6<1>BYL-CRH-BTK30-R1\r\n" -> null

appolon77 schrieb:
https://github.com/Apollon77/smartmeter-obis/blob/master/lib/protocols/D0Protocol.js Hier zeile 9 das 4,22 heißt „nach dem / kommen vor dem Zeilenende 4 bis 22 Zeichen“. Dein Zähler senden …. Trommelwirbel …. 23 (wenn ich mich nicht verzählt hab) kannst das file mal suchen und nen 23 reinschreiben anstelle der 22. wenn’s dann weitergeht ist’s das. Dann bitte github issue Anlegen. Muss ich wohl das Limit ändern. Hachja. Standards und die Hersteller …

Das habe ich dann bei mir geändert. Nun kommt folgender Fehlerlog:
iobroker.current.log.htm

Es werden also viele Daten empfangen, können aber nicht zugeordnet werden.
Muss ich in der Datei noch was ändern oder gibt es da eine andere Verion?