ArduCounter Support und neue Versionen (war: Stromzähler mit S0 Schnitt...)

[StefanStrobel]

Hallo Badflex,

Der Zusatz, dass das mit einem ESP noch nicht unterstützt wird, ist veraltet. Ich habe das gerade schon im Wiki korrigiert.
Hinweise zur Verwendung stehen im Wiki ja schon drin.

Gruß
    Stefan

[lichtimc]

Hallo,

eine Frage: Ist dieses Modul mit einem anderen Impulszählgerät als dem Arduino verwendbar?
Ich habe einen KNX-Binäreingang, der die S0-Impulse meines Stromzählers zählt und als ganzzahligen Wert nach Fhem übermittelt:
(siehe Bild Dateianhang, den ich übrigens nicht hier einfügen kann... mir fehlt ein "Bild einfügen Button" im WYSIWYG-Editor)

Könnte ich das Modul so konfigurieren, dass die ganzen Stromwert-Berechnungen auch mit meinem Zähler funktionieren? Das wäre sehr praktisch, da bspw. auch der Binäreingang wieder von 0 beginnt, wenn er neu programmiert wird...
Wenn ja, was müsste ich ändern?

Vielen Dank für die Antwort,
glg, David


EDIT: Habe es nun mit dem ElectricityCounter-Modul realisiert.

[Badflex]

Hallo mal wieder.
Mein Arducounter zählt immer nur ein  paar Stunden und dann steht er auf disconected. Verliert mein ESP vielleicht die Wlan Verbindung?

Muss man da noch was konfigurieren?

Hier ein Log:

Code Auswählen Erweitern


