Hallo,

ich kann nur einen Aussetzer von einer halben Stunde um ca. 10:30 Uhr sehen und ab ca. 14:15 Uhr kamen keine Daten mehr. Ist der S0-Eingang noch angeschlossen?

Ich kann in den Log-Files des Servers auch keine Fehler entdecken, die die Lücke erklären würden.

Gruß
Stephan

Hallo,

es scheinen ja wieder Daten zu kommen. Gibt es immer noch Aussetzer?

Gruß
Stephan

also ich hatte heute Nacht auch wieder mal einen Aussetzer mit meinem Flukso - natürlich kurz nachdem ich die Benachrichtigung abgestellt hatte, die m.E. auch noch nicht wirklich ausgereift funktioniert.(siehe anderes Posting)

Ich dachte erst, daß es imer am Netz gelegen hat , aber ich habe das mal etwas systematischer analysiert.

Ergebnis war:
Die Dateien unter /tmp/sensor hatten veraltete Timestamps, d.h. wurden seit 04:26 nicht mehr geschrieben. Ich hatte mir seinerzeit die "Flukso local Interface" Erweiterung installiert. Passt zeitlich mit dem Ende der Graphen zusammen.

Ergo:
Offenbar lokales Problem auf dem Flukso!

Habe mir mal strace installiert (http://downloads.openwrt.org/kamikaze/8.09.2/adm5120/packages/strace_4.5... ) und dem aktiven lua Prozess ( lua /usr/share/lua/flukso/flukso.lua ) etwas auf die Finger geschaut. (strace -f -t -p $PID).

Ausgabe hab ich leider nicht gecaptured, aber da stand etwas von "write(..brown...out) und das lief ziemlich schnell durch. Hab im Lua-Code nichts entspr. gefunden und nehme an, daß das vom Microkontroller kommt. Soweit ich weiss heisst Brown-Out im Elektrobereich ja "zu geringe Spannung" und daher habe ich mal an den Stromklemmen am Flukso gewackelt und das hat ihn offenbar geheilt. Konnte aber so keine Kontaktprobleme entdecken, vielleicht eine kalte Lötstelle an den Schraubklemmen.

Naja, jedenfalls war das bei mir das Problem und die Flukso-Software scheint solche Fehler offensichtlich nicht weiterzuleiten sondern schreibt einfach keine Messwerte mehr? Evtl. ein Fall für Bart....!? Wär doch eigentlich hilfreich wenn man irgendwo eine Fehlermeldung sehen könnte "Brown-Out - Bitte überprüfen Sie die Sensoren oder die Sensor-Verkabelung an Ihrem Flukso....!"

Grüsse
Roland

ps:
oops, was seh ich denn da im dmesg ?
>wlan: trunk
>ath_hal: module license 'Proprietary' taints kernel.
;)

Hallo Heinz,

ich kann im Moment nur Vermutungen aufstellen, woran es liegen kann, dass der Flukso einzelne Werte verpasst. Ich werde die Tage mal versuchen einen Testaufbau zu machen, der ähnliche Werte liefert und mir das genauer anschauen.

Grüße
Stephan

Hallo Roland,

> Ergebnis war:
> Die Dateien unter /tmp/sensor hatten veraltete Timestamps, d.h. wurden seit 04:26 nicht mehr
> geschrieben. Ich hatte mir seinerzeit die "Flukso local Interface" Erweiterung installiert. Passt zeitlich mit
> dem Ende der Graphen zusammen.

Das kann auch daran liegen, dass der Flukso seine lokale Systemzeit nicht via NTP abgleichen konnte.

> Ausgabe hab ich leider nicht gecaptured, aber da stand etwas von "write(..brown...out) und das lief
> ziemlich schnell durch. Hab im Lua-Code nichts entspr. gefunden und nehme an, daß das vom
> Microkontroller kommt. Soweit ich weiss heisst Brown-Out im Elektrobereich ja "zu geringe Spannung"
> und daher habe ich mal an den Stromklemmen am Flukso gewackelt und das hat ihn offenbar geheilt.
> Konnte aber so keine Kontaktprobleme entdecken, vielleicht eine kalte Lötstelle an den Schraubklemmen.

