[vz-users] Probleme bei Auslesen eines Itron ACE3000 Typ 260

[Tobias Baumann]

Ich glaube die Config ist bereits das Problem

vielleicht sind das die Probleme

intervall würde doch heisen nur alle 56s abfragen und nur dann einmal an 
die datenbank senden

aggtime bedeute sammel 10sek und dann in die Datenbank



das könnten weiter Probleme sein

255-255.1.8.0 sollte das nicht 1-0.1.8.0  das ist normalerweise das 
erste Bezugsregister ( Die Class 255-255 sind eigentlich nicht 
vorgesehen für e-Zähler )

soweit ich weiss muss nicht jede UUID ein device bekommen

mich wundert warum du dem Zähler eine seq schicken musst eigentlich 
sollte die Forder schnittstelle dauerhaft senden im SML format


wie wäre es mit dieser config

"meters": [
     {
       "enabled": true,
       "allowskip": true,
       "interval": 0,
       "aggtime": 10,
       "aggfixedinterval": false,
       "channels": [
         {
           "uuid": "Meine UUID",
           "identifier": "1-0:1.8.0",
           "api": "volkszaehler",
           "middleware": "http://localhost/middleware.php",
           "aggmode": "max",
           "duplicates":0,
         },
         {
           "uuid": "Meine UUID",
           "identifier": "1-0:2.8.0",
           "api": "volkszaehler",
           "middleware": "http://localhost/middleware.php",
           "aggmode": "max",
           "duplicates": 0,
         }
       ],
       "protocol": "d0",
       "device": "/dev/ttyAMA0",
       "pullseq": "2F3F210D0A",
       "ackseq": "auto",
       "baudrate": 300,
       "parity": "7e1",
       "read_timeout":10



Am 23.11.2022 um 21:39 schrieb Micky:
> Hallo zusammen,
> ich beschäftige mich seit Kurzemmit dem Auslesen meines 
> Zweirichtungszählers (ItronACE3000Typ 260). Ich möchte gerne wissen, 
> wie viel ich von der PV-Anlage zu welchem Zeitpunkt einspeise.
> Zum Auslesen benutze ich einen Raspberry Pi B+ und einen IR-Lesekopf 
> von Hichi, den ich über GPIO-Pinsmit dem Raspberry Pi verbunden habe.
> Auf dem Raspberry Pi habe ich das fertige Image des Volkszählers 
> installiert. Über den Lesekopf werden Werte empfangen und die 
> Zählerstände im Logfilestimmen auch so weit. Ich habe noch nicht so 
> viel Erfahrungen beim Programmieren und hoffe, dass ich hier mit 
> meiner Frage richtig gelandet bin.
> Nun zu meinem aktuellen Problem:
> Die Daten werden im Web-Frontend falsch wiedergeben. Entweder gibt es 
> über Stunden immer wieder den gleichen Wert (im abstand von wenigen 
> Minuten), der das, wasdie PV-Anlage maximal liefern kann, übersteigt 
> oder es werden mit einmal utopisch kleine oder große Werte geloggt. 
> Die Einstellungen in Frontend: Auflösung 1kWh und Steps als Stil.
> Ichhabe mir schon viele Beiträge zu dem Thema durch gelesen und rum 
> probiert, bekommees aber nicht richtig zum Laufen.
> Vielleicht kann mir ja jemand von euch bei dem Problem helfen.
> Vielen Dank schon malim Voraus für die Mühe.
> Micky
> P.S. Hier meine aktuelle conf-Datei:
> {
>   "retry": 0,
>   "verbosity":15,
>   "log": "/var/log/vzlogger/vzlogger.log",
> "local": {
>     "enabled": false,
>     "port": 8081,
>     "index": false,
>     "timeout": 0,
>     "buffer": 0,
>   },
> "meters": [
>     {
>       "enabled": true,
>       "allowskip": true,
>       "interval": 56,
>       "aggtime": -1,
>       "aggfixedinterval": false,
>       "channels": [
>         {
>           "uuid": "Meine UUID",
>           "identifier": "255-255:1.8.0",
>           "api": "volkszaehler",
>           "middleware": "http://localhost/middleware.php",
>           "aggmode": "none",
>           "type":"device",
>           "duplicates":3600,
>         },
>         {
>           "uuid": "Meine UUID",
>           "identifier": "255-255:2.8.0",
>           "api": "volkszaehler",
>           "middleware": "http://localhost/middleware.php",
>           "aggmode": "none",
>           "type": "device",
>           "duplicates": 3600,
>         }
>       ],
>       "protocol": "d0",
>       "device": "/dev/ttyAMA0",
>       "pullseq": "2F3F210D0A",
>       "ackseq": "auto",
>       "baudrate": 300,
>       "parity": "7e1",
>       "read_timeout":10
>        }
>   ]
> }

-- 
Diese E-Mail wurde von AVG-Antivirussoftware auf Viren geprüft.
www.avg.com