2019.12.20 17:02:52 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 1, count 2994, reject 58349
2019.12.20 17:03:04 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 15, count 2994, reject 58357
2019.12.20 17:03:04 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 3, count 2995, reject 58358
2019.12.20 17:03:16 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 18, count 2995, reject 58362
2019.12.20 17:03:16 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 10, count 2996, reject 58363
2019.12.20 17:03:55 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 9, count 2996, reject 58388
2019.12.20 17:03:57 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 6, count 2997, reject 58413
2019.12.20 17:04:36 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 0, count 2997, reject 58419
2019.12.20 17:04:36 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 8, count 2998, reject 58420
2019.12.20 17:04:47 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 1, count 2998, reject 58424
2019.12.20 17:04:47 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 8, count 2999, reject 58424
2019.12.20 17:04:55 3: AC: device didn't reply to k(eeepAlive), count=1
2019.12.20 17:05:03 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 1, count 2999, reject 58427
2019.12.20 17:05:03 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 12, count 3000, reject 58428
2019.12.20 17:05:13 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 10, count 3000, reject 58434
2019.12.20 17:05:13 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 1, count 3001, reject 58435
2019.12.20 17:05:25 3: AC: device didn't reply to k(eeepAlive), count=1
2019.12.20 17:05:29 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 16, count 3001, reject 58443
2019.12.20 17:05:29 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 6, count 3002, reject 58444
2019.12.20 17:05:35 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 19, count 3002, reject 58450
2019.12.20 17:05:36 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 8, count 3003, reject 58451
2019.12.20 17:05:47 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 16, count 3003, reject 58455
2019.12.20 17:05:48 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 7, count 3004, reject 58456
2019.12.20 17:06:18 3: AC: device didn't reply to k(eeepAlive), count=1
2019.12.20 17:06:28 3: AC: device didn't reply to k(eeepAlive), count=2
2019.12.20 17:06:38 3: AC: device didn't reply to k(eeepAlive), count=3
2019.12.20 17:06:51 3: AC: device didn't reply to k(eeepAlive), count=4
2019.12.20 17:07:01 3: AC: device didn't reply to k(eeepAlive), count=5
2019.12.20 17:07:02 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 18, count 3004, reject 58488
2019.12.20 17:07:02 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 4, count 3005, reject 58510
2019.12.20 17:07:09 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 0, count 3005, reject 58529
2019.12.20 17:07:11 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 18, count 3006, reject 58550
2019.12.20 17:07:55 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 1, count 3006, reject 58571
2019.12.20 17:07:58 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 14, count 3007, reject 58597
2019.12.20 17:08:24 3: AC: device didn't reply to k(eeepAlive), count=1
2019.12.20 17:08:47 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 15, count 3007, reject 58624
2019.12.20 17:08:50 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 15, count 3008, reject 58666
2019.12.20 17:09:17 3: AC: device didn't reply to k(eeepAlive), count=1
2019.12.20 17:09:47 3: AC: device didn't reply to k(eeepAlive), count=1
2019.12.20 17:09:58 3: AC: device: pin 5 (internal 14) changed to 1, histIdx 0, count 3008, reject 58709
2019.12.20 17:09:58 3: AC: device: pin 5 (internal 14) changed to 0, histIdx 19, count 3009, reject 58738
2019.12.20 17:10:10 3: AC: device didn't reply to k(eeepAlive), count=1
2019.12.20 17:10:19 3: 192.168.178.59:80 disconnected, waiting to reappear (AC)
2019.12.20 17:10:30 3: AC: device didn't reply to k(eeepAlive), count=1
2019.12.20 17:10:40 3: AC: device didn't reply to k(eeepAlive), count=2
2019.12.20 17:10:50 3: AC: device didn't reply to k(eeepAlive), count=3
2019.12.20 17:11:03 3: AC: device didn't reply to k(eeepAlive), count=4
2019.12.20 17:11:13 3: AC: device didn't reply to k(eeepAlive), count=5
2019.12.20 17:11:23 3: AC: device didn't reply to k(eeepAlive), count=6
2019.12.20 17:11:33 3: AC: device didn't reply to k(eeepAlive), count=7
2019.12.20 17:11:43 3: AC: device didn't reply to k(eeepAlive), count=8
2019.12.20 17:11:53 3: AC: device didn't reply to k(eeepAlive), count=9
2019.12.20 17:12:06 3: AC: device didn't reply to k(eeepAlive), count=10
2019.12.20 17:12:16 3: AC: device didn't reply to k(eeepAlive), count=11
2019.12.20 17:12:26 3: AC: device didn't reply to k(eeepAlive), count=12
2019.12.20 17:12:36 3: AC: device didn't reply to k(eeepAlive), count=13
2019.12.20 17:12:46 3: AC: device didn't reply to k(eeepAlive), count=14
2019.12.20 17:12:56 3: AC: device didn't reply to k(eeepAlive), count=15
2019.12.20 17:13:09 3: AC: device didn't reply to k(eeepAlive), count=16
2019.12.20 17:13:19 3: AC: device didn't reply to k(eeepAlive), count=17
2019.12.20 17:13:29 3: AC: device didn't reply to k(eeepAlive), count=18
2019.12.20 17:13:39 3: AC: device didn't reply to k(eeepAlive), count=19
2019.12.20 17:13:49 3: AC: device didn't reply to k(eeepAlive), count=20
2019.12.20 17:13:59 3: AC: device didn't reply to k(eeepAlive), count=21
2019.12.20 17:14:12 3: AC: device didn't reply to k(eeepAlive), count=22
2019.12.20 17:14:22 3: AC: device didn't reply to k(eeepAlive), count=23

jump to the top


[StefanStrobel]

Hallo Badflex,

Sieht tatsächlich nach einem Verbindungsproblem aus.
Wenn Du devVerbose auf einen Wert >= 5 stellst, dann schickt der ESP in der Keepalive-Antwort die RSSI mit und das Modul erzeugt ein RSSI-Reading.
Generell würde ich bei solchen Problemen verbose im Modul auf 5 setzen, dann sieht man im Log sehr viel mehr Informationen zur Fehlersuche.

Gruss
   Stefan

[eddso]

Hallo,
folgende Fragen habe ich vielleicht kann die einer beantworten. Vorab Konfig: D4-D7 rising 20, interval 60 300 2 2
1) Möchte alle readings auf 0 setzen (zurücksetzen). 'set AC reset' sollte laut Doku alle counter löschen aber alle readings bleiben wie sie sind.
2) Es gibt noch ein 'set AC clearLevels' was macht es? Steht nicht in der Doku.
3) Es gibt Readings calcCounterD[4-7]_i also mit _i am ende? Was zeigen diese an? Steht nicht in der Doku.

