Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex

Homoran

@tvg71 erst einmal im Adapter alle Einstellungen auf default!

wie beteits gesagt

@glasfaser sagte in Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex:

Stelle mal so die Instanz ein , wie in diesem Thread :
https://forum.iobroker.net/post/1083818

@tvg71 sagte in Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex:

Braucht der Adapter beim Lesen von /dev/ttyUSB0 irgend welche besonderen Rechte, die im Container fehlen könnten die "cat /dev/ttyUSB0" nicht braucht?

wie ebenfalls schon gefragt;
wurde die Schnittstelle nach Nutzung von cat wieder für den Adapter freigegeben?

funktioniert ls -la /dev/serial/by-id im Container?

TvG71

@homoran
in dem link hat das Weidemann Testprogramm was anderes ergeben als bei mir. mit den Parametern wie in dem Link hat hat das Testprogramm bei mir keine Verbindung erstellen können. Aus die Default Einstellungen, die man beim Einstellen der default Werte smarterer Adapter machen kann sind im Logging sichtbar sind (9600 8 1 none), kommen nicht funktionierende Werte im Weidmann Testprogramm heraus.

ls -la /dev/serial/by-id          
/bin/ls: cannot access /dev/serial/by-id: No such file or directory

Homoran

@tvg71 sagte in Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex:

No such file or directory

welchen Lesekopf hast du?

TvG71

@homoran https://shop.weidmann-elektronik.de/index.php?page=product&info=24

Homoran

@tvg71 sagte in Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex:

@homoran https://shop.weidmann-elektronik.de/index.php?page=product&info=24

sieht nach USB aus.

aber da gibt es im Container nichts
oder der Befehl geht da nicht.

alternativ lsusb?

Glasfaser

@tvg71 sagte in Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex:

kommen nicht funktionierende Werte im Weidmann Testprogramm heraus.

und beim Adapter , das selbe !?

ich kann nicht erlesen das du es laut dem Link so eingestellt hast , bzw. mal probiert

TvG71

@glasfaserja habe die Werte so eingestellt, keine Änderung.

muss

/dev/serial/by-id/

im Container vorhanden sein? Im Soruce-code sieht das irgendwie nur optional aus:

                 ...
                                                             if (port.pnpId) {
                                                                try {
                                                                    const pathById = '/dev/serial/by-id/' + port.pnpId;
                                                                    if (fs.existsSync(pathById)) {
                                                                        port.realPath = port.path;
                                                                        port.path = pathById;
                                                                    }
                                                                } catch (err) {
                                                                    adapter.log.debug('pnpId ' + port.pnpId + ' not existing: ' + err);
                                                                }
                                                                return port;
                                                            }

gibt weder einen else zweit mit einem Fehler noch sehe ich die Message aus der Exception.

TvG71

@homoran lsusb ist im Container leider nicht vorhanden

Glasfaser

@tvg71 sagte in Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex:

/dev/serial/by-id/
im Container vorhanden sein?

Nein , als USB oder als ACM wird es ausgewiesen

Glasfaser

@tvg71 sagte in Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex:

@glasfaserja habe die Werte so eingestellt, keine Änderung.

Vorhandene Instanz stoppen , dann eine neue Instanz anlegen , dann laut Vorlage es einstellen , was ist dann , denn durch Probieren kann man viel verstellen !?

TvG71

@glasfaser Bisherige Instanz angehalten und neue erzeugt. Auch in der neuen Instanz keine Änderung. Immer noch die Timeouts

Glasfaser

@tvg71 sagte in Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex:

    devices:

       - /dev/ttyUSB0:/dev/ttyUSB0:ro --privileged

Wo hast du das denn her , noch nie gesehn das devices nur ro ist , ich denke mal das liegt daran .

TvG71

@glasfas das blöde ReadOnly ist irgendwie von diversen Versuchen übrig geblieben. Hab es vergessen das wieder auf rw zu setzen. (ohne irgend etwas geht es auch nicht, rw muss wohl schon sein.)

Damit hat sich nun auch was verändert. Im Jogging des Adapters Schalgen nun die Werte auf:

