Optokopf für IR-Schnittstelle

[Benny]

Hmmm, danke das werde ich mal in Erwägung ziehen.

[Benny]

Also der vzlogger wird bei mir immer beendet... Ich weiss aber auch nicht warum.
Es scheint zu passieren, wenn das Auto läd.
Das muss ich aber noch verifizieren.

Code: Alles auswählen

[Aug 25 16:55:08][d0]   sending pullsequenz send (len:5 is:5).
[Aug 25 16:55:09][]     main loop indicating all mappings to quit
[Aug 25 16:55:09][mtr0] MeterMap::cancel entered...
[Aug 25 16:55:09][mtr0] MeterMap::cancel wait for readingthread
[Aug 25 16:55:09][mtr0] MeterMap::cancel wait for meter::close
[Aug 25 16:55:09][mtr0] MeterMap::cancel finished.
[Aug 25 16:55:09][]     Server stopped.
[Aug 25 16:55:09][]     Waiting for httpd to stop...
[Aug 25 16:55:09][]     httpd stopped
[Aug 25 16:55:09][]     Trying to delete curlSessionProvider...
[Aug 25 16:55:09][]     deleted curlSessionProvider

Was macht sowas?

Code: Alles auswählen

main loop indicating all mappings to quit

EDIT: Ist unabhängig vom Laden...

[openWB]

das wäre eher etwas für das volkszähler forum, da bin ich raus.

[Benny]

Ja, bin dran... Das hat wenig mit openWB zu tun.
Trotzdem vielen Dank für die Hilfe bisher.

[Benny]

Mein Fehler scheint gewesen zu sein, dass ich den read_timeout zu knapp eingestellt hatte.
Meine aktuell funktionierende config:

Code: Alles auswählen

{
  "retry": 30,
  "daemon": true,
  "verbosity": 0,
  "log": "/var/log/vzlogger.log",
  "local": {
    "enabled": true,
    "port": 8080,
    "index": true,
    "timeout": 20,
    "buffer": -1
  },
  "meters": [
    {
	      "enabled": true,
	      "allowskip": false,
	      "interval": 20, // -1,
	      "aggtime": -1,
	      "aggfixedinterval": false,
	      "channels": [
				{
				      "api": "null", // middleware api, default volkszaehler
				      "uuid": "1aaaaaaa-bbbb-cccc-dddd-eeeeeeeeeee1",
				      "middleware": "http://localhost/middleware.php",
				      "identifier": "1-0:16.7.0", /* Leistung */
				}, {
                                      "api": "null", // middleware api, default volkszaehler
				      "uuid": "2aaaaaaa-bbbb-cccc-dddd-eeeeeeeeeee2",
				      "middleware": "http://localhost/middleware.php",
				      "identifier": "1-0:1.8.0", /* Wirkarbeit Bezug +A */
				}, {
                                      "api": "null", // middleware api, default volkszaehler
				      "uuid": "1aaaaaaa-bbbb-cccc-dddd-eeeeeeeeeee3",
				      "middleware": "http://localhost/middleware.php",
				      "identifier": "1-0:2.8.0", /* Wirkarbeit Lieferung -A */
				}
			      ],

      "protocol": "d0",
      "device": "/dev/ttyUSB1",
      "pullseq": "2F3F210D0A",
//      "ackseq": "063035300d0a",
      "baudrate": 300,
      "baudrate_read": 9600,
      "parity": "7e1",
      "wait_sync": "off",
      "read_timeout": 15,
      "baudrate_change_delay": 0
    }
  ]
}

EDIT: zu früh gefreut... er lief die ganze Nacht, doch mit dem beginn der Ladung vom Auto (Weil aufgeschossen wurde) ist der vzlogger wieder verstorben...

[Benny]

Ich habe im syslog folgende Meldung:

Code: Alles auswählen

Aug 28 06:51:29 openWB kernel: [49027.796314] ftdi_sio ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32

Aug 28 06:51:29 openWB kernel: [49027.796432] ftdi_sio ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32

Aug 28 06:51:30 openWB kernel: [49028.027827] usb 1-1.5: USB disconnect, device number 5