Um alle Readings wirklich auf 0 zu krigen muss ich den Ardu neu flachen und Device in FHEM löschen und neu anlegen?
Gibt es eine einfache Möglichkeit?

Gruß eddso

[StefanStrobel]

Hallo eddso,

Das Reading mit _i am Ende zählt die kWh, die durch Interpolation errechnet wurden.

Bei einem Neustart des Arduino oder ESP wird die Zeit zwischen der letzten Zählerstands-Meldung an Fhem und dem Neustart des Zählers genommen und aus der Impulsfrequenz davon und danach berechnet, wie viele Impulse vermutlich nicht gezählt werden konnten.
Diese sind im calcCounter schon mit drin.

Ich habe die Doku im File gerade erweitert - danke für den Hinweis.
Da ich gerade am Erweitern des Moduls bin (Port auf den ESP32 mit Display), kann ich es aber gerade noch nicht einchecken. Eine aktualisierte Version kommt dann im Neuen Jahr.

Gruss
   Stefan

[eddso]

Hallo,
Danke dir für die Antwort. Ich hatte die Frage noch erweitert aber der Forum ist mega träge komme atm kaum rein.
folgende Fragen habe ich vielleicht kann die einer beantworten. Vorab Konfig: D4-D7 rising 20, interval 60 300 2 2
1) Möchte alle readings auf 0 setzen (zurücksetzen). 'set AC reset' sollte laut Doku alle counter löschen aber alle readings bleiben wie sie sind.
Um alle Readings wirklich auf 0 zu krigen muss ich den Ardu neu flashen und Device in FHEM löschen und neu anlegen?
Gibt es eine einfache Möglichkeit?

2) Es gibt noch ein 'set AC clearLevels' was macht es? Steht nicht in der Doku.

Einen schönen 4ten Advent
Gruß eddso

[StefanStrobel]

Hallo eddso,

Zum setzen der Readings kannst Du einfach den Fhem-Befehl setreading verwenden.

clearLevels ist nur für das analoge lesen mit einer Reflexlichtschranke relevant und löscht die Statistik der gelesenen Analog-Werte.

userreadings würde ich für den ArduCounter nicht verwenden. Einfach den Start-Wert mit setreading setzen.

Gruss
   Stefan

[eddso]

vielen dank,
du meinst, denke ich, das reading calcCounterDx setzen. Habe ich gemacht, funktioniert.
Mir war/ist nicht klar welche readings aus dem ArduCounter kommen und welche im Modul gebastelt werden deshalb habe ich eigene gemacht.

frohe Weihnachten
Gruß Eduard

[Badflex]

Ja, der Rssi Wert schwankt zwischen 78 und 90 da der ESP ja im Metall Zählerschrank hängt. Da muss ich mir wohl noch was einfallen lassen.
Schlimm finde ich, das er irgendwann keine neuen Verbindungen versucht wenn die Verbindung besser ist.
Kann man da was machen?

Hallo Badflex,

Sieht tatsächlich nach einem Verbindungsproblem aus.
Wenn Du devVerbose auf einen Wert >= 5 stellst, dann schickt der ESP in der Keepalive-Antwort die RSSI mit und das Modul erzeugt ein RSSI-Reading.
Generell würde ich bei solchen Problemen verbose im Modul auf 5 setzen, dann sieht man im Log sehr viel mehr Informationen zur Fehlersuche.

Gruss
   Stefan

[StefanStrobel]

Hallo Badflex,

ich bin gerade eh dabei, die ArduCounter Firmware komplett zu überarbeiten.

Folgendes wird kommen:
- Eingabemöglichkeit für die WLAN-Credentials, so dass man SSID und Passwort nicht mehr reincompilieren muss
- Bessere Unterstützung für Reflexlichtschranken
    - Mehrfach-Messungen um Rauschen zu unterdrücken
    - zur Laufzeit definierbarer Eingang für den Fototransistor (nicht mehr fest reincompiliert) etc.
    (ich bin gerade dabei meine Wasseruhr mit einem billigen Lasermodul und einem Fototransistor an einem ESP32 zu überwachen)
