Re: [vz-users] Probleme beim Auslesen der Daten
Moin,
die aktuell käuflichen Leseköpfe kosten 40-50 Euro. Wenn du weiterhin
selber bauen willst, nimm USB-Seriell-Adapter (z.B. CP2102). In der
vzlogger.conf erstellst du dann weitere meter mit den jeweiligen devices.
Wenn mehrere USB-Adapter im Spiel sind, empfehlen sich udev-Regeln, um
Durcheinander zu verhindern (ist im Wiki beschrieben).
Grüße
Frank
Egon Maier schrieb am Mo., 30. Dez. 2019, 10:03:
>
> Hallo,
>
> im Moment benutze ich einen selbst gebastelten Lesekopf (IR Photodiode +
> Widerstand) direkt auf der seriellen Schnittstelle des Raspberrys.
> Was würdest du empfehlen?
> Und wie ist das ganze in die Vzlogger einzubinden?
>
> Gruß Egon
> *Gesendet:* Sonntag, 29. Dezember 2019 um 23:52 Uhr
> *Von:* "Frank Richter"
> *An:* "volkszaehler.org - users" >
> *Betreff:* Re: [vz-users] Probleme beim Auslesen der Daten
> Hi Egon,
>
> mit USB-Leseköpfen kannst du (fast) beliebig viele Zähler anbinden. Welche
> Hardware nutzt du denn aktuell?
>
> Grüße
> Frank
>
> Egon Maier schrieb am So., 29. Dez. 2019, 21:48:
>
>> Hallo Daniel,
>>
>> danke für die schnelle Antwort.
>> Der Zähler spricht anscheinend tatsächlich D0.
>> Mit dieser Konfiguration geht es.
>>
>> Gibt es eigentlich die Möglichkeit mit einem Raspberry 2 Zähler dieses
>> Typs auszulesen?
>> Evtl. mit einem Adapter USB zu seriell?
>> Wenn ja, gibt es eine Empfehlung für die Hardware?
>>
>> Gruß Egon
>>
>>
>> *Gesendet:* Sonntag, 29. Dezember 2019 um 16:25 Uhr
>> *Von:* "Daniel Lauckner"
>> *An:* "volkszaehler.org - users" <
>> volkszaehler-users@demo.volkszaehler.org>
>> *Betreff:* Re: [vz-users] Probleme beim Auslesen der Daten
>> Hallo,
>>
>>
>> am Sonntag, 29. Dezember 2019 um 16:06 hat Egon Maier geschrieben:
>> > ich habe versucht die Daten meins Zählers auszulesen.
>> > Daten über die Schnittstelle kommen mit 9600 7E1. Siehe aus Screens.
>>
>> 2 wichtige Details:
>> - bei screen2.JPG wurden Zeichen verschluckt. Position des Lesekopfs
>> prüfen.
>> - Wenn du die Daten mit cat direkt lesbar sind dann spricht der Zähler
>> kein SML sondern D0.
>>
>> > EMH eHZ-FW8EA2A500AK2
>>
>> Hm. Ein EMH der unaufgefordert D0 liefert ist mir neu.
>>
>> Probier mal so:
>>
>> {
>> // General settings
>> "daemon": true, // run periodically
>> "verbosity": 15, // log verbosity (0=log_alert, 1=log_error,
>> 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
>> "log": "/var/log/vzlogger.log", // log file, optional
>> "retry": 30, // http retry delay in seconds
>>
>> // Build-in HTTP server
>> "local": {
>> "enabled": false, // enable local HTTPd for serving live readings
>> "port": 8080, // TCP port for local HTTPd
>> "index": true, // provide index listing of available channels if no UUID
>> was requested
>> "timeout": 30, // timeout for long polling comet requests in seconds (0
>> disables comet)
>> "buffer": -1 // HTTPd buffer configuration for serving readings, default
>> -1
>> // >0: number of seconds of readings to serve
>> // <0: number of tuples to server per channel (e.g. -3 will serve 3
>> tuples)
>> },
>>
>> // realtime notification settings
>> "push": [
>> {
>> "url": "http://127.0.0.1:5582; // notification destination, e.g.
>> frontend push-server
>> }
>> ],
>>
>> // Meter configuration
>> "meters": [
>> {
>> "enabled": true, // disabled meters will be ignored (default)
>> "skip": false, // errors when opening meter may be ignored if enabled
>> "protocol": "d0", // meter protocol, see 'vzlogger -h' for full list
>> "device": "/dev/ttyAMA0", // meter device
>> "parity": "7E1", // Serial parity, 7E1 or 8N1
>> "baudrate": 9600, // Serial baud rate, typically 9600
>> "aggfixedinterval": false, // round timestamps to nearest
>> before sending to middleware
>> "aggtime": -1, // aggregate meter readings and send middleware update
>> after seconds
>>
>> "channels": [{
>> "api": "volkszaehler", // middleware api, default volkszaehler
>> "uuid": "00438660-28b9-11ea-831f-9141292c665c",
>> "middleware": "http://localhost/middleware.php;,
>> "identifier": "1-0:1.8.1"
>> }, {
>> "uuid": "4c08e6b0-28b9-11ea-88d7-d9245e710a3d",
>> "middleware": "http://localhost/middleware.php;,
>> "identifier": "1-0:1.8.2" // OBIS identifier
>> }]
>> }
>> ]
>> }
>>
>>
>>
>> mfg Daniel
>>
>>
>
Re: [vz-users] Probleme beim Auslesen der Daten
Hallo,
im Moment benutze ich einen selbst gebastelten Lesekopf (IR Photodiode + Widerstand) direkt auf der seriellen Schnittstelle des Raspberrys.
Was würdest du empfehlen?
Und wie ist das ganze in die Vzlogger einzubinden?
Gruß Egon
Gesendet: Sonntag, 29. Dezember 2019 um 23:52 Uhr
Von: "Frank Richter"
An: "volkszaehler.org - users"
Betreff: Re: [vz-users] Probleme beim Auslesen der Daten
Hi Egon,
mit USB-Leseköpfen kannst du (fast) beliebig viele Zähler anbinden. Welche Hardware nutzt du denn aktuell?
Grüße
Frank
Egon Maier <egon_ma...@web.de> schrieb am So., 29. Dez. 2019, 21:48:
Hallo Daniel,
danke für die schnelle Antwort.
Der Zähler spricht anscheinend tatsächlich D0.
Mit dieser Konfiguration geht es.
Gibt es eigentlich die Möglichkeit mit einem Raspberry 2 Zähler dieses Typs auszulesen?
Evtl. mit einem Adapter USB zu seriell?
Wenn ja, gibt es eine Empfehlung für die Hardware?
Gruß Egon
Gesendet: Sonntag, 29. Dezember 2019 um 16:25 Uhr
Von: "Daniel Lauckner" <v...@jahp.de>
An: "volkszaehler.org - users" <volkszaehler-users@demo.volkszaehler.org>
Betreff: Re: [vz-users] Probleme beim Auslesen der Daten
Hallo,
am Sonntag, 29. Dezember 2019 um 16:06 hat Egon Maier geschrieben:
> ich habe versucht die Daten meins Zählers auszulesen.
> Daten über die Schnittstelle kommen mit 9600 7E1. Siehe aus Screens.
2 wichtige Details:
- bei screen2.JPG wurden Zeichen verschluckt. Position des Lesekopfs
prüfen.
- Wenn du die Daten mit cat direkt lesbar sind dann spricht der Zähler
kein SML sondern D0.
> EMH eHZ-FW8EA2A500AK2
Hm. Ein EMH der unaufgefordert D0 liefert ist mir neu.
Probier mal so:
{
// General settings
"daemon": true, // run periodically
"verbosity": 15, // log verbosity (0=log_alert, 1=log_error, 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
"log": "/var/log/vzlogger.log", // log file, optional
"retry": 30, // http retry delay in seconds
// Build-in HTTP server
"local": {
"enabled": false, // enable local HTTPd for serving live readings
"port": 8080, // TCP port for local HTTPd
"index": true, // provide index listing of available channels if no UUID was requested
"timeout": 30, // timeout for long polling comet requests in seconds (0 disables comet)
"buffer": -1 // HTTPd buffer configuration for serving readings, default -1
// >0: number of seconds of readings to serve
// <0: number of tuples to server per channel (e.g. -3 will serve 3 tuples)
},
// realtime notification settings
"push": [
{
"url": "http://127.0.0.1:5582" // notification destination, e.g. frontend push-server
}
],
// Meter configuration
"meters": [
{
"enabled": true, // disabled meters will be ignored (default)
"skip": false, // errors when opening meter may be ignored if enabled
"protocol": "d0", // meter protocol, see 'vzlogger -h' for full list
"device": "/dev/ttyAMA0", // meter device
"parity": "7E1", // Serial parity, 7E1 or 8N1
"baudrate": 9600, // Serial baud rate, typically 9600
"aggfixedinterval": false, // round timestamps to nearest before sending to middleware
"aggtime": -1, // aggregate meter readings and send middleware update after seconds
"channels": [{
"api": "volkszaehler", // middleware api, default volkszaehler
"uuid": "00438660-28b9-11ea-831f-9141292c665c",
"middleware": "http://localhost/middleware.php",
"identifier": "1-0:1.8.1"
}, {
"uuid": "4c08e6b0-28b9-11ea-88d7-d9245e710a3d",
"middleware": "http://localhost/middleware.php",
"identifier": "1-0:1.8.2" // OBIS identifier
}]
}
]
}
mfg Daniel
Re: [vz-users] Probleme beim Auslesen der Daten
Hi Egon,
mit USB-Leseköpfen kannst du (fast) beliebig viele Zähler anbinden. Welche
Hardware nutzt du denn aktuell?
Grüße
Frank
Egon Maier schrieb am So., 29. Dez. 2019, 21:48:
> Hallo Daniel,
>
> danke für die schnelle Antwort.
> Der Zähler spricht anscheinend tatsächlich D0.
> Mit dieser Konfiguration geht es.
>
> Gibt es eigentlich die Möglichkeit mit einem Raspberry 2 Zähler dieses
> Typs auszulesen?
> Evtl. mit einem Adapter USB zu seriell?
> Wenn ja, gibt es eine Empfehlung für die Hardware?
>
> Gruß Egon
>
>
> *Gesendet:* Sonntag, 29. Dezember 2019 um 16:25 Uhr
> *Von:* "Daniel Lauckner"
> *An:* "volkszaehler.org - users" >
> *Betreff:* Re: [vz-users] Probleme beim Auslesen der Daten
> Hallo,
>
>
> am Sonntag, 29. Dezember 2019 um 16:06 hat Egon Maier geschrieben:
> > ich habe versucht die Daten meins Zählers auszulesen.
> > Daten über die Schnittstelle kommen mit 9600 7E1. Siehe aus Screens.
>
> 2 wichtige Details:
> - bei screen2.JPG wurden Zeichen verschluckt. Position des Lesekopfs
> prüfen.
> - Wenn du die Daten mit cat direkt lesbar sind dann spricht der Zähler
> kein SML sondern D0.
>
> > EMH eHZ-FW8EA2A500AK2
>
> Hm. Ein EMH der unaufgefordert D0 liefert ist mir neu.
>
> Probier mal so:
>
> {
> // General settings
> "daemon": true, // run periodically
> "verbosity": 15, // log verbosity (0=log_alert, 1=log_error,
> 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
> "log": "/var/log/vzlogger.log", // log file, optional
> "retry": 30, // http retry delay in seconds
>
> // Build-in HTTP server
> "local": {
> "enabled": false, // enable local HTTPd for serving live readings
> "port": 8080, // TCP port for local HTTPd
> "index": true, // provide index listing of available channels if no UUID
> was requested
> "timeout": 30, // timeout for long polling comet requests in seconds (0
> disables comet)
> "buffer": -1 // HTTPd buffer configuration for serving readings, default -1
> // >0: number of seconds of readings to serve
> // <0: number of tuples to server per channel (e.g. -3 will serve 3 tuples)
> },
>
> // realtime notification settings
> "push": [
> {
> "url": "http://127.0.0.1:5582; // notification destination, e.g. frontend
> push-server
> }
> ],
>
> // Meter configuration
> "meters": [
> {
> "enabled": true, // disabled meters will be ignored (default)
> "skip": false, // errors when opening meter may be ignored if enabled
> "protocol": "d0", // meter protocol, see 'vzlogger -h' for full list
> "device": "/dev/ttyAMA0", // meter device
> "parity": "7E1", // Serial parity, 7E1 or 8N1
> "baudrate": 9600, // Serial baud rate, typically 9600
> "aggfixedinterval": false, // round timestamps to nearest before
> sending to middleware
> "aggtime": -1, // aggregate meter readings and send middleware update
> after seconds
>
> "channels": [{
> "api": "volkszaehler", // middleware api, default volkszaehler
> "uuid": "00438660-28b9-11ea-831f-9141292c665c",
> "middleware": "http://localhost/middleware.php;,
> "identifier": "1-0:1.8.1"
> }, {
> "uuid": "4c08e6b0-28b9-11ea-88d7-d9245e710a3d",
> "middleware": "http://localhost/middleware.php;,
> "identifier": "1-0:1.8.2" // OBIS identifier
> }]
> }
> ]
> }
>
>
>
> mfg Daniel
>
>
Re: [vz-users] Probleme beim Auslesen der Daten
Hallo Daniel,
danke für die schnelle Antwort.
Der Zähler spricht anscheinend tatsächlich D0.
Mit dieser Konfiguration geht es.
Gibt es eigentlich die Möglichkeit mit einem Raspberry 2 Zähler dieses Typs auszulesen?
Evtl. mit einem Adapter USB zu seriell?
Wenn ja, gibt es eine Empfehlung für die Hardware?
Gruß Egon
Gesendet: Sonntag, 29. Dezember 2019 um 16:25 Uhr
Von: "Daniel Lauckner"
An: "volkszaehler.org - users"
Betreff: Re: [vz-users] Probleme beim Auslesen der Daten
Hallo,
am Sonntag, 29. Dezember 2019 um 16:06 hat Egon Maier geschrieben:
> ich habe versucht die Daten meins Zählers auszulesen.
> Daten über die Schnittstelle kommen mit 9600 7E1. Siehe aus Screens.
2 wichtige Details:
- bei screen2.JPG wurden Zeichen verschluckt. Position des Lesekopfs
prüfen.
- Wenn du die Daten mit cat direkt lesbar sind dann spricht der Zähler
kein SML sondern D0.
> EMH eHZ-FW8EA2A500AK2
Hm. Ein EMH der unaufgefordert D0 liefert ist mir neu.
Probier mal so:
{
// General settings
"daemon": true, // run periodically
"verbosity": 15, // log verbosity (0=log_alert, 1=log_error, 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
"log": "/var/log/vzlogger.log", // log file, optional
"retry": 30, // http retry delay in seconds
// Build-in HTTP server
"local": {
"enabled": false, // enable local HTTPd for serving live readings
"port": 8080, // TCP port for local HTTPd
"index": true, // provide index listing of available channels if no UUID was requested
"timeout": 30, // timeout for long polling comet requests in seconds (0 disables comet)
"buffer": -1 // HTTPd buffer configuration for serving readings, default -1
// >0: number of seconds of readings to serve
// <0: number of tuples to server per channel (e.g. -3 will serve 3 tuples)
},
// realtime notification settings
"push": [
{
"url": "http://127.0.0.1:5582" // notification destination, e.g. frontend push-server
}
],
// Meter configuration
"meters": [
{
"enabled": true, // disabled meters will be ignored (default)
"skip": false, // errors when opening meter may be ignored if enabled
"protocol": "d0", // meter protocol, see 'vzlogger -h' for full list
"device": "/dev/ttyAMA0", // meter device
"parity": "7E1", // Serial parity, 7E1 or 8N1
"baudrate": 9600, // Serial baud rate, typically 9600
"aggfixedinterval": false, // round timestamps to nearest before sending to middleware
"aggtime": -1, // aggregate meter readings and send middleware update after seconds
"channels": [{
"api": "volkszaehler", // middleware api, default volkszaehler
"uuid": "00438660-28b9-11ea-831f-9141292c665c",
"middleware": "http://localhost/middleware.php",
"identifier": "1-0:1.8.1"
}, {
"uuid": "4c08e6b0-28b9-11ea-88d7-d9245e710a3d",
"middleware": "http://localhost/middleware.php",
"identifier": "1-0:1.8.2" // OBIS identifier
}]
}
]
}
mfg Daniel
Re: [vz-users] Probleme beim Auslesen der Daten
Hallo,
am Sonntag, 29. Dezember 2019 um 16:06 hat Egon Maier geschrieben:
> ich habe versucht die Daten meins Zählers auszulesen.
> Daten über die Schnittstelle kommen mit 9600 7E1. Siehe aus Screens.
2 wichtige Details:
- bei screen2.JPG wurden Zeichen verschluckt. Position des Lesekopfs
prüfen.
- Wenn du die Daten mit cat direkt lesbar sind dann spricht der Zähler
kein SML sondern D0.
> EMH eHZ-FW8EA2A500AK2
Hm. Ein EMH der unaufgefordert D0 liefert ist mir neu.
Probier mal so:
{
// General settings
"daemon": true, // run periodically
"verbosity": 15,// log verbosity (0=log_alert, 1=log_error,
3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
"log": "/var/log/vzlogger.log", // log file, optional
"retry": 30,// http retry delay in seconds
// Build-in HTTP server
"local": {
"enabled": false, // enable local HTTPd for serving live readings
"port": 8080, // TCP port for local HTTPd
"index": true, // provide index listing of available channels if
no UUID was requested
"timeout": 30, // timeout for long polling comet requests in
seconds (0 disables comet)
"buffer": -1// HTTPd buffer configuration for serving readings,
default -1
// >0: number of seconds of readings to serve
// <0: number of tuples to server per channel
(e.g. -3 will serve 3 tuples)
},
// realtime notification settings
"push": [
{
"url": "http://127.0.0.1:5582; // notification destination, e.g.
frontend push-server
}
],
// Meter configuration
"meters": [
{
"enabled": true,// disabled meters will be ignored
(default)
"skip": false, // errors when opening meter may be
ignored if enabled
"protocol": "d0", // meter protocol, see 'vzlogger -h'
for full list
"device": "/dev/ttyAMA0", // meter device
"parity": "7E1",// Serial parity, 7E1 or 8N1
"baudrate": 9600, // Serial baud rate, typically 9600
"aggfixedinterval": false, // round timestamps to nearest
before sending to middleware
"aggtime": -1, // aggregate meter readings and
send middleware update after seconds
"channels": [{
"api": "volkszaehler", // middleware api, default
volkszaehler
"uuid": "00438660-28b9-11ea-831f-9141292c665c",
"middleware": "http://localhost/middleware.php;,
"identifier": "1-0:1.8.1"
}, {
"uuid": "4c08e6b0-28b9-11ea-88d7-d9245e710a3d",
"middleware": "http://localhost/middleware.php;,
"identifier": "1-0:1.8.2" // OBIS identifier
}]
}
]
}
mfg Daniel