Aug 28 06:51:30 openWB kernel: [49028.028660] ftdi_sio ttyUSB1: error from flowcontrol urb

Aug 28 06:51:30 openWB kernel: [49028.029115] ftdi_sio ttyUSB1: FTDI USB Serial Device converter now disconnected from ttyUSB1

Aug 28 06:51:30 openWB kernel: [49028.029204] ftdi_sio 1-1.5:1.0: device disconnected

Aug 28 06:51:30 openWB kernel: [49028.346722] usb 1-1.5: new full-speed USB device number 6 using dwc_otg

Aug 28 06:51:30 openWB kernel: [49028.505455] usb 1-1.5: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00

Aug 28 06:51:30 openWB kernel: [49028.505469] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3

Aug 28 06:51:30 openWB kernel: [49028.505479] usb 1-1.5: Product: FT232R USB UART

Aug 28 06:51:30 openWB kernel: [49028.505488] usb 1-1.5: Manufacturer: FTDI

Aug 28 06:51:30 openWB kernel: [49028.505497] usb 1-1.5: SerialNumber: AB0JEWMV

Aug 28 06:51:30 openWB kernel: [49028.513722] ftdi_sio 1-1.5:1.0: FTDI USB Serial Device converter detected

Aug 28 06:51:30 openWB kernel: [49028.513893] usb 1-1.5: Detected FT232RL

Aug 28 06:51:30 openWB kernel: [49028.514762] usb 1-1.5: FTDI USB Serial Device converter now attached to ttyUSB1

Woraufhin der vzlogger natürlich aussteigt....

Code: Alles auswählen

[Aug 28 06:51:29][d0] DEBUG VALUE byte= 0 hex= 30

[Aug 28 06:51:29][d0] DEBUG VALUE byte= 0 hex= 30

[Aug 28 06:51:29][d0] DEBUG VALUE byte= * hex= 2a

[Aug 28 06:51:29][d0] Parsed reading (OBIS code=1-0:2.8.2*255, value=0000000.000, unit=kWh)

[Aug 28 06:51:29][d0] DEBUG OBIS_CODE byte

hex= A

[Aug 28 06:51:29][d0] DEBUG OBIS_CODE byte

hex= A

[Aug 28 06:51:29][d0] DEBUG OBIS_CODE byte 0 hex= 30

[Aug 28 06:51:29][d0] DEBUG OBIS_CODE byte - hex= 2D

[Aug 28 06:51:29][d0] DEBUG OBIS_CODE byte 0 hex= 30

[Aug 28 06:51:30][] main loop indicating all mappings to quit

[Aug 28 06:51:30][mtr0] MeterMap::cancel entered...

[Aug 28 06:51:30][mtr0] MeterMap::cancel wait for readingthread

[Aug 28 06:51:30][mtr0] MeterMap::cancel wait for meter::close

[Aug 28 06:51:30][mtr0] MeterMap::cancel finished.

[Aug 28 06:51:30][] Server stopped.

[Aug 28 06:51:30][] Waiting for httpd to stop...

[Aug 28 06:51:30][] httpd stopped

[Aug 28 06:51:30][] Trying to delete curlSessionProvider...

[Aug 28 06:51:30][] deleted curlSessionProvider

Was kann es sein, dass den USB1 disconnected?

[openWB]

Die Meldungen sagen das das Device crashed und sich verabschiedet.
Entweder ist es Defekt oder die Implementierung passt mit der Kernelimplementation nicht zusammen.
Du könntest nun diverse Kernels durchprobieren.
Die Fehlermeldung in Google bestätigt auch meine Annahme.

[Benny]

Na super... das mache ich dann mal...
Danke

[aiole]

Liegt das ev. am neuen Debian-Buster? Mal mit Stretch probieren?
VG

[Benny]

Ich bin auf Stretch
uname -a
Linux openWB 4.19.66-v7+ #1253 SMP Thu Aug 15 11:49:46 BST 2019 armv7l GNU/Linux

Ich will mal ausschließen, dass das an der Stromversorgung des Optokopfes liegt und bastel jetzt mal einen USB-Hub dazwischen...