- Unterstützung für ESP32 mit Display (die gibt es schon für 6-8 Euro und damit kann man am Modul schon viele Dinge anzeigen)

Das mit dem Reconnect bei Verlust der WLAN-Verbindung kommt auf jeden Fall noch hinzu.

Gruss
   Stefan

[StefanStrobel]

Hallo,

anbei der aktuelle Entwicklungsstand des neuen ArduCounter-Moduls samt Firmware für Arduino, ESP8266, ESP23 und ESP32 mit Display.

Folgendes ist neu:
- Konfiguration der WLAN-Verbindung bei ESP8266 und ESP32 zur Laufzeit über eine Web-Oberfläche / einen temporären eigenen Hotspot des ESP
- Bei Verlust der WLAN-Verbindung versucht der ESP diese wieder aufzubauen
- Unterstützung von ESP32 und ESP32 mit TFT-Display (TTGO T-Display)
- Over the air updates der Firmware für ESP32 und ESP8266
- Ein- und Ausgänge für Reflexlichtschranken sind zur Laufzeit definierbar, Mehrfachsampling und einstellbares Timing
- Für serielle Verbindungen ist der Default jetzt 115200 Bps
- Die Syntax des pin-Attributs und des interval-Attributs hat sich geändert
- Umbau der Firmware für mehrere Plattformen, Umstieg auf PlatformIO

Um mehrere Hardware-Plattformen besser unterstützen zu können, habe ich die Firmware stark umgeschrieben.
Die Firmware muss nun nicht mehr individuell kompiliert werden sondern die WLAN-SSID kann zur Laufzeit konfiguriert werden.
Dafür verwende ich den WifiManager von tzapu. Sofen keine Verbindung zu einem vorab konfigurierten Hotspot aufgebaut werden kann, erzeugt der ESP einen eigenen Hotspot mit Captive Portal, in dem die danach zu verwendende SSID ausgewählt und das Passwort eingetragen werden kann.

Für besseres Feedback empfielt es sich statt einem einfachen ESP z.B. ein TTGO T-Display Modul zu verwenden. Das ist ein ESP32 mit TFT-Display und kostet weniger als 10 Euro, also nicht mehr als ein Arduino Nano in der Zeit als ich mit dem Arducounter angefangen habe.
Auf dem Display kann man umschalten, was man sehen möcht: den WLAN-Status samt IP-Adresse und RSSI, die Meldungen an Fhem oder den aktuellen Verbrauch.

meine Konfiguration für den Wasserzähler sieht z.B. so aus:

Code Auswählen Erweitern


define ACESP ArduCounter 192.168.70.160:80
attr ACESP board T-Display
attr ACESP pin36 rising pullup min 4 analog out 27 threshold 120,220
attr ACESP interval 5,60,2,2,10,3
attr ACESP readingPulsesPerUnit36 36.4
attr ACESP readingFlowUnitTime36 60
attr ACESP deviceDisplay 36,l,l/m
attr ACESP runTime36 1
attr ACESP runTimeIgnore36 Bew_.*
attr ACESP stateFormat {sprintf("%.1f l/min, %.0fs", ReadingsVal($name,"power36",0), ReadingsVal($name,"runTime36",0))}
attr ACESP verboseReadings36 -1
attr ACESP event-min-interval .*:600
attr ACESP event-on-change-reading .*


im angehängten Bild sieht man wie ich meinen Haus-Wasserzähler mit einem billigen Lasermodul und Phototransistor abtaste. Beides ist in eine Plexiglasscheibe geklebt, die ich auf den Zähler aufstecke. Der ESP32 mit Display zeigt dabei lokal den aktuellen Durchfluss in Liter/Minute an.

Zum Flashen eines ESP aus Fhem heraus wird noch das externe Tool esptool.py bzw. für OTA espota.py sowie python benötigt.

Gruss
   Stefan

Edit 6.6.20: neuere / aktuelle Version ist eingecheckt.