Brown-Out bedeutet, dass die Spannung am Mikrocontroller zur Messwererfassung unter einen Schwellwert gesunken ist. Der Mikrocontroller schreibt dann seine aktuellen Messergebnisse ins EEPROM und hört auf, Messwerte zu schicken. Insofern war vielleicht ein Kurzschluss an den Messklemmen die Ursache, das ist aus der Ferne schwer zu diagnostizieren ;-)

> Wär doch eigentlich hilfreich wenn man irgendwo eine Fehlermeldung sehen könnte "Brown-Out - Bitte
> überprüfen Sie die Sensoren oder die Sensor-Verkabelung an Ihrem Flukso....!"

In der Tat. Ich mache mal intern bei uns einen Feature-Request dafür auf.

Gruß,
-Mathias

PS:
>wlan: trunk
>ath_hal: module license 'Proprietary' taints kernel.

Abhilfe ganz einfach: Schreib ein GPL-konformes Kernelmodul dafür.

Hallo Herr Scharfenberger,

> Es kommen verschieden Ursachen in Frage:
> 1. Die Flukso-Rechenleistung reicht nicht aus, um die erfassten Daten parallel zu erfassen/übermitteln
> 2. Bei Null-Verbrauch werden keine Daten vom Sensor/Fukso geliefert
> 3. Die erfassten Daten werden nicht vollständig zum Web-Service übertragen

Interessante Beobachtung. Wir werden einen Testaufbau machen, um das nachzuvollziehen. Bitte beachten Sie aber, dass dies eine nicht offiziell unterstützte Konfiguration ist - wir haben eben diese Tests noch nicht machen können und können daher die Stabilität nicht garantieren. Prinzipiell sollte es für den Flukso kein Problem sein, einen S0- und einen analogen Eingang zu verarbeiten. Der Teufel steckt jedoch im Detail - da müssen wir zunächst einmal das Problem bei uns rekonstruieren können.

Schönen Gruß,
-Mathias Dalheimer

Hallo
an alle Teilnehmer ein frohes Neues Jahr.

Bei den bei uns verbauten Flukso's konnten wir feststellen:
- Rechenleistung sollte ausreichen
- Mehrere Kanäle sind kein Problem (nur kurz getestet)
- Null-Werte werden nicht übertragen !!!
- Probleme mit WLAN: Es können Aussetzen in der Verbindung und damit ein interner Pufferüberlauf
auftreten.

Gruß
Hans-Jörg Beyer

Hallo,

eine weitere Fehlerquelle könnte auch die Länge der S0-Impulse sein - wenn einzelne Zähler von den vorgesehenen 20ms-Impulsen abweichen, könnten einzelne Messwerte falsch sein. Wir werden das prüfen.

Gruß,
-Mathias Dalheimer

Hallo Herr Scharfenberger,

ich bestelle mir jetzt diese beiden Hutschienenzähler, um das reproduzieren zu können. Prinzipiell sollten die eigentlich kompatibel sein, aber der Teufel steckt wohl im Detail.

Schönen Gruß,
-Mathias Dalheimer

Hallo

bei unseren Test's hat der S0-Eingang funktioniert.

"S0" bedeutet aber nicht "S0"
Wichtig sind folgende Grenzwerte:
Ruhe:
- maximale Spannung,
- minimale Spannung
- maximaler Strom
Aktiv:
- minimaler Strom
- maximale Spannung
Sonstiges:
- Minimale Einschaltdauer
- Minimale Ausschaltdauer
- Flankensteilheit

Am besten mit einem Oszi in dem aktuellen Aufbau überprüfen:
- Flankensteilheit
- Ein-, Ausschaltzeit (bei maximaler Leistung)
- Uein < 0,3 V; Uaus > 2,7V

Im Bereich KL kann ich auch mal mit einem Oszi vorbeikommen.

Mit freundlichen Grüßen
Hans-Jörg Beyer

Hallo Herr Scharfenberger,

Wir hatte nun den S0-Zaehler 'ELTAKO WSZ12DE-32A Wechselstromzaehler' erfolgereich am Flukso v2 im Test. Im Test lief der S0-Zaehler in Reihe mit einem EHZ-Zaehler und beide Zaehler lieferten einen identischen Verbrauch. Einzig die Direktabfrage des S0-Zaehlers am Flukso, wie es z.B. der Chumby macht, lieferte sehr viele "nan" Werte. Diese hatte aber keine Auswirkungen auf die Messdaten auf dem Server www.mysmartgrid.de

Viele Gruesse
Kai Krueger