/opt/iobroker# iobroker debug smartmeter.1
The instance "smartmeter.1" is already running, please stop instance first.
root@iobroker:/opt/iobroker# iobroker debug smartmeter.1
Debugger listening on ws://127.0.0.1:9229/aa541788-e427-454f-bb12-22e7df6279c0
For help, see: https://nodejs.org/en/docs/inspector
2024-01-14 21:41:01.413  - debug: smartmeter.1 (899) Redis Objects: Use Redis connection: 127.0.0.1:9001
2024-01-14 21:41:01.556  - debug: smartmeter.1 (899) Objects client ready ... initialize now
2024-01-14 21:41:01.563  - debug: smartmeter.1 (899) Objects create System PubSub Client
2024-01-14 21:41:01.567  - debug: smartmeter.1 (899) Objects create User PubSub Client
2024-01-14 21:41:01.607  - debug: smartmeter.1 (899) Objects client initialize lua scripts
2024-01-14 21:41:01.625  - debug: smartmeter.1 (899) Objects connected to redis: 127.0.0.1:9001
2024-01-14 21:41:01.682  - debug: smartmeter.1 (899) Redis States: Use Redis connection: 127.0.0.1:9000
2024-01-14 21:41:01.714  - debug: smartmeter.1 (899) States create System PubSub Client
2024-01-14 21:41:01.724  - debug: smartmeter.1 (899) States create User PubSub Client
2024-01-14 21:41:01.792  - debug: smartmeter.1 (899) States connected to redis: 127.0.0.1:9000
2024-01-14 21:41:01.922  - debug: smartmeter.1 (899) Plugin sentry Initialize Plugin (enabled=true)
2024-01-14 21:41:02.203  - error: smartmeter.1 (899) adapter disabled
2024-01-14 21:41:02.362  - info: smartmeter.1 (899) starting. Version 3.4.0 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v18.19.0, js-controller: 5.0.17
2024-01-14 21:41:02.390  - debug: smartmeter.1 (899) SmartmeterObis options: {"debug":2,"protocol":"SmlProtocol","transport":"SerialResponseTransport","requestInterval":"30","anotherQueryDelay":"1000","transportSerialPort":"/dev/ttyUSB0","transportSerialBaudrate":null,"transportSerialDataBits":7,"transportSerialStopBits":1,"transportSerialParity":"even","transportSerialMessageTimeout":10000,"protocolSmlIgnoreInvalidCRC":true,"protocolSmlInputEncoding":"ascii"}
2024-01-14 21:41:02.395  - debug: smartmeter.1 (899) CREATE SERIALPORT: 9600 7 1 even
2024-01-14 21:41:02.402  - debug: smartmeter.1 (899) SERIALPORT OPEN
2024-01-14 21:41:02.457  - debug: smartmeter.1 (899) SET MESSAGE TIMEOUT TIMER: 10000
2024-01-14 21:41:02.477  - debug: smartmeter.1 (899) ADD NEW DATA (0 + NEW 61)
2024-01-14 21:41:02.480  - debug: smartmeter.1 (899) MATCH-RESULT MESSAGE: "\u000055(50.0*Hz)\r\n1-0:1.8.0*96(00017.9*kWh)\r\n1-0:1.8.0*97(00190.7" -> null
2024-01-14 21:41:02.490  - debug: smartmeter.1 (899) ADD NEW DATA (61 + NEW 15)
2024-01-14 21:41:02.491  - debug: smartmeter.1 (899) MATCH-RESULT MESSAGE: "\u000055(50.0*Hz)\r\n1-0:1.8.0*96(00017.9*kWh)\r\n1-0:1.8.0*97(00190.7*kWh)\r\n1-0:1.8." -> null
2024-01-14 21:41:02.500  - debug: smartmeter.1 (899) ADD NEW DATA (76 + NEW 15)
2024-01-14 21:41:02.501  - debug: smartmeter.1 (899) MATCH-RESULT MESSAGE: "\u000055(50.0*Hz)\r\n1-0:1.8.0*96(00017.9*kWh)\r\n1-0:1.8.0*97(00190.7*kWh)\r\n1-0:1.8.0*98(00597.0*kW" -> null
2024-01-14 21:41:02.509  - debug: smartmeter.1 (899) connected set to false
2024-01-14 21:41:02.512  - debug: smartmeter.1 (899) ADD NEW DATA (91 + NEW 15)
2024-01-14 21:41:02.513  - debug: smartmeter.1 (899) MATCH-RESULT MESSAGE: "\u000055(50.0*Hz)\r\n1-0:1.8.0*96(00017.9*kWh)\r\n1-0:1.8.0*97(00190.7*kWh)\r\n1-0:1.8.0*98(00597.0*kWh)\r\n1-0:1.8.0*9" -> null
2024-01-14 21:41:02.525  - debug: smartmeter.1 (899) ADD NEW DATA (106 + NEW 15)
2024-01-14 21:41:02.526  - debug: smartmeter.1 (899) MATCH-RESULT MESSAGE: "\u000055(50.0*Hz)\r\n1-0:1.8.0*96(00017.9*kWh)\r\n1-0:1.8.0*97(00190.7*kWh)\r\n1-0:1.8.0*98(00597.0*kWh)\r\n1-0:1.8.0*99(05924.6*kWh)\r" -> null

so weit so gut aber grün ist der Adapter immer noch nicht.

Glasfaser

@tvg71 sagte in Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex:

Damit hat sich nun auch was verändert.

hier ist noch einer mit dem Weidmann :

https://forum.iobroker.net/post/1113006

Homoran

@glasfaser sagte in Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex:

hier ist noch einer mit dem Weidmann :

nee, der hängt aber an rs485

Glasfaser

@homoran

war ja nur ein Vorschlag , zumindest hat er schonmal Werte im Debug Log

Edit ... immer diese Container

TvG71

@glasfaser mit den Einstellung D0 + "Serielle Daten werden nur gelesen" ist der Adapter nun auch grün.
Danke für die Hilfe.

NEWS

Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex

Support us

1.1k
Online

31.0k
Users

78.0k
Topics

1.2m
Posts

NEWS

Probleme mit Weidmann IR Lesekopf beim Lesen von Logarex

Support us

1.1kOnline

31.0kUsers

78.0kTopics

1.2mPosts

1.1k
Online

31.0k
Users

78.0k
Topics

1.2m
Posts