[no_Legend]

Hallo Stefan,

Spitzen Arbeit, wie immer.
Wann planst du das ganze offiziell zu verteilen?

Hast du noch mehr Details wie du genau den Wasserzähler ausgelesen hast?

Gruß Robert


Gesendet von iPhone mit Tapatalk Pro

[StefanStrobel]

Hallo Robert,

mit dem Einchecken würde ich gerne so lange warten, bis ein paar Leute bestätigt haben, dass es bei ihnen auch funktioniert.

Zum Wasserzähler:
Im neuen ArduCounter kann man einzelne Pins als analoge Eingänge definieren.
Statt einer Konfiguration für digitale Ausgänge wie bei einem Stromzähler mit S0:

Code Auswählen Erweitern


attr AC pinD4 falling pullup min 30
attr AC pinD5 falling pullup min 30
attr AC interval 60 600 10


definiert man das dann z.B. so:

Code Auswählen Erweitern


attr AC pin36 rising pullup min 4 analog out 27 threshold 120,220
attr AC interval 5,60,2,2,10,3


Der Zusatz

Code Auswählen Erweitern

analog out 27 threshold 120,220 hinter dem pin36-Attribut sagt dem Modul, dass es eine analoge Abtastung sein soll, wobei Pin 36 ein analoger Eingang sein muss. Am Pin 27 wird eine Lichtquelle in hoher Frequenz ein- und ausgeschaltet. über den analogen Eingang Pin 36 wird gemessen, wie viel Licht reflektiert wird. Von dem gemessenen Wert bei eingeschalteter Lichtquelle und dem bei ausgeschalteter Lichtquelle wird die Differenz genommen. Diese Differenz ("der relative Reflektionsunterschied") wird mit den angegebenen Thresholds verglichen. "rising" im obigen Beispiel bedeutet, dass die zu zählenden Impulse eine steigende Flanke haben. Übertragen auf die analoge Messung beginnt ein "Puls" wenn die gemessene Differenz vorher unter dem unteren Threshold (120 im obigen Beispiel) war und über den oberen Threshold wechselt. Wenn dann wieder Werte unter dem unteren Threshold kommen, dann wird gemessen, wie lange der Puls war und ob er länger als die minimale Dauer (4ms im obigen Beispiel) war. Dann wird er gezählt.
Das ganze klingt vielleicht kompliziert, hat aber den Vorteil, dass man nicht so leicht Störungen durch wechselnde Umgebungsbeleuchtung bekommt.

Da interval-Attribute hat auch noch ein paar besondere Werte für analoge Abtastungen: Hinter den bisherigen Werten "5,60,2,2" (Schicke den Zählerstand und die Zeitspanne zwischen dem ersten und letzten Impuls nach 5 Sekunden an Fhem, sofern mindestens 2 Impulse mit Abstand > 2ms voneinander gezählt wurden. Falls nichts gezählt wurde, schicke spätestens nach 60 Sekunden den Zählerstand) kommen zwei zusätzliche Werte "10,3". Die bedeuten, dass zunächst drei Messungen bei ausgeschalteter Lichtquelle, dann drei Messungen bei eingeschalteter Lichtquelle gemacht werden. Nach dieser Sequenz kommt eine Pause von 10 Millisekunden.

