FHEM Forum

Hallo,

Ich habe die bisherigen Diskussionen über das Auslesen von S0-Schnittstellen von Stromzählern mit einem Arduino o.ä. verfolgt, bin aber weder mit der Firmata-Lösung noch mit dem Impcount-Modul in der bisherigen Form 100% glücklich und wollte daher mal nachfragen, ob hier noch Bedarf an einem spezialisierten Modul oder einer Weiterentwicklung von Impcount besteht oder wie andere Anwender das handhaben.

Prinzipiell ist es sehr elegant, die zwei Adern der S0-Schnittstelle einfach direkt auf einen digitalen Eingangspin eines Arduino zu legen und dann in einem FHEM-Modul zu zählen. Mit der Firmata-Firmware im Arduino braucht man nicht einmal eine spezialisierte Software im Arduino, und das bestehende FRM_IN macht die Integration ins FHEM.

Was mir nicht so gut gefällt ist:
1. Wenn man FHEM z.B. auf einer Fritzbox laufen lässt, die auch mal mit anderen Dingen beschäftigt ist, "stauen" sich gelegentlich Impulse und FRM_IN zählt diese erst mit 1-2 Sekunden Verzögerung. Bei hohem Stromverbrauch über den Zähler können das viele Impulse sein und so erscheint für FHEM der Verbrauch kurzzeitig mal auf 0 zu sein und danach werden alle verzögerten Impulse innerhalb einer Sekunde gezählt, was einen viel zu hohen Stromverbrauch vortäuscht. In Grafiken ist das recht unschön.

2. Bei hohem Stromverbrauch kommen die Impulse in sehr schneller Folge. Bei einigen KW wird das FHEM-Modul mehrmals pro Sekunde aufgerufen und das belastet den "Server" unnötig. Viel eleganter wäre es meiner Meinung nach wenn die Software im Arduino zunächst selbst zählen würde und nur in einstellbaren Intervallen (z.B. minütlich) den Stand melden würde.

Mit Impcount ist der erste Punkt nach meinem Verständnis besser gelöst, da nicht nur der Status eines Pins an FHEM gemeldet wird, sondern die verstrichene Zeit. Damit verschiebt sich nichts wenn FHEM die Daten mal eine Sekunde später verarbeitet.
Aber: eine Zusammenfassung der Daten auf z.B. minütliche Summen findet auch hier nicht im Arduino statt.

Zudem gäbe es in Impcount sinnvolle Verbesserungsmöglichkeiten wie zum Beispiel die "Modulparameter" in Variablen des Moduls. Die wären in Attributen des Geräts besser aufgehoben und damit auch für jeden Zähler separat einstellbar.

Wie macht Ihr das?

Gruss
   Stefan

Vielleicht mal nachdenken über 1-Wire mit DS2423 als Zähler.

LG

pah

Hallo Stefan,

schön, dass Dich das Thema auch interessiert.

Ich hatte ja ursprünglich mit impcount begonnen und habe dann zur Firmata-Variante gewechselt. Motivation dafür war vor allem, dass ich damit keinen anwendungsspezifischen Arduino-Sketch und kein eigenes FHEM-Modul benötige. Beides muss gepflegt werden, das wollte ich auf Dauer nicht. Außerdem erlaubt die Verwendung von Firmata einen flexibleren Einsatz des Arduino und ist nicht auf S0-Zähler beschränkt.

Zu 1. (Verzögerte Messung) und 2. (Häufiger Modulaufruf): kann ich nachvollziehen und bestätigen. Ich selber nehme diese Nachteile in Kauf und lebe damit. Das ist der Preis dafür, keinen eigenen Code zu pflegen.

Zu 3. (Mangelnde Flexibilität von impcount): stimmt auch. Zu dem Problem kam ich gar nicht mehr, weil zu Firmata gewechselt bin.

Zu Deinem Verbesserungsvorschlag: das Sammeln der Zeitstempel im Arduino und Übertragen in festen Intervallen, z.B. minütlich, halte ich für eine gute Idee. Das würde die Genauigkeit erhöhen und Last von FHEM (bzw. der Fritz!Box) nehmen. Eine Zusammenfassung der gemessenen Werte im ersten Schritt würde ich aber vermeiden wollen. Ich lege Wert darauf, dass die Signale möglichst unverändert gemessen und protokolliert werden. Aus meiner Sicht wäre also eher ein Puffer im Arduino wünschenswert, der die Zeitstempel sammelt und zur Abholung bereit stellt. Dann wird aber ein weiteres Problem zu lösen sein: die Zeitstempel des Arduino müssen mit denen der Fritz!Box synchronisiert werden. Das wäre aber vielleicht mit einem zusätzlichen Zeitstempel für den Zeitpunkt der Abholung schon erledigt. Dieser könnte in FHEM als Referenzwert genommen werden, auf den sich die abgeholten Werte beziehen.

Ich habe nichts dagegen, wenn Du Dich an eine Änderung oder Erweiterung des bestehenden Codes machen möchtest. Ich kann im Moment aber nur sehr begrenzt helfen, weil ich wenig freie Zeit dafür habe.

Schöne Grüße
Christian

Ich habe inzwischen doch nochmal bei Null angefangen und einen neuen Sketch und ein neues Modul entwickelt.

Der Sketch verwendet die Pin Change Interrupts, die beim Arduino Uno beispielsweise für jeden Eingang funktionieren. Ich selbst habe keinen Uno sondern einen Jeenode verwendet, da ich noch einen herumliegen hatte. Selbst daran kann man mindestens 8 S0-Zähler direkt anschließen.  Es wird keine weitere Hardware benötigt.

Der Arduino oder Jeenode kann von FHEM aus Konfigurationsbefehle empfangen. Darüber kann man einstellen, wie lange die Intervalle mindestens sein sollen, in denen er zählt bevor er ein Zwischenergebnis zurückmeldet. Ich habe das auf 1 Minute eingestellt. Wenn es etwas zu zählen gab, meldet der Arduino dann die Anzahl der Impulse je Eingang und die zugehörige exakte Zeit zwischen dem ersten und dem letzten Impuls zurück. Damit ist die Messung unabhängig davon, was FHEM in der Zwischenzeit eventuell noch bearbeiten muss und wie ausgelastet das Betriebssystem eventuell ist.
Wenn es im konfigurierten Intervall keine Impulse gab, wartet der Arduino mit dem Bericht bis ein konfiguriertes maximales Intervall abgelaufen ist. Dann meldet er auf jeden Fall die gezählten Impulse und die abgelaufene Zeit.
Das zugehörige FHEM-Modul macht daraus Readings für jeden Eingang am Arduino.

Konfiguriert werden alle Einstellungen über Attribute im Modul und das Modul konfiguriert dann den Arduino.
Beispiel:

define AC ACNT /dev/ttyUSB2@9600
# Umrechnung in kW
attr AC factor 1000
# min und max Intervall
attr AC interval 60 300
# Eingabe-Pins
attr AC pinD4 rising pullup
attr AC pinD5 rising pullup

Damit definiert man die Eingänge D4 bzw. 4 und D5 bzw. 5 als Zähler, gibt an, dass die steigende Flanke gezählt werden soll und dass die pullup-Widerstände aktiviert werden sollen.

Die Readings, die dabei heraus kommen können beispielsweise so aussehen:

pin4        46352.000    2014-03-14 20:26:04
pin5        37958.000    2014-03-14 20:26:04
power4   0.342            2014-03-14 20:26:04
power5   0.036            2014-03-14 20:26:04
version   ACNT V0.9b   2014-03-13 20:51:11

pinX ist der aktuelle Count und powerX der Verbrauch in kW.

Die übliche Doku ist im Modul. Vielleicht kann es ja noch jemand brauchen. Bei Interesse kann ich auch was ausführlicheres ins Wiki stellen.

Gruss
   Stefan

Hallo Stefan,

danke, so etwas suche ich schon lange.
Sehe ich das richtig, dass ich den Sketch nur verwenden kann wenn ich den Arduino via usb einbinde? Meine Arduino Mega hängt via LAN im Netzwerk und ich nutze derzeit die ConfigurableFirmata.

Grüße

Hallo,

ich verwende die USB / serielle Verbindung, da ich kein Ethernet-Shield habe. Daher ist eine LAN-Verbindung auch nicht implementiert.

Gruss
   Stefan

Ok schade.
Meinst du klappt das wenn ich deinen Sketch in die ConfigurableFirmata einfüge? Oder hast du vielleicht eine andere Idee wie ich das via LAN zum laufen bekomme?
Hab leider vom Arduino Code überhaupt keinen Plan :(

Grüße

Hallo Fhainz,

Evt. ein kleiner Raspberry für ein Remote Fhem?
Oder ein USB-Extender über CAT5?
Ich hab bei mir ein 10m Kabel vom Zählerschrank zur Fritzbox gelegt um die s0 Signale zu übertragen.

Am elegantesten wäre sicher das Ethernet-Shield. Vielleicht kauf ich doch mal eines und bau den Support noch ein. Sollte eigentlich nicht schwer sein. Kurzfristig werde ich da aber leider nicht dazu kommen.

Gruß
    Stefan

Ein Raspi kommt nicht in frage wegen platzprobleme. Deswegen hab ich mir auch einen arduino geholt. Die S0 Zählung würde über das Raspi auch irgendwie gehen.
Die S0 Signale über die LAN Kabel Adern übertragen und erst anschließend zählen wäre auch eine Möglichkeit.

Zitat von: StefanStrobel am 17 März 2014, 15:12:04Am elegantesten wäre sicher das Ethernet-Shield. Vielleicht kauf ich doch mal eines und bau den Support noch ein. Sollte eigentlich nicht schwer sein. Kurzfristig werde ich da aber leider nicht dazu kommen.

Dann warte ich, vielleicht kaufst du dir ja wirklich das shield ;)  Es funktioniert ja zur Zeit, nur würde es mir besser gefallen wenn der arduino zählt und nicht FHEM.

Grüße

Hallo,

ich möchte hier StefanStrobel loben für dieses tolle Modul und den Arduino Code. Bei mir läuft läuft ein Arduino Nano mit einem digitaler Drehstromzähler DRT428DC zusammen. Seit einem Monat läuft alles absolut stabil. Top!

Ich verwende die folgenden Definitionen, um eine kontinuierliche Stromzählung zu erreichen.

define AC ACNT /dev/ttyUSB1@9600
attr AC factor 1000
attr AC interval 60 300
attr AC pinD5 rising pullup
attr AC userReadings energy_act {ReadingsVal("AC","power5",0)} ,energy monotonic  { ReadingsVal("AC","pin5",0)/1000}, energy_day monotonic  { ReadingsVal("AC","pin5",0)/1000}, energy_month monotonic  { ReadingsVal("AC","pin5",0)/1000}, energy_year monotonic  { ReadingsVal("AC","pin5",0)/1000}, energy_hauszaehler monotonic  { ReadingsVal("AC","pin5",0)/1000}
define lfenergyday FileLog ./log/EnergieD-%Y-%m-%d.log AC:energy:.*|AC:energy_hauszaehler:.*|AC:power5:.*
attr lfenergyday room Logfiles

Das UserReadings energy_act stellt den aktuellen Stromverbrauch dar, energy ist der Zählerstand des Drehstromzähler DRT428DC, energy_day, energy_month, energy_year sind der Tages-, Monats- und Jahresverbrauch und werden jeden Tag/Monat/Jahr um 00:00 Uhr per at auf 0 gesetzt. energy_hauszaehler ist der Zählerstand des EVU.

Vielleicht hilft die obige Definition jemanden beim Einstieg.

Vielen Dank an Stefan und viele Grüße
Sven

Hallo!

Das sieht ja genau danach aus, was ich brauche :)
Werde mir in der nächsten Zeit genauer ansehen. Spricht eigentlich etwas dagegen, das Modul zumindest in Contrib einzuchecken?

Grüße,

Alexander

Sicher kann man das Einchecken.

Aber bitte ersetzt den Namen ACNT durch irgendetwas Längeres, mindestens 6 Buchstaben. Sonst blickt innerhalb kürzester Zeit niemand mehr durch bei den Modulnamen.

Vorschlag: ARDCOUNT

LG

pah

Hallo,

kann ich gerne umbenennen und einchecken.
ArdCount oder ArduCount ist wirklich sinnvoller als die Abkürzung, die ich damals vergeben hatte.
Ich habe auch mal überlegt, ob ich noch eine Netz-Option (Ethernet-Shield oder sogar ein angelöteter ESP8266) dazubaue, aber bisher hatten andere Projekte Priorität.

Gruss
   Stefan

Hallo,

ich habe das ganze über einen Panstamp gelöst. Der sendet die aufgelaufenen Impulse alle 15 Minuten an fhem. Das AVERAGE Modul macht mir die Tages und Monatswerte dazu.
Zu dem Sketch benötigt man noch die Device-Beschreibung im SWAP Modul.

Gruß Christoph

Hallo Bennemannc,

Das hört sich sehr gut an.
Versuche gerade meinen Gaszähler , mit einen Reedrelais, und meinen Wasserzähler, mit einen Hallsensor, auszulesen.

Das würde ich dann gerne per Funk an meinen FHEM Server schicken.
Dazu wäre ja der panstamp sehr gut geeignet dafür. (sind bestellt aber keider noch nicht angekommen)

Meine Frage ist hast du die Impulszähler direkt im panstamp gezählt oder verwendest du einen  extra S0 Zähler.

Wäre sehr interessiert dein Projekt mit den panstamp nach zubauen.

Gruß Gerd

Hallo Gert,

die Impulse werden auf den Panstamp gezählt und alle 15 Minuten übertragen. Dann wird auch der Zähler auf dem Panstamp zurückgesetzt. Die Werte wären ja sonst sowieso spätestens bei einem Batteriewechsel oder Reset weg.
Aus den 15 min Werten kann man dann die Leistung (*4) ausrechnen. Die Werte für den Tag und den Monat summiert das Average Modul auf. Um eine Tagesgrafik zu erstellen, schreibe ich den Tageswert vom Average 5sec vor Mitternacht in eine Logdatei.
Das mag so nicht supergenau sein - aber mir ging es mehr darum eine Tagesverlaufskurve zu bekommen. An der kann man dann sehr schön sehen wer wann was macht.

Gruß Christoph

Hallo Christoph,

Danke dir für deine Rückinfos.

Wenn meine panstamps hier sind werde ich mich, wenn ich darf , deine Config bei mir einsetzen mit deinem Sketch vom panstamp.

Die Genauigkeit reicht mir vollkommen aus.

Gruß Gerd

Hallo,

ich habe das ehemalige ACNT Modul in ArduCounter umbenannt und in contrib eingecheckt.

Gruss
   Stefan

hallo,
erstmal .. super projekt.
Gibt es dazu schon ein Wiki?

Hallo zusammen,

auch ich möchte gerne meinen Gaszähler per S0-Schnittstelle auswerten und bin über das Modul gestolpert. Leider funktioniert es bei mir (Arduino pro micro mit 32U4-Atmel) noch nicht wirklich.

Im Arduino-Sketch musste ich die PCINT-Zuordnung anpassen, dass liegt aber am 32U4, der auf D8 und D9 PCINT4 und PCINT5 mappt.

Zudem fehlt in der Hauptschleife auch ein Aufruf von serialEvent(). Erst nachdem ich diesen ergänzt habe, kann ich mit dem Arduino kommunizieren und die Pins aktivieren. Per serieller Konsole funktioniert jedenfalls der Arduino jetzt.

FHEM bekommt aber noch keine Daten, was offenbar daran liegt, dass die gesetzten attrs (insbesondere bezüglich des Pins) beim Initialisieren nicht gesetzt werden, auf "get info" bekomme ich im Log nur Version, Min und Max-Werte angezeigt, aber keine aktiven Pins. Leider werden die Antworten des Arduino im Log nicht aufgezeichnet, was das Debuggen nicht gerade vereinfacht. Hier werde ich heute Abend weitermachen und Euch auf dem Laufenden halten.

Wenn jemand diese Probleme bereits behoben hat, bin ich für Hinweise dankbar ;-)

Sebi

Hallo Sebi,

auf den Arduinos und ähnlichen Boards mit einem Atmel 328 hatte ich bisher keines dieser Probleme, aber der 32U4 kann sich schon anders verhalten.
Wenn Du es portiert bekommst, kann ich die Änderungen gerne in den Sketch / ins Modul einbauen, so dass es der nächste Anwender leichter hat.

Gruss
    Stefan

Ich bin gerade aus Zufall auf den Beitrag gestoßen.

Momentan habe ich meinen Gaszähler per Firmata angeschlossen.

Eine Frage zu dem Sketch hier sind, die Eingänge Software seitig schon entprellt?

Gruß Robert

Hallo,

eine Entprellung ist nicht drin. War bei mir nicht nötig.
Wenn Du es einbauen möchtest, übernehme ich gerne einen entsprechenden Patch.
Das sollte jedoch einstellbar sein, sonst gibt es bei Geräten mit hoher Frequenz Probleme.

Gruss
    Stefan

Zitat von: StefanStrobel am 13 Februar 2016, 11:20:43
Hallo,

eine Entprellung ist nicht drin. War bei mir nicht nötig.
Wenn Du es einbauen möchtest, übernehme ich gerne einen entsprechenden Patch.
Das sollte jedoch einstellbar sein, sonst gibt es bei Geräten mit hoher Frequenz Probleme.

Gruss
    Stefan

So gut kenne ich mich mit dem Programmieren nicht aus.

Ich schau mal ob ich da was hin bekomme.

Gruß Robert

Hallo,

die einfachste Art softwaremäßig zu entprellen ist sleep oder wait für xx millis. Also einfach alles was nach dem ersten Impuls kommt für die Zeit x ignorieren.

Gruß Christoph

Ein bisschen kenn ich mich schon mit Arduino aus.
Normal entprelle ich immer mit Delay.

Es gibt aber auch die Bounce Library.

Ich bin nur nicht so firm mich mit solch eine Code auseinander zu setzten und ihn dann richtig Anzupassen.

Gruß Robert

Hallo,

ich würde auf jeden Fall versuchen hardwaremäßig zu entprellen. Einfach einen Kondensator parallel zum Kontakt. Wenn Du mehrer Eingänge hast, kann es mit delay oder ähnlichem dazu kommen, das während des Delays zu Impulsen auf den anderen Eingängen kommt, die eventuell nicht erkannt werden. Ich mache das mit einem Panstamp und habe bis jetzt keine Probleme mit Prellen gehabt. Meine S0 Geber sind allerdings alle elektronisch - deswegen auch kein Prellen. Das gibt es ja nur bei mechanischen Kontakten.
Hast Du Probleme oder fragst Du nur interessenhalber ?

Gruß Christoph

Momentan arbeite ich bei meinem Gaszähler mit einem Reed Kontakt und firmata.
Bisher läuft es ganz gut. Habe den reedkontakt per Hardware entprellt.

Bei firmata ist halt das Problem , dass wenn fhem gerade Neustartet die Impulse nicht gezahlt werden.

Gruß Robert

Hallo zusammen.

Ich möchte gerne ein paar 230V Zähler mit S0  Schnittstelle in fhem einbinden. Mein Gedanke ist, ein arduino nano dafür zu nehmen. Bis zu wieviel Zähler kann man parallel anschließen, die dann einzeln mitgezählt werden?
Würde es auch Sinn machen, die Impulse erst in einem Zwischenspeicher zu puffern und dann in einem intervall an fhem zu senden?
Welche Hardware kann man dafür nehmen, die genug Puffer hat?

Mein raspi sitzt im Wohnzimmer und das Funkmodul dann im Sicherungskasten.

Hatte schon an eine nodemcu gedacht mit WLAN.

Hat da jemand eine Idee, oder schon eine funktionsfähige Lösung?

Danke schonmal im voraus!

Gruß Sascha

Hallo,

wei schon mal erwähnt - ich habe einen Sketch für einen Panstamp. Der hat 4 Eingänge. Den könnte man natürlich umändern - der Panstamp ist ja auch nur ein Arduion mit Funkmodul. Das Funkmodul wird - soweit ich weiß - seriell angesprochen. Müßte man also umschreiben können. Der Panstamp sendet alle 15 Minuten - das macht der Akku ca. 6 Monate mit. Speicherprobleme habe ich bis jetzt nie gehabt. Die Register zählen die Impulse hoch und können entsprechend groß definiert werden.

Gruß Christoph

Hallo,

habe den Counter folegendermaßen definiert:

define ArduCounter ArduCounter COM6@9600
attr ArduCounter factor 1
attr ArduCounter interval 10 60
attr ArduCounter pinD5 falling


Habe an D5 des Ardunino Nano mit D0 einer Lichtschranke (TCRT5000 IR Barrier Line Track sensor) verbunden, krieg aber nur sehr wenig aussagekräftige Readings in fhem angezeigt (Hatte angenommen, dass bei jedem Kontakt der Lichtscharnke um 1 erhöht wird). Vermute so was wie Prellung, obwohl es das doch bei einem digitalen Ausgang nicht gegebn dürfte.... Vielleicht kann mir jemand bei 'debouncen' helfen?

LG

Jorge

Hallo
Bei mir kommen keine Daten an, es steht seit 4Stunden auf 0.000
Sketch ist ohne Probleme durchgelaufen.
Die Arducount ist aus dem Trunk ,sowie die .Ino auch

usb-FTDI_FT232R_USB_UART_AL021QSK-if00-port0 -> ../../ttyUSB2

Internals:
   DEF        /dev/ttyUSB2@9600
   DeviceName /dev/ttyUSB2@9600
   FD         15
   NAME       AC
   NR         14
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   buffer
   Readings:
     2016-07-13 17:51:27   state           opened
     2016-07-13 17:51:35   version         ArduCounter V1.0
Attributes:
   factor     2000
   interval   60 300
   pinD10     rising pullup
   pinD11     rising pullup
   pinD12     rising pullup

Hallo Jorge,

Mit GET info sendet das Modul einen show-Befehl an den Arduino. Der gibt dann den aktuellen Zählerstand aus. Das sollte helfen um genauer im Auge zu behalten was gezählt wird und was nicht.
Du kannst auch ohne Fhem per Terminal-Programm direkt mit dem Arduino reden. Das sind einfache Text-Befehle, die ich im Sketch implementiert habe.
Falls Dein Signalgeber prellt, müsstest Du das so erkennen können. Eine Entprellung ist im Sketch nicht drin. Das könnte man zwar einbauen, aber bisher hat das keiner benötigt bzw. haben es die Leute in Hardware gemacht

Gruß
     Stefan

Hallo Hermann,

Wenn nichts gezählt wird, dann stimmt vermutlich etwas mit dem Anschluss nicht. Falscher Pin, falsche Polarität o.ä.
Ich würde erst mal mit einem angeklemmten Taster prüfen, ob überhaupt die Anschlussseite passt.
Am besten auch noch ohne Fhem und direkt per Terminal. Wenn die Baudrate stimmt, meldet sich der Sketch im Terminal und Du kannst direkt mit ihm reden. Datails siehst Du am einfachsten direkt im Quellcode des Sketches. Der ist recht kurz und einfach.

Gruß
    Stefan

Danke StefanStrobel
s0+ s0- waren vertauscht

Hallo
Wird der Arducounter eigendlich noch weiter entwickelt?
z.B. Euro Rechner

Hallo Hermann,

wenn was wichtiges / sinnvolles fehlt baue ich es gerne ein.
Eine Umrechnung von Verbrauch zu Gebühren kannst Du aber einfach auch ohne Erweiterung machen.
Entweder über das factor Attribut oder nachgelagert über userReadings etc.

Gruss
    Stefan

Zitat von: SvenJust am 18 Dezember 2014, 11:59:04
Hallo,

ich möchte hier StefanStrobel loben für dieses tolle Modul und den Arduino Code. Bei mir läuft läuft ein Arduino Nano mit einem digitaler Drehstromzähler DRT428DC zusammen. Seit einem Monat läuft alles absolut stabil. Top!

Ich verwende die folgenden Definitionen, um eine kontinuierliche Stromzählung zu erreichen.

Code Auswählen Erweitern

define AC ACNT /dev/ttyUSB1@9600
attr AC factor 1000
attr AC interval 60 300
attr AC pinD5 rising pullup
attr AC userReadings energy_act {ReadingsVal("AC","power5",0)} ,energy monotonic  { ReadingsVal("AC","pin5",0)/1000}, energy_day monotonic  { ReadingsVal("AC","pin5",0)/1000}, energy_month monotonic  { ReadingsVal("AC","pin5",0)/1000}, energy_year monotonic  { ReadingsVal("AC","pin5",0)/1000}, energy_hauszaehler monotonic  { ReadingsVal("AC","pin5",0)/1000}
define lfenergyday FileLog ./log/EnergieD-%Y-%m-%d.log AC:energy:.*|AC:energy_hauszaehler:.*|AC:power5:.*
attr lfenergyday room Logfiles

Das UserReadings energy_act stellt den aktuellen Stromverbrauch dar, energy ist der Zählerstand des Drehstromzähler DRT428DC, energy_day, energy_month, energy_year sind der Tages-, Monats- und Jahresverbrauch und werden jeden Tag/Monat/Jahr um 00:00 Uhr per at auf 0 gesetzt. energy_hauszaehler ist der Zählerstand des EVU.

Vielleicht hilft die obige Definition jemanden beim Einstieg.

Vielen Dank an Stefan und viele Grüße
Sven

Hallo
Wer kann mir sagen, wie ich das auf 3 Zähler anwende.
Gruß Hermann

Hallo Hermann,

Einfach jeden Zähler an einen Eingang hängen und dann ein weiteres Attribut für jeden Eingang setzen. Z.B. pinD6, pinD7,...
Siehe auch http://www.fhemwiki.de/wiki/ArduCounter

Gruß
    Stefan

kann ich das so machen?
energy_act_1:pin10.* {ReadingsVal("AC","power10",0)}, energy monotonic { ReadingsVal("AC","pin10",0)/2000}, energy_day monotonic { ReadingsVal("AC","pin10",0)/2000}, energy_month monotonic { ReadingsVal("AC","pin10",0)/2000}, energy_year monotonic { ReadingsVal("AC","pin10",0)/2000}, energy_hauszaehler monotonic { ReadingsVal("AC","pin10",0)/2000}, energy_act_2:pin11.* {ReadingsVal("AC","power11",0)}, energy monotonic { ReadingsVal("AC","pin11",0)/2000}, energy_day monotonic { ReadingsVal("AC","pin11",0)/2000}, energy_month monotonic { ReadingsVal("AC","pin11",0)/2000}, energy_year monotonic { ReadingsVal("AC","pin11",0)/2000}, energy_hauszaehler monotonic { ReadingsVal("AC","pin11",0)/2000}, energy_act_3:pin12.* {ReadingsVal("AC","power12",0)}, energy monotonic { ReadingsVal("AC","pin12",0)/2000}, energy_day monotonic { ReadingsVal("AC","pin12",0)/2000}, energy_month monotonic { ReadingsVal("AC","pin12",0)/2000}, energy_year monotonic { ReadingsVal("AC","pin12",0)/2000}, energy_hauszaehler monotonic { ReadingsVal("AC","pin12",0)/2000}
er zeigt mir oft auch Werte mit vielen Nachkommazahlen an
2016-07-23_00:02:37 AC energy: 2.55550000000001
2016-07-23_00:02:37 AC energy_hauszaehler: 2.55550000000001

Gruß Hermann

Wenn Du Nachkommastellen entfernen möchtest, kannst Du im Perl-Code z.B. mit sprintf arbeiten ...

Gruß
    Stefan

ich versuche mal

speichere ich
energy { ReadingsVal("AC","pin10",0)/2000},
funktioniert alles
Hour: 0.0060 Day: 0.0060 Month: 0.0060 Year: 0.0060
speichere ich
energy monotonic{ ReadingsVal("AC","pin10",0)/2000},
sieht es so aus
Hour: -0.0065000000000 Day: -0.006500000000 Month: -0.0065000000000 Year: -0.006500000000 (since: )
gibt es eine ander Möglichkeit monotonic zu ersetzen?

Muss ich mir mal ansehen.
Tagessummen kannst Du aber auch mit dem Average-Modul erzeugen.

Gruß
     Stefan

Hallo Stefan,

ich habe den ArduCounter erfolgreich in Betrieb genommen. Ich danke Dir für das Modul!

Ich habe zwei konkrete Fragen:
- Wenn ich ein neues Pin definiere, dann muss ich danach erstmal den Arduino nano mit Reset neu starten damit das Pin gezählt wird. Ist das so, oder ist das ne Macke in meiner Installation?
- Ich habe zwei Zähler, einer liefert 400 Impulse/kWh (2,5 Watt/Impuls) und der andere 1000 Impulse/kWh (1 Watt/Impuls). Somit muss ich eigentlich zwei unterschiedliche attr factor definieren, einmal 2500 und einmal 1000. Den Fall hast Du nicht vorgesehen?

Ich helfe mir mit einem extra userReading.

Gruß Otto

Hallo Otto,

das mit dem Reset ist ein Bug. Das hat auch mal ohne funktioniert.
Einen Faktor je Pin hatte ich bisher nicht vorgesehen. Das wäre aber eine sinnvolle Erweiterung.
Ein Update ist in Arbeit ;-)

Gruss
   Stefan

Hallo,

anbei eine neue Version zum Testen.
Der Bug sollte behoben sein und es gibt ein neues Attribut readingFactor[0-9]+ zum setzen eines Faktors je Pin.

Gruss
    Stefan

Hallo Stefan,

Du hast ja freie Spitzen!  :D

Viele dank ich teste das dann gleich, ich habe heute meinen IT Zoo neu verkabelt und u.a. dem Arduino nano einen aktive "powered Hub" spendiert.  ;)

Gruß Otto

Hallo Stefan,

funktioniert alles prima. Der Bug ist behoben und die Sache mit dem zusätzlichen Faktor ist super.

Danke!

Schönes WE
Otto

Hallo Stefan,

ich habe jetzt noch ein paar Tage gespielt und insgesamt drei Zähler angebunden. Jetzt ist mir folgendes aufgefallen:

• Offenbar werden die Zähler in dem Arduino beim Neustart von FHEM zurückgesetzt. Das macht doch eigentlich keine Sinn, der soll doch gerade unabhängig von FHEM zählen? Ich habe den Arduino extra getrennt versorgt.
  
• Bei einem Neustart von FHEM oder ich habe sogar den Eindruck nur bei Änderung der Attribute passiert irgendwas mit den power Werten. Ich habe dann irgendwie unregelmäßig plötzlich Spitzen von vielen Tausend kW in den Werten.
  

Wobe ich gerade bemerke offenbar nicht nur beim Neustart, in diesem Zeitarum habe ich nichts gemacht:
2016-10-22_13:58:30 AC pin6: 300.000
2016-10-22_13:58:30 AC power6: 1.654
2016-10-22_13:59:30 AC pin6: 302.000
2016-10-22_13:59:30 AC power6: 19199.520
2016-10-22_14:00:30 AC pin6: 304.000
2016-10-22_14:00:30 AC power6: 1.668
2016-10-22_14:01:29 AC pin6: 306.000
2016-10-22_14:01:29 AC power6: 1.595
Gruß Otto

Hallo Otto,

vielen Dank für den Hinweis.
Das mit dem Reset bei Neustart von Fhem liegt daran, dass Fhem des serielle Device neu öffnet und dabei der Arduino wohl einen Reset bekommt. Ich wüsste nicht wie man das verhindern kann.
Es sollte aber auch kein Problem sein, da der Sketch für die power-Berechnung immer nur die Zähler-Differenz für ein angegebenes minimal / maximal Intervall verwendet.

Wegen den Spitzen gehe ich mal auf die Suche. Das sollte nicht vorkommen.
Wie hast Du es denn konfiguriert? Ich vermute dass das mit der Einstellung der Intervalle zusammenhängt, da das Problem bei mir nicht aufgetreten ist ...

Gruss
    Stefan

EDIT: bei der Fehlersuche habe ich festgestellt, dass die ursprüngliche Beschreibung inkorrekt war. Bin weiter auf der Suche nach einer race condition ...
         Falls das Problem bei Dir reproduzierbar ist, wäre ein Log mit verbose 4 oder 5 sehr hilfreich :-)

Hallo Stefan,

das mit dem Reset und dem Zähler im Sketch habe ich mir gestern auch schon angeschaut und in etwa verstanden  ;) da bin ich am überlegen wie man das eventuell umgehen könnte. Bei jeder erneuten Definition von Pins werden die Zähler im Sketch neu gestartet und beim Start von FHEM werden die Pins neu definiert.
Deine Bemerkung mit dem langfristigen Zähler im Sketch verstehe in nicht ganz, er liefert doch einen kontinuierlichen Zähler solange er läuft - oder?

Hier mein list Internals:
   DEF        /dev/ttyUSB0@9600
   DeviceName /dev/ttyUSB0@9600
   FD         11
   Initialized 1
   ModuleVersion 3.4.4 - 10.10.2016
   NAME       AC
   NR         29
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   buffer
   Readings:
     2016-10-23 11:23:33   ZaehlerHzg      2884.0225
     2016-10-23 11:23:33   ZaehlerSumme    41781.9866666667
     2016-10-23 11:23:33   ZaehlerWW       4447.42
     2016-10-23 11:23:33   pin4            4305.000
     2016-10-23 11:20:33   pin5            1157.000
     2016-10-23 11:23:33   pin6            2054.000
     2016-10-23 11:23:33   power4          0.308
     2016-10-23 11:20:33   power5          0.000
     2016-10-23 11:23:33   power6          0.735
     2016-10-22 11:33:13   state           opened
     2016-10-22 11:33:16   version         ArduCounter V1.0
Attributes:
   factor     1000
   interval   60 300
   pinD4      rising pullup
   pinD5      rising pullup
   pinD6      rising pullup
   readingFactor4 2500
   readingFactor5 1000
   readingFactor6 13333
   userReadings ZaehlerHzg {ReadingsVal("AC","pin4",0)/400 + ReadingsNum("ZaehlerManuellHzg","ZaehlerHzgKorr",0) },ZaehlerWW {ReadingsVal("AC","pin5",0)/1000 + ReadingsNum("ZaehlerManuellWW","ZaehlerWWKorr",0)},ZaehlerSumme {ReadingsVal("AC","pin6",0)/75 + ReadingsNum("ZaehlerManuellSumme","ZaehlerSummeKorr",0) }

Ganz häufig sind die Spitzen bei dem Zähler (Ferrariszähler mit Abtastkopf (https://www.kompf.de/tech/emeir.html)) an pin6 - siehe auch den kurzen Auszug des Logs von gestern.

Gruß Otto

Hallo Otto,

Eine optimierte Version kommt demnächst. Ich bin noch am Testen.
Kann es sein, dass Dein Zähler an Pin 6 immer zwei Impulse in schneller Folge liefert?

Gruß
    Stefan

Hallo Otto,

hier nochmal eine neue Version. Ich habe einiges optimiert. Könntest Du das mal mit verbose 4 testen und dann ein Stück Fhem-Log posten, dann muss ich nicht so viel spekulieren, was jetzt tatsächlich die Ursache der Spitzen bei Dir gewesen sein könnte?
Im Log sollte dann die komplette Kommunikation zwischen Modul und Sketch zu sehen sein.

Im Doku-Teil des Moduls habe ich die neuen Optionen schon beschrieben, aber ich poste das dann auch nochmal ausführlich auf deutsch wenn Dein Test / Log zeigt, dass es so auch schon gut funktioniert ;-)

Gruss / vielen Dank
    Stefan

Hier nochmal die ausführlichere Erläuterung wie der Arducounter zählt bzw. wie man das beeinflussen kann:

Der einfachste Weg wäre einfach immer innerhalb von einem festen Intervall (z.B. 60 Sekunden) alle Impulse zu zählen.
Das funktioniert gut, wenn die Impulsfrequenz hoch ist. Wenn jedoch beispielsweise nur alle 90 Sekunden ein Impuls kommt und man immer 60 Sekunden zählt, dann hat man im ersten Intervall keinen Impuls, im zweiten dafür einen und im dritten wieder keinen.
Selbst bei doppelter Frequenz mit Impulsen alle 45 Sekunden wird es unschön, da dann im ersten und zweiten Intervall je ein Impuls gezählt würde, im zweiten vermutlich zwei und im dritten wieder einer. Für eine Stromverbrauchsrechnung würde man dann in den ersten 2 Minuten mit einem Impuls je 60 Sekunden rechnen (obwohl es in Wirklichkeit ja ein Impuls je 45 Sekunden war) und im dritten Intervall mit zwei Impulsen je 60 Sekunden, also zu viel.

Um hier genauere Werte zu bekommen habe ich im Arducounter einen anderen Weg implementiert.
Arducounter hat ein normales und ein maximales Reporting-Intervall, in dem Ergebnisse ausgegeben werden. Unabhängig vom Reporting-Intervall werden Impulse gezählt, dabei aber die Zeit zwischen dem ersten gezählten Impuls und dem zuletzt gezählten Impuls gemessen.
Wenn nun beispielsweise das normale Reporting-Intervall auf 60 Sekunden gesetzt wird und Impulse alle 45 Sekunden kommen, dann kommt beispielsweise der erste Impuls 10 Sekunden nach Beginn des Reporting-Intervalls. Dieser wird noch nicht gezählt sondern bildet nur den Startpunkt für die Zeitmessung.
Der zweite Impuls kommt dann 55 Sekunden nach Beginn des Reporting-Intervalls. Arducounter würde dann nach 60 Sekunden als Ergebnis einen Impuls und eine Zeitdifferenz von 45 Sekunden zurückgeben.

Für das nächste Intervall merkt sich Arducounter den Zeitpunkt des zuletzt gezählten Impulses (nach 55 Sekunden im vorigen Intervall) als Startpunkt und zählt weiter bis das zweite Reporting-Intervall abgelaufen ist. Dabei würde er 40 Sekunden nach Beginn des zweiten Reporting-Intervalls einen weiteren Impuls bekommen. Bis zum Ende des zweiten Report-Intervalls kommt kein neuer Impuls. Als Ergebnis würde Arducounter wieder einen Impuls und eine Zeitdifferenz von 45 Sekunden ausgeben.

Das Messergebnis und die Korrektheit wird so bei niedrigen Frequenzen deutlich genauer und sieht in Plots sichtbar weniger ausgefranst aus.

Leider hat auch diese Methode ihre Grenzen. Wenn die Impulsfrequenz nochmal geringer wird und beispielsweise nur alle 90 Sekunden ein Impuls kommt, könnte Arducounter in 60 Sekunden auch nicht vernünftig zählen. Für diesen Fall habe ich ein zweites Intervall eingebaut - das maximale Intervall. In der früheren Version hat Arducounter für den Fall dass in einem Intervall gar kein Impuls gekommen ist, einfach weitergezählt und noch kein Ergebnis ausgegeben. Nach einem weiteren Ablauf des normalen Intervalls wurde wieder geprüft, ob etwas gezählt wurde und gegebenenfalls weiter gewartet. Erst wenn auch das maximale Intervall abgelaufen ist (z.B. 5 Minuten) wurde dann die Anzahl der Impulse und die Differenz zwischen Startpunkt (letzter Impuls im vorhergehenden Intervall) und letztem gezählten Impuls zurückgegeben. Soweit hat das gut funktioniert.

Wenn nun aber auch im Maximalen Intervall kein Impuls gezählt werden konnte, dann hat Arducounter als Ergebnis 0 ausgegeben und das Ende des maximalen Intervalls als neuen Startpunkt festgelegt. Das funktioniert gut, es sei denn die Impulse kommen so unglücklich, dass direkt nach Ende des maximalen Intervalls ein Impuls kommt und dann wieder 6 Minuten lang keiner.
Dann hätte Arducounter bisher nach Ende des Maximalen Intervalls den Startpunkt auf das Ende des Intervalls gelegt, direkt danach (z.B. nach einer halben Sekunde) einen Impuls gezählt und dann nach Ende des Reporting Intervalls einen Impuls in einer halben Sekunde ausgegeben. Das wäre dann eine falsche Spitze im Stromverbrauch.

Die Spitzen sind immer dann entstanden, wenn wenige Impulse gezählt wurden und diese aber in einem sehr kurzen Zeitintervall berichtet wurden.

Um das zu vermeiden habe ich in der neuen Version ein paar neue Intervall-Parameter eingeführt, die der Anwender per Attribut wählen kann:

1) Neben dem ersten Parameter (ich nenne ihn jetzt "normales Intervall") und dem zweiten Parameter ("maximales Intervall") gibt es noch den neuen dritten Parameter ("minimales Intervall") und einen neuen vierten (minimaler Count).
Wenn am Ende des Reporting-Intervalls weniger Impulse als der minimale Count gezählt wurden oder wenn die gezählten Impulse in einer Zeitspanne gezählt wurden, die kleiner als das minimale Intervall ist, dann greift wieder das maximale Intervall und es wird noch kein Ergebnis ausgegeben sondern weiter gezählt. Die Hoffnung ist, dass dann doch noch Impulse kommen und so ein sinnvolleres Ergebnis berechnet werden kann.

Das Maximale Intervall sollte dabei durchaus ein vielfaches des normalen Intervalls sein. Das bedeutet nicht dass ein Ergebnis entweder innerhalb des ersten normalen Intervalls kommen muss, oder dann gleich auf das Ende des maximalen Intervalls verzögert wird, denn auch wenn verzögert wird, prüft Arducounter jeweils nach Ablauf eines weiteren normalen Intervalls, ob inzwischen Werte zum Reporten vorhanden sind. Beim Ablauf des maximalen Intervalls ohne dass die Kriterien erfüllt sind (minimales Intervall und minimaler Count) wird dann jedoch ein Ergebnis ausgegeben, auch wenn noch zu wenige Impulse gezählt wurden.

Wenn man das normale Intervall beispielsweise auf 60 Sekunden, das maximale auf 20 Minuten und das minimale Intervall auf 20 Sekunden setzt, dann kommen zumindest keine Spitzen heraus, wenn nach einem langen Zeitraum ohne Impulse nur ein Impuls direkt zu Beginn eines neuen Intervalls gezählt wird.

Zusätzlich kann man den minimalen Count auf 2 oder 3 setzen und so generell bei geringen Frequenzen die Zählung auf das maximale Intervall schieben. Das maximale Intervall sollte dann nur groß genug sein.

2) Falls jemand die Berechnungsweise wie oben nicht gefällt und er möchte lieber starr in einem festgesetzten Intervall zählen, dann kann er die ersten beiden Intervall-Parameter auf den gleichen Wert setzen (z.B. 60 Sekunden und 60 Sekunden). Arducounter sieht das als Signal, dass starre Intervalle gewünscht sind und zählt nur Impulse im vorgegebenen Reporting-Intervall. Die Zählung beginnt bei der ersten Sekunde und endet nach 60 Sekunden, egal wie viele Inpulse jeweils darin gezählt wurden. Das Ergebnis wird immer nach 60 Sekunden ausgegeben.

3) Ein weiterer unschöner Effekt war bisher dass der Stromverbrauch am Ende eines Intervalls berechnet und ins Log geschrieben wurde. Zunächst mal ist das "normal", da ja zuerst gezählt werden muss. Aber für weitere Berechnungen in Fhem wird typischerweise davon ausgegangen, dass ein Reading so lange den gleichen Wert hat, bis es sich ändern.
Beim Stromverbrauch ist das aber nicht so. Der ausgegebene Stromverbrauch war bisher so wie er jetzt ausgegeben wurde und nun beginnt die neue Messung.
In der neuen Version wird nun die Stromverbrauchs-Messung mit dem Zeitpunkt des Intervall-Beginns ins Log geschrieben und nur die Zähler- und Zeitwerte bekommen den Zeitstempel der Ausgabe vom Arduino.

Dieses Verhalten werde ich noch per Attribut wählbar machen, denn wenn die Ergebnisse zusammen mit anderen Zählern im gleichen Log landen sollen, kann das zu Problemen führen, da dann die Logeinträge keine starr aufsteigenden Zeitstempel mehr haben könnten.

Ich hoffe das erklärt ein paar Internas. Ich freue mich über Feeback, weitere Tests oder sonstige sinnvolle Verbesserungsvorschläge.

Gruss
    Stefan

Hallo Stefan,

vorweg vielen Dank für Deine echt tolle Arbeit!

Wenn Du gerade an Deinem Modul so kräftig Dir den Kopf zerbrichst, hätte ich noch - wie ich meine - eine sinnvolle Idee-Anregung-Bitte für Deinen ArduCounter:

Wie Dir bereits ja auch bekannt ist, gibt es immer wieder Störimpulse zwecks Kabellängen, ungeschirmter bzw. falscher Kabel, ungenügend gefilterter Versorgungsspannung etc...

Bau doch bitte eine wählbare Option  "S0-Prüfung" ein, in der Du die Impulslänge von 30ms und Minimal-Impulspause von ebenfalls 30ms (plus Flanken) prüfen läßt (Genauere Daten dazu siehe Anlage...).

Dies noch versehen mit einer zusätzlichen "S0-Karenzzeit"-Option, in der man "+-  X" Millisekunden frei definieren kann, für die nicht ganz so genauen Zähler. Dies würde viele Probleme lösen..
.
Diese Auswertung könnte man dann als aufsummierte Gegenüberstellung "x verworfen von x Impulsen" in FORM eines Readings dem User zur Verfügung stellen oder per "Get" abrufen lassen.

Ich bin nämlich überzeugt, dass viele Spitzen nicht nur aufgrund der Zählmethode entstanden sind, sondern vielmehr aufgrund der Tatsache von unerkannten Störimpulsen, die sonst ja weiterhin unerkannt bleiben würden, und so den Gesamteindruck Deines Moduls und Deiner super Arbeit verfälschen würde.

Viel Grüße aus dem sonnigen Bayern!
Billy

Hallo Billy,

vielen Dank für die gute Anregung.
Das bau ich noch ein.

Gruss / Thanx
   Stefan

Zitat von: StefanStrobel am 31 Oktober 2016, 08:21:55
Hallo Otto,

hier nochmal eine neue Version. Ich habe einiges optimiert. Könntest Du das mal mit verbose 4 testen und dann ein Stück Fhem-Log posten, dann muss ich nicht so viel spekulieren, was jetzt tatsächlich die Ursache der Spitzen bei Dir gewesen sein könnte?
Im Log sollte dann die komplette Kommunikation zwischen Modul und Sketch zu sehen sein.

Im Doku-Teil des Moduls habe ich die neuen Optionen schon beschrieben, aber ich poste das dann auch nochmal ausführlich auf deutsch wenn Dein Test / Log zeigt, dass es so auch schon gut funktioniert ;-)

Gruss / vielen Dank
    Stefan

Hallo Stefan,

vielen Dank! Ich war ein paar Tage nicht da und mache mich jetzt ans testen.
Das mit den zwei Impulsen hintereinander an Pin6 würde ich von der Überlegung her ausschließen, da ich ja die gezählten Impulse am  Pin6 mit dem tatsächlichen Zählerstand vergleichen kann. Aber ich prüfe das.

Ich melde mich mit Ergebnissen zurück.

Gruß Otto

Hallo Stefan,

so alles "eingebaut" und schon nach wenigen Minuten gibt es wieder Spitzen -> 13:01.
Zunächst mal die Messwerte:
2016-11-02_12:52:33 AC power6: 0.000
2016-11-02_12:53:07 AC pin6: 9
2016-11-02_12:53:05 AC power4: 1.029
2016-11-02_12:54:07 AC pin4: 89
2016-11-02_12:54:06 AC power4: 1.029
2016-11-02_12:55:07 AC pin4: 96
2016-11-02_12:53:17 AC power6: 0.436
2016-11-02_12:55:07 AC pin6: 10
2016-11-02_12:55:06 AC power4: 1.036
2016-11-02_12:56:07 AC pin4: 103
2016-11-02_12:55:01 AC power6: 1.470
2016-11-02_12:56:07 AC pin6: 12
2016-11-02_12:56:06 AC power4: 1.030
2016-11-02_12:57:07 AC pin4: 110
2016-11-02_12:52:05 AC power5: 0.000
2016-11-02_12:57:07 AC pin5: 2
2016-11-02_12:56:34 AC power6: 1.464
2016-11-02_12:57:07 AC pin6: 13
2016-11-02_12:57:05 AC power4: 1.029
2016-11-02_12:58:07 AC pin4: 117
2016-11-02_12:57:01 AC power6: 1.463
2016-11-02_12:58:07 AC pin6: 15
2016-11-02_12:58:13 AC power6: 0.902
2016-11-02_12:59:06 AC pin6: 16
2016-11-02_12:58:32 AC power4: 0.096
2016-11-02_13:00:07 AC pin4: 118
2016-11-02_12:58:43 AC power6: 0.572
2016-11-02_13:00:07 AC pin6: 17
2016-11-02_12:59:38 AC power4: 0.306
2016-11-02_13:01:06 AC pin4: 121
2016-11-02_13:01:00 AC power6: 7.319
2016-11-02_13:01:07 AC pin6: 18
2016-11-02_13:01:07 AC power4: 0.306
2016-11-02_13:02:06 AC pin4: 123
2016-11-02_12:57:06 AC power5: 0.000
2016-11-02_13:02:06 AC pin5: 2
2016-11-02_13:02:08 AC power4: 0.306
2016-11-02_13:03:06 AC pin4: 125
2016-11-02_13:02:01 AC power6: 0.731
2016-11-02_13:03:06 AC pin6: 19
2016-11-02_13:03:08 AC power4: 0.306
2016-11-02_13:04:06 AC pin4: 127
2016-11-02_13:03:01 AC power6: 0.730
2016-11-02_13:04:06 AC pin6: 20
2016-11-02_13:04:07 AC power4: 0.305
2016-11-02_13:05:06 AC pin4: 129
2016-11-02_13:04:01 AC power6: 0.734
2016-11-02_13:05:06 AC pin6: 21
2016-11-02_13:05:07 AC power4: 0.305
2016-11-02_13:06:06 AC pin4: 131
2016-11-02_13:05:01 AC power6: 0.740
2016-11-02_13:06:06 AC pin6: 22
2016-11-02_13:06:07 AC power4: 0.304
2016-11-02_13:07:06 AC pin4: 133
2016-11-02_13:02:06 AC power5: 0.000
2016-11-02_13:07:06 AC pin5: 2
2016-11-02_13:06:01 AC power6: 0.735
2016-11-02_13:07:06 AC pin6: 23

Und hier das Log 2016.11.02 12:58:07 4: AC: Read match msg: Pin 4 count 117 (diff 7) in 61254 Millis, first at 442?, last at 56918
2016.11.02 12:58:07 4: AC: Read match msg: Pin 6 count 15 (diff 2) in 65616 Millis, first at 817, last at 33730
2016.11.02 12:59:06 4: AC: Read match msg: Pin 6 count 16 (diff 1) in 53225 Millis, first at 26955, last at 26955
2016.11.02 13:00:06 4: AC: Read match msg: Pin 4 count 118 (diff 1) in 94090 Millis, first at 91008, last at 91008
2016.11.02 13:00:07 4: AC: Read match msg: Pin 6 count 17 (diff 1) in 83975 Millis, first at 50130, last at 50130
2016.11.02 13:01:06 4: AC: Read match msg: Pin 4 count 121 (diff 3) in 88276 Millis, first at 359, last at 59284
2016.11.02 13:01:07 4: AC: Read match msg: Pin 6 count 18 (diff 1) in 6558 Millis, > Mfirst at 55716, last at 55716
2016.11.02 13:02:06 4: AC: Read match msg: Pin 4 count 123 (diff 2) in 58901 Millis, first at 28745, last at 58185
2016.11.02 13:02:06 4: AC: Read match msg: Pin 5 count 2 (diff 0) in 300800 Millis,
2016.11.02 13:03:06 4: AC: Read match msg: Pin 4 count 125 (diff 2) in 58822 Millis, first at 275<4, last at 57007
2016.11.02 13:03:06 4: AC: Read match msg: Pin 6 count 19 (diff 1) in 65677 Millis, first at 61393, last at 61393
2016.11.02 13:04:06 4: AC: Read match msg: Pin 4 count 127 (diff 2) in 58761 Millis, first at 263?4, last at 55768
2016.11.02 13:04:06 4: AC: Read match msg: Pin 6 count 20 (diff 1) in 65767 Millis, first at 7160, last at 7160
2016.11.02 13:05:06 4: AC: Read match msg: Pin 4 count 129 (diff 2) in 59079 Millis, first at 253;6, last at 54847
2016.11.02 13:05:06 4: AC: Read match msg: Pin 6 count 21 (diff 1) in 65404 Millis, first at 12564, last at 125>4
2016.11.02 13:06:06 4: AC: Read match msg: Pin 4 count 131 (diff 2) in 59086 Millis, first at 243>3, last at 53933
2016.11.02 13:06:06 4: AC: Read match msg: Pin 6 count 22 (diff 1) in 64860 Millis, first at 17424, last at 174:4
2016.11.02 13:07:06 4: AC: Read match msg: Pin 4 count 133 (diff 2) in 59194 Millis, first at 235=4, last at 53127
2016.11.02 13:07:06 4: AC: Read match msg: Pin 5 count 2 (diff 0) in 300000 Millis,
2016.11.02 13:07:06 4: AC: Read match msg: Pin 6 count 23 (diff 1) in 65345 Millis, first at :2769, last at 22769
2016.11.02 13:08:06 4: AC: Read match msg: Pin 4 count 135 (diff 2) in 59259 Millis, first at 22781, last at 52386
2016.11.02 13:08:06 4: AC: Read match msg: Pin 6 count 24 (diff 1) in 63379 Millis, first at 26148, last at 261<8
2016.11.02 13:09:06 4: AC: Read match msg: Pin 4 count 137 (diff 2) in 59291 Millis, first at 22088, last at 51677
2016.11.02 13:09:06 4: AC: Read match msg: Pin 6 count 25 (diff 1) in 63259 Millis, first at 29407, last at 29487
2016.11.02 13:10:06 4: AC: Read match msg: Pin 4 count 139 (diff 2) in 59393 Millis, first at 21391, last at 51070
2016.11.02 13:10:06 4: AC: Read match msg: Pin 6 count 26 (diff 1) in 63318 Millis, first at 32725, last at 327:5

Irgendwie sehen die Zahlen manchmal komisch aus - oder?
Gruß Otto

Hallo Otto,

vielen Dank für's Testen und das Log.
Damit wird die Fehlersuche einfacher :-)

Mal unabhängig davon, dass ich an Deinem Log sehe dass das mit den Zeitstempeln im Log noch verbessert werden muss, liegt das mit den Spitzen vermutlich an Störungen.

Vor 13:01 kommen die Impulse meist im Abstand von 50 bis 80 Sekunden. Um 13:01 kommt dann aber gleich nach 6 Sekunden wieder einer. Wenn Das keine echte Lastspitze ist, wird es wohl ein Störimpuls sein.
In der nächsten Version baue ich noch den vorgeschlagenen 30ms Filter ein. Evt. können wir solche Impulse damit unterdrücken.

Gruss
    Stefan

Das mit den Sonderzeichen in den Zahlen ist natürlich ziemlich seltsam.
Sieht nach einem Problem mit der seriellen Ausgabe aus.
Das muss ich mir noch näher ansehen.

Gruss
    Stefan

Hallo Stefan,

ich liefere Dir mal noch mehr "Futter"

Hier das Log von FHEM ab 17:00 Uhr 2016.11.02 17:00:56 4: AC: Read match msg: Pin 6 count 318 (diff 1) in 52529 Millis, first at 1534, last at 1534
2016.11.02 17:01:55 4: AC: Read match msg: Pin 6 count 319 (diff 1) in 60690 Millis, first at 2224, last at 2224
2016.11.02 17:03:55 4: AC: Read match msg: Pin 4 count 1219 (diff 1) in 297720 Millis, first at 297450, last at 297450
2016.11.02 17:04:55 4: AC: Read match msg: Pin 5 count 13 (diff 0) in 300000 Millis,
2016.11.02 17:04:55 4: AC: Read match msg: Pin 6 count 320 (diff 1) in 195638 Millis, first at 137862, last at(137862
2016.11.02 17:07:55 4: AC: Read match msg: Pin 6 count 321 (diff 1) in 195849 Millis, first at 15;711, last at 153711
2016.11.02 17:08:55 4: AC: Read match msg: Pin 4 count 1219 (diff 0) in 302550 Millis,
2016.11.02 17:09:55 4: AC: Read match msg: Pin 5 count 13 (diff 0) in 300000 Millis,
2016.11.02 17:10:55 4: AC: Read match msg: Pin 6 count 322 (diff 1) in 196334 Millis, first at 178045, last at 170045
2016.11.02 17:13:55 4: AC: Read match msg: Pin 4 count 1219 (diff 0) in 300000 Millis,
2016.11.02 17:14:55 4: AC: Read match msg: Pin 5 count 13 (diff 0) in 300000 Millis,
2016.11.02 17:14:55 4: AC: Read match msg: Pin 6 count 323 (diff 1) in 198026 Millis, first at 188071, last at(188071
2016.11.02 17:17:55 4: AC: Read match msg: Pin 6 count 324 (diff 1) in 197754 Millis, first at 14=825, last at 145825
2016.11.02 17:18:55 4: AC: Read match msg: Pin 4 count 1219 (diff 0) in 300000 Millis,
2016.11.02 17:19:55 4: AC: Read match msg: Pin 5 count 13 (diff 0) in 300000 Millis,
2016.11.02 17:20:55 4: AC: Read match msg: Pin 6 count 325 (diff 1) in 198449 Millis, first at 16<274, last at 164274
2016.11.02 17:21:55 4: AC: Read match msg: Pin 4 count 1220 (diff 1) in 144341 Millis, first at 1<4341, last at 144341
2016.11.02 17:24:54 4: AC: Read match msg: Pin 5 count 13 (diff 0) in 300000 Millis,
2016.11.02 17:24:55 4: AC: Read match msg: Pin 6 count 326 (diff 1) in 998540 Millis, first at 182814, last at 182814
2016.11.02 17:26:54 4: AC: Read match msg: Pin 4 count 1220 (diff 0) in 335659 Millis,
2016.11.02 17:27:54 4: AC: Read match msg: Pin 6 count 327 (diff 1) in 199174 Millis, first at 149988, last at 141988
2016.11.02 17:29:54 4: AC: Read match msg: Pin 5 count 13 (diff 0) in 300000 Millis,
2016.11.02 17:30:54 4: AC: Read match msg: Pin 6 count 328 (diff 1) in 199507 Millis, first at 161495, last at 161495
2016.11.02 17:31:54 4: AC: Read match msg: Pin 4 count 1220 (diff 0) in 300000 Millis,
2016.11.02 17:34:54 4: AC: Read match msg: Pin 5 count 13 (diff 0) in 300000 Millis,
2016.11.02 17:34:54 4: AC: Read match msg: Pin 6 count 329 (diff 1) in 999115 Millis, first at 180610, last at 180610
2016.11.02 17:36:54 4: AC: Read match msg: Pin 4 count 1220 (diff 0) in 300000 Millis,
2016.11.02 17:37:54 4: AC: Read match msg: Pin 6 count 330 (diff 1) in 199235 Millis, first at 139845, last at 139845
2016.11.02 17:38:54 4: AC: Read match msg: Pin 4 count 1221 (diff 1) in 109973 Millis, first at 189973, last at 109973
2016.11.02 17:39:54 4: AC: Read match msg: Pin 5 count 13 (diff 0) in 300000 Millis,
2016.11.02 17:40:54 4: AC: Read match msg: Pin 5 count 14 (diff 1) in 53263 Millis, first at 53263, last at 53263
2016.11.02 17:40:54 4: AC: Read match msg: Pin 6 count 331 (diff 1) in 17 Millis, ?927 Mfirst at 137772, last at 137772
2016.11.02 17:43:54 4: AC: Read match msg: Pin 4 count 1221 (diff 0) in 310027 Millis,
2016.11.02 17:43:54 4: AC: Read match msg: Pin 6 count 332 (diff 1) in 183156 Millis, first at 140928, last it 140928
2016.11.02 17:44:25 1: Timeout for PRESENCE_DoLocalBluetoothScan reached, terminated process 28565
2016.11.02 17:44:25 2: PRESENCE (BT_iBrina) - device could not be checked (retrying in 10 seconds)
2016.11.02 17:44:56 2: PRESENCE (BT_iBrina) - check returned a valid result after 1 unsuccesful retry
2016.11.02 17:45:53 4: AC: Read match msg: Pin 5 count 14 (diff 0) in 306737 Millis,
2016.11.02 17:46:53 4: AC: Read match msg: Pin 6 count 333 (diff 1) in 181825 Millis, first at 142753, last at 142753
2016.11.02 17:48:53 4: AC: Read match msg: Pin 4 count 1221 (diff 0) in 300000 Millis,
2016.11.02 17:49:53 4: AC: Read match msg: Pin 6 count 334 (diff 1) in 183428 Millis, first at 14>181, last at 146181
2016.11.02 17:50:53 4: AC: Read match msg: Pin 5 count 14 (diff 0) in 300000 Millis,
2016.11.02 17:52:53 4: AC: Read match msg: Pin 6 count 335 (diff 1) in 182068 Millis, first at 148249, last at 148249
2016.11.02 17:53:53 4: AC: Read match msg: Pin 4 count 1221 (diff 0) in 300000 Millis,
2016.11.02 17:55:53 4: AC: Read match msg: Pin 5 count 14 (diff 0) in 300000 Millis,
2016.11.02 17:55:53 4: AC: Read match msg: Pin 6 count 336 (diff 1) in 983187 Millis, first at 151436, last at 151436
2016.11.02 17:56:53 4: AC: Read match msg: Pin 4 count 1222 (diff 1) in 129777 Millis, first at 129777, last at 129777
2016.11.02 17:58:53 4: AC: Read match msg: Pin 6 count 337 (diff 1) in 170884 Millis, first at 142320, last at 142320
2016.11.02 18:00:53 4: AC: Read match msg: Pin 4 count 1227 (diff 5) in 281479 Millis, first at 195972, last at 231256
2016.11.02 18:00:53 3: AC: R5 C14 D0(T300000
2016.11.02 18:00:53 4: AC: Read match msg: Pin 6 count 339 (diff 2) in 156257 Millis, first at 81221, last at 118577
2016.11.02 18:01:53 4: AC: Read match msg: Pin 4 count 1234 (diff 7) in 61836 Millis, first at 103, last at 53092
2016.11.02 18:01:53 4: AC: Read match msg: Pin 6 count 340 (diff 1) in 37 Millis, ;88 Mfirst at 35965, last at 35965
2016.11.02 18:02:53 4: AC: Read match msg: Pin 4 count 1241 (diff 7) in 61914 Millis, first at 1950, last at 55006
2016.11.02 18:02:53 4: AC: Read match msg: Pin 6 count 342 (diff 2) in 7 Millis, <773 Mfirst at 13412, last at 50738
2016.11.02 18:03:53 4: AC: Read match msg: Pin 4 count 1248 (diff 7) in 62023 Millis, first at 3838, last at 57029
2016.11.02 18:03:53 4: AC: Read match msg: Pin 6 count 343 (diff 1) in 3 Millis, ?569 Mfirst at 28307, last at 28307
2016.11.02 18:04:53 4: AC: Read match msg: Pin 4 count 1255 (diff 7) in 61934 Millis, first at 5879, last at 58963
2016.11.02 18:04:53 4: AC: Read match msg: Pin 6 count 345 (diff 2) in 7 Millis, >194 Mfirst at 5694, last at 44501
2016.11.02 18:05:53 4: AC: Read match msg: Pin 4 count 1261 (diff 6) in 52637 Millis, first at 7692, last at 51600
2016.11.02 18:05:53 4: AC: Read match msg: Pin 5 count 14 (diff 0) in 308000 Millis,
2016.11.02 18:05:53 4: AC: Read match msg: Pin 6 count 346 (diff 1) in 38958 Millis, first at 23459, last at 23459
2016.11.02 18:06:53 4: AC: Read match msg: Pin 4 count 1268 (diff 7) in 61624 Millis, first at 376, last at 53224
2016.11.02 18:06:53 4: AC: Read match msg: Pin 6 count 348 (diff 2) in 78868 Millis, first at 2478, last at 41527
2016.11.02 18:07:53 4: AC: Read match msg: Pin 4 count 1275 (diff 7) in 61631 Millis, first at 2039, last at 54855
2016.11.02 18:07:53 4: AC: Read match msg: Pin 6 count 350 (diff 2) in 78190 Millis, first at 20668, last at 59717
2016.11.02 18:08:52 4: AC: Read match msg: Pin 4 count 1282 (diff 7) in 61979 Millis, first at 3708, last at 56834
2016.11.02 18:08:53 4: AC: Read match msg: Pin 6 count 351 (diff 1) in 39201 Millis, first at 38918, last at 38918
2016.11.02 18:09:52 4: AC: Read match msg: Pin 4 count 1289 (diff 7) in 62176 Millis, first at 5763, last at 59010
2016.11.02 18:09:53 4: AC: Read match msg: Pin 6 count 353 (diff 2) in 78732 Millis, first at 18359, last at 57650
2016.11.02 18:10:52 4: AC: Read match msg: Pin 4 count 1295 (diff 6) in 53313 Millis, first at 7889, last at 52323
2016.11.02 18:10:52 4: AC: Read match msg: Pin 5 count 14 (diff 0) in 308000 Millis,
2016.11.02 18:10:53 4: AC: Read match msg: Pin 6 count 354 (diff 1) in 39109 Millis, first at 36759, last at 36759
2016.11.02 18:11:52 4: AC: Read match msg: Pin 4 count 1302 (diff 7) in 62034 Millis, first at 1201, last at 54357
2016.11.02 18:11:52 4: AC: Read match msg: Pin 6 count 356 (diff 2) in 78099 Millis, first at 15869, last at 54858
2016.11.02 18:12:52 4: AC: Read match msg: Pin 4 count 1309 (diff 7) in 61473 Millis, first at 3162, last at 55830
2016.11.02 18:12:52 4: AC: Read match msg: Pin 5 count 15 (diff 1) in 85833 Millis, first at 85033, last at 85033
2016.11.02 18:12:53 4: AC: Read match msg: Pin 6 count 357 (diff 1) in 38807 Millis, first at ;3665, last at 33665
2016.11.02 18:13:52 4: AC: Read match msg: Pin 4 count 1316 (diff 7) in 62015 Millis, first at 46:7, last at 57845
2016.11.02 18:13:52 4: AC: Read match msg: Pin 6 count 359 (diff 2) in 77827 Millis, first at 12413, last at 51<92
2016.11.02 18:14:52 4: AC: Read match msg: Pin 4 count 1323 (diff 7) in 62114 Millis, first at 67:2, last at 59959
2016.11.02 18:14:52 4: AC: Read match msg: Pin 6 count 360 (diff 1) in 39019 Millis, first at 30511, last at 30=11
2016.11.02 18:15:52 4: AC: Read match msg: Pin 4 count 1329 (diff 6) in 53192 Millis, first at 88<3, last at 53151
2016.11.02 18:15:52 4: AC: Read match msg: Pin 6 count 362 (diff 2) in 78159 Millis, first at 9621, last at 486?0
2016.11.02 18:16:52 4: AC: Read match msg: Pin 4 count 1336 (diff 7) in 62431 Millis, first at 20<0, last at 55582
2016.11.02 18:16:52 4: AC: Read match msg: Pin 6 count 363 (diff 1) in 39109 Millis, first at 27779, last at 27?79
2016.11.02 18:17:52 4: AC: Read match msg: Pin 4 count 1337 (diff 1) in 8982 Millis, first at 456<, last at 4564
2016.11.02 18:17:52 4: AC: Read match msg: Pin 5 count 15 (diff 0) in 334967 Millis,
2016.11.02 18:17:52 4: AC: Read match msg: Pin 6 count 364 (diff 1) in 39443 Millis, first at ?222, last at 7222
2016.11.02 18:20:52 4: AC: Read match msg: Pin 6 count 365 (diff 1) in 208574 Millis, first at 15=796, last at 155796
2016.11.02 18:22:52 4: AC: Read match msg: Pin 4 count 1337 (diff 0) in 355436 Millis,
2016.11.02 18:22:52 3: AC: R5 C15 D0 \300000
2016.11.02 18:24:52 4: AC: Read match msg: Pin 6 count 366 (diff 1) in 215072 Millis, first at 198868, last at 190868
2016.11.02 18:25:52 4: AC: Read match msg: Pin 4 count 1338 (diff 1) in 126580 Millis, first at 1:6580, last at 126580
2016.11.02 18:27:52 4: AC: Read match msg: Pin 5 count 15 (diff 0) in 300000 Millis,
2016.11.02 18:27:52 3: AC: R6 C367 D1 T:15858 Mfirst at 166726, last at 166726
2016.11.02 18:30:51 4: AC: Read match msg: Pin 4 count 1338 (diff 0) in 353420 Millis,
2016.11.02 18:30:52 4: AC: Read match msg: Pin 6 count 368 (diff 1) in 193040 Millis, first at 179766, last it 179766
2016.11.02 18:32:51 4: AC: Read match msg: Pin 5 count 15 (diff 0) in 300000 Millis,
2016.11.02 18:33:51 4: AC: Read match msg: Pin 6 count 369 (diff 1) in 177442 Millis, first at 177208, last at 177208
2016.11.02 18:35:51 4: AC: Read match msg: Pin 4 count 1338 (diff 0) in 300000 Millis,
2016.11.02 18:36:51 4: AC: Read match msg: Pin 6 count 370 (diff 1) in 177293 Millis, first at 17<501, last at 174501
2016.11.02 18:37:51 4: AC: Read match msg: Pin 5 count 15 (diff 0) in 300000 Millis,
2016.11.02 18:39:51 4: AC: Read match msg: Pin 6 count 371 (diff 1) in 177474 Millis, first at 171975, last at 171975
2016.11.02 18:40:51 4: AC: Read match msg: Pin 4 count 1338 (diff 0) in 300000 Millis,
2016.11.02 18:42:51 4: AC: Read match msg: Pin 4 count 1339 (diff 1) in 85915 Millis, first at 85915, last at 85915
2016.11.02 18:42:51 4: AC: Read match msg: Pin 5 count 15 (diff 0) in 300000 Millis,
2016.11.02 18:42:51 4: AC: Read match msg: Pin 6 count 372 (diff 1) in 173031 Millis, first(at 165006, last at 165006
2016.11.02 18:45:51 4: AC: Read match msg: Pin 6 count 373 (diff 1) in 173121 Millis, first at 158127, last at 158127
2016.11.02 18:47:51 4: AC: Read match msg: Pin 4 count 1339 (diff 0) in 334085 Millis,
2016.11.02 18:47:51 3: AC: R5 C15 D0 \300000
2016.11.02 18:48:51 4: AC: Read match msg: Pin 6 count 374 (diff 1) in 173243 Millis, first at 159370, last at 151370
2016.11.02 18:51:51 4: AC: Read match msg: Pin 4 count 1357 (diff 18) in 238715 Millis, first at 983894, last at 238715
2016.11.02 18:51:51 4: AC: Read match msg: Pin 6 count 378 (diff 4) in 195820 Millis, first at 120404, las| at 167190
2016.11.02 18:52:51 4: AC: Read match msg: Pin 4 count 1375 (diff 18) in 58151 Millis, first at 1947, last at 56866
2016.11.02 18:52:51 4: AC: Read match msg: Pin 5 count 15 (diff 0) in 300000 Millis,
2016.11.02 18:52:51 4: AC: Read match msg: Pin 6 count 382 (diff 4) in 62111 Millis, first it 2756, last at 49301
2016.11.02 18:53:50 4: AC: Read match msg: Pin 4 count 1394 (diff 19) in 61197 Millis, first at 9;, last at 58063
2016.11.02 18:53:51 4: AC: Read match msg: Pin 6 count 386 (diff 4) in 62775 Millis, first at 4957, last at 5207>
2016.11.02 18:54:50 4: AC: Read match msg: Pin 4 count 1413 (diff 19) in 61416 Millis, first at 1:88, last at 59479
2016.11.02 18:54:50 4: AC: Read match msg: Pin 6 count 390 (diff 4) in 63228 Millis, first at 7822, last at 55;04
2016.11.02 18:55:50 4: AC: Read match msg: Pin 4 count 1431 (diff 18) in 58419 Millis, first at 2?30, last at 57898
2016.11.02 18:55:50 4: AC: Read match msg: Pin 6 count 394 (diff 4) in 63501 Millis, first at 11142, last at 58805
2016.11.02 18:56:50 4: AC: Read match msg: Pin 4 count 1450 (diff 19) in 61781 Millis, first at 1940, last at 59679
2016.11.02 18:56:50 4: AC: Read match msg: Pin 6 count 397 (diff 3) in 47663 Millis, first at 14673, last at 4>468
2016.11.02 18:57:50 4: AC: Read match msg: Pin 4 count 1458 (diff 8) in 26150 Millis, first at 29:9, last at 25829
2016.11.02 18:57:50 4: AC: Read match msg: Pin 5 count 15 (diff 0) in 300000 Millis,
2016.11.02 18:57:50 4: AC: Read match msg: Pin 6 count 399 (diff 2) in 31856 Millis, first a| 2426, last at 18324
2016.11.02 18:59:50 4: AC: Read match msg: Pin 6 count 400 (diff 1) in 123586 Millis, first at 81910, last at 81910
2016.11.02 19:02:50 4: AC: Read match msg: Pin 4 count 1458 (diff 0) in 334171 Millis,
2016.11.02 19:02:50 3: AC: R5 C15 D0 \300000
2016.11.02 19:02:50 4: AC: Read match msg: Pin 6 count 401 (diff 1) in 183307 Millis, first at 145217, last at 145217
2016.11.02 19:05:50 4: AC: Read match msg: Pin 6 count 402 (diff 1) in 189835 Millis, first at 155052, last at 155052
2016.11.02 19:07:50 4: AC: Read match msg: Pin 4 count 1458 (diff 0) in 300000 Millis,
2016.11.02 19:07:50 4: AC: Read match msg: Pin 5 count 15 (diff 0) in 300000 Millis,
2016.11.02 19:08:50 4: AC: Read match msg: Pin 6 count 403 (diff 1) in 200565 Millis, first at 175617, last at 175617
2016.11.02 19:10:54 1: Timeout for PRESENCE_DoLocalBluetoothScan reached, terminated process 12470
2016.11.02 19:10:54 2: PRESENCE (BT_iBrina) - device could not be checked (retrying in 10 seconds)
2016.11.02 19:11:09 2: PRESENCE (BT_iBrina) - check returned a valid result after 1 unsuccesful retry
2016.11.02 19:12:50 4: AC: Read match msg: Pin 4 count 1458 (diff 0) in 300000 Millis,
2016.11.02 19:12:50 4: AC: Read match msg: Pin 5 count 16 (diff 1) in 254454 Millis, first at 254454, last a| 254454
2016.11.02 19:12:50 4: AC: Read match msg: Pin 6 count 404 (diff 1) in 195699 Millis, first at 191316, last at 191316
2016.11.02 19:15:49 4: AC: Read match msg: Pin 6 count 405 (diff 1) in 186722 Millis, first at 138038, last at 138038
2016.11.02 19:16:08 1: Timeout for PRESENCE_DoLocalBluetoothScan reached, terminated process 13473
2016.11.02 19:16:08 2: PRESENCE (BT_iBrina) - device could not be checked (retrying in 10 seconds)
2016.11.02 19:16:38 2: PRESENCE (BT_iBrina) - check returned a valid result after 1 unsuccesful retry
2016.11.02 19:17:49 4: AC: Read match msg: Pin 4 count 1458 (diff 0) in 300000 Millis,
2016.11.02 19:17:50 4: AC: Read match msg: Pin 5 count 16 (diff 0) in 345546 Millis,
2016.11.02 19:17:50 4: AC: Read match msg: Pin 6 count 406 (diff 1) in 156832 Millis, fir{t at 114870, last at 114870
2016.11.02 19:20:49 4: AC: Read match msg: Pin 4 count 1459 (diff 1) in 155105 Millis, first at 1=5105, last at 155105
2016.11.02 19:20:49 4: AC: Read match msg: Pin 6 count 407 (diff 1) in 178471 Millis, first at 173341, last(at 173341
2016.11.02 19:22:49 4: AC: Read match msg: Pin 5 count 16 (diff 0) in 300000 Millis,
2016.11.02 19:23:49 4: AC: Read match msg: Pin 6 count 408 (diff 1) in 183790 Millis, first at 177131, last at 177131
2016.11.02 19:25:49 4: AC: Read match msg: Pin 4 count 1459 (diff 0) in 324895 Millis,
2016.11.02 19:27:49 4: AC: Read match msg: Pin 5 count 16 (diff 0) in 300000 Millis,
2016.11.02 19:27:49 4: AC: Read match msg: Pin 6 count 409 (diff 1) in 985242 Millis, first at 182373, last at 182373
2016.11.02 19:30:49 4: AC: Read match msg: Pin 4 count 1459 (diff 0) in 300000 Millis,
2016.11.02 19:30:49 4: AC: Read match msg: Pin 6 count 410 (diff 1) in 185362 Millis, first at 127735, last it 127735
2016.11.02 19:32:49 4: AC: Read match msg: Pin 5 count 16 (diff 0) in 300000 Millis,
2016.11.02 19:33:49 4: AC: Read match msg: Pin 6 count 411 (diff 1) in 185846 Millis, first at 133581, last at 133581
2016.11.02 19:35:48 4: AC: Read match msg: Pin 4 count 1459 (diff 0) in 300000 Millis,
2016.11.02 19:36:48 4: AC: Read match msg: Pin 6 count 412 (diff 1) in 186722 Millis, first at 148303, last at 140303
2016.11.02 19:37:48 4: AC: Read match msg: Pin 5 count 16 (diff 0) in 300000 Millis,
2016.11.02 19:39:48 4: AC: Read match msg: Pin 6 count 413 (diff 1) in 186904 Millis, first at 147207, last at 147207
2016.11.02 19:40:48 4: AC: Read match msg: Pin 4 count 1459 (diff 0) in 300000 Millis,
2016.11.02 19:42:48 4: AC: Read match msg: Pin 5 count 16 (diff 0) in 300000 Millis,
2016.11.02 19:42:48 4: AC: Read match msg: Pin 6 count 414 (diff 1) in 981706 Millis, first at 148913, last at 148913
2016.11.02 19:45:48 4: AC: Read match msg: Pin 4 count 1460 (diff 1) in 267967 Millis, first at 267967, last at 267967
2016.11.02 19:46:48 4: AC: Read match msg: Pin 6 count 415 (diff 1) in 226042 Millis, first at 194955, last at 194955
2016.11.02 19:47:48 4: AC: Read match msg: Pin 5 count 16 (diff 0) in 300000 Millis,
2016.11.02 19:49:48 4: AC: Read match msg: Pin 5 count 17 (diff 1) in 113511 Millis, first at 113=11, last at 113511
2016.11.02 19:50:48 4: AC: Read match msg: Pin 4 count 1460 (diff 0) in 332033 Millis,
2016.11.02 19:50:48 3: AC: R6 C416 D1(T231998 Mfirst at 186953, last at 186953
2016.11.02 19:54:48 4: AC: Read match msg: Pin 5 count 17 (diff 0) in 306489 Millis,
2016.11.02 19:54:48 4: AC: Read match msg: Pin 6 count 417 (diff 1) in 238163 Millis, first at 185116, last at(185116
2016.11.02 19:55:48 4: AC: Read match msg: Pin 4 count 1460 (diff 0) in 300000 Millis,
2016.11.02 19:58:47 4: AC: Read match msg: Pin 6 count 418 (diff 1) in 240611 Millis, first at 185727, last at 185727
2016.11.02 19:59:47 4: AC: Read match msg: Pin 5 count 17 (diff 0) in 300000 Millis,
2016.11.02 20:00:47 4: AC: Read match msg: Pin 4 count 1460 (diff 0) in 300000 Millis,
2016.11.02 20:02:47 4: AC: Read match msg: Pin 6 count 419 (diff 1) in 240520 Millis, first at 186247, last at 186247
2016.11.02 20:04:47 4: AC: Read match msg: Pin 5 count 17 (diff 0) in 300000 Millis,
2016.11.02 20:05:47 4: AC: Read match msg: Pin 4 count 1460 (diff 0) in 300000 Millis,
2016.11.02 20:06:47 4: AC: Read match msg: Pin 6 count 420 (diff 1) in 240158 Millis, first at 186405, last at 186405
2016.11.02 20:09:47 4: AC: Read match msg: Pin 5 count 17 (diff 0) in 300000 Millis,
2016.11.02 20:09:47 4: AC: Read match msg: Pin 6 count 421 (diff 1) in 224865 Millis, first at 171270, last at(171270
2016.11.02 20:10:47 4: AC: Read match msg: Pin 4 count 1461 (diff 1) in 266192 Millis, first at 2>6192, last at 266192
2016.11.02 20:13:47 4: AC: Read match msg: Pin 6 count 422 (diff 1) in 192857 Millis, first at 18<127, last at 184127
2016.11.02 20:14:47 4: AC: Read match msg: Pin 5 count 17 (diff 0) in 300000 Millis,
2016.11.02 20:15:47 4: AC: Read match msg: Pin 4 count 1461 (diff 0) in 333808 Millis,
2016.11.02 20:16:47 4: AC: Read match msg: Pin 6 count 423 (diff 1) in 191347 Millis, first at 13=474, last at 135474
2016.11.02 20:18:47 4: AC: Read match msg: Pin 4 count 1472 (diff 11) in 178760 Millis, first at 955097, last at 178760
2016.11.02 20:18:47 4: AC: Read match msg: Pin 6 count 426 (diff 3) in 161063 Millis, first at 93234, last(at 116537
2016.11.02 20:19:47 4: AC: Read match msg: Pin 4 count 1497 (diff 25) in 59222 Millis, first at 1934, last at 57982
2016.11.02 20:19:47 4: AC: Read match msg: Pin 5 count 17 (diff 0) in 300000 Millis,
2016.11.02 20:19:47 4: AC: Read match msg: Pin 6 count 431 (diff 5) in 58301 Millis, first it 8203, last at 54838
2016.11.02 20:20:47 4: AC: Read match msg: Pin 4 count 1523 (diff 26) in 61536 Millis, first at 3=5, last at 59518
2016.11.02 20:20:47 4: AC: Read match msg: Pin 5 count 18 (diff 1) in 4381 Millis, first at 4381, last at 4381
2016.11.02 20:20:47 4: AC: Read match msg: Pin 6 count 436 (diff 5) in 58334 Millis, first at 6506, last at 53172
2016.11.02 20:21:46 4: AC: Read match msg: Pin 4 count 1548 (diff 25) in 59819 Millis, first at 1888, last at 59337
2016.11.02 20:21:47 3: AC: R6 C441 D5 T=8877 Mfirst at 4868, last at 52049
2016.11.02 20:22:46 4: AC: Read match msg: Pin 4 count 1572 (diff 24) in 58255 Millis, first at 1755, last at 57592
2016.11.02 20:22:46 3: AC: R6 C446 D5 T=9419 Mfirst at 3986, last at 51468
2016.11.02 20:23:46 4: AC: Read match msg: Pin 4 count 1597 (diff 25) in 60736 Millis, first at 20, last at 58328
2016.11.02 20:23:46 4: AC: Read match msg: Pin 6 count 451 (diff 5) in 59 Millis, ;91 Mfirst at 3438, last at 50859
2016.11.02 20:24:46 4: AC: Read match msg: Pin 4 count 1622 (diff 25) in 60818 Millis, first at 762, last at 59146
2016.11.02 20:24:46 4: AC: Read match msg: Pin 6 count 456 (diff 5) in 59723 Millis, first at 2798, last at 50582
2016.11.02 20:25:46 4: AC: Read match msg: Pin 4 count 1647 (diff 25) in 60697 Millis, first at 1577, last at 59843
2016.11.02 20:25:46 4: AC: Read match msg: Pin 5 count 18 (diff 0) in 3 Millis, =5619
2016.11.02 20:25:46 4: AC: Read match msg: Pin 6 count 461 (diff 5) in 59602 Millis, first at 2521, last at 50184
2016.11.02 20:26:46 4: AC: Read match msg: Pin 4 count 1671 (diff 24) in 58261 Millis, first at 2262, last at 58104
2016.11.02 20:26:46 3: AC: R6 C466 D5 T=9572 Mfirst at 2092, last at 49756
2016.11.02 20:27:46 4: AC: Read match msg: Pin 4 count 1696 (diff 25) in 60652 Millis, first at 529, last at 58756
2016.11.02 20:27:46 4: AC: Read match msg: Pin 6 count 471 (diff 5) in 59571 Millis, first at 1664, last at 49327
2016.11.02 20:28:46 4: AC: Read match msg: Pin 4 count 1721 (diff 25) in 60659 Millis, first at 1181, last at 59415
2016.11.02 20:28:46 3: AC: R6 C478 D7 T?0544 Mfirst at 1235, last at 59871
2016.11.02 20:29:46 4: AC: Read match msg: Pin 4 count 1745 (diff 24) in 58193 Millis, first at 1842, last at 57608
2016.11.02 20:29:46 3: AC: R6 C485 D7 T=5612 Mfirst at 7820, last at 55483
2016.11.02 20:30:46 4: AC: Read match msg: Pin 4 count 1770 (diff 25) in 60620 Millis, first at 34, last at 58228
2016.11.02 20:30:46 4: AC: Read match msg: Pin 5 count 18 (diff 0) in 300800 Millis,
2016.11.02 20:30:46 4: AC: Read match msg: Pin 6 count 493 (diff 8) in 63592 Millis, first at 3432, last at 59075
2016.11.02 20:31:46 4: AC: Read match msg: Pin 4 count 1795 (diff 25) in 60672 Millis, first at 658, last at 58900
2016.11.02 20:31:46 4: AC: Read match msg: Pin 6 count 500 (diff 7) in 5 Millis, >036 Mfirst at 7084, last at 55111
2016.11.02 20:32:46 4: AC: Read match msg: Pin 4 count 1820 (diff 25) in 60746 Millis, first at 1324, last at 59646
2016.11.02 20:32:46 3: AC: R6 C507 D7 T=8273 Mfirst at 3121, last at 53384
2016.11.02 20:33:46 4: AC: Read match msg: Pin 4 count 1844 (diff 24) in 58295 Millis, first at 2070, last at 57941
2016.11.02 20:33:46 3: AC: R6 C512 D5 T=9541 Mfirst at 5473, last at 52925
2016.11.02 20:34:46 4: AC: Read match msg: Pin 4 count 1869 (diff 25) in 60339 Millis, first at 357, last at 58280
2016.11.02 20:34:46 4: AC: Read match msg: Pin 6 count 517 (diff 5) in 5 Millis, ?758 Mfirst at 4500, last at 50683
2016.11.02 20:35:46 4: AC: Read match msg: Pin 4 count 1906 (diff 37) in 61714 Millis, first at 691, last at 59994
2016.11.02 20:35:46 4: AC: Read match msg: Pin 5 count 18 (diff 0) in 308000 Millis,
2016.11.02 20:35:46 4: AC: Read match msg: Pin 6 count 525 (diff 8) in 67551 Millis, first at 1654, last at 58234
2016.11.02 20:36:46 4: AC: Read match msg: Pin 4 count 1942 (diff 36) in 58748 Millis, first at 1626, last at 58742
2016.11.02 20:36:46 3: AC: R6 C532 D7 T=6429 Mfirst at 6334, last at 54663
2016.11.02 20:37:46 4: AC: Read match msg: Pin 4 count 1979 (diff 37) in 60451 Millis, first at 373, last at 59193
2016.11.02 20:37:46 4: AC: Read match msg: Pin 6 count 540 (diff 8) in 6 Millis, <408 Mfirst at 2703, last at 59071
2016.11.02 20:38:46 4: AC: Read match msg: Pin 4 count 2016 (diff 37) in 60544 Millis, first at 825, last at 59737
2016.11.02 20:38:46 4: AC: Read match msg: Pin 6 count 547 (diff 7) in 5 Millis, >489 Mfirst at 7111, last at 55560
2016.11.02 20:39:46 4: AC: Read match msg: Pin 4 count 2052 (diff 36) in 58986 Millis, first at 1374, last at 58723
2016.11.02 20:39:46 4: AC: Read match msg: Pin 5 count 19 (diff 1) in 2 Millis, :8655 Mfirst at 228655, last at 228655
2016.11.02 20:39:46 4: AC: Read match msg: Pin 6 count 554 (diff 7) in 56519 Millis, first(at 3629, last at 52079
2016.11.02 20:40:46 4: AC: Read match msg: Pin 4 count 2089 (diff 37) in 60494 Millis, first at 3=8, last at 59217
2016.11.02 20:40:46 4: AC: Read match msg: Pin 6 count 562 (diff 8) in 64498 Millis, first at 119, last at 5657?
2016.11.02 20:41:46 4: AC: Read match msg: Pin 4 count 2126 (diff 37) in 60563 Millis, first at 8=1, last at 59780
2016.11.02 20:41:46 4: AC: Read match msg: Pin 6 count 569 (diff 7) in 56429 Millis, first at 4648, last at 53086
2016.11.02 20:42:46 4: AC: Read match msg: Pin 4 count 2162 (diff 36) in 58973 Millis, first at 1<15, last at 58753
2016.11.02 20:42:46 4: AC: Read match msg: Pin 6 count 577 (diff 8) in 64529 Millis, first at 1076, last at 57=35
2016.11.02 20:43:45 4: AC: Read match msg: Pin 4 count 2199 (diff 37) in 60685 Millis, first at 391, last at 59438
2016.11.02 20:43:46 4: AC: Read match msg: Pin 6 count 584 (diff 7) in 56610 Millis, first at 5606, last at 541<5
2016.11.02 20:44:45 4: AC: Read match msg: Pin 4 count 2235 (diff 36) in 59120 Millis, first at 1880, last at 58558
2016.11.02 20:44:46 4: AC: Read match msg: Pin 5 count 19 (diff 0) in 311345 Millis,
2016.11.02 20:44:46 4: AC: Read match msg: Pin 6 count 592 (diff 8) in 64861 Millis, first it 2276, last at 59006
2016.11.02 20:45:45 4: AC: Read match msg: Pin 4 count 2272 (diff 37) in 60684 Millis, first at 197, last at 59242
2016.11.02 20:45:45 4: AC: Read match msg: Pin 6 count 599 (diff 7) in 56853 Millis, first at 7137, last at 558=9
2016.11.02 20:46:45 4: AC: Read match msg: Pin 4 count 2309 (diff 37) in 60566 Millis, first at 883, last at 59808
2016.11.02 20:46:45 4: AC: Read match msg: Pin 6 count 607 (diff 8) in 63410 Millis, first at 3959, last at 592>9
2016.11.02 20:47:45 4: AC: Read match msg: Pin 4 count 2345 (diff 36) in 59124 Millis, first at 1<50, last at 58932
2016.11.02 20:47:45 4: AC: Read match msg: Pin 6 count 617 (diff 10) in 55493 Millis, first at 5072, last at 5<762
2016.11.02 20:48:45 4: AC: Read match msg: Pin 4 count 2382 (diff 37) in 60493 Millis, first at 5?1, last at 59425
2016.11.02 20:48:45 4: AC: Read match msg: Pin 6 count 627 (diff 10) in 62534 Millis, first at 51, last at 5729>
2016.11.02 20:49:45 4: AC: Read match msg: Pin 4 count 2419 (diff 37) in 60308 Millis, first at 1854, last at 59733
2016.11.02 20:49:45 4: AC: Read match msg: Pin 5 count 19 (diff 0) in 300000 Millis,
2016.11.02 20:49:45 4: AC: Read match msg: Pin 6 count 634 (diff 7) in 56579 Millis, first it 5396, last at 53875
2016.11.02 20:50:45 4: AC: Read match msg: Pin 4 count 2443 (diff 24) in 57465 Millis, first at 1;62, last at 57198
2016.11.02 20:50:45 4: AC: Read match msg: Pin 6 count 639 (diff 5) in 54676 Millis, first at 1916, last at 48=51
2016.11.02 20:51:45 4: AC: Read match msg: Pin 4 count 2464 (diff 21) in 62266 Millis, first at 1=9, last at 59464
2016.11.02 20:51:45 4: AC: Read match msg: Pin 6 count 644 (diff 5) in 69697 Millis, first at 2455, last at 582<8
2016.11.02 20:52:45 4: AC: Read match msg: Pin 4 count 2484 (diff 20) in 59367 Millis, first at 2<30, last at 58831
2016.11.02 20:52:45 4: AC: Read match msg: Pin 6 count 648 (diff 4) in 55824 Millis, first at 12181, last at 5<072
2016.11.02 20:53:45 4: AC: Read match msg: Pin 4 count 2504 (diff 20) in 59258 Millis, first at 1?97, last at 58089
2016.11.02 20:53:45 4: AC: Read match msg: Pin 6 count 652 (diff 4) in 55340 Millis, first at 8005, last at 49<12
2016.11.02 20:54:45 4: AC: Read match msg: Pin 4 count 2524 (diff 20) in 59313 Millis, first at 1848, last at 57402
2016.11.02 20:54:45 4: AC: Read match msg: Pin 5 count 19 (diff 0) in 300000 Millis,
2016.11.02 20:54:45 4: AC: Read match msg: Pin 6 count 657 (diff 5) in 68367 Millis, first it 2922, last at 57779
2016.11.02 20:55:45 4: AC: Read match msg: Pin 4 count 2545 (diff 21) in 62245 Millis, first at 3?1, last at 59647
2016.11.02 20:55:45 4: AC: Read match msg: Pin 6 count 661 (diff 4) in 54886 Millis, first at 11530, last at 52>65
2016.11.02 20:56:45 4: AC: Read match msg: Pin 4 count 2565 (diff 20) in 59305 Millis, first at 2>07, last at 58952
2016.11.02 20:56:45 4: AC: Read match msg: Pin 6 count 665 (diff 4) in 54857 Millis, first at 6357, last at 47=22
2016.11.02 20:57:45 4: AC: Read match msg: Pin 4 count 2585 (diff 20) in 59388 Millis, first at 1917, last at 58340
2016.11.02 20:57:45 4: AC: Read match msg: Pin 6 count 670 (diff 5) in 68639 Millis, first at 1244, last at 56961
2016.11.02 20:58:45 4: AC: Read match msg: Pin 4 count 2605 (diff 20) in 59545 Millis, first at 1;12, last at 57885
2016.11.02 20:58:45 4: AC: Read match msg: Pin 6 count 674 (diff 4) in 54525 Millis, first at 9853, last at 50>86
2016.11.02 20:59:45 4: AC: Read match msg: Pin 4 count 2623 (diff 18) in 59271 Millis, first at 8?4, last at 57156
2016.11.02 20:59:45 4: AC: Read match msg: Pin 5 count 19 (diff 0) in 300000 Millis,
2016.11.02 20:59:45 4: AC: Read match msg: Pin 6 count 678 (diff 4) in 54312 Millis, first a| 2987, last at 44998
2016.11.02 21:00:45 4: AC: Read match msg: Pin 4 count 2636 (diff 13) in 61990 Millis, first at 1932, last at 59146
2016.11.02 21:00:45 4: AC: Read match msg: Pin 6 count 681 (diff 3) in 60962 Millis, first at 5338, last at 45960
2016.11.02 21:01:45 4: AC: Read match msg: Pin 4 count 2648 (diff 12) in 57061 Millis, first at 3917, last at 56207
2016.11.02 21:01:45 4: AC: Read match msg: Pin 6 count 684 (diff 3) in 60901 Millis, first at 6240, last at 46861
2016.11.02 21:02:45 4: AC: Read match msg: Pin 4 count 2661 (diff 13) in 61828 Millis, first at 9=4, last at 58035
2016.11.02 21:02:45 4: AC: Read match msg: Pin 6 count 687 (diff 3) in 61143 Millis, first at 7353, last at 48084
2016.11.02 21:03:45 4: AC: Read match msg: Pin 4 count 2674 (diff 13) in 61859 Millis, first at 2?93, last at 59894
2016.11.02 21:03:45 4: AC: Read match msg: Pin 6 count 690 (diff 3) in 60872 Millis, first at 8284, last at 48876
2016.11.02 21:04:45 4: AC: Read match msg: Pin 4 count 2686 (diff 12) in 57135 Millis, first at 4>47, last at 57029
2016.11.02 21:04:45 4: AC: Read match msg: Pin 5 count 19 (diff 0) in 300000 Millis,
2016.11.02 21:04:45 4: AC: Read match msg: Pin 6 count 693 (diff 3) in 60901 Millis, first it 9156, last at 49777
2016.11.02 21:05:44 4: AC: Read match msg: Pin 4 count 2699 (diff 13) in 61879 Millis, first at 1?96, last at 58908
2016.11.02 21:05:45 4: AC: Read match msg: Pin 6 count 696 (diff 3) in 60962 Millis, first at 10118, last at 58739
2016.11.02 21:06:44 4: AC: Read match msg: Pin 4 count 2711 (diff 12) in 57227 Millis, first at 3>71, last at 56135
2016.11.02 21:06:45 4: AC: Read match msg: Pin 6 count 699 (diff 3) in 61082 Millis, first at 11080, last at 59821
2016.11.02 21:07:44 4: AC: Read match msg: Pin 4 count 2724 (diff 13) in 61818 Millis, first at 893, last at 57953
2016.11.02 21:07:44 4: AC: Read match msg: Pin 6 count 702 (diff 3) in 60961 Millis, first at 12252, last at 52?82
2016.11.02 21:08:44 4: AC: Read match msg: Pin 4 count 2737 (diff 13) in 61872 Millis, first at 2?11, last at 59825
2016.11.02 21:08:44 4: AC: Read match msg: Pin 6 count 705 (diff 3) in 60147 Millis, first at 12791, last at 5:929

Und hier die Werte ab 17:00 Uhr 2016-11-02_17:00:03 AC power6: 0.914
2016-11-02_17:00:56 AC pin6: 318
2016-11-02_17:00:55 AC power6: 0.791
2016-11-02_17:01:55 AC pin6: 319
2016-11-02_16:58:58 AC power4: 0.030
2016-11-02_17:03:55 AC pin4: 1219
2016-11-02_16:59:55 AC power5: 0.000
2016-11-02_17:04:55 AC pin5: 13
2016-11-02_17:01:40 AC power6: 0.245
2016-11-02_17:04:55 AC pin6: 320
2016-11-02_17:04:39 AC power6: 0.245
2016-11-02_17:07:55 AC pin6: 321
2016-11-02_17:03:53 AC power4: 0.000
2016-11-02_17:08:55 AC pin4: 1219
2016-11-02_17:04:55 AC power5: 0.000
2016-11-02_17:09:55 AC pin5: 13
2016-11-02_17:07:39 AC power6: 0.244
2016-11-02_17:10:55 AC pin6: 322
2016-11-02_17:08:55 AC power4: 0.000
2016-11-02_17:13:55 AC pin4: 1219
2016-11-02_17:09:55 AC power5: 0.000
2016-11-02_17:14:55 AC pin5: 13
2016-11-02_17:11:37 AC power6: 0.242
2016-11-02_17:14:55 AC pin6: 323
2016-11-02_17:14:37 AC power6: 0.243
2016-11-02_17:17:55 AC pin6: 324
2016-11-02_17:13:55 AC power4: 0.000
2016-11-02_17:18:55 AC pin4: 1219
2016-11-02_17:14:55 AC power5: 0.000
2016-11-02_17:19:55 AC pin5: 13
2016-11-02_17:17:36 AC power6: 0.242
2016-11-02_17:20:55 AC pin6: 325
2016-11-02_17:19:30 AC power4: 0.062
2016-11-02_17:21:55 AC pin4: 1220
2016-11-02_17:19:54 AC power5: 0.000
2016-11-02_17:24:54 AC pin5: 13
2016-11-02_17:08:16 AC power6: 0.048
2016-11-02_17:24:55 AC pin6: 326
2016-11-02_17:21:19 AC power4: 0.000
2016-11-02_17:26:54 AC pin4: 1220
2016-11-02_17:24:35 AC power6: 0.241
2016-11-02_17:27:54 AC pin6: 327
2016-11-02_17:24:54 AC power5: 0.000
2016-11-02_17:29:54 AC pin5: 13
2016-11-02_17:27:35 AC power6: 0.241
2016-11-02_17:30:54 AC pin6: 328
2016-11-02_17:26:54 AC power4: 0.000
2016-11-02_17:31:54 AC pin4: 1220
2016-11-02_17:29:54 AC power5: 0.000
2016-11-02_17:34:54 AC pin5: 13
2016-11-02_17:18:15 AC power6: 0.048
2016-11-02_17:34:54 AC pin6: 329
2016-11-02_17:31:54 AC power4: 0.000
2016-11-02_17:36:54 AC pin4: 1220
2016-11-02_17:34:35 AC power6: 0.241
2016-11-02_17:37:54 AC pin6: 330
2016-11-02_17:37:04 AC power4: 0.082
2016-11-02_17:38:54 AC pin4: 1221
2016-11-02_17:34:54 AC power5: 0.000
2016-11-02_17:39:54 AC pin5: 13
2016-11-02_17:40:01 AC power5: 0.068
2016-11-02_17:40:54 AC pin5: 14
2016-11-02_17:40:54 AC power6: 2823.459
2016-11-02_17:40:54 AC pin6: 331
2016-11-02_17:38:44 AC power4: 0.000
2016-11-02_17:43:54 AC pin4: 1221
2016-11-02_17:40:51 AC power6: 0.262
2016-11-02_17:43:54 AC pin6: 332
2016-11-02_17:40:47 AC power5: 0.000
2016-11-02_17:45:53 AC pin5: 14
2016-11-02_17:43:52 AC power6: 0.264
2016-11-02_17:46:53 AC pin6: 333
2016-11-02_17:43:53 AC power4: 0.000
2016-11-02_17:48:53 AC pin4: 1221
2016-11-02_17:46:50 AC power6: 0.262
2016-11-02_17:49:53 AC pin6: 334
2016-11-02_17:45:53 AC power5: 0.000
2016-11-02_17:50:53 AC pin5: 14
2016-11-02_17:49:51 AC power6: 0.264
2016-11-02_17:52:53 AC pin6: 335
2016-11-02_17:48:53 AC power4: 0.000
2016-11-02_17:53:53 AC pin4: 1221
2016-11-02_17:50:53 AC power5: 0.000
2016-11-02_17:55:53 AC pin5: 14
2016-11-02_17:39:30 AC power6: 0.049
2016-11-02_17:55:53 AC pin6: 336
2016-11-02_17:54:43 AC power4: 0.069
2016-11-02_17:56:53 AC pin4: 1222
2016-11-02_17:56:02 AC power6: 0.281
2016-11-02_17:58:53 AC pin6: 337
2016-11-02_17:56:11 AC power4: 0.160
2016-11-02_18:00:53 AC pin4: 1227
2016-11-02_17:58:17 AC power6: 0.614
2016-11-02_18:00:53 AC pin6: 339
2016-11-02_18:00:51 AC power4: 1.019
2016-11-02_18:01:53 AC pin4: 1234
2016-11-02_18:01:53 AC power6: 1297.265
2016-11-02_18:01:53 AC pin6: 340
2016-11-02_18:01:51 AC power4: 1.018
2016-11-02_18:02:53 AC pin4: 1241
2016-11-02_18:02:53 AC power6: 13713.943
2016-11-02_18:02:53 AC pin6: 342
2016-11-02_18:02:51 AC power4: 1.016
2016-11-02_18:03:53 AC pin4: 1248
2016-11-02_18:03:53 AC power6: 15999.600
2016-11-02_18:03:53 AC pin6: 343
2016-11-02_18:03:51 AC power4: 1.017
2016-11-02_18:04:53 AC pin4: 1255
2016-11-02_18:04:53 AC power6: 13713.943
2016-11-02_18:04:53 AC pin6: 345
2016-11-02_18:05:00 AC power4: 1.026
2016-11-02_18:05:53 AC pin4: 1261
2016-11-02_18:00:45 AC power5: 0.000
2016-11-02_18:05:53 AC pin5: 14
2016-11-02_18:05:14 AC power6: 1.232
2016-11-02_18:05:53 AC pin6: 346
2016-11-02_18:05:51 AC power4: 1.022
2016-11-02_18:06:53 AC pin4: 1268
2016-11-02_18:05:34 AC power6: 1.217
2016-11-02_18:06:53 AC pin6: 348
2016-11-02_18:06:51 AC power4: 1.022
2016-11-02_18:07:53 AC pin4: 1275
2016-11-02_18:06:34 AC power6: 1.228
2016-11-02_18:07:53 AC pin6: 350
2016-11-02_18:07:51 AC power4: 1.016
2016-11-02_18:08:53 AC pin4: 1282
2016-11-02_18:08:13 AC power6: 1.224
2016-11-02_18:08:53 AC pin6: 351
2016-11-02_18:08:50 AC power4: 1.013
2016-11-02_18:09:52 AC pin4: 1289
2016-11-02_18:08:34 AC power6: 1.219
2016-11-02_18:09:53 AC pin6: 353
2016-11-02_18:09:59 AC power4: 1.013
2016-11-02_18:10:52 AC pin4: 1295
2016-11-02_18:05:44 AC power5: 0.000
2016-11-02_18:10:52 AC pin5: 14
2016-11-02_18:10:13 AC power6: 1.227
2016-11-02_18:10:53 AC pin6: 354
2016-11-02_18:10:50 AC power4: 1.016
2016-11-02_18:11:52 AC pin4: 1302
2016-11-02_18:10:34 AC power6: 1.229
2016-11-02_18:11:52 AC pin6: 356
2016-11-02_18:11:51 AC power4: 1.025
2016-11-02_18:12:52 AC pin4: 1309
2016-11-02_18:11:27 AC power5: 0.042
2016-11-02_18:12:52 AC pin5: 15
2016-11-02_18:12:14 AC power6: 1.237
2016-11-02_18:12:53 AC pin6: 357
2016-11-02_18:12:50 AC power4: 1.016
2016-11-02_18:13:52 AC pin4: 1316
2016-11-02_18:12:35 AC power6: 1.233
2016-11-02_18:13:52 AC pin6: 359
2016-11-02_18:13:50 AC power4: 1.014
2016-11-02_18:14:52 AC pin4: 1323
2016-11-02_18:14:13 AC power6: 1.230
2016-11-02_18:14:52 AC pin6: 360
2016-11-02_18:14:59 AC power4: 1.015
2016-11-02_18:15:52 AC pin4: 1329
2016-11-02_18:14:34 AC power6: 1.228
2016-11-02_18:15:52 AC pin6: 362
2016-11-02_18:15:50 AC power4: 1.009
2016-11-02_18:16:52 AC pin4: 1336
2016-11-02_18:16:13 AC power6: 1.227
2016-11-02_18:16:52 AC pin6: 363
2016-11-02_18:17:43 AC power4: 1.002
2016-11-02_18:17:52 AC pin4: 1337
2016-11-02_18:12:17 AC power5: 0.000
2016-11-02_18:17:52 AC pin5: 15
2016-11-02_18:17:13 AC power6: 1.217
2016-11-02_18:17:52 AC pin6: 364
2016-11-02_18:17:23 AC power6: 0.230
2016-11-02_18:20:52 AC pin6: 365
2016-11-02_18:16:56 AC power4: 0.000
2016-11-02_18:22:52 AC pin4: 1337
2016-11-02_18:21:17 AC power6: 0.223
2016-11-02_18:24:52 AC pin6: 366
2016-11-02_18:23:45 AC power4: 0.071
2016-11-02_18:25:52 AC pin4: 1338
2016-11-02_18:22:52 AC power5: 0.000
2016-11-02_18:27:52 AC pin5: 15
2016-11-02_18:24:58 AC power4: 0.000
2016-11-02_18:30:51 AC pin4: 1338
2016-11-02_18:27:38 AC power6: 0.249
2016-11-02_18:30:52 AC pin6: 368
2016-11-02_18:27:51 AC power5: 0.000
2016-11-02_18:32:51 AC pin5: 15
2016-11-02_18:30:54 AC power6: 0.271
2016-11-02_18:33:51 AC pin6: 369
2016-11-02_18:30:51 AC power4: 0.000
2016-11-02_18:35:51 AC pin4: 1338
2016-11-02_18:33:54 AC power6: 0.271
2016-11-02_18:36:51 AC pin6: 370
2016-11-02_18:32:51 AC power5: 0.000
2016-11-02_18:37:51 AC pin5: 15
2016-11-02_18:36:54 AC power6: 0.270
2016-11-02_18:39:51 AC pin6: 371
2016-11-02_18:35:51 AC power4: 0.000
2016-11-02_18:40:51 AC pin4: 1338
2016-11-02_18:41:25 AC power4: 0.105
2016-11-02_18:42:51 AC pin4: 1339
2016-11-02_18:37:51 AC power5: 0.000
2016-11-02_18:42:51 AC pin5: 15
2016-11-02_18:39:58 AC power6: 0.277
2016-11-02_18:42:51 AC pin6: 372
2016-11-02_18:42:58 AC power6: 0.277
2016-11-02_18:45:51 AC pin6: 373
2016-11-02_18:42:17 AC power4: 0.000
2016-11-02_18:47:51 AC pin4: 1339
2016-11-02_18:45:57 AC power6: 0.277
2016-11-02_18:48:51 AC pin6: 374
2016-11-02_18:47:52 AC power4: 0.679
2016-11-02_18:51:51 AC pin4: 1357
2016-11-02_18:48:35 AC power6: 0.980
2016-11-02_18:51:51 AC pin6: 378
2016-11-02_18:51:52 AC power4: 2.786
2016-11-02_18:52:51 AC pin4: 1375
2016-11-02_18:47:51 AC power5: 0.000
2016-11-02_18:52:51 AC pin5: 15
2016-11-02_18:51:49 AC power6: 3.091
2016-11-02_18:52:51 AC pin6: 382
2016-11-02_18:52:49 AC power4: 2.794
2016-11-02_18:53:50 AC pin4: 1394
2016-11-02_18:52:48 AC power6: 3.058
2016-11-02_18:53:51 AC pin6: 386
2016-11-02_18:53:49 AC power4: 2.784
2016-11-02_18:54:50 AC pin4: 1413
2016-11-02_18:53:47 AC power6: 3.037
2016-11-02_18:54:50 AC pin6: 390
2016-11-02_18:54:52 AC power4: 2.773
2016-11-02_18:55:50 AC pin4: 1431
2016-11-02_18:54:47 AC power6: 3.023
2016-11-02_18:55:50 AC pin6: 394
2016-11-02_18:55:49 AC power4: 2.768
2016-11-02_18:56:50 AC pin4: 1450
2016-11-02_18:56:03 AC power6: 3.021
2016-11-02_18:56:50 AC pin6: 397
2016-11-02_18:57:24 AC power4: 2.753
2016-11-02_18:57:50 AC pin4: 1458
2016-11-02_18:52:50 AC power5: 0.000
2016-11-02_18:57:50 AC pin5: 15
2016-11-02_18:57:19 AC power6: 3.013
2016-11-02_18:57:50 AC pin6: 399
2016-11-02_18:57:47 AC power6: 0.388
2016-11-02_18:59:50 AC pin6: 400
2016-11-02_18:57:16 AC power4: 0.000
2016-11-02_19:02:50 AC pin4: 1458
2016-11-02_18:59:47 AC power6: 0.262
2016-11-02_19:02:50 AC pin6: 401
2016-11-02_19:02:40 AC power6: 0.253
2016-11-02_19:05:50 AC pin6: 402
2016-11-02_19:02:50 AC power4: 0.000
2016-11-02_19:07:50 AC pin4: 1458
2016-11-02_19:02:50 AC power5: 0.000
2016-11-02_19:07:50 AC pin5: 15
2016-11-02_19:05:29 AC power6: 0.239
2016-11-02_19:08:50 AC pin6: 403
2016-11-02_19:07:50 AC power4: 0.000
2016-11-02_19:12:50 AC pin4: 1458
2016-11-02_19:08:35 AC power5: 0.014
2016-11-02_19:12:50 AC pin5: 16
2016-11-02_19:09:34 AC power6: 0.245
2016-11-02_19:12:50 AC pin6: 404
2016-11-02_19:12:43 AC power6: 0.257
2016-11-02_19:15:49 AC pin6: 405
2016-11-02_19:12:49 AC power4: 0.000
2016-11-02_19:17:49 AC pin4: 1458
2016-11-02_19:12:04 AC power5: 0.000
2016-11-02_19:17:50 AC pin5: 16
2016-11-02_19:15:13 AC power6: 0.306
2016-11-02_19:17:50 AC pin6: 406
2016-11-02_19:18:14 AC power4: 0.058
2016-11-02_19:20:49 AC pin4: 1459
2016-11-02_19:17:51 AC power6: 0.269
2016-11-02_19:20:49 AC pin6: 407
2016-11-02_19:17:49 AC power5: 0.000
2016-11-02_19:22:49 AC pin5: 16
2016-11-02_19:20:45 AC power6: 0.261
2016-11-02_19:23:49 AC pin6: 408
2016-11-02_19:20:24 AC power4: 0.000
2016-11-02_19:25:49 AC pin4: 1459
2016-11-02_19:22:49 AC power5: 0.000
2016-11-02_19:27:49 AC pin5: 16
2016-11-02_19:11:24 AC power6: 0.049
2016-11-02_19:27:49 AC pin6: 409
2016-11-02_19:25:49 AC power4: 0.000
2016-11-02_19:30:49 AC pin4: 1459
2016-11-02_19:27:43 AC power6: 0.259
2016-11-02_19:30:49 AC pin6: 410
2016-11-02_19:27:49 AC power5: 0.000
2016-11-02_19:32:49 AC pin5: 16
2016-11-02_19:30:43 AC power6: 0.258
2016-11-02_19:33:49 AC pin6: 411
2016-11-02_19:30:48 AC power4: 0.000
2016-11-02_19:35:48 AC pin4: 1459
2016-11-02_19:33:42 AC power6: 0.257
2016-11-02_19:36:48 AC pin6: 412
2016-11-02_19:32:48 AC power5: 0.000
2016-11-02_19:37:48 AC pin5: 16
2016-11-02_19:36:41 AC power6: 0.257
2016-11-02_19:39:48 AC pin6: 413
2016-11-02_19:35:48 AC power4: 0.000
2016-11-02_19:40:48 AC pin4: 1459
2016-11-02_19:37:48 AC power5: 0.000
2016-11-02_19:42:48 AC pin5: 16
2016-11-02_19:26:27 AC power6: 0.049
2016-11-02_19:42:48 AC pin6: 414
2016-11-02_19:41:20 AC power4: 0.034
2016-11-02_19:45:48 AC pin4: 1460
2016-11-02_19:43:02 AC power6: 0.212
2016-11-02_19:46:48 AC pin6: 415
2016-11-02_19:42:48 AC power5: 0.000
2016-11-02_19:47:48 AC pin5: 16
2016-11-02_19:47:54 AC power5: 0.032
2016-11-02_19:49:48 AC pin5: 17
2016-11-02_19:45:16 AC power4: 0.000
2016-11-02_19:50:48 AC pin4: 1460
2016-11-02_19:49:41 AC power5: 0.000
2016-11-02_19:54:48 AC pin5: 17
2016-11-02_19:50:50 AC power6: 0.202
2016-11-02_19:54:48 AC pin6: 417
2016-11-02_19:50:48 AC power4: 0.000
2016-11-02_19:55:48 AC pin4: 1460
2016-11-02_19:54:47 AC power6: 0.199
2016-11-02_19:58:47 AC pin6: 418
2016-11-02_19:54:47 AC power5: 0.000
2016-11-02_19:59:47 AC pin5: 17
2016-11-02_19:55:47 AC power4: 0.000
2016-11-02_20:00:47 AC pin4: 1460
2016-11-02_19:58:47 AC power6: 0.200
2016-11-02_20:02:47 AC pin6: 419
2016-11-02_19:59:47 AC power5: 0.000
2016-11-02_20:04:47 AC pin5: 17
2016-11-02_20:00:47 AC power4: 0.000
2016-11-02_20:05:47 AC pin4: 1460
2016-11-02_20:02:47 AC power6: 0.200
2016-11-02_20:06:47 AC pin6: 420
2016-11-02_20:04:47 AC power5: 0.000
2016-11-02_20:09:47 AC pin5: 17
2016-11-02_20:06:02 AC power6: 0.213
2016-11-02_20:09:47 AC pin6: 421
2016-11-02_20:06:21 AC power4: 0.034
2016-11-02_20:10:47 AC pin4: 1461
2016-11-02_20:10:34 AC power6: 0.249
2016-11-02_20:13:47 AC pin6: 422
2016-11-02_20:09:47 AC power5: 0.000
2016-11-02_20:14:47 AC pin5: 17
2016-11-02_20:10:13 AC power4: 0.000
2016-11-02_20:15:47 AC pin4: 1461
2016-11-02_20:13:35 AC power6: 0.251
2016-11-02_20:16:47 AC pin6: 423
2016-11-02_20:15:48 AC power4: 0.554
2016-11-02_20:18:47 AC pin4: 1472
2016-11-02_20:16:06 AC power6: 0.894
2016-11-02_20:18:47 AC pin6: 426
2016-11-02_20:18:47 AC power4: 3.799
2016-11-02_20:19:47 AC pin4: 1497
2016-11-02_20:14:47 AC power5: 0.000
2016-11-02_20:19:47 AC pin5: 17
2016-11-02_20:18:48 AC power6: 4.116
2016-11-02_20:19:47 AC pin6: 431
2016-11-02_20:19:45 AC power4: 3.803
2016-11-02_20:20:47 AC pin4: 1523
2016-11-02_20:20:42 AC power5: 0.822
2016-11-02_20:20:47 AC pin5: 18
2016-11-02_20:19:48 AC power6: 4.114
2016-11-02_20:20:47 AC pin6: 436
2016-11-02_20:20:47 AC power4: 3.761
2016-11-02_20:21:46 AC pin4: 1548
2016-11-02_20:21:48 AC power4: 3.708
2016-11-02_20:22:46 AC pin4: 1572
2016-11-02_20:22:46 AC power4: 3.705
2016-11-02_20:23:46 AC pin4: 1597
2016-11-02_20:23:46 AC power6: 4067.695
2016-11-02_20:23:46 AC pin6: 451
2016-11-02_20:23:46 AC power4: 3.700
2016-11-02_20:24:46 AC pin4: 1622
2016-11-02_20:23:47 AC power6: 4.018
2016-11-02_20:24:46 AC pin6: 456
2016-11-02_20:24:46 AC power4: 3.707
2016-11-02_20:25:46 AC pin4: 1647
2016-11-02_20:25:46 AC power5: 0.000
2016-11-02_20:25:46 AC pin5: 18
2016-11-02_20:24:47 AC power6: 4.027
2016-11-02_20:25:46 AC pin6: 461
2016-11-02_20:25:48 AC power4: 3.707
2016-11-02_20:26:46 AC pin4: 1671
2016-11-02_20:26:46 AC power4: 3.710
2016-11-02_20:27:46 AC pin4: 1696
2016-11-02_20:26:47 AC power6: 4.029
2016-11-02_20:27:46 AC pin6: 471
2016-11-02_20:27:45 AC power4: 3.709
2016-11-02_20:28:46 AC pin4: 1721
2016-11-02_20:28:48 AC power4: 3.712
2016-11-02_20:29:46 AC pin4: 1745
2016-11-02_20:29:45 AC power4: 3.712
2016-11-02_20:30:46 AC pin4: 1770
2016-11-02_20:25:45 AC power5: 0.000
2016-11-02_20:30:46 AC pin5: 18
2016-11-02_20:29:43 AC power6: 6.038
2016-11-02_20:30:46 AC pin6: 493
2016-11-02_20:30:45 AC power4: 3.708
2016-11-02_20:31:46 AC pin4: 1795
2016-11-02_20:31:46 AC power6: 67198.320
2016-11-02_20:31:46 AC pin6: 500
2016-11-02_20:31:45 AC power4: 3.704
2016-11-02_20:32:46 AC pin4: 1820
2016-11-02_20:32:48 AC power4: 3.705
2016-11-02_20:33:46 AC pin4: 1844
2016-11-02_20:33:46 AC power4: 3.729
2016-11-02_20:34:46 AC pin4: 1869
2016-11-02_20:34:46 AC power6: 47998.800
2016-11-02_20:34:46 AC pin6: 517
2016-11-02_20:34:44 AC power4: 5.396
2016-11-02_20:35:46 AC pin4: 1906
2016-11-02_20:30:38 AC power5: 0.000
2016-11-02_20:35:46 AC pin5: 18
2016-11-02_20:34:38 AC power6: 5.684
2016-11-02_20:35:46 AC pin6: 525
2016-11-02_20:35:47 AC power4: 5.515
2016-11-02_20:36:46 AC pin4: 1942
2016-11-02_20:36:45 AC power4: 5.509
2016-11-02_20:37:46 AC pin4: 1979
2016-11-02_20:37:46 AC power6: 63998.400
2016-11-02_20:37:46 AC pin6: 540
2016-11-02_20:37:45 AC power4: 5.500
2016-11-02_20:38:46 AC pin4: 2016
2016-11-02_20:38:46 AC power6: 67198.320
2016-11-02_20:38:46 AC pin6: 547
2016-11-02_20:38:47 AC power4: 5.493
2016-11-02_20:39:46 AC pin4: 2052
2016-11-02_20:39:46 AC power5: 1800.000
2016-11-02_20:39:46 AC pin5: 19
2016-11-02_20:38:49 AC power6: 5.945
2016-11-02_20:39:46 AC pin6: 554
2016-11-02_20:39:45 AC power4: 5.505
2016-11-02_20:40:46 AC pin4: 2089
2016-11-02_20:39:41 AC power6: 5.954
2016-11-02_20:40:46 AC pin6: 562
2016-11-02_20:40:45 AC power4: 5.498
2016-11-02_20:41:46 AC pin4: 2126
2016-11-02_20:40:49 AC power6: 5.954
2016-11-02_20:41:46 AC pin6: 569
2016-11-02_20:41:47 AC power4: 5.494
2016-11-02_20:42:46 AC pin4: 2162
2016-11-02_20:41:41 AC power6: 5.951
2016-11-02_20:42:46 AC pin6: 577
2016-11-02_20:42:45 AC power4: 5.487
2016-11-02_20:43:45 AC pin4: 2199
2016-11-02_20:42:49 AC power6: 5.935
2016-11-02_20:43:46 AC pin6: 584
2016-11-02_20:43:46 AC power4: 5.480
2016-11-02_20:44:45 AC pin4: 2235
2016-11-02_20:39:34 AC power5: 0.000
2016-11-02_20:44:46 AC pin5: 19
2016-11-02_20:43:41 AC power6: 5.920
2016-11-02_20:44:46 AC pin6: 592
2016-11-02_20:44:45 AC power4: 5.487
2016-11-02_20:45:45 AC pin4: 2272
2016-11-02_20:44:49 AC power6: 5.910
2016-11-02_20:45:45 AC pin6: 599
2016-11-02_20:45:45 AC power4: 5.498
2016-11-02_20:46:45 AC pin4: 2309
2016-11-02_20:45:42 AC power6: 6.056
2016-11-02_20:46:45 AC pin6: 607
2016-11-02_20:46:46 AC power4: 5.480
2016-11-02_20:47:45 AC pin4: 2345
2016-11-02_20:46:50 AC power6: 8.650
2016-11-02_20:47:45 AC pin6: 617
2016-11-02_20:47:45 AC power4: 5.505
2016-11-02_20:48:45 AC pin4: 2382
2016-11-02_20:47:43 AC power6: 7.676
2016-11-02_20:48:45 AC pin6: 627
2016-11-02_20:48:45 AC power4: 5.522
2016-11-02_20:49:45 AC pin4: 2419
2016-11-02_20:44:45 AC power5: 0.000
2016-11-02_20:49:45 AC pin5: 19
2016-11-02_20:48:49 AC power6: 5.938
2016-11-02_20:49:45 AC pin6: 634
2016-11-02_20:49:48 AC power4: 3.759
2016-11-02_20:50:45 AC pin4: 2443
2016-11-02_20:49:51 AC power6: 4.389
2016-11-02_20:50:45 AC pin6: 639
2016-11-02_20:50:43 AC power4: 3.035
2016-11-02_20:51:45 AC pin4: 2464
2016-11-02_20:50:35 AC power6: 3.443
2016-11-02_20:51:45 AC pin6: 644
2016-11-02_20:51:46 AC power4: 3.032
2016-11-02_20:52:45 AC pin4: 2484
2016-11-02_20:51:49 AC power6: 3.439
2016-11-02_20:52:45 AC pin6: 648
2016-11-02_20:52:46 AC power4: 3.038
2016-11-02_20:53:45 AC pin4: 2504
2016-11-02_20:52:50 AC power6: 3.469
2016-11-02_20:53:45 AC pin6: 652
2016-11-02_20:53:46 AC power4: 3.035
2016-11-02_20:54:45 AC pin4: 2524
2016-11-02_20:49:45 AC power5: 0.000
2016-11-02_20:54:45 AC pin5: 19
2016-11-02_20:53:37 AC power6: 3.510
2016-11-02_20:54:45 AC pin6: 657
2016-11-02_20:54:43 AC power4: 3.036
2016-11-02_20:55:45 AC pin4: 2545
2016-11-02_20:54:50 AC power6: 3.498
2016-11-02_20:55:45 AC pin6: 661
2016-11-02_20:55:46 AC power4: 3.035
2016-11-02_20:56:45 AC pin4: 2565
2016-11-02_20:55:50 AC power6: 3.500
2016-11-02_20:56:45 AC pin6: 665
2016-11-02_20:56:45 AC power4: 3.031
2016-11-02_20:57:45 AC pin4: 2585
2016-11-02_20:56:36 AC power6: 3.496
2016-11-02_20:57:45 AC pin6: 670
2016-11-02_20:57:45 AC power4: 3.023
2016-11-02_20:58:45 AC pin4: 2605
2016-11-02_20:57:50 AC power6: 3.521
2016-11-02_20:58:45 AC pin6: 674
2016-11-02_20:58:46 AC power4: 2.733
2016-11-02_20:59:45 AC pin4: 2623
2016-11-02_20:54:45 AC power5: 0.000
2016-11-02_20:59:45 AC pin5: 19
2016-11-02_20:58:51 AC power6: 3.535
2016-11-02_20:59:45 AC pin6: 678
2016-11-02_20:59:43 AC power4: 1.887
2016-11-02_21:00:45 AC pin4: 2636
2016-11-02_20:59:44 AC power6: 2.362
2016-11-02_21:00:45 AC pin6: 681
2016-11-02_21:00:48 AC power4: 1.893
2016-11-02_21:01:45 AC pin4: 2648
2016-11-02_21:00:44 AC power6: 2.364
2016-11-02_21:01:45 AC pin6: 684
2016-11-02_21:01:43 AC power4: 1.892
2016-11-02_21:02:45 AC pin4: 2661
2016-11-02_21:01:44 AC power6: 2.355
2016-11-02_21:02:45 AC pin6: 687
2016-11-02_21:02:43 AC power4: 1.891
2016-11-02_21:03:45 AC pin4: 2674
2016-11-02_21:02:44 AC power6: 2.366
2016-11-02_21:03:45 AC pin6: 690
2016-11-02_21:03:47 AC power4: 1.890
2016-11-02_21:04:45 AC pin4: 2686
2016-11-02_20:59:45 AC power5: 0.000
2016-11-02_21:04:45 AC pin5: 19
2016-11-02_21:03:44 AC power6: 2.364
2016-11-02_21:04:45 AC pin6: 693
2016-11-02_21:04:43 AC power4: 1.891
2016-11-02_21:05:44 AC pin4: 2699
2016-11-02_21:04:44 AC power6: 2.362
2016-11-02_21:05:45 AC pin6: 696
2016-11-02_21:05:47 AC power4: 1.887
2016-11-02_21:06:44 AC pin4: 2711
2016-11-02_21:05:43 AC power6: 2.357
2016-11-02_21:06:45 AC pin6: 699
2016-11-02_21:06:43 AC power4: 1.893
2016-11-02_21:07:44 AC pin4: 2724
2016-11-02_21:06:44 AC power6: 2.362
2016-11-02_21:07:44 AC pin6: 702
2016-11-02_21:07:42 AC power4: 1.891
2016-11-02_21:08:44 AC pin4: 2737
2016-11-02_21:07:44 AC power6: 2.394
2016-11-02_21:08:44 AC pin6: 705
2016-11-02_21:08:47 AC power4: 1.893
2016-11-02_21:09:44 AC pin4: 2749
2016-11-02_21:04:44 AC power5: 0.000
2016-11-02_21:09:44 AC pin5: 19
2016-11-02_21:08:44 AC power6: 2.400
2016-11-02_21:09:44 AC pin6: 708
2016-11-02_21:09:42 AC power4: 1.892
2016-11-02_21:10:44 AC pin4: 2762
2016-11-02_21:09:44 AC power6: 2.389
2016-11-02_21:10:44 AC pin6: 711

Der Zählerstand (Pin6) wurde 15:05 manuell abgeglichen und stimmt jetzt 21:12 Uhr exakt! Also zusätzliche Impulse sehe ich da nicht.

Siehe Kurve im Bild. Mein WW Durchlauferhitzer hat 27 kW meine Gesamtleistung könnte theoretisch  45 kW erreichen. Es gibt auch bei der blauen Linie (Warmwasser) Spitzen, dahinter steckt ein S0 Zähler.

Soll ich noch irgendetwas anderes liefern?
Vielleicht hat der Arduino einen Schuss? Ich werde morgen mal einen anderen einbauen.

Gruß Otto

Hallo Otto,

Ich habe bei mir jetzt nochmal die Logs angesehen, aber keine Sonderzeichen / Störungen gesehen.
Was für Kabel verwendest Du denn? Kann es sein, dass Du nicht nur Störimpulse auf der S0-Schnittstelle hast, sondern auch auf dem Kabel zwischen Arduino und Fhem?
Was für Hardware verwendest Du denn?

Gruss
   Stefan

Hallo Stefan,

vor Ort läuft ein PI Plus, Kabel im Umfeld ca 0,5 meter.
Arduino nano über kurzes USB Kabel am aktive Hub und dann am Pi.
Ein zusätzlicher Arduino nano macht die Abtastung des Ferraris Zählers. Der hängt aber gar nicht an FHEM sondern nur am "Strom".
Siehe letzten Beitrag in meinem Blog  ;)
Bis jetzt sind aus meiner Sicht die Impulse sauber, weil die Zählerstände an den Zählern und in FHEM stimmen exakt.

Aber solche Werte 2016-11-02_20:39:46 AC power5: 1800.000 die sind Außerirdisch   ;)

Gruß Otto

Hallo,

Deinen letzen Post hatte ich noch gar nicht bemerkt.
In Deinem neuen Log sieht man gut, dass die vermeintlichen Spitzen daher kommen, dass die seriell übertragenen Werte kaputt sind. Der Wert für die Zeitdiffernz enthält immer wieder Sonderzeichen und wird deshalb auf Fhem-Seite nicht richtig geparsed bzw. abgeschnitten.
17:40:54 ist ein erstes Beispiel.
Es hängt also primär an der Verbindung zwischen Fhem und Arduino...

Gruß
    Stefan

Ich tausche morgen den Arduino und schau mir die Kommunikation an.

Gruß Otto

Hallo Stefan,

wie sagt das Sprichwort? Kaum stottert der Arduino nano nicht mehr, funktioniert alles! - Oder so ähnlich.

Der hat tatsächlich einen Schuss, ich habe einen neuen genommen ansonsten nichts geändert, die Sonderzeichen sind weg und die Werte sehen gut aus. Keine unerklärlichen Spitzen mehr!

Der kann offenbar über die serielle Schnittstelle nicht richtig lesen - CH340G defekt?

Jetzt hätte ich noch folgende Idee.
Du kannst doch die komplette Config aus dem Arduino auslesen. Wenn Du die mit der Config in FHEM vergleichst und alles stimmt, gibt es doch keinen Grund die Config im Arduino neu zu setzen.
Dann könnte man FHEM neu starten und der Arduino würde während FHEm down ist weiterzählen und man kann die gezählten Impulse später auslesen.

Oder habe ich da einen Denkfehler?

Gruß Otto

Hallo Otto,

Es freut mich dass das Problem gelöst ist.
In der nächsten Version kommt dann ein add pin ohne den counter zu nullen, eine verbesserte Fehlererkennung für die serielle Übertragung und die 30ms Filterung als Option.

In den nächsten Tagen werde ich aber nicht gleich dazu kommen.

Gruss
   Stefan

Hallo,

anbei eine nochmal deutlich überarbeitete Version.
man kann jetzt eine minimale Impulsdauer angeben. Beispiel:

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

setzt das normale Reporting-Intervall im Arduino auf 60 Sekunden und das maximale Intervall auf 10 Minuten.
Wenn die Impulse nicht mindestens 10 Sekunden auseinander liegen wird nach dem normalen Intervall noch nicht reportet sondern witergezählt bis entweder genügend Impulse / Zeit vorhanden ist oder das maximale Intervall abgelaufen ist.

Es werden zwei zu zählende Pins definiert, bei beiden zieht der Impuls den Pin gegen GND und deshalb ist der Pullup aktiviert.
"falling" gibt an, dass der Impuls entsprechend mit der fallenden Flanke beginnt (sonst wird die Länge der Pause gemessen und nicht die Länge des Pulses) und das 30 steht für minimale Pulslänge von 30 ms.

Weitere neue Attribute:

attr AC verboseReadings4 1
attr AC verboseReadings5 1


erzeugt einige Zusatzreadings, zum Beispiel:

lastMsg4 R4 C142 D9 T59230 X0 M first at 2782, last at 54211, average length 89
countDiff4 9
timeDiff4 59230
reject4 0

Damit sollte man besser nachvollziehen können, was genau passiert.
lastMsg zeigt dabei die interne Nachricht vom Arduino an Fhem.

Die Readings bzw. die erste lastMsg4 bedeuten:
Report für Pin4, interner Zählerstand: 142, Differenz zum letzten Report:9, Zeit zwischen dem ersten und letzten Impuls in diesem Analyseintervall: 59,2 Sekunden, keine Impulse waren zu kurz und wurden ignoriert, der erste Impuls kam nach 2,78 Sekunden und der letzte nach 54,2 Sekunden. Die durchschnittliche Länge der Impuls in diesem Zeitraum war 89 ms.

Der alte Sketch ist mit dem neuen Modul nicht mehr kompatibel. Der Arduino muss daher neu geflasht werden. Dafür habe ich auch einen set flash Befehl eingebaut (der Code ist weitgehend vom Jeenode-Modul übernommen).
Die Firmware muss dafür unter ./Fhem/firmware liegen. Da liegen auch die anderen Firmware-Files für Jeenode etc.

Gruss
    Stefan

Hi Stefan,

bin jetzt dazu gekommen mal alles auszuprobieren. Danke für Deine Arbeit.
Wann genau wolltest Du mir davon erzählen? 9600 -> 38400  ;D

Braucht man zum flashen aus FHEM heraus noch irgendwelche anderen Vorbereitungen? Bei mir ensteht nicht mal ein Logfile wie in der Ausschrift auf dem Schirm. Also ich drücke flash, es kommen drei Zeilen auf dem Schirm und weiter passiert nichts.
Ich habe dann das ino mit der IDE geflasht.

Edit: habe es gefunden: flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
Das man avrdude braucht gehört in die Doku vom Modul -> commandref  ;)

Weitere Infos folgen, habe es erstmal zum laufen bekommen.

Gruß Otto

Hallo Otto,

sorry, das mit der Änderung der Default-Baudrate hätte ich erwähnen sollen.
Die Doku ist nun aktualisiert. Wenn sonst alles klappt, checke ich die neue Version ein.
Das Wiki muss dann leider auch noch aktualisiert werden.

Gruss
    Stefan

Hallo Stefan,

ich könnte mich ums Wiki kümmern, ich schau mir das mal an. Vielleicht nicht heute

Gruß Otto

Hallo Stefan,
hallo Otto,

ein verständlicher Install - Passus für AVRDUDE im Wiki-Beitrag wäre für die breite Anwenderscharr (z. B. für die Raspi-Betreiber) wohl auch ratsam...

Gruß BillyPbg

Hallo Stefan.

brauche mal ein wenig Hilfe...

Bin gerade beim Installieren/ Austesten Deiner aktuellsten Version.

Kannst Du Dirdarauf einen Reim machen ?
Wollte gerade erstmals (auf meinem NANO 3.0) die Flash-Funktion testen und bekam folgendes zurück:

"flashing Arduino as ArduCounter for ArduCOUNTER
hex file: ./FHEM/firmware/ArduCounter.hex
port: /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.2:1.0-port0
log file: ./log/ArduCounterFlash.log
ArduCOUNTER closed
command: avrdude -p atmega328P -c arduino -P /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.2:1.0-port0 -D -U flash:w:./FHEM/firmware/ArduCounter.hex 2>./log/ArduCounterFlash.log

--- AVRDUDE ---------------------------------------------------------------------------------
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x1c
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x1c
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xe0
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x1c
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xe0
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x1c
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x1c
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x1c
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x1c

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

ArduCOUNTER opened "

Ergänzend dazu als Anlage die AVRDUDE-Datei: "/usr/local/etc/avrdude.conf".

Der Betrieb bzw. die Info-Abfrage läuft hingegen schmerzfrei.
Offensichtliuch ein AVRDUDE Installationsproblem - aber welches, wie beheben?

VG. BillyPbg

Hallo,

Ich glaube ich hatte das Problem auch schon einmal.
Scheint typischerweise daran zu liegen, das der falsche Port ausgewählt wurde.
Es gibt aber scheinbar auch andere Erklärungen.
Wenn Du die Fehlermeldung in Google eintippst, kommen viele Treffer ...

Wenn Du auf einem Raspi das vorbelegte Attribut nicht änderst
flashCommand avrdude -p atmega328P -c arduino -b 57600 -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
dann ersetzt das Modul selbst die Werte in [] und der Port wird so gewählt, wie auch Fhem mit dem Arduino spricht.
Mit set flash in Fhem klappt dann normalerweise alles.
Alternativ kannst Du natürlich auch alles mit der Arduino IDE machen.

Gruss
    Stefan

Hallo
Ich habe das Hex File mit dem XLoader hochgeladen.
Gruß Hermann

Hallo Stefan,

nachdem jetzt alles ne Weile gut lief, habe ich folgendes Phänomen:
Ich habe drei Pins definiert, die werden beim reset vom Arduino auch gemeldet:
2016.12.12 10:11:46 3: AC: Arduino reported setup done, Firmware 1.5 - sending config cmds
2016.12.12 10:11:46 3: AC: InitDev calls Attr with pinD4 rising pullup
2016.12.12 10:11:46 3: AC: InitDev calls Attr with pinD5 rising pullup
2016.12.12 10:11:46 3: AC: InitDev calls Attr with interval 60 300
2016.12.12 10:11:46 3: AC: InitDev calls Attr with pinD6 rising pullup
2016.12.12 10:11:46 3: AC: defined pin 4 PCInt pin 20, iMode rising, no min len, count 0 (+0) in 0 ms
2016.12.12 10:11:46 3: AC: defined pin 5 PCInt pin 21, iMode rising, no min len, count 0 (+0) in 0 ms
2016.12.12 10:11:46 3: AC: defined pin 6 PCInt pin 22, iMode rising, no min len, count 0 (+0) in 1 ms

Starte ich jetzt FHEM neu, fehlt pin 6:
2016.12.12 10:15:58 3: AC: Arduino reported setup done, Firmware 1.5 - sending config cmds
2016.12.12 10:15:58 3: AC: InitDev calls Attr with pinD4 rising pullup
2016.12.12 10:15:58 3: AC: InitDev calls Attr with pinD5 rising pullup
2016.12.12 10:15:58 3: AC: InitDev calls Attr with interval 60 300
2016.12.12 10:15:58 3: AC: InitDev calls Attr with pinD6 rising pullup
2016.12.12 10:16:00 3: AC: defined pin 4 PCInt pin 20, iMode rising, no min len, count 0 (+0) in 1 ms
2016.12.12 10:16:00 3: AC: defined pin 5 PCInt pin 21, iMode rising, no min len, count 0 (+0) in 0 ms

Ach der Aufruf get AC info fördert ihn nicht zu Tage
2016.12.12 10:22:34 3: AC: Sending info command to Arduino
2016.12.12 10:22:34 3: AC: Status: ArduCounter V1.5
2016.12.12 10:22:34 3: AC: normal interval 60000
2016.12.12 10:22:34 3: AC: max interval 300000
2016.12.12 10:22:34 3: AC: min interval 2000
2016.12.12 10:22:34 3: AC: min count 1
2016.12.12 10:22:34 3: AC: pin 4 PCInt pin 20, iMode rising, no min len, count 33 (+0) in 200060 ms
2016.12.12 10:22:34 3: AC: pin 5 PCInt pin 21, iMode rising, no min len, count 0 (+0) in 95116 ms
2016.12.12 10:22:34 3: AC: Next report in 24861 Milliseconds

So ist es definiert:
Internals:
   DEF        /dev/ttyUSB0@38400
   DeviceName /dev/ttyUSB0@38400
   FD         10
   Initialized 1
   ModuleVersion 3.5 - 13.11.2016
   NAME       AC
   NR         29
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   buffer
   Readings:
     2016-12-12 10:15:58   FirmwareVersion 1.5
     2016-12-12 10:28:59   ZaehlerHzg      3639.1825
     2016-12-12 00:35:34   ZaehlerHzgKorr  3639.065
     2016-12-12 10:28:59   ZaehlerSumme    43452.4966666667
     2016-12-12 00:41:58   ZaehlerSummeKorr 43452.3766666667
     2016-12-12 10:28:59   ZaehlerWW       4597.314
     2016-12-12 00:36:20   ZaehlerWWKorr   4597.314
     2016-11-19 12:34:36   countDiff       1
     2016-11-19 12:34:36   lastMsg         first at 7804, last at 7804
     2016-12-12 10:28:59   pin4            47
     2016-12-12 10:25:59   pin5            0
     2016-12-12 10:15:16   pin6            9
     2016-12-12 10:28:59   power4          0.309
     2016-12-12 10:25:59   power5          0.000
     2016-12-12 10:15:16   power6          1.949
     2016-12-12 10:15:53   state           opened
     2016-11-19 12:34:36   timeDiff        9301
     2016-11-03 11:38:13   version         ArduCounter V1.2
Attributes:
   factor     1000
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   interval   60 300
   pinD4      rising pullup
   pinD5      rising pullup
   pinD6      rising pullup
   readingFactor4 2500
   readingFactor5 1000
   readingFactor6 13333
   userReadings ZaehlerHzg {ReadingsVal("AC","pin4",0)/400 + ReadingsNum("AC","ZaehlerHzgKorr",0) },ZaehlerWW {ReadingsVal("AC","pin5",0)/1000 + ReadingsNum("AC","ZaehlerWWKorr",0)},ZaehlerSumme {ReadingsVal("AC","pin6",0)/75 + ReadingsNum("AC","ZaehlerSummeKorr",0) }
   userattr   pinD4 pinD5 pinD6 readingFactor4 readingFactor5 readingFactor6

Habe ich schon wieder ein Problem mit einem Arduino? Hast Du dazu eine Idee?
Wenn ich den Arduino resette dann ist pin 6 wieder da, siehe ersten Code Block.

Gruß Otto

Hallo Otto,

Dein Arduino dürfte "ok" sein, habe selbiges Phänomen:
bei mir ist Pin 4, 5 und 6 definiert, wobei nur Pin 5 tatsächlich scharf geschalten ist, sprich Impulse erhält.
Und Dieser verabschiedet sich aus unerfindlichen Gründen, konnte noch kein Muster feststellen, deshalb auch mein Schweigen...

VG.
BillyPbg

Hi,

ja ich habe gerade einen anderen Arduino probiert, gleiches Verhalten. Nachdem neustart von FHEM ist das pin 6 weg. Mit nicht ganz nachvollziehbaren Aktionen bekomme ich es wieder:
- Power Reset
- Reset Knopf
- Neu flashen.

Offensichtlich ein Glücksspiel ob beim Reset das pin 6 wieder mitkommt oder nicht.

Anstatt der letzten Nachricht -> AC: defined pin 6 PCInt pin 22, iMode rising, no min len, count 0 (+0) in 1 ms
habe ich auch so etwas mal gesehen -> AC: unparseable message: Error in input: r

Habe jetzt mal verbose 5 laufen, dass sieht aber alles gut aus  :-[

Gruß Otto

Hallo,

das erfreuliche daran ist aber auch dass das Problem offensichtlich reproduzierbar ist.
Dann wird sich der Fehler auch finden lassen :-)

Ich versuche es bei mir auch mal mit den entsprechenden Pins.

Gruss
    Stefan

Ich denke das ist ein Problem der Kommunikation zwischen Fhem und Arduino.
Wenn Fhem neu startet und der Arduino noch läuft, dann kommt keine Setup done Meldung und das Fhem-Modul wartet bis sich der Arduino mit den nächsten Zählerständen meldet. Bis dahin ist das interne initialized-Flag nicht gesetzt und es kann nichts an den Arduino gesendet werden.
Zudem scheint in der seriellen Queue Müll zu stehen, was zu den Fehlermeldungen führt.
Außerdem verwende ich im Sketch noch die String-Klasse, was für den dynamischen Speicher sehr ungünstig ist.
Daher baue ich den ganzen Kommunikationsteil nochmal um ...
Wird ein paar Tage dauern.

Gruß
    Stefan

Hallo,

anbei eine neue Version zum Testen.
Ich habe die Kommunikation zwischen Fhem und dem Arduino komplett umgebaut. Es sollte jetzt robuster laufen.

Gruss
    Stefan

Hallo Stefan,
Danke für das tolle Weihnachtsgeschenk!

Frohes Fest!

Hallo Stefan,

na da wird es ja Weihnachten  nicht langweilig!

Danke und schöne Weihnachten
Otto

Hallo Stefan,

ich wollt endlich mal am Pi flashen und nicht erst den Arduino nano an Windows anstöpseln müssen:
Da muss ich meckern  ;) im flashCommand fehlt die Baudrate, offenbar kann nur mit 57600 geflashed werden.

Also Inhalt vom attr flashCommand avrdude -p atmega328P -b 57600 -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
Und es funktioniert!

Gruß Otto

Hallo Stephan,

irgendwie zählt die neue Version zusätzliche Impulse.

Ich werde morgen mal auf die alte Version gehen.

Wie könnte ich das Verhalten analysieren?

Gruß Otto

Hallo Otto,

bei Verbose 5 wird alles protokolliert.
Verwendest Du eine Mindestlänge um Störungen auszufiltern?

Gruss
   Stefan

Hallo Stefan,

ich zähle drei Zähler, ich kann immer nach einiger Zeit einfach die Zählerstände vergleichen um zu sehen ob es richtig läuft.
Die DEF habe ich nicht verändert
Die Hardware habe ich nicht verändert.

Ich hatte von Version 1.5 zu 1.6 lediglich das pm ausgetauscht und das hex File geflashed.
Jetzt habe ich das Ganze retour gemacht, also altes pm (Version 1.5) und Version 1.5 hex File geflashed.

Anbei zwei Logs,
eines mit der Version 1.6  - das Ergebnis im Vergleich mit meinen Zählern ist Fehlerhaft, AC hat zu viel gezählt!
Das andere mit Version 1.5 - das Ergebnis stimmt exakt.

Hier noch das List (aktuell wieder Version 1.5 andere deswegen aber noch anderes Internal und anderes Reading)
Internals:
   DEF        /dev/ttyUSB0@38400
   DeviceName /dev/ttyUSB0@38400
   FD         4
   Initialized 1
   NAME       AC
   NOTIFYDEV  global
   NR         29
   NTFY_ORDER 50-AC
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   VersionFirmware 1.6
   VersionModule 4.01 - 21.12.2016
   buffer
   Readings:
     2016-12-30 17:58:37   FirmwareVersion 1.5
     2016-12-30 22:22:09   ZaehlerHzg      3940.3325
     2016-12-30 22:22:09   ZaehlerSumme    44187.4533333335
     2016-12-30 22:22:09   ZaehlerWW       4658.74
     2016-12-30 22:22:09   pin4            2458
     2016-12-30 22:21:09   pin5            1754
     2016-12-30 22:22:09   pin6            1043
     2016-12-30 22:22:09   power4          1.930
     2016-12-30 22:21:09   power5          0.000
     2016-12-30 22:22:09   power6          2.463
     2016-12-30 17:58:36   state           opened
Attributes:
   factor     1000
   flashCommand avrdude -p atmega328P -b57600 -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   interval   60 300
   pinD4      rising pullup
   pinD5      rising pullup
   pinD6      rising pullup
   readingFactor4 2500
   readingFactor5 1000
   readingFactor6 13333
   userReadings ZaehlerHzg monotonic {ReadingsVal("AC","pin4",0)/400},ZaehlerWW monotonic {ReadingsVal("AC","pin5",0)/1000},ZaehlerSumme monotonic {ReadingsVal("AC","pin6",0)/75}

   userattr   pinD4 pinD5 pinD6 readingFactor4 readingFactor5 readingFactor6
   verbose    5

Gruß Otto

Hallo Otto,

das ist sehr seltsam. Zwischen 1.5 und 1.6 hat sich der Code nur an den Stellen geändert, an denen der Arduino mit Fhem kommuniziert. Das Zählen ist unverändert. Im Log sehe ich nichts auffälliges.

Könntest Du bitte nochmal einen Test mit 1.6 machen und nach dem Start mit get Info prüfen ob auch alle Werte korrekt sind?

Um wie viel weicht der Zähler denn ab?
Kann es sein, dass die Abweichung nur durch den Ablesezeitpunkt kommt? Fhem bzw. der Arduino aktualisiert den Zählerstand ja erst am Ende eines Intervalls und wenn Du kurz vor Ablauf des Intervalls vergleichst, dann ist eine Abweichung zwangsläufig vorhanden.

Gruss
   Stefan

Hallo Stefan,

also jetzt mit Version 1.5 ist seit gestern Abend der Zählerstand mit den physischen Zählern bis auf die Nachkommastellen absolut identisch. Das mit den Nachkommastellen ist Zeitabhängig das ist mir klar.

Mit Version 1.6 waren die Unterschiede an einem Tag erheblich, die Vorkommastellen gingen gegenüber den physischen Zählern um einige 10 bis 200 "vor"

Das war auch zu sehen an den Plots. Man sah deutliche Peaks, die sonst nicht zu sehen waren.
Im Anhang der Plot von gestern. Das ist nicht ganz eindeutig zu sehen, aber es sind ja die Zeitraüme von gestern wo ich Dir auch die Logs angehangen hatte. Die rote Kurve geht im Normalfall nicht über 5 kW Du siehst es aber deutlich vor 18:00 geht sie das mehrfach. Danach hatte ich umgestellt auf 1.5
Ich mache das nochmal mit Version 1.6 aber heute wird das nichts mehr  ;)
Nächste Woche könnte ich das sicher sogar mal mit konstanten Leistungen nachstellen, geht im normalen Familienbetrieb nicht  ;D

Dir eine guten Rutsch in neue Jahr!

Otto

Hallo Otto,

kannst Du nochmal testen und ein paar ausführlichere Daten posten?
- ein SVG nur mit der roten Kurve und mit größerer Y-Achse, so dass man den tatsächlichen Verlauf der Werte sieht
- Die tatsächliche Abweichung im Betrachtungszeitraum zwischen Fhem und Deinem Zähler mit Einheit (Impulse oder kWh?)

Da sich der relevante Code nicht geändert hat und die Kommunikation in Deinen Logs korrekt aussieht, sieht es für mich so aus als ob Deine Heizung tatsächlich mal eine Weile mehr Strom verbraucht hat.

2016.12.30 16:37:35 4: AC: Parsed: Pin 4 count 52627 (diff 50) in 60548 ms, first at 1653, last at 59888
2016.12.30 16:38:35 4: AC: Parsed: Pin 4 count 52675 (diff 48) in 57919 ms, first at 2214, last at 57807

und viele ähnliche Zeilen in dem Zeitraum zeigen ca. 50 Impulse in ca einer Minute.
Das entspricht laut den Logs bei Deinem Faktor für Pin4 von 2500 einem Verbrauch von ca. 7,5kW.
Das geht dann recht lange so und erst gegen 16:47 auf 5,7 kW und gegen 17:04 auf 3,6kW und danach auf 0 herunter.
nach einem Bug sieht das eigentlich nicht aus und die Version 1.5 hätte in der Zeit sicher genau das gleiche gezählt.

Ich baue gerade noch ein ausführlicheres Logging ins Modul ein, aber bei allen meinen bisherigen Tests mit 1.6 hat bei mir jetzt alles korrekt funktioniert.

Gruss
   Stefan

Hallo Stefan,

ich mache das morgen, heute geht noch nicht.

Ich mache das so, dass es möglichst gut nachvollziehbar ist!

Danke Dir bis dahin

Gruß Otto

Hallo Stefan,

ich habe mal alle Dateien zusammengepackt.
Ich habe jeweils ein Stunde mitgeschrieben, 13:00 Uhr bis 14:00 mit Version 1.5 dann umgestellt und mit Version 1.6 von 14:30 bis 15:30 Uhr
Hardware ist alles so geblieben, nur geflashed und Modul kopiert, FHEM neu gestartet und Arduino Reset.

Ich habe den Eindruck, der zählt mit Version 1.6 einfach doppelt.

Zählerstände Ac und in echt abgelesen
Filelog
Fhemlog
Bild vom Plot gestreckt
List vom define


Gruß Otto

Hallo Otto,

ändere Mal von "rising pullup" auf "falling pullup 30" bzw. die "30ms" entsprechend Deines S0-Zählers.

Bei mir, wie offensichtlich auch bei Stefan, sind es z.B. 90ms.
Du zählst die Pausen, keine Impulse, somit zählt Dein Counter bei Spikes bzw. fehlerhaften Impulsen mindestens doppelt...

Zitiere Stefan:
"falling" gibt an, dass der Impuls entsprechend mit der fallenden Flanke beginnt (sonst wird die Länge der Pause gemessen und nicht die Länge des Pulses) und das 30 steht für minimale Pulslänge von 30 ms.

Gruß
BillyPbg

Hi BillyPbg,

kann ich machen, aber Dein Zitat stammt von der Version 1.5. damit funktioniert alles. Meine Zähler haben Open Collector Ausgänge die liefern saubere Impulse. Und warum sollte die Zählung nur von der Version abhängen? Ist für mich unlogisch.

Gruß Otto

Hallo,

Der entscheidende Hinweis war die Ausgabe zu get info aus dem Log.
Da steht iMode change ... also wird bei jeder Ämderung ein Interrupt ausgelöst.
Ich habe ja die Kommunikation zwischen Fhem und dem Arduino umgebaut. Im Sketch hat in einem case ein break gefehlt. So wurde aus RISING ein CHANGE und bei jedem Impuls wird zwei mal gezählt...
Bei falling bzw. wenn die Pulslänge geprüft wird sollte alles stimmen.
Update kommt. Ich teste es nur noch ein wenig ;-)

Gruß
    Stefan

Hallo Stefan,

na dann war das ja Glück, dass ich mal get info gedrückt hab. Und beim kopieren ist mir das change auch aufgefallen. Da wollte ich noch was dazu schreiben, habe ich aber dann beim zusammenkopieren vergessen.
Ich wollte eigentlich die get info Ausgaben noch separat dazu schreiben, das wäre ja dann der entscheidende Hinweis gewesen.
Jetzt mit 1.5 steht rising.  8)

Gruß Otto

So, hier eine neue Version mit der letzten Korrektur.
Vielen Dank für die Unterstützung bei der Fehlersuche :-)
Ich hab auch noch was neues eingebaut. Das Modul versucht jetzt nebenbei noch die Abweichung des millis() Timers im Arduino zu ermitteln. Der weicht ja z.B. auch wegen der Interrupts ab. Wenn es sich lohnt, könnte man in einer künftigen Version diese Abweichung bei der Berechnung berücksichtigen. Vermutlich wäre das aber nur Spielerei ;-)

Das neue Modul benötigt auch wieder einen neuen Sketch bzw. neue Firmware. Anbei die Dateien.
Wenn es bei Euch soweit klappt, würde ich alles einchecken und von contrib in den offiziellen Fhem-Zweig verschieben, so dass es künftig per Update verteilt wird. Ich denke inzwischen ist es reif dafür.

Gruss
   Stefan

Moin Stefan,

danke! Test läuft  8) get info sieht gut aus  ;)

2017.01.05 11:37:24 5: AC: ReadAnswer called
2017.01.05 11:37:24 4: AC: device reported firmware 1.8
2017.01.05 11:37:24 3: AC: device: normal interval 60000
2017.01.05 11:37:24 3: AC: device: max interval 300000
2017.01.05 11:37:24 3: AC: device: min interval 2000
2017.01.05 11:37:24 3: AC: device: min count 1
2017.01.05 11:37:24 3: AC: device: pin 4 PCInt pin 20, iMode rising, no min len, count 16 (+4) in 28413 ms
2017.01.05 11:37:24 3: AC: device:   first at 900, last at 22225, avg len 0
2017.01.05 11:37:24 3: AC: device: pin 5 PCInt pin 21, iMode rising, no min len, count 0 (+0) in 112089 ms
2017.01.05 11:37:24 3: AC: device: pin 6 PCInt pin 22, iMode rising, no min len, count 3 (+1) in 29745 ms
2017.01.05 11:37:24 3: AC: device:   first at 540, last at 540, avg len 0
2017.01.05 11:37:24 3: AC: device: Next report in 36557 Milliseconds
2017.01.05 11:37:24 5: AC: ReadAnswer matched Next report in [0-9]+ Milliseconds
Gruß Otto

Hallo Stefan,

schlechte News...

Die aktuelle Version  ( Vers.1.8 ) hat einen FileLog,Bug:
Beim Zeitstempel fehlt das Datum:

Auszug:
...
20:05:16 ArduCOUNTER power5W: 61 W
20:05:16 ArduCOUNTER lastMsg5: R5 C263 D1 T58542 N8602371 X0 F58542 L58542 A90
20:05:16 ArduCOUNTER pin5: 263
20:04:17 ArduCOUNTER power5: 0.061
2017-01-05_20:04:16 ArduCOUNTER Verbrauch5kWh: 0.298 kWh (UserReading, zum Vergleich)
20:04:16 ArduCOUNTER power5W: 63 W
20:04:16 ArduCOUNTER lastMsg5: R5 C262 D1 T56699 N8542371 X0 F56699 L56699 A90
20:04:16 ArduCOUNTER pin5: 262
20:03:19 ArduCOUNTER power5: 0.063
2017-01-05_20:03:16 ArduCOUNTER Verbrauch5kWh: 0.297 kWh (UserReading, zum Vergleich)
...

Ansonsten bin ich noch beim Austesten - Bericht/ Ergebnis folgt...

Gruß
BillyPbg

Kleiner Nachtrag...

fand gerade zwei Perl-Warnungen direkt nach/während der Einspielung der ".pm" im zentralen LogFile:

2017.01.05 16:37:59.670 1: PERL WARNING: Argument "" isn't numeric in numeric ge (>=) at ./FHEM/98_ArduCounter.pm line 624.
2017.01.05 16:37:18.371 1: PERL WARNING: Argument "" isn't numeric in subtraction (-) at ./FHEM/98_ArduCounter.pm line 631.[/b]
2017.01.05 16:36:43.716 1: PERL WARNING: Subroutine ArduCounter_Ready redefined at ./FHEM/98_ArduCounter.pm line 808.
2017.01.05 16:36:43.713 1: PERL WARNING: Subroutine ArduCounter_ReadAnswer redefined at ./FHEM/98_ArduCounter.pm line 734.
2017.01.05 16:36:43.709 1: PERL WARNING: Subroutine ArduCounter_Read redefined at ./FHEM/98_ArduCounter.pm line 709.
2017.01.05 16:36:43.705 1: PERL WARNING: Subroutine ArduCounter_Parse redefined at ./FHEM/98_ArduCounter.pm line 536.
2017.01.05 16:36:43.693 1: PERL WARNING: Subroutine ArduCounter_HandleVersion redefined at ./FHEM/98_ArduCounter.pm line 519.
2017.01.05 16:36:43.691 1: PERL WARNING: Subroutine ArduCounter_Get redefined at ./FHEM/98_ArduCounter.pm line 483.
2017.01.05 16:36:43.688 1: PERL WARNING: Subroutine ArduCounter_Set redefined at ./FHEM/98_ArduCounter.pm line 384.
2017.01.05 16:36:43.681 1: PERL WARNING: Subroutine ArduCounter_Attr redefined at ./FHEM/98_ArduCounter.pm line 245.
2017.01.05 16:36:43.673 1: PERL WARNING: Subroutine ArduCounter_HelloTimeout redefined at ./FHEM/98_ArduCounter.pm line 233.
2017.01.05 16:36:43.671 1: PERL WARNING: Subroutine ArduCounter_SendHello redefined at ./FHEM/98_ArduCounter.pm line 214.
2017.01.05 16:36:43.669 1: PERL WARNING: Subroutine ArduCounter_Write redefined at ./FHEM/98_ArduCounter.pm line 195.
2017.01.05 16:36:43.668 1: PERL WARNING: Subroutine ArduCounter_Notify redefined at ./FHEM/98_ArduCounter.pm line 165.
2017.01.05 16:36:43.666 1: PERL WARNING: Subroutine ArduCounter_Undef redefined at ./FHEM/98_ArduCounter.pm line 156.
2017.01.05 16:36:43.665 1: PERL WARNING: Subroutine ArduCounter_ConfigureDevice redefined at ./FHEM/98_ArduCounter.pm line 137.
2017.01.05 16:36:43.663 1: PERL WARNING: Subroutine ArduCounter_Define redefined at ./FHEM/98_ArduCounter.pm line 105.
2017.01.05 16:36:43.660 1: PERL WARNING: Subroutine ArduCounter_Initialize redefined at ./FHEM/98_ArduCounter.pm line 71.

Gruß
BillyPbg

Hallo BillyPbg,

danke für's Testen!
Offensichlich verwendest Du das readingStartTime Feature ;-)

Hier nochmal ein Update. Bei mir kommen keine Warnings mehr.

Gruss
    Stefan

Hallo Stefan,

ALLES SUPI!
Danke für den erstklassigen Support!

Melde mich mit meinem Feedback voraussichtlich Sonntag oder Montag.

Gru

Hallo Stefan,

habe gerade gemerkt: die Zähler im Arduino werden jetzt aber wieder beim neustart von FHEM gelöscht.

Gruß Otto

Hallo Otto,

bei mir macht er das nicht:

2017.01.06 14:41:34 4: ACTest: Pin 4 (pin4) count 79 (diff 0) in 60.000s, result 0.000
2017.01.06 14:41:34 5: ACTest: interval 14:40:34 until 14:41:34
2017.01.06 14:41:34 5: ACTest: readingStartTime4 specified: setting reading timestamp to 14:40:34
2017.01.06 14:41:34 5: ACTest: set readings power4 to 0.000, timeDiff4 to 60000 and countDiff4 to 0
2017.01.06 14:41:34 5: ACTest: Device Time 63480, Drift -0.099s in 119.901s, -0.08%

2017.01.06 14:41:43 0: Server shutdown
2017.01.06 14:41:46 1: Including fhem.cfg
2017.01.06 14:41:46 3: telnetPort: port 7072 opened
2017.01.06 14:41:47 3: WEB: port 8083 opened
2017.01.06 14:41:47 3: WEBphone: port 8084 opened
2017.01.06 14:41:47 3: WEBtablet: port 8085 opened
2017.01.06 14:41:48 2: eventTypes: loaded 256 events from ./log/eventTypes.txt
2017.01.06 14:41:52 1: Including ./log/fhem.save
2017.01.06 14:41:52 5: ACTest: Notify called with events: INITIALIZED, open device and set timer to send hello to device
2017.01.06 14:41:52 3: Opening ACTest device /dev/ArduinoSainsmart
2017.01.06 14:41:52 3: Setting ACTest serial parameters to 38400,8,N,1
2017.01.06 14:41:52 3: ACTest device opened
2017.01.06 14:41:52 0: Featurelevel: 5.7
2017.01.06 14:41:52 0: Server started with 15 defined entities (fhem.pl:12804/2016-12-17 perl:5.020002 os:linux user:fhem pid:12271)
2017.01.06 14:41:55 3: ACTest: sending h(ello) to device to ask for version
2017.01.06 14:41:55 5: SW: h

2017.01.06 14:41:55 3: ACTest: device replied to hello, V1.8
2017.01.06 14:41:55 4: ACTest: device reported firmware 1.8
2017.01.06 14:41:55 3: ACTest: ConfigureDevice calls Attr with interval 30 60
2017.01.06 14:41:55 5: SW: 30,60,0,0i

2017.01.06 14:41:55 3: ACTest: ConfigureDevice calls Attr with pin4 rising pullup
2017.01.06 14:41:55 5: SW: 4,3,1a

2017.01.06 14:41:55 3: ACTest: device: intervals set to 30 60 0 0
2017.01.06 14:41:55 3: ACTest: device: defined pin 4 PCInt pin 20, iMode rising, no min len, count 79 (+0) in 21021 ms

2017.01.06 14:42:34 4: ACTest: Pin 4 (pin4) count 79 (diff 0) in 60.000s, result 0.000
2017.01.06 14:42:34 5: ACTest: interval 14:41:34 until 14:42:34
2017.01.06 14:42:34 5: ACTest: readingStartTime4 specified: setting reading timestamp to 14:41:34
2017.01.06 14:42:34 5: ACTest: set readings power4 to 0.000, timeDiff4 to 60000 and countDiff4 to 0
2017.01.06 14:42:34 5: ACTest: Initialize clock offset to 1483646614.23288
2017.01.06 14:42:34 5: ACTest: Device Time 63540, Drift 0.000s in 0.000s


Beim Starten schickt Fhem einen (h)ello Befehl an den Arduino, der meldet sich und dann werden die Pins nochmal übermittelt.
Der interne Zähler bleibt dabei unverändert (bei mir im obigen Log auf 79).

Es ist natürlich denkbar, dass ein anderer Arduino sich beim Öffnen der seriellen Schnittstelle resettet.
Wie sieht das bei Dir im Log aus?

Gruss
    Stefan

Hallo Stefan,

naja bei mir macht er genau das nicht, die Zähler sind null. Ich habe mal ein get info gemacht, dann shutdwon restart dann sieht man was er macht und dann noch ein get info.
2017.01.06 10:08:22 3: AC: Sending info command to device
2017.01.06 10:08:22 3: AC: device: normal interval 60000
2017.01.06 10:08:22 3: AC: device: max interval 300000
2017.01.06 10:08:22 3: AC: device: min interval 2000
2017.01.06 10:08:22 3: AC: device: min count 1
2017.01.06 10:08:22 3: AC: device: pin 4 PCInt pin 20, iMode rising, no min len, count 0 (+0) in 278826 ms
2017.01.06 10:08:22 3: AC: device: pin 5 PCInt pin 21, iMode rising, no min len, count 64 (+0) in 144995 ms
2017.01.06 10:08:22 3: AC: device: pin 6 PCInt pin 22, iMode rising, no min len, count 11 (+0) in 29646 ms
2017.01.06 10:08:22 3: AC: device: Next report in 49917 Milliseconds
2017.01.06 10:14:55 0: Server shutdown
....
2017.01.06 10:15:12 3: AC: device sent setup message, V1.8
2017.01.06 10:15:12 3: AC: ConfigureDevice calls Attr with pinD4 rising pullup
2017.01.06 10:15:12 3: AC: ConfigureDevice calls Attr with pinD5 rising pullup
2017.01.06 10:15:12 3: AC: ConfigureDevice calls Attr with interval 60 300
2017.01.06 10:15:12 3: AC: ConfigureDevice calls Attr with pinD6 rising pullup
2017.01.06 10:15:12 3: AC: device: defined pin 4 PCInt pin 20, iMode rising, no min len, count 0 (+0) in 0 ms
2017.01.06 10:15:12 3: AC: device: defined pin 5 PCInt pin 21, iMode rising, no min len, count 0 (+0) in 0 ms
2017.01.06 10:15:12 3: AC: device: intervals set to 60 300 0 0
2017.01.06 10:15:12 3: AC: device: defined pin 6 PCInt pin 22, iMode rising, no min len, count 0 (+0) in 4 ms
2017.01.06 10:15:41 3: AC: Sending info command to device
2017.01.06 10:15:41 3: AC: device: normal interval 60000
2017.01.06 10:15:41 3: AC: device: max interval 300000
2017.01.06 10:15:41 3: AC: device: min interval 2000
2017.01.06 10:15:41 3: AC: device: min count 1
2017.01.06 10:15:41 3: AC: device: pin 4 PCInt pin 20, iMode rising, no min len, count 6 (+6) in 26665 ms
2017.01.06 10:15:41 3: AC: device:   first at 12, last at 26677, avg len 0
2017.01.06 10:15:41 3: AC: device: pin 5 PCInt pin 21, iMode rising, no min len, count 0 (+0) in 29569 ms
2017.01.06 10:15:41 3: AC: device: pin 6 PCInt pin 22, iMode rising, no min len, count 1 (+1) in 15840 ms
2017.01.06 10:15:41 3: AC: device:   first at 10309, last at 26149, avg len 0
2017.01.06 10:15:41 3: AC: device: Next report in 58883 Milliseconds

Das ging doch aber schon mal  :o der nano ist noch derselbe. Wo kann ich sehen ob der Reset macht?

Gruß Otto

Hallo Otto,

wenn im Log "device sent setup message, V1.8" steht, dann ist im Ardiuno die setup()-Funktion gelaufen. Sieht nach Reset aus.
Bei mir kommt das ja nicht. Statt dessen wird hello gesendet und danach kommt "device replied to hello, V1.8".

Schau doch mal im Log weiter in die Vergangenheit, seit wann das so ist.
Eventuell hängt es an der Übertragungsrate?

Gruss
    Stefan

Hallo Stephan,

naja genau genommen hat er das noch nie gemacht  :-\
Ich bin mir zwar sicher diese hello message schon gesehen zu haben, aber das kann auf einem anderen System gewesen sein.

Ich glaube: als ich das auf dem "quasi Produktiven" testen wollte, waren die Pins beim Start weg und da bin ich dann abgestorben.  :-[

Ich überprüfe das und melde mich zurück!

Gruß Otto

Hallo Stefan,
hallo Otto,

vielleicht kann ich bei der Lösung des Problems mit meinen Log ein wenig beitragen:

Fakt ist, auch bei mir sind nach einem "Shutdown Restart" die Zähler  bzw. "Get Info..."auf "0".
Konstellation: Raspi 3, Arduino Nano 3.0 - Aktueller Softwarestand...

Log-Auszug ("Shutdown Restart"-Vorgang, Verbose 5, gekürzt...):
2017.01.06 18:57:56.469 3: ArduCOUNTER: Sending info command to device
2017.01.06 18:57:56.469 5: SW: sh

2017.01.06 18:57:56.471 5: ArduCOUNTER: ReadAnswer called
2017.01.06 18:57:56.586 4: ArduCOUNTER: device reported firmware 1.8
2017.01.06 18:57:56.589 3: ArduCOUNTER: device: normal interval 15000
2017.01.06 18:57:56.589 3: ArduCOUNTER: device: max interval 1200000
2017.01.06 18:57:56.590 3: ArduCOUNTER: device: min interval 5000
2017.01.06 18:57:56.590 3: ArduCOUNTER: device: min count 1
2017.01.06 18:57:56.590 3: ArduCOUNTER: device: pin 4 PCInt pin 20, iMode change, min len 30 ms falling, count 0 (+0) in 664069 ms Rej 0
2017.01.06 18:57:56.590 3: ArduCOUNTER: device: pin 5 PCInt pin 21, iMode change, min len 90 ms falling, count 9934 (+0) in 14472 ms Rej 0
2017.01.06 18:57:56.591 3: ArduCOUNTER: device: pin 6 PCInt pin 22, iMode change, min len 30 ms falling, count 0 (+0) in 664093 ms Rej 0
2017.01.06 18:57:56.591 3: ArduCOUNTER: device: Next report in 10881 Milliseconds
2017.01.06 18:57:56.591 5: ArduCOUNTER: ReadAnswer matched Next report in [0-9]+ Milliseconds
2017.01.06 18:58:22.449 4: ArduCOUNTER: Pin 5 (pin5) count 9935 (diff 1) in 25.766s, reject 0, result 0.140
2017.01.06 18:58:22.450 5: ArduCOUNTER: interval 18:57:56 until 18:58:22, First at 25766
2017.01.06 18:58:22.451 5: ArduCOUNTER: readingStartTime5 specified: setting reading timestamp to 18:57:56
2017.01.06 18:58:22.451 5: ArduCOUNTER: set readings power5 to 0.140, timeDiff5 to 25766 and countDiff5 to 1
2017.01.06 18:58:22.629 5: ArduCOUNTER: Device Time 78700.172, Drift -25.666s in 78604.308s, -0.03%
2017.01.06 18:58:37.481 4: ArduCOUNTER: Pin 5 (pin5) count 9936 (diff 1) in 25.517s, reject 0, result 0.141
2017.01.06 18:58:37.481 5: ArduCOUNTER: interval 18:58:11 until 18:58:37, First at 25517
2017.01.06 18:58:37.482 5: ArduCOUNTER: readingStartTime5 specified: setting reading timestamp to 18:58:11
2017.01.06 18:58:37.482 5: ArduCOUNTER: set readings power5 to 0.141, timeDiff5 to 25517 and countDiff5 to 1
2017.01.06 18:58:37.657 5: ArduCOUNTER: Device Time 78715.172, Drift -25.634s in 78619.340s, -0.03%
2017.01.06 18:59:07.679 4: ArduCOUNTER: Pin 5 (pin5) count 9937 (diff 1) in 25.887s, reject 0, result 0.139
2017.01.06 18:59:07.679 5: ArduCOUNTER: interval 18:58:41 until 18:59:07, First at 25887
2017.01.06 18:59:07.680 5: ArduCOUNTER: readingStartTime5 specified: setting reading timestamp to 18:58:41
2017.01.06 18:59:07.680 5: ArduCOUNTER: set readings power5 to 0.139, timeDiff5 to 25887 and countDiff5 to 1
2017.01.06 18:59:07.855 5: ArduCOUNTER: Device Time 78745.172, Drift -25.436s in 78649.538s, -0.03%
2017.01.06 18:59:28.962 0:
-             ---------------   SHUTDOWN !  ---------------
-
2017.01.06 18:59:29.163 0: Server shutdown

2017.01.06 19:00:21.542 1: Including ./log/fhem.save
2017.01.06 19:00:23.814 5: ArduCOUNTER: Notify called with events: INITIALIZED, open device and set timer to send hello to device
2017.01.06 19:00:23.815 3: Opening ArduCOUNTER device /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.2:1.0-port0
2017.01.06 19:00:23.822 3: Setting ArduCOUNTER serial parameters to 38400,8,N,1
2017.01.06 19:00:23.839 3: ArduCOUNTER device opened
2017.01.06 19:00:29.279 0: Featurelevel: 5.7
2017.01.06 19:00:29.279 0: Server started with 708 defined entities (fhem.pl:12955/2017-01-04 perl:5.020002 os:linux user:fhem pid:3909)
2017.01.06 19:00:32.649 3: ArduCOUNTER: sending h(ello) to device to ask for version
2017.01.06 19:00:32.649 5: SW: h
2017.01.06 19:00:36.093 4: ArduCOUNTER: Pin 5 (pin5) count 9938 (diff 1) in 26.271s, reject 0, result 0.137
2017.01.06 19:00:36.093 5: ArduCOUNTER: interval 19:00:09 until 19:00:36
2017.01.06 19:00:36.094 5: ArduCOUNTER: readingStartTime5 specified: setting reading timestamp to 19:00:09
2017.01.06 19:00:36.094 5: ArduCOUNTER: set readings power5 to 0.137, timeDiff5 to 26271 and countDiff5 to 1
2017.01.06 19:00:36.182 5: ArduCOUNTER: Initialize clock offset to 1483646860.9212
2017.01.06 19:00:36.183 5: ArduCOUNTER: Device Time 78775.172, Drift 0.000s in 0.000s
2017.01.06 19:00:36.183 3: ArduCOUNTER: device reported count
2017.01.06 19:00:36.184 3: ArduCOUNTER: device sent setup message, V1.8
2017.01.06 19:00:36.185 4: ArduCOUNTER: device reported firmware 1.8
2017.01.06 19:00:36.185 3: ArduCOUNTER: ConfigureDevice calls Attr with interval 15 1200 5 1
2017.01.06 19:00:36.185 5: SW: 15,1200,5,1i
2017.01.06 19:00:36.187 3: ArduCOUNTER: ConfigureDevice calls Attr with pinD5 falling pullup 90
2017.01.06 19:00:36.188 5: SW: 5,2,1,90a
2017.01.06 19:00:36.192 3: ArduCOUNTER: ConfigureDevice calls Attr with pinD6 falling pullup 30
2017.01.06 19:00:36.192 5: SW: 6,2,1,30a
2017.01.06 19:00:36.196 3: ArduCOUNTER: ConfigureDevice calls Attr with pinD4 falling pullup 30
2017.01.06 19:00:36.196 5: SW: 4,2,1,30a
2017.01.06 19:00:36.202 3: ArduCOUNTER: device replied to hello, V1.8
2017.01.06 19:00:36.202 4: ArduCOUNTER: device reported firmware 1.8

2017.01.06 19:01:12.182 3: ArduCOUNTER: device: intervals set to 15 1200 5 1
2017.01.06 19:01:12.182 3: ArduCOUNTER: device: defined pin 5 PCInt pin 21, iMode change, min len 90 ms falling, count 0 (+0) in 2 ms Rej 0
2017.01.06 19:01:12.183 3: ArduCOUNTER: device: defined pin 6 PCInt pin 22, iMode change, min len 30 ms falling, count 0 (+0) in 4 ms Rej 0
2017.01.06 19:01:12.183 3: ArduCOUNTER: device: defined pin 4 PCInt pin 20, iMode change, min len 30 ms falling, count 0 (+0) in 4 ms Rej 0
2017.01.06 19:01:51.179 4: ArduCOUNTER: Pin 5 (pin5) count 1 (diff 1) in 31.270s, reject 1, result 0.115
2017.01.06 19:01:51.180 5: ArduCOUNTER: interval 19:01:19 until 19:01:51
2017.01.06 19:01:51.180 5: ArduCOUNTER: readingStartTime5 specified: setting reading timestamp to 19:01:19
2017.01.06 19:01:51.181 5: ArduCOUNTER: set readings power5 to 0.115, timeDiff5 to 31270 and countDiff5 to 1
2017.01.06 19:01:51.305 5: ArduCOUNTER: device clock wrapped (now 85.919, before 78775.172). New offset is 1483725625.25978
2017.01.06 19:01:51.305 5: ArduCOUNTER: Device Time 85.919, Drift 0.000s in 75.086s, 0.00%

2017.01.06 19:02:36.164 4: ArduCOUNTER: Pin 5 (pin5) count 2 (diff 1) in 45.876s, reject 0, result 0.078
2017.01.06 19:02:36.164 5: ArduCOUNTER: interval 19:01:50 until 19:02:36, First at 45876
2017.01.06 19:02:36.165 5: ArduCOUNTER: readingStartTime5 specified: setting reading timestamp to 19:01:50
2017.01.06 19:02:36.166 5: ArduCOUNTER: set readings power5 to 0.078, timeDiff5 to 45876 and countDiff5 to 1
2017.01.06 19:02:36.353 5: ArduCOUNTER: Device Time 130.919, Drift -0.015s in 120.070s, -0.01%

2017.01.06 19:03:21.148 4: ArduCOUNTER: Pin 5 (pin5) count 3 (diff 1) in 46.496s, reject 0, result 0.077
2017.01.06 19:03:21.149 5: ArduCOUNTER: interval 19:02:34 until 19:03:21, First at 46496
2017.01.06 19:03:21.150 5: ArduCOUNTER: readingStartTime5 specified: setting reading timestamp to 19:02:34
2017.01.06 19:03:21.150 5: ArduCOUNTER: set readings power5 to 0.077, timeDiff5 to 46496 and countDiff5 to 1
2017.01.06 19:03:21.303 5: ArduCOUNTER: Device Time 175.92, Drift -0.031s in 165.055s, -0.02%

Gruß
BillyPbg

PS:
Ist die Log- und Info-Angabe "iMode change" im Modus "falling" korrekt - ein wenig verwirrend wegen rising-falling-change...

Was für Arduinos verwendet Ihr denn?
Ich denke das ganze ist ein Hardware-Thema ...
http://playground.arduino.cc/Main/DisablingAutoResetOnSerialConnection
Ich habe sowohl einen Jeenode als auch einen UNO von Sainsmart, die keinen Reset machen ...
Unabhängig davon sollte es aber auch nicht wirklich stören wenn der Arduino sich beim Neustart von Fhem auch neu startet. Der interne Zähler ist ja unabhängig von der Ausgabe der Impulse je Intervall und alle paar Wochen läuft der sowieso über.

Zum iMode: wenn eine Impulsdauer überwacht werden soll, steht iMode automatisch auf change. Rising der falling bedeutet dann ob der Puls steigend oder fallend beginnt. Sonst werden die Pausen statt der Impulslängen gemessen.
Ich könnte die Ausgbe von iMode natürlich auch weglassen - es ist ja eher eine interne Angabe.

Gruß
    Stefan

Hallo Stefan,

Danke für die "iMode" Infos.
Bezüglich der Hardware - wie bereits erwähnt, ist es bei mir ein Nano 3.0, Modell "China-Direct".

Bisher hatte ich die Nullung über die "monotonic"-Userreadings als Basis für weitere Auswertungen gelöst.
Und diesen Mechanismus könntest Du ja auch - somit wäre das Ganze unabhängig von der Hardware - in das Modul  für die beiden Werte implementieren, was zudem das Thema des Überlaufs somit sowieso erschlagen würde.

Ergänzenderweise fände ich (Achtung Idee...  ;) noch einen Lösungsansatz interessant, zwecks fiktive Ergänzung für die verlustig gehenden Impulse während der "Shutdown Restart" Pausen:

Zum Beispiel in der Art, dass wenn man die letzten (z.B.) fünf Werte abgleicht mittels Durchschnittsbildung, diesen in Beziehung setzt mit der Länge der "Pause" bis zum nächsten regulären Impuls, vorausgesetzt dass die Pause nur maximal (z.B.) eine Minute, oder mindestens aber einen "Durchschnitts"-Impuls dauert und der regulär folgende Wert in einem Karenzraum von (z.B.) +-5%, ersatzweise der nächsten (z.B.) fünf Werte im Durchschnitt +-XX Prozent.

Die zur Berechnung nötigen Werte und Daten würde ich unbedingt mittels Temp- oder Log-Datei absturzsicher machen wollen, was dann die Zuverlässigkeit des durchgehenden Zählens und somit die Qualität des Moduls nochmal enorm steigern würde.

Und sollte dann eine "Unterbrechung" stattfinden, die nicht mehr nachberechnet werden kann, sollte das z.B. per INTERNAL Reading eindeutig signalisiert werden (z.B. "Unterbrechung von XX:XX bis XX:XX Uhr/ Datum - Zählerstände prüfen!").
Über dieses Reading könnte man dann auch nachberechnete Impulse im selben Stil mit Handlungsaufforderung, sprich Warnung anzeigen (z.B. "Nachberechnete Impulse von XX:XX bis XX:XX Uhr/ Datum, Anzahl XX - Zählerstände prüfen!")
Dies wiederum könnte dann vom User oder bereits mittels Modulattribut mit einem DevStateIcon (z.B. farbige Warndreiecke) oder entsprechend DevStateStyle (rot/gelb/grün) signalisiert werden.

Zudem würde ich diese berechneten Werte in einem gesonderten Reading (parallel zum "pinDx", oder als Attribut: 'Erkannte verarbeitete Impulse/ Getrennt (verarbeitete und berechnete Impulse, zwei Readings)/ Beide zusammen' ) deklarieren wollen, um diese gesondert mittels Log je nach persönlicher Situation und Gusto auswerten lassen zu können.

Was hältst Du davon, machbar ?

Gruß
BillyPbg

Hallo BillyPbg,

machbar ist vieles. Ich nehme es mal in die langfristige Wunschliste auf.

Übrigens habe ich den Wiki-Eintrag zum ArduCounter heute mal überarbeitet.
Falls jemand noch Fehler / wichtige fehlende Details hat, dürft Ihr das gerne ergänzen.

Gruss
    Stefan

Hallo,

ich habe die letzt Version im svn eingecheckt und von contrib in den normalen Bereich verschoben, so dass sie per update verteilt wird. Schaut doch mal ob es bei Euch problemlos ankommt.

Gruss / Thanx
    Stefan

Hallo Stefan,

die version ist angekommen -> 98_ArduCounter.pm           13345 2017-02-06 18:22:20Z StefanStrobel
Vielen Dank.
Wegen dem Reset Verhalten bin ich noch am prüfen, ich denke es ist wohl normal/so gewollt. Wenn die serielle Schnittstelle initialisiert wird, wird über DTR ein reset ausgelöst. Aber wie gesagt, habe ich bisher nur gelesen und bin noch dabei zu testen.

Was mir jetzt noch auffiel: Man kann keinen leeren Arduino nano damit in Betrieb nehmen. Das Modul prüft immer ob die Schnittstelle geöffnet ist, ist natürlich ohne Firmware nicht der Fall.
Damit bekommt man leider die Firmware nicht drauf. Geht man ins Terminal und kopiert die Zeile flashCommand dann geht es sofort. Danach habe ich FHEM neu gestartet (reload 98_ArduCounter.pm hätte vielleicht gereicht?) und alles lief.

Vielleicht noch als Idee für Verbesserung, flash auch versuchen wenn Schnittstelle nicht geöffnet.  ;)

Gruß Otto

Hallo Stefan,

ich habe jetzt die "Eigenheit" des Arduino nano ermittelt.
Das Reset Pin ist mit einem 1 kOhm Widerstand nach 5 Volt geführt und wird über einen Kondensator vom DTR Pin beim Initialisieren der seriellen Schnittstelle kurz nach Masse gezogen. Das löst den Reset aus, da beim Neustart von FHEM auch die serielle Schnittstelle zurückgesetzt/initialisiert wird. Sieht dann so aus:
2017.02.08 14:02:31 3: Opening AC device /dev/ttyUSB0
2017.02.08 14:02:31 3: Setting AC serial parameters to 38400,8,N,1
2017.02.08 14:02:31 3: AC device opened
2017.02.08 14:02:32 0: Server started with 16 defined entities (fhem.pl:13334/2017-02-05 perl:5.020002 os:linux user:fhem pid:17892)
2017.02.08 14:02:34 3: AC: device sent setup message, V1.8
2017.02.08 14:02:34 3: AC: ConfigureDevice calls Attr with pinD4 falling pullup
2017.02.08 14:02:34 3: AC: device: defined pin 4 PCInt pin 20, iMode falling, no min len, count 0 (+0) in 0 ms

Mit einem zusätzlichen Widerstand von 220 Ohm von RST nach 5 Volt kann man den Reset über DTR verhindern, sieht dann so aus:
2017.02.08 14:35:00 3: Opening AC device /dev/ttyUSB0
2017.02.08 14:35:00 3: Setting AC serial parameters to 38400,8,N,1
2017.02.08 14:35:00 3: AC device opened
2017.02.08 14:35:00 0: Server started with 16 defined entities (fhem.pl:13334/2017-02-05 perl:5.020002 os:linux user:fhem pid:18652)
2017.02.08 14:35:03 3: AC: sending h(ello) to device to ask for version
2017.02.08 14:35:03 3: AC: device replied to hello, V1.8
2017.02.08 14:35:03 3: AC: ConfigureDevice calls Attr with pinD4 falling pullup
2017.02.08 14:35:03 3: AC: device: defined pin 4 PCInt pin 20, iMode falling, no min len, count 296 (+0) in 47944 ms

Also irgendwie erklärbar.

Wie schon gesagt, vielleicht kannst Du das Flashen von einem frischen Arduino nano ja noch umstricken, also nicht abfragen ob das Modul schon opened ist.  ;)

Gruß Otto

Hallo Otto,

vielen Dank für den Hinweis.
Das klingt sinnvoll und ich schau mal wie ich das umgesetzt bekomme.

Gruss
   Stefan

Hallo Stefan,

zur Commandref: Das Modul braucht ja keine besonderen Perlmodule, die FHEM nicht sowieso braucht. Aber zum Flashen braucht man avrdude.  Das solltest Du vielleicht in der commandref am Anfang mit erwähnen, auch das man keine besonderen Berechtigungen braucht. Es ist wirklich simpel. Hier stand ja mal in einem Post: man bräuchte eine Wikianleitung für avrdude, kann ich nicht  nachvollziehen -> das geht einfach.

Ich mag es wenn klar da steht, was ich zusätzlich installieren muss.  ;D

Gruß Otto

Guter Hinweis, kommt in der nächsten Version.

Gruss
   Stefan

Nach dem Update habe ich jetzt ständig dieses Problem...

2017.02.13 12:35:11 3: Setting AC serial parameters to 9600,8,N,1
2017.02.13 12:35:11 3: AC device opened
2017.02.13 12:35:11 3: NTFY return:  AC:1486985714.53514
2017.02.13 12:35:14 3: AC: sending h(ello) to device to ask for version
2017.02.13 12:35:17 3: AC: device didn't reply to h(ello). Is the right sketch flashed?

vorher ging alles mit der alten Version ohne Probleme

Hi,

Der Sketch (Firmware Arduino) und das Modul wurden geändert.
du musst entweder (einfach):
aus dem Restore Verzeichnis  die alte Modul Version wieder nehmen.
Oder (etwas aufwendiger):
den neuen sketch flashen (geht direkt aus dem Modul, du musst nur avrdude installiert haben)
die DEF von 9600 auf 38400 ändern

Gruß Otto

Sehr schon, Vielen Dank.
Ich hatte schon alles gemacht, mir leider nicht die DEF auf 38400. Das habe ich wohl übersehen, jedenfalls nicht gelesen. nun klappt alles wieder.

Jetzt habe ich aber doch noch eine Frage, kann man beim Arducounter etwas gegen dieses Alzheimer machen, wenn das Gerät mal kurz ohne Strom ist?
Habe das Problem z.b. wenn ich immer mal wieder von der Karte ein Backup mache.

Viele Grüße

Zitat von: Naiszen am 14 Februar 2017, 12:33:07
Jetzt habe ich aber doch noch eine Frage, kann man beim Arducounter etwas gegen dieses Alzheimer machen, wenn das Gerät mal kurz ohne Strom ist?
Habe das Problem z.b. wenn ich immer mal wieder von der Karte ein Backup mache.

Hi,

Du meinst, das die Counter zurückgesetzt werden?

Das hat Stefan eigentlich eingebaut, wenn der Arduino nicht vom Strom geht wird in der neuen Version beim Neustart des Moduls abgefragt ob er schon konfiguriert ist, wenn ja wird kein reset gemacht. Damit bleiben theoretisch die gezählten Impulse, während das Modul offline war, erhalten. Die Praxis macht uns allerdings einen Strich durch die Rechnung:
Irgendwie wird während des FHEM Starts die Serielle Schnittstelle initialisiert (Stefan macht das soweit ich sehen konnte nicht explizit im Modul, das wird in DevIo gemacht) der USB/Seriell Chip am Arduino macht über sein DTR Pin ein Reset Signal an den Atmel und das wars dann mit den "Offline Impulsen".

Es hängt davon ab was Du einsetzt, bei mir ist ein Widerstand von Reset nach Plus von 1 kOhm, wenn ich da 220 Ohm außen parallel schalte wird der Reset Impuls unterdrückt.  8)
Reset mit Taster geht dann immer noch, dabei fließt bloß ein bisschen mehr Strom  :)

Gruß Otto

Zitat von: Otto123 am 08 Februar 2017, 14:51:55
...

ich habe jetzt die "Eigenheit" des Arduino nano ermittelt.
Das Reset Pin ist mit einem 1 kOhm Widerstand nach 5 Volt geführt und wird über einen Kondensator vom DTR Pin beim Initialisieren der seriellen Schnittstelle kurz nach Masse gezogen.
Das löst den Reset aus, da beim Neustart von FHEM auch die serielle Schnittstelle zurückgesetzt/initialisiert wird. ...

Mit einem zusätzlichen Widerstand von 220 Ohm von RST nach 5 Volt kann man den Reset über DTR verhindern,

...

Hallo Otto,

irre ich, wenn ich sage, die Daten bleiben bei einem "Shutdown Restart"-Manöver erhalten,
aber bei einem z. B. "Raspi"-Restart, bzw. einem "sudo /etc/init.d/fhem stop - status - start"-Manöver dagegen sind die Daten nach wie vor weg?

Hast Du mal das Verhalten getestet, wenn Du den NANO mit einer fremden, somit zusätzlichen, eigenen 5V-Quelle (stabilisiert: Pin27, bzw. extern 6-20V: Pin30) und natürlich dann auch den "RST" am besten mit diesen 5V (über 220 Ohm Widerstand) fütterst?

Würde mich echt interessieren, ob er dann seine "Gedächtnislücken" nach wie vor produziert? 

Gruß
BillyPbg

PS:
Für meinen Test habe ich in der ".pm"-Datei (Version 4.5) die Zeile 147 testweise deaktiviert...

Zitat von: BillyPbg am 14 Februar 2017, 16:46:30
Hast Du mal das Verhalten getestet, wenn Du den NANO mit einer fremden, somit zusätzlichen, eigenen 5V-Quelle (stabilisiert: Pin27, bzw. extern 6-20V: Pin30) und natürlich dann auch den "RST" am besten mit diesen 5V (über 220 Ohm Widerstand) fütterst?

Normalerweise macht man das mit einem 10uF Kondensator zwischen RST und GND. ...zumindest beim Uno.
Gruß,
   Thorsten

Hi,

also nano an eigener Spannungsversorgung (aktiver Hub) und RST "abgeklemmt" - die Daten bleiben erhalten. Arducounter neuste Version, neuster Flash. Erkennbar am Dialog in meinem Post weiter oben vom 08 Februar 2017, 14:51:55.
->  ... count 296 ...

Gerade nochmal probiert, auch ein reboot vom Raspberry ohne aktiven Hub also einfach am USB wird überlebt.

@ Thorsten wie immer viele Wege :) Widerstand ist kleiner  als Elko ;)

P.S. gerade noch festgestellt: die 10 µ sind stabiler als der 220 Ohm.  :o Der Widerstand ist offenbar die Grenze, wenn man das damit machen will muss man vielleicht besser 100 Ohm nehmen

Gruß Otto

Zitat von: Otto123 am 14 Februar 2017, 20:18:34@ Thorsten wie immer viele Wege :) Widerstand ist kleiner  als Elko ;)

Der Elko spart Strom...

Zitat von: Thorsten Pferdekaemper am 14 Februar 2017, 20:42:12
Der Elko spart Strom...

Naja das wird jetzt sehr philosophisch und OT aber der Widerstand zieht ja bloß den Eingang der schon auf Plus gezogen ist noch etwas fester nach Plus. Statisch fließt da gar nix.
Dynamisch gesehen muss der Elko auch immer mal geladen werden. :)

Ich besorg mir erstmal einfach ein USB Hub, mit einem Starken Netzteil, und klemme da gleich den Raspberry Pi mit an, dann sollte das in die richtige Richtung gehen....

Jetzt kommt mir da aber noch eine Frage: Ist es auch möglich, den Zähler über LAN bzw. lan an zu sprechen? bzw. was muss man an einem Arduino nano noch alles anklemmen?

Danke schon mal für die Antworten

Zitat von: Naiszen am 15 Februar 2017, 02:31:15
Jetzt kommt mir da aber noch eine Frage: Ist es auch möglich, den Zähler über LAN bzw. lan an zu sprechen? bzw. was muss man an einem Arduino nano noch alles anklemmen?

Arducounter macht es meines Wissen nur "seriell" ob das dann auch mit irgendwelchen ser2net socat oder sonstwie Umleitungen geht, keine Ahnung.

Für den ESP8266 gibt es im ESPEasy ja auch einen Counter, ich denke damit geht das auch. Da hättest Du wlan.

Beschalten musst Du für Arducounter nix, so hab ich das gemacht ->http://heinz-otto.blogspot.de/2016/10/mein-erstes-arduino-projekt.html

Gruß Otto

Hallo,

ich habe nochmal einen Bug im ArduCounter-Modul gefixt und das Logging etwas optimiert.
@Otto: das mit dem Flashen sollte jetzt auch funktionieren.
Wenn bei Euch auch noch alles funktioniert, checke ich die neue Version ein.

Gruss
    Stefan

Hallo Stefan,

das Flashen klappt jetzt bei "leerem" Arduino nano, was mich jetzt nur irritiert: Auch wenn gar keine Firmware drauf ist steht das Modul auf openend.

Ansonsten scheint alles zu laufen.

Danke!

Gruß Otto

Zitat von: Thorsten Pferdekaemper am 14 Februar 2017, 16:51:32
Normalerweise macht man das mit einem 10uF Kondensator zwischen RST und GND. ...zumindest beim Uno.
Gruß,
   Thorsten

Hallo Thorsten,
hallo Otto,

zur allgemeinen Info für die asiatische "NANO 3.0"-Gemeinde:

Nachdem ich nach Otto's Anleitung, mit Widerständen (220 Ohm, oder auch 120 Ohm, wie in anderen Gockel-Ergebnissen empfohlen, auch unter zu Hilfenahme von Potis) meine China-Direkt "Nano's 3.0" (anstelle mit FTDI, mit CH340 bestückt, siehe Anlage) nicht annähernd - gar zuverlässig - zähmen konnte, testete ich die "10µF ElKo"- Variante von Thorsten und siehe da, die Dinger schnurren wie gewünscht - ohne "Alzheimer"...

Gruß
BillyPbg

Zitat von: BillyPbg am 20 Februar 2017, 10:19:12
Hallo Thorsten,
hallo Otto,

zur allgemeinen Info für die asiatische "NANO 3.0"-Gemeinde:

Nachdem ich nach Otto's Anleitung, mit Widerständen (220 Ohm, oder auch 120 Ohm, wie in anderen Gockel-Ergebnissen empfohlen, auch unter zu Hilfenahme von Potis) meine China-Direkt "Nano's 3.0" (anstelle mit FTDI, mit CH340 bestückt, siehe Anlage) nicht annähernd - gar zuverlässig - zähmen konnte, testete ich die "10µF ElKo"- Variante von Thorsten und siehe da, die Dinger schnurren wie gewünscht - ohne "Alzheimer"...

Gruß
BillyPbg

Moin,
ich muss auch zugeben, Thorstens Variante ist viel zuverlässiger! Mir tat der kleine Taster leid, der jetzt einen kurzen Kurzschluss des Elkos ertragen muss.

Mit dieser Maßnahme geht dann natürlich unbeaufsichtigtes Flashen  nicht mehr (irgendwas ist ja immer   :P)
Vorgehen: set AC flash dann den RST Taster kurz drücken.

Gruß Otto

Zitat von: StefanStrobel am 18 Februar 2017, 18:52:27
...
ich habe nochmal einen Bug im ArduCounter-Modul gefixt und das Logging etwas optimiert.
@Otto: das mit dem Flashen sollte jetzt auch funktionieren.
Wenn bei Euch auch noch alles funktioniert, checke ich die neue Version ein.
...

Hallo Stefan,

bis dato keine Anomalien feststellbar.

Kleine Anregung - Idee am Rande:

Attribut "FlashAuto:0:1"
Wenn Du eh' eine Versionsprüfung eingebaut hast, könntest Du sie doch für diejenigen, die keine abgewandelte ".ino/.hex"-Datei Variante im Einsatz haben, automatisiert gemäß Anweisung von Attribut "flashCommand" flashen lassen (->"1"), und für die Anderen eben nicht (->"0")...

Gruß
BillyPbg

Hallo,

ich habe die neue Version eingecheckt.
Der Status "opened" wird übrigens von DevIo gesetzt sobald die Schnittstelle geöffnet wurde.

Gruss
    Stefan

Hallo Stefan,

kannst Du Dir auf folgende Meldungen einen Reim machen ?

Nach jedem Neustart finden sich genau einmal folgende zwei Warnmeldungen:
-> 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at fhem.pl line 4147. (z.B. 11:48:53.292 Uhr)
-> 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at fhem.pl line 4147. (z.B. 11:48:53.294 Uhr)

HARDWARE::
Arduino Nano 3.0, Clone mit 10µF Elko (Antwort #130, zwischen RST und GND )

LOG-Auszug:
...
2017.03.16 11:48:38.334 3: TEST: sending h(ello) to device to ask for version
2017.03.16 11:48:38.335 5: SW: h
2017.03.16 11:48:53.290 4: TEST: Pin 3 (pin3) count 10923 (diff 1) in 25.642s, result 0.140
2017.03.16 11:48:53.290 5: TEST: interval 11:48:27 until 11:48:53
2017.03.16 11:48:53.290 5: TEST: readingStartTime3 specified: setting reading timestamp to 11:48:27
2017.03.16 11:48:53.291 5: TEST: set readings power3 to 0.140, timeDiff3 to 25642 and countDiff3 to 1
2017.03.16 11:48:53.292 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at fhem.pl line 4147.
2017.03.16 11:48:53.293 1: stacktrace:
2017.03.16 11:48:53.293 1: main::__ANON__ called by fhem.pl (4147)
2017.03.16 11:48:53.293 1: main::readingsEndUpdate called by ./FHEM/98_ArduCounter.pm (652)
2017.03.16 11:48:53.294 1: main::ArduCounter_Parse called by ./FHEM/98_ArduCounter.pm (756)
2017.03.16 11:48:53.294 1: main::ArduCounter_Read called by fhem.pl (3314)
2017.03.16 11:48:53.294 1: main::CallFn called by fhem.pl (676)
2017.03.16 11:48:53.294 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at fhem.pl line 4147.
2017.03.16 11:48:53.295 1: stacktrace:
2017.03.16 11:48:53.295 1: main::__ANON__ called by fhem.pl (4147)
2017.03.16 11:48:53.295 1: main::readingsEndUpdate called by ./FHEM/98_ArduCounter.pm (652)
2017.03.16 11:48:53.295 1: main::ArduCounter_Parse called by ./FHEM/98_ArduCounter.pm (756)
2017.03.16 11:48:53.296 1: main::ArduCounter_Read called by fhem.pl (3314)
2017.03.16 11:48:53.296 1: main::CallFn called by fhem.pl (676)
2017.03.16 11:48:53.403 5: TEST: Initialize clock offset to 1489486007.69165
2017.03.16 11:48:53.404 5: TEST: Device Time 175325.598, Drift 0.000s in 0.000s
2017.03.16 11:48:53.404 3: TEST: device is still counting
2017.03.16 11:48:53.405 3: TEST: device replied to hello, V1.8
2017.03.16 11:48:53.406 4: TEST: device reported firmware 1.8
2017.03.16 11:48:53.406 3: TEST: ConfigureDevice calls Attr with pinD3 falling pullup 89
2017.03.16 11:48:53.407 5: SW: 3,2,1,89a
2017.03.16 11:48:53.410 3: TEST: ConfigureDevice calls Attr with interval 15 1200 5 1
2017.03.16 11:48:53.410 5: SW: 15,1200,5,1i
...


RAW-Definition:

defmod TEST ArduCounter /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.2:1.0-port0@38400
attr TEST userattr pinD3 readingStartTime3 verboseReadings3
attr TEST flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
attr TEST icon measure_power
attr TEST interval 15 1200 5 1
attr TEST pinD3 falling pullup 89
attr TEST readingStartTime3 1
attr TEST room S0
attr TEST sortby 02
attr TEST stateFormat ZÄHLER: pin3, Verbrauch: power3 W (reject3Result)
attr TEST userReadings reject3Summe:reject3.* monotonic {ReadingsNum ($name, "reject3", 0)},\
reject3Result:reject3.* {"FEHLER: ".ReadingsNum ($name, "reject3", 0)." von ".ReadingsNum ($name, "reject3Summe", 0)}
attr TEST verbose 3
attr TEST verboseReadings3 1

setstate TEST ZÄHLER: 11567, Verbrauch: 0.260 W (FEHLER: 0 von 756)
setstate TEST 2017-03-16 14:47:34 countDiff3 2
setstate TEST 2017-03-16 14:47:34 lastMsg3 R3 C11567 D2 T27696 N186155598 X0 F13873 L27696 A90
setstate TEST 2017-03-16 14:47:34 pin3 11567
setstate TEST 2017-03-16 14:47:06 power3 0.260
setstate TEST 2017-03-16 14:47:34 reject3 0
setstate TEST 2017-03-16 14:47:34 reject3Result FEHLER: 0 von 756
setstate TEST 2017-03-16 14:47:34 reject3Summe 756
setstate TEST 2017-03-16 11:48:04 state opened
setstate TEST 2017-03-16 14:47:34 timeDiff3 27696



VG.
BillyPbg

Hallo,

Was steht denn in der Zeile in Deiner fhem.pl?
Ich habe vermutlich nicht die gleiche Version und kann es daher nicht prüfen.

Gruss
   Stefan

Hallo Stefan,

Version:
fhem.pl:13700/2017-03-14 (Siehe Anhang)

VG.
BillyPbg

In 4147 wird die Addition für monotonic gemacht ...
Die Meldung kommt also von Deinem Userreading.

Gruß
    Stefan

Hallo Stefan,

wenn kein Fehler seitens des Arduino gemeldet wird, schickt line 580 'Nichts' rüber, was zu meiner Fehlermeldung beim 'Monotonic' führt:
Ich hab's nun für mich wie folgt gelöst:
          'reject3Summe:reject3:.* monotonic {my $a=ReadingsVal ($name, "reject3", 0); $a =~ /([\d])/g?$a:0}'

... eleganter aber wäre wohl, wenn Du in Line 580 die NULL für diesen Fall setzen könntest...  ;)
         'my $reject = ($6 ? substr($6, 2) : 0);'

VG.
BillyPbg

Wenn der Arduino keine Rejects hat, sollte er X0 melden.
Ich frage mich woher Meldungen ohne X kommen. Evt. sind das Reste im seriellen Puffer - zumindest bekomme ich nach dem Reset des Arduino gelegentlich erst mal eine Müll-Zeile.
In so einem Fall wäre es aber vermutlich sinnvoller, gar kein Reading zu setzen statt einer 0.
Kannst Du den Fall mal mit verbose 5 protokollieren, so dass ich die Kommunikation zwischen Ardiuno und Fhem sehe wenn Dein Problem auftritt?

Gruss / Thanx
    Stefan

... Wird gemacht...

Zitat von: StefanStrobel am 20 März 2017, 23:12:01
Wenn der Arduino keine Rejects hat, sollte er X0 melden.
Ich frage mich woher Meldungen ohne X kommen. Evt. sind das Reste im seriellen Puffer - zumindest bekomme ich nach dem Reset des Arduino gelegentlich erst mal eine Müll-Zeile.
In so einem Fall wäre es aber vermutlich sinnvoller, gar kein Reading zu setzen statt einer 0.
Kannst Du den Fall mal mit verbose 5 protokollieren, so dass ich die Kommunikation zwischen Ardiuno und Fhem sehe wenn Dein Problem auftritt?
...

LOG-Auszüge, jeweils in der Restart-Phase:

...
2017.03.21 05:59:23.922 5: TEST: Notify called with events: INITIALIZED DEFINED Melde_Anrufer_A, open device and set timer to send hello to device
2017.03.21 05:59:23.923 3: Opening TEST device /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.2:1.0-port0
2017.03.21 05:59:23.931 3: Setting TEST serial parameters to 38400,8,N,1
2017.03.21 05:59:23.947 3: TEST device opened
2017.03.21 05:59:24.846 0: Featurelevel: 5.8
2017.03.21 05:59:24.846 0: Server started with 759 defined entities (fhem.pl:13733/2017-03-19 perl:5.020002 os:linux user:fhem pid:9092)
...
2017.03.21 05:59:55.002 3: TEST: sending h(ello) to device to ask for version
2017.03.21 05:59:55.003 5: SW: h
...
2017.03.21 05:59:59.057 4: TEST: Pin 3 (pin3) count 46145 (diff 1) in 58.538s, result 0.061
2017.03.21 05:59:59.057 5: TEST: interval 05:59:00 until 05:59:59
2017.03.21 05:59:59.058 5: TEST: readingStartTime3 specified: setting reading timestamp to 05:59:00
2017.03.21 05:59:59.058 5: TEST: set readings power3 to 0.061, timeDiff3 to 58538 and countDiff3 to 1
2017.03.21 05:59:59.060 1: PERL WARNING: "" isn't numeric in numeric gt (>) at fhem.pl line 4147.
2017.03.21 05:59:59.161 5: TEST: Initialize clock offset to 1489485938.45901
2017.03.21 05:59:59.162 5: TEST: Device Time 586460.598, Drift 0.000s in 0.000s
2017.03.21 05:59:59.162 3: TEST: device is still counting
2017.03.21 05:59:59.163 3: TEST: device replied to hello, V1.8
2017.03.21 05:59:59.163 4: TEST: device reported firmware 1.8
2017.03.21 05:59:59.164 3: TEST: ConfigureDevice calls Attr with interval 15 1200 5 1
2017.03.21 05:59:59.164 5: SW: 15,1200,5,1i

2017.03.21 05:59:59.166 3: TEST: ConfigureDevice calls Attr with pinD3 falling pullup 89
2017.03.21 05:59:59.166 5: SW: 3,2,1,89a

...
2017.03.21 06:00:04.414 3: TEST: device: intervals set to 15 1200 5 1
2017.03.21 06:00:04.414 3: TEST: device: defined pin 3 PCInt pin 19, iMode change, min len 89 ms falling, count 46147 (+1) in 49050 ms Rej 0
2017.03.21 06:00:04.415 3: TEST: device:   first at 37299, last at 37299, avg len 89
2017.03.21 06:00:04.415 4: TEST: Pin 3 (pin3) count 46147 (diff 1) in 49.050s, reject 0, result 0.073
2017.03.21 06:00:04.416 5: TEST: interval 05:59:15 until 06:00:04, First at 49050
2017.03.21 06:00:04.416 5: TEST: readingStartTime3 specified: setting reading timestamp to 05:59:15
2017.03.21 06:00:04.416 5: TEST: set readings power3 to 0.073, timeDiff3 to 49050 and countDiff3 to 1
2017.03.21 06:00:04.519 5: TEST: Device Time 586565.598, Drift -99.642s in 5.358s, -1859.51%
...



...
2017.03.21 09:36:30.216 5: TEST: Notify called with events: INITIALIZED DEFINED Melde_Anrufer_A, open device and set timer to send hello to device
2017.03.21 09:36:30.216 3: Opening TEST device /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.2:1.0-port0
2017.03.21 09:36:30.224 3: Setting TEST serial parameters to 38400,8,N,1
2017.03.21 09:36:30.241 3: TEST device opened
2017.03.21 09:36:31.144 0: Featurelevel: 5.8
2017.03.21 09:36:31.144 0: Server started with 759 defined entities (fhem.pl:13733/2017-03-19 perl:5.020002 os:linux user:fhem pid:4649)
2017.03.21 09:37:02.669 3: TEST: sending h(ello) to device to ask for version
2017.03.21 09:37:02.669 5: SW: h

2017.03.21 09:37:03.942 4: TEST: Pin 3 (pin3) count 46724 (diff 1) in 15.085s, result 0.239
2017.03.21 09:37:03.942 5: TEST: interval 09:36:48 until 09:37:03
2017.03.21 09:37:03.942 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:36:48
2017.03.21 09:37:03.943 5: TEST: set readings power3 to 0.239, timeDiff3 to 15085 and countDiff3 to 1
2017.03.21 09:37:03.945 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at fhem.pl line 4147.
2017.03.21 09:37:04.050 5: TEST: Initialize clock offset to 1489485928.34374
2017.03.21 09:37:04.051 5: TEST: Device Time 599495.598, Drift 0.000s in 0.000s
2017.03.21 09:37:04.051 3: TEST: device is still counting
2017.03.21 09:37:04.053 4: TEST: Pin 3 (pin3) count 46730 (diff 1) in 15.436s, reject 0, result 0.233
2017.03.21 09:37:04.053 5: TEST: interval 09:36:48 until 09:37:04, First at 15436
2017.03.21 09:37:04.053 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:36:48
2017.03.21 09:37:04.053 5: TEST: set readings power3 to 0.233, timeDiff3 to 15436 and countDiff3 to 1
2017.03.21 09:37:04.157 5: TEST: Device Time 599585.598, Drift -89.889s in 0.111s, -80997.06%
2017.03.21 09:37:04.158 3: TEST: device is still counting
2017.03.21 09:37:04.159 3: TEST: device replied to hello, V1.8
2017.03.21 09:37:04.159 4: TEST: device reported firmware 1.8
2017.03.21 09:37:04.160 3: TEST: ConfigureDevice calls Attr with interval 15 1200 5 1
2017.03.21 09:37:04.160 5: SW: 15,1200,5,1i

2017.03.21 09:37:04.162 3: TEST: ConfigureDevice calls Attr with pinD3 falling pullup 89
2017.03.21 09:37:04.162 5: SW: 3,2,1,89a

2017.03.21 09:37:09.438 3: TEST: device: intervals set to 15 1200 5 1
2017.03.21 09:37:09.438 3: TEST: device: defined pin 3 PCInt pin 19, iMode change, min len 89 ms falling, count 46730 (+0) in 7074 ms Rej 0
2017.03.21 09:37:16.449 4: TEST: Pin 3 (pin3) count 46731 (diff 1) in 15.467s, reject 0, result 0.233
2017.03.21 09:37:16.450 5: TEST: interval 09:37:00 until 09:37:16, First at 15467
2017.03.21 09:37:16.450 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:37:00
2017.03.21 09:37:16.450 5: TEST: set readings power3 to 0.233, timeDiff3 to 15467 and countDiff3 to 1
2017.03.21 09:37:16.563 5: TEST: Device Time 599600.598, Drift -92.493s in 12.507s, -739.51%
2017.03.21 09:37:33.155 4: TEST: Pin 3 (pin3) count 46732 (diff 1) in 15.604s, reject 0, result 0.231
2017.03.21 09:37:33.156 5: TEST: interval 09:37:17 until 09:37:33, First at 15604
2017.03.21 09:37:33.156 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:37:17
2017.03.21 09:37:33.156 5: TEST: set readings power3 to 0.231, timeDiff3 to 15604 and countDiff3 to 1
2017.03.21 09:37:33.261 5: TEST: Device Time 599615.598, Drift -90.786s in 29.214s, -310.77%
2017.03.21 09:38:16.869 4: TEST: Pin 3 (pin3) count 46733 (diff 1) in 15.684s, reject 0, result 0.230
2017.03.21 09:38:16.869 5: TEST: interval 09:38:01 until 09:38:16, First at 15684
2017.03.21 09:38:16.870 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:38:01
2017.03.21 09:38:16.870 5: TEST: set readings power3 to 0.230, timeDiff3 to 15684 and countDiff3 to 1
2017.03.21 09:38:16.975 5: TEST: Device Time 599630.598, Drift -62.073s in 72.927s, -85.12%
2017.03.21 09:38:16.976 4: TEST: Pin 3 (pin3) count 46734 (diff 1) in 15.770s, reject 0, result 0.228
2017.03.21 09:38:16.977 5: TEST: interval 09:38:01 until 09:38:16, First at 15770
2017.03.21 09:38:16.977 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:38:01
2017.03.21 09:38:16.977 5: TEST: set readings power3 to 0.228, timeDiff3 to 15770 and countDiff3 to 1
2017.03.21 09:38:17.083 5: TEST: Device Time 599645.598, Drift -76.965s in 73.035s, -105.38%
2017.03.21 09:38:30.269 4: TEST: Pin 3 (pin3) count 46735 (diff 1) in 15.816s, reject 0, result 0.228
2017.03.21 09:38:30.269 5: TEST: interval 09:38:14 until 09:38:30, First at 15816
2017.03.21 09:38:30.270 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:38:14
2017.03.21 09:38:30.270 5: TEST: set readings power3 to 0.228, timeDiff3 to 15816 and countDiff3 to 1
2017.03.21 09:38:30.374 5: TEST: Device Time 599675.598, Drift -93.673s in 86.327s, -108.51%
2017.03.21 09:38:45.090 4: TEST: Pin 3 (pin3) count 46736 (diff 1) in 15.828s, reject 0, result 0.227
2017.03.21 09:38:45.090 5: TEST: interval 09:38:29 until 09:38:45, First at 15828
2017.03.21 09:38:45.091 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:38:29
2017.03.21 09:38:45.091 5: TEST: set readings power3 to 0.227, timeDiff3 to 15828 and countDiff3 to 1
2017.03.21 09:38:45.205 5: TEST: Device Time 599690.598, Drift -93.852s in 101.148s, -92.79%
2017.03.21 09:39:00.145 4: TEST: Pin 3 (pin3) count 46737 (diff 1) in 15.827s, reject 0, result 0.227
2017.03.21 09:39:00.145 5: TEST: interval 09:38:44 until 09:39:00, First at 15827
2017.03.21 09:39:00.146 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:38:44
2017.03.21 09:39:00.146 5: TEST: set readings power3 to 0.227, timeDiff3 to 15827 and countDiff3 to 1
2017.03.21 09:39:00.257 5: TEST: Device Time 599705.598, Drift -93.797s in 116.203s, -80.72%
2017.03.21 09:39:15.085 4: TEST: Pin 3 (pin3) count 46738 (diff 1) in 15.669s, reject 0, result 0.230
2017.03.21 09:39:15.086 5: TEST: interval 09:38:59 until 09:39:15, First at 15669
2017.03.21 09:39:15.086 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:38:59
2017.03.21 09:39:15.087 5: TEST: set readings power3 to 0.230, timeDiff3 to 15669 and countDiff3 to 1
2017.03.21 09:39:15.199 5: TEST: Device Time 599720.598, Drift -93.856s in 131.144s, -71.57%
2017.03.21 09:39:30.082 4: TEST: Pin 3 (pin3) count 46739 (diff 1) in 15.524s, reject 0, result 0.232
2017.03.21 09:39:30.083 5: TEST: interval 09:39:14 until 09:39:30, First at 15524
2017.03.21 09:39:30.083 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:39:14
2017.03.21 09:39:30.084 5: TEST: set readings power3 to 0.232, timeDiff3 to 15524 and countDiff3 to 1
2017.03.21 09:39:30.204 5: TEST: Device Time 599735.598, Drift -93.859s in 146.141s, -64.23%
2017.03.21 09:39:45.082 4: TEST: Pin 3 (pin3) count 46740 (diff 1) in 15.123s, reject 0, result 0.238
2017.03.21 09:39:45.083 5: TEST: interval 09:39:29 until 09:39:45, First at 15123
2017.03.21 09:39:45.083 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:39:29
2017.03.21 09:39:45.083 5: TEST: set readings power3 to 0.238, timeDiff3 to 15123 and countDiff3 to 1
2017.03.21 09:39:45.221 5: TEST: Device Time 599750.598, Drift -93.860s in 161.140s, -58.25%
2017.03.21 09:40:00.078 4: TEST: Pin 3 (pin3) count 46741 (diff 1) in 15.149s, reject 0, result 0.238
2017.03.21 09:40:00.079 5: TEST: interval 09:39:44 until 09:40:00, First at 15149
2017.03.21 09:40:00.079 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:39:44
2017.03.21 09:40:00.080 5: TEST: set readings power3 to 0.238, timeDiff3 to 15149 and countDiff3 to 1
2017.03.21 09:40:00.210 5: TEST: Device Time 599765.598, Drift -93.863s in 176.137s, -53.29%
2017.03.21 09:40:15.077 4: TEST: Pin 3 (pin3) count 46742 (diff 1) in 15.146s, reject 0, result 0.238
2017.03.21 09:40:15.078 5: TEST: interval 09:39:59 until 09:40:15, First at 15146
2017.03.21 09:40:15.079 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:39:59
2017.03.21 09:40:15.079 5: TEST: set readings power3 to 0.238, timeDiff3 to 15146 and countDiff3 to 1
2017.03.21 09:40:15.191 5: TEST: Device Time 599780.598, Drift -93.864s in 191.136s, -49.11%
2017.03.21 09:40:30.074 4: TEST: Pin 3 (pin3) count 46743 (diff 1) in 15.209s, reject 0, result 0.237
2017.03.21 09:40:30.074 5: TEST: interval 09:40:14 until 09:40:30, First at 15209
2017.03.21 09:40:30.075 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:40:14
2017.03.21 09:40:30.075 5: TEST: set readings power3 to 0.237, timeDiff3 to 15209 and countDiff3 to 1
2017.03.21 09:40:30.187 5: TEST: Device Time 599795.598, Drift -93.868s in 206.132s, -45.54%
2017.03.21 09:40:45.072 4: TEST: Pin 3 (pin3) count 46744 (diff 1) in 15.239s, reject 0, result 0.236
2017.03.21 09:40:45.072 5: TEST: interval 09:40:29 until 09:40:45, First at 15239
2017.03.21 09:40:45.073 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:40:29
2017.03.21 09:40:45.073 5: TEST: set readings power3 to 0.236, timeDiff3 to 15239 and countDiff3 to 1
2017.03.21 09:40:45.179 5: TEST: Device Time 599810.598, Drift -93.870s in 221.130s, -42.45%
2017.03.21 09:41:00.069 4: TEST: Pin 3 (pin3) count 46745 (diff 1) in 15.167s, reject 0, result 0.237
2017.03.21 09:41:00.070 5: TEST: interval 09:40:44 until 09:41:00, First at 15167
2017.03.21 09:41:00.070 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:40:44
2017.03.21 09:41:00.071 5: TEST: set readings power3 to 0.237, timeDiff3 to 15167 and countDiff3 to 1
2017.03.21 09:41:00.181 5: TEST: Device Time 599825.598, Drift -93.873s in 236.127s, -39.76%
2017.03.21 09:41:15.066 4: TEST: Pin 3 (pin3) count 46746 (diff 1) in 15.226s, reject 0, result 0.236
2017.03.21 09:41:15.067 5: TEST: interval 09:40:59 until 09:41:15, First at 15226
2017.03.21 09:41:15.067 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:40:59
2017.03.21 09:41:15.068 5: TEST: set readings power3 to 0.236, timeDiff3 to 15226 and countDiff3 to 1
2017.03.21 09:41:15.178 5: TEST: Device Time 599840.598, Drift -93.875s in 251.125s, -37.38%
2017.03.21 09:41:30.068 4: TEST: Pin 3 (pin3) count 46747 (diff 1) in 15.211s, reject 0, result 0.237
2017.03.21 09:41:30.069 5: TEST: interval 09:41:14 until 09:41:30, First at 15211
2017.03.21 09:41:30.069 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:41:14
2017.03.21 09:41:30.069 5: TEST: set readings power3 to 0.237, timeDiff3 to 15211 and countDiff3 to 1
2017.03.21 09:41:30.174 5: TEST: Device Time 599855.598, Drift -93.873s in 266.127s, -35.27%
2017.03.21 09:41:45.061 4: TEST: Pin 3 (pin3) count 46748 (diff 1) in 15.245s, reject 0, result 0.236
2017.03.21 09:41:45.062 5: TEST: interval 09:41:29 until 09:41:45, First at 15245
2017.03.21 09:41:45.062 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:41:29
2017.03.21 09:41:45.062 5: TEST: set readings power3 to 0.236, timeDiff3 to 15245 and countDiff3 to 1
2017.03.21 09:41:45.166 5: TEST: Device Time 599870.598, Drift -93.880s in 281.120s, -33.40%
2017.03.21 09:42:00.060 4: TEST: Pin 3 (pin3) count 46749 (diff 1) in 15.058s, reject 0, result 0.239
2017.03.21 09:42:00.061 5: TEST: interval 09:41:45 until 09:42:00, First at 15058
2017.03.21 09:42:00.061 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:41:45
2017.03.21 09:42:00.062 5: TEST: set readings power3 to 0.239, timeDiff3 to 15058 and countDiff3 to 1
2017.03.21 09:42:00.172 5: TEST: Device Time 599885.598, Drift -93.881s in 296.119s, -31.70%
2017.03.21 09:42:15.095 4: TEST: Pin 3 (pin3) count 46750 (diff 1) in 15.057s, reject 0, result 0.239
2017.03.21 09:42:15.096 5: TEST: interval 09:42:00 until 09:42:15, First at 15057
2017.03.21 09:42:15.096 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:42:00
2017.03.21 09:42:15.097 5: TEST: set readings power3 to 0.239, timeDiff3 to 15057 and countDiff3 to 1
2017.03.21 09:42:15.222 5: TEST: Device Time 599900.598, Drift -93.847s in 311.153s, -30.16%
2017.03.21 09:42:30.056 4: TEST: Pin 3 (pin3) count 46751 (diff 1) in 15.105s, reject 0, result 0.238
2017.03.21 09:42:30.056 5: TEST: interval 09:42:14 until 09:42:30, First at 15105
2017.03.21 09:42:30.056 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:42:14
2017.03.21 09:42:30.057 5: TEST: set readings power3 to 0.238, timeDiff3 to 15105 and countDiff3 to 1
2017.03.21 09:42:30.183 5: TEST: Device Time 599915.598, Drift -93.886s in 326.114s, -28.79%
2017.03.21 09:42:45.053 4: TEST: Pin 3 (pin3) count 46752 (diff 1) in 15.114s, reject 0, result 0.238
2017.03.21 09:42:45.054 5: TEST: interval 09:42:29 until 09:42:45, First at 15114
2017.03.21 09:42:45.054 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:42:29
2017.03.21 09:42:45.054 5: TEST: set readings power3 to 0.238, timeDiff3 to 15114 and countDiff3 to 1
2017.03.21 09:42:45.182 5: TEST: Device Time 599930.598, Drift -93.889s in 341.111s, -27.52%
2017.03.21 09:43:00.051 4: TEST: Pin 3 (pin3) count 46753 (diff 1) in 15.228s, reject 0, result 0.236
2017.03.21 09:43:00.051 5: TEST: interval 09:42:44 until 09:43:00, First at 15228
2017.03.21 09:43:00.052 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:42:44
2017.03.21 09:43:00.052 5: TEST: set readings power3 to 0.236, timeDiff3 to 15228 and countDiff3 to 1
2017.03.21 09:43:00.157 5: TEST: Device Time 599945.598, Drift -93.891s in 356.109s, -26.37%
2017.03.21 09:43:15.048 4: TEST: Pin 3 (pin3) count 46754 (diff 1) in 15.263s, reject 0, result 0.236
2017.03.21 09:43:15.049 5: TEST: interval 09:42:59 until 09:43:15, First at 15263
2017.03.21 09:43:15.049 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:42:59
2017.03.21 09:43:15.050 5: TEST: set readings power3 to 0.236, timeDiff3 to 15263 and countDiff3 to 1
2017.03.21 09:43:15.160 5: TEST: Device Time 599960.598, Drift -93.893s in 371.107s, -25.30%
2017.03.21 09:43:30.046 4: TEST: Pin 3 (pin3) count 46755 (diff 1) in 15.295s, reject 0, result 0.235
2017.03.21 09:43:30.046 5: TEST: interval 09:43:14 until 09:43:30, First at 15295
2017.03.21 09:43:30.046 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:43:14
2017.03.21 09:43:30.047 5: TEST: set readings power3 to 0.235, timeDiff3 to 15295 and countDiff3 to 1
2017.03.21 09:43:30.158 5: TEST: Device Time 599975.598, Drift -93.896s in 386.104s, -24.32%
...



...
2017.03.21 09:52:10.159 5: TEST: Notify called with events: INITIALIZED DEFINED Melde_Anrufer_A, open device and set timer to send hello to device
2017.03.21 09:52:10.184 3: TEST device opened
2017.03.21 09:52:11.210 0: Featurelevel: 5.8
2017.03.21 09:52:11.211 0: Server started with 759 defined entities (fhem.pl:13733/2017-03-19 perl:5.020002 os:linux user:fhem pid:6421)
---
2017.03.21 09:52:16.497 4: TEST: Pin 3 (pin3) count 46780 (diff 1) in 24.998s, result 0.144
2017.03.21 09:52:16.497 5: TEST: interval 09:51:51 until 09:52:16
2017.03.21 09:52:16.498 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:51:51
2017.03.21 09:52:16.499 5: TEST: set readings power3 to 0.144, timeDiff3 to 24998 and countDiff3 to 1
2017.03.21 09:52:16.502 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at fhem.pl line 4147.
2017.03.21 09:52:16.637 5: TEST: Initialize clock offset to 1489485895.89887
2017.03.21 09:52:16.637 5: TEST: Device Time 600440.598, Drift 0.000s in 0.000s
2017.03.21 09:52:16.638 3: TEST: device is still counting
2017.03.21 09:52:16.638 3: TEST: sending h(ello) to device to ask for version
2017.03.21 09:52:16.638 5: SW: h

...
2017.03.21 09:52:44.798 3: TEST: device didn't reply to h(ello). Is the right sketch flashed? Is speed set to 38400?
...
2017.03.21 09:52:49.934 3: TEST: device replied to hello, V1.8
2017.03.21 09:52:49.934 4: TEST: device reported firmware 1.8
2017.03.21 09:52:49.934 3: TEST: ConfigureDevice calls Attr with interval 15 1200 5 1
2017.03.21 09:52:49.935 5: SW: 15,1200,5,1i

2017.03.21 09:52:49.937 3: TEST: ConfigureDevice calls Attr with pinD3 falling pullup 89
2017.03.21 09:52:49.937 5: SW: 3,2,1,89a

2017.03.21 09:52:49.943 4: TEST: Pin 3 (pin3) count 46783 (diff 1) in 26.369s, reject 0, result 0.137
2017.03.21 09:52:49.943 5: TEST: interval 09:52:23 until 09:52:49, First at 26369
2017.03.21 09:52:49.943 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:52:23
2017.03.21 09:52:49.943 5: TEST: set readings power3 to 0.137, timeDiff3 to 26369 and countDiff3 to 1
2017.03.21 09:52:50.050 5: TEST: Device Time 600515.598, Drift -41.554s in 33.446s, -124.24%
...
2017.03.21 09:52:50.524 3: TEST: device: intervals set to 15 1200 5 1
2017.03.21 09:52:50.524 3: TEST: device: defined pin 3 PCInt pin 19, iMode change, min len 89 ms falling, count 46783 (+0) in 22827 ms Rej 0
...
2017.03.21 09:53:03.191 4: TEST: Pin 3 (pin3) count 46784 (diff 1) in 26.360s, reject 0, result 0.137
2017.03.21 09:53:03.192 5: TEST: interval 09:52:36 until 09:53:03, First at 26360
2017.03.21 09:53:03.192 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:52:36
2017.03.21 09:53:03.192 5: TEST: set readings power3 to 0.137, timeDiff3 to 26360 and countDiff3 to 1
2017.03.21 09:53:03.304 5: TEST: Device Time 600545.598, Drift -58.306s in 46.694s, -124.87%
...
2017.03.21 09:54:03.108 4: TEST: Pin 3 (pin3) count 46785 (diff 1) in 30.463s, reject 0, result 0.118
2017.03.21 09:54:03.108 5: TEST: interval 09:53:32 until 09:54:03, First at 30463
2017.03.21 09:54:03.109 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:53:32
2017.03.21 09:54:03.109 5: TEST: set readings power3 to 0.118, timeDiff3 to 30463 and countDiff3 to 1
2017.03.21 09:54:03.227 5: TEST: Device Time 600575.598, Drift -28.389s in 106.611s, -26.63%
2017.03.21 09:54:03.228 4: TEST: Pin 3 (pin3) count 46786 (diff 1) in 33.255s, reject 0, result 0.108
2017.03.21 09:54:03.228 5: TEST: interval 09:53:29 until 09:54:03, First at 33255
2017.03.21 09:54:03.229 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:53:29
2017.03.21 09:54:03.229 5: TEST: set readings power3 to 0.108, timeDiff3 to 33255 and countDiff3 to 1
2017.03.21 09:54:03.338 5: TEST: Device Time 600605.598, Drift -58.269s in 106.731s, -54.59%
...
2017.03.21 09:54:44.941 4: TEST: Pin 3 (pin3) count 46787 (diff 1) in 34.299s, reject 0, result 0.105
2017.03.21 09:54:44.942 5: TEST: interval 09:54:10 until 09:54:44, First at 34299
2017.03.21 09:54:44.942 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:54:10
2017.03.21 09:54:44.942 5: TEST: set readings power3 to 0.105, timeDiff3 to 34299 and countDiff3 to 1
2017.03.21 09:54:45.048 5: TEST: Device Time 600650.598, Drift -61.555s in 148.445s, -41.47%
2017.03.21 09:55:14.937 4: TEST: Pin 3 (pin3) count 46788 (diff 1) in 34.470s, reject 0, result 0.104
2017.03.21 09:55:14.937 5: TEST: interval 09:54:40 until 09:55:14, First at 34470
2017.03.21 09:55:14.938 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:54:40
2017.03.21 09:55:14.938 5: TEST: set readings power3 to 0.104, timeDiff3 to 34470 and countDiff3 to 1
2017.03.21 09:55:15.044 5: TEST: Device Time 600680.598, Drift -61.560s in 178.440s, -34.50%
2017.03.21 09:55:44.942 4: TEST: Pin 3 (pin3) count 46789 (diff 1) in 31.259s, reject 0, result 0.115
2017.03.21 09:55:44.943 5: TEST: interval 09:55:13 until 09:55:44, First at 31259
2017.03.21 09:55:44.943 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:55:13
2017.03.21 09:55:44.943 5: TEST: set readings power3 to 0.115, timeDiff3 to 31259 and countDiff3 to 1
2017.03.21 09:55:45.059 5: TEST: Device Time 600710.598, Drift -61.555s in 208.445s, -29.53%
2017.03.21 09:56:14.927 4: TEST: Pin 3 (pin3) count 46790 (diff 1) in 30.826s, reject 0, result 0.117
2017.03.21 09:56:14.927 5: TEST: interval 09:55:44 until 09:56:14, First at 30826
2017.03.21 09:56:14.928 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:55:44
2017.03.21 09:56:14.928 5: TEST: set readings power3 to 0.117, timeDiff3 to 30826 and countDiff3 to 1
2017.03.21 09:56:15.033 5: TEST: Device Time 600740.598, Drift -61.570s in 238.430s, -25.82%
2017.03.21 09:56:44.923 4: TEST: Pin 3 (pin3) count 46791 (diff 1) in 30.922s, reject 0, result 0.116
2017.03.21 09:56:44.924 5: TEST: interval 09:56:14 until 09:56:44, First at 30922
2017.03.21 09:56:44.924 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:56:14
2017.03.21 09:56:44.924 5: TEST: set readings power3 to 0.116, timeDiff3 to 30922 and countDiff3 to 1
2017.03.21 09:56:45.028 5: TEST: Device Time 600770.598, Drift -61.574s in 268.426s, -22.94%
2017.03.21 09:57:15.330 4: TEST: Pin 3 (pin3) count 46792 (diff 1) in 30.977s, reject 0, result 0.116
2017.03.21 09:57:15.330 5: TEST: interval 09:56:44 until 09:57:15, First at 30977
2017.03.21 09:57:15.331 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:56:44
2017.03.21 09:57:15.331 5: TEST: set readings power3 to 0.116, timeDiff3 to 30977 and countDiff3 to 1
2017.03.21 09:57:15.459 5: TEST: Device Time 600800.598, Drift -61.168s in 298.832s, -20.47%
2017.03.21 09:57:45.772 4: TEST: Pin 3 (pin3) count 46793 (diff 1) in 30.706s, reject 0, result 0.117
2017.03.21 09:57:45.773 5: TEST: interval 09:57:15 until 09:57:45, First at 30706
2017.03.21 09:57:45.773 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:57:15
2017.03.21 09:57:45.773 5: TEST: set readings power3 to 0.117, timeDiff3 to 30706 and countDiff3 to 1
2017.03.21 09:57:45.882 5: TEST: Device Time 600830.598, Drift -60.725s in 329.275s, -18.44%
2017.03.21 09:57:59.911 4: TEST: Pin 3 (pin3) count 46794 (diff 1) in 16.151s, reject 0, result 0.223
2017.03.21 09:57:59.912 5: TEST: interval 09:57:43 until 09:57:59, First at 16151
2017.03.21 09:57:59.913 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:57:43
2017.03.21 09:57:59.913 5: TEST: set readings power3 to 0.223, timeDiff3 to 16151 and countDiff3 to 1
2017.03.21 09:58:00.027 5: TEST: Device Time 600845.598, Drift -61.585s in 343.415s, -17.93%
2017.03.21 09:58:14.949 4: TEST: Pin 3 (pin3) count 46795 (diff 1) in 15.812s, reject 0, result 0.228
2017.03.21 09:58:14.950 5: TEST: interval 09:57:59 until 09:58:14, First at 15812
2017.03.21 09:58:14.950 5: TEST: readingStartTime3 specified: setting reading timestamp to 09:57:59
2017.03.21 09:58:14.950 5: TEST: set readings power3 to 0.228, timeDiff3 to 15812 and countDiff3 to 1
2017.03.21 09:58:15.060 5: TEST: Device Time 600860.598, Drift -61.548s in 358.452s, -17.17%
...



...
2017.03.21 10:32:38.290 5: TEST: Notify called with events: INITIALIZED DEFINED Melde_Anrufer_A DEFINED firmata_reconnector ATTR firmata_reconnector room ZÄHLER, open device and set timer to send hello to device
2017.03.21 10:32:38.291 3: Opening TEST device /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.2:1.0-port0
2017.03.21 10:32:38.298 3: Setting TEST serial parameters to 38400,8,N,1
2017.03.21 10:32:38.315 3: TEST device opened
2017.03.21 10:32:39.808 0: Featurelevel: 5.8
2017.03.21 10:32:39.809 0: Server started with 760 defined entities (fhem.pl:13733/2017-03-19 perl:5.020002 os:linux user:fhem pid:10557)
...
2017.03.21 10:32:45.058 4: TEST: Pin 3 (pin3) count 46876 (diff 1) in 33.000s, result 0.109
2017.03.21 10:32:45.059 5: TEST: interval 10:32:12 until 10:32:45
2017.03.21 10:32:45.059 5: TEST: readingStartTime3 specified: setting reading timestamp to 10:32:12
2017.03.21 10:32:45.060 5: TEST: set readings power3 to 0.109, timeDiff3 to 33000 and countDiff3 to 1
2017.03.21 10:32:45.062 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at fhem.pl line 4147.
2017.03.21 10:32:45.164 5: TEST: Initialize clock offset to 1489485894.46045
2017.03.21 10:32:45.164 5: TEST: Device Time 602870.598, Drift 0.000s in 0.000s
2017.03.21 10:32:45.164 3: TEST: device is still counting
2017.03.21 10:32:45.165 3: TEST: sending h(ello) to device to ask for version
2017.03.21 10:32:45.165 5: SW: h

...
2017.03.21 10:33:08.401 3: TEST: device replied to hello, V1.8
2017.03.21 10:33:08.402 4: TEST: device reported firmware 1.8
2017.03.21 10:33:08.402 3: TEST: ConfigureDevice calls Attr with pinD3 falling pullup 89
2017.03.21 10:33:08.403 5: SW: 3,2,1,89a

2017.03.21 10:33:08.406 3: TEST: ConfigureDevice calls Attr with interval 15 1200 5 1
2017.03.21 10:33:08.406 5: SW: 15,1200,5,1i

...
2017.03.21 10:33:19.160 3: TEST: device: defined pin 3 PCInt pin 19, iMode change, min len 89 ms falling, count 46879 (+1) in 29771 ms Rej 0
2017.03.21 10:33:19.161 3: TEST: device:   first at 19695, last at 19695, avg len 90
2017.03.21 10:33:19.161 3: TEST: device: intervals set to 15 1200 5 1
2017.03.21 10:33:19.162 4: TEST: Pin 3 (pin3) count 46879 (diff 1) in 29.771s, reject 0, result 0.121
2017.03.21 10:33:19.162 5: TEST: interval 10:32:49 until 10:33:19, First at 29771
2017.03.21 10:33:19.162 5: TEST: readingStartTime3 specified: setting reading timestamp to 10:32:49
2017.03.21 10:33:19.162 5: TEST: set readings power3 to 0.121, timeDiff3 to 29771 and countDiff3 to 1
2017.03.21 10:33:19.265 5: TEST: Device Time 602960.598, Drift -55.897s in 34.103s, -163.90%
...
2017.03.21 10:33:44.775 4: TEST: Pin 3 (pin3) count 46880 (diff 1) in 33.057s, reject 0, result 0.109
2017.03.21 10:33:44.775 5: TEST: interval 10:33:11 until 10:33:44, First at 33057
2017.03.21 10:33:44.775 5: TEST: readingStartTime3 specified: setting reading timestamp to 10:33:11
2017.03.21 10:33:44.776 5: TEST: set readings power3 to 0.109, timeDiff3 to 33057 and countDiff3 to 1
2017.03.21 10:33:44.881 5: TEST: Device Time 602990.598, Drift -60.284s in 59.716s, -100.95%
...
2017.03.21 10:34:26.214 4: TEST: Pin 3 (pin3) count 46881 (diff 1) in 30.123s, reject 0, result 0.120
2017.03.21 10:34:26.215 5: TEST: interval 10:33:56 until 10:34:26, First at 30123
2017.03.21 10:34:26.215 5: TEST: readingStartTime3 specified: setting reading timestamp to 10:33:56
2017.03.21 10:34:26.215 5: TEST: set readings power3 to 0.120, timeDiff3 to 30123 and countDiff3 to 1
2017.03.21 10:34:26.320 5: TEST: Device Time 603020.598, Drift -48.844s in 101.156s, -48.29%
2017.03.21 10:34:44.814 4: TEST: Pin 3 (pin3) count 46882 (diff 1) in 27.924s, reject 0, result 0.129
2017.03.21 10:34:44.814 5: TEST: interval 10:34:16 until 10:34:44, First at 27924
2017.03.21 10:34:44.814 5: TEST: readingStartTime3 specified: setting reading timestamp to 10:34:16
2017.03.21 10:34:44.815 5: TEST: set readings power3 to 0.129, timeDiff3 to 27924 and countDiff3 to 1
2017.03.21 10:34:44.923 5: TEST: Device Time 603050.598, Drift -60.245s in 119.755s, -50.31%
2017.03.21 10:35:14.578 4: TEST: Pin 3 (pin3) count 46883 (diff 1) in 27.522s, reject 0, result 0.131
2017.03.21 10:35:14.578 5: TEST: interval 10:34:47 until 10:35:14, First at 27522
2017.03.21 10:35:14.579 5: TEST: readingStartTime3 specified: setting reading timestamp to 10:34:47
2017.03.21 10:35:14.579 5: TEST: set readings power3 to 0.131, timeDiff3 to 27522 and countDiff3 to 1
2017.03.21 10:35:14.684 5: TEST: Device Time 603080.598, Drift -60.481s in 149.519s, -40.45%
2017.03.21 10:35:44.792 4: TEST: Pin 3 (pin3) count 46884 (diff 1) in 26.745s, reject 0, result 0.135
2017.03.21 10:35:44.792 5: TEST: interval 10:35:18 until 10:35:44, First at 26745
2017.03.21 10:35:44.792 5: TEST: readingStartTime3 specified: setting reading timestamp to 10:35:18
2017.03.21 10:35:44.793 5: TEST: set readings power3 to 0.135, timeDiff3 to 26745 and countDiff3 to 1
2017.03.21 10:35:44.894 5: TEST: Device Time 603110.598, Drift -60.267s in 179.733s, -33.53%
2017.03.21 10:35:59.572 4: TEST: Pin 3 (pin3) count 46885 (diff 1) in 26.420s, reject 0, result 0.136
2017.03.21 10:35:59.572 5: TEST: interval 10:35:33 until 10:35:59, First at 26420
2017.03.21 10:35:59.573 5: TEST: readingStartTime3 specified: setting reading timestamp to 10:35:33
2017.03.21 10:35:59.573 5: TEST: set readings power3 to 0.136, timeDiff3 to 26420 and countDiff3 to 1
2017.03.21 10:35:59.678 5: TEST: Device Time 603125.598, Drift -60.487s in 194.513s, -31.10%
...



...
2017.03.21 12:52:10.805 5: TEST: Notify called with events: INITIALIZED DEFINED Melde_Anrufer_A, open device and set timer to send hello to device
2017.03.21 12:52:10.806 3: Opening TEST device /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.2:1.0-port0
2017.03.21 12:52:10.814 3: Setting TEST serial parameters to 38400,8,N,1
2017.03.21 12:52:10.832 3: TEST device opened
2017.03.21 12:52:11.828 0: Featurelevel: 5.8
2017.03.21 12:52:11.828 0: Server started with 759 defined entities (fhem.pl:13733/2017-03-19 perl:5.020002 os:linux user:fhem pid:11749)
...
2017.03.21 12:52:21.533 4: TEST: Pin 3 (pin3) count 49243 (diff 7) in 10.539s, result 2.391
2017.03.21 12:52:21.533 5: TEST: interval 12:52:10 until 12:52:21
2017.03.21 12:52:21.534 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:52:10
2017.03.21 12:52:21.534 5: TEST: set readings power3 to 2.391, timeDiff3 to 10539 and countDiff3 to 7
2017.03.21 12:52:21.536 1: PERL WARNING: Argument "" isn't numeric in numeric gt (>) at fhem.pl line 4147.
2017.03.21 12:52:21.651 5: TEST: Initialize clock offset to 1489485915.93464
2017.03.21 12:52:21.652 5: TEST: Device Time 611225.598, Drift 0.000s in 0.000s
2017.03.21 12:52:21.652 3: TEST: device is still counting
2017.03.21 12:52:21.652 3: TEST: sending h(ello) to device to ask for version
2017.03.21 12:52:21.653 5: SW: h

...
2017.03.21 12:52:58.501 3: TEST: device replied to hello, V1.8
2017.03.21 12:52:58.502 4: TEST: device reported firmware 1.8
2017.03.21 12:52:58.502 3: TEST: ConfigureDevice calls Attr with pinD3 falling pullup 89
2017.03.21 12:52:58.503 5: SW: 3,2,1,89a

2017.03.21 12:52:58.506 3: TEST: ConfigureDevice calls Attr with interval 15 1200 5 1
2017.03.21 12:52:58.507 5: SW: 15,1200,5,1i

2017.03.21 12:52:58.511 4: TEST: Pin 3 (pin3) count 49249 (diff 1) in 14.527s, reject 0, result 0.248
2017.03.21 12:52:58.512 5: TEST: interval 12:52:43 until 12:52:58, First at 14527
2017.03.21 12:52:58.512 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:52:43
2017.03.21 12:52:58.512 5: TEST: set readings power3 to 0.248, timeDiff3 to 14527 and countDiff3 to 1
2017.03.21 12:52:58.790 5: TEST: Device Time 611315.598, Drift -53.021s in 36.979s, -143.38%
2017.03.21 12:52:58.791 4: TEST: Pin 3 (pin3) count 49251 (diff 2) in 29.331s, reject 0, result 0.245
2017.03.21 12:52:58.792 5: TEST: interval 12:52:29 until 12:52:58, First at 14811
2017.03.21 12:52:58.792 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:52:29
2017.03.21 12:52:58.792 5: TEST: set readings power3 to 0.245, timeDiff3 to 29331 and countDiff3 to 2
2017.03.21 12:52:58.906 5: TEST: Device Time 611330.598, Drift -67.741s in 37.259s, -181.81%
2017.03.21 12:52:58.907 4: TEST: Pin 3 (pin3) count 49252 (diff 1) in 14.305s, reject 0, result 0.252
2017.03.21 12:52:58.907 5: TEST: interval 12:52:44 until 12:52:58, First at 14305
2017.03.21 12:52:58.908 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:52:44
2017.03.21 12:52:58.908 5: TEST: set readings power3 to 0.252, timeDiff3 to 14305 and countDiff3 to 1
2017.03.21 12:52:59.022 5: TEST: Device Time 611345.598, Drift -82.625s in 37.375s, -221.07%
2017.03.21 12:52:59.727 3: TEST: device: defined pin 3 PCInt pin 19, iMode change, min len 89 ms falling, count 49252 (+0) in 816 ms Rej 0
2017.03.21 12:52:59.728 3: TEST: device: intervals set to 15 1200 5 1
2017.03.21 12:53:14.417 4: TEST: Pin 3 (pin3) count 49253 (diff 1) in 13.521s, reject 0, result 0.266
2017.03.21 12:53:14.418 5: TEST: interval 12:53:00 until 12:53:14, First at 13521
2017.03.21 12:53:14.419 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:53:00
2017.03.21 12:53:14.419 5: TEST: set readings power3 to 0.266, timeDiff3 to 13521 and countDiff3 to 1
2017.03.21 12:53:14.534 5: TEST: Device Time 611360.598, Drift -82.115s in 52.885s, -155.27%
...
2017.03.21 12:53:43.830 4: TEST: Pin 3 (pin3) count 49254 (diff 1) in 18.334s, reject 0, result 0.196
2017.03.21 12:53:43.830 5: TEST: interval 12:53:25 until 12:53:43, First at 18334
2017.03.21 12:53:43.831 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:53:25
2017.03.21 12:53:43.831 5: TEST: set readings power3 to 0.196, timeDiff3 to 18334 and countDiff3 to 1
2017.03.21 12:53:43.943 5: TEST: Device Time 611390.598, Drift -82.703s in 82.297s, -100.49%
2017.03.21 12:53:58.511 4: TEST: Pin 3 (pin3) count 49255 (diff 1) in 23.069s, reject 0, result 0.156
2017.03.21 12:53:58.512 5: TEST: interval 12:53:35 until 12:53:58, First at 23069
2017.03.21 12:53:58.513 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:53:35
2017.03.21 12:53:58.513 5: TEST: set readings power3 to 0.156, timeDiff3 to 23069 and countDiff3 to 1
2017.03.21 12:53:58.632 5: TEST: Device Time 611405.598, Drift -83.021s in 96.979s, -85.61%
2017.03.21 12:54:13.941 4: TEST: Pin 3 (pin3) count 49264 (diff 9) in 19.362s, reject 0, result 1.673
2017.03.21 12:54:13.941 5: TEST: interval 12:53:54 until 12:54:13, First at 6914
2017.03.21 12:54:13.942 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:53:54
2017.03.21 12:54:13.942 5: TEST: set readings power3 to 1.673, timeDiff3 to 19362 and countDiff3 to 9
2017.03.21 12:54:14.060 5: TEST: Device Time 611420.598, Drift -82.592s in 112.408s, -73.47%
2017.03.21 12:54:28.482 4: TEST: Pin 3 (pin3) count 49274 (diff 10) in 15.628s, reject 0, result 2.304
2017.03.21 12:54:28.482 5: TEST: interval 12:54:12 until 12:54:28, First at 1577
2017.03.21 12:54:28.483 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:54:12
2017.03.21 12:54:28.483 5: TEST: set readings power3 to 2.304, timeDiff3 to 15628 and countDiff3 to 10
2017.03.21 12:54:28.597 5: TEST: Device Time 611435.598, Drift -83.051s in 126.949s, -65.42%
2017.03.21 12:54:44.467 4: TEST: Pin 3 (pin3) count 49284 (diff 10) in 15.636s, reject 0, result 2.302
2017.03.21 12:54:44.468 5: TEST: interval 12:54:28 until 12:54:44, First at 1562
2017.03.21 12:54:44.469 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:54:28
2017.03.21 12:54:44.469 5: TEST: set readings power3 to 2.302, timeDiff3 to 15636 and countDiff3 to 10
2017.03.21 12:54:44.620 5: TEST: Device Time 611450.598, Drift -82.066s in 142.934s, -57.41%
2017.03.21 12:54:58.479 4: TEST: Pin 3 (pin3) count 49293 (diff 9) in 14.189s, reject 0, result 2.283
2017.03.21 12:54:58.479 5: TEST: interval 12:54:44 until 12:54:58, First at 1569
2017.03.21 12:54:58.480 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:54:44
2017.03.21 12:54:58.480 5: TEST: set readings power3 to 2.283, timeDiff3 to 14189 and countDiff3 to 9
2017.03.21 12:54:58.605 5: TEST: Device Time 611465.598, Drift -83.054s in 156.946s, -52.92%
2017.03.21 12:55:13.638 4: TEST: Pin 3 (pin3) count 49303 (diff 10) in 15.793s, reject 0, result 2.279
2017.03.21 12:55:13.638 5: TEST: interval 12:54:57 until 12:55:13, First at 1576
2017.03.21 12:55:13.639 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:54:57
2017.03.21 12:55:13.639 5: TEST: set readings power3 to 2.279, timeDiff3 to 15793 and countDiff3 to 10
2017.03.21 12:55:13.773 5: TEST: Device Time 611480.598, Drift -82.895s in 172.105s, -48.17%
2017.03.21 12:55:29.152 4: TEST: Pin 3 (pin3) count 49312 (diff 9) in 14.208s, reject 0, result 2.280
2017.03.21 12:55:29.153 5: TEST: interval 12:55:14 until 12:55:29, First at 1585
2017.03.21 12:55:29.153 5: TEST: readingStartTime3 specified: setting reading timestamp to 12:55:14
2017.03.21 12:55:29.153 5: TEST: set readings power3 to 2.280, timeDiff3 to 14208 and countDiff3 to 9
2017.03.21 12:55:29.294 5: TEST: Device Time 611495.598, Drift -82.381s in 187.619s, -43.91%
...


Langzeit-Mitschnitt: 13:44 bis 13:55 Uhr

...
2017.03.21 13:44:51.960 5: TEST: Notify called with events: INITIALIZED DEFINED Melde_Anrufer_A, open device and set timer to send hello to device
2017.03.21 13:44:51.960 3: Opening TEST device /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.2:1.0-port0
2017.03.21 13:44:51.968 3: Setting TEST serial parameters to 38400,8,N,1
2017.03.21 13:44:51.985 3: TEST device opened
2017.03.21 13:44:52.963 0: Featurelevel: 5.8
2017.03.21 13:44:52.963 0: Server started with 759 defined entities (fhem.pl:13733/2017-03-19 perl:5.020002 os:linux user:fhem pid:17442)
...
2017.03.21 13:44:59.478 4: TEST: Pin 3 (pin3) count 50522 (diff 9) in 14.215s, result 2.279
2017.03.21 13:44:59.478 5: TEST: interval 13:44:45 until 13:44:59
2017.03.21 13:44:59.479 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:44:45
2017.03.21 13:44:59.479 5: TEST: set readings power3 to 2.279, timeDiff3 to 14215 and countDiff3 to 9
2017.03.21 13:44:59.641 5: TEST: Initialize clock offset to 1489485908.87963
2017.03.21 13:44:59.641 5: TEST: Device Time 614390.598, Drift 0.000s in 0.000s
2017.03.21 13:44:59.642 3: TEST: device is still counting
2017.03.21 13:44:59.642 3: TEST: sending h(ello) to device to ask for version
2017.03.21 13:44:59.643 5: SW: h

...
2017.03.21 13:45:43.233 3: TEST: device didn't reply to h(ello). Is the right sketch flashed? Is speed set to 38400?
2017.03.21 13:45:43.463 3: TEST: device replied to hello, V1.8
2017.03.21 13:45:43.463 4: TEST: device reported firmware 1.8
2017.03.21 13:45:43.463 3: TEST: ConfigureDevice calls Attr with interval 15 1200 5 1
2017.03.21 13:45:43.464 5: SW: 15,1200,5,1i

2017.03.21 13:45:43.466 3: TEST: ConfigureDevice calls Attr with pinD3 falling pullup 89
2017.03.21 13:45:43.466 5: SW: 3,2,1,89a

2017.03.21 13:45:43.473 4: TEST: Pin 3 (pin3) count 50579 (diff 10) in 15.946s, reject 0, result 2.258
2017.03.21 13:45:43.474 5: TEST: interval 13:45:27 until 13:45:43, First at 1594
2017.03.21 13:45:43.474 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:45:27
2017.03.21 13:45:43.474 5: TEST: set readings power3 to 2.258, timeDiff3 to 15946 and countDiff3 to 10
2017.03.21 13:45:43.764 5: TEST: Device Time 614480.598, Drift -46.004s in 43.996s, -104.57%
2017.03.21 13:45:43.765 4: TEST: Pin 3 (pin3) count 50588 (diff 9) in 14.313s, reject 1, result 2.264
2017.03.21 13:45:43.765 5: TEST: interval 13:45:29 until 13:45:43, First at 1590
2017.03.21 13:45:43.766 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:45:29
2017.03.21 13:45:43.766 5: TEST: set readings power3 to 2.264, timeDiff3 to 14313 and countDiff3 to 9
2017.03.21 13:45:43.884 5: TEST: Device Time 614495.598, Drift -60.712s in 44.288s, -137.09%
2017.03.21 13:45:43.885 4: TEST: Pin 3 (pin3) count 50598 (diff 10) in 15.846s, reject 0, result 2.272
2017.03.21 13:45:43.885 5: TEST: interval 13:45:28 until 13:45:43, First at 1583
2017.03.21 13:45:43.885 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:45:28
2017.03.21 13:45:43.886 5: TEST: set readings power3 to 2.272, timeDiff3 to 15846 and countDiff3 to 10
2017.03.21 13:45:44.004 5: TEST: Device Time 614510.598, Drift -75.593s in 44.407s, -170.23%
2017.03.21 13:45:45.374 3: TEST: device: intervals set to 15 1200 5 1
2017.03.21 13:45:45.374 3: TEST: device: defined pin 3 PCInt pin 19, iMode change, min len 89 ms falling, count 50598 (+0) in 501 ms Rej 0
...
2017.03.21 13:45:59.170 4: TEST: Pin 3 (pin3) count 50607 (diff 9) in 14.236s, reject 0, result 2.276
2017.03.21 13:45:59.170 5: TEST: interval 13:45:44 until 13:45:59, First at 1584
2017.03.21 13:45:59.171 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:45:44
2017.03.21 13:45:59.171 5: TEST: set readings power3 to 2.276, timeDiff3 to 14236 and countDiff3 to 9
2017.03.21 13:45:59.288 5: TEST: Device Time 614525.598, Drift -75.308s in 59.692s, -126.16%
...
2017.03.21 13:46:25.228 4: TEST: Pin 3 (pin3) count 50617 (diff 10) in 15.824s, reject 0, result 2.275
2017.03.21 13:46:25.229 5: TEST: interval 13:46:09 until 13:46:25, First at 1582
2017.03.21 13:46:25.229 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:46:09
2017.03.21 13:46:25.230 5: TEST: set readings power3 to 2.275, timeDiff3 to 15824 and countDiff3 to 10
2017.03.21 13:46:25.346 5: TEST: Device Time 614540.598, Drift -64.249s in 85.751s, -74.93%
...
2017.03.21 13:46:28.438 4: TEST: Pin 3 (pin3) count 50626 (diff 9) in 14.229s, reject 0, result 2.277
2017.03.21 13:46:28.438 5: TEST: interval 13:46:14 until 13:46:28, First at 1581
2017.03.21 13:46:28.439 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:46:14
2017.03.21 13:46:28.439 5: TEST: set readings power3 to 2.277, timeDiff3 to 14229 and countDiff3 to 9
2017.03.21 13:46:28.571 5: TEST: Device Time 614555.598, Drift -76.040s in 88.960s, -85.48%
2017.03.21 13:46:43.157 4: TEST: Pin 3 (pin3) count 50636 (diff 10) in 15.804s, reject 0, result 2.278
2017.03.21 13:46:43.157 5: TEST: interval 13:46:27 until 13:46:43, First at 1582
2017.03.21 13:46:43.158 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:46:27
2017.03.21 13:46:43.158 5: TEST: set readings power3 to 2.278, timeDiff3 to 15804 and countDiff3 to 10
2017.03.21 13:46:43.297 5: TEST: Device Time 614570.598, Drift -76.321s in 103.679s, -73.61%
2017.03.21 13:46:58.619 4: TEST: Pin 3 (pin3) count 50645 (diff 9) in 14.236s, reject 0, result 2.276
2017.03.21 13:46:58.619 5: TEST: interval 13:46:44 until 13:46:58, First at 1581
2017.03.21 13:46:58.620 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:46:44
2017.03.21 13:46:58.621 5: TEST: set readings power3 to 2.276, timeDiff3 to 14236 and countDiff3 to 9
2017.03.21 13:46:58.763 5: TEST: Device Time 614585.598, Drift -75.860s in 119.140s, -63.67%
2017.03.21 13:47:13.161 4: TEST: Pin 3 (pin3) count 50655 (diff 10) in 15.818s, reject 0, result 2.276
2017.03.21 13:47:13.161 5: TEST: interval 13:46:57 until 13:47:13, First at 1583
2017.03.21 13:47:13.162 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:46:57
2017.03.21 13:47:13.162 5: TEST: set readings power3 to 2.276, timeDiff3 to 15818 and countDiff3 to 10
2017.03.21 13:47:13.283 5: TEST: Device Time 614600.598, Drift -76.317s in 133.683s, -57.09%
2017.03.21 13:47:28.409 4: TEST: Pin 3 (pin3) count 50664 (diff 9) in 14.258s, reject 0, result 2.272
2017.03.21 13:47:28.410 5: TEST: interval 13:47:14 until 13:47:28, First at 1585
2017.03.21 13:47:28.411 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:47:14
2017.03.21 13:47:28.412 5: TEST: set readings power3 to 2.272, timeDiff3 to 14258 and countDiff3 to 9
2017.03.21 13:47:28.573 5: TEST: Device Time 614615.598, Drift -76.070s in 148.930s, -51.08%
2017.03.21 13:47:43.192 4: TEST: Pin 3 (pin3) count 50674 (diff 10) in 15.699s, reject 0, result 2.293
2017.03.21 13:47:43.192 5: TEST: interval 13:47:27 until 13:47:43, First at 1582
2017.03.21 13:47:43.193 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:47:27
2017.03.21 13:47:43.193 5: TEST: set readings power3 to 2.293, timeDiff3 to 15699 and countDiff3 to 10
2017.03.21 13:47:43.312 5: TEST: Device Time 614630.598, Drift -76.286s in 163.714s, -46.60%
2017.03.21 13:47:58.227 4: TEST: Pin 3 (pin3) count 50683 (diff 9) in 14.103s, reject 0, result 2.297
2017.03.21 13:47:58.228 5: TEST: interval 13:47:44 until 13:47:58, First at 1567
2017.03.21 13:47:58.228 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:47:44
2017.03.21 13:47:58.228 5: TEST: set readings power3 to 2.297, timeDiff3 to 14103 and countDiff3 to 9
2017.03.21 13:47:58.340 5: TEST: Device Time 614645.598, Drift -76.250s in 178.750s, -42.66%
2017.03.21 13:48:13.148 4: TEST: Pin 3 (pin3) count 50693 (diff 10) in 15.662s, reject 0, result 2.299
2017.03.21 13:48:13.148 5: TEST: interval 13:47:57 until 13:48:13, First at 1566
2017.03.21 13:48:13.149 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:47:57
2017.03.21 13:48:13.149 5: TEST: set readings power3 to 2.299, timeDiff3 to 15662 and countDiff3 to 10
2017.03.21 13:48:13.269 5: TEST: Device Time 614660.598, Drift -76.330s in 193.670s, -39.41%
2017.03.21 13:48:28.145 4: TEST: Pin 3 (pin3) count 50702 (diff 9) in 14.131s, reject 0, result 2.293
2017.03.21 13:48:28.146 5: TEST: interval 13:48:14 until 13:48:28, First at 1569
2017.03.21 13:48:28.146 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:48:14
2017.03.21 13:48:28.147 5: TEST: set readings power3 to 2.293, timeDiff3 to 14131 and countDiff3 to 9
2017.03.21 13:48:28.259 5: TEST: Device Time 614675.598, Drift -76.332s in 208.668s, -36.58%
2017.03.21 13:48:43.474 4: TEST: Pin 3 (pin3) count 50712 (diff 10) in 15.721s, reject 0, result 2.290
2017.03.21 13:48:43.475 5: TEST: interval 13:48:27 until 13:48:43, First at 1569
2017.03.21 13:48:43.475 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:48:27
2017.03.21 13:48:43.475 5: TEST: set readings power3 to 2.290, timeDiff3 to 15721 and countDiff3 to 10
2017.03.21 13:48:43.590 5: TEST: Device Time 614690.598, Drift -76.003s in 223.997s, -33.93%
2017.03.21 13:48:59.331 4: TEST: Pin 3 (pin3) count 50721 (diff 9) in 14.118s, reject 0, result 2.295
2017.03.21 13:48:59.332 5: TEST: interval 13:48:45 until 13:48:59, First at 1568
2017.03.21 13:48:59.332 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:48:45
2017.03.21 13:48:59.332 5: TEST: set readings power3 to 2.295, timeDiff3 to 14118 and countDiff3 to 9
2017.03.21 13:48:59.449 5: TEST: Device Time 614705.598, Drift -75.146s in 239.854s, -31.33%
2017.03.21 13:49:14.209 4: TEST: Pin 3 (pin3) count 50731 (diff 10) in 15.666s, reject 0, result 2.298
2017.03.21 13:49:14.210 5: TEST: interval 13:48:58 until 13:49:14, First at 1569
2017.03.21 13:49:14.211 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:48:58
2017.03.21 13:49:14.211 5: TEST: set readings power3 to 2.298, timeDiff3 to 15666 and countDiff3 to 10
2017.03.21 13:49:14.325 5: TEST: Device Time 614720.598, Drift -75.268s in 254.732s, -29.55%
2017.03.21 13:49:28.140 4: TEST: Pin 3 (pin3) count 50740 (diff 9) in 14.105s, reject 0, result 2.297
2017.03.21 13:49:28.140 5: TEST: interval 13:49:14 until 13:49:28, First at 1567
2017.03.21 13:49:28.141 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:49:14
2017.03.21 13:49:28.141 5: TEST: set readings power3 to 2.297, timeDiff3 to 14105 and countDiff3 to 9
2017.03.21 13:49:28.254 5: TEST: Device Time 614735.598, Drift -76.338s in 268.662s, -28.41%
2017.03.21 13:49:43.198 4: TEST: Pin 3 (pin3) count 50750 (diff 10) in 15.693s, reject 0, result 2.294
2017.03.21 13:49:43.199 5: TEST: interval 13:49:27 until 13:49:43, First at 1566
2017.03.21 13:49:43.200 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:49:27
2017.03.21 13:49:43.200 5: TEST: set readings power3 to 2.294, timeDiff3 to 15693 and countDiff3 to 10
2017.03.21 13:49:43.335 5: TEST: Device Time 614750.598, Drift -76.279s in 283.721s, -26.89%
2017.03.21 13:49:59.577 4: TEST: Pin 3 (pin3) count 50760 (diff 10) in 15.660s, reject 0, result 2.299
2017.03.21 13:49:59.578 5: TEST: interval 13:49:43 until 13:49:59, First at 1565
2017.03.21 13:49:59.578 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:49:43
2017.03.21 13:49:59.579 5: TEST: set readings power3 to 2.299, timeDiff3 to 15660 and countDiff3 to 10
2017.03.21 13:49:59.693 5: TEST: Device Time 614765.598, Drift -74.900s in 300.100s, -24.96%
2017.03.21 13:50:14.239 4: TEST: Pin 3 (pin3) count 50769 (diff 9) in 14.142s, reject 0, result 2.291
2017.03.21 13:50:14.239 5: TEST: interval 13:50:00 until 13:50:14, First at 1570
2017.03.21 13:50:14.240 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:50:00
2017.03.21 13:50:14.240 5: TEST: set readings power3 to 2.291, timeDiff3 to 14142 and countDiff3 to 9
2017.03.21 13:50:14.362 5: TEST: Device Time 614780.598, Drift -75.239s in 314.761s, -23.90%
2017.03.21 13:50:28.135 4: TEST: Pin 3 (pin3) count 50779 (diff 10) in 15.735s, reject 0, result 2.288
2017.03.21 13:50:28.135 5: TEST: interval 13:50:12 until 13:50:28, First at 1568
2017.03.21 13:50:28.136 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:50:12
2017.03.21 13:50:28.136 5: TEST: set readings power3 to 2.288, timeDiff3 to 15735 and countDiff3 to 10
2017.03.21 13:50:28.249 5: TEST: Device Time 614795.598, Drift -76.343s in 328.657s, -23.23%
2017.03.21 13:50:43.437 4: TEST: Pin 3 (pin3) count 50788 (diff 9) in 14.215s, reject 0, result 2.279
2017.03.21 13:50:43.437 5: TEST: interval 13:50:29 until 13:50:43, First at 1580
2017.03.21 13:50:43.438 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:50:29
2017.03.21 13:50:43.438 5: TEST: set readings power3 to 2.279, timeDiff3 to 14215 and countDiff3 to 9
2017.03.21 13:50:43.577 5: TEST: Device Time 614810.598, Drift -76.041s in 343.959s, -22.11%
2017.03.21 13:50:58.561 4: TEST: Pin 3 (pin3) count 50798 (diff 10) in 15.807s, reject 0, result 2.277
2017.03.21 13:50:58.561 5: TEST: interval 13:50:42 until 13:50:58, First at 1577
2017.03.21 13:50:58.562 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:50:42
2017.03.21 13:50:58.562 5: TEST: set readings power3 to 2.277, timeDiff3 to 15807 and countDiff3 to 10
2017.03.21 13:50:58.675 5: TEST: Device Time 614825.598, Drift -75.917s in 359.083s, -21.14%
2017.03.21 13:51:13.355 4: TEST: Pin 3 (pin3) count 50807 (diff 9) in 14.201s, reject 0, result 2.282
2017.03.21 13:51:13.356 5: TEST: interval 13:50:59 until 13:51:13, First at 1580
2017.03.21 13:51:13.356 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:50:59
2017.03.21 13:51:13.356 5: TEST: set readings power3 to 2.282, timeDiff3 to 14201 and countDiff3 to 9
2017.03.21 13:51:13.469 5: TEST: Device Time 614840.598, Drift -76.122s in 373.878s, -20.36%
2017.03.21 13:51:28.127 4: TEST: Pin 3 (pin3) count 50817 (diff 10) in 15.416s, reject 0, result 2.335
2017.03.21 13:51:28.128 5: TEST: interval 13:51:12 until 13:51:28, First at 1567
2017.03.21 13:51:28.128 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:51:12
2017.03.21 13:51:28.128 5: TEST: set readings power3 to 2.335, timeDiff3 to 15416 and countDiff3 to 10
2017.03.21 13:51:28.248 5: TEST: Device Time 614855.598, Drift -76.350s in 388.650s, -19.65%
2017.03.21 13:51:43.127 4: TEST: Pin 3 (pin3) count 50827 (diff 10) in 15.387s, reject 0, result 2.340
2017.03.21 13:51:43.128 5: TEST: interval 13:51:27 until 13:51:43, First at 1514
2017.03.21 13:51:43.128 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:51:27
2017.03.21 13:51:43.128 5: TEST: set readings power3 to 2.340, timeDiff3 to 15387 and countDiff3 to 10
2017.03.21 13:51:43.245 5: TEST: Device Time 614870.598, Drift -76.350s in 403.650s, -18.92%
2017.03.21 13:51:58.125 4: TEST: Pin 3 (pin3) count 50836 (diff 9) in 14.093s, reject 0, result 2.299
2017.03.21 13:51:58.126 5: TEST: interval 13:51:44 until 13:51:58, First at 1559
2017.03.21 13:51:58.126 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:51:44
2017.03.21 13:51:58.127 5: TEST: set readings power3 to 2.299, timeDiff3 to 14093 and countDiff3 to 9
2017.03.21 13:51:58.264 5: TEST: Device Time 614885.598, Drift -76.352s in 418.648s, -18.24%
2017.03.21 13:52:14.118 4: TEST: Pin 3 (pin3) count 50846 (diff 10) in 15.683s, reject 0, result 2.295
2017.03.21 13:52:14.118 5: TEST: interval 13:51:58 until 13:52:14, First at 1564
2017.03.21 13:52:14.119 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:51:58
2017.03.21 13:52:14.119 5: TEST: set readings power3 to 2.295, timeDiff3 to 15683 and countDiff3 to 10
2017.03.21 13:52:14.255 5: TEST: Device Time 614900.598, Drift -75.360s in 434.640s, -17.34%
2017.03.21 13:52:28.122 4: TEST: Pin 3 (pin3) count 50855 (diff 9) in 14.121s, reject 0, result 2.294
2017.03.21 13:52:28.123 5: TEST: interval 13:52:14 until 13:52:28, First at 1568
2017.03.21 13:52:28.123 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:52:14
2017.03.21 13:52:28.123 5: TEST: set readings power3 to 2.294, timeDiff3 to 14121 and countDiff3 to 9
2017.03.21 13:52:28.264 5: TEST: Device Time 614915.598, Drift -76.356s in 448.644s, -17.02%
2017.03.21 13:52:43.122 4: TEST: Pin 3 (pin3) count 50865 (diff 10) in 15.700s, reject 0, result 2.293
2017.03.21 13:52:43.122 5: TEST: interval 13:52:27 until 13:52:43, First at 1568
2017.03.21 13:52:43.123 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:52:27
2017.03.21 13:52:43.123 5: TEST: set readings power3 to 2.293, timeDiff3 to 15700 and countDiff3 to 10
2017.03.21 13:52:43.236 5: TEST: Device Time 614930.598, Drift -76.356s in 463.644s, -16.47%
2017.03.21 13:52:58.133 4: TEST: Pin 3 (pin3) count 50875 (diff 10) in 14.626s, reject 0, result 2.461
2017.03.21 13:52:58.134 5: TEST: interval 13:52:43 until 13:52:58, First at 1567
2017.03.21 13:52:58.134 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:52:43
2017.03.21 13:52:58.134 5: TEST: set readings power3 to 2.461, timeDiff3 to 14626 and countDiff3 to 10
2017.03.21 13:52:58.252 5: TEST: Device Time 614945.598, Drift -76.344s in 478.656s, -15.95%
2017.03.21 13:53:13.364 4: TEST: Pin 3 (pin3) count 50885 (diff 10) in 14.890s, reject 0, result 2.418
2017.03.21 13:53:13.364 5: TEST: interval 13:52:58 until 13:53:13, First at 1487
2017.03.21 13:53:13.365 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:52:58
2017.03.21 13:53:13.365 5: TEST: set readings power3 to 2.418, timeDiff3 to 14890 and countDiff3 to 10
2017.03.21 13:53:13.512 5: TEST: Device Time 614960.598, Drift -76.114s in 493.886s, -15.41%
2017.03.21 13:53:28.219 4: TEST: Pin 3 (pin3) count 50895 (diff 10) in 14.871s, reject 0, result 2.421
2017.03.21 13:53:28.219 5: TEST: interval 13:53:13 until 13:53:28, First at 1489
2017.03.21 13:53:28.220 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:53:13
2017.03.21 13:53:28.220 5: TEST: set readings power3 to 2.421, timeDiff3 to 14871 and countDiff3 to 10
2017.03.21 13:53:28.333 5: TEST: Device Time 614975.598, Drift -76.259s in 508.741s, -14.99%
2017.03.21 13:53:43.115 4: TEST: Pin 3 (pin3) count 50905 (diff 10) in 14.897s, reject 0, result 2.417
2017.03.21 13:53:43.115 5: TEST: interval 13:53:28 until 13:53:43, First at 1489
2017.03.21 13:53:43.116 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:53:28
2017.03.21 13:53:43.116 5: TEST: set readings power3 to 2.417, timeDiff3 to 14897 and countDiff3 to 10
2017.03.21 13:53:43.230 5: TEST: Device Time 614990.598, Drift -76.363s in 523.637s, -14.58%
2017.03.21 13:53:58.114 4: TEST: Pin 3 (pin3) count 50915 (diff 10) in 14.980s, reject 0, result 2.403
2017.03.21 13:53:58.115 5: TEST: interval 13:53:43 until 13:53:58, First at 1494
2017.03.21 13:53:58.115 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:53:43
2017.03.21 13:53:58.116 5: TEST: set readings power3 to 2.403, timeDiff3 to 14980 and countDiff3 to 10
2017.03.21 13:53:58.256 5: TEST: Device Time 615005.598, Drift -76.364s in 538.636s, -14.18%
2017.03.21 13:54:13.386 4: TEST: Pin 3 (pin3) count 50925 (diff 10) in 14.994s, reject 0, result 2.401
2017.03.21 13:54:13.387 5: TEST: interval 13:53:58 until 13:54:13, First at 1497
2017.03.21 13:54:13.387 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:53:58
2017.03.21 13:54:13.387 5: TEST: set readings power3 to 2.401, timeDiff3 to 14994 and countDiff3 to 10
2017.03.21 13:54:13.509 5: TEST: Device Time 615020.598, Drift -76.092s in 553.908s, -13.74%
2017.03.21 13:54:28.635 4: TEST: Pin 3 (pin3) count 50935 (diff 10) in 14.995s, reject 0, result 2.401
2017.03.21 13:54:28.635 5: TEST: interval 13:54:13 until 13:54:28, First at 1497
2017.03.21 13:54:28.636 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:54:13
2017.03.21 13:54:28.636 5: TEST: set readings power3 to 2.401, timeDiff3 to 14995 and countDiff3 to 10
2017.03.21 13:54:28.777 5: TEST: Device Time 615035.598, Drift -75.843s in 569.157s, -13.33%
2017.03.21 13:54:43.395 4: TEST: Pin 3 (pin3) count 50945 (diff 10) in 15.029s, reject 0, result 2.395
2017.03.21 13:54:43.396 5: TEST: interval 13:54:28 until 13:54:43, First at 1499
2017.03.21 13:54:43.396 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:54:28
2017.03.21 13:54:43.396 5: TEST: set readings power3 to 2.395, timeDiff3 to 15029 and countDiff3 to 10
2017.03.21 13:54:43.761 5: TEST: Device Time 615050.598, Drift -76.083s in 583.917s, -13.03%
2017.03.21 13:55:02.258 4: TEST: Pin 3 (pin3) count 50955 (diff 10) in 15.026s, reject 0, result 2.396
2017.03.21 13:55:02.259 5: TEST: interval 13:54:47 until 13:55:02, First at 1508
2017.03.21 13:55:02.260 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:54:47
2017.03.21 13:55:02.260 5: TEST: set readings power3 to 2.396, timeDiff3 to 15026 and countDiff3 to 10
2017.03.21 13:55:02.448 5: TEST: Device Time 615065.598, Drift -72.220s in 602.780s, -11.98%
2017.03.21 13:55:13.870 4: TEST: Pin 3 (pin3) count 50965 (diff 10) in 15.001s, reject 0, result 2.400
2017.03.21 13:55:13.871 5: TEST: interval 13:54:58 until 13:55:13, First at 1497
2017.03.21 13:55:13.876 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:54:58
2017.03.21 13:55:13.876 5: TEST: set readings power3 to 2.400, timeDiff3 to 15001 and countDiff3 to 10
2017.03.21 13:55:14.022 5: TEST: Device Time 615080.598, Drift -75.608s in 614.392s, -12.31%
2017.03.21 13:55:28.105 4: TEST: Pin 3 (pin3) count 50975 (diff 10) in 15.069s, reject 0, result 2.389
2017.03.21 13:55:28.106 5: TEST: interval 13:55:13 until 13:55:28, First at 1504
2017.03.21 13:55:28.107 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:55:13
2017.03.21 13:55:28.107 5: TEST: set readings power3 to 2.389, timeDiff3 to 15069 and countDiff3 to 10
2017.03.21 13:55:28.224 5: TEST: Device Time 615095.598, Drift -76.372s in 628.628s, -12.15%
2017.03.21 13:55:43.148 4: TEST: Pin 3 (pin3) count 50985 (diff 10) in 15.097s, reject 0, result 2.385
2017.03.21 13:55:43.148 5: TEST: interval 13:55:28 until 13:55:43, First at 1515
2017.03.21 13:55:43.149 5: TEST: readingStartTime3 specified: setting reading timestamp to 13:55:28
2017.03.21 13:55:43.149 5: TEST: set readings power3 to 2.385, timeDiff3 to 15097 and countDiff3 to 10
2017.03.21 13:55:43.279 5: TEST: Device Time 615110.598, Drift -76.330s in 643.670s, -11.86%

VG.
BillyPbg

Schade, die entscheidenden Zeilen sind auskommentiert ...
Kannst Du im Modul mal die Kommentarzeichen vor Zeile 572 und 752 entfernen damit die Kommunikation zwischen Arduino und Modul auch protokolliert wird?

Gruss / Thanx
    Stefan

OK - wird erledigt...

Gruß
BillyPbg

Evtl. eine dumme Frage, aber wenn man einen ArduCounter bauen möchte, benötigt man dann zwingend ein Arduino Nano oder geht das auch mit einem Arduino Micro (bzw. dessen Klon)?
Gruss birdy

Hallo,

ich habe es nur mit den 328er Controllern probiert.
Ob die pin change interrupts exakt so auch mit dem 32u4 funktionieren kann ich nicht sagen.

Gruss
   Stefan

Hallo zusammen,
nun muß ich doch mal um eure Hilfe bitten:

Ich habe einen WEMOS an meinem S0 Zähler angeschlossen, und lese damit auch erfolgreich meinen  Verbrauch aus. Das Auswerten der Werte funktioniert auch sehr gut.
Nun habe ich mir ein Doif gebaut das am Tagesende den Wert des tagesverbrauchs in ein reading "Gestern" schiebt und den ESP resettet.
Eingebunden ist das ganze über eine ESPBridge und ein entsprechendes ESPEasy Device, also ohne Mosquito.

..sieht dann also so aus:
   
([23:59])
(setreading Strom Vorgestern [Strom:Gestern],
setreading Strom Gestern [Strom:Heute],
setreading Strom Monat [Strom_Statistik:Strom_zaehler_jetzt_EnergyMonth],
setreading Strom zaehler_vortag [Strom:zaehler_jetzt],
set PulsStrom reboot)

Nun ist mein Problem das der reboot nachts nicht ausgeführt wird. Feuer ich das DOIF aber manuell ab, funktioniert es. Alledings habe ich das Gefühl das auch manuell der reboot nicht immer ausgeführt wird.

Kennt das jemand von Euch ?
Warum nimmt der Wemos ESP den reboot nicht immer an. Komischerweise hat er das um 23:59 seit einer guten Woche, die ich nun schon daran rumdoktor, noch nie getan.

Hab ich irgendwo noch eine Atribut falsch gesetzt ?

hier nochmal die defs:

define espBridge ESPEasy bridge 8383
attr espBridge authentication 0
attr espBridge autocreate 1
attr espBridge combineDevices 0
attr espBridge group ESPEasy Bridge
attr espBridge room 9.0_System

define PulsStrom ESPEasy 192.168.12.40 80 espBridge Stromcount_StromImpuls
attr PulsStrom IODev espBridge
attr PulsStrom group Strom
attr PulsStrom presenceCheck 1
attr PulsStrom readingSwitchText 1
attr PulsStrom room 8.2_Energie
attr PulsStrom setState 3

define set_Stromverbrauch DOIF ([23:59])\
(setreading Strom Vorgestern [Strom:Gestern], \
setreading Strom Gestern [Strom:Heute], \
setreading Strom Monat [Strom_Statistik:Strom_zaehler_jetzt_EnergyMonth],\
setreading Strom zaehler_vortag [Strom:zaehler_jetzt])\
\
(set PulsStrom reboot) \
\
DOELSEIF ([00:01] and $mday==1) \
(setreading Strom Vormonat [Strom:Monat], \
setreading Strom Monat 0)
attr set_Stromverbrauch do always
attr set_Stromverbrauch group Strom
attr set_Stromverbrauch room 8.2_Energie
attr set_Stromverbrauch verbose 3

Help...!

Hmm, keiner ne Idee ???

Hi,
was mir auffällt ist, dass Du zwei verschiedene Definitionen Deines DOIFs zeigst. Im zweiten steht "set PulsStrom reboot" in eigenen Klammern, also  (set PulsStrom reboot), beim ersten steht es mit den setreadings in denselben Klammern.
Keine Ahnung, was das bei DOIF macht, aber bei IF würde die zweite Definition wahrscheinlich gar nicht funktionieren.
Gruß,
   Thorsten

Du hast Recht, das hat sich beim schreiben des Postings wohl überschnitten. Den ersten Code habe ich aus der Web Oberfläche und den 2. aus der fhem.cfg. Dazwischen habe ich kein save ausgeführt.

Beide Definitionen funktionieren aber bei DOIF. Mit der (set PulsStrom reboot) ist es möglich eine Verzögerung einzubauen. Mittlerweile habe ich es schon so versucht das ich mit folgender Schreibweise:

([23:59])
(setreading Strom Vorgestern [Strom:Gestern],
setreading Strom Gestern [Strom:Heute],
setreading Strom Monat [Strom_Statistik:Strom_zaehler_jetzt_EnergyMonth],
setreading Strom zaehler_vortag [Strom:zaehler_jetzt],
set PulsStrom reboot)
(set PulsStrom reboot)
(set PulsStrom reboot)

DOELSEIF ([00:02] and $mday==1)
(setreading Strom Vormonat [Strom:Monat],
setreading Strom Monat 0)

und einem wait 0,5,5:0

den reboot Befehl 3 mal im 5 sec Takt schicke. Leider ohne Erfolg.

So, nun glaube ich endlich den Fehler gefunden zu haben:

Es lag wohl am Passwortschutz des ESP. Seitdem ich das admin Passwort des ESPEasy entfernt habe, funktioniert der reboot.
Nun habe ich es auch wieder mir dem reboot Befehl des  ESPDevice Moduls laufen.

Meine manuell Tests haben wohl immer funktioniert weil ich auf dem ESP über einen 2. Browser Tab eingeloggt war. Nachdem der ESP sich wieder abgemeldet hatte ist der roboot Befehl wohl nicht durchgegangen, weil ich kein Passwort mit übermittelt habe (geht das eigentlich ? )

Ich beobachte weiter...

Hallo Zusammen,

ich bräuchte mal etwas Starthilfe zu diesem Projekt.

Ich habe einen B+G E-Tech DRT428DC-V3 Zähler installiert, soweit ich weiß ist der S0 Ausgang Potentialfrei.

Den Arduino Nano habe ich am Bus zwischen GND und D5.
Als Setup habe ich folgendes:

define AC ArduCounter /dev/ttyUSB1@38400
attr AC factor 500
attr AC interval 30 300
attr AC pinD5 falling pullup

Leider zählt er überhaupt nichts. So wie ich das verstehe wird mit "pinD5 falling pullup" der Pin D5 auf high gezogen und reagiert auf die fallende Flanke, bei jedem Impulse wird D5 auf GND gezogen, somit sollte gezählt werden.

Der Faktor sollte eigentlich auch stimmen bei 2000Imp/1kWh

Sieht einen einen Fehler?

Hi Takero,

läuft denn der Nano überhaupt? Gib mal ein list AC
Was sagt get AC info?


Gruß Otto

Ja, laufen tut er.

M Status: ArduCounter V1.8

normal interval 30000

max interval 300000

min interval 2000

min count 1

pin 5 PCInt pin 21, iMode falling, no min len, count 0 (+0) in 110344 ms

Next report in 9118 Milliseconds




Flashen funktioniert auch tadellos.

Passiert was wenn Du Pin5 manuell mit einem Draht mit Masse impulsartig verbindest? Er sollte dabei zählen.
Richtiges Pin verwendet?

Gruß Otto

Also per Hand funktioniert es . . . Wenn ich mit rising arbeite und statt GND 3V3 nehme kommt auch etwas raus, aber das passt nicht wirklich.

Du weißt schon, das die S0 Schnittstelle nicht unipolar ist? Also + muss an Pin5 und - an Masse.
Ich arbeite auch mit rising.

Gruß Otto

Zitat von: Otto123 am 17 Juni 2017, 22:16:35
Du weißt schon, das die S0 Schnittstelle nicht unipolar ist? Also + muss an Pin5 und - an Masse.

Bingo das war es  :-[

Danke!

Steht auch im Handbuch, der Ausgang ist ein optokoppler mit Open Kollektor Ausgang  ;)

Hallo in die Runde,

bei mir will das Attribute readingFactor nicht machen was ich mir vorstelle. Der Counter an sich funktioniert prima, die gezählten Impulse passen mit der Anzeige im Stromzähler. Nur wie gesagt klappt die Umrechnung mit dem readingFactor nicht. Das Kuriose ist, die Werte vom reading "hüpfen" wie es mir scheint nach belieben hin und her. Mal sind es 0.081, dann mal 0.135 dann springt er mal wieder auf 0.081 usw. Bin mir nicht zu 100% sicher, aber ich vermute das es aber immer die selben Werte sind, welche mal im reading stehen. Der Stromzähler ist ein Eltako WSZ12DE-32 A und liefert 2000 Imp/ kWh und hat eine Impulslänge von 50ms.

Hier ein list device
Internals:
   CFGFN
   DEF        /dev/ttyUSB2 /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH02KF7X-if00-port0@38400
   DeviceName /dev/ttyUSB2@38400
   FD         21
   Initialized 1
   NAME       S0CounterWP
   NOTIFYDEV  global
   NR         2637
   NTFY_ORDER 50-S0CounterWP
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   VersionFirmware 1.8
   VersionModule 4.7 - 18.2.2017
   buffer
   Readings:
     2017-08-12 22:55:43   S0EnergWp       583
     2017-08-12 22:55:43   S0EnergWp_kWh   1.707
     2017-08-12 13:40:51   power3          0.000
     2017-08-12 13:38:41   state           opened
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   pinD3      rising pullup 30
   readingFactor3 2000
   readingNameCount3 S0EnergWp
   readingNamePower3 S0EnergWp_kWh
   room       System
   userattr   pinD3 readingFactor3 readingNameCount3 readingNamePower3


Und noch die Ausgabe vom get info
M Status: ArduCounter V1.8

normal interval 30000

max interval 60000

min interval 2000

min count 1

pin 3 PCInt pin 19, iMode change, min len 30 ms rising, count 584 (+1) in 1876 ms Rej 0

  first at 1876, last at 1876, avg len 87603

Next report in 21594 Milliseconds


Der Arducounter läuft auf einem ArduinoNano mit FTDI Chip. Habe das Device jetzt auch schon 2-3 mal gelöscht und nochmal neu angelegt, leider ohne Erfolg.

Hat jemand eine Idee woran es evtl. liegen könnte.

Danke und Grüße.
Fritz

Hallo Fritz,

hast Du mal falling statt rising verwendet?

Gruss
   Stefan

Hallo Fritz,

ich habe mir das mal so aufgeschrieben:

ZitatDas power Reading liefert den momentane Leistung am Zähler. Damit die stimmt muss auch der Faktor stimmen.
Mein Zähler SMD630 liefert 400 Impulse pro 1 kWh.
1 Impulse entspricht also 0,0025 kWh.
Um den Zählerstand in kWh zu ermittteln, muss man einfach die Anzahl der Impules durch die Zahl Impulse/kWh dividieren.
ArduCounter ermittelt den Wert für die momentane Leistung in Impulsen/h ((delta count) / (delta time) * factor). Liefert der Zähler 1 Impuls pro 1 W/h, dann erhält man mit dem Faktor 1000 den Wert in kW angezeigt. Da mein Zähler 1 Impuls pro 2,5 W/h liefert, muss ich 2500 (statt Standardwert 1000) als Faktor einstellen.

Danach würde ich bei Dir den readingFactor3 500 setzen und nicht 2000.

Erklärt jetzt sicher nicht Dein eigentliches Problem. Welches Reading meinst Du eigentlich mit hüpft? power3?

Gruß Otto

Zitat von: StefanStrobel am 14 August 2017, 21:16:03
hast Du mal falling statt rising verwendet?

Hatte auch mal bei der Fehlersuche / rumprobieren mit falling versucht. Dann waren aber die Zählimpulse nio. Kann aber durchaus sei, das der Arducounter durch das viele hin und her durcheinader war. Werde mal den Counter löschen und mit falling neu aufsetzen.

Danke für den Tipp.

Zitat von: Otto123 am 14 August 2017, 21:37:17
Welches Reading meinst Du eigentlich mit hüpft? power3?

Nein das Reading S0EnergWp_kWh "hüpft"

Auch Dir vielen Dank für Deine Anmerkung, obwohl das mit der Berechnung des Factors ich noch nicht nachvollziehen kann. Aber erstmal will ich das Problem mit dem readingfactor in den Griff bekommen.

Grüße Fritz

Hallo Fritz,

aber readingNamePower3 S0EnergWp_kWh ist doch power3?!

ZitatreadingNamePower[0-9]+
Change the name of the power reading powerX to something more meaningful.

Und auch wenn Du es so benennst power3 liefert Dir Momentanleistung in Watt und nicht kWh!

Die kWh liefert Dir dein Zähler in Impulsen und bei Dir entspricht 1 Impuls 0,0005 kWh.

Ich hätte ja spontan behauptet die Sprünge kommen einfach von den digitalen Restfehlern bei der Berechnung, aber das kann eigentlich bei 2000 Impulsen  pro kWh nicht sein.

Gruß Otto

Zitat von: Otto123 am 15 August 2017, 16:03:56
Und auch wenn Du es so benennst power3 liefert Dir Momentanleistung in Watt und nicht kWh!

Danke Otto, dann habe ich den Fehler. Ich bin davon ausgegangen das das power3 reading mir die kWh (mit Hilfe des Factors) ausgibt. Daher auch meine Benennung des readings (S0EnergWp_kWh)  ;).

Habe somit bei dem reading power3 ein stetig steigenden Wert erwartet (kummulierte kWh`s). Da es sich aber um die momentane Leistung handelt machen die angezeigten Werte natürlich Sinn und scheinen korrekt zu sein.

Also muss ich mir mit einem userreading den Wert für die Arbeit (kWh) selber bauen, Richtig?

Nochmal Danke und Grüße
Fritz

Moin Fritz,

rüschdüsch  ;D ;D ;D

So etwa -> attr userReadings S0CounterWP Zaehler monotonic {ReadingsVal("S0CounterWP","pin3",0)/2000}
Dann gehst Du vor Deinen Zähler liest den Zählerstand ab und machst setreading S0CounterWP Zaehler <Wert> in und Zukunft sollte alles synchron laufen.

Gruß Otto

Ich habe auch das Problem, dass sich der Counter bei jedem Pi-Neustart zurücksetzt.
Man kann das also mit nem 10uf-Kondensator lösen?
Aber warum wird das Reading überhaupt überschrieben? Sind die Werte nicht im fhem.state und werden wiederhergestellt? Warum lässt man es dann zu, dass der Nano die Werte nullt?
Oder wo liegt mein Gedankenfehler?

https://forum.fhem.de/index.php/topic,19285.msg554986/topicseen.html#msg554986
Und dann dort etwas weiter lesen....

Ja, das kannte ich schon. Darum hatte ich das mit dem Kondensator auch erwähnt.
Ich frage mich nur, warum sich der Counter davon irritieren lässt, da man in FHEM doch alles hat. Der Arduino muss doch nur inkrementieren. Der eigentliche Wert steckt doch im Reading und nicht im Arduino, oder?

ZitatDer interne Zähler ist ja unabhängig von der Ausgabe der Impulse je Intervall und alle paar Wochen läuft der sowieso über.

In dem Du das userreadings wie oben erwähnt anlegst, passiert ja genau das. Die gezählten Impulse werden einfach in FHEM inkrementiert. Dann steckt der eigentliche Wert im Reading.

Gruß Otto

Oh man. Ich war die ganze Zeit auf die Hardware fixiert und sehe jetzt erst, dass in jedem zweiten Post über userreadings die Rede ist. Sorry. Das habe ich glatt übersehen.

Mein Counter-Reading lautet "Gas".

Ich hoffe, dass der folgende Ansatz funktioniert.

userReadings Zaehler:Gas.* monotonic {ReadingsVal($name,"Gas",0)}

Ich wundere mich über den modifier "monotonic". Laut CommandRef:

Zitatmonotonic: wenn die Differenz zw. dem aktuellen und dem vorherigen Wert positiv ist wird diese Differenz zum Reading addiert. Damit lässt sich von einem Zähler der bei Stromverlust zurückgesetzt wird ein monoton wachsender Zähler ableiten.

Den habe ich zuvor noch nie gesehen. Hoffentlich bewirkt er Wunder. :-)

---

Wieso beschäftige ich mich eigentlich immer in der Sommerzeit mit dem Gas-Zähler? :-)
Da muss man tagelang auf eine Veränderung warten. Eigentlich gut - aber schlecht zum Debuggen.
Da muss der Magnet halt herhalten. :-)

Ich habe nun seit etwa einem Monat den ArduCounter im Betrieb. Im Vergleich zu vorher (GPIO) habe ich endlich aussagekräftige Plots und der GasCalculator rechnet nun auch besser. :-)

Aber irgendwie laufen FHEM-Zähler und der echte Gaszähler (Elster BK-4M) auseinander.


Datum FHEM Zähler Differenz
09.09.2017 3953,826 3953,765 0,061
16.09.2017 3957,156 3957,107 0,049
18.09.2017 3957,666 3957,614 0,052


Mein ArduCounter:
Internals:
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
   FD         4
   Initialized 1
   NAME       ArduCounter
   NOTIFYDEV  global
   NR         592
   NTFY_ORDER 50-ArduCounter
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   VersionFirmware 1.8
   VersionModule 4.71 - 9.5.2017
   buffer
   READINGS:
     2017-09-21 12:14:24   Gas             0
     2017-09-21 12:14:24   Zaehler         867
     2017-09-21 12:14:24   power4          0.000
     2017-09-21 09:39:16   state           opened
Attributes:
   factor     100
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   interval   60 300
   pinD4      falling pullup
   readingNameCount4 Gas
   userReadings Zaehler:Gas.* monotonic {ReadingsVal($name,"Gas",0)}
   userattr   pinD4 readingNameCount4 readingNamePower4

Hat jemand einen Tipp, wie ich das in den Griff bekommen kann? Vielen Dank.

---

Zu dieser Jahreszeit hat man ja nur wenige Zyklen, wo nur für kurze Zeit Gas benötigt wird. Im Thread habe ich aus ausführlichen Ausführungen (https://forum.fhem.de/index.php/topic,19285.msg513028.html#msg513028) zu den verschiedenen Intervallen (normal max min mincout) gelesen.

Ich versuche es mal mit: interval 60 600 10

Nur mincount habe ich noch nicht verstanden.

Hallo zusammen

Bin gerade dabei mich mit dem ArduCounter vertraut zu machen. Momentan noch mit einem Versuchsaufbau auf einem Breadboard. Ich verwende einem 10uF Kondensator, Sketch V1.8 und die S0 Schnittstelle simuliere momentan mit einem Taster.

Dabei ist mir aufgefallen, dass jeweils immer der erste Impuls (nach Reset oder Stromunterbruch) ignoriert wird. Ab dem zweiten Impuls wird dann zuverlässig gezählt.
Ist dieses (? Fehl- ?) Verhalten auch sonst noch jemandem aufgefallen?

@ FunkOdyssey: Könnte dies deine Abweichungen erklären?

Gruss birdy

Hallo birdy,

wenn der erste Impuls scheinbar nicht gezählt wird, könnte das an einer falschen Polarität liegen,
so dass nicht die Impulse sondern die Pausen zwischen den Impulsen gezählt werden.
Poste doch mal Deine Konfiguration und ein Log mit Verbose 5...

Gruss
   Stefan

Hallo FunkOdyssey,

weicht der Zählerstand im laufenden Betrieb ab oder hattest Du Unterbrechungen (Fhem-Neustart o.ä.) dazwischen?

Gruss
   Stefan

Hmm. Ich hatte definitiv einige Neustarts dazwischen. Ich halte mein FHEM fast tagaktuell.

Zitat von: StefanStrobel am 23 September 2017, 14:18:01
...könnte das an einer falschen Polarität liegen,

Hallo Stefan

An der falschen Polarität von was?

Konfig:

Internals:
   DEF        /dev/ttyUSB0@38400
   DeviceName /dev/ttyUSB0@38400
   FD         4
   Initialized 1
   NAME       AC
   NOTIFYDEV  global
   NR         21
   NTFY_ORDER 50-AC
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   VersionFirmware 1.8
   VersionModule 4.71 - 9.5.2017
   buffer
   READINGS:
     2017-09-23 23:02:55   pin4            0
     2017-09-23 23:02:55   power4          0.000
     2017-09-23 11:44:17   state           opened
Attributes:
   factor     10000
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   pinD4      rising pullup
   userattr   pinD4
   verbose    5



Testablauf

23:18:30   Reset ausgelöst
23:18:40   1. Impuls
23:18:50   2. Impuls

Log:


2017.09.23 23:18:30 3: Opening AC device /dev/ttyUSB0
2017.09.23 23:18:30 3: Setting AC serial parameters to 38400,8,N,1
2017.09.23 23:18:30 3: AC device opened
2017.09.23 23:18:30 5: SW: r

2017.09.23 23:18:31 3: AC: device sent setup message, V1.8
2017.09.23 23:18:31 4: AC: device reported firmware 1.8
2017.09.23 23:18:31 3: AC: ConfigureDevice calls Attr with pinD4 rising pullup
2017.09.23 23:18:31 5: SW: 4,3,1a

2017.09.23 23:18:31 3: AC: device: defined pin 4 PCInt pin 20, iMode rising, no min len, count 0 (+0) in 0 ms
2017.09.23 23:19:30 4: AC: Pin 4 (pin4) count 1 (diff 1) in 10.280s, result 3.502
2017.09.23 23:19:30 5: AC: interval 23:19:20 until 23:19:30
2017.09.23 23:19:30 5: AC: set readings power4 to 3.502, timeDiff4 to 10280 and countDiff4 to 1
2017.09.23 23:19:30 5: AC: Device Time 41953.51, Drift -0.141s in 269.974s, -0.05%


Gruss birdy

Hallo birdy,

Die ArduCounter Firmware beginnt beim ersten Impuls mit der Messung und hat beim zweiten Impuls erstmals ein Intervall, mit dem gerechnet werden kann.
Der erste Impuls geht daher in der Zählung verloren, was aber normalerweise nicht weiter interessant ist, da vor dem Neustart ja typischerweise noch viel mehr Impulse nicht gezählt werden können
(wenn ArduCounter nicht läuft bzw. Fhem gerade neu startet, kann nicht gezählt werden).

Wenn die Firmware den ersten Impuls schon berücksichtigen würde, würde das die Messung ungenauer machen, da dann das zugehörige Intervall unbekannt ist bzw. Impulse / Intervall nicht korrekt ist.

Man könnte natürlich versuchen abzuschätzen, wie viele Impulse nach einem Neustart unter Annahme des aktuellen Energieverbrauchs bis zum Weiterzählen verpasst worden sein könnten... Aber ich denke das ist so oder so falsch.

Zur Polarität:
Da ist vor allem dann interessant, wenn Du die Pulslängen überwachst (z.B. 30 als minimale Pulslänge um Störsingnale ignorieren zu können). Dann gibt rising oder falling an, ob die Impulse auf 0 gehen oder 1.
wenn Du "pullup" angegeben hast, vermute ich, dass Dein Zähler als Impuls den Ausgang auf Masse zieht. Das ist auch bei meinen Stromzählern der Fall.
Mit "rising sagst Du aber dass die steigende Flanke gezählt werden soll. Das wäre gerade falsch herum und Du würdest Pausen statt Impulse überwachen.

Gruss
   Stefan

Hallo,

ich hab mal ein neues Feature zum Testen, mit dem evt. die monotonic user readings für den ArduCounter überflüssig werden und der Zählerstand auch beim Restart nicht mehr so weit abdriftet:

Wenn verboseReadingsX (X für den Pin) auf 1 steht, wird nun auch ein Reading longCountX erzeugt (kann aber mit readingNameLongCount umbenannt werden).
Dieses Reading zeigt nicht den internen Zähler im Arduino sondern addiert immer die Differenzen auf.
Wenn der Arduino sich mit seiner Setup-Meldung meldet, ermittelt das Modul die Zeit seit der letzten Zähler-Meldung und der neuen Setup-Meldung und versucht die ausgelassenen Pulse zu schätzen und addiert auch diese Zahl. Korrekt wird sie vermutlich nicht sein...

Gruss
   Stefan

Ich probiere das morgen mal aus.
Ich kann mir aber irgendwie nicht vorstellen, dass ein Neustart die Differenzen vollständig verursacht. Ich habe am Tag gerade einmal zwei-drei Zyklen wo der Gaszähler kurz anläuft. Da muss ich schon richtig Pech haben, dass ich genau dann mein FHEM neu starte. Da stehe ich meistens in der Dusche. 😄

Okay, es wird vielleicht der erste Impulse nicht gezählt, weil es ohne Zeitdelta halt kein Intervall geben kann. Ich werde die Zähler gleich mal wieder angleichen und morgen weiterschauen.

Hallo Stefan

Ui ja, das hatte ich so nicht bedacht. Der Impuls ist wenn der Ausgang kurzzeitig auf 0=Masse gezogen wird. Das ist bei der S0-Schnittstelle wie auch bei meinem Versuchsaufbau mit dem Taster so. Der Impuls beginnt gem. meinem Verständnis mit einer fallenden Flanke und endet mit einer steigenden. Ist es da wirklich von Bedeutung ob bei der steigenden Flanke, der fallenden oder irgendwo dazwischen gezählt wird?

Wenn man die Impulslänge überwachen möchte (was ich eigentlich möchte) kann man natürlich nicht schon bei der ersten Flanke zählen. Zu diesem Zeitpunkt ist ja noch nicht bekannt ob der Impuls auch die notwendigen 30ms andauern wird. Man muss also zwischendurch, sobald die 30ms erreicht sind, oder am Ende bei steigender Flanke zählen, sofern mind. 30ms verstrichen sind.

Der Energieversorger hat mich nicht direkt an die S0-Schnittstelle des Zählers gelassen. Der hatte Angst mein Nano könnte den Zähler beschädigen. Somit musste der Installateur ein Relais dazwischen schalten. Wie lange diese Relaisimpulse dauern ist mir momentan noch nicht bekannt. Dazu muss ich erst noch ein passendes Messgerät organisieren.

An dieser Stelle ein herzliches Dankeschön für die Tolle Arbeit die Du bisher geleistet hast.


Wir haben doch einen Energiezähler der einfach ,,nur" Energie zählt. Dabei entspricht jeder Impuls einer definierten Grösse bei mir z.B. 0.01 KWh. Warum man hier den ersten Impuls ignoriert ist mir nicht klar. Ich kann keinen Sinn dahinter erkennen.

Das Andere ist, wir würden gerne die ,,momentane" Leistung im KW kennen. Dabei muss dann die Energie auf eine bestimmte Zeitspanne aufgerechnet werden. Dazu ist ein Startschuss erforderlich (1. Impuls) und natürlich ist erst ab dem zweiten Impuls eine Leistungsangabe möglich. In diesem Zusammenhang wird eine Leistungsangabe ja sowieso immer indirekt ermittelt und ist ein Durchschnitt über ein bestimmtes Zeitfenster. Abhängig davon wie man die Intervalle legt und wann der nächste Impuls kommt oder kommen wird. Das hast Du ja in einem Deiner ersten Post ausführlich beschrieben. Würde die Firmware bereits den ersten Impuls zählen würde die ,,Messung" genauer, die errechnete Leistung könnte wie von Dir angesprochen etwas ungenauer werden. Aber dies wäre doch nur für die sehr kurze Dauer der ersten Messperiode für die Leistung von Bedeutung. Meiner Ansicht nach absolut vernachlässigbar, im Vergleich zur Energiemessung. Man könnte sogar überlegen im ersten Intervall die Leistung wegzulassen. Bei der Energiemessung schleppt man aber jede einzelne Abweichung (kumulierend) für immer mit :(

Gruss birdy

Zitat von: birdy am 25 September 2017, 23:45:31
Warum man hier den ersten Impuls ignoriert ist mir nicht klar. Ich kann keinen Sinn dahinter erkennen.

Weil Du bei dem ersten Impuls nicht die genaue Zeit zum vorrangegangenen Impuls kennst (wo ja noch garnicht mitgelauscht wurde). Wenn Du jetzt den ersten Impuls direkt zählst und der kommt nur wenige Sekunden nach dem Start, dann hast du plötzlich einen hohen Stromverbrauch anliegen, obwohl dem in Wirklichkeit nicht so ist. Daher ignoriert man den ersten Impuls, aber zählt von da an die Zeit bis zum zweiten Impuls. Dann hat man einen validen Wert

Gruß
Markus

Zitat von: Markus Bloch am 26 September 2017, 09:26:49
.... dann hast du plötzlich einen hohen Stromverbrauch anliegen,....

Hallo Markus

Was verstehst Du unter Stromverbrauch?

Bei mir wird der ,,Stromverbrauch" vom ,,Stromzähler" gezählt und der ermittelt was ich dem EW zahlen muss. Das wird nun mal in KWh gemessen, schau doch mal auf deinen Zähler. Das was Du meinst ist wohl die (momentane) Leistung. Bezieht man kurzfristig eine hohe Leistung führt dies noch lange nicht zu einem hohen ,,Stromverbrauch" und in der Folge zu hohen Kosten. Wie bereits erklärt (mein letzter Post war möglicherweise etwas (zu) lange) kann die Leistung natürlich erst ab den zweiten Impuls gerechnet werden. Für den Energieverbrauch, dass was der ,,Stromzähler" zählt, macht es aber absolut keinen Sinn irgendeinen Impuls zu ignorieren.

Gruss birdy

Zitat von: StefanStrobel am 24 September 2017, 15:43:09
Hallo, ich hab mal ein neues Feature zum Testen, mit dem evt. die monotonic user readings für den ArduCounter überflüssig werden und der Zählerstand auch beim Restart nicht mehr so weit abdriftet:
Wenn verboseReadingsX (X für den Pin) auf 1 steht, wird nun auch ein Reading longCountX erzeugt (kann aber mit readingNameLongCount umbenannt werden).
Dieses Reading zeigt nicht den internen Zähler im Arduino sondern addiert immer die Differenzen auf.
Wenn der Arduino sich mit seiner Setup-Meldung meldet, ermittelt das Modul die Zeit seit der letzten Zähler-Meldung und der neuen Setup-Meldung und versucht die ausgelassenen Pulse zu schätzen und addiert auch diese Zahl. Korrekt wird sie vermutlich nicht sein...

Kurzer Zwischenbericht: Ich habe meinen ArduCounter ein wenig umgebaut und die Umbennenung der Readings entfernt. Also nicht mehr vergleichbar mit den vorherigen Posts.

Internals:
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
   FD         5
   Initialized 1
   NAME       ArduCounter
   NOTIFYDEV  global
   NR         592
   NTFY_ORDER 50-ArduCounter
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   VersionFirmware 1.8
   VersionModule 4.71 - 9.5.2017
   buffer
   CounterInterpolated:
   READINGS:
     2017-09-26 11:29:13   Zaehler         1023
     2017-09-26 11:29:13   countDiff4      0
     2017-09-26 11:29:13   lastMsg4        R4 C156 D0 T600000 N419047057

     2017-09-26 11:29:13   long4           58
     2017-09-26 11:29:13   pin4            156
     2017-09-26 11:29:13   power4          0.000
     2017-09-26 11:29:13   reject4
     2017-09-21 15:06:43   state           opened
     2017-09-26 11:29:13   timeDiff4       600000
Attributes:
   factor     100
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   interval   60 600 10
   pinD4      falling pullup
   readingFactor4 100
   userReadings Zaehler:pin4.* monotonic {ReadingsVal($name,"pin4",0)}
   userattr   pinD4 readingFactor4 readingNameCount4 readingNamePower4 verboseReadings4
   verboseReadings4 1

Mit "longCountX" meinst du das neue Reading "longX", oder? (-Count)
Mir fällt auf, dass beide Werte von pin4 und long4 nicht mehr zurückgesetzt werden. Mein userReading 'Zaehler' habe ich noch drin gelassen. Quasi als temporäres Backup-Reading.
Nachtrag: Beim nächsten Intervall wurde pin4 genullt. long4 hat seine Werte behalten. Also exakt so wie du es beschrieben hast.

Am Rande:
Ich habe den Gaszähler immer schon mit einem 13 kOhm Widerstand auf 3,3 Volt gezogen. So hatte ich das damals bei der GPIO-Variante auch. Das sollte ich doch belassen, oder? "falling pullup" ist doch dennoch korrekt, oder?

Ich hatte gestern übrigens innerhalb von 4 Stunden eine Abweichung von 0,014 kWh zwischen dem ArduCounter und Zähler. Es gab zu dieser Zeit keinen Neustart.

Hallo birdy,

die neue Version, die ich gepostet habe, hat ein neues Reading, bei dem auch der erste Impuls immer mitgezählt wird.
Probier's doch mal aus.

Gruss
   Stefan

Hallo FunkOdyssey,

pullup kannst Du weglassen wenn Du extern schon einen pullup-Widerstand angeschlossen hast. Sollte aber auch kein Problem sein.
Wenn auch ohne Neustart Impulse verloren gehen, kann es eigentlich kein Software-Problem mehr sein. Das hätte Otto schon bemerkt ;-)

Vielleicht kommen Impulse zwischendurch mal zu schnell für den Arduino oder die Impulse sind gelegentlich zu schwach. Es gab auch schon Probleme mit defekten Arduinos.

Oder gehen gar keine Impulse verloren sondern die Berechnung des Stromverbrauchs ist das Problem?
Kannst Du zum Testen einen anderen Impuls-Zähler parallel anschließen?

Gruss
   Stefan

Zitat von: StefanStrobel am 26 September 2017, 20:52:41
Probier's doch mal aus.

Funktioniert ausgezeichnet,
Korrektur...
Stefan, wo genau sollte ich das Reading sehen welches ab dem ersten Impuls zählt?

Gruss birdy

Mein Problem: Sobald ich verboseReadings4 auf 1 setze geht nichts mehr, aus die Maus :(
Der Webinterface ich nach ein paar Sekunden nicht mehr erreichbar. Wahrscheinlich beim Übergang zum nächsten Intervall.
Was mache ich falsch?

Hallo Birdy,

poste doch bitte Deine aktuelle Konfiguration und einen Auszug aus dem Log mit verbose 5 für den relevanten Zeitraum.

Gruß
    Stefan

Zitat von: StefanStrobel am 29 September 2017, 23:15:55
poste doch bitte Deine aktuelle Konfiguration und einen Auszug aus dem Log mit verbose 5 für den relevanten Zeitraum.

Hier die Konfiguration, natürlich noch bevor ich verboseReadings4 auf 1 gesetzt habe.

Internals:
   CounterResetTime 1506974919.01365
   DEF        /dev/ttyUSB0@38400
   DeviceName /dev/ttyUSB0@38400
   FD         4
   Initialized 1
   NAME       AC
   NOTIFYDEV  global
   NR         21
   NTFY_ORDER 50-AC
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   VersionFirmware 1.8
   VersionModule 4.8 - 24.9.2017
   buffer
   READINGS:
     2017-10-02 22:12:04   pin4            16
     2017-10-02 22:12:04   power4          0.033
     2017-10-02 22:08:32   state           opened
Attributes:
   factor     100
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   pin4       falling pullup
   userattr   pin4
   verbose    5


Dann habe ich ca. 22:13  verboseReadings4 auf 1 gesetzt..

2017.10.02 22:09:25 3: AC: Sending info command to device
2017.10.02 22:09:25 3: AC: device: normal interval 30000
2017.10.02 22:09:25 3: AC: device: max interval 60000
2017.10.02 22:09:25 3: AC: device: min interval 2000
2017.10.02 22:09:25 3: AC: device: min count 1
2017.10.02 22:09:25 3: AC: device: pin 4 PCInt pin 20, iMode falling, no min len, count 0 (+0) in 6654 ms
2017.10.02 22:09:25 3: AC: device: Next report in 8782 Milliseconds
2017.10.02 22:09:30 3: AC: Sending info command to device
2017.10.02 22:09:30 3: AC: device: normal interval 30000
2017.10.02 22:09:30 3: AC: device: max interval 60000
2017.10.02 22:09:30 3: AC: device: min interval 2000
2017.10.02 22:09:30 3: AC: device: min count 1
2017.10.02 22:09:30 3: AC: device: pin 4 PCInt pin 20, iMode falling, no min len, count 3 (+3) in 11363 ms
2017.10.02 22:09:30 3: AC: device:   first at 39832, last at 51195, avg len 0
2017.10.02 22:09:30 3: AC: device: Next report in 3341 Milliseconds
2017.10.02 22:09:34 1: PERL WARNING: Use of uninitialized value $longCount in concatenation (.) or string at ./FHEM/98_ArduCounter.pm line 642.
2017.10.02 22:10:34 4: AC: Pin 4 (pin4) count 9 longCount  (diff 5) in 56.300s, result 0.032
2017.10.02 22:10:34 5: AC: interval 22:09:37 until 22:10:34, First at 47437
2017.10.02 22:10:34 5: AC: set readings power4 to 0.032, timeDiff4 to 56300 and countDiff4 to 5
2017.10.02 22:10:34 5: AC: Device Time 120, Drift -0.035s in 59.965s, -0.06%
2017.10.02 22:11:04 4: AC: Pin 4 (pin4) count 12 longCount  (diff 3) in 30.580s, result 0.035
2017.10.02 22:11:04 5: AC: interval 22:10:33 until 22:11:04, First at 29313
2017.10.02 22:11:04 5: AC: set readings power4 to 0.035, timeDiff4 to 30580 and countDiff4 to 3
2017.10.02 22:11:04 5: AC: Device Time 150, Drift -0.053s in 89.947s, -0.06%
2017.10.02 22:12:04 4: AC: Pin 4 (pin4) count 16 longCount  (diff 4) in 43.618s, result 0.033
2017.10.02 22:12:04 5: AC: interval 22:11:20 until 22:12:04, First at 42695
2017.10.02 22:12:04 5: AC: set readings power4 to 0.033, timeDiff4 to 43618 and countDiff4 to 4
2017.10.02 22:12:04 5: AC: Device Time 210, Drift -0.088s in 149.912s, -0.06%
2017.10.02 22:13:04 4: AC: Pin 4 (pin4) count 16 longCount  (diff 0) in 81.696s, result 0.000
2017.10.02 22:13:04 5: AC: interval 22:11:42 until 22:13:04
2017.10.02 22:13:04 5: AC: set readings power4 to 0.000, timeDiff4 to 81696 and countDiff4 to 0
2017.10.02 22:13:04 5: AC: Device Time 270, Drift -0.123s in 209.877s, -0.06%
Illegal division by zero at ./FHEM/98_ArduCounter.pm line 625.
2017.10.02 22:15:06 1: Including fhem.cfg
2017.10.02 22:15:06 3: telnetPort: port 7072 opened
2017.10.02 22:15:06 3: WEB: port 8083 opened
2017.10.02 22:15:06 3: WEBphone: port 8084 opened
2017.10.02 22:15:06 3: WEBtablet: port 8085 opened
2017.10.02 22:15:06 2: eventTypes: loaded 75 events from ./log/eventTypes.txt
2017.10.02 22:15:06 2: VCONTROL300: Using USB device
2017.10.02 22:15:06 3: VCONTROL300: Define open DATEI 'VPlusHO1_300.cfg'
2017.10.02 22:15:06 3: VCONTROL300: Opening file 'VPlusHO1_300.cfg'
2017.10.02 22:15:06 3: VCONTROL300: File 'VPlusHO1_300.cfg' refreshed
2017.10.02 22:15:06 3: VCONTROL300: Using protocol 300
2017.10.02 22:15:07 1: Including ./log/fhem.save
2017.10.02 22:15:07 3: WARNING: unsupported character in reading Temp-Aussen? (not A-Za-z/\d_\.-), notify the VCONTROL300 module maintainer.
2017.10.02 22:15:07 5: AC: Notify called with events: INITIALIZED, open device and set timer to send hello to device
2017.10.02 22:15:07 3: Opening AC device /dev/ttyUSB0
2017.10.02 22:15:07 3: Setting AC serial parameters to 38400,8,N,1
2017.10.02 22:15:07 3: AC device opened
2017.10.02 22:15:07 1: usb create starting
2017.10.02 22:15:07 3: Probing CUL device /dev/ttyAMA0
2017.10.02 22:15:07 3: Probing TCM_ESP3 device /dev/ttyAMA0
2017.10.02 22:15:07 3: Probing ZWDongle device /dev/ttyAMA0
2017.10.02 22:15:08 3: Probing FRM device /dev/ttyAMA0
2017.10.02 22:15:13 1: usb create end
2017.10.02 22:15:13 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2017.10.02 22:15:13 0: Featurelevel: 5.8
2017.10.02 22:15:13 0: Server started with 11 defined entities (fhem.pl:15112/2017-09-21 perl:5.020002 os:linux user:fhem pid:624)
2017.10.02 22:15:13 3: AC: sending h(ello) to device to ask for version
2017.10.02 22:15:13 5: SW: h

2017.10.02 22:15:13 3: VCONTROL300: USB connection opened
2017.10.02 22:15:13 3: Opening Heizung device /dev/ttyUSB1
2017.10.02 22:15:13 3: Can't open /dev/ttyUSB1: Datei oder Verzeichnis nicht gefunden
2017.10.02 22:15:13 2: Attempt to write to disconnected device.
2017.10.02 22:15:13 3: AC: device sent setup message, V1.8
2017.10.02 22:15:13 4: AC: device reported firmware 1.8
2017.10.02 22:15:13 3: AC: ConfigureDevice calls Attr with pin4 falling pullup
2017.10.02 22:15:13 5: SW: 4,2,1a

2017.10.02 22:15:13 3: AC: device replied to hello, V1.8
2017.10.02 22:15:13 4: AC: device reported firmware 1.8
2017.10.02 22:15:13 3: AC: ConfigureDevice calls Attr with pin4 falling pullup
2017.10.02 22:15:13 5: SW: 4,2,1a

2017.10.02 22:15:13 3: AC: device: defined pin 4 PCInt pin 20, iMode falling, no min len, count 0 (+0) in 0 ms
2017.10.02 22:15:13 3: AC: device: defined pin 4 PCInt pin 20, iMode falling, no min len, count 0 (+0) in 8 ms


Kurz darauf habe ich den Pi frisch gestartet weil das Webinterface von FHEM nicht mehr erreichbar war.

Mach ich etwas falsch?
So wie ich verstanden habe muss man verboseReadingsX au 1 setzen um ein Reading longCount zu erzeugen.

Schon mal vielen Dank für Deine Hilfe.

Gruss birdy

Zitat von: StefanStrobel am 26 September 2017, 21:01:05
Oder gehen gar keine Impulse verloren sondern die Berechnung des Stromverbrauchs ist das Problem?

Ich habe die Werte im Gaszähler, im ArduCounter und im GasCalculator-Device manuell überprüft und kann bestätigen, dass es nicht am GasCalculator-Device und dann auch vermutlich nicht am ArduCounter liegt. Fakt ist, dass die Impulse irgendwie nicht immer 100%ig erkannt werden.

Zitat von: StefanStrobel am 26 September 2017, 21:01:05
Kannst Du zum Testen einen anderen Impuls-Zähler parallel anschließen?

Leider habe ich keinen zweiten Zähler. Die Investition würde ich mir auch gerne ersparen.

Zitat von: StefanStrobel am 26 September 2017, 21:01:05
Vielleicht kommen Impulse zwischendurch mal zu schnell für den Arduino oder die Impulse sind gelegentlich zu schwach. Es gab auch schon Probleme mit defekten Arduinos.

Ottos Erfahrung mit einem defekten Arduino hatte ich gelesen. Ich habe aber bereits unterschiedliche Ardus getestet.
Ich könnte mir vorstellen, dass es irgendetwas mit den Flanken und dem PullUp zu tun hat. Gab es nicht auch Wege über Kondensatoren anstatt über PullUp-Widerstände? Kann da jemand eine Empfehlung aussprechen?

Hat irgendjemand den ArduCounter an einem Elster Gas Meter BK-G4M im Einsatz?

Hallo birdy,

Du hast einen Bug gefunden.
Neue Version kommt ...

Gruss
   Stefan

Zitat von: StefanStrobel am 04 Oktober 2017, 20:40:04
Neue Version kommt ...

Ausgezeichnet, schon mal vielen Dank.

Gruss birdy

Hi
Immer wenn ich FHEM neu starte wird der Counter wieder auf 0 gesetzt.
Mach ich da was falsch oder muss ich noch etwas einstellen?
Meine momentane Config:
define ArduCounter ArduCounter /dev/ttyUSB0
attr ArduCounter userattr pinD5
attr ArduCounter factor 15
attr ArduCounter flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
attr ArduCounter interval 10 60
attr ArduCounter pinD5 rising pullup


Die Modulversion ist $Id: 98_ArduCounter.pm 15148 2017-09-28 18:10:35Z StefanStrobel
Die Version vom Sketch ist 1.8

Ansonsten ist FHEM uptodate

Zitat von: AxelSchweiss am 04 Oktober 2017, 22:19:12
Hi
Immer wenn ich FHEM neu starte wird der Counter wieder auf 0 gesetzt.

die Beschreibung gab es schon mal viel weiter vorn. Liegt am Reset des Arduino nano.

Gruß Otto

Ah .. Danke .. habe ich nicht gefunden.
Mal sehen ob ich den Code so ändern kann das er die Werte ins EEPROM schreibt ... programmieren is ja nicht so meins  :)

Moment ... dann müsste es doch mit einem Arduino Micro und einem FTDI Wandler funktionieren ... mal probieren

lohnt sich nicht. Der Zähler läuft eh irgendwann über.
Mach ein userreadings mit monotonic BeispielZaehlerHzg monotonic {ReadingsVal("AC","pin4",0)/400}

Gruß Otto

... oder nimm die neue Version des Fhem-Moduls, die hat einen zusätzlichen Zähler, der weiterzählt und beim Neustart nicht auf 0 geht.
(verboseReadings muss dafür je Zähler auf 1 gesetzt sein)
Anbei eine Version, die hoffentlich keine neuen Bugs hat ;-)

Wenn keine neuen Probleme auftreten, checke ich die Version wieder ein.

Gruss
    Stefan

Hallo Stefan

Das Webinterface funktioniert nun auch wenn ich verboseReadingsX auf  1 setze.

Internals:
   CounterResetTime 1507233774.81938
   DEF        /dev/ttyUSB0@38400
   DeviceName /dev/ttyUSB0@38400
   FD         4
   Initialized 1
   NAME       AC
   NOTIFYDEV  global
   NR         21
   NTFY_ORDER 50-AC
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   VersionFirmware 1.8
   VersionModule 4.9 - 3.10.2017
   buffer
   CounterInterpolated:
     4          1
   READINGS:
     2017-10-05 22:04:24   countDiff4      2
     2017-10-05 22:04:24   lastMsg4        R4 C2 D2 T4840 N90522 F0 L4840

     2017-10-05 22:04:24   long4           54
     2017-10-05 22:04:24   pin4            2
     2017-10-05 22:04:24   power4          0.149
     2017-10-05 22:04:24   reject4
     2017-10-05 22:02:52   state           opened
     2017-10-05 22:04:24   timeDiff4       4840
Attributes:
   factor     100
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   pin4       falling pullup
   userattr   pin4 verboseReadings4
   verbose    5
   verboseReadings4 1

Ich habe jetzt auch das Reading longX welches nach einen Reset munter weiter zählt.
Aber der erste Impuls wir weiterhin unterschlagen.

Was muss ich beachten, damit jeweils auch der erste Impust gezählt wird?

Ich habe immer noch einen Versuchsaufbau mit Impulsgeber= Taster

Hallo birdy,

wenn Du verboseReadings das erste mal auf 1 setzt dann wird der erste Impuls noch für den Start der Messung verwendet und nicht gezählt. Sobald aber einmal das Reading existiert, sollte auch nach einem Restart von Fhem jeder Impuls gezählt werden.

Anbei nochmal eine neue Version, in der auch der allererste Impuls gezählt wird wenn verboseReadings das erste mal definiert wurde.

Schau doch mal ob das bei Dir jetzt auch so klappt.

Gruss
   Stefan

Hallo Stefan

Vielen Dank für Deine Bemühungen.

Ich konnte das folgende Verhalten feststellen. Dieses lässt sich auch jederzeit zuverlässig reproduzieren. Meine manuellen Impulse sehen meiner Meinung nach ,,sauber" aus, so dass davon eigentlich kein Problem ausgehen sollte.

• Ein set reset oder ein Restart von FHEM führt immer zu einer Erhöhung des Readings longX auch ohne irgendeinen Impuls. Am Ende des ersten Zyklus nach dem Reset wird der Wert um 1 erhöht. Für mich etwas ungünstig, da ich den AdruCounter u.a. als Ölzähler einsetzen möchte. Währen den Sommer benötige ich über mehrere Monate keinen Tropfen Öl. Aber in dieser langen Zeit ist durchaus mit mehreren Restarts zu rechnen.
  
  
• Nach dem Restart wird immer mindestens 1 Impuls unterdrückt. Unter Umständen auch deren zwei.
  Beispiel: Restart, ohne Impuls abwarten bis zum Ende des ersten Zyklus (+1). Danach mit Impulsen starten. Da werden dann immer die ersten beiden Impulse unterschlagen, und erst ab den 3. wird zuverlässig gezählt.
  

Wo wird der erste Impuls unterdrückt, geschieht dies im der Firmware des Arduino oder im AdruCounter Modul?


Internals:
   CounterResetTime 1507381057.041
   DEF        /dev/ttyUSB0@38400
   DeviceName /dev/ttyUSB0@38400
   FD         4
   Initialized 1
   NAME       AC
   NOTIFYDEV  global
   NR         21
   NTFY_ORDER 50-AC
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   VersionFirmware 1.8
   VersionModule 4.10 - 6.10.2017
   buffer
   CounterInterpolated:
     4          1
   READINGS:
     2017-10-07 15:28:36   countDiff4      0
     2017-10-07 15:28:36   lastMsg4        R4 C1 D0 T60000 N1860521

     2017-10-07 15:28:36   long4           147
     2017-10-07 15:28:36   pin4            1
     2017-10-07 15:28:36   power4          0.000
     2017-10-07 15:28:36   reject4
     2017-10-07 14:57:35   state           opened
     2017-10-07 15:28:36   timeDiff4       60000
Attributes:
   factor     100
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   pin4       falling pullup
   userattr   pin4 verboseReadings4
   verbose    5
   verboseReadings4 1

Update:
Ich habe wieder meinen 10uF Kondensator dazu geschaltet und nochmals ein paar Tests gemacht.
Restart von FHEM führt nicht zu einer Erhöhung des longX Wertes.
Ab den ersten Impuls wird korrekt gezählt.

Ich trenne den Arduino vorübergehend von Pi(Strom) und schliesse ihn dann wieder an. Jetzt verschwinden die ersten beiden Impulse wieder im schwarzen Loch.
Anscheinend ist es schwieriger Impulse zu zählen als ich gedacht hätte.

Gruss birdy

Hallo birdy,

ich möchte das Problem mit dem ersten Impuls nach einem Neustart nochmal versuchen in Perspektive zu setzen.

der Arducounter versucht eben nicht einfach nur Impulse in einem vorgegebenen Intervall zu zählen und diese an Fhem weiter zu geben.
Das machen andere Sketches. Das Problem ist dabei dass der aktuelle Verbrauch nicht exakt ermittelt werden kann und das Verbrauchs-Ergebnis (Impulse / Zeit) ständig leicht hin und her schwankt.

Die Idee beim Arducounter ist statt dessen, dass möglichst genaue Zeitintervalle von einem Startimpuls bis zu einem Endimpuls gemessen und weiter gegeben werden. Damit bekommt man eine glattere Verbrauchskurve.

Das bedeutet aber auch, dass man nicht direkt nach einem Reset des Arduino mit dem Zählen beginnen kann, da der Beginn des Intervalls seit dem letzten Impuls ja noch unbekannt ist. Deshalb beginnt der Arducounter nach einem Neustart erst nach dem ersten Impuls zu zählen.

Solange der Arducounter läuft, funktioniert das gut. Wenn der Arduino aber neu gestartet wird, muss man wieder bis zu einem ersten Impuls warten, bevor das Zeitmessen und Zählen beginnen kann.

Problematisch sind also die Neustarts des Arduino.

Der ganze Mechanismus mit dem longCount ist ein zum Scheitern verurteilter Versuch, den Zählerstand korrekt zu halten, auch wenn der Arduino zwischendrin neu startet und dabei gar nicht zählen kann und somit der Zählerstand nicht mehr korrekt sein kann.
Das Fhem-Modul berechnet dafür einen Mittelwert aus der letzten Messung vor dem Neustart und der ersten Messung nach dem Neustart und interpoliert für den Zeitraum dazwischen die vermutlich verpassten Impulse.
Diese Interpolation kann manchmal stimmen, sie kann aber auch falsch sein.

In jedem Fall ist es nicht besser als eine Näherung. Wer es genauer braucht, muss hardwareseitig dafür sorgen, dass der Arduino dauerhaft läuft und nicht neu startet.

Das Problem ist also folgendes:
1) Wenn der Arduino nicht läuft oder gerade neu startet, zählt er noch nicht.
2) Wenn der Arduino neu startet, gehen die Zählerstände und die gemessenen Zeitintervalle im Arduino verloren,
    sofern sie noch nicht an Fhem weiter gegeben wurden.
3) Wenn Fhem neu startet und der Arduino nicht hardwareseitig verändert wurde, startet auch der Arduino neu. -> 2)

Wenn verboseReadings noch nicht gesetzt ist, fehlen Readings, die für die Interpolation beim Neustart benötigt werden. Deshalb klappt es in diesem aller ersten Fall noch schlechter.
In der letzten Modulversion habe ich für diesen Fall statt der Interpolation (die noch nicht möglich ist) einfach einen Impuls als angenommenen Startimpuls auf longCount addiert. Das ist aber natürlich Unsinn, wenn gar keine Impulse gekommen sind. Das habe ich jetzt nochmal geändert.

So oder so ist aber jede Zählung falsch wenn der Arduino neu startet und somit Impulse verliert.

Wenn man nun Impulse zum Testen von Hand gibt, kann man bei Starten des Arduinos "Fehler" bemerken.
In der Praxis ist das aber völlig irrelevant, da der "Fehler" durch die verlorenen Impulse beim Neustart viel größer ist.

Um die Internas besser zu verstehen, kann man entweder verbose auf 4 oder sogar 5 setzen, dann schreibt das Modul einige Internas und vor allem die Meldungen vom Arduino ins Log, oder man kann den Quellcode vom Modul und dem Sketch lesen. Beides ist recht kurz und überschaubar.

Anbei nochmal eine neue Version, die für den ersten Neustart des Arduino (wenn verboseReadings zum ersten Mal gesetzt wird und die Readings für die Interpolation noch fehlen) nochmal etwas besser rät.

Ich habe es nicht mit Impulsen per Taster getestet, da mein Arducounter am Stromzähler hängt. Im laufenden Betrieb sieht es für mich gut aus und der Sonderfall für den ersten Start sollte für jeden Anwender eh nur einmal überhaupt relevant sein.
Sobald ich wieder etwas mehr Zeit habe, versuche ich nochmal einen Test-Arduino mit Taster aufzusetzen und das mit den zwei Impulsen nachzustellen.

Für weitere Bug-Reports wäre ein Auszug aus dem Log mit verbose 5 hilfreich. Da sehe ich dann was der Arduino gemeldet hat.

Gruss und vielen Dank für's Testen
   Stefan

Ergänzung:

Inzwischen konnte ich nachstellen, dass nach einem Restart des Arduino dieser erst mit dem zweiten Impuls zu zählen beginnt.
Das muss ein Bug bei der Initialisierung sein. Liegt auf jeden Fall im Arduino-Sketch und nicht im Fhem-Modul.
Neue Version kommt, sobald ich die Zeit hatte, den Fehler zu beheben.

Gruss
    Stefan

Hallo Stefan

Vielen Dank für Deine Arbeit. Es ist wirklich toll was Du hier gebaut hast. Deine Erklärung verstehe ich durchaus. Ich habe erst mal mit einem manuellen Aufbau getestet, denn ich möchte im Detail verstehen wie das Ganze funktioniert. So wird mir klar auf was ich mich ,,einlasse", denn ich möchte nicht im Nachhinein enttäuscht sein. Das nicht immer alles nach meinen Vorstellungen funktioniert ist mir klar. Wenn das aber so ist, möchte ich wissen was abweicht, damit ich mich bewusst dafür oder dagegen entscheiden kann.

Zitat von: StefanStrobel am 08 Oktober 2017, 19:37:00
der Arducounter versucht eben nicht einfach nur Impulse in einem vorgegebenen Intervall zu zählen und diese an Fhem weiter zu geben.

Das ist ja genau der Vorteil von Deiner Lösung, dass die noch mehr kann. Darum habe ich Sie ja auch gewählt. Ich bin aber davon ausgegangen, dass er ,,eben einfach nur Impulse Zählen" auch kann, und das ohne Probleme.

Zitat von: StefanStrobel am 08 Oktober 2017, 19:37:00
Deshalb beginnt der Arducounter nach einem Neustart erst nach dem ersten Impuls zu zählen.

Meine Meinung: Zählen sollte er schon, aber noch nicht rechnen.

Zitat von: StefanStrobel am 08 Oktober 2017, 19:37:00
Wenn der Arduino aber neu gestartet wird, muss man wieder bis zu einem ersten Impuls warten, bevor das Zeitmessen und Zählen beginnen kann.

Zeitmessen ist klar.

Möglicherweise hast Du hier einen anderen Standpunkt und dies ist bei Dir nicht die erste Priorität. Wenn das so ist, werde ich damit leben müssen und können. Ich für mich sehe es etwas anders. Ein korrektes Zählen ist für mich die Grundlage und das sollte so korrekt wie nur irgendwie möglich erledigt werden.

Zitat von: StefanStrobel am 08 Oktober 2017, 19:37:00
auch wenn der Arduino zwischendrin neu startet und dabei gar nicht zählen kann und somit der Zählerstand nicht mehr korrekt sein kann.

Evtl. gibt es in dieser Zeit auch gar nichts zu zählen. Es muss also nicht zwingend so sein, dass der Zählerstand abweichen muss.

Wie auch schon geschrieben ist jeder ignorierte Impuls, ein Fehler der sich bis in alle Ewigkeit weiter zieht. Ein beim Re- /Start falsch oder ungenau errechneter Momentanverbrauch ist für mich nicht von Bedeutung weil sich dieser nur auf den ersten Zyklus auswirkt und danach bereits Geschichte ist.
Toll das Du es mit einer Interpolation versuchst. Ich für mich sehe keinen wirklichen Bedarf. Ist es nicht so, dass Du hier viel Aufwand für etwas fast unmögliches betreibst. Ob sich dieser Einsatz auch auszahlt. Ich hoffe es.

Zitat von: StefanStrobel am 08 Oktober 2017, 19:37:00
1) Wenn der Arduino nicht läuft oder gerade neu startet, zählt er noch nicht.

Das ist mir klar.

Zitat von: StefanStrobel am 08 Oktober 2017, 19:37:00
2) Wenn der Arduino neu startet, gehen die Zählerstände und die gemessenen Zeitintervalle im Arduino verloren, sofern sie noch nicht an Fhem weiter gegeben wurden. 

Klar, Wie ich verstanden habe kann hier jeder Einfluss auf die Zeitintervalle und somit auf die Weitergabe nehmen.

Zitat von: StefanStrobel am 08 Oktober 2017, 19:37:00
3) Wenn Fhem neu startet und der Arduino nicht hardwareseitig verändert wurde, startet auch der Arduino neu. -> 2) 

Dafür habe ich den 10uF im Einsatz.

Zitat von: StefanStrobel am 08 Oktober 2017, 19:37:00
Wenn man nun Impulse zum Testen von Hand gibt, kann man bei Starten des Arduinos "Fehler" bemerken.
In der Praxis ist das aber völlig irrelevant, da der "Fehler" durch die verlorenen Impulse beim Neustart viel größer ist.

Kein Zweifel, bei einem Neustart könne natürlich Impulse verloren gehen, müssen aber nicht. Das hängt davon ab wie lange der Neustart dauert bzw. in welchen Abständen die Impulse daher kommen.

Evtl. nochmals kurz meine Vorstellung. Ob Du diese mit ArduCounter abdecken kannst oder willst, liegt natürlich bei Dir.
Möglichst korrektes Zählen der Impulse.

• Alle real existierenden Impulse (ohne Ausnahme) zählen.
• Nur die real existierenden Impulse zählen

Schon mal vielen Dank für die neuen Versionen. 
Ich werte testen und meine Erkenntnisse bekannt geben..

Gruss birdy

Hallo,

anbei eine neue Version des Moduls und ein neuer Arduino-Sketch bzw. die Firmware für den Arduino Uno dazu zum Testen.

In der Firmware war ein Bug in der Verarbeitung der Pin-Change-Interrupts, wodurch gelegentlich der erste Impuls nach einem Restart des Arduino ignoriert wurde (zusätzlich zu dem zweiten Impuls, der dann erst das Intervall gestartet hat).

Die neue Modulversion ist nicht mehr kompatibel zur alten Firmware. Sie zählt jetzt alle Impulse. Auch nach einem Restart des Arduino. Nur für die Berechnung des Verbrauchs wird im ersten Intervall der erste Impuls nicht für die Puls-Differenz verwendet sondern als Intervall-Start. Gezählt wird er aber dennoch.
So kann es nach dem Start sein, dass die erste Berechnung nach 30 Sekunden mit 4 Impulsen in 22 Sekunden erfolgt, der Zähler aber von 0 auf 5 geht.

Wen Ihr keine neuen / alten Bugs meldet, checke ich Firmware und Modul in den nächsten Tagen ein.

Gruss
    Stefan

Ich habe Modul und Firmware aktualisiert. Aber mal ne kurze Frage:

Muss ich bei mir evtl. nach einer anderen Ursache suchen, wenn mein Zähler in FHEM größer ist als der Wert am Gaszähler? Bei mir ist FHEM anscheinend schneller. Also sollte das bei mir doch sicherlich ein anderes Problem sein, oder?

Hallo,

Bei jedem Fhem-Neustart wird ja interpoliert, wie viele Impulse der Zähler möglicherweise verpasst hat. Dadurch können Abweichungen entstehen.
Wenn es aber um größere Abweichungen geht, dann würde ich auch nach anderen Fehlerquellen suchen.
Hast Du eine minimale Pulsweite angegeben?
Das ist sinnvoll um Störimpulse auszufiltern.

Gruss
   Stefan

Hallo Stefan

Vielen Dank für das Bereitstellen der neuen Versionen.

Ich bin gerade dabei die zu testen.

Zitat von: StefanStrobel am 15 Oktober 2017, 18:57:47
Bei jedem Fhem-Neustart wird ja interpoliert, wie viele Impulse der Zähler möglicherweise verpasst hat.

Was oder wie wird interpoliert? Es wäre hilfreich wenn Du dazu noch ein paar erklären Worte liefern könntest.

Ist es (nur) der Wert des Long Readings?
Ich denke da habe ich ,,willkürliche" Sprünge nach vorne gesehen.

Was ist die Grundlage für die Interpolation.
Kann es sein, dass einfach der letzte Zyklus vor den Restart verwendet wird?
Angenommen der Physische -Zähler steht 1-2 Zyklen vor den Restart von FHEM. Muss ich dann mit einer ,,künstlichen" Erhöhung von irgendwelchen Readings rechnen?

Besten Dank und Gruss
birdy

Hallo birdy,

die Interpolation betrifft nur den longCounter. Es wird der Mittelwert für Impulse / Intervall aus der letzten Messung vor dem Restart und der ersten Messung nach dem Restart genommen und mit der Dauer der Unterbrechung (Ende der letzten erfolgreichen Messung bis zur Started-Meldung des Arduino multipliziert.
Im Log wird das entsprechend protokolliert.
Siehe 98_Arducounter.pm in den Zeilen 626 bis 643.

Ich kann gerne alternative Interpolationen einbauen, sofern sie mit den vorhandenen Readings / Werten mit vertretbarem Aufwand machbar sind ;-)
Ebenso kann ich noch ein Attribut einbauen, mit dem die Interpolation ganz abgeschaltet wird.

Gruss
   Stefan

Hallo Stefan

Vielen Dank für Deine Erklärungen.
Ich denke wenn Interpolation, dann mach sie so Sinn.
Ich habe vor im Keller neben dem Strom- auch den Ölzähler mit den Arducounter auszuwerten. Da ist mir wichtig, dass beim Ölzähler während den Sommermonaten, wenn die Heizung abgeschaltet ist, nicht irgendetwas interpoliert wird was es gar nicht gibt. Dabei soll egal sein wie oft ich restarte. Mit deiner Implementation der Interpolation scheint mir dies nun ideal gelöst zu sein (zumindest konnte ich noch nichts Gegenteiliges feststellen).

Ein Attribut um die Interpolation ein oder ausschalten zu können ist sicher eine gute Idee. Ich würde aber eher eine Lösung mit einem zweiten LongCounter priorisieren. So hätte man beide Werte zur Verfügung (mit und ohne Interpolation) und könnte den der besser passt auswählen. Aber notwendig ist dies nicht, ich denke ich komme mit der aktuellen Lösung ganz gut zurecht.

Besten Dank und Gruss
birdy

Hallo Stefan

Noch eine Frage: Ist bei besonders langen Impulsen mit Problemen zu rechnen?

Mein Durchlaufzähler in der Ölleitung hat ein Reedkontakt, welcher pro 0.1L ein Impuls gibt. Das bedeutet der Kontakt ist ca. 0.05L lang geöffnet und bleibt dann 0.05L lang geschlossen. Was eine Impulsdauer von gefühlten 2-3 Minuten ergibt. Stell die Heizung, ab dauert ein begonnener Impuls u.U. ewig.

Gruss birdy

hallo birdy,

eigentlich sollte ein so langer Impuls kein Problem sein.
Der Arduino zählt ja über die pin change interrupts und merkt sich dort den vorherigen Zustand je Pin in Variablen.
Einen Timeout habe ich da nicht eingebaut. Wenn sich der Status an einem Pin nicht ändert, passiert einfach nichts weiter.

Anbei habe ich nochmal eine neue Version.
Ich habe Deine Idee aufgegriffen, einen long counter mit und ohne Interpolation einzubauen.
Der longX interpoliert jetzt nicht mehr, dafür gibt es noch ein zusätzliches Reading interpolatedLongX.
Beide Reading-Namen kann man wie üblich per Attribut ändern.
Die Firmware bleibt gleich, nur das Fhem-Modul hat ein paar Zeile Code dazu bekommen.

Ich komme jetzt leider auch in den nächsten Tagen nicht mehr zum Testen oder Programmieren.
Wenn also jemand bei Testen helfen möchte, wäre das schön.

Gruss
   Stefan

Hallo Stefan

Nach den Breadbord habe ich nun mein Arduino im Keller in Betrieb genommen. Dort ist er mit den Strom- und dem Durchflusszähler (Öl) verbunden.
Die langen Impulse/Pausen des Durchflusszähler scheinen für den ArduCounter problematisch zu sein. Da fehlen mir täglich einige Impulse. Ich konnte aber bis jetzt noch keine genaueren Beobachtungen anstellen.
Hast Du zufällig eine Idee woran dies liegen könnte?

Noch eine Frage zum Intervall. Kann man dies auch pro Pin separat definieren?
(Den Faktor kann man, obwohl in der Commandref nicht explizit beschrieben, auch pro Pin separat angeben.


Danke und Gruss
birdy

Hallo birdy,

Die Reporting–Intervalle sind nicht je Pin vorgesehen. Das minimale Intervall für die Überwachung der Puls-Länge wird aber je Pin angegeben.
Für die Fehlersuche solltest Du auf jeden Fall verbose auf 5 stellen und im Log die Meldungen vom Arduino an Fhem ansehen. Ich habe keine Ideen, wie noch Impulse übersehen werden könnten, es sei denn, sie sind so kurz, dass der Arduino sie in der Interrupt-Routine nicht sehen kann.

Wie viele Impulse am Tag hast Du denn, wie viele fehlen Dir und mit was vergleichst Du sie denn?
Wie lange sind die Impulse typischerweise?

Gruss
     Stefan

Hallo Stefan

Zitat von: StefanStrobel am 30 Oktober 2017, 08:49:25
Die Reporting–Intervalle sind nicht je Pin vorgesehen.

Kein Problem, habe auch keinen direkten Bedarf dafür. Ich wollte nur nachfragen.

Zitat von: StefanStrobel am 30 Oktober 2017, 08:49:25
.... sie sind so kurz, dass der Arduino sie in der Interrupt-Routine nicht sehen kann.

So gut wie ausgeschlossen.

Momentan benötige ich ca. 5-6 Liter Öl pro Tag. Der mechanische Durchlaufzähler zählt mit 1 ,,Impuls" pro 0.1 L was also 50 -60 Impulse pro Tag ergeben sollte. Heute fehlen mir im Vergleich zu Gestern 23 Impulse bzw. 2.3L was in etwa 50% entspricht.
Wenn die Heizung läuft ist das Relais jeweils ca. 0.06 L lang offen und danach wieder 0.04L geschlossen. Es dauert zwischen 3 und 5 Minuten bis 0.1L verbraucht sind, abhängig von der aktuellen Leistung (modellierender Brenner). Eine konkrete Messung mit den DMM bei eher hoher Leistung hat ergeben 1:40 offen/ 1:34 geschlossen (Pin 4 wird auf 0 gezogen).
Wenn die Heizung ausschaltet fliest natürlich kein Öl mehr. Dann bleibt das Relais u.U. mehrere Stunden in der momentanen Position stehen.

Anmerkung: Auch beim Stromzähler scheint es so, als ob nicht alle Impulse gezählt würden. Das werde ich aber noch genauer beobachten.

Internals:
   DEF        /dev/ttyUSB0@38400
   DeviceName /dev/ttyUSB0@38400
   FD         4
   Initialized 1
   NAME       AC
   NOTIFYDEV  global
   NR         21
   NTFY_ORDER 50-AC
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   VersionFirmware 1.9
   VersionModule 5.1 - 17.10.2017
   buffer
   CounterInterpolated:
   READINGS:
     2017-10-30 22:53:08   OelVorrat       1223
     2017-10-30 22:53:08   OelZaehler      231
     2017-10-30 22:53:08   OelZaehlerI     231
     2017-10-30 22:49:08   countDiff4      0
     2017-10-30 22:53:08   countDiff6      1
     2017-10-30 22:49:08   interpolatedLong4 2310
     2017-10-30 22:53:08   interpolatedLong6 2334236
     2017-10-30 22:49:08   lastMsg4        R4 C92 D0 R0 T360000 N175800520 X0

     2017-10-30 22:53:08   lastMsg6        R6 C2871 D1 R1 T87200 N176040520 X0 F87200 L87200 A101

     2017-10-30 22:49:08   long4           2310
     2017-10-30 22:53:08   long6           2334236
     2017-10-30 22:49:08   pin4            92
     2017-10-30 22:53:08   pin6            2871
     2017-10-30 22:49:08   power4          0.000
     2017-10-30 22:53:08   power6          0.413
     2017-10-30 22:49:08   reject4         0
     2017-10-30 22:53:08   reject6         0
     2017-10-29 11:11:02   state           opened
     2017-10-30 22:49:08   timeDiff4       360000
     2017-10-30 22:53:08   timeDiff6       87200
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   interval   60 360
   pin4       falling pullup 3000
   pin6       falling pullup 90
   readingFactor6 10000
   userReadings OelZaehler {ReadingsVal("AC","long4",0)/10},OelZaehlerI {ReadingsVal("AC","interpolatedLong4",0)/10},OelVorrat {1454-ReadingsVal("AC","OelZaehlerI",0)}
   userattr   pin4 pin6 readingFactor6 verboseReadings4 verboseReadings6
   verbose    5
   verboseReadings4 1
   verboseReadings6 1

Log:
2017.10.30 21:52:10 5: AC: Parse line: R6 C2821 D1 R1 T49629 N172380520 X0 F49629 L49629 A99
2017.10.30 21:52:10 4: AC: adding 1 to long count 2334185 and interpolated count 2334185
2017.10.30 21:52:10 4: AC: Pin 6 (pin6) count 2821 longCount 2334186 interpCount 2334186 (diff 1) in 49.629s, reject 0, Avg Len 99ms, result 0.725
2017.10.30 21:52:10 5: AC: interval 21:51:20 until 21:52:10, First at 49629, Last at 49629
2017.10.30 21:52:10 5: AC: set readings power6 to 0.725, timeDiff6 to 49629 and countDiff6 to 1
2017.10.30 21:52:10 5: AC: Device Time 172380.52, Drift -68.009s in 124851.991s, -0.05%
2017.10.30 21:53:10 5: AC: Parse line: R6 C2822 D1 R1 T43997 N172440520 X0 F43997 L43997 A100
2017.10.30 21:53:10 4: AC: adding 1 to long count 2334186 and interpolated count 2334186
2017.10.30 21:53:10 4: AC: Pin 6 (pin6) count 2822 longCount 2334187 interpCount 2334187 (diff 1) in 43.997s, reject 0, Avg Len 100ms, result 0.818
2017.10.30 21:53:10 5: AC: interval 21:52:26 until 21:53:10, First at 43997, Last at 43997
2017.10.30 21:53:10 5: AC: set readings power6 to 0.818, timeDiff6 to 43997 and countDiff6 to 1
2017.10.30 21:53:10 5: AC: Device Time 172440.52, Drift -68.044s in 124911.956s, -0.05%
2017.10.30 21:54:09 5: AC: Parse line: R6 C2824 D2 R2 T90113 N172500520 X0 F45066 L90113 A99
2017.10.30 21:54:09 4: AC: adding 2 to long count 2334187 and interpolated count 2334187
2017.10.30 21:54:09 4: AC: Pin 6 (pin6) count 2824 longCount 2334189 interpCount 2334189 (diff 2) in 90.113s, reject 0, Avg Len 99ms, result 0.799
2017.10.30 21:54:09 5: AC: interval 21:52:39 until 21:54:09, First at 45066, Last at 90113
2017.10.30 21:54:09 5: AC: set readings power6 to 0.799, timeDiff6 to 90113 and countDiff6 to 2
2017.10.30 21:54:10 5: AC: Device Time 172500.52, Drift -68.080s in 124971.920s, -0.05%
2017.10.30 21:55:09 5: AC: Parse line: R4 C92 D2 R2 T194955 N172560520 X0 F699 L194955 A109219
2017.10.30 21:55:09 4: AC: adding 2 to long count 2282 and interpolated count 2282
2017.10.30 21:55:09 4: AC: Pin 4 (pin4) count 92 longCount 2284 interpCount 2284 (diff 2) in 194.955s, reject 0, Avg Len 109219ms, result 0.037
2017.10.30 21:55:09 5: AC: interval 21:51:55 until 21:55:09, First at 699, Last at 194955
2017.10.30 21:55:09 5: AC: set readings power4 to 0.037, timeDiff4 to 194955 and countDiff4 to 2
2017.10.30 21:55:09 5: AC: Device Time 172560.52, Drift -68.097s in 125031.903s, -0.05%
2017.10.30 21:55:09 5: AC: Parse line: R6 C2825 D1 R1 T44973 N172560520 X0 F44973 L44973 A99
2017.10.30 21:55:09 4: AC: adding 1 to long count 2334189 and interpolated count 2334189
2017.10.30 21:55:09 4: AC: Pin 6 (pin6) count 2825 longCount 2334190 interpCount 2334190 (diff 1) in 44.973s, reject 0, Avg Len 99ms, result 0.800
2017.10.30 21:55:09 5: AC: interval 21:54:25 until 21:55:09, First at 44973, Last at 44973
2017.10.30 21:55:09 5: AC: set readings power6 to 0.800, timeDiff6 to 44973 and countDiff6 to 1
2017.10.30 21:55:09 5: AC: Device Time 172560.52, Drift -68.097s in 125031.903s, -0.05%
2017.10.30 21:56:09 5: AC: Parse line: R6 C2826 D1 R1 T46564 N172620520 X0 F46564 L46564 A101
2017.10.30 21:56:09 4: AC: adding 1 to long count 2334190 and interpolated count 2334190
2017.10.30 21:56:09 4: AC: Pin 6 (pin6) count 2826 longCount 2334191 interpCount 2334191 (diff 1) in 46.564s, reject 0, Avg Len 101ms, result 0.773
2017.10.30 21:56:09 5: AC: interval 21:55:23 until 21:56:09, First at 46564, Last at 46564
2017.10.30 21:56:09 5: AC: set readings power6 to 0.773, timeDiff6 to 46564 and countDiff6 to 1
2017.10.30 21:56:09 5: AC: Device Time 172620.52, Drift -68.149s in 125091.851s, -0.05%
2017.10.30 21:57:09 5: AC: Parse line: R6 C2827 D1 R1 T48386 N172680520 X0 F48386 L48386 A100
2017.10.30 21:57:09 4: AC: adding 1 to long count 2334191 and interpolated count 2334191
2017.10.30 21:57:09 4: AC: Pin 6 (pin6) count 2827 longCount 2334192 interpCount 2334192 (diff 1) in 48.386s, reject 0, Avg Len 100ms, result 0.744
2017.10.30 21:57:09 5: AC: interval 21:56:21 until 21:57:09, First at 48386, Last at 48386
2017.10.30 21:57:09 5: AC: set readings power6 to 0.744, timeDiff6 to 48386 and countDiff6 to 1
2017.10.30 21:57:09 5: AC: Device Time 172680.52, Drift -68.184s in 125151.816s, -0.05%
2017.10.30 21:58:09 5: AC: Parse line: R6 C2828 D1 R1 T54457 N172740520 X0 F54457 L54457 A99
2017.10.30 21:58:09 4: AC: adding 1 to long count 2334192 and interpolated count 2334192
2017.10.30 21:58:09 4: AC: Pin 6 (pin6) count 2828 longCount 2334193 interpCount 2334193 (diff 1) in 54.457s, reject 0, Avg Len 99ms, result 0.661
2017.10.30 21:58:09 5: AC: interval 21:57:15 until 21:58:09, First at 54457, Last at 54457
2017.10.30 21:58:09 5: AC: set readings power6 to 0.661, timeDiff6 to 54457 and countDiff6 to 1
2017.10.30 21:58:09 5: AC: Device Time 172740.52, Drift -68.203s in 125211.797s, -0.05%
2017.10.30 21:59:09 5: AC: Parse line: R6 C2829 D1 R1 T56942 N172800520 X0 F56942 L56942 A100
2017.10.30 21:59:09 4: AC: adding 1 to long count 2334193 and interpolated count 2334193
2017.10.30 21:59:09 4: AC: Pin 6 (pin6) count 2829 longCount 2334194 interpCount 2334194 (diff 1) in 56.942s, reject 0, Avg Len 100ms, result 0.632
2017.10.30 21:59:09 5: AC: interval 21:58:12 until 21:59:09, First at 56942, Last at 56942
2017.10.30 21:59:09 5: AC: set readings power6 to 0.632, timeDiff6 to 56942 and countDiff6 to 1
2017.10.30 21:59:09 5: AC: Device Time 172800.52, Drift -68.238s in 125271.762s, -0.05%
2017.10.30 22:00:09 5: AC: Parse line: R6 C2830 D1 R1 T61125 N172860520 X0 F61125 L61125 A99
2017.10.30 22:00:09 4: AC: adding 1 to long count 2334194 and interpolated count 2334194
2017.10.30 22:00:09 4: AC: Pin 6 (pin6) count 2830 longCount 2334195 interpCount 2334195 (diff 1) in 61.125s, reject 0, Avg Len 99ms, result 0.589
2017.10.30 22:00:09 5: AC: interval 21:59:08 until 22:00:09, First at 61125, Last at 61125
2017.10.30 22:00:09 5: AC: set readings power6 to 0.589, timeDiff6 to 61125 and countDiff6 to 1
2017.10.30 22:00:09 5: AC: Device Time 172860.52, Drift -68.273s in 125331.727s, -0.05%
2017.10.30 22:01:09 5: AC: Parse line: R4 C92 D0 R0 T405045 N172920520 X0
2017.10.30 22:01:09 4: AC: adding 0 to long count 2284 and interpolated count 2284
2017.10.30 22:01:09 4: AC: Pin 4 (pin4) count 92 longCount 2284 interpCount 2284 (diff 0) in 405.045s, reject 0, Avg Len ms, result 0.000
2017.10.30 22:01:09 5: AC: interval 21:54:24 until 22:01:09, First at , Last at
2017.10.30 22:01:09 5: AC: set readings power4 to 0.000, timeDiff4 to 405045 and countDiff4 to 0
2017.10.30 22:01:09 5: AC: Device Time 172920.52, Drift -68.290s in 125391.710s, -0.05%
2017.10.30 22:01:09 5: AC: Parse line: R6 C2831 D1 R1 T62282 N172920520 X0 F62282 L62282 A100
2017.10.30 22:01:09 4: AC: adding 1 to long count 2334195 and interpolated count 2334195
2017.10.30 22:01:09 4: AC: Pin 6 (pin6) count 2831 longCount 2334196 interpCount 2334196 (diff 1) in 62.282s, reject 0, Avg Len 100ms, result 0.578
2017.10.30 22:01:09 5: AC: interval 22:00:07 until 22:01:09, First at 62282, Last at 62282
2017.10.30 22:01:09 5: AC: set readings power6 to 0.578, timeDiff6 to 62282 and countDiff6 to 1
2017.10.30 22:01:09 5: AC: Device Time 172920.52, Drift -68.290s in 125391.710s, -0.05%
2017.10.30 22:01:10 3: VCONTROL300: USB connection opened

Gruss
birdy

Eine Verständnisfrage

Die Ausganslage: Ein Relais / S0 Schnittstelle welche zwischen Pin X und GND liegt, und den Pin währen dem Impuls von 5V auf 0 zieht.
Auf dem ArduCounter gibt es die folgende Definition (pin4 falling pullup 3000).

Ist dann ,,falling" relativ (invers) oder absolut gemeint?
Konkret, wann sollte gezählt werden. Wenn der Pin von 5V auf 0 fällt, oder wenn der von 0 wieder auf 5V geht?

Gruss birdy



Nachtrag:

Ist es gewollt, dass der interpolatedLongX kleiner als die LongX ist?
Ich dachte der sei vorgesehen, um möglicherweise verpasste Impulse zu interpolieren.
Hier werden real existiere Impulse unterdrückt.
Szenario: Arduino resetet, alle Zähler mit setreading auf 0 gestellt, 3 Impulse manuell abgesetzt.

Resultat :

• pin4                           3
  
• long4                           3
  
• interpolatedLong4   1
  

017.10.31 22:51:52 5: AC: ReadAnswer called
2017.10.31 22:51:53 5: AC: Parse line: M Status: ArduCounter V1.9
2017.10.31 22:51:53 4: AC: device reported firmware 1.9
2017.10.31 22:51:53 5: AC: Parse line: M normal interval 60000
2017.10.31 22:51:53 3: AC: device: normal interval 60000
2017.10.31 22:51:53 5: AC: Parse line: M max interval 360000
2017.10.31 22:51:53 3: AC: device: max interval 360000
2017.10.31 22:51:53 5: AC: Parse line: M min interval 2000
2017.10.31 22:51:53 3: AC: device: min interval 2000
2017.10.31 22:51:53 5: AC: Parse line: M min count 1
2017.10.31 22:51:53 3: AC: device: min count 1
2017.10.31 22:51:53 5: AC: Parse line: M pin 4 PCInt pin 20, iMode change, min len 2000 ms falling, count 3 (+2) in 13163 ms Rej 1
2017.10.31 22:51:53 3: AC: device: pin 4 PCInt pin 20, iMode change, min len 2000 ms falling, count 3 (+2) in 13163 ms Rej 1
2017.10.31 22:51:53 5: AC: Parse line: M   first at 97509, last at 110672, avg len 6458
2017.10.31 22:51:53 3: AC: device:   first at 97509, last at 110672, avg len 6458
2017.10.31 22:51:53 5: AC: Parse line: M pin 5 PCInt pin 21, iMode change, min len 2000 ms falling, count 0 (+0) in 112735 ms Rej 0
2017.10.31 22:51:53 3: AC: device: pin 5 PCInt pin 21, iMode change, min len 2000 ms falling, count 0 (+0) in 112735 ms Rej 0
2017.10.31 22:51:53 5: AC: Parse line: M pin 6 PCInt pin 22, iMode change, min len 90 ms falling, count 0 (+0) in 112743 ms Rej 0
2017.10.31 22:51:53 3: AC: device: pin 6 PCInt pin 22, iMode change, min len 90 ms falling, count 0 (+0) in 112743 ms Rej 0
2017.10.31 22:51:53 5: AC: Parse line: M Next report in 7197 Milliseconds
2017.10.31 22:51:53 3: AC: device: Next report in 7197 Milliseconds
2017.10.31 22:51:53 5: AC: ReadAnswer matched Next report in [0-9]+ Milliseconds
2017.10.31 22:52:00 5: AC: Parse line: R4 C3 D2 R3 T13163 N6129504 X1 F0 L13163 A6458
2017.10.31 22:52:00 4: AC: arduino was restarted so some impulses might have got lost for 4 (pin4)
2017.10.31 22:52:00 3: AC: interpolation after counter reset for pin 4 (pin4): offline -43.73 secs, -2 estimated pulses (before 0 in 310355 ms, now 2 in 13163 ms, avg ratio 0.0759705234369065 p/s)
2017.10.31 22:52:00 4: AC: adding interpolated -2 to interpolated count 0
2017.10.31 22:52:00 4: AC: adding 3 to long count 0 and interpolated count -2
2017.10.31 22:52:00 4: AC: Pin 4 (pin4) count 3 longCount 3 interpCount 1 (diff 2) in 13.163s, reject 1, Avg Len 6458ms, result 0.547
2017.10.31 22:52:00 5: AC: interval 22:51:47 until 22:52:00, First at 0, Last at 13163
2017.10.31 22:52:00 5: AC: set readings power4 to 0.547, timeDiff4 to 13163 and countDiff4 to 2
2017.10.31 22:52:00 5: AC: Device Time 6129.504, Drift -2.999s in 5640.268s, -0.05%

Hallo Stefan

Kannst Du mir verraten ob die folgenden Definition für (m)ein Relais geeignet ist und wann genau (welche Flanke) damit der Zähler im ArduCounter erhöht werden sollte?
Danke
pin4       falling pullup 3000

Gruss birdy

Hallo Birdy,

sorry für die späte Antwort, ich habe Deine vorletzte Frage erst jetzt bemerkt.

Zitat
Auf dem ArduCounter gibt es die folgende Definition (pin4 falling pullup 3000).
Ist dann ,,falling" relativ (invers) oder absolut gemeint?
Konkret, wann sollte gezählt werden. Wenn der Pin von 5V auf 0 fällt, oder wenn der von 0 wieder auf 5V geht?

sobald Du die Pulslängen-Kontrolle aktivierst (3000 setzt die minimale Pulslänge auf 3 Sekunden und aktiviert damit die Pulslängen-Kontrolle), ändert sich das Verhalten des Arducounters.
Um die Pulslänge zu ermitteln, wird bei jeder Flanke ein Interrupt ausgelöst um Beginn und Ende des Impulses zu erfassen. "falling" gibt dann an, dass die Impulse mit einer fallenden Flanke (1->0) beginnen. Erst am Ende des Impulses (wieder steigende Flanke) kann dann ausgewertet werden, ob der Impuls die Mindestlänge erreicht hat. Somit wird auch erst beim Ende des Impulses, in diesem Fall also bei der steigenden Flanke der Impuls gezählt. Wenn er zu kurz war, wird er nicht als gültiger Impuls gezählt sondern der Reject-Counter erhöht.

Zitat
Ist es gewollt, dass der interpolatedLongX kleiner als die LongX ist?
Ich dachte der sei vorgesehen, um möglicherweise verpasste Impulse zu interpolieren.
Hier werden real existiere Impulse unterdrückt.
Szenario: Arduino resetet, alle Zähler mit setreading auf 0 gestellt, 3 Impulse manuell abgesetzt.

Es ist nicht gewollt, dass interpolatedLongX kleiner als LongX ist.
Ich interpretiere das Log so:

Vor dem Beginn Deines Log-Auszugs müsste der Arduino neu gestartet worden sein. Dort sollte im Log eine entsprechende Meldung stehen.
Das Fhem-Modul setzt in diesem Moment auch das Internal CounterResetTime auf die aktuelle Zeit. Zudem wird das Flag gelöscht, an dem das Modul erkennt, dass eine Interpolation bereits gemacht wurde.

Durch Dein anschließendes Löschen aller Readings ziehst Du dem Modul die Zeit der letzten Meldung vom Arduino quasi "unter dem Hintern weg". Diese Zeit wird aber später für die Ermittlung der "Offline-Zeit" benötigt...

ca 13 Sekunden nach dem Reset des Arduino hast Du offenbar get info eingegeben:

Zitat
017.10.31 22:51:52 5: AC: ReadAnswer called
2017.10.31 22:51:53 5: AC: Parse line: M Status: ArduCounter V1.9
2017.10.31 22:51:53 4: AC: device reported firmware 1.9
2017.10.31 22:51:53 5: AC: Parse line: M normal interval 60000
2017.10.31 22:51:53 3: AC: device: normal interval 60000
2017.10.31 22:51:53 5: AC: Parse line: M max interval 360000
2017.10.31 22:51:53 3: AC: device: max interval 360000
2017.10.31 22:51:53 5: AC: Parse line: M min interval 2000
2017.10.31 22:51:53 3: AC: device: min interval 2000
2017.10.31 22:51:53 5: AC: Parse line: M min count 1
2017.10.31 22:51:53 3: AC: device: min count 1
2017.10.31 22:51:53 5: AC: Parse line: M pin 4 PCInt pin 20, iMode change, min len 2000 ms falling, count 3 (+2) in 13163 ms Rej 1
2017.10.31 22:51:53 3: AC: device: pin 4 PCInt pin 20, iMode change, min len 2000 ms falling, count 3 (+2) in 13163 ms Rej 1
2017.10.31 22:51:53 5: AC: Parse line: M   first at 97509, last at 110672, avg len 6458
2017.10.31 22:51:53 3: AC: device:   first at 97509, last at 110672, avg len 6458
2017.10.31 22:51:53 5: AC: Parse line: M pin 5 PCInt pin 21, iMode change, min len 2000 ms falling, count 0 (+0) in 112735 ms Rej 0
2017.10.31 22:51:53 3: AC: device: pin 5 PCInt pin 21, iMode change, min len 2000 ms falling, count 0 (+0) in 112735 ms Rej 0
2017.10.31 22:51:53 5: AC: Parse line: M pin 6 PCInt pin 22, iMode change, min len 90 ms falling, count 0 (+0) in 112743 ms Rej 0
2017.10.31 22:51:53 3: AC: device: pin 6 PCInt pin 22, iMode change, min len 90 ms falling, count 0 (+0) in 112743 ms Rej 0
2017.10.31 22:51:53 5: AC: Parse line: M Next report in 7197 Milliseconds
2017.10.31 22:51:53 3: AC: device: Next report in 7197 Milliseconds
2017.10.31 22:51:53 5: AC: ReadAnswer matched Next report in [0-9]+ Milliseconds

Dann meldet sich der Arducounter mit dem Zwischenergebnis:

Zitat
2017.10.31 22:52:00 5: AC: Parse line: R4 C3 D2 R3 T13163 N6129504 X1 F0 L13163 A6458

Das bedeutet:
Report für Pin 4, Count 3, verwertbare neue Impulse (Differenz) 2, Real Count (tatsächlich gezählte Impulse für LongCount): 3 (da wird auch der erste Impuls mitgezählt, bei dem die Intervall-Messung beginnt), Time: 13 Sekunden,
Now: 6129504, Rejected: 1, First after 0 ms, Last at 13 sec, average 6 sec.

Dann bemerkt das Modul, dass dies die erste Meldung des Arduino seit einem Neustart ist.
Das Modul berechnet die Zeit zwischen der letzten Meldung und dem Neustart des Arduino. Diese Subtraktion geht schief und liefert ein negatives Ergebnis, da Du zum genau richtigen Zeitpunkt die Readings gelöscht hast (da muss ich noch eine Prüfung einbauen, die so etwas erkennt / verhindert ...)

entsprechend interpoliert das Modul eine negative Zahl von Impulsen:

Zitat
2017.10.31 22:52:00 4: AC: arduino was restarted so some impulses might have got lost for 4 (pin4)
2017.10.31 22:52:00 3: AC: interpolation after counter reset for pin 4 (pin4): offline -43.73 secs, -2 estimated pulses (before 0 in 310355 ms, now 2 in 13163 ms, avg ratio 0.0759705234369065 p/s)
2017.10.31 22:52:00 4: AC: adding interpolated -2 to interpolated count 0
2017.10.31 22:52:00 4: AC: adding 3 to long count 0 and interpolated count -2
2017.10.31 22:52:00 4: AC: Pin 4 (pin4) count 3 longCount 3 interpCount 1 (diff 2) in 13.163s, reject 1, Avg Len 6458ms, result 0.547
2017.10.31 22:52:00 5: AC: interval 22:51:47 until 22:52:00, First at 0, Last at 13163
2017.10.31 22:52:00 5: AC: set readings power4 to 0.547, timeDiff4 to 13163 and countDiff4 to 2
2017.10.31 22:52:00 5: AC: Device Time 6129.504, Drift -2.999s in 5640.268s, -0.05%

Gruss
  Stefan

EDIT: Detailformulierung konkretisiert / korrigiert

Hallo,

anbei eine neue Version zum Testen, die zusätzlich Prüfungen zur Plausibilität der berechneten Offline-Zeit bei der Interpolation enthält.
Falls die benötigten Readings oder die Timestamps der benötigten Readings fehlen oder falls die Zeit negativ wird, wird nichts interpoliert.
@Birdy: Falls Du es schaffst, damit einen ähnlichen Zustand zu reproduzieren, würde ich noch weitere Log-Meldungen einbauen um zu verstehen, wie das genau passiert...

Gruss / vielen Dank fürs Testen
   Stefan

Hallo Stefan

Zitat von: StefanStrobel am 13 November 2017, 21:30:31
sorry für die späte Antwort,

Kein Problem es gibt (zum Glück) neben FHEM noch andere interessante Dinge im Leben

Gerne teste ich die neue Version. Doch zuvor möchte ich sicher sein, dass ich eine geeignete Pin Definition verwende. Was kannst Du beim mir empfehlen?

Zitat von: StefanStrobel am 13 November 2017, 21:30:31
sobald Du die Pulslängen-Kontrolle aktivierst (3000 setzt die minimale Pulslänge auf 3 Sekunden und aktiviert damit die Pulslängen-Kontrolle), ändert sich das Verhalten des Arducounters.

Wenn ich richtig verstanden habe, wird ohne Pulslängen-Kontrolle zu Beginn des Impulses (5>0) gezählt. Mit Pulslängen-Kontrolle erst am Ende des Impulses (0>5) sofern der Impuls genügend lange gedauert hat. Es muss also die Dauer gezählt werden.
Könnte es sein, dass es hier zu einem Zählerüberlauf kommt, Da bei mir einzelne Impulse mehrere Stunden dauern können. Dieser Impuls in der Folge dann ins schwarze Loch fällt und nicht gezählt wird?
Soll ich mal ohne Pulslängen-Kontrolle weiter testen. Was ist Deine Empfehlung?

Vielen Dank für Deine aktive Unterstützung.

Gruss birdy

hallo Birdy,

die Zeitwerte werden im Sketch als Millisekunden in einem unsigned long (32 Bit) gespeichert. Das sollte erst nach 49 Tagen überlaufen.
Ich würde schon mit Pulslängen-Kontrolle weiter testen.

Wenn ich es richtig verstehe und Deine Impulse von einem Relais erzeugt werden und Minuten oder sogar Stunden lang sein können, dann könnte ich zur Kontrolle auch in den Sketch eine Debug-Funktion einbauen, die in Fhem bei jedem Zustandswechsel am Arduino-Pin einen Log-Eintrag erzeugt - unabhängig vom Zählen.
Eventuell kommst Du dann dem Problem eher auf die Spur?
(für normale S0-Signale würde das nicht funktionieren ...)

Gruss
   Stefan

Hallo Stefan

Ich habe das Ganze mal ein wenig beobachtet und mir ein paar Notizen gemacht.

1.   Mit Pulslängen-Kontrolle.
Über 42 Stunden habe 19.4 Liter verbraucht was 194 Impulsen entsprechen müsste. Der Arducounter hat aber nur 74 Impulse gezählt (120 fehlen).

2.   Ohne Pulslängen-Kontrolle.
Über 31 Stunden habe 11.9 Liter verbraucht was 119 Impulsen entsprechen müsste. Der Arducounter hat aber nur 69 Impulse gezählt (50 fehlen).

Die Pulslängen-Kontrolle scheint also beim Verhalten nicht den entscheidenden Unterschied zu machen.

Zitat von: StefanStrobel am 18 November 2017, 17:12:26
.....könnte ich zur Kontrolle auch in den Sketch eine Debug-Funktion einbauen, die in Fhem bei jedem Zustandswechsel am Arduino-Pin einen Log-Eintrag erzeugt - unabhängig vom Zählen.

Ja sehr gerne wenn das möglich ist. Ich denke das würde mich dann einen wichtigen Stritt weiter bringen.

So kann ich mein DMM mit USB Ausgang einige Stunden mitlaufen lassen und die Werte Aufzeichnen. Anschliessend die beiden Logs gegeneinander abgleichen und es wird sofort klar wo Differenz entsteht. :)

Gruss birdy

Hallo birdy,

anbei eine Variante der Firmware, die bei jedem Status-Change eines im ArduCounter verwendeten Ports eine Log-Zeile ausgibt. Das ganze ist nicht für den Normalbetrieb geeignet, sondern nur zum Debugging.
In Fhem sollte das verbose-Level auf 4 stehen.

Gruss
   Stefan

Hallo Stefan

Super vielen herzlichen Dank.
Sobald ich neue Erkenntnisse habe, werde ich hier berichten.

Gruss und noch einen schönen Sonntag
birdy

Hallo Stefan

Ich habe heute wären rund 6 Stunden das Verhalten mit den DMM aufgezeichnet und die Logs abgeglichen.

Zuerst das erfreuliche, die neue Debugg Funktion zeigt den Status Wechsel zuverlässig. Ein Vergleich zum DMM Log ergab über die gesamte Zeit eine vollständige Übereinstimmung.

Aber nach diesen 6 Stunden hatte der ArduCounter an Pin 4 mehr Impulse gezählt als der mechanische Zähler. ::)
Jetzt zählt er plötzlich mehr als die vorhanden Impulse

Ich habe den ArduCounter (unbewusst) ohne Pulslängen-Kontrolle laufen gelassen. gem. meinem Verständnis müsste er also immer bzw. nur bei 5>0 zählen.
Das macht er gem. Log in der Regel auch korrekt z.B. 18:51:01 / 18:51:20
Dann aber 19:20:58 / 19:21:19 Pin geht Pin 4 von 0>5 und ArduCounter erhöht den Zähler aus einem mir nicht ersichtlichen Grund..... ???


2017.11.26 18:49:20 4: AC: adding 0 to long count 4489 and interpolated count 4489
2017.11.26 18:49:20 4: AC: Pin 4 (pin4) count 17 longCount 4489 interpCount 4489 (diff 0) in 360.000s, Avg Len ms, result 0.000
2017.11.26 18:49:20 4: AC: interval 18:43:20 until 18:49:20, First at , Last at
2017.11.26 18:51:01 3: AC: device: pin 4 changed state to 0 , count 18 (+1)
2017.11.26 18:51:20 4: AC: adding 1 to long count 4489 and interpolated count 4489
2017.11.26 18:51:20 4: AC: Pin 4 (pin4) count 18 longCount 4490 interpCount 4490 (diff 1) in 101.144s, Avg Len ms, result 0.036
2017.11.26 18:51:20 4: AC: interval 18:49:39 until 18:51:20, First at 101144, Last at 101144
2017.11.26 18:52:20 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.26 18:52:20 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 18:52:20 4: AC: interval 18:46:20 until 18:52:20, First at , Last at
2017.11.26 18:52:20 4: AC: Pin 5 (pin5) count 0 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 18:52:20 4: AC: interval 18:46:20 until 18:52:20, First at , Last at
2017.11.26 18:54:22 3: AC: device: pin 4 changed state to 1 , count 18 (+0)
2017.11.26 18:57:20 4: AC: adding 0 to long count 4490 and interpolated count 4490
2017.11.26 18:57:20 4: AC: Pin 4 (pin4) count 18 longCount 4490 interpCount 4490 (diff 0) in 378.856s, Avg Len ms, result 0.000
2017.11.26 18:57:20 4: AC: interval 18:51:01 until 18:57:20, First at , Last at
2017.11.26 18:58:20 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.26 18:58:20 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 18:58:20 4: AC: interval 18:52:20 until 18:58:20, First at , Last at
2017.11.26 18:58:20 4: AC: Pin 5 (pin5) count 0 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 18:58:20 4: AC: interval 18:52:20 until 18:58:20, First at , Last at
2017.11.26 19:03:20 4: AC: adding 0 to long count 4490 and interpolated count 4490
2017.11.26 19:03:20 4: AC: Pin 4 (pin4) count 18 longCount 4490 interpCount 4490 (diff 0) in 360.000s, Avg Len ms, result 0.000
2017.11.26 19:03:20 4: AC: interval 18:57:20 until 19:03:20, First at , Last at
2017.11.26 19:04:20 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.26 19:04:20 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 19:04:20 4: AC: interval 18:58:20 until 19:04:20, First at , Last at
2017.11.26 19:04:20 4: AC: Pin 5 (pin5) count 0 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 19:04:20 4: AC: interval 18:58:20 until 19:04:20, First at , Last at
2017.11.26 19:09:20 4: AC: adding 0 to long count 4490 and interpolated count 4490
2017.11.26 19:09:20 4: AC: Pin 4 (pin4) count 18 longCount 4490 interpCount 4490 (diff 0) in 360.000s, Avg Len ms, result 0.000
2017.11.26 19:09:20 4: AC: interval 19:03:20 until 19:09:20, First at , Last at
2017.11.26 19:10:20 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.26 19:10:20 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 19:10:20 4: AC: interval 19:04:20 until 19:10:20, First at , Last at
2017.11.26 19:10:20 4: AC: Pin 5 (pin5) count 0 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 19:10:20 4: AC: interval 19:04:20 until 19:10:20, First at , Last at
2017.11.26 19:14:47 3: AC: device: pin 4 changed state to 0 , count 19 (+1)
2017.11.26 19:15:20 4: AC: adding 1 to long count 4490 and interpolated count 4490
2017.11.26 19:15:20 4: AC: Pin 4 (pin4) count 19 longCount 4491 interpCount 4491 (diff 1) in 327.078s, Avg Len ms, result 0.011
2017.11.26 19:15:20 4: AC: interval 19:09:52 until 19:15:20, First at 327078, Last at 327078
2017.11.26 19:16:19 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.26 19:16:19 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 19:16:19 4: AC: interval 19:10:19 until 19:16:19, First at , Last at
2017.11.26 19:16:19 4: AC: Pin 5 (pin5) count 0 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 19:16:19 4: AC: interval 19:10:19 until 19:16:19, First at , Last at
2017.11.26 19:20:58 3: AC: device: pin 4 changed state to 1 , count 20 (+1)
2017.11.26 19:21:19 4: AC: adding 1 to long count 4491 and interpolated count 4491
2017.11.26 19:21:19 4: AC: Pin 4 (pin4) count 20 longCount 4492 interpCount 4492 (diff 1) in 372.010s, Avg Len ms, result 0.010
2017.11.26 19:21:19 4: AC: interval 19:15:07 until 19:21:19, First at 372010, Last at 372010
2017.11.26 19:22:19 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.26 19:22:19 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 19:22:19 4: AC: interval 19:16:19 until 19:22:19, First at , Last at
2017.11.26 19:22:19 4: AC: Pin 5 (pin5) count 0 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 19:22:19 4: AC: interval 19:16:19 until 19:22:19, First at , Last at
2017.11.26 19:24:06 3: AC: device: pin 4 changed state to 0 , count 21 (+1)
2017.11.26 19:24:19 4: AC: adding 1 to long count 4492 and interpolated count 4492
2017.11.26 19:24:19 4: AC: Pin 4 (pin4) count 21 longCount 4493 interpCount 4493 (diff 1) in 187.734s, Avg Len ms, result 0.019
2017.11.26 19:24:19 4: AC: interval 19:21:11 until 19:24:19, First at 187734, Last at 187734
2017.11.26 19:26:59 3: AC: device: pin 4 changed state to 1 , count 21 (+0)
2017.11.26 19:28:19 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.26 19:28:19 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 19:28:19 4: AC: interval 19:22:19 until 19:28:19, First at , Last at
2017.11.26 19:28:19 4: AC: Pin 5 (pin5) count 0 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.26 19:28:19 4: AC: interval 19:22:19 until 19:28:19, First at , Last at




Internals:
   DEF        /dev/ttyUSB0@38400
   DeviceName /dev/ttyUSB0@38400
   FD         4
   Initialized 1
   NAME       AC
   NOTIFYDEV  global
   NR         21
   NTFY_ORDER 50-AC
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   VersionFirmware 1.91
   VersionModule 5.3 - 26.11.2017
   buffer
   CounterInterpolated:
   READINGS:
     2017-11-26 23:47:10   OelVorrat       1002.9
     2017-11-26 23:47:10   OelZaehler      451.1
     2017-11-26 23:47:10   OelZaehlerI     451.1
     2017-11-26 23:47:10   countDiff4      0
     2017-11-26 23:46:10   countDiff6      0
     2017-11-26 23:47:10   interpolatedLong4 4511
     2017-11-26 23:46:10   interpolatedLong6 13112
     2017-11-26 23:47:10   lastMsg4        R4 C46 D0 R0 T399642 N32826713

     2017-11-26 23:46:10   lastMsg6        R6 C0 D0 R0 T360000 N32766695 X0

     2017-11-26 23:47:10   long4           4511
     2017-11-26 23:46:10   long6           13112
     2017-11-26 23:47:10   pin4            46
     2017-11-26 23:46:10   pin5            0
     2017-11-26 23:46:10   pin6            0
     2017-11-26 23:47:10   power4          0.000
     2017-11-26 23:46:10   power5          0.000
     2017-11-26 23:46:10   power6          0.000
     2017-11-26 23:47:10   reject4
     2017-11-26 23:46:10   reject6         0
     2017-11-26 14:48:57   state           opened
     2017-11-26 23:47:10   timeDiff4       399642
     2017-11-26 23:46:10   timeDiff6       360000
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   interval   60 360
   pin4       falling pullup
   pin5       falling pullup 2000
   pin6       falling pullup 90
   readingFactor6 10000
   userReadings OelZaehler {ReadingsVal("AC","long4",0)/10},OelZaehlerI {ReadingsVal("AC","interpolatedLong4",0)/10},OelVorrat {1454-ReadingsVal("AC","OelZaehlerI",0)}
   userattr   pin4 pin5 pin6 readingFactor6 verboseReadings4 verboseReadings6
   verbose    4
   verboseReadings4 1
   verboseReadings6 1

Falls Du weitere Angaben benötigst, bitte melden.

Gruss birdy

Hallo birdy,

ich gehe davon aus, dass die Differenz von kurzen Störimpulsen ausgeht. Ohne Pulslängenkontrolle werden die mitgezählt.
Das Zählen erfolgt im Sketch über Interrupts und ist daher schnell. Die Debug-Ausgabe der Zustandsänderungen läuft aber in der Hauptschleife und ist für kurze Impulse zu langsam. Daher kann es gut sein, dass so ein kurzer Störimpuls zwar einen Interrupt auslöst und gezählt wird, aber in der Hauptschleife gar nicht bemerkt wird.

Daher würde ich empfehlen mit Pulslängenkontrolle zu zählen. Ein kurzer Störimpuls wird dann als "rejected" gezählt.

Gruss
   Stefan

Hallo Stefan

Ja möglicherweise prellt der Reed Kontakt. Vielen Dank für den Hinweis. Werde die nächste Messreihe mit Pulslängenkontrolle laufen lassen.

Gruss birdy

Hallo, hab es nach Gebaut und es scheint Zu funktionieren. :D Und somit bin ich schon einmal begeistert von eurer Arbeit. Hatte vorher den IST Verbrauch mit dem S0COUNTER Modul ausgelesen es geht geht auch schnell. Aber es gab unzählige Impulsspitzen.

Aber jetzt zu Frage?

Gibt es eine Möglichkeit das Modul mit dem HourCounter zuverbinden?
Im HourCounter wiki wird ja define <name> HourCounter <regexp_for_ON>

Gibt es eine Befehl für den on Wert? Oder könnnte man das Implementieren? Dann könnte man eine Tages/Monats/... Statistik führen?

Hallo,

schau doch mal das an:
https://fhem.de/commandref_DE.html#statistics

Gruss
    Stefan

Hallo Stefan

Ich habe heute von 17:30 – 21:20 das Verhalten mit den DMM mitgeschnitten.
Der Durchlaufzähler hat 2.24L gezählt. In dieser Zeit ist das Signal gem. DMM Log 23x von 0>5. Der ArduCounter hat in dieser Zeit aber nur 15 Impulse gezählt. Während dieser Zeit sind also 8 Impulse ignoriert worden.
Die Debugg Funktion des ArduCounter hat alle Statusübergänge übereinstimmend zum DMM Log 1:1 erkannt.
Der Zähler reject4 hatte danach den Wert 0  (siehe List )
Die nicht gezählten Impulse kannst Du hier im Log finden.

18:35:17 / 18:37:04
18:49:57 / 18:51:03
18:54:21 / 18:55:03
19:28:12 / 19:29:02
20:20:14 / 20:01:01
20:46:49 / 20:48:49
20:56:59 / 20:58:59
21:02:43 / 21:04:59

Gruss birdy

Log

2017.11.30 17:28:10 3: AC: device: pin 4 changed state to 0 , count 344 (+0)  Rej 1
2017.11.30 17:29:06 4: AC: adding 0 to long count 4793 and interpolated count 4793
2017.11.30 17:29:06 4: AC: Pin 4 (pin4) count 344 longCount 4793 interpCount 4793 (diff 0) in 360.000s, reject 1, Avg Len ms, result 0.000
2017.11.30 17:29:06 4: AC: interval 17:23:06 until 17:29:06, First at , Last at
2017.11.30 17:31:06 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 17:31:06 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 17:31:06 4: AC: interval 17:25:06 until 17:31:06, First at , Last at
2017.11.30 17:35:06 4: AC: adding 0 to long count 4893 and interpolated count 4893
2017.11.30 17:35:06 4: AC: Pin 4 (pin4) count 344 longCount 4893 interpCount 4893 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 17:35:06 4: AC: interval 17:29:06 until 17:35:06, First at , Last at
2017.11.30 17:37:06 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 17:37:06 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 17:37:06 4: AC: interval 17:31:06 until 17:37:06, First at , Last at
2017.11.30 17:41:05 4: AC: adding 0 to long count 4893 and interpolated count 4893
2017.11.30 17:41:05 4: AC: Pin 4 (pin4) count 344 longCount 4893 interpCount 4893 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 17:41:05 4: AC: interval 17:35:05 until 17:41:05, First at , Last at
2017.11.30 17:41:45 3: AC: device: pin 4 changed state to 1 , count 345 (+1)  Rej 0
2017.11.30 17:42:05 4: AC: adding 1 to long count 4893 and interpolated count 4893
2017.11.30 17:42:05 4: AC: Pin 4 (pin4) count 345 longCount 4894 interpCount 4894 (diff 1) in 39.191s, reject 0, Avg Len 815499ms, result 0.092
2017.11.30 17:42:05 4: AC: interval 17:41:26 until 17:42:05, First at 39191, Last at 39191
2017.11.30 17:43:05 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 17:43:05 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 17:43:05 4: AC: interval 17:37:05 until 17:43:05, First at , Last at
2017.11.30 17:44:36 3: AC: device: pin 4 changed state to 0 , count 345 (+0)  Rej 0
2017.11.30 17:46:58 3: AC: device: pin 4 changed state to 1 , count 346 (+1)  Rej 0
2017.11.30 17:47:05 4: AC: adding 1 to long count 4894 and interpolated count 4894
2017.11.30 17:47:05 4: AC: Pin 4 (pin4) count 346 longCount 4895 interpCount 4895 (diff 1) in 313.321s, reject 0, Avg Len 141880ms, result 0.011
2017.11.30 17:47:05 4: AC: interval 17:41:52 until 17:47:05, First at 313321, Last at 313321
2017.11.30 17:49:05 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 17:49:05 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 17:49:05 4: AC: interval 17:43:05 until 17:49:05, First at , Last at
2017.11.30 17:49:06 3: AC: device: pin 4 changed state to 0 , count 346 (+0)  Rej 0
2017.11.30 17:51:29 3: AC: device: pin 4 changed state to 1 , count 347 (+1)  Rej 0
2017.11.30 17:52:05 4: AC: adding 1 to long count 4895 and interpolated count 4895
2017.11.30 17:52:05 4: AC: Pin 4 (pin4) count 347 longCount 4896 interpCount 4896 (diff 1) in 271.241s, reject 0, Avg Len 143317ms, result 0.013
2017.11.30 17:52:05 4: AC: interval 17:47:34 until 17:52:05, First at 271241, Last at 271241
2017.11.30 17:54:25 3: AC: device: pin 4 changed state to 0 , count 347 (+0)  Rej 0
2017.11.30 17:55:05 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 17:55:05 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 17:55:05 4: AC: interval 17:49:05 until 17:55:05, First at , Last at
2017.11.30 17:57:15 3: AC: device: pin 4 changed state to 1 , count 348 (+1)  Rej 0
2017.11.30 17:58:05 4: AC: adding 1 to long count 4896 and interpolated count 4896
2017.11.30 17:58:05 4: AC: Pin 4 (pin4) count 348 longCount 4897 interpCount 4897 (diff 1) in 346.313s, reject 0, Avg Len 169927ms, result 0.010
2017.11.30 17:58:05 4: AC: interval 17:52:19 until 17:58:05, First at 346313, Last at 346313
2017.11.30 18:01:05 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 18:01:05 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:01:05 4: AC: interval 17:55:05 until 18:01:05, First at , Last at
2017.11.30 18:04:05 4: AC: adding 0 to long count 4897 and interpolated count 4897
2017.11.30 18:04:05 4: AC: Pin 4 (pin4) count 348 longCount 4897 interpCount 4897 (diff 0) in 409.934s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:04:05 4: AC: interval 17:57:15 until 18:04:05, First at , Last at
2017.11.30 18:07:05 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 18:07:05 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:07:05 4: AC: interval 18:01:05 until 18:07:05, First at , Last at
2017.11.30 18:10:05 4: AC: adding 0 to long count 4897 and interpolated count 4897
2017.11.30 18:10:05 4: AC: Pin 4 (pin4) count 348 longCount 4897 interpCount 4897 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:10:05 4: AC: interval 18:04:05 until 18:10:05, First at , Last at
2017.11.30 18:13:04 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 18:13:04 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:13:04 4: AC: interval 18:07:04 until 18:13:04, First at , Last at
2017.11.30 18:16:04 4: AC: adding 0 to long count 4897 and interpolated count 4897
2017.11.30 18:16:04 4: AC: Pin 4 (pin4) count 348 longCount 4897 interpCount 4897 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:16:04 4: AC: interval 18:10:04 until 18:16:04, First at , Last at
2017.11.30 18:17:32 3: AC: device: pin 4 changed state to 0 , count 348 (+0)  Rej 0
2017.11.30 18:19:04 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 18:19:04 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:19:04 4: AC: interval 18:13:04 until 18:19:04, First at , Last at
2017.11.30 18:20:15 3: AC: device: pin 4 changed state to 1 , count 349 (+1)  Rej 0
2017.11.30 18:21:04 4: AC: adding 1 to long count 4897 and interpolated count 4897
2017.11.30 18:21:04 4: AC: Pin 4 (pin4) count 349 longCount 4898 interpCount 4898 (diff 1) in 250.662s, reject 0, Avg Len 163394ms, result 0.014
2017.11.30 18:21:04 4: AC: interval 18:16:54 until 18:21:04, First at 250662, Last at 250662
2017.11.30 18:23:10 3: AC: device: pin 4 changed state to 0 , count 349 (+0)  Rej 1
2017.11.30 18:25:04 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 18:25:04 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:25:04 4: AC: interval 18:19:04 until 18:25:04, First at , Last at
2017.11.30 18:27:04 4: AC: adding 0 to long count 4898 and interpolated count 4898
2017.11.30 18:27:04 4: AC: Pin 4 (pin4) count 349 longCount 4898 interpCount 4898 (diff 0) in 409.338s, reject 1, Avg Len ms, result 0.000
2017.11.30 18:27:04 4: AC: interval 18:20:15 until 18:27:04, First at , Last at
2017.11.30 18:31:04 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 18:31:04 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:31:04 4: AC: interval 18:25:04 until 18:31:04, First at , Last at
2017.11.30 18:33:04 4: AC: adding 0 to long count 4898 and interpolated count 4898
2017.11.30 18:33:04 4: AC: Pin 4 (pin4) count 349 longCount 4898 interpCount 4898 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:33:04 4: AC: interval 18:27:04 until 18:33:04, First at , Last at
2017.11.30 18:35:17 3: AC: device: pin 4 changed state to 1 , count 349 (+0)  Rej 1
2017.11.30 18:37:04 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 18:37:04 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:37:04 4: AC: interval 18:31:04 until 18:37:04, First at , Last at
2017.11.30 18:39:04 4: AC: adding 0 to long count 4898 and interpolated count 4898
2017.11.30 18:39:04 4: AC: Pin 4 (pin4) count 349 longCount 4898 interpCount 4898 (diff 0) in 360.000s, reject 1, Avg Len ms, result 0.000
2017.11.30 18:39:04 4: AC: interval 18:33:04 until 18:39:04, First at , Last at
2017.11.30 18:43:03 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 18:43:03 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:43:03 4: AC: interval 18:37:03 until 18:43:03, First at , Last at
2017.11.30 18:45:03 4: AC: adding 0 to long count 4898 and interpolated count 4898
2017.11.30 18:45:03 4: AC: Pin 4 (pin4) count 349 longCount 4898 interpCount 4898 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:45:03 4: AC: interval 18:39:03 until 18:45:03, First at , Last at
2017.11.30 18:47:22 3: AC: device: pin 4 changed state to 0 , count 349 (+0)  Rej 1
2017.11.30 18:49:03 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 18:49:03 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:49:03 4: AC: interval 18:43:03 until 18:49:03, First at , Last at
2017.11.30 18:49:57 3: AC: device: pin 4 changed state to 1 , count 349 (+0)  Rej 2
2017.11.30 18:51:03 4: AC: adding 0 to long count 4898 and interpolated count 4898
2017.11.30 18:51:03 4: AC: Pin 4 (pin4) count 349 longCount 4898 interpCount 4898 (diff 0) in 360.000s, reject 2, Avg Len ms, result 0.000
2017.11.30 18:51:03 4: AC: interval 18:45:03 until 18:51:03, First at , Last at
2017.11.30 18:52:05 3: AC: device: pin 4 changed state to 0 , count 349 (+0)  Rej 1
2017.11.30 18:54:21 3: AC: device: pin 4 changed state to 1 , count 349 (+0)  Rej 2
2017.11.30 18:55:03 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 18:55:03 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 18:55:03 4: AC: interval 18:49:03 until 18:55:03, First at , Last at
2017.11.30 18:57:03 4: AC: adding 0 to long count 4898 and interpolated count 4898
2017.11.30 18:57:03 4: AC: Pin 4 (pin4) count 349 longCount 4898 interpCount 4898 (diff 0) in 360.000s, reject 2, Avg Len ms, result 0.000
2017.11.30 18:57:03 4: AC: interval 18:51:03 until 18:57:03, First at , Last at
2017.11.30 18:57:18 3: AC: device: pin 4 changed state to 0 , count 349 (+0)  Rej 0
2017.11.30 19:01:03 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 19:01:03 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:01:03 4: AC: interval 18:55:03 until 19:01:03, First at , Last at
2017.11.30 19:03:03 4: AC: adding 0 to long count 4898 and interpolated count 4898
2017.11.30 19:03:03 4: AC: Pin 4 (pin4) count 349 longCount 4898 interpCount 4898 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:03:03 4: AC: interval 18:57:03 until 19:03:03, First at , Last at
2017.11.30 19:07:03 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 19:07:03 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:07:03 4: AC: interval 19:01:03 until 19:07:03, First at , Last at
2017.11.30 19:09:03 4: AC: adding 0 to long count 4898 and interpolated count 4898
2017.11.30 19:09:03 4: AC: Pin 4 (pin4) count 349 longCount 4898 interpCount 4898 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:09:03 4: AC: interval 19:03:03 until 19:09:03, First at , Last at
2017.11.30 19:13:02 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 19:13:02 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:13:02 4: AC: interval 19:07:02 until 19:13:02, First at , Last at
2017.11.30 19:14:44 3: AC: device: pin 4 changed state to 1 , count 350 (+1)  Rej 0
2017.11.30 19:15:02 4: AC: adding 1 to long count 4898 and interpolated count 4898
2017.11.30 19:15:02 4: AC: Pin 4 (pin4) count 350 longCount 4899 interpCount 4899 (diff 1) in 341.257s, reject 0, Avg Len 1046114ms, result 0.011
2017.11.30 19:15:02 4: AC: interval 19:09:21 until 19:15:02, First at 341257, Last at 341257
2017.11.30 19:17:38 3: AC: device: pin 4 changed state to 0 , count 350 (+0)  Rej 0
2017.11.30 19:19:02 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 19:19:02 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:19:02 4: AC: interval 19:13:02 until 19:19:02, First at , Last at
2017.11.30 19:19:28 3: AC: device: pin 4 changed state to 1 , count 351 (+1)  Rej 0
2017.11.30 19:20:02 4: AC: adding 1 to long count 4899 and interpolated count 4899
2017.11.30 19:20:02 4: AC: Pin 4 (pin4) count 351 longCount 4900 interpCount 4900 (diff 1) in 284.802s, reject 0, Avg Len 110373ms, result 0.013
2017.11.30 19:20:02 4: AC: interval 19:15:17 until 19:20:02, First at 284802, Last at 284802
2017.11.30 19:21:09 3: AC: device: pin 4 changed state to 0 , count 351 (+0)  Rej 0
2017.11.30 19:22:48 3: AC: device: pin 4 changed state to 1 , count 352 (+1)  Rej 0
2017.11.30 19:23:02 4: AC: adding 1 to long count 4900 and interpolated count 4900
2017.11.30 19:23:02 4: AC: Pin 4 (pin4) count 352 longCount 4901 interpCount 4901 (diff 1) in 199.455s, reject 0, Avg Len 98981ms, result 0.018
2017.11.30 19:23:02 4: AC: interval 19:19:43 until 19:23:02, First at 199455, Last at 199455
2017.11.30 19:25:02 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 19:25:02 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:25:02 4: AC: interval 19:19:02 until 19:25:02, First at , Last at
2017.11.30 19:25:23 3: AC: device: pin 4 changed state to 0 , count 352 (+0)  Rej 1
2017.11.30 19:28:12 3: AC: device: pin 4 changed state to 1 , count 352 (+0)  Rej 2
2017.11.30 19:29:02 4: AC: adding 0 to long count 4901 and interpolated count 4901
2017.11.30 19:29:02 4: AC: Pin 4 (pin4) count 352 longCount 4901 interpCount 4901 (diff 0) in 374.486s, reject 2, Avg Len ms, result 0.000
2017.11.30 19:29:02 4: AC: interval 19:22:47 until 19:29:02, First at , Last at
2017.11.30 19:31:02 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 19:31:02 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:31:02 4: AC: interval 19:25:02 until 19:31:02, First at , Last at
2017.11.30 19:35:02 4: AC: adding 0 to long count 4901 and interpolated count 4901
2017.11.30 19:35:02 4: AC: Pin 4 (pin4) count 352 longCount 4901 interpCount 4901 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:35:02 4: AC: interval 19:29:02 until 19:35:02, First at , Last at
2017.11.30 19:37:02 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 19:37:02 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:37:02 4: AC: interval 19:31:02 until 19:37:02, First at , Last at
2017.11.30 19:40:42 3: AC: device: pin 4 changed state to 0 , count 352 (+0)  Rej 0
2017.11.30 19:41:02 4: AC: adding 0 to long count 4901 and interpolated count 4901
2017.11.30 19:41:02 4: AC: Pin 4 (pin4) count 352 longCount 4901 interpCount 4901 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:41:02 4: AC: interval 19:35:02 until 19:41:02, First at , Last at
2017.11.30 19:43:01 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 19:43:01 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:43:01 4: AC: interval 19:37:01 until 19:43:01, First at , Last at
2017.11.30 19:47:01 4: AC: adding 0 to long count 4901 and interpolated count 4901
2017.11.30 19:47:01 4: AC: Pin 4 (pin4) count 352 longCount 4901 interpCount 4901 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:47:01 4: AC: interval 19:41:01 until 19:47:01, First at , Last at
2017.11.30 19:48:46 3: AC: device: pin 4 changed state to 1 , count 353 (+1)  Rej 0
2017.11.30 19:49:01 4: AC: adding 1 to long count 4901 and interpolated count 4901
2017.11.30 19:49:01 4: AC: Pin 4 (pin4) count 353 longCount 4902 interpCount 4902 (diff 1) in 104.928s, reject 0, Avg Len 484137ms, result 0.034
2017.11.30 19:49:01 4: AC: interval 19:47:16 until 19:49:01, First at 104928, Last at 104928
2017.11.30 19:49:01 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 19:49:01 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:49:01 4: AC: interval 19:43:01 until 19:49:01, First at , Last at
2017.11.30 19:51:42 3: AC: device: pin 4 changed state to 0 , count 353 (+0)  Rej 0
2017.11.30 19:54:27 3: AC: device: pin 4 changed state to 1 , count 354 (+1)  Rej 0
2017.11.30 19:55:01 4: AC: adding 1 to long count 4902 and interpolated count 4902
2017.11.30 19:55:01 4: AC: Pin 4 (pin4) count 354 longCount 4903 interpCount 4903 (diff 1) in 341.340s, reject 0, Avg Len 165051ms, result 0.011
2017.11.30 19:55:01 4: AC: interval 19:49:20 until 19:55:01, First at 341340, Last at 341340
2017.11.30 19:55:01 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 19:55:01 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 19:55:01 4: AC: interval 19:49:01 until 19:55:01, First at , Last at
2017.11.30 19:57:32 3: AC: device: pin 4 changed state to 0 , count 354 (+0)  Rej 1
2017.11.30 20:00:14 3: AC: device: pin 4 changed state to 1 , count 354 (+0)  Rej 2
2017.11.30 20:01:01 4: AC: adding 0 to long count 4903 and interpolated count 4903
2017.11.30 20:01:01 4: AC: Pin 4 (pin4) count 354 longCount 4903 interpCount 4903 (diff 0) in 393.732s, reject 2, Avg Len ms, result 0.000
2017.11.30 20:01:01 4: AC: interval 19:54:27 until 20:01:01, First at , Last at
2017.11.30 20:01:01 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 20:01:01 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:01:01 4: AC: interval 19:55:01 until 20:01:01, First at , Last at
2017.11.30 20:03:13 3: AC: device: pin 4 changed state to 0 , count 354 (+0)  Rej 0
2017.11.30 20:07:01 4: AC: adding 0 to long count 4903 and interpolated count 4903
2017.11.30 20:07:01 4: AC: Pin 4 (pin4) count 354 longCount 4903 interpCount 4903 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:07:01 4: AC: interval 20:01:01 until 20:07:01, First at , Last at
2017.11.30 20:07:01 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 20:07:01 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:07:01 4: AC: interval 20:01:01 until 20:07:01, First at , Last at
2017.11.30 20:13:00 4: AC: adding 0 to long count 4903 and interpolated count 4903
2017.11.30 20:13:00 4: AC: Pin 4 (pin4) count 354 longCount 4903 interpCount 4903 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:13:00 4: AC: interval 20:07:00 until 20:13:00, First at , Last at
2017.11.30 20:13:00 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 20:13:00 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:13:00 4: AC: interval 20:07:00 until 20:13:00, First at , Last at
2017.11.30 20:19:00 4: AC: adding 0 to long count 4903 and interpolated count 4903
2017.11.30 20:19:00 4: AC: Pin 4 (pin4) count 354 longCount 4903 interpCount 4903 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:19:00 4: AC: interval 20:13:00 until 20:19:00, First at , Last at
2017.11.30 20:19:00 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 20:19:00 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:19:00 4: AC: interval 20:13:00 until 20:19:00, First at , Last at
2017.11.30 20:20:49 3: AC: device: pin 4 changed state to 1 , count 355 (+1)  Rej 0
2017.11.30 20:21:00 4: AC: adding 1 to long count 4903 and interpolated count 4903
2017.11.30 20:21:00 4: AC: Pin 4 (pin4) count 355 longCount 4904 interpCount 4904 (diff 1) in 109.240s, reject 0, Avg Len 1056614ms, result 0.033
2017.11.30 20:21:00 4: AC: interval 20:19:11 until 20:21:00, First at 109240, Last at 109240
2017.11.30 20:23:42 3: AC: device: pin 4 changed state to 0 , count 355 (+0)  Rej 0
2017.11.30 20:25:00 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 20:25:00 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:25:00 4: AC: interval 20:19:00 until 20:25:00, First at , Last at
2017.11.30 20:26:29 3: AC: device: pin 4 changed state to 1 , count 356 (+1)  Rej 0
2017.11.30 20:27:00 4: AC: adding 1 to long count 4904 and interpolated count 4904
2017.11.30 20:27:00 4: AC: Pin 4 (pin4) count 356 longCount 4905 interpCount 4905 (diff 1) in 339.949s, reject 0, Avg Len 167296ms, result 0.011
2017.11.30 20:27:00 4: AC: interval 20:21:20 until 20:27:00, First at 339949, Last at 339949
2017.11.30 20:29:29 3: AC: device: pin 4 changed state to 0 , count 356 (+0)  Rej 1
2017.11.30 20:31:00 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 20:31:00 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:31:00 4: AC: interval 20:25:00 until 20:31:00, First at , Last at
2017.11.30 20:33:00 4: AC: adding 0 to long count 4905 and interpolated count 4905
2017.11.30 20:33:00 4: AC: Pin 4 (pin4) count 356 longCount 4905 interpCount 4905 (diff 0) in 390.811s, reject 1, Avg Len ms, result 0.000
2017.11.30 20:33:00 4: AC: interval 20:26:29 until 20:33:00, First at , Last at
2017.11.30 20:37:00 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 20:37:00 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:37:00 4: AC: interval 20:31:00 until 20:37:00, First at , Last at
2017.11.30 20:39:00 4: AC: adding 0 to long count 4905 and interpolated count 4905
2017.11.30 20:39:00 4: AC: Pin 4 (pin4) count 356 longCount 4905 interpCount 4905 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:39:00 4: AC: interval 20:33:00 until 20:39:00, First at , Last at
2017.11.30 20:42:59 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 20:42:59 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:42:59 4: AC: interval 20:36:59 until 20:42:59, First at , Last at
2017.11.30 20:44:59 4: AC: adding 0 to long count 4905 and interpolated count 4905
2017.11.30 20:44:59 4: AC: Pin 4 (pin4) count 356 longCount 4905 interpCount 4905 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:44:59 4: AC: interval 20:38:59 until 20:44:59, First at , Last at
2017.11.30 20:46:49 3: AC: device: pin 4 changed state to 1 , count 356 (+0)  Rej 1
2017.11.30 20:48:59 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 20:48:59 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:48:59 4: AC: interval 20:42:59 until 20:48:59, First at , Last at
2017.11.30 20:49:45 3: AC: device: pin 4 changed state to 0 , count 356 (+0)  Rej 1
2017.11.30 20:50:59 4: AC: adding 0 to long count 4905 and interpolated count 4905
2017.11.30 20:50:59 4: AC: Pin 4 (pin4) count 356 longCount 4905 interpCount 4905 (diff 0) in 360.000s, reject 1, Avg Len ms, result 0.000
2017.11.30 20:50:59 4: AC: interval 20:44:59 until 20:50:59, First at , Last at
2017.11.30 20:52:14 3: AC: device: pin 4 changed state to 1 , count 357 (+1)  Rej 0
2017.11.30 20:52:59 4: AC: adding 1 to long count 4905 and interpolated count 4905
2017.11.30 20:52:59 4: AC: Pin 4 (pin4) count 357 longCount 4906 interpCount 4906 (diff 1) in 74.544s, reject 0, Avg Len 149033ms, result 0.048
2017.11.30 20:52:59 4: AC: interval 20:51:45 until 20:52:59, First at 74544, Last at 74544
2017.11.30 20:54:27 3: AC: device: pin 4 changed state to 0 , count 357 (+0)  Rej 1
2017.11.30 20:54:59 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 20:54:59 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 20:54:59 4: AC: interval 20:48:59 until 20:54:59, First at , Last at
2017.11.30 20:56:59 3: AC: device: pin 4 changed state to 1 , count 357 (+0)  Rej 2
2017.11.30 20:58:59 4: AC: adding 0 to long count 4906 and interpolated count 4906
2017.11.30 20:58:59 4: AC: Pin 4 (pin4) count 357 longCount 4906 interpCount 4906 (diff 0) in 405.456s, reject 2, Avg Len ms, result 0.000
2017.11.30 20:58:59 4: AC: interval 20:52:13 until 20:58:59, First at , Last at
2017.11.30 20:59:54 3: AC: device: pin 4 changed state to 0 , count 357 (+0)  Rej 1
2017.11.30 21:00:59 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 21:00:59 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:00:59 4: AC: interval 20:54:59 until 21:00:59, First at , Last at
2017.11.30 21:02:43 3: AC: device: pin 4 changed state to 1 , count 357 (+0)  Rej 2
2017.11.30 21:04:59 4: AC: adding 0 to long count 4906 and interpolated count 4906
2017.11.30 21:04:59 4: AC: Pin 4 (pin4) count 357 longCount 4906 interpCount 4906 (diff 0) in 360.000s, reject 2, Avg Len ms, result 0.000
2017.11.30 21:04:59 4: AC: interval 20:58:59 until 21:04:59, First at , Last at
2017.11.30 21:06:59 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 21:06:59 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:06:59 4: AC: interval 21:00:59 until 21:06:59, First at , Last at
2017.11.30 21:10:59 4: AC: adding 0 to long count 4906 and interpolated count 4906
2017.11.30 21:10:59 4: AC: Pin 4 (pin4) count 357 longCount 4906 interpCount 4906 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:10:59 4: AC: interval 21:04:59 until 21:10:59, First at , Last at
2017.11.30 21:12:58 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 21:12:58 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:12:58 4: AC: interval 21:06:58 until 21:12:58, First at , Last at
2017.11.30 21:16:58 4: AC: adding 0 to long count 4906 and interpolated count 4906
2017.11.30 21:16:58 4: AC: Pin 4 (pin4) count 357 longCount 4906 interpCount 4906 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:16:58 4: AC: interval 21:10:58 until 21:16:58, First at , Last at
2017.11.30 21:18:58 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 21:18:58 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:18:58 4: AC: interval 21:12:58 until 21:18:58, First at , Last at
2017.11.30 21:19:52 3: AC: device: pin 4 changed state to 0 , count 357 (+0)  Rej 0
2017.11.30 21:22:38 3: AC: device: pin 4 changed state to 1 , count 358 (+1)  Rej 0
2017.11.30 21:22:58 4: AC: adding 1 to long count 4906 and interpolated count 4906
2017.11.30 21:22:58 4: AC: Pin 4 (pin4) count 358 longCount 4907 interpCount 4907 (diff 1) in 339.616s, reject 0, Avg Len 165550ms, result 0.011
2017.11.30 21:22:58 4: AC: interval 21:17:19 until 21:22:58, First at 339616, Last at 339616
2017.11.30 21:24:58 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 21:24:58 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:24:58 4: AC: interval 21:18:58 until 21:24:58, First at , Last at
2017.11.30 21:25:34 3: AC: device: pin 4 changed state to 0 , count 358 (+0)  Rej 0
2017.11.30 21:28:24 3: AC: device: pin 4 changed state to 1 , count 359 (+1)  Rej 0
2017.11.30 21:28:58 4: AC: adding 1 to long count 4907 and interpolated count 4907
2017.11.30 21:28:58 4: AC: Pin 4 (pin4) count 359 longCount 4908 interpCount 4908 (diff 1) in 346.147s, reject 0, Avg Len 169740ms, result 0.010
2017.11.30 21:28:58 4: AC: interval 21:23:12 until 21:28:58, First at 346147, Last at 346147
2017.11.30 21:30:58 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 21:30:58 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:30:58 4: AC: interval 21:24:58 until 21:30:58, First at , Last at
2017.11.30 21:34:58 4: AC: adding 0 to long count 4908 and interpolated count 4908
2017.11.30 21:34:58 4: AC: Pin 4 (pin4) count 359 longCount 4908 interpCount 4908 (diff 0) in 394.237s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:34:58 4: AC: interval 21:28:24 until 21:34:58, First at , Last at
2017.11.30 21:36:58 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 21:36:58 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:36:58 4: AC: interval 21:30:58 until 21:36:58, First at , Last at
2017.11.30 21:40:58 4: AC: adding 0 to long count 4908 and interpolated count 4908
2017.11.30 21:40:58 4: AC: Pin 4 (pin4) count 359 longCount 4908 interpCount 4908 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:40:58 4: AC: interval 21:34:58 until 21:40:58, First at , Last at
2017.11.30 21:42:57 4: AC: adding 0 to long count 13112 and interpolated count 13112
2017.11.30 21:42:57 4: AC: Pin 6 (pin6) count 0 longCount 13112 interpCount 13112 (diff 0) in 360.000s, reject 0, Avg Len ms, result 0.000
2017.11.30 21:42:57 4: AC: interval 21:36:57 until 21:42:57, First at , Last at


List

Internals:
   DEF        /dev/ttyUSB0@38400
   DeviceName /dev/ttyUSB0@38400
   FD         4
   Initialized 1
   NAME       AC
   NOTIFYDEV  global
   NR         21
   NTFY_ORDER 50-AC
   PARTIAL
   STATE      opened
   TYPE       ArduCounter
   VersionFirmware 1.91
   VersionModule 5.3 - 26.11.2017
   buffer
   CounterInterpolated:
   READINGS:
     2017-11-30 21:34:58   OelVorrat       963.2
     2017-11-30 21:34:58   OelZaehler      490.8
     2017-11-30 21:34:58   OelZaehlerI     490.8
     2017-11-30 21:34:58   countDiff4      0
     2017-11-30 21:30:58   countDiff6      0
     2017-11-30 21:34:58   interpolatedLong4 4908
     2017-11-30 21:30:58   interpolatedLong6 13112
     2017-11-30 21:34:58   lastMsg4        R4 C359 D0 R0 T394237 N370686695 X0

     2017-11-30 21:30:58   lastMsg6        R6 C0 D0 R0 T360000 N370446695 X0

     2017-11-30 21:34:58   long4           4908
     2017-11-30 21:30:58   long6           13112
     2017-11-30 21:34:58   pin4            359
     2017-11-30 21:30:58   pin6            0
     2017-11-30 21:34:58   power4          0.000
     2017-11-30 21:30:58   power6          0.000
     2017-11-30 21:34:58   reject4         0
     2017-11-30 21:30:58   reject6         0
     2017-11-28 08:45:23   state           opened
     2017-11-30 21:34:58   timeDiff4       394237
     2017-11-30 21:30:58   timeDiff6       360000
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   interval   60 360
   pin4       falling pullup 2000
   pin6       falling pullup 90
   readingFactor6 10000
   userReadings OelZaehler {ReadingsVal("AC","long4",0)/10},OelZaehlerI {ReadingsVal("AC","interpolatedLong4",0)/10},OelVorrat {1454-ReadingsVal("AC","OelZaehlerI",0)}
   userattr   pin4 pin5 pin6 readingFactor6 verboseReadings4 verboseReadings6
   verbose    4
   verboseReadings4 1
   verboseReadings6 1