Autor Thema: OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten  (Gelesen 12170 mal)

Raspi-Newbie

  • Gast
Hallo zusammen,

ich nutze seit einiger Zeit das Modul 60_CM160.pm (Version 1, 10/2012) von Dirk, um den OWL+USB-Energiemonitor mit dem Treibermodul cp210x.ko auszulesen, welches auch zuverlässig funktioniert. Der aktuelle Leistungswert wird korrekt in Watt ausgelesen. Leider stimmen die akkumulierten Werte nicht (siehe Anhang).

Gibt es hierfür bereits eine Lösung bzw. ein Workaround? Ich möchte gerne die Tages-, Monats- und Jahresverbrauchswerte in kWh zur Anzeige bringen. Leider bin ich auch nach Sichtung des Moduls 60_CM160.pm sowie mit einem Trial-and-Error-Ansatz nicht weiter gekommen.  ::)

Offline ste87

  • New Member
  • *
  • Beiträge: 14
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #1 am: 21 November 2015, 22:28:36 »
Hallo

ich bin ebenfalls gerade dabei, das CM160 in Betrieb zu nehmen. Treiber und Anbindung funktionieren bei mir ebenfalls schon.

Mir ist auch aufgefallen, dass die Werte der aufaddierten Werte nicht stimmen. Nach der aktuellen Beobachtung gibt es bei mir aller paar Stunden einen sprunghaften Anstieg der berechneten kWh. Von normal unter 1 kWh sind es dann plötzlich 60 kWh. Aktuell ist das immer, wenn der Leistungswert (Reading "W") einmal auf 0.00 steht. Eine Erklärung was passiert habe ich aber dafür noch nicht.

Aus diesen Grund habe ich mir das Modul 60_CM160.pm mal genauer angesehen. Mir ist dabei Folgendes aufgefallen: Bei der Berechnung der kumulierten Werte wird der aktuelle Watt-Wert mit den letzten addiert, was ich schon komisch finde. Danach wird aus dieser Summe geteilt durch 60 und 1000 der kWh-Wert berechnet. Das ist aber meiner Ansicht nach falsch. Denn bei einer Teilung durch 60 und 1000 um auf kWh zu kommen, muss der Ausgangswert Wmin gewesen sein. Es wird aber mit der reinen Watt-Angabe gerechnet. Diese Addition findet dazu immer statt, wenn eine Aktualisierung der Werte durch das Gerät gesendet wird. Dies geschieht bei keiner Änderung aller 30 Sek (bei mir jedenfalls) und sonst öfter, wenn der Strom stärker schwankt. Bei der aktuellen Rechnung wird aber immer von einer Minute ausgegangen, somit sind die kWh Werte immer zu hoch!!! Das konnte ich beim Anschauen meiner Logs auch bestätigen, ich habe Nachts keinen Wert über 400W in einer Stunde, der Stundenverbrauch ist aber 0.6 kWh (das heißt die Durschnittsleistung muss 600 Watt gewesen sein).

Ich habe Heute Abend mal eine andere Rechnung bei mir implementiert, die die Zeitstempel der letzen Akkumulierung und des aktuellen Watt-Readings nimmt und damit die vergangene Zeit berechnet. Für diesen Zeitraum wird dann der aktuell vom C160 gesendeten Watt-Wert genommen und die verbrauchte Energie in kWh ausrechnet. Für die Übersicht, und weil es mich sowieso stört habe ich außer kWh alle anderen redundanten Angaben (EUR, CO2) aus den cum* Werten ausgebaut. Ich werde das jetzt mal ein paar Tage laufen lassen und schauen ob das jetzt besser passt.

Raspi-Newbie

  • Gast
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #2 am: 22 November 2015, 02:31:56 »
Hallo ste87,

bei mir werden die Werte auch ohne eine einheitliche Zeitbasis ausgelesen. Insofern erscheint dein Ansatz richtig, eine Zeitdifferenz aus den Zeitstempeln zu ermitteln, um diese dann zu verwenden, die Leistung über die Zeit diskret zu integrieren. Könntest du deine Code-Änderung zur Verfügung stellen?  Dann würde ich es auch gleich bei mir erproben.

Offline ste87

  • New Member
  • *
  • Beiträge: 14
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #3 am: 22 November 2015, 17:12:23 »
So ich habe die Änderungen bis heute mal laufen lassen und die Daten überprüft. Von den Werten her passt das jetzt, wenn ich händisch nachrechne. Ich habe jetzt auch keine Probleme mehr mit steigenden kWh bei einer enpfangenen 0 W vom CM160.

Wir sind dabei aber zwei Dinge aufgefallen: Es findet jetzt eine Quantisierung in den cum-Werten statt. Früher wurde immer über die Watt Angabe in den cum-Werten gerechnet, bei mir wird jetzt aber direkt mit den kWh gerechnet um richtig zu sein. Damit werden Kommastellen die nicht mit ausgegeben werden auch nicht beim nächsten mal aufaddiert. Um das in ein erträgliches Maß zu bringen habe ich die Ausgabe von 2 Kommastellen auf 4 erhöht. Damit liegt bei einen 30 Sek Zyklus der kleinste mögliche Wert bei 3 W, mit den auch eine Änderung in den cum-Werten erfolgt.

Ich hänge mal meine aktuelle Version der 60_CM160.pm an. Testen auf eigene Gefahr. Da die Formatierung der cum* geändert wurde, schlägt das erste Auslesen der letzten Werte fehl und es wird mit einer falschen Zahl gerechnet, danach klappt es aber. D.h. um saubere Daten zu erhalten am besten das CM160 Device noch mal neu anlegen.

Zur Zeit ist das Modul ja nicht im offiziellen FHEM, was evtl. ja auch an der doch aufwendigen Geschichte mit dem USB/serial - Treiber liegt. Ich hoffe aber der Ersteller des Modul (Dirk Hoffmann) könnte was zur Situation sagen, so das man vllt. mit noch anderen Verbesserungen/ Änderungen die bekannt sind, eine "offizielle" neue Version für das CM160 erstellen könnte.


Offline ste87

  • New Member
  • *
  • Beiträge: 14
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #4 am: 22 November 2015, 17:13:40 »
Anhang: ;)

Raspi-Newbie

  • Gast
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #5 am: 22 November 2015, 18:56:44 »
Ok, besten Dank. Bei mir läuft es jetzt auch. Auf den ersten Blick scheint die akkumulierte Energie (kWh) plausibel zu sein. Ich lasse es jetzt mal eine Woche durchlaufen.  :o

Raspi-Newbie

  • Gast
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #6 am: 29 November 2015, 12:31:23 »
Hallo zusammen,

nach knapp einer Woche (5 Tage) Dauerlauf des von ste87 angepassten Skripts, kann ich Folgendes zur Genauigkeit feststellen:

Summe aller cumHour-Einträge: 30,31 kWh
Summe alle cumDay-Einträge: 30,56 kWh
Kumulierte Energie an OWL-Station: 30,7 kWh

D.h., der Fehler liegt unter -1,3 % im Veregleich zur OWL-Station. Das passt soweit! Dabei hatte meine Station sogar mehrere Verbindungsabbrüche:
Opening CM160 device /dev/ttyUSB0
CM160 device opened


cumMonth und cumYear funktionieren leider nicht. Hier werden sogar negative Werte angezeigt.

Offline ste87

  • New Member
  • *
  • Beiträge: 14
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #7 am: 29 November 2015, 13:47:31 »
Hallo Raspi-Newbie,

erst einmal Danke fürs Testen.

Also bei mir passen die Werte Stunde, und Tag auch. Habe aber aktuelle noch keinen Abgleich mit meinem "echten" Zähler gemacht.

Monat und Jahr sind auch bei mir fehlerhaft, ich habe mir das noch mal angeschaut und den Fehler gefunden, es liegt an der Art der Berechnung des Zeitintervalls zwischen zwei Messungen, dort habe ich nur mit der Zeit und nicht mit dem vollen Datum gerechnet, daher wird beim Tageswechsel eine negative Zeit ausgerechnet und das führt zu einer Subtraktion in den cum-Werten. Ich werde versuchen heute noch eine neue Version hochzuladen.

Raspi-Newbie

  • Gast
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #8 am: 29 November 2015, 17:03:32 »
Super, dann würde ich es noch mal laufen lassen.

Offline volschin

  • Hero Member
  • *****
  • Beiträge: 1157
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #9 am: 30 November 2015, 17:50:28 »
Aus meiner Sicht hast Du den Implementierungsfehler bei difftime. Du solltest mit str2time die kompletten Zeitstempel verarbeiten. dann gibt es keine Probleme mit negativem difftime.
my $diffTime = str2time($hash->{READINGS}{Leistung}{TIME}) - str2time($hash->{READINGS}{$cumKey}{TIME});
RPi3+ FHEM5.8,HM-MOD-RPI-PCB+HM-USB-CFG2+hmland
HM: CC-TC,CC-VD,LC-Dim1T-Pl-2,LC-SW1-PL2,LC-Sw1PBU-FM,LC-Dim1PWM-CV,PB-4DIS-WM,RC-19-SW
SEC-RHS,SEC-SC,SEC-SD,SEC-WIN,SEC-MDIR,Sen-MDIR-WM55,SEC-Sco
HUE: diverse, Amzn Dash-Buttons, Siro
4xRPi,4xCO20,OWL+USB,HarmonyHub,FB7590 v6.92,Echo Dot,Logi Circle

Offline ste87

  • New Member
  • *
  • Beiträge: 14
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #10 am: 01 Dezember 2015, 19:36:32 »
Ja richtig, es muss das volle Datum des Readings genommen werden. Hatte leider keine Zeit es noch ein zupflegen.
Im Anhang habe ich die geänderte Version, allerdings ungetestet, da mein OWL gerade Offline ist, sollte aber so funktionieren.


Raspi-Newbie

  • Gast
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #11 am: 01 Dezember 2015, 20:16:56 »
Super, das klingt plausibel. Ich habe es auch gerade geändert und lasse es jetzt mal zwei Wochen durchlaufen.