In meinem Fall habe ich ein billiges Lasermodul (https://www.amazon.de/gp/product/B0716FSRJ1/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1) als Lichtquelle und einen Fototransistor (SFH309 für den sichtbaren Bereich) als Sensor verwendet.
Der Fototransistor hängt zwischen +3,3V und dem GPIO 36 und hat einen 1MOhm Pulldown auf Masse.

Das Lasermodul leuchtet leider erst bei 5V richtig. Deshalb musste ich dem noch einen Transistor vorschalten (BC238B, Basis über 2,2kOhm an GPIO 27, Emitter auf Masse, Kollektor zum blauen Anschluss des Lasermoduls.  Der rote Anschluss des Lasermoduls direkt auf +5V).

Um das ganze vernünftig ausrichten zu können, so dass der Lichtpunkt schön in den "Zähnen" des schwarzen Rädchens vom Zähler leuchtet, habe ich Lasermodul und Fototransistor in einer Plexiglasscheibe eingeklebt.

Materialaufwand insgesamt wenige Euros (ESP für <10 Euro, 10 Lasermodule habe ich für 7,50 gekauft, die Fototransistoren bekommt man auch unter 2€, der Rest sind Centbeträge)

Eine Herausforderung ist dann noch die Einstellung readingPulsesPerUnit36. Irgendwie muss das Modul ja die gezählten Pulse in Liter umrechnen. Das bisherige Attribut readingPulsesPerKWh habe deshalb in readingPulsesperUnit umbenannt (das alte geht aber auch noch) und dann muss man mal ein paar Liter abfüllen und dabei zählen. Bei meinem Wasserzähler scheinen es ca. 36,3 oder 36,4 Impulse je Liter zu sein.


die neuen Attribute

Code Auswählen Erweitern


attr ACESP runTime36 1
attr ACESP runTimeIgnore36 Bew_.*

aus meinem vorherigen Post sind neue Features, die ich zur Überwachung nutze.
runTime36 schaltet die Erzeugung eines neuen Readings mit Namen runTime36 ein. Darin wird die Zeit hochgezählt, in der das Wasser ohne Unterbrechung läuft. Wenn bei mir das Wasser länger als 50 Minuten läuft, bekomme ich über einen DoIF eine Meldung auf dem Handy.
Um davon Ausnahmen machen zu können, habe ich das Attribut runTimeIgnore36. Damit sage ich dem Modul, dass die Bewässerung im Garten keinen Alarm auslösen soll. Wenn eines der Fhem-Geräte, die mit Bew_ starten angeschaltet ist, zählt die Zeit nicht weiter.

Gruss
   Stefan

[Adriano]

Hallo, ich habe ArduCounter erfolgreich mit meinem Raspberry PI und ARDUINO UNO REV 3 [A000066] über USB verheiratet. Leider bekomme ich meinen Impuls Wasserzähler nicht ans laufen.
https://www.energie-zaehler.com/Wasserzaehler-mit-Impulsausgang-QN-15-m-1Imp/025Liter

Ich habe die 2 Drähte am Arduino an GND und pin13 angeschlossen. Dann geht auch die GND Lampe am Arduino aus.

Meine Konfig sieht wie folgt aus:

Code Auswählen Erweitern

define AC ArduCounter /dev/ttyACM0@38400
attr AC userattr pin13
attr AC interval 60 120
attr AC pin13 rising pullup
attr AC pulsesPerKWh 1
attr AC room Verbrauch

Mein ArduCounter scheint auch gut zu laufen:

Code Auswählen Erweitern

2020.04.21 19:25:39 3: Opening AC device /dev/ttyACM0
2020.04.21 19:25:39 3: Setting AC serial parameters to 38400,8,N,1
2020.04.21 19:25:39 3: AC device opened
2020.04.21 19:25:41 3: AC: device: no config in EEPROM
2020.04.21 19:25:41 3: AC: device sent hello: ArduCounter V3.10 on NANO compiled Jan  6 2019 17:11:47 Hello, pins 3,4,5,6,7,8,9,10,11,13,14,15,16,17,18,19,20,21 available T499,0 B499,0
2020.04.21 19:25:42 3: AC: ConfigureDevice: no match -> send config
2020.04.21 19:25:43 3: AC: device: defined P13 rising pullup min 2
2020.04.21 19:25:43 3: AC: device: intervals set to 60 120 0 0
2020.04.21 19:25:43 3: AC: device: Status: ArduCounter V3.10 on NANO compiled Jan  6 2019 17:11:47
2020.04.21 19:25:43 3: AC: device: no config in EEPROM
2020.04.21 19:27:43 3: AC: pin 13 (pin13) interpolating for 22.94 secs until boot, 0 estimated pulses (before 0 in 120000 ms, now 0 in 120000 ms, avg ratio 0 p/s)

Nur leider wird nichts gezählt. Habe ich einen Denkfehler mit GND und pin13 ?