Offline volschin

  • Hero Member
  • *****
  • Beiträge: 1157
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #12 am: 02 Dezember 2015, 21:56:38 »
Ich habe übrigens bei mir auch ein last... eingebaut. Damit kann man immer sehen, was man in der vorigen Stunde, Tag, Monat oder Jahr verbraucht hat. Das finde ich praktisch. Falls jemand Interesse hat, kann ich das gern hier posten.
RPi3+ FHEM5.8,HM-MOD-RPI-PCB+HM-USB-CFG2+hmland
HM: CC-TC,CC-VD,LC-Dim1T-Pl-2,LC-SW1-PL2,LC-Sw1PBU-FM,LC-Dim1PWM-CV,PB-4DIS-WM,RC-19-SW
SEC-RHS,SEC-SC,SEC-SD,SEC-WIN,SEC-MDIR,Sen-MDIR-WM55,SEC-Sco
HUE: diverse, Amzn Dash-Buttons, Siro
4xRPi,4xCO20,OWL+USB,HarmonyHub,FB7590 v6.92,Echo Dot,Logi Circle

Raspi-Newbie

  • Gast
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #13 am: 02 Dezember 2015, 22:51:37 »
Ich schreibe bei mir die Werte direkt in Logdateien, die dann zur Anzeige gebracht werden. Mit dem Attribut "fixedrange" kann man beispielsweise eine komplette Monatsdarstellung mit den einzelnen Tagesumsätzen auf einen Blick darstellen. Das kann ich auch gerne mal posten, falls jemand Interesse hat.

Offline volschin

  • Hero Member
  • *****
  • Beiträge: 1157
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #14 am: 03 Dezember 2015, 19:40:09 »
Jepp, interessiert mich, wie man dabei auf die Tagesumsätze kommt.
RPi3+ FHEM5.8,HM-MOD-RPI-PCB+HM-USB-CFG2+hmland
HM: CC-TC,CC-VD,LC-Dim1T-Pl-2,LC-SW1-PL2,LC-Sw1PBU-FM,LC-Dim1PWM-CV,PB-4DIS-WM,RC-19-SW
SEC-RHS,SEC-SC,SEC-SD,SEC-WIN,SEC-MDIR,Sen-MDIR-WM55,SEC-Sco
HUE: diverse, Amzn Dash-Buttons, Siro
4xRPi,4xCO20,OWL+USB,HarmonyHub,FB7590 v6.92,Echo Dot,Logi Circle

Raspi-Newbie

  • Gast
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #15 am: 04 Dezember 2015, 00:17:08 »
So habe ich es umgesetzt, um die Tagesumsätze (cumDay) aufzuzeichnen und darzustellen:

1) Logdatei erstellen und cumDay-Werte eintragen:

define FileLog_AktuellerVerbrauch_cumDay FileLog ./log/Akkumulierter_Verbrauch_cumDay-%Y.log CM160:cumDay.*
attr FileLog_AktuellerVerbrauch_cumDay logtype text


Die Logeinträge werden täglich kurz nach Mitternacht reingeschrieben. Hier sind ein paar Beispieleinträge:

2015-11-24_00:00:22 CM160 cumDay 7.5917 kWh
2015-11-25_00:00:14 CM160 cumDay 7.6698 kWh
2015-11-26_00:00:21 CM160 cumDay 8.5463 kWh
2015-11-27_00:00:21 CM160 cumDay 7.1037 kWh
2015-11-28_00:00:21 CM160 cumDay 4.5929 kWh
2015-11-29_00:00:20 CM160 cumDay 10.3205 kWh
2015-11-30_00:00:22 CM160 cumDay 9.1934 kWh
2015-12-01_00:00:19 CM160 cumDay 9.1829 kWh
2015-12-02_00:00:01 CM160 cumDay 7.4562 kWh
2015-12-03_00:00:19 CM160 cumDay 7.5005 kWh
2015-12-04_00:00:18 CM160 cumDay 8.4104 kWh


2) Plot erstellen und mit dem Attribut "fixedrange" versehen:

FileLog_AktuellerVerbrauch_cumDay:SVG_FileLog_AktuellerVerbrauch_cumDay:CURRENT
attr SVG_FileLog_AktuellerVerbrauch_cumDay fixedrange month


Das gleiche klappt übrigens auch mit den cumHour- und cumMonth-Werten.

Ein Screenshot vom Plot ist im Anhang.

Raspi-Newbie

  • Gast
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #16 am: 02 Januar 2016, 13:06:03 »
Moin zusammen,

hier sind ein paar Angaben zur Genauigkeit über den Monat Dezember:

Energie gemäß Stromzähler: 234,2 kWh
Summe aller cumHour-Einträge: 230,5 kWh (-1,6 %)
Summe alle cumDay-Einträge: 236,7 kWh (+1,1 %)

Die Spannung ist bei mir derzeit auf 215 V (attr CM160 voltage 215).

Das passt!  :)

Offline volschin

  • Hero Member
  • *****
  • Beiträge: 1157
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #17 am: 02 Januar 2016, 15:23:13 »
Summe aller cumHour-Einträge: 230,5 kWh (-1,6 %)
Summe alle cumDay-Einträge: 236,7 kWh (+1,1 %)
Hier scheint es dann noch ein Logik-Problem im Code zu geben.
RPi3+ FHEM5.8,HM-MOD-RPI-PCB+HM-USB-CFG2+hmland
HM: CC-TC,CC-VD,LC-Dim1T-Pl-2,LC-SW1-PL2,LC-Sw1PBU-FM,LC-Dim1PWM-CV,PB-4DIS-WM,RC-19-SW
SEC-RHS,SEC-SC,SEC-SD,SEC-WIN,SEC-MDIR,Sen-MDIR-WM55,SEC-Sco
HUE: diverse, Amzn Dash-Buttons, Siro
4xRPi,4xCO20,OWL+USB,HarmonyHub,FB7590 v6.92,Echo Dot,Logi Circle

Offline ste87

  • New Member
  • *
  • Beiträge: 14
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #18 am: 02 Januar 2016, 20:53:24 »
Hallo,

erst  einmal Danke Raspi-Newbie für deine Auswertung.
Die Abweichung von ca. +2,5%  der cumDay und cumHour Einträge ist noch ein Fehler. Ich habe noch einmal die Berechnung überdacht. Es gibt in der aktuellen Version noch ein paar Quellen für Abweichende Zahlen. Wenn z.B. die Stunde gewechselt hat wird der Wert cumHour wieder auf 0 gestellt, aber in den Moment wird der aktuelle Verbrauchswert des letzten Messintervalls verworfen, d.h. diese Energie geht komplett verloren und wird nicht in cumHour auftauchen. Jedoch in den "höheren" cum-Werten, daher sind diese Werte bei dir auch höher.

Weiterhin wird aktuell der gesendete Wert als Verbrauchswert für das letzte Zeitintervall verwendet. Das ist aber nur eine Schätzung. Geht man davon aus, dass das CM160 immer dann einen neuen Wert sendet, wenn sich der gemessene Strom ändert, bzw. zyklisch aller ca. 30 Sekunden (zumindest bei mir), dann ist der letzte gesendete Leistungswert der für das letzte Intervall richtige.

Ich habe aus diesen Grund bei mir das reading "lastW" eingeführt. Dieses wird jetzt zur Berechnung der cum-Werte herangezogen. Gleichzeitig habe ich die Berechnung vereinfacht, sodass nur noch einmal für das Intervall gerechnet wird (da die Zeitstempel der Readings sowieso gleich sind) Dann wird der Wert auf die einzelnen cum-Werte addiert. Um das oben beschriebene Problem mit den ungleichen Summen zu lösen wird beim Zeitübergang die aktuelle Summe auf ein "lastcumxxx" Reading geschrieben. So gehen erst mal keine Werte verloren und man hat genug Zeit die Werte in ein Log zu schreiben.  (ich denke mal so wie volschin das gemacht hat).

Ich habe die Version bei mir jetzt getestet und werde es morgen mit meinem Zähler vergleichen, wenn das passt, lade ich die Version hoch. Was ich allerdings entfernt habe sind alle anderen Readings (A, CO , cost), da die prinzipiell redundant sind, wer sie braucht kann sich das mittels Dummy noch errechnen.

Offline ste87

  • New Member
  • *
  • Beiträge: 14
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #19 am: 03 Januar 2016, 13:05:07 »
Anbei die aktuelle Version mit der geänderten Berechnung (siehe letzten Post).

Beachte: Die Attributes: costPerKwh currency co2Factor sind nicht mehr enthalten.
« Letzte Änderung: 10 Januar 2016, 14:58:21 von ste87 »

Offline Snuggle

  • New Member
  • *
  • Beiträge: 7
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #20 am: 05 Januar 2016, 17:21:17 »
Nach der Installation Deiner 60_CM160.pm hat's mir die Datenbank zerschossen, wenn ich direkt die Readings der CM160 abgreifen will. Eine Umleitung über einen Dummy funktioniert.

Offline ste87

  • New Member
  • *
  • Beiträge: 14
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #21 am: 05 Januar 2016, 18:02:50 »
Welche Datenbank genau?

Mit direkt abgreifen der Readings, meinst du da über das Event, was vom CM160 generiert wird?

Edit: Habe gerade bei mir den Event-Monitor laufen gelassen, es wird beim Stundenumbruch nur ein Event für cumHour ausgelöst. Da fehlt das für lastcumHour, das werde ich noch einbauen
« Letzte Änderung: 05 Januar 2016, 18:07:25 von ste87 »

Offline Snuggle

  • New Member
  • *
  • Beiträge: 7
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #22 am: 09 Januar 2016, 23:36:57 »
nachdem ich im frontend ein chart auf cm160 cumhour angelegt habe waren alle charts verschwunden und konnten auch nicht mehr angelegt werden.
Erst nachdem ich die DBLog neu eingerichtet habe (Datenverlust inkl.) lief DBLog wieder. Welche der Tabellen zerstört wurde ist mir nicht bekannt.

Offline ste87

  • New Member
  • *
  • Beiträge: 14
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #23 am: 10 Januar 2016, 15:03:21 »
Hallo Snuggle,

erst ein mal Entschuldigung für den Datenverlust. Ich selber nutze kein DBLog, kann daher zu dem Fehler noch nichts sagen.

Wenn du noch was in deiner Log-Datei zu diesen Fehler / löschen stehen hast, wäre es nett wenn du das hier posten könntest.
Hattest du schon Diagramme mit einer alten Version der CM160 angelegt und ja dann schon mal mit einer aus diesem Thread?

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 4330
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #24 am: 10 Januar 2016, 19:25:12 »
Btw:
bei einem Backup auch immer die DB mit sichern .. dann hätte man jetzt eventuell noch etwas recovern können ...
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline Gunther

  • Hero Member
  • *****
  • Beiträge: 1357
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #25 am: 26 Januar 2016, 01:34:21 »
Kann jemand bitte die letzte Version nochmal zur Verfügung stellen?

Ich bekomme meinen OWL derzeit nicht zum Laufen. Ist seit Ende October still. Habe seitdem keine Logeinträge mehr.
Steht auf opened.
Habt Ihr einen Tipp?
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Offline volschin

  • Hero Member
  • *****
  • Beiträge: 1157
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #26 am: 26 Januar 2016, 05:45:05 »
Hast bestimmt deinen Kernel aktualisiert und den Treiber nicht eingebaut.
RPi3+ FHEM5.8,HM-MOD-RPI-PCB+HM-USB-CFG2+hmland
HM: CC-TC,CC-VD,LC-Dim1T-Pl-2,LC-SW1-PL2,LC-Sw1PBU-FM,LC-Dim1PWM-CV,PB-4DIS-WM,RC-19-SW
SEC-RHS,SEC-SC,SEC-SD,SEC-WIN,SEC-MDIR,Sen-MDIR-WM55,SEC-Sco
HUE: diverse, Amzn Dash-Buttons, Siro
4xRPi,4xCO20,OWL+USB,HarmonyHub,FB7590 v6.92,Echo Dot,Logi Circle

Offline Gunther

  • Hero Member
  • *****
  • Beiträge: 1357
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #27 am: 26 Januar 2016, 08:12:56 »
Bewusst nicht.
Wodurch aktualisiert sich der Kernel?
Kann ich das prüfen?
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Offline volschin

  • Hero Member
  • *****
  • Beiträge: 1157
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #28 am: 26 Januar 2016, 17:10:18 »
uname -a
« Letzte Änderung: 26 Januar 2016, 17:33:49 von volschin »
RPi3+ FHEM5.8,HM-MOD-RPI-PCB+HM-USB-CFG2+hmland
HM: CC-TC,CC-VD,LC-Dim1T-Pl-2,LC-SW1-PL2,LC-Sw1PBU-FM,LC-Dim1PWM-CV,PB-4DIS-WM,RC-19-SW
SEC-RHS,SEC-SC,SEC-SD,SEC-WIN,SEC-MDIR,Sen-MDIR-WM55,SEC-Sco
HUE: diverse, Amzn Dash-Buttons, Siro
4xRPi,4xCO20,OWL+USB,HarmonyHub,FB7590 v6.92,Echo Dot,Logi Circle

Offline Gunther

  • Hero Member
  • *****
  • Beiträge: 1357
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #29 am: 26 Januar 2016, 22:08:11 »
pi@raspberrypi ~ $ uname -a
Linux raspberrypi 4.1.7-v7+ #817 SMP PREEMPT Sat Sep 19 15:32:00 BST 2015 armv7l GNU/Linux

Kannst Du daran etwas erkennen?
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Offline volschin

  • Hero Member
  • *****
  • Beiträge: 1157
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #30 am: 26 Januar 2016, 22:21:38 »
Ja, ich würde sagen das ist es. Du hast einen Kernel vom September, den Du vermutlich im September oder Oktober mit mit einem apt-get upgrade installiert hast.
RPi3+ FHEM5.8,HM-MOD-RPI-PCB+HM-USB-CFG2+hmland
HM: CC-TC,CC-VD,LC-Dim1T-Pl-2,LC-SW1-PL2,LC-Sw1PBU-FM,LC-Dim1PWM-CV,PB-4DIS-WM,RC-19-SW
SEC-RHS,SEC-SC,SEC-SD,SEC-WIN,SEC-MDIR,Sen-MDIR-WM55,SEC-Sco
HUE: diverse, Amzn Dash-Buttons, Siro
4xRPi,4xCO20,OWL+USB,HarmonyHub,FB7590 v6.92,Echo Dot,Logi Circle

Offline Gunther

  • Hero Member
  • *****
  • Beiträge: 1357
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #31 am: 26 Januar 2016, 23:06:17 »
Wie bekomme ich das Ding wieder zum Laufen? Woher bekomme ich einen aktuellen Treiber? Danke schonmal für die Hilfe!
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Offline Gunther

  • Hero Member
  • *****
  • Beiträge: 1357
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #32 am: 26 Januar 2016, 23:44:59 »
Habe den Thread hier gefunden: http://forum.fhem.de/index.php/topic,15993.msg103834.html#msg103834

Folgendes habe ich gemacht: für meinen Kernel die Version heruntergeladen.

sudo service fhem stop
sudo rmmod cp210x

dann die neue cp210x.ko nach /lib/modules/4.1.7-v7+/kernel/drivers/usb/serial/cp210x.ko kopiert

dann
sudo modprobe cp210x
sudo service fhem start

Leider immer noch status open.

Hier noch eine Fehlermeldung:
pi@raspberrypi /opt/fhem $ sudo service fhem start
Enabling I2C on P5 ...
1
chown: Zugriff auf ?/dev/i2c-0? nicht m?glich: Datei oder Verzeichnis nicht gefunden
pi@raspberrypi /opt/fhem $ perl fhem.pl fhem.cfg

Mache ich etwas falsch?
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 4330
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #33 am: 27 Januar 2016, 09:34:36 »
was sagt
dmesgnach Eingabe von
sudo modprobe cp210x
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline volschin

  • Hero Member
  • *****
  • Beiträge: 1157
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #34 am: 27 Januar 2016, 13:52:54 »
Habe den Thread hier gefunden: http://forum.fhem.de/index.php/topic,15993.msg103834.html#msg103834

Folgendes habe ich gemacht: für meinen Kernel die Version heruntergeladen.
Ich sehe da keine Version für deinen Kernel.
RPi3+ FHEM5.8,HM-MOD-RPI-PCB+HM-USB-CFG2+hmland
HM: CC-TC,CC-VD,LC-Dim1T-Pl-2,LC-SW1-PL2,LC-Sw1PBU-FM,LC-Dim1PWM-CV,PB-4DIS-WM,RC-19-SW
SEC-RHS,SEC-SC,SEC-SD,SEC-WIN,SEC-MDIR,Sen-MDIR-WM55,SEC-Sco
HUE: diverse, Amzn Dash-Buttons, Siro
4xRPi,4xCO20,OWL+USB,HarmonyHub,FB7590 v6.92,Echo Dot,Logi Circle

Offline Gunther

  • Hero Member
  • *****
  • Beiträge: 1357
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #35 am: 27 Januar 2016, 22:07:06 »
was sagt
dmesgnach Eingabe von
sudo modprobe cp210x

Ganz unten ein Eintrag, der mich wundert:
cp210x ttyUSB2: failed to set baud rate to 300
Insgesamt:
pi@raspberrypi ~ $ sudo modprobe cp210x
pi@raspberrypi ~ $ dmesg
[    0.000000] Booting Linux on physical CPU 0xf00
[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Initializing cgroup subsys cpuacct
[    0.000000] Linux version 4.1.7-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.8.3 20140303 (prerelease) (crosstool-NG linaro-1.13.1+bzr2650 - Linaro GCC 2014.03) ) #817 SMP PREEMPT Sat Sep 19 15:32:00 BST 2015
[    0.000000] CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[    0.000000] Machine model: Raspberry Pi 2 Model B Rev 1.1
[    0.000000] cma: Reserved 8 MiB at 0x3d800000
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] On node 0 totalpages: 253952
[    0.000000] free_area_init_node: node 0, pgdat 8085af80, node_mem_map bcf3a000
[    0.000000]   Normal zone: 2232 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 253952 pages, LIFO batch:31
[    0.000000] [bcm2709_smp_init_cpus] enter (9420->f3003010)
[    0.000000] [bcm2709_smp_init_cpus] ncores=4
[    0.000000] PERCPU: Embedded 13 pages/cpu @bcef8000 s20608 r8192 d24448 u53248
[    0.000000] pcpu-alloc: s20608 r8192 d24448 u53248 alloc=13*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 251720
[    0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=1024 bcm2708_fb.fbheight=768 bcm2709.boardrev=0xa01041 bcm2709.serial=0xcfe2679d smsc95xx.macaddr=B8:27:EB:E2:67:9D bcm2708_fb.fbswap=1 bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 sdhci-bcm2708.emmc_clock_freq=250000000 vc_mem.mem_base=0x3ea00000 vc_mem.mem_size=0x3f000000  dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
[    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Memory: 988232K/1015808K available (5958K kernel code, 534K rwdata, 1648K rodata, 416K init, 757K bss, 19384K reserved, 8192K cma-reserved)
[    0.000000] Virtual kernel memory layout:
[    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
[    0.000000]     fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
[    0.000000]     vmalloc : 0xbe800000 - 0xff000000   (1032 MB)
[    0.000000]     lowmem  : 0x80000000 - 0xbe000000   ( 992 MB)
[    0.000000]     modules : 0x7f000000 - 0x80000000   (  16 MB)
[    0.000000]       .text : 0x80008000 - 0x80775cd0   (7608 kB)
[    0.000000]       .init : 0x80776000 - 0x807de000   ( 416 kB)
[    0.000000]       .data : 0x807de000 - 0x80863af4   ( 535 kB)
[    0.000000]        .bss : 0x80866000 - 0x8092378c   ( 758 kB)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.000000] Preemptible hierarchical RCU implementation.
[    0.000000] Additional per-CPU info printed with stalls.
[    0.000000] NR_IRQS:608
[    0.000000] Architected cp15 timer(s) running at 19.20MHz (virt).
[    0.000000] clocksource arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x46d987e47, max_idle_ns: 440795202767 ns
[    0.000009] sched_clock: 56 bits at 19MHz, resolution 52ns, wraps every 4398046511078ns
[    0.000031] Switching to timer-based delay loop, resolution 52ns
[    0.000317] Console: colour dummy device 80x30
[    0.002129] console [tty1] enabled
[    0.002194] Calibrating delay loop (skipped), value calculated using timer frequency.. 38.40 BogoMIPS (lpj=192000)
[    0.002294] pid_max: default: 32768 minimum: 301
[    0.002660] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.002727] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.004060] Initializing cgroup subsys blkio
[    0.004141] Initializing cgroup subsys memory
[    0.004209] Initializing cgroup subsys devices
[    0.004272] Initializing cgroup subsys freezer
[    0.004347] Initializing cgroup subsys net_cls
[    0.004458] CPU: Testing write buffer coherency: ok
[    0.004584] ftrace: allocating 20207 entries in 60 pages
[    0.054132] CPU0: update cpu_capacity 1024
[    0.054214] CPU0: thread -1, cpu 0, socket 15, mpidr 80000f00
[    0.054262] [bcm2709_smp_prepare_cpus] enter
[    0.054430] Setting up static identity map for 0x8240 - 0x8274
[    0.114015] [bcm2709_boot_secondary] cpu:1 started (0) 17
[    0.114453] [bcm2709_secondary_init] enter cpu:1
[    0.114505] CPU1: update cpu_capacity 1024
[    0.114513] CPU1: thread -1, cpu 1, socket 15, mpidr 80000f01
[    0.133991] [bcm2709_boot_secondary] cpu:2 started (0) 18
[    0.134347] [bcm2709_secondary_init] enter cpu:2
[    0.134380] CPU2: update cpu_capacity 1024
[    0.134388] CPU2: thread -1, cpu 2, socket 15, mpidr 80000f02
[    0.154031] [bcm2709_boot_secondary] cpu:3 started (0) 18
[    0.154286] [bcm2709_secondary_init] enter cpu:3
[    0.154314] CPU3: update cpu_capacity 1024
[    0.154322] CPU3: thread -1, cpu 3, socket 15, mpidr 80000f03
[    0.154414] Brought up 4 CPUs
[    0.154548] SMP: Total of 4 processors activated (153.60 BogoMIPS).
[    0.154590] CPU: All CPU(s) started in SVC mode.
[    0.155598] devtmpfs: initialized
[    0.180424] VFP support v0.3: implementor 41 architecture 2 part 30 variant 7 rev 5
[    0.180812] clocksource jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.181976] pinctrl core: initialized pinctrl subsystem
[    0.182817] NET: Registered protocol family 16
[    0.188553] DMA: preallocated 4096 KiB pool for atomic coherent allocations
[    0.189737] bcm2709.uart_clock = 3000000
[    0.195061] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
[    0.195132] hw-breakpoint: maximum watchpoint size is 8 bytes.
[    0.195356] Serial: AMBA PL011 UART driver
[    0.195577] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 83, base_baud = 0) is a PL011 rev2
[    0.196209] bcm2835-mbox 3f00b880.mailbox: mailbox enabled
[    0.265645] bcm2708-dmaengine 3f007000.dma: DMA legacy API manager at f3007000, dmachans=0xf35
[    0.265750] bcm2708-dmaengine 3f007000.dma: Initialized 7 DMA channels (+ 1 legacy)
[    0.266506] bcm2708-dmaengine 3f007000.dma: Load BCM2835 DMA engine driver
[    0.266560] bcm2708-dmaengine 3f007000.dma: dma_debug:0
[    0.267343] SCSI subsystem initialized
[    0.267626] usbcore: registered new interface driver usbfs
[    0.267769] usbcore: registered new interface driver hub
[    0.267957] usbcore: registered new device driver usb
[    0.268706] raspberrypi-firmware soc:firmware: Attached to firmware from 2015-09-23 12:13
[    0.296030] Switched to clocksource arch_sys_counter
[    0.345102] FS-Cache: Loaded
[    0.345529] CacheFiles: Loaded
[    0.358985] NET: Registered protocol family 2
[    0.360420] TCP established hash table entries: 8192 (order: 3, 32768 bytes)
[    0.360618] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
[    0.360858] TCP: Hash tables configured (established 8192 bind 8192)
[    0.361016] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    0.361115] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    0.361498] NET: Registered protocol family 1
[    0.362038] RPC: Registered named UNIX socket transport module.
[    0.362091] RPC: Registered udp transport module.
[    0.362129] RPC: Registered tcp transport module.
[    0.362167] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    0.363288] hw perfevents: enabled with armv7_cortex_a7 PMU driver, 5 counters available
[    0.364759] futex hash table entries: 1024 (order: 4, 65536 bytes)
[    0.380898] VFS: Disk quotas dquot_6.6.0
[    0.381342] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    0.383916] FS-Cache: Netfs 'nfs' registered for caching
[    0.385171] NFS: Registering the id_resolver key type
[    0.385274] Key type id_resolver registered
[    0.385313] Key type id_legacy registered
[    0.388305] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[    0.388556] io scheduler noop registered
[    0.388612] io scheduler deadline registered (default)
[    0.388974] io scheduler cfq registered
[    0.391547] BCM2708FB: allocated DMA memory fdc00000
[    0.391625] BCM2708FB: allocated DMA channel 0 @ f3007000
[    0.405268] Console: switching to colour frame buffer device 128x48
[    0.414020] Serial: 8250/16550 driver, 0 ports, IRQ sharing disabled
[    0.415465] vc-cma: Videocore CMA driver
[    0.415568] vc-cma: vc_cma_base      = 0x00000000
[    0.415675] vc-cma: vc_cma_size      = 0x00000000 (0 MiB)
[    0.415791] vc-cma: vc_cma_initial   = 0x00000000 (0 MiB)
[    0.416201] vc-mem: phys_addr:0x00000000 mem_base=0x3ea00000 mem_size:0x3f000000(1008 MiB)
[    0.432725] brd: module loaded
[    0.441896] loop: module loaded
[    0.443017] vchiq: vchiq_init_state: slot_zero = 0xbdc80000, is_master = 0
[    0.444868] Loading iSCSI transport class v2.0-870.
[    0.445893] usbcore: registered new interface driver smsc95xx
[    0.446145] dwc_otg: version 3.00a 10-AUG-2012 (platform bus)
[    0.646637] Core Release: 2.80a
[    0.649988] Setting default values for core params
[    0.653392] Finished setting default values for core params
[    0.857239] Using Buffer DMA mode
[    0.860587] Periodic Transfer Interrupt Enhancement - disabled
[    0.863956] Multiprocessor Interrupt Enhancement - disabled
[    0.867353] OTG VER PARAM: 0, OTG VER FLAG: 0
[    0.870691] Dedicated Tx FIFOs mode
[    0.874315] WARN::dwc_otg_hcd_init:1047: FIQ DMA bounce buffers: virt = 0xbdc14000 dma = 0xfdc14000 len=9024
[    0.877846] FIQ FSM acceleration enabled for :
[    0.877846] Non-periodic Split Transactions
[    0.877846] Periodic Split Transactions
[    0.877846] High-Speed Isochronous Endpoints
[    0.891644] dwc_otg: Microframe scheduler enabled
[    0.891725] WARN::hcd_init_fiq:412: FIQ on core 1 at 0x80401108
[    0.895211] WARN::hcd_init_fiq:413: FIQ ASM at 0x80401464 length 36
[    0.898641] WARN::hcd_init_fiq:438: MPHI regs_base at 0xbe89a000
[    0.902041] dwc_otg 3f980000.usb: DWC OTG Controller
[    0.905429] dwc_otg 3f980000.usb: new USB bus registered, assigned bus number 1
[    0.908861] dwc_otg 3f980000.usb: irq 32, io mem 0x00000000
[    0.912220] Init: Port Power? op_state=1
[    0.915508] Init: Power Port (0)
[    0.919077] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    0.922456] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.925800] usb usb1: Product: DWC OTG Controller
[    0.929105] usb usb1: Manufacturer: Linux 4.1.7-v7+ dwc_otg_hcd
[    0.932408] usb usb1: SerialNumber: 3f980000.usb
[    0.936694] hub 1-0:1.0: USB hub found
[    0.940055] hub 1-0:1.0: 1 port detected
[    0.943795] dwc_otg: FIQ enabled
[    0.943810] dwc_otg: NAK holdoff enabled
[    0.943820] dwc_otg: FIQ split-transaction FSM enabled
[    0.943859] Module dwc_common_port init
[    0.944253] usbcore: registered new interface driver usb-storage
[    0.947987] mousedev: PS/2 mouse device common for all mice
[    0.952210] bcm2835-cpufreq: min=600000 max=700000
[    0.955883] sdhci: Secure Digital Host Controller Interface driver
[    0.959239] sdhci: Copyright(c) Pierre Ossman
[    0.963029] mmc-bcm2835 3f300000.mmc: mmc_debug:0 mmc_debug2:0
[    0.966459] mmc-bcm2835 3f300000.mmc: DMA channels allocated
[    1.006383] sdhci-pltfm: SDHCI platform and OF driver helper
[    1.015838] ledtrig-cpu: registered to indicate activity on CPUs
[    1.019561] hidraw: raw HID events driver (C) Jiri Kosina
[    1.024293] usbcore: registered new interface driver usbhid
[    1.027778] usbhid: USB HID core driver
[    1.032575] Initializing XFRM netlink socket
[    1.035977] NET: Registered protocol family 17
[    1.042797] Key type dns_resolver registered
[    1.046651] Registering SWP/SWPB emulation handler
[    1.050930] registered taskstats version 1
[    1.054433] vc-sm: Videocore shared memory driver
[    1.057765] [vc_sm_connected_init]: start
[    1.061319] vc_vchi_sm_init: failed to open VCHI service (-1)
[    1.061453] [vc_sm_connected_init]: failed to initialize shared memory service
[    1.067925] [vc_sm_connected_init]: end - returning -1
[    1.073204] Waiting for root device /dev/mmcblk0p2...
[    1.083871] mmc0: host does not support reading read-only switch, assuming write-enable
[    1.090661] mmc0: new high speed SDHC card at address aaaa
[    1.094508] mmcblk0: mmc0:aaaa SL32G 28.7 GiB
[    1.099422]  mmcblk0: p1 p2
[    1.136177] Indeed it is in host mode hprt0 = 00021501
[    1.206877] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[    1.210319] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[    1.223244] devtmpfs: mounted
[    1.227375] Freeing unused kernel memory: 416K (80776000 - 807de000)
[    1.316101] usb 1-1: new high-speed USB device number 2 using dwc_otg
[    1.319783] Indeed it is in host mode hprt0 = 00001101
[    1.516523] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[    1.520146] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.525408] hub 1-1:1.0: USB hub found
[    1.529130] hub 1-1:1.0: 5 ports detected
[    1.806195] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[    1.906668] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[    1.910486] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.917103] smsc95xx v1.0.4
[    1.980373] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:e2:67:9d
[    2.066149] usb 1-1.3: new high-speed USB device number 4 using dwc_otg
[    2.187756] usb 1-1.3: New USB device found, idVendor=05e3, idProduct=0608
[    2.191605] usb 1-1.3: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    2.195398] usb 1-1.3: Product: USB2.0 Hub
[    2.202324] hub 1-1.3:1.0: USB hub found
[    2.207177] hub 1-1.3:1.0: 4 ports detected
[    2.415575] udevd[174]: starting version 175
[    2.486161] usb 1-1.3.1: new high-speed USB device number 5 using dwc_otg
[    3.118435] gpiomem-bcm2835 3f200000.gpiomem: Initialised: Registers at 0x3f200000
[    3.429670] usb 1-1.3.1: New USB device found, idVendor=04e8, idProduct=8001
[    3.433931] usb 1-1.3.1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[    3.438173] usb 1-1.3.1: Product: Portable SSD T1
[    3.442353] usb 1-1.3.1: Manufacturer: Samsung
[    3.446509] usb 1-1.3.1: SerialNumber: S25PNYAG500772X     
[    3.451714] usb-storage 1-1.3.1:1.0: USB Mass Storage device detected
[    3.456847] scsi host0: usb-storage 1-1.3.1:1.0
[    3.536081] usb 1-1.3.2: new full-speed USB device number 6 using dwc_otg
[    3.663776] usb 1-1.3.2: New USB device found, idVendor=0403, idProduct=6001
[    3.667960] usb 1-1.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    3.672094] usb 1-1.3.2: Product: FT232R USB UART
[    3.676237] usb 1-1.3.2: Manufacturer: FTDI
[    3.680311] usb 1-1.3.2: SerialNumber: A900WVZZ
[    3.766075] usb 1-1.3.4: new high-speed USB device number 7 using dwc_otg
[    3.867513] usb 1-1.3.4: New USB device found, idVendor=05e3, idProduct=0608
[    3.871553] usb 1-1.3.4: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    3.875549] usb 1-1.3.4: Product: USB2.0 Hub
[    3.880520] hub 1-1.3.4:1.0: USB hub found
[    3.884757] hub 1-1.3.4:1.0: 4 ports detected
[    3.942442] usbcore: registered new interface driver usbserial
[    3.946587] usbcore: registered new interface driver usbserial_generic
[    3.950536] usbserial: USB Serial support registered for generic
[    3.958460] usbcore: registered new interface driver visor
[    3.963141] usbserial: USB Serial support registered for Handspring Visor / Palm OS
[    3.966173] usbcore: registered new interface driver ftdi_sio
[    3.971296] usbserial: USB Serial support registered for Sony Clie 5.0
[    3.975953] usbserial: USB Serial support registered for Sony Clie 3.5
[    3.980406] usbserial: USB Serial support registered for FTDI USB Serial Device
[    3.984749] ftdi_sio 1-1.3.2:1.0: FTDI USB Serial Device converter detected
[    3.989003] usb 1-1.3.2: Detected FT232RL
[    3.993728] usb 1-1.3.2: FTDI USB Serial Device converter now attached to ttyUSB0
[    4.176169] usb 1-1.3.4.1: new full-speed USB device number 8 using dwc_otg
[    4.303044] usb 1-1.3.4.1: New USB device found, idVendor=0403, idProduct=6001
[    4.307111] usb 1-1.3.4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    4.311036] usb 1-1.3.4.1: Product: FT232R USB UART
[    4.314848] usb 1-1.3.4.1: Manufacturer: FTDI
[    4.318862] usb 1-1.3.4.1: SerialNumber: AL01MZ4B
[    4.336502] ftdi_sio 1-1.3.4.1:1.0: FTDI USB Serial Device converter detected
[    4.340838] usb 1-1.3.4.1: Detected FT232RL
[    4.345736] usb 1-1.3.4.1: FTDI USB Serial Device converter now attached to ttyUSB1
[    4.437205] usb 1-1.3.4.2: new full-speed USB device number 9 using dwc_otg
[    4.458820] scsi 0:0:0:0: Direct-Access     Samsung  Portable SSD T1  0    PQ: 0 ANSI: 6
[    4.465438] sd 0:0:0:0: [sda] 262144 512-byte logical blocks: (134 MB/128 MiB)
[    4.470966] sd 0:0:0:0: [sda] Write Protect is off
[    4.475089] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
[    4.475814] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    4.487712]  sda:
[    4.494874] sd 0:0:0:0: [sda] Attached SCSI disk
[    4.508857] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    4.544343] usb 1-1.3.4.2: New USB device found, idVendor=0fde, idProduct=ca05
[    4.548792] usb 1-1.3.4.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    4.548806] usb 1-1.3.4.2: Product: Owl Wireless Electricity Monitor USB version connected
[    4.548832] usb 1-1.3.4.2: Manufacturer: Silicon Labs
[    4.548841] usb 1-1.3.4.2: SerialNumber: 0077CF1A
[    4.588799] usbcore: registered new interface driver cp210x
[    4.593188] usbserial: USB Serial support registered for cp210x
[    4.597414] cp210x 1-1.3.4.2:1.0: cp210x converter detected
[    4.597926] usb 1-1.3.4.2: cp210x converter now attached to ttyUSB2
[    4.636138] usb 1-1.3.4.3: new full-speed USB device number 10 using dwc_otg
[    4.752056] usb 1-1.3.4.3: New USB device found, idVendor=03eb, idProduct=204b
[    4.756109] usb 1-1.3.4.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    4.760045] usb 1-1.3.4.3: Product: CUL868
[    4.763909] usb 1-1.3.4.3: Manufacturer: busware.de
[    4.801925] cdc_acm 1-1.3.4.3:1.0: ttyACM0: USB ACM device
[    4.808176] usbcore: registered new interface driver cdc_acm
[    4.811991] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[    5.525556] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[    5.738438] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[    6.143459] random: nonblocking pool is initialized
[    6.351872] i2c /dev entries driver
[    6.448403] bcm2708 watchdog, heartbeat=10 sec (nowayout=0)
[    8.784164] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[   10.398871] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[   12.002461] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1
[   13.443321] Adding 102396k swap on /var/swap.  Priority:-1 extents:1 across:102396k SSFS
[  170.745569] cp210x ttyUSB2: failed to set baud rate to 300
pi@raspberrypi ~ $


@volschin:
Du hast Recht. Wer Lesen kann ist klar im Vorteil.
Zitat
Mit 4.1.7-v7+ kann ich nicht dienen, aber mit 4.1.10-v7+

Was kann ich tun?
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Offline Gunther

  • Hero Member
  • *****
  • Beiträge: 1357
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #36 am: 27 Januar 2016, 22:31:03 »
So, ich habe ein Kernelupdate durchgeführt und die letzte kompilierte Version installiert.

leider immer noch "opened" und keine Werte.

pi@raspberrypi /opt/fhem $ sudo modprobe cp210x
pi@raspberrypi /opt/fhem $ dmesg
[    0.000000] Booting Linux on physical CPU 0xf00
[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Initializing cgroup subsys cpuacct
[    0.000000] Linux version 4.1.16-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.8.3 20140303 (prerelease) (crosstool-NG linaro-1.13.1+bzr2650 - Linaro GCC 2014.03) ) #833 SMP Wed Jan 27 14:32:22 GMT 2016
[    0.000000] CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[    0.000000] Machine model: Raspberry Pi 2 Model B Rev 1.1
[    0.000000] cma: Reserved 8 MiB at 0x3d400000
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] On node 0 totalpages: 253952
[    0.000000] free_area_init_node: node 0, pgdat 80860f00, node_mem_map bcb48000
[    0.000000]   Normal zone: 2232 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 253952 pages, LIFO batch:31
[    0.000000] [bcm2709_smp_init_cpus] enter (9420->f3003010)
[    0.000000] [bcm2709_smp_init_cpus] ncores=4
[    0.000000] PERCPU: Embedded 12 pages/cpu @bdfb1000 s20416 r8192 d20544 u49152
[    0.000000] pcpu-alloc: s20416 r8192 d20544 u49152 alloc=12*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 251720
[    0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=1024 bcm2708_fb.fbheight=768 bcm2709.boardrev=0xa01041 bcm2709.serial=0xcfe2679d smsc95xx.macaddr=B8:27:EB:E2:67:9D bcm2708_fb.fbswap=1 bcm2709.uart_clock=3000000 bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 sdhci-bcm2708.emmc_clock_freq=250000000 vc_mem.mem_base=0x3ea00000 vc_mem.mem_size=0x3f000000  dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
[    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Memory: 988228K/1015808K available (5944K kernel code, 534K rwdata, 1660K rodata, 440K init, 757K bss, 19388K reserved, 8192K cma-reserved)
[    0.000000] Virtual kernel memory layout:
[    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
[    0.000000]     fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
[    0.000000]     vmalloc : 0xbe800000 - 0xff000000   (1032 MB)
[    0.000000]     lowmem  : 0x80000000 - 0xbe000000   ( 992 MB)
[    0.000000]     modules : 0x7f000000 - 0x80000000   (  16 MB)
[    0.000000]       .text : 0x80008000 - 0x807753c4   (7605 kB)
[    0.000000]       .init : 0x80776000 - 0x807e4000   ( 440 kB)
[    0.000000]       .data : 0x807e4000 - 0x80869a68   ( 535 kB)
[    0.000000]        .bss : 0x8086c000 - 0x8092975c   ( 758 kB)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] Additional per-CPU info printed with stalls.
[    0.000000] NR_IRQS:608
[    0.000000] Architected cp15 timer(s) running at 19.20MHz (phys).
[    0.000000] clocksource arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x46d987e47, max_idle_ns: 440795202767 ns
[    0.000010] sched_clock: 56 bits at 19MHz, resolution 52ns, wraps every 4398046511078ns
[    0.000032] Switching to timer-based delay loop, resolution 52ns
[    0.000312] Console: colour dummy device 80x30
[    0.001496] console [tty1] enabled
[    0.001553] Calibrating delay loop (skipped), value calculated using timer frequency.. 38.40 BogoMIPS (lpj=192000)
[    0.001629] pid_max: default: 32768 minimum: 301
[    0.001996] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.002050] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.003335] Initializing cgroup subsys blkio
[    0.003412] Initializing cgroup subsys memory
[    0.003473] Initializing cgroup subsys devices
[    0.003524] Initializing cgroup subsys freezer
[    0.003590] Initializing cgroup subsys net_cls
[    0.003694] CPU: Testing write buffer coherency: ok
[    0.003804] ftrace: allocating 20289 entries in 60 pages
[    0.054417] CPU0: update cpu_capacity 1024
[    0.054494] CPU0: thread -1, cpu 0, socket 15, mpidr 80000f00
[    0.054534] [bcm2709_smp_prepare_cpus] enter
[    0.054683] Setting up static identity map for 0x8240 - 0x8274
[    0.057258] [bcm2709_boot_secondary] cpu:1 started (0) 19
[    0.057697] [bcm2709_secondary_init] enter cpu:1
[    0.057754] CPU1: update cpu_capacity 1024
[    0.057763] CPU1: thread -1, cpu 1, socket 15, mpidr 80000f01
[    0.058356] [bcm2709_boot_secondary] cpu:2 started (0) 18
[    0.058715] [bcm2709_secondary_init] enter cpu:2
[    0.058746] CPU2: update cpu_capacity 1024
[    0.058754] CPU2: thread -1, cpu 2, socket 15, mpidr 80000f02
[    0.059296] [bcm2709_boot_secondary] cpu:3 started (0) 16
[    0.059552] [bcm2709_secondary_init] enter cpu:3
[    0.059581] CPU3: update cpu_capacity 1024
[    0.059590] CPU3: thread -1, cpu 3, socket 15, mpidr 80000f03
[    0.059677] Brought up 4 CPUs
[    0.059788] SMP: Total of 4 processors activated (153.60 BogoMIPS).
[    0.059821] CPU: All CPU(s) started in HYP mode.
[    0.059851] CPU: Virtualization extensions available.
[    0.060830] devtmpfs: initialized
[    0.084557] VFP support v0.3: implementor 41 architecture 2 part 30 variant 7 rev 5
[    0.084907] clocksource jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.086053] pinctrl core: initialized pinctrl subsystem
[    0.086894] NET: Registered protocol family 16
[    0.092569] DMA: preallocated 4096 KiB pool for atomic coherent allocations
[    0.093770] bcm2709.uart_clock = 3000000
[    0.099083] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
[    0.099143] hw-breakpoint: maximum watchpoint size is 8 bytes.
[    0.099372] Serial: AMBA PL011 UART driver
[    0.099583] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 83, base_baud = 0) is a PL011 rev2
[    0.100197] bcm2835-mbox 3f00b880.mailbox: mailbox enabled
[    0.175634] bcm2708-dmaengine 3f007000.dma: DMA legacy API manager at f3007000, dmachans=0xf35
[    0.175726] bcm2708-dmaengine 3f007000.dma: Initialized 7 DMA channels (+ 1 legacy)
[    0.176500] bcm2708-dmaengine 3f007000.dma: Load BCM2835 DMA engine driver
[    0.176544] bcm2708-dmaengine 3f007000.dma: dma_debug:0
[    0.177298] SCSI subsystem initialized
[    0.177555] usbcore: registered new interface driver usbfs
[    0.177691] usbcore: registered new interface driver hub
[    0.177877] usbcore: registered new device driver usb
[    0.178615] raspberrypi-firmware soc:firmware: Attached to firmware from 2016-01-15 17:24
[    0.205944] Switched to clocksource arch_sys_counter
[    0.253070] FS-Cache: Loaded
[    0.253495] CacheFiles: Loaded
[    0.266554] NET: Registered protocol family 2
[    0.267942] TCP established hash table entries: 8192 (order: 3, 32768 bytes)
[    0.268129] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
[    0.268361] TCP: Hash tables configured (established 8192 bind 8192)
[    0.268511] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    0.268601] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    0.269111] NET: Registered protocol family 1
[    0.269612] RPC: Registered named UNIX socket transport module.
[    0.269654] RPC: Registered udp transport module.
[    0.269686] RPC: Registered tcp transport module.
[    0.269717] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    0.270796] hw perfevents: enabled with armv7_cortex_a7 PMU driver, 5 counters available
[    0.272251] futex hash table entries: 1024 (order: 4, 65536 bytes)
[    0.288516] VFS: Disk quotas dquot_6.6.0
[    0.288942] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    0.291442] FS-Cache: Netfs 'nfs' registered for caching
[    0.292654] NFS: Registering the id_resolver key type
[    0.292774] Key type id_resolver registered
[    0.292808] Key type id_legacy registered
[    0.295516] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[    0.295745] io scheduler noop registered
[    0.295793] io scheduler deadline registered (default)
[    0.296208] io scheduler cfq registered
[    0.298726] BCM2708FB: allocated DMA memory fd800000
[    0.298797] BCM2708FB: allocated DMA channel 0 @ f3007000
[    0.312490] Console: switching to colour frame buffer device 128x48
[    0.321334] Serial: 8250/16550 driver, 0 ports, IRQ sharing disabled
[    0.322749] vc-cma: Videocore CMA driver
[    0.322847] vc-cma: vc_cma_base      = 0x00000000
[    0.322943] vc-cma: vc_cma_size      = 0x00000000 (0 MiB)
[    0.323051] vc-cma: vc_cma_initial   = 0x00000000 (0 MiB)
[    0.323381] vc-mem: phys_addr:0x00000000 mem_base=0x3ea00000 mem_size:0x3f000000(1008 MiB)
[    0.339473] brd: module loaded
[    0.348533] loop: module loaded
[    0.349623] vchiq: vchiq_init_state: slot_zero = 0xbd880000, is_master = 0
[    0.351516] Loading iSCSI transport class v2.0-870.
[    0.352517] usbcore: registered new interface driver smsc95xx
[    0.352704] dwc_otg: version 3.00a 10-AUG-2012 (platform bus)
[    0.553209] Core Release: 2.80a
[    0.556588] Setting default values for core params
[    0.559967] Finished setting default values for core params
[    0.763744] Using Buffer DMA mode
[    0.767092] Periodic Transfer Interrupt Enhancement - disabled
[    0.770433] Multiprocessor Interrupt Enhancement - disabled
[    0.773762] OTG VER PARAM: 0, OTG VER FLAG: 0
[    0.777119] Dedicated Tx FIFOs mode
[    0.780758] WARN::dwc_otg_hcd_init:1047: FIQ DMA bounce buffers: virt = 0xbd814000 dma = 0xfd814000 len=9024
[    0.784222] FIQ FSM acceleration enabled for :
[    0.784222] Non-periodic Split Transactions
[    0.784222] Periodic Split Transactions
[    0.784222] High-Speed Isochronous Endpoints
[    0.797892] dwc_otg: Microframe scheduler enabled
[    0.797960] WARN::hcd_init_fiq:412: FIQ on core 1 at 0x803fcde0
[    0.801415] WARN::hcd_init_fiq:413: FIQ ASM at 0x803fd13c length 36
[    0.804816] WARN::hcd_init_fiq:438: MPHI regs_base at 0xbe89a000
[    0.808231] dwc_otg 3f980000.usb: DWC OTG Controller
[    0.811595] dwc_otg 3f980000.usb: new USB bus registered, assigned bus number 1
[    0.814975] dwc_otg 3f980000.usb: irq 32, io mem 0x00000000
[    0.818341] Init: Port Power? op_state=1
[    0.821612] Init: Power Port (0)
[    0.825117] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    0.828503] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.831830] usb usb1: Product: DWC OTG Controller
[    0.835086] usb usb1: Manufacturer: Linux 4.1.16-v7+ dwc_otg_hcd
[    0.838389] usb usb1: SerialNumber: 3f980000.usb
[    0.842535] hub 1-0:1.0: USB hub found
[    0.845871] hub 1-0:1.0: 1 port detected
[    0.849644] dwc_otg: FIQ enabled
[    0.849656] dwc_otg: NAK holdoff enabled
[    0.849666] dwc_otg: FIQ split-transaction FSM enabled
[    0.849707] Module dwc_common_port init
[    0.850128] usbcore: registered new interface driver usb-storage
[    0.853719] mousedev: PS/2 mouse device common for all mice
[    0.857904] bcm2835-cpufreq: min=600000 max=700000
[    0.861531] sdhci: Secure Digital Host Controller Interface driver
[    0.864836] sdhci: Copyright(c) Pierre Ossman
[    0.945992] mmc0: sdhost-bcm2835 loaded - DMA enabled (>1)
[    0.949635] sdhci-pltfm: SDHCI platform and OF driver helper
[    0.953653] ledtrig-cpu: registered to indicate activity on CPUs
[    0.957313] hidraw: raw HID events driver (C) Jiri Kosina
[    0.960910] usbcore: registered new interface driver usbhid
[    0.964302] usbhid: USB HID core driver
[    0.968128] Initializing XFRM netlink socket
[    0.971478] NET: Registered protocol family 17
[    0.974926] Key type dns_resolver registered
[    0.978646] Registering SWP/SWPB emulation handler
[    0.982823] registered taskstats version 1
[    0.986431] vc-sm: Videocore shared memory driver
[    0.989685] [vc_sm_connected_init]: start
[    0.993253] vc_vchi_sm_init: failed to open VCHI service (-1)
[    0.993378] [vc_sm_connected_init]: failed to initialize shared memory service
[    0.999826] [vc_sm_connected_init]: end - returning -1
[    1.004687] Waiting for root device /dev/mmcblk0p2...
[    1.044893] mmc0: host does not support reading read-only switch, assuming write-enable
[    1.046112] Indeed it is in host mode hprt0 = 00021501
[    1.054804] mmc0: new high speed SDHC card at address aaaa
[    1.058787] mmcblk0: mmc0:aaaa SL32G 28.7 GiB
[    1.063639]  mmcblk0: p1 p2
[    1.135855] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[    1.139354] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[    1.151266] devtmpfs: mounted
[    1.155423] Freeing unused kernel memory: 440K (80776000 - 807e4000)
[    1.226023] usb 1-1: new high-speed USB device number 2 using dwc_otg
[    1.229726] Indeed it is in host mode hprt0 = 00001101
[    1.426413] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[    1.430012] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.434485] hub 1-1:1.0: USB hub found
[    1.438163] hub 1-1:1.0: 5 ports detected
[    1.716047] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[    1.816466] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[    1.820112] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.827481] smsc95xx v1.0.4
[    1.891054] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:e2:67:9d
[    1.996120] usb 1-1.3: new high-speed USB device number 4 using dwc_otg
[    2.097671] usb 1-1.3: New USB device found, idVendor=05e3, idProduct=0608
[    2.101536] usb 1-1.3: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    2.105334] usb 1-1.3: Product: USB2.0 Hub
[    2.110258] hub 1-1.3:1.0: USB hub found
[    2.114380] hub 1-1.3:1.0: 4 ports detected
[    2.233857] udevd[173]: starting version 175
[    2.396066] usb 1-1.3.1: new high-speed USB device number 5 using dwc_otg
[    2.779708] gpiomem-bcm2835 3f200000.gpiomem: Initialised: Registers at 0x3f200000
[    3.339899] usb 1-1.3.1: New USB device found, idVendor=04e8, idProduct=8001
[    3.344465] usb 1-1.3.1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[    3.348953] usb 1-1.3.1: Product: Portable SSD T1
[    3.353343] usb 1-1.3.1: Manufacturer: Samsung
[    3.357724] usb 1-1.3.1: SerialNumber: S25PNYAG500772X     
[    3.363609] usb-storage 1-1.3.1:1.0: USB Mass Storage device detected
[    3.851078] bcm2835-rng 3f104000.rng: hwrng registered
[    3.857213] scsi host0: usb-storage 1-1.3.1:1.0
[    3.936036] usb 1-1.3.2: new full-speed USB device number 6 using dwc_otg
[    4.064868] usb 1-1.3.2: New USB device found, idVendor=0403, idProduct=6001
[    4.069076] usb 1-1.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    4.073222] usb 1-1.3.2: Product: FT232R USB UART
[    4.077371] usb 1-1.3.2: Manufacturer: FTDI
[    4.081416] usb 1-1.3.2: SerialNumber: A900WVZZ
[    4.166023] usb 1-1.3.4: new high-speed USB device number 7 using dwc_otg
[    4.267394] usb 1-1.3.4: New USB device found, idVendor=05e3, idProduct=0608
[    4.271483] usb 1-1.3.4: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    4.275470] usb 1-1.3.4: Product: USB2.0 Hub
[    4.280617] hub 1-1.3.4:1.0: USB hub found
[    4.284870] hub 1-1.3.4:1.0: 4 ports detected
[    4.343083] usbcore: registered new interface driver usbserial
[    4.347234] usbcore: registered new interface driver usbserial_generic
[    4.351214] usbserial: USB Serial support registered for generic
[    4.358237] usbcore: registered new interface driver visor
[    4.363070] usbserial: USB Serial support registered for Handspring Visor / Palm OS
[    4.365748] usbcore: registered new interface driver ftdi_sio
[    4.371094] usbserial: USB Serial support registered for FTDI USB Serial Device
[    4.375170] usbserial: USB Serial support registered for Sony Clie 5.0
[    4.379109] ftdi_sio 1-1.3.2:1.0: FTDI USB Serial Device converter detected
[    4.379237] usbserial: USB Serial support registered for Sony Clie 3.5
[    4.387184] usb 1-1.3.2: Detected FT232RL
[    4.392078] usb 1-1.3.2: FTDI USB Serial Device converter now attached to ttyUSB0
[    4.566066] usb 1-1.3.4.1: new full-speed USB device number 8 using dwc_otg
[    4.692733] usb 1-1.3.4.1: New USB device found, idVendor=0403, idProduct=6001
[    4.696786] usb 1-1.3.4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    4.700988] usb 1-1.3.4.1: Product: FT232R USB UART
[    4.705252] usb 1-1.3.4.1: Manufacturer: FTDI
[    4.709575] usb 1-1.3.4.1: SerialNumber: AL01MZ4B
[    4.723036] ftdi_sio 1-1.3.4.1:1.0: FTDI USB Serial Device converter detected
[    4.727286] usb 1-1.3.4.1: Detected FT232RL
[    4.732187] usb 1-1.3.4.1: FTDI USB Serial Device converter now attached to ttyUSB1
[    4.816043] usb 1-1.3.4.2: new full-speed USB device number 9 using dwc_otg
[    4.858631] scsi 0:0:0:0: Direct-Access     Samsung  Portable SSD T1  0    PQ: 0 ANSI: 6
[    4.867669] sd 0:0:0:0: [sda] 262144 512-byte logical blocks: (134 MB/128 MiB)
[    4.868400] sd 0:0:0:0: [sda] Write Protect is off
[    4.868417] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
[    4.870710] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    4.886158]  sda:
[    4.894098] sd 0:0:0:0: [sda] Attached SCSI disk
[    4.905874] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    4.923285] usb 1-1.3.4.2: New USB device found, idVendor=0fde, idProduct=ca05
[    4.927636] usb 1-1.3.4.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    4.927649] usb 1-1.3.4.2: Product: Owl Wireless Electricity Monitor USB version connected
[    4.927670] usb 1-1.3.4.2: Manufacturer: Silicon Labs
[    4.927679] usb 1-1.3.4.2: SerialNumber: 0077CF1A
[    4.973448] usbcore: registered new interface driver cp210x
[    4.978188] usbserial: USB Serial support registered for cp210x
[    4.982895] cp210x 1-1.3.4.2:1.0: cp210x converter detected
[    4.988121] usb 1-1.3.4.2: cp210x converter now attached to ttyUSB2
[    5.026036] usb 1-1.3.4.3: new full-speed USB device number 10 using dwc_otg
[    5.140771] usb 1-1.3.4.3: New USB device found, idVendor=03eb, idProduct=204b
[    5.144786] usb 1-1.3.4.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    5.148810] usb 1-1.3.4.3: Product: CUL868
[    5.152735] usb 1-1.3.4.3: Manufacturer: busware.de
[    5.190205] cdc_acm 1-1.3.4.3:1.0: ttyACM0: USB ACM device
[    5.195283] usbcore: registered new interface driver cdc_acm
[    5.199230] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[    5.818921] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[    6.014263] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[    6.583303] i2c /dev entries driver
[    6.679414] bcm2708 watchdog, heartbeat=10 sec (nowayout=0)
[    8.935588] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[   10.140376] random: dd urandom read with 109 bits of entropy available
[   10.528824] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[   12.077235] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1
[   12.684789] random: nonblocking pool is initialized
[   13.417058] Adding 102396k swap on /var/swap.  Priority:-1 extents:1 across:102396k SSFS
[   55.742428] ftdi_sio ttyUSB1: urb failed to clear flow control

Könnt Ihr daran erkennen, wie ich weiter vorgehen kann.
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Offline Wernieman

  • Hero Member
  • *****
  • Beiträge: 4330
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #37 am: 28 Januar 2016, 08:42:11 »
Mit welchem Device verbindest Du Dich?

kannst Du uns bitte mal Deine "define" Zeile geben?

Hinweis:
Du hast mehr als ein ttyUSBx
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Offline Gunther

  • Hero Member
  • *****
  • Beiträge: 1357
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #38 am: 28 Januar 2016, 21:26:13 »
kar kann ich:

define Strommonitor CM160 /dev/serial/by-id/usb-Silicon_Labs_Owl_Wireless_Electricity_Monitor_USB_version_connected_0077CF1A-if00-port0@256000
attr Strommonitor loglevel 5
attr Strommonitor room Heizungsraum
attr Strommonitor voltage 195


# Reduzierung des Datenverkehrs
# Dummy AktuellerStromverbrauch soll alle 5 Sekunden mit dem aktuellen Stromverbrauch aktualisiert werden
# Hierdurch wird das Reading "W" des Geräts "Strommonitor" ausgelesen und alle 5 Sekunden in den Dummy "AktuellerVerbrauch" geschrieben.

define AktuellerStromverbrauch dummy
attr AktuellerStromverbrauch event-on-change-reading state
attr AktuellerStromverbrauch fp_Erdgeschoss 210,279,1,
attr AktuellerStromverbrauch room Heizungsraum
define WattUsageAnDummy at +*00:00:05 { my $d= ReadingsVal("Strommonitor","W",0);; fhem("set AktuellerStromverbrauch $d");;}

# Logfile
define FileLog_AktuellerStromverbrauch_Jahr FileLog ./log/AktuellerStromverbrauch-%Y.log AktuellerStromverbrauch
attr FileLog_AktuellerStromverbrauch_Jahr logtype text
attr FileLog_AktuellerStromverbrauch_Jahr room Heizungsraum

define SVG_FileLog_AktuellerStromverbrauch_1 SVG FileLog_AktuellerStromverbrauch_Jahr:SVG_FileLog_AktuellerStromverbrauch_1:CURRENT
attr SVG_FileLog_AktuellerStromverbrauch_1 room Heizungsraum
attr SVG_FileLog_AktuellerStromverbrauch_1 title "aktueller Stromverbrauch"
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Offline Gunther

  • Hero Member
  • *****
  • Beiträge: 1357
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #39 am: 31 Januar 2016, 13:21:45 »
Habe nun die Updateprozedur nochmal ausgeführt. Warum auch immer: nun scheint es zu laufen. Vielleicht hatte das etwas mit meinem anderen Problem (Neustart FHEM) zu tun.
Hier: http://forum.fhem.de/index.php/topic,25344.15.html

Danke Euch!
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Offline Gunther

  • Hero Member
  • *****
  • Beiträge: 1357
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #40 am: 31 Januar 2016, 14:04:46 »
Eine Frage noch dazu:

Wird die neue überarbeitete Version automatisch mit dem Update vom FHEM verteilt?
Oder welche soll ich nehmen - und wo bekomme ich die her?
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Offline Wolfi

  • New Member
  • *
  • Beiträge: 43
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #41 am: 09 Februar 2016, 19:49:18 »
Gibt es eigentlich jetzt eine Lösung für cumYear, cum Day usw. ?
 Gruss

Offline Wolfi

  • New Member
  • *
  • Beiträge: 43
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #42 am: 13 Februar 2016, 10:18:01 »
Hallo, zusammen
Das mit den cumDay log und dem plott habe ich hinkommen  klappt supper.

Aber jetzt möchte ich von den cumDay log Einträgen die Summe bilden und einfach in FHEM ausgeben bzw.anzeigen.

Wer kann mir helfen?


Offline Gunther

  • Hero Member
  • *****
  • Beiträge: 1357
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #43 am: 13 Februar 2016, 11:17:15 »
ich hole meine Frage nochmal vor.

Eine Frage noch dazu:

Wird die neue überarbeitete Version automatisch mit dem Update vom FHEM verteilt?
Oder welche soll ich nehmen - und wo bekomme ich die her?
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Offline raspklaus

  • Sr. Member
  • ****
  • Beiträge: 683
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #44 am: 13 Februar 2016, 16:58:17 »
Hallo,

wo gibt es überhaupt die neueste Version ?

Danke

Offline Wolfi

  • New Member
  • *
  • Beiträge: 43
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #45 am: 13 Februar 2016, 17:16:26 »
Das würde mich auch interessieren.   

Ich probiere gerade diese aus wie genau diese ist

http://forum.fhem.de/index.php?action=dlattach;topic=44037.0;attach=40882

hier aus diesem Forum

und dann gibt es noch eine vom Dezember

http://forum.fhem.de/index.php?action=dlattach;topic=44037.0;attach=41242
   

http://forum.fhem.de/index.php/topic,44037.msg367980.html#msg367980

Offline MecHome

  • Newbie
  • Beiträge: 2
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #46 am: 02 März 2016, 22:06:26 »
Hallo zusammen,

ich habe mich hier mal registriert, weil ich seit kurzem meine ersten Erfahrungen mit einem Raspberry Pi2 ModelB mache. Die FHEM-Software ist installiert und jetzt will ich mich mal so langsam mit der Materie vertraut machen. Als erstes würde ich gerne meine neue OWL+USB einbinden. Mein erster Versuch nach einer gefundenen Anleitung scheiterte an dem geforderten zurückdrehen des Kernels. Ich hatte zum Glück vorher eine Sicherheitskopie der SD-Card gezogen.

Gibt es eine Möglichkeit für relative Anfänger wie mich, die Eule an einen Raspi2B mit dem aktuellen Kernel 4.1.17-v7+ zu hängen um die Daten regelmässig abrufen zu lassen und zu speichern, so dass ich nicht mindestens alle 30 Tage die OWL zum PC zu tragen?
Und wenn ja, was kann ich eventuell noch so mit der Kombination FHEM und OWL anstellen?

Ich bin für Eure Tipps dankbar :)
Mec

Offline Wolfi

  • New Member
  • *
  • Beiträge: 43
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #47 am: 03 März 2016, 22:17:08 »
« Letzte Änderung: 03 März 2016, 22:22:58 von Wolfi »

Offline MecHome

  • Newbie
  • Beiträge: 2
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #48 am: 03 März 2016, 22:37:08 »
Hi Wolfi,

danke für die schnelle Antwort. Den Thread hatte ich auch schon gesehen, da steht jedoch das hier:

ACHTUNG: Dieses Modul ist nur für genau diese Kernel-Version auf dem RPi2 (nicht auf B, B+, etc) geeignet.

Ich habe aber den Pi2 Model B. Deswegen glaube ich nicht, das der Treiber passt.


und den zweiten Link kenne ich auch. Da hat mich dann folgender Abschnitt dazu verleitet mein Raspi-System komplett zu schrotten, so dass es nicht mehr gebottet hat.

UPDATE: Unter diesem Link (http://tech.enekochan.com/en/2014/03/08/upgradedowngrade-to-a-specific-firmware-kernel-version-with-rpi-update-in-raspbian/) wird erklärt, wie man seinen Kernel auf eine vorherige Version downgraden kann, damit der OWL-Treiber passt.

Offline Wolfi

  • New Member
  • *
  • Beiträge: 43
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #49 am: 04 März 2016, 09:26:22 »
Hallo MecHome,

Ich habe vor ca. 3 Wochen einen P2 gekauft und FHEM komplett Neu installiert genau mit diesem Kernel. (hatte zuvor einen p1)
Mit B, B+ geht es um den P1 so wie ich das verstehe.
Diesen Kernel :

https://forum.fhem.de/index.php?action=dlattach;topic=15993.0;attach=47834

Und OWL habe ich nach der besagten Anleitung installiert natürlich mit der Neuen Kernel .
Und wen das Owl dann grundsätzlich mal funzt  solltest du die 60_CM160 austauschen wie hier beschrieben.

Und als weiteres kannst du noch folgende Anleitung mit in die Installation einfließen  lassen oder später  umbauen.

http://www.meintechblog.de/2013/11/fhem-logfiles-und-graphen-datenlast-reduzieren-und-werte-ordentlich-visualisieren/

Das War natürlich Falsch!!!!!!!

und den zweiten Link kenne ich auch. Da hat mich dann folgender Abschnitt dazu verleitet mein Raspi-System komplett zu schrotten, so dass es nicht mehr gebottet hat.

UPDATE: Unter diesem Link (http://tech.enekochan.com/en/2014/03/08/upgradedowngrade-to-a-specific-firmware-kernel-version-with-rpi-update-in-raspbian/) wird erklärt, wie man seinen Kernel auf eine vorherige Version downgraden kann, damit der OWL-Treiber passt.
« Letzte Änderung: 04 März 2016, 09:38:42 von Wolfi »

Offline dadoc

  • Sr. Member
  • ****
  • Beiträge: 647
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #50 am: 02 Februar 2018, 11:33:49 »
Moyn,
es wurde in diesem Thread ja schon verschiedentlich gefragt: Wo kann man die letzte (im Sinne von "am fehlerkorrigierteste") Version des Moduls ziehen? Theoretisch müsste sie im letzten Beitrag von ste87 vom 3.1.2016 anhängen - tut sie aber nicht:
Zitat
Anbei die aktuelle Version mit der geänderten Berechnung (siehe letzten Post).

Beachte: Die Attributes: costPerKwh currency co2Factor sind nicht mehr enthalten.
« Letzte Änderung: 10 Januar 2016, 14:58:21 von ste87 »
Könnte jemand so nett sein und diese noch einmal hochladen?
Danke & Grüße
Martin
Standort 1: FS20 mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)

Offline ste87

  • New Member
  • *
  • Beiträge: 14
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #51 am: 02 Februar 2018, 18:20:15 »
Hallo,

ich lade hier noch mal die Version hoch, die ich immer noch selber nutze. Die Datenaufnahme klappt damit reibungslos.

ABER: Das Setzten der Events, vor allem der addierten Werte, ist noch nicht/gut umgesetzt. Ich habe leider in den letzten Jahren nichts mehr daran gemacht, dass heißt es ist noch nicht rund und auch sonst "veraltet" (Logging, aktuelle FHEM Konzepte).

ACHTUNG: Vor Benutzten des Moduls ein Backup machen !!!

Die Benutzung ist auf eigene Gefahr.


Offline dadoc

  • Sr. Member
  • ****
  • Beiträge: 647
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #52 am: 02 Februar 2018, 23:44:40 »
Danke!
Standort 1: FS20 mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)

Offline dadoc

  • Sr. Member
  • ****
  • Beiträge: 647
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #53 am: 20 Februar 2018, 14:54:50 »
Habe ein paar Dinge am Modul aktualisiert (Benutzung des Moduls auf eigene Gefahr - Vorsicht, bin kein Programmierer!):
- Aktualisierung der Log-Funktionen auf log3
- Neues Attribut debugpwr, mit dem das Schreiben bzw. Nicht-Schreiben der Debug-Informationen (inkl. Raw data) ins fhem-Log gesteuert werden kann. In der letzten Version wurden sie immer komplett ins Log geschrieben, das dadurch schnell extrem anwuchs.

Was m.E. noch fehlt ist der Komplex "Event-on-change-reading" und Verwandte, denn auch das normale Datenlog wird schnell sehr voll, da auch unveränderte Daten reingeschrieben werden. Das macht insbesondere komplexere Chart-Darstellungen (ftui Chart Widget) unnötig langsam. Soweit ich mich da eingelesen habe, braucht es dafür eine Umstellung im Modul auf readingsBulkUpdate und Konsorten. Das übersteigt aber definitiv meine derzeitigen Perl-Bastelkenntnisse. Vielleicht kann ja ein Kundiger Hilfestellung leisten?
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)

Offline Wolfi

  • New Member
  • *
  • Beiträge: 43
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #54 am: 03 März 2018, 13:39:19 »
Hallo habe vor mein FHEM  vom pi2 auf einen P3 zu zügeln?
Hat das schon mal jemand gemacht?
Was ist bezüglich OWL USB zu beachten bzw zu unternehmen?
Gibt es Anleitungen?

Offline dadoc

  • Sr. Member
  • ****
  • Beiträge: 647
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #55 am: 06 März 2018, 17:00:32 »
zügeln?
Umzug ist kein Problem, läuft bei mir mit Stretch auf Raspi 3 B rev. 1.2; ebenso OWL (auf demselben Pi). Du musst halt das richtige Kernel-Modul nehmen (in meinem Fall 4.9.59-v7+). Konkrete Anleitung kenne ich keine, aber wenn konkrete Fragen auftreten, kann ich sie gern versuchen, sie zu beantworten.
Standort 1: FS20 mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)

Offline dadoc

  • Sr. Member
  • ****
  • Beiträge: 647
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #56 am: 06 März 2018, 17:14:27 »
ABER: Das Setzten der Events, vor allem der addierten Werte, ist noch nicht/gut umgesetzt. Ich habe leider in den letzten Jahren nichts mehr daran gemacht, dass heißt es ist noch nicht rund und auch sonst "veraltet" (Logging, aktuelle FHEM Konzepte).
Ich habe nun noch etwas im Modul herumgefuhrwerkt, damit:
- das doppelte und dreifache Loggen der Werte aufhört
- man event-on-change-update usw. verwenden kann.
Ich bin kein Programmierer, auch wenn ich dieses Modul jetzt mal zum Anlass genommen habe, Zeile für Zeile verstehen zu wollen und so meine rudimentären Perl-Kenntnisse voranzutreiben (was mir nur bedingt gelungen ist).
Bei mir läuft es seit zwei Wochen stabil, die Logfile ist nun richtig schlank; aber dennoch Benutzung auf eigene Gefahr. Vielleicht kann ja mal jemand draufschauen, der mehr Ahnung hat als ich. Änderungen sind mit # mk gekennzeichnet.
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)

Offline MarkusEd

  • New Member
  • *
  • Beiträge: 6
Antw:OWL+USB-Energiemonitor in FHEM: 60_CM160.pm liefert falsche Daten
« Antwort #57 am: 22 Juni 2018, 10:43:25 »
Hallo,

ich habe das Modul von dadoc im Einsatz und es funktioniert bislang ganz gut. Einzig die Erkennung der "historischen Daten" die nach jeden Reconnect (USB aus-an stecken und seltsamerweise jeden Morgen) der Eule gesendet werden, funktioniert nicht => es werden hunderte alt-Werte übertragen und geloggt. Problem: Die Eule setzt MODE schon auf "live data" obwohl noch historische Werte übertragen werden.

Ich habe das gelöst mit:

Attributes
event-aggregator W:30:linear:mean
event-min-interval .*:30


Damit unterdrücke ich die meisten der unnützen Daten nach einem CM160 Reconnect, da diese innerhalb weniger Sekunden gesendet werden. Nun verliere ich aber die Anzeige der aktuell vom CM160 gesendeten Werte da diese ja über 30 Sekunden gemittelt werden.

FRAGE:
Wie kann ich das W Reading kopieren in ein neues Reading z.B. W0 vor dem event-aggregator?
Also loggen will ich nur die aggregierten Werte, anzeigen will ich aber alle.

Gibt es die Möglichkeit evtl. mit Dummy ein Reading zu verdoppeln/kopieren?

Danke Markus

 

decade-submarginal