kWH Zähler für Solarthermie

g.carls · 21 März 2014, 08:11:12

Hallo zusammen!
Ich möchte gerne vorstellen, wie sich mit relativ einfachen Mitteln Momentanleistung und Energieertrag einer Solarthermie-Anlage messen lässt.
Folgende technischen Voraussetzungen müssen geschaffen werden:

1) Wasserzähler mit S0-Ausgang im Rücklauf des Solarkreises
2) 1-Wire Zählermodul z.B. von www.eservice-online.de verbunden mit dem S0 Ausgang des Wasserzählers
3) 1 1-wire Temperatursensor (DS18B20) an der Rohleitung im Vorlauf des Solarkreises
4) 1 1-wire Temperatursensor (DS18B20) an der Rohrleitung im Rücklauf des Solarkreises

Über den Volumenstrom im Solarkreis und die Temperaturdifferenz zwischen Vorlauf und Rücklauf des Solarkreises können dann
Energie und Momentanleistung wie folgt berechnet werden:

Code Auswählen

Solarleistung=Wärmekapazität * Volumenstrom * Dichte * (T_SOLARKREIS_VORLAUF - T_SOLARKREIS_RUECKLAUF)
Solarenergie=Wärmekapazität * Volumen * Dichte * (T_SOLARKREIS_VORLAUF - T_SOLARKREIS_RUECKLAUF)

Mit den nachfolgenden Defines und Hilfsfunktionen werden diese Berechnungen von FHEM durchgeführt.
Bitte beachten, dass ich in der nachfolgenden Implementierung keine FileLogs sondern DbLog verwende!

Um einen Eindruck zu bekommen, wie das Ergebnis aussieht, habe ich zwei Screenshots beigefügt.

in fhem.cfg folgende defines für die Sensoren und den Zähler anlegen (dabei natürlich die Adressen der Sensoren anpassen):

Code Auswählen

# vorhandenes global userattr um folgende attribute erweitern (kein neues attr global in fhem.cfg eintragen!!!)
# ctsperm3: Anzahl der Impulse des Wasserzählers pro m3
# dichte: Dichte der Solarträgerflüssigkeit. Bei Propylenglykol ca 993kg/m3
# waermekapazität: Wärmekapazität der Solarträgerflüssigkeit, Propylenglykol ca 3.8 bei 80C 
# offset: Initialer Zählerstand des Wasserzählers bei Inbetriebnahme dieser Lösung

# VORHANDENES global userattr ERWEITERN!!!!
attr global userattr ctsperm3 dichte waermekapazitaet offset

Code Auswählen

#
# Solarkreis Vorlauftemperatur
#

define T_SOLARKREIS_VORLAUF OWDevice 28.A234AB040000 120
attr T_SOLARKREIS_VORLAUF IODev myLocalOWServer
attr T_SOLARKREIS_VORLAUF alias Solarkreis Vorlauf
attr T_SOLARKREIS_VORLAUF event-min-interval temperature:240
attr T_SOLARKREIS_VORLAUF event-on-change-reading temperature
attr T_SOLARKREIS_VORLAUF event-on-update-reading temperature
attr T_SOLARKREIS_VORLAUF fp_Heizung 455,820,0,
attr T_SOLARKREIS_VORLAUF group Heizungswerte
attr T_SOLARKREIS_VORLAUF icon sani_solar_temp
attr T_SOLARKREIS_VORLAUF model DS18B20
attr T_SOLARKREIS_VORLAUF room 3.01 Heizung
attr T_SOLARKREIS_VORLAUF stateFormat {sprintf("%.1f&deg;;",ReadingsVal("T_SOLARKREIS_VORLAUF","temperature",0))."C"}
#Ausgabeformat bei 18B20 Sensoren: temperature: 56.1875 alarm: 1

#
# Solarkreis Rücklauftemperatur
#

define T_SOLARKREIS_RUECKLAUF OWDevice 28.9FB1AA040000 120
attr T_SOLARKREIS_RUECKLAUF IODev myLocalOWServer
attr T_SOLARKREIS_RUECKLAUF alias Solarkreis R&uuml;;cklauf
attr T_SOLARKREIS_RUECKLAUF event-min-interval temperature:240
attr T_SOLARKREIS_RUECKLAUF event-on-change-reading temperature
attr T_SOLARKREIS_RUECKLAUF event-on-update-reading temperature
attr T_SOLARKREIS_RUECKLAUF fp_Heizung 520,820,0,
attr T_SOLARKREIS_RUECKLAUF group Heizungswerte
attr T_SOLARKREIS_RUECKLAUF icon sani_solar_temp
attr T_SOLARKREIS_RUECKLAUF model DS18B20
attr T_SOLARKREIS_RUECKLAUF room 3.01 Heizung
attr T_SOLARKREIS_RUECKLAUF stateFormat {sprintf("%.1f&deg;;",ReadingsVal("T_SOLARKREIS_RUECKLAUF","temperature",0))."C"}

#
# Solarkreis Plot
#
define PL_SOLARKREIS SVG myDbLog:myDbSolarkreis:HISTORY
attr PL_SOLARKREIS group Heizungsverlauf
attr PL_SOLARKREIS label "Vorlauf min: $data{min1}, max: $data{max1}, last: $data{currval1}"::"Ruecklauf min: $data{min2}, max: $data{max2}, last: $data{currval2}"
attr PL_SOLARKREIS plotfunction T_SOLARKREIS_VORLAUF T_SOLARKREIS_RUECKLAUF
attr PL_SOLARKREIS room 3.01 Heizung
attr PL_SOLARKREIS title "Solarkreis"


# #
# # Solarkreis Volumenstrommessung
# #
# 
# Folgende Parameter müssen an die individuelle Konfiguration angepasst werden:
# ctsperm3: Anzahl der Impulse des Wasserzählers pro m3
# dichte: Dichte der Solarträgerflüssigkeit. Bei Propylenglykol ca 993kg/m3
# waermekapazität: Wärmekapazität der Solarträgerflüssigkeit, Propylenglykol ca 3.8 bei 80C 
# offset: Initialer Zählerstand des Wasserzählers bei Inbetriebnahme dieser Lösung

define C_SOLARZAEHLER OWDevice 1D.950A10000000 60
attr C_SOLARZAEHLER IODev myLocalOWServer
attr C_SOLARZAEHLER alias Solarz&auml;;hler
attr C_SOLARZAEHLER ctsperm3 1000
attr C_SOLARZAEHLER dichte 993
attr C_SOLARZAEHLER waermekapazitaet 3.8
attr C_SOLARZAEHLER event-on-update-reading counters.A,volumenstrom,d_volumen,solarleistung,solartagesertrag,solargesamtertrag
attr C_SOLARZAEHLER group Heizungswerte
attr C_SOLARZAEHLER icon sani_solar
attr C_SOLARZAEHLER model DS2423
attr C_SOLARZAEHLER offset 134.784
attr C_SOLARZAEHLER room 3.01 Heizung
attr C_SOLARZAEHLER stateFormat {sprintf("V: %.2fm3",solarzaehlerstand("C_SOLARZAEHLER","counters.A",0)).sprintf(" E: %.2fkWh",ReadingsVal("C_SOLARZAEHLER","solartagesertrag",0)).sprintf(" P: %.2f kW",ReadingsVal("C_SOLARZAEHLER","solarleistung",0));;}
attr C_SOLARZAEHLER userReadings volumenstrom:counters.A differential {solarzaehlerstand('C_SOLARZAEHLER', 'counters.A');;}, d_volumen:counters.A difference {solarzaehlerstand('C_SOLARZAEHLER', 'counters.A');;}, solarleistung:volumenstrom { get_solarleistung('C_SOLARZAEHLER', 'T_SOLARKREIS_VORLAUF', 'T_SOLARKREIS_RUECKLAUF');;}, solargesamtertrag {get_solarertrag('C_SOLARZAEHLER','T_SOLARKREIS_VORLAUF', 'T_SOLARKREIS_RUECKLAUF');; }, solartagesertrag { get_d_solarertrag('C_SOLARZAEHLER', 'D_SOLARCNTATMIDNIGHT');;}, solarmonatsertrag { get_d_solarertrag('C_SOLARZAEHLER', 'D_SOLARCNTAT1STDAYOFMONTH');;}, solarjahresertrag { get_d_solarertrag('C_SOLARZAEHLER','D_SOLARCNTAT1STDAYOFYEAR');;}




# 
# # Solarenergie=Wärmekapazität * Masse * (T_SOLARKREIS_VORLAUF - T_SOLARKREIS_RUECKLAUF)
# Leistung wird in kW berechnet
# Solarenergie liefert kWs, da das Differential �ber s gebildet wird.
# 
define D_SOLARCNTATMIDNIGHT dummy
attr D_SOLARCNTATMIDNIGHT event-on-change-reading state
attr D_SOLARCNTATMIDNIGHT room 9.02_Steuerung

define D_SOLARCNTAT1STDAYOFMONTH dummy
attr D_SOLARCNTAT1STDAYOFMONTH event-on-change-reading state
attr D_SOLARCNTAT1STDAYOFMONTH room 9.02_Steuerung
 
define D_SOLARCNTAT1STDAYOFYEAR dummy
attr D_SOLARCNTAT1STDAYOFYEAR event-on-change-reading state
attr D_SOLARCNTAT1STDAYOFYEAR room 9.02_Steuerung
# 
# 
define S_SOLARCNTSCHEDULER at *00:00:00 { set_solarcounters(ReadingsVal("C_SOLARZAEHLER","solargesamtertrag",0));;}
attr S_SOLARCNTSCHEDULER room 9.02_Steuerung
# 
# #
# # Solarzaehler Plot
# #
define PL_SOLARZAEHLER SVG myDbLog:myDbSolarzaehler:HISTORY
attr PL_SOLARZAEHLER group Heizungsverlauf
attr PL_SOLARZAEHLER label "E min: $data{min1}, max: $data{max1}, last: $data{currval1}"::"P min: $data{min2}, max: $data{max2}, last: $data{currval2}"
attr PL_SOLARZAEHLER plotfunction C_SOLARZAEHLER
attr PL_SOLARZAEHLER room 3.01 Heizung
attr PL_SOLARZAEHLER title "Solarzaehler"
 [/tt]

#
# Floorplans
#
 
define Heizung FLOORPLAN fp_Heizung.png
#attr Heizung fp_arrange detail

Folgende Hilfsfunktionen in 99_myUtils.pm hinzufügen:

Diese Funktionen verwenden das Perlmodul DateTime. Um dieses Modul zu nutzen, muss man die entsprechende use Anweisung am Beginn des myUtils.pm Moduls aufnehmen:

Code Auswählen

package main;

use strict;
use warnings;
use POSIX;
use DateTime;

Auf Debian und Ubuntu Systemen lässt sich dieses Paket auf einfache Weise wie folgt installieren:

Code Auswählen

apt-get update
apt-get install libdatetime-perl

Sollte kein vorkonfektioniertes Installationspaket verfügbar sein, dann kann man sich das Paket auch bei www.cpan.org herunterladen.

Einige der Funktionen werten die Umgebungsvariable $TZ aus, um die Zeitzone zu ermitteln.
Wenn diese Variable nicht oder falsch in der Startumgebung von FHEM gesetzt ist, kann dies zu Problemen führen.
Man kann dann auch einfach

Code Auswählen

$ENV{TZ}
durch

Code Auswählen

'Europe/Berlin'

im nachfolgenden Code ersetzen.

Irgendwo weiter unten in 99_Utils folgende Hilfsfunktionen eintragen:

Code Auswählen

sub solarzaehlerstand
{
  my($device, $counter)=@_;
  # Berechnung des Gaszaehlerstandes in m3 
  # V=m3offset+counts/countsperm3
  my($zaehlerstand)=
     AttrVal($device,"offset",0)+ReadingsVal($device,$counter,0)/AttrVal($device,"ctsperm3",1000);
  return($zaehlerstand);
}

sub set_solarcounters
{
  my($cts) = @_;
  fhem("set D_SOLARCNTATMIDNIGHT ".$cts);
  if (DateTime->today(time_zone => $ENV{TZ})->day()==1)
  {
    fhem("set D_SOLARCNTAT1STDAYOFMONTH ".$cts);
    fhem("set D_SOLARCNTAT1STDAYOFYEAR ".$cts) if (DateTime->today(time_zone => $ENV{TZ})->month()==1);
  }
}

sub get_solarenergie
{
  my($device,$t_vorlauf,$t_ruecklauf) = @_;
  #Solarenergie=Wärmekapazität * Volumen * Dichte * (T_SOLARKREIS_VORLAUF - T_SOLARKREIS_RUECKLAUF)
  # Wärmeträger Propylenglykol
  # waermekapazität: 3.8 kJ/kgK
  # ctsperm3: 1000 Impulse/m3
  # Dichte: 993kg/m3
  # EInheiten: kJ/kgK*kg/m3*cts*1/cts/m3*K=kJ
  # Berechnung in kWs bzw kJ *1h/3600s
  my($solarenergy) = AttrVal($device,"waermekapazitaet",3.8)
                     * AttrVal($device,"dichte", 993)
                     * ReadingsVal($device,'d_volumen', 0)
                     * (ReadingsVal($t_vorlauf, "temperature",0)-ReadingsVal($t_ruecklauf, "temperature",0))
                     *1/3600;
  return($solarenergy);
}

sub get_solarleistung
{
  my($device,$t_vorlauf,$t_ruecklauf) = @_;
  # Solarleistung=Wärmekapazität * Volumenstrom * Dichte * (T_SOLARKREIS_VORLAUF - T_SOLARKREIS_RUECKLAUF)
  # Wärmeträger Propylenglykol
  # waermekapazität: 3.8 kWs/kgK
  # volumenstrom: m3/s
  # Dichte: 993kg/m3
  # EInheiten: kWs/kgK*kg/m3*m3/s*K=kJ
  # Berechnung in kWs bzw kJ
  my($solarenergy) = AttrVal($device,"waermekapazitaet",3.8)
                     * AttrVal($device,"dichte", 993)
                     * ReadingsVal($device,'volumenstrom', 0)
                     * (ReadingsVal($t_vorlauf, "temperature",0)-ReadingsVal($t_ruecklauf, "temperature",0));
  return($solarenergy);
}

sub get_solarertrag
{
  my($device,$t_vorlauf,$t_ruecklauf) = @_;
  my($solarenergy)=ReadingsVal($device, "solargesamtertrag",0)
     + get_solarenergie($device, $t_vorlauf,$t_ruecklauf);
  return($solarenergy);
}

sub get_d_solarertrag
{
  my($device, $startdummy) = @_;
  my($solarenergy)=ReadingsVal($device, "solargesamtertrag",0)
     			   - ReadingsVal($startdummy,'state',0);
  return($solarenergy);
}

Diagramm für Solar-Vorlauf- und Rücklauftemperaturen: myDbSolarkreis.gplot

Code Auswählen

# Datei myDbSolarkreis.gplot mit folgendem Inhalt im gplot-Verzeichnis anlegen
# Achtung: Ich verwende DbLog

# Created by FHEM/98_SVG.pm, 2014-01-20 14:45:44
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title '<TL>'
set ytics 
set y2tics 
set grid xtics y2tics
set ylabel 'Temperatur (C)'
set y2label 'Temperatur (C)'
#set yrange [10:60]
#set y2range [10:60]


#FileLog 4:T_SOLARKREIS_VORLAUF.temperature\x3a::
#FileLog 4:T_SOLARKREIS_RUECKLAUF.temperature\x3a::
#DbLog <SPEC1>:temperature:20:
#DbLog <SPEC2>:temperature:20:

plot "<IN>" using 1:2 axes x1y2 title 'Vorlauf' ls l0 lw 1 with lines,\
     "<IN>" using 1:2 axes x1y2 title 'Ruecklauf' ls l1 lw 1 with lines

Diagramm für solare Leistung und solaren Energieertrag: myDbSolarzaehler.gplot

Code Auswählen


# Datei myDbSolarzaehler.gplot mit folgendem Inhalt im gplot-Verzeichnis anlegen
# Achtung: Ich verwende DbLog

# Created by FHEM/98_SVG.pm, 2014-01-20 14:45:44
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title '<TL>'
set ytics 
set y2tics 
set grid xtics y2tics
set ylabel "Momentanleistung [kW]"
set y2label "Gesamtertrag [kWh]"

#DbLog <SPEC1>:solarleistung:0:
#DbLog <SPEC1>:solartagesertrag:0:

plot \
  ls l0 axes x1y1 title 'Momentanleistung [kW]' with lines lw 2, \
  ls l2fill axes x1y2 title 'Tagesertrag [kWh]' with lines

ph1959de · 21 März 2014, 09:26:36

@g.carls: mMit Verlaub, diese Beschreibung gehört unbedingt ins Wiki!

... deshalb habe ich das gleich gemacht (http://www.fhemwiki.de/wiki/Ertragsmessung_Solarthermie, zu finden über http://www.fhemwiki.de/wiki/Anwendungsszenarien) - ich hoffe, Du bist damit einverstanden.

Eine kleine Änderung ist meiner Meinung nach nötig: die Hilfsfunktionen sollten besser nicht in die 99_Utils.pm, sondern in eine 99_my???Utils.pm, damit sie dauerhaft sind und nicht vom nächsten Update überschrieben werden. Ich hab das mal mit den

in den Artikel übernommen - wenn Du das bitte noch korrigieren würdest.

Gruß, Peter

g.carls · 21 März 2014, 11:22:42

Vielen Dank für die Mühe, das so sorgfältig ins Wiki zu übertragen!

VG, Guido

Papaloewe · 21 März 2014, 11:56:22

Sehr, sehr interessant.
Vielen Dank für diesen Beitrag.

Welchen Wasserzähler verwendest du?

Gruß
Thomas

ph1959de · 21 März 2014, 12:16:06

Zitat von: g.carls am 21 März 2014, 11:22:42
Vielen Dank für die Mühe, das so sorgfältig ins Wiki zu übertragen!

Bei der guten Vorlage war das leicht und schnell gemacht.

Wie schon gesagt: nur an die 99_Utils-Geschichte müsstest Du noch mal ran.

Gruß, Peter

Franz Tenbrock · 21 März 2014, 12:54:10

Hallo super Sache.
Habe auch PV und Solarthermie.
Hole mir mit 1 Wire auch die Temperaturen vom Vor und Rücklauf der Solar und Heizungsanlage, sowie vom Speicher oben und unten sowie die Aussentemperatur.
Ich logge Aussentemperatur, Speicher oben Speicher unten. So sieht man schön wie der Speicher bei gutem Wetter aufgeladen wird.
Ebenso hab ich ein EM1000GZ am Gaszähler hängen,
Man erkennt sofort wenn die Heizungsanlage den Speicher aufeizt.
Bei uns wird meistens nachmittags oder abends geduscht. Da meine Frau aber auch mittags richtig warmes Wasser haben will wird morgens kurz der Speicher geladen.
Es wäre schön wenn man über die Wettervorhersage das morgendliche aufheizen des Speichers bei schönen Wetter verhindern könnte.
Leider gibt es da bei Wolf Anlagen bisher keine Möglichkeit oder ??

Ich habe schon vor Jahren gegen den Rat des Heizungsfachmanns? ein Dreiwegeventil direkt vor dem Fußpunkt des Speichers angebracht , so dass das Trägermedium nur durch den Speicher geht wenn es auch tatsächlich wärmer ist als der Speicher . So hab ich die Effektivität der Anlage schon deutlich verbessert.

Mit diesem Modul steht wohl erstmals eine Möglcihkeit offen die tatsächliche Einsparung zu berechnen, um dann eventuelle Anpassungen zu realisieren.

Was fehlt wäre der Stromverbrauch der Umwälzung, was sich ja leicht mittels 1wire Stromzähler realisieren ließe.

Ich were immer mehr zum FHEM Fan

kdeb · 24 April 2014, 16:40:11

Hallo Guido,

danke für die Arbeit, das war genau das, was ich jetzt gebraucht habe.

Ich hab grade mal die HW in meine Anlage reingebastelt und den Code in meine Config eingeklebt.
Dabei ist mir aufgefallen, daß beide Plotdateien denselben Namen haben (zumindest im Komentar). Ich rate mal, daß die zweite myDbSolarzaehler.gplot heißen soll, oder?
Hardwaretechnisch scheint alles zu funktionieren, der Zähler zählt, und die beiden Temperaturfühler messen. So weit, so gut.

Bei Starten des fhem-Servers habe ich jetzt aber zwei Fehlermeldungen, an denen ich mir die Zähnchen ausbeiße:

Error messages while initializing FHEM:
configfile: T_SOLARKREIS_VORLAUF: unknown attribute fp_Heizung. Type 'attr T_SOLARKREIS_VORLAUF ?' for a detailed list.

Unknown command ",ReadingsVal("T_SOLARKREIS_VORLAUF","temperature",0))."C"}, try help.
Unknown command cklauf, try help.

Hast Du ne Idee, woran das liegen kann?

Schönen Gruß

Kai

kdeb · 25 April 2014, 10:37:43

ok, den Fehler mit dem "Unknown command" habe ich gerade selber gefunden: Das Wiki macht aus

Code Auswählen

%.1f°; ein

Code Auswählen

%.1f°;, und wenn man das einfach per c&p übernimmt, ist plötzlich ein freies Semikolon übrig, und das macht Streß. Im Quelltext steht es richtig. Ich spreche nur leider nicht fließend Wiki, deshalb weiß ich nicht, wie man ihm das austreiben kann. Kann da jemand helfen?

Bei dem anderen Fehler scheint eine Definition zu fehlen. Ein Attribut fp_Heizung habe ich nirgens. Muß ich das noch irgendwo einzwicken, oder brauche ich noch irgend einen Codeschnipsel, in dem das definiert wird?

Schönen Gruß

Kai

ph1959de · 25 April 2014, 11:46:35

Zitat von: kdeb am 25 April 2014, 10:37:43
ok, den Fehler mit dem "Unknown command" habe ich gerade selber gefunden: Das Wiki macht aus
Code Auswählen Erweitern
%.1f°; ein
Code Auswählen Erweitern
%.1f°;, und wenn man das einfach per c&p übernimmt, ist plötzlich ein freies Semikolon übrig, und das macht Streß. Im Quelltext steht es richtig. Ich spreche nur leider nicht fließend Wiki, deshalb weiß ich nicht, wie man ihm das austreiben kann. Kann da jemand helfen?

Ist eher der Browser, als das Wiki, aber ich hab's mal geändert ...

Danke, Peter

g.carls · 03 Mai 2014, 13:51:24

Zitat von: kdeb am 25 April 2014, 10:37:43
ok, den Fehler mit dem "Unknown command" habe ich gerade selber gefunden: Das Wiki macht aus
Code Auswählen Erweitern
%.1f°; ein
Code Auswählen Erweitern
%.1f°;, und wenn man das einfach per c&p übernimmt, ist plötzlich ein freies Semikolon übrig, und das macht Streß. Im Quelltext steht es richtig. Ich spreche nur leider nicht fließend Wiki, deshalb weiß ich nicht, wie man ihm das austreiben kann. Kann da jemand helfen?

Bei dem anderen Fehler scheint eine Definition zu fehlen. Ein Attribut fp_Heizung habe ich nirgens. Muß ich das noch irgendwo einzwicken, oder brauche ich noch irgend einen Codeschnipsel, in dem das definiert wird?

Schönen Gruß

Kai

Hallo Kai,

fp_Heizung referenziert den Floorplan, in dem ich den ganzen Heizkreis grafisch darstelle (siehe Screenshot). Du musst dafür in der fhem.cfg folgende Konfiguration ergänzen:

Code Auswählen

#
# Floorplans
#
 
define Heizung FLOORPLAN fp_Heizung.png
#attr Heizung fp_arrange detail

Für fp_Heizung.png solltest du eine Grafik gem deiner Heizungsinstallation erstellen und anschliessend die Koordinaten der Messwerte anpassen.
Die Koordinaten der Messwerte im Floorplan werden dann jeweils z.B. wie folgt angegeben:

Code Auswählen

attr T_SOLARKREIS_RUECKLAUF fp_Heizung 520,820,0,

Das Platzieren der Messwerte an den passenden Koordinaten kann man auch mit Unterstützung von fhem machen, in dem man

Code Auswählen

attr Heizung fp_arrange detail
temporär auskommentiert und damit die Koordinaten dann direkt im Floorplan setzen kann.

Viele Grüße,

Guido

Prof. Dr. Peter Henning · 01 Mai 2015, 18:17:43

Ich habe mir den Spaß gemacht und die Näherung für die Wärmeberechnung etwas verbessert. Denn die angegebenen mittleren Werte für Propylenglykol weichen um bis zu ca. 5% von den realen Daten ab. Ist bereits ins Wiki eingetragen als

http://www.fhemwiki.de/wiki/Ertragsmessung_Solarthermie#Theoretische_Vorarbeiten

Die Codierung dafür habe ich mir gespart, das ist ganz einfach.

LG

pah

rori · 23 Oktober 2016, 22:06:39

Hallo, ich würde gerne eine Solarthermieanlage von Anfang an korrekt über Fhem/Raspberry "tracken". Ich bin allerdings bei der Auswahl konkreter Hardware leicht überfordert. Ist es möglich, dass jemand einen konkrete Einkaufsliste/Produktvorschläge zu der hier vorgestellten Lösung postet?

Ich bin einigermassen vertraut mit CUL,HomeMatic und Lacrosse/JeeLink, habe allerdings noch keine Erfahrung mit s0, 1-Wire und Arduino. Ich möchte nur ungern falsche/inkompatible Komponenten einkaufen und einbauen, die nachher nicht harmonierenoder nicht an FHEM anbindbar sind...

Wer kann mir bitte einen guten Tipp (gerne mit Link, falls das die Forenregeln erlauben) bezgl. Hardware zu den oben genannten 4 Vorraussetzungen geben? Das wäre eine Super-Starthilfe in ein neues Kapitel Hausautomatisierung für mich

Danke und Gruß

rori

devien · 06 Juli 2017, 00:20:19

ich hab mal deine schicke Vorlage bei mir reichgepatcht (und gemäß meiner Parameter angepast.

Das ich über den ersten Tag keine Werte in Solartagesertrag hab kam mir etwas unfein vor, aber ich hab das darauf geschoben das die Mitternachtsberechnung aussteht.
nun nach Mitternacht habe ich im Log jedoch

Code Auswählen

2017.07.06 00:00:00 1: ERROR evaluating { set_solarcounters(ReadingsVal("i01","solargesamtertrag",0));}: The 'time_zone' parameter (undef) to DateTime::from_epoch was an 'undef', which is not one of the allowed types: scalar object
 at /usr/lib/perl5/DateTime.pm line 488
	DateTime::from_epoch(undef, 'epoch', 1499292000, 'time_zone', undef) called at /usr/lib/perl5/DateTime.pm line 514
	DateTime::now('DateTime', 'time_zone', undef) called at /usr/lib/perl5/DateTime.pm line 516
	DateTime::today('DateTime', 'time_zone', undef) called at ./FHEM/99_mySolarUtils.pm line 37
	main::set_solarcounters(0) called at (eval 6170) line 1
	eval '{ set_solarcounters(ReadingsVal("i01","solargesamtertrag",0));}
;' called at fhem.pl line 1073
	main::AnalyzePerlCommand(undef, '{ set_solarcounters(ReadingsVal("i01","solargesamtertrag",0));}', 1) called at

was heißt das ?ich kann keine Timezone einstellen im Solarzählerdevice :/

ich gebe mal meine angepassten Datein mit zur Info:
der Solarzähler (am Unipi ein GPIO:

Code Auswählen

defmod i01 RPI_GPIO 4
attr i01 active_low no
attr i01 alias Solarzähler
attr i01 ctsperm3 1000
attr i01 dichte 1042
attr i01 direction input
attr i01 event-on-update-reading Counter,volumenstrom,d_volumen,solarleistung,solartagesertrag,solargesamtertrag
attr i01 icon sani_solar
attr i01 interrupt falling
attr i01 offset 134.7
attr i01 poll_interval 5
attr i01 pud_resistor up
attr i01 restoreOnStartup no
attr i01 room Solarsteuerung,UniPi
attr i01 stateFormat {sprintf("V: %.2fm3",solarzaehlerstand("i01","Counter",0)).sprintf(" E: %.2fkWh",ReadingsVal("i01","solartagesertrag",0)).sprintf(" P: %.2f kW",ReadingsVal("i01","solarleistung",0));;}
attr i01 userReadings volumenstrom:Counter differential {solarzaehlerstand('i01', 'Counter');;}, d_volumen:Counter difference {solarzaehlerstand('i01', 'Counter');;}, solarleistung:volumenstrom { get_solarleistung('i01', 'T_SOLARKREIS_VORLAUF', 'T_SOLARKREIS_RUECKLAUF');;}, solargesamtertrag {get_solarertrag('i01','T_SOLARKREIS_VORLAUF', 'T_SOLARKREIS_RUECKLAUF');; }, solartagesertrag { get_d_solarertrag('i01', 'D_SOLARCNTATMIDNIGHT');;}, solarmonatsertrag { get_d_solarertrag('i01', 'D_SOLARCNTAT1STDAYOFMONTH');;}, solarjahresertrag {  get_d_solarertrag('i01','D_SOLARCNTAT1STDAYOFYEAR');;}
attr i01 verbose 4
attr i01 waermekapazitaet 3.8

die Temperatursensoren für Vor und Rücklauf:

Code Auswählen

defmod DS18B20_Vorlauf_S OWDevice 28.FF293E011604 60
attr DS18B20_Vorlauf_S IODev ows
attr DS18B20_Vorlauf_S event-min-interval temperature:240
attr DS18B20_Vorlauf_S event-on-change-reading temperature
attr DS18B20_Vorlauf_S event-on-update-reading temperature
attr DS18B20_Vorlauf_S fp_Heizung 283,1043,0,temperature
attr DS18B20_Vorlauf_S fp_Solar 309,308,0,DS18B20_Vorlauf_S,
attr DS18B20_Vorlauf_S group Solar
attr DS18B20_Vorlauf_S icon sani_solar_temp
attr DS18B20_Vorlauf_S model DS18B20
attr DS18B20_Vorlauf_S room Solarsteuerung
attr DS18B20_Vorlauf_S stateFormat {sprintf("%.1f&deg;;",ReadingsVal("DS18B20_Vorlauf_S","temperature",0))."C"}

defmod DS18B20_Ruecklauf_S OWDevice 28.FF9C5C051603 60
attr DS18B20_Ruecklauf_S IODev ows
attr DS18B20_Ruecklauf_S event-min-interval temperature:240
attr DS18B20_Ruecklauf_S event-on-change-reading temperature
attr DS18B20_Ruecklauf_S event-on-update-reading temperature
attr DS18B20_Ruecklauf_S fp_Heizung 372,1041,0,temperature,
attr DS18B20_Ruecklauf_S fp_Solar 173,307,0,DS18B20_Ruecklauf_S
attr DS18B20_Ruecklauf_S group Solar
attr DS18B20_Ruecklauf_S icon sani_solar_temp
attr DS18B20_Ruecklauf_S model DS18B20
attr DS18B20_Ruecklauf_S room Solarsteuerung
attr DS18B20_Ruecklauf_S stateFormat {sprintf("%.1f&deg;;",ReadingsVal("DS18B20_Ruecklauf_S","temperature",0))."C"}

dazu meine 99_mySolarUtils.pm :

Code Auswählen

##############################################
# $Id: myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig $
#
# Save this file as 99_myUtils.pm, and create your own functions in the new
# file. They are then available in every Perl expression.

package main;

use strict;
use warnings;
use POSIX;
#Ganz am Anfang des Moduls folgenden Eintrag vornehmen:
use DateTime;
sub
myUtils_Initialize($$)
{
  my ($hash) = @_;
}

# Enter you functions below _this_ line.
##########################################
# Irgendwo weiter unten in 99_Utils folgende Hilfsfunktionen eintragen:
sub solarzaehlerstand
{
  my($device, $counter)=@_;
  # Berechnung des Gaszaehlerstandes in m3
  # V=m3offset+counts/countsperm3
  my($zaehlerstand)=
     AttrVal($device,"offset",0)+ReadingsVal($device,$counter,0)/AttrVal($device,"ctsperm3",1000);
  return($zaehlerstand);
}

sub set_solarcounters
{
  my($cts) = @_;
  fhem("set D_SOLARCNTATMIDNIGHT ".$cts);
  if (DateTime->today(time_zone => $ENV{TZ})->day()==1)
  {
    fhem("set D_SOLARCNTAT1STDAYOFMONTH ".$cts);
    fhem("set D_SOLARCNTAT1STDAYOFYEAR ".$cts) if (DateTime->today(time_zone => $ENV{TZ})->month()==1);
  }
}

sub get_solarenergie
{
  my($device,$t_vorlauf,$t_ruecklauf) = @_;
  #Solarenergie=Wärmekapazität * Volumen * Dichte * (T_SOLARKREIS_VORLAUF - T_SOLARKREIS_RUECKLAUF)
  # Wärmeträger Propylenglykol
  # waermekapazität: 3.8 kJ/kgK
  # ctsperm3: 1000 Impulse/m3
  # Dichte: 993kg/m3
  # EInheiten: kJ/kgK*kg/m3*cts*1/cts/m3*K=kJ
  # Berechnung in kWs bzw kJ *1h/3600s
  my($solarenergy) = AttrVal($device,"waermekapazitaet",3.8)
                     * AttrVal($device,"dichte", 993)
                     * ReadingsVal($device,'d_volumen', 0)
                     * (ReadingsVal($t_vorlauf, "temperature",0)-ReadingsVal($t_ruecklauf, "temperature",0))
                     *1/3600;
  return($solarenergy);
}

sub get_solarleistung
{
  my($device,$t_vorlauf,$t_ruecklauf) = @_;
  # Solarleistung=Wärmekapazität * Volumenstrom * Dichte * (T_SOLARKREIS_VORLAUF - T_SOLARKREIS_RUECKLAUF)
  # Wärmeträger Propylenglykol
  # waermekapazität: 3.8 kWs/kgK
  # volumenstrom: m3/s
  # Dichte: 993kg/m3
  # EInheiten: kWs/kgK*kg/m3*m3/s*K=kJ
  # Berechnung in kWs bzw kJ
  my($solarenergy) = AttrVal($device,"waermekapazitaet",3.8)
                     * AttrVal($device,"dichte", 993)
                     * ReadingsVal($device,'volumenstrom', 0)
                     * (ReadingsVal($t_vorlauf, "temperature",0)-ReadingsVal($t_ruecklauf, "temperature",0));
  return($solarenergy);
}

sub get_solarertrag
{
  my($device,$t_vorlauf,$t_ruecklauf) = @_;
  my($solarenergy)=ReadingsVal($device, "solargesamtertrag",0)
     + get_solarenergie($device, $t_vorlauf,$t_ruecklauf);
  return($solarenergy);
}

sub get_d_solarertrag
{
  my($device, $startdummy) = @_;
  my($solarenergy)=ReadingsVal($device, "solargesamtertrag",0)
                 - ReadingsVal($startdummy,'state',0);
  return($solarenergy);
}
1;

selbstredent das ich die Fhem.cfg mit den global useratrr "ctsperm3 dichte waermekapazitaet offset" ergänzt habe.

ich möcht wetten ich hab etwas vergessen anzupassen oder einzutragen, aber ich kann es nicht finden....
Sieht es jemand und hilft mir auf die Sprünge?

amenomade · 06 Juli 2017, 00:34:50

https://forum.fhem.de/index.php?topic=21655.0

ZitatEinige der Funktionen werten die Umgebungsvariable $TZ aus, um die Zeitzone zu ermitteln.
Wenn diese Variable nicht oder falsch in der Startumgebung von FHEM gesetzt ist, kann dies zu Problemen führen.
Man kann dann auch einfach

Code Auswählen Erweitern
$ENV{TZ}

durch
Code Auswählen Erweitern
'Europe/Berlin'

im nachfolgenden Code ersetzen.

devien · 06 Juli 2017, 12:25:39

aha, nun ist die Fehlermeldung offenbar weg (hab im Solarsheduller 'execNow' ausgeführt und keine weitere Fehlermeldung dieser Art)

bei der Gelegenheit ist mir aufgefallen das in den UserReading des Solarcounters

Code Auswählen

solarleistung:volumenstrom { get_solarleistung('i01', 'T_SOLARKREIS_VORLAUF', 'T_SOLARKREIS_RUECKLAUF');;}, solargesamtertrag {get_solarertrag('i01','T_SOLARKREIS_VORLAUF', 'T_SOLARKREIS_RUECKLAUF');; }

stand, habe T_SOLARKREIS_VORLAUF und T_SOLARKREIS_RUECKLAUF gegen DS18B20_Vorlauf_S und DS18B20_Ruecklauf_S ausgetauscht, bislang erhalte ich jedoch noch immer keine werte >0 bei solartagesertrag.

irgendwo ist noch ein Wurm drinn

amenomade · 06 Juli 2017, 12:37:39

Mach mal ein "list i01"

devien · 06 Juli 2017, 12:54:35

nichts leichter als das

Code Auswählen


Save config
Floorplans
Arduino
Pufferspeicher
Solarsteuerung
UniPi
Unsorted
telegram
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor

Internals: 
   CFGFN      FHEM/unipi_inputs.cfg 
   DEF        4 
   EXCEPT_FD  9 
   GPIO_Basedir /sys/class/gpio 
   NAME       i01 
   NR         74 
   RPI_pin    4 
   STATE      V: 158.09m3 E: 0.00kWh P: 0.00 kW 
   TYPE       RPI_GPIO 
   WiringPi_gpio /usr/local/bin/gpio 
   Helper: 
     DBLOG: 
       solargesamtertrag: 
         myDbLog: 
           TIME       1499338402.71118 
           VALUE      0 
       solartagesertrag: 
         myDbLog: 
           TIME       1499338402.71118 
           VALUE      0 
   READINGS: 
     2017-07-06 12:48:04   Counter         23388 
     2017-07-04 07:05:15   Dblclick        on 
     2017-07-06 12:53:22   Pinlevel        high 
     2017-07-06 12:48:04   Toggle          off 
     2017-07-06 12:53:22   solargesamtertrag 0 
     2017-07-06 12:53:22   solarjahresertrag 0 
     2017-07-06 12:53:22   solarmonatsertrag 0 
     2017-07-06 12:53:22   solartagesertrag 0 
     2017-07-06 12:53:22   state           on 
   fhem: 
     interfaces switch 
Attributes: 
   active_low no 
   alias      Solarzähler 
   ctsperm3   1000 
   dichte     1042 
   direction  input 
   event-on-update-reading Counter,volumenstrom,d_volumen,solarleistung,solartagesertrag,solargesamtertrag 
   icon       sani_solar 
   interrupt  falling 
   offset     134.7 
   poll_interval 5 
   pud_resistor up 
   restoreOnStartup no 
   room       Solarsteuerung,UniPi 
   stateFormat {sprintf("V: %.2fm3",solarzaehlerstand("i01","Counter",0)).sprintf(" E: %.2fkWh",ReadingsVal("i01","solartagesertrag",0)).sprintf(" P: %.2f kW",ReadingsVal("i01","solarleistung",0));} 
   userReadings volumenstrom:Counter differential {solarzaehlerstand('i01', 'Counter');}, d_volumen:Counter difference {solarzaehlerstand('i01', 'Counter');}, solarleistung:volumenstrom { get_solarleistung('i01', 'DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S');}, solargesamtertrag {get_solarertrag('i01','DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S'); }, solartagesertrag { get_d_solarertrag('i01', 'D_SOLARCNTATMIDNIGHT');}, solarmonatsertrag { get_d_solarertrag('i01', 'D_SOLARCNTAT1STDAYOFMONTH');}, solarjahresertrag {  get_d_solarertrag('i01','D_SOLARCNTAT1STDAYOFYEAR');} 
   verbose    5 
   waermekapazitaet 3.8

amenomade · 06 Juli 2017, 13:43:58

Ok sieht soweit i.O. aus.

Bist Du sicher, dass deine funktionen geladen werden? M.A. ist folgendes falsch: deine Datei heisst 99_mySolarUtils.pm
Dann muss die Initialize Funktion so aussehen:

Code Auswählen

sub
 mySolarUtils_Initialize($$)
 {
   my ($hash) = @_;
 }

Dann fhem

Code Auswählen

shutdown restart.

oder

Code Auswählen

reload 99_mySolarUtils

wenn Du dann ein zweites mal "reload 99_mySolarUtils", sollte er was in der Log schauen, wie "function xyz redifines" o.ä.

devien · 06 Juli 2017, 14:06:08

ja, ich hab dadurch einträge im Log:

Code Auswählen

2017.07.06 14:04:16 5: Toggle war auf on
2017.07.06 14:04:16 5: Toggle ist jetzt off
2017.07.06 14:04:16 5: Zaehler ist jetzt 23432
2017.07.06 14:04:25 1: PERL WARNING: Subroutine mySolarUtils_Initialize redefined at ./FHEM/99_mySolarUtils.pm line 16.
2017.07.06 14:04:25 1: PERL WARNING: Subroutine solarzaehlerstand redefined at ./FHEM/99_mySolarUtils.pm line 24.
2017.07.06 14:04:25 1: PERL WARNING: Subroutine set_solarcounters redefined at ./FHEM/99_mySolarUtils.pm line 34.
2017.07.06 14:04:25 1: PERL WARNING: Subroutine get_solarenergie redefined at ./FHEM/99_mySolarUtils.pm line 45.
2017.07.06 14:04:25 1: PERL WARNING: Subroutine get_solarleistung redefined at ./FHEM/99_mySolarUtils.pm line 63.
2017.07.06 14:04:25 1: PERL WARNING: Subroutine get_solarertrag redefined at ./FHEM/99_mySolarUtils.pm line 80.
2017.07.06 14:04:25 1: PERL WARNING: Subroutine get_d_solarertrag redefined at ./FHEM/99_mySolarUtils.pm line 88.
2017.07.06 14:04:31 5: i01, in fileaccess: edge 
2017.07.06 14:04:31 5: Toggle war auf off
2017.07.06 14:04:31 5: Toggle ist jetzt on
2017.07.06 14:04:31 5: Zaehler ist jetzt 23433

heißt das nun was gutes oder nicht?

auf jeden Fall gibt es noch immer keine Werte im solartagesertrag :/

Code Auswählen

Internals: 
   CFGFN      FHEM/unipi_inputs.cfg 
   DEF        4 
   EXCEPT_FD  9 
   GPIO_Basedir /sys/class/gpio 
   NAME       i01 
   NR         74 
   RPI_pin    4 
   STATE      V: 158.84m3 E: 0.00kWh P: 0.00 kW 
   TYPE       RPI_GPIO 
   WiringPi_gpio /usr/local/bin/gpio 
   lasttrg    1499353519.77552 
   Helper: 
     DBLOG: 
       Counter: 
         myDbLog: 
           TIME       1499353519.78328 
           VALUE      24145 
       solargesamtertrag: 
         myDbLog: 
           TIME       1499353519.78328 
           VALUE      0 
       solartagesertrag: 
         myDbLog: 
           TIME       1499353519.78328 
           VALUE      0 
   READINGS: 
     2017-07-06 17:05:19   Counter         24145 
     2017-07-04 07:05:15   Dblclick        on 
     2017-07-06 17:05:19   Pinlevel        low 
     2017-07-06 17:05:19   Toggle          off 
     2017-07-06 17:05:19   solargesamtertrag 0 
     2017-07-06 17:05:19   solarjahresertrag 0 
     2017-07-06 17:05:19   solarmonatsertrag 0 
     2017-07-06 17:05:19   solartagesertrag 0 
     2017-07-06 17:05:19   state           off 
   fhem: 
     interfaces switch 
Attributes: 
   active_low no 
   alias      Solarzähler 
   ctsperm3   1000 
   dichte     1042 
   direction  input 
   event-on-update-reading Counter,volumenstrom,d_volumen,solarleistung,solartagesertrag,solargesamtertrag 
   icon       sani_solar 
   interrupt  falling 
   offset     134.7 
   poll_interval 5 
   pud_resistor up 
   restoreOnStartup no 
   room       Solarsteuerung,UniPi 
   stateFormat {sprintf("V: %.2fm3",solarzaehlerstand("i01","Counter",0)).sprintf(" E: %.2fkWh",ReadingsVal("i01","solartagesertrag",0)).sprintf(" P: %.2f kW",ReadingsVal("i01","solarleistung",0));} 
   userReadings volumenstrom:Counter differential {solarzaehlerstand('i01', 'Counter');}, d_volumen:Counter difference {solarzaehlerstand('i01', 'Counter');}, solarleistung:volumenstrom { get_solarleistung('i01', 'DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S');}, solargesamtertrag {get_solarertrag('i01','DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S'); }, solartagesertrag { get_d_solarertrag('i01', 'D_SOLARCNTATMIDNIGHT');}, solarmonatsertrag { get_d_solarertrag('i01', 'D_SOLARCNTAT1STDAYOFMONTH');}, solarjahresertrag {  get_d_solarertrag('i01','D_SOLARCNTAT1STDAYOFYEAR');} 
   verbose    5 
   waermekapazitaet 3.8

amenomade · 06 Juli 2017, 19:21:44

Dann bau mal ein paar Trace-befehle in den Funktionen ein, z.B.:

Code Auswählen

sub solarzaehlerstand
{
  my($device, $counter)=@_;
  Log3 "solarzaehlerstand", 1, "Function called with device=$device und counter=$counter";
  # Berechnung des Gaszaehlerstandes in m3
  # V=m3offset+counts/countsperm3
  my($zaehlerstand)=
     AttrVal($device,"offset",0)+ReadingsVal($device,$counter,0)/AttrVal($device,"ctsperm3",1000);
  Log3 "solarzaehlerstand", 1, "Function return=$zaehlerstand";

  return($zaehlerstand);
}

und schau mal in der Log, was und wie aufgerufen wird.

devien · 06 Juli 2017, 21:53:37

ok, hab alle Funktionen mit Markern versehen und im Log erscheint nun:

Code Auswählen

2017.07.06 21:47:44 5: Zaehler ist jetzt 25114
2017.07.06 21:47:44 1: Function called with device=i01 und vorlauf=DS18B20_Vorlauf_S und ruecklauf=DS18B20_Ruecklauf_S
2017.07.06 21:47:44 1: Function called with device=i01 und vorlauf=DS18B20_Vorlauf_S und ruecklauf=DS18B20_Ruecklauf_S
2017.07.06 21:47:44 1: Function return=0
2017.07.06 21:47:44 1: Function return=0
2017.07.06 21:47:44 1: Function called with device=i01 und startdummy=D_SOLARCNTATMIDNIGHT
2017.07.06 21:47:44 1: Function return=0
2017.07.06 21:47:44 1: Function called with device=i01 und startdummy=D_SOLARCNTAT1STDAYOFMONTH
2017.07.06 21:47:44 1: Function return=0
2017.07.06 21:47:44 1: Function called with device=i01 und startdummy=D_SOLARCNTAT1STDAYOFYEAR
2017.07.06 21:47:44 1: Function return=0
2017.07.06 21:47:44 1: Function called with device=i01 und counter=Counter

ich bin kein crack in perl, aber das die Variablen sinvoller Weise nicht mit dem Variablennamen sondern dessen Wert im Log aufgeführt werden war wahrscheinlich dein Gedanke dabei, ich versuche eben gleich mal das zu korrigieren.

devien · 06 Juli 2017, 22:11:44

ich hab nun die Bestätigung das die richtigen Werte eingehen, aber aus mir unklarem grund ist der Returnwert leer...(naja, bis auf den Counter, der läuft ja bereits seit anbegin)

Code Auswählen

2017.07.06 22:09:33 1: Function get_solarertrag called with device=i01 und vorlauf=36.0625 und ruecklauf=32.75
2017.07.06 22:09:33 1: Function get_solarenergie called with device=i01 und vorlauf=36.0625 und ruecklauf=32.75
2017.07.06 22:09:33 1: Function return=0
2017.07.06 22:09:33 1: Function return=0
2017.07.06 22:09:33 1: Function called with device=i01 und startdummy=D_SOLARCNTATMIDNIGHT
2017.07.06 22:09:33 1: Function return=0
2017.07.06 22:09:33 1: Function called with device=i01 und startdummy=D_SOLARCNTAT1STDAYOFMONTH
2017.07.06 22:09:33 1: Function return=0
2017.07.06 22:09:33 1: Function called with device=i01 und startdummy=D_SOLARCNTAT1STDAYOFYEAR
2017.07.06 22:09:33 1: Function return=0
2017.07.06 22:09:33 1: Function called with device=i01 und counter=25120

Prof. Dr. Peter Henning · 07 Juli 2017, 06:45:58

Es ist doch wohl offensichtlich, dass hier die Namen und die Inhalte von Variablen durcheinander geworfen werden. Wenn man

Code Auswählen

ReadingsVal($device,$counter,0)

mit einerm Wert von 25120 für $counter aufruft, liefert das natürlich den Wert "0" zurück, weil es ein solches Reading "25120" eben nicht gibt.

Also bitte mal genauer überlegen, was man hier eigentlich tut - dann wird das schon.

LG

pah

devien · 07 Juli 2017, 09:18:31

Zitat von: Prof. Dr. Peter Henning am 07 Juli 2017, 06:45:58
Es ist doch wohl offensichtlich, dass hier die Namen und die Inhalte von Variablen durcheinander geworfen werden. Wenn man

Code Auswählen Erweitern
ReadingsVal($device,$counter,0)

mit einerm Wert von 25120 für $counter aufruft, liefert das natürlich den Wert "0" zurück, weil es ein solches Reading "25120" eben nicht gibt.

Also bitte mal genauer überlegen, was man hier eigentlich tut - dann wird das schon.

LG

pah

ich hatte die trace befehle etwas abgeändert damit ich erkennen kann ob der Inhalt des "Counter" Readings auch korrekt übergeben wird. entsprechend sieht meine 99mySolarUtils.pm so aus:

Code Auswählen

##############################################
# $Id: myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig $
#
# Save this file as 99_myUtils.pm, and create your own functions in the new
# file. They are then available in every Perl expression.

package main;

use strict;
use warnings;
use POSIX;
#Ganz am Anfang des Moduls folgenden Eintrag vornehmen:
use DateTime;
sub
mySolarUtils_Initialize($$)
{
  my ($hash) = @_;
}

# Enter you functions below _this_ line.
##########################################
# Irgendwo weiter unten in 99_Utils folgende Hilfsfunktionen eintragen:
sub solarzaehlerstand
{
  my($device, $counter)=@_;
  Log3 "solarzaehlerstand", 1, "Function solarzaehlerstand called with device=$device und counter=".ReadingsVal($device,$counter,0);
  # Berechnung des Gaszaehlerstandes in m3
  # V=m3offset+counts/countsperm3
  my($zaehlerstand)=
     AttrVal($device,"offset",0)+ReadingsVal($device,$counter,0)/AttrVal($device,"ctsperm3",1000);
  Log3 "solarzaehlerstand", 1, "Function solarzaehlerstand return=".$zaehlerstand;
  return($zaehlerstand);
}

sub set_solarcounters
{
  my($cts) = @_;
  Log3 "set_solarcounters", 1, "Function called with cts=".$cts;
  fhem("set D_SOLARCNTATMIDNIGHT ".$cts);
  if (DateTime->today(time_zone => 'Europe/Berlin')->day()==1)
  {
    fhem("set D_SOLARCNTAT1STDAYOFMONTH ".$cts);
    fhem("set D_SOLARCNTAT1STDAYOFYEAR ".$cts) if (DateTime->today(time_zone => 'Europe/Berlin')->month()==1);
  }
}

sub get_solarenergie
{
  my($device,$t_vorlauf,$t_ruecklauf) = @_;
  Log3 "get_solarenergie", 1, "Function get_solarenergie called with device=$device und vorlauf=".ReadingsVal($t_vorlauf, "temperature",0)." und ruecklauf=".ReadingsVal($t_ruecklauf, "temperature",0)." und d_volumen=".ReadingsVal($device,'d_volumen', 0);
  #Solarenergie=Wärmekapazität * Volumen * Dichte * (T_SOLARKREIS_VORLAUF - T_SOLARKREIS_RUECKLAUF)
  # Wärmeträger Propylenglykol
  # waermekapazität: 3.8 kJ/kgK
  # ctsperm3: 1000 Impulse/m3
  # Dichte: 993kg/m3
  # EInheiten: kJ/kgK*kg/m3*cts*1/cts/m3*K=kJ
  # Berechnung in kWs bzw kJ *1h/3600s
  my($solarenergy) = AttrVal($device,"waermekapazitaet",3.8)
                     * AttrVal($device,"dichte", 993)
                     * ReadingsVal($device,'d_volumen', 0)
                     * (ReadingsVal($t_vorlauf, "temperature",0)-ReadingsVal($t_ruecklauf, "temperature",0))
                     *1/3600;
  Log3 "get_solarenergie", 1, "Function get_solarenergie return=$solarenergy";
  return($solarenergy);
}

sub get_solarleistung
{
  my($device,$t_vorlauf,$t_ruecklauf) = @_;
  Log3 "get_solarleistung", 1, "Function get_solarleistung called with device=$device und vorlauf=".ReadingsVal($t_vorlauf, "temperature",0)." und ruecklauf=".ReadingsVal($t_ruecklauf, "temperature",0)." und d_volumen=".ReadingsVal($device,'d_volumen', 0);
  # Solarleistung=Wärmekapazität * Volumenstrom * Dichte * (T_SOLARKREIS_VORLAUF - T_SOLARKREIS_RUECKLAUF)
  # Wärmeträger Propylenglykol
  # waermekapazität: 3.8 kWs/kgK
  # volumenstrom: m3/s
  # Dichte: 993kg/m3
  # EInheiten: kWs/kgK*kg/m3*m3/s*K=kJ
  # Berechnung in kWs bzw kJ
  my($solarenergy) = AttrVal($device,"waermekapazitaet",3.8)
                     * AttrVal($device,"dichte", 993)
                     * ReadingsVal($device,'volumenstrom', 0)
                     * (ReadingsVal($t_vorlauf, "temperature",0)-ReadingsVal($t_ruecklauf, "temperature",0));
  Log3 "get_solarleistung", 1, "Function get_solarleistung return=$solarenergy";
  return($solarenergy);
}

sub get_solarertrag
{
  my($device,$t_vorlauf,$t_ruecklauf) = @_;
  Log3 "get_solarertrag", 1, "Function get_solarertrag called with device=$device und vorlauf=".ReadingsVal($t_vorlauf, "temperature",0)." und ruecklauf=".ReadingsVal($t_ruecklauf, "temperature",0);
  my($solarenergy)=ReadingsVal($device, "solargesamtertrag",0)
     + get_solarenergie($device, $t_vorlauf,$t_ruecklauf);
  Log3 "get_solarertrag", 1, "Function get_solarertrag return=$solarenergy";
  return($solarenergy);
}

sub get_d_solarertrag
{
  my($device, $startdummy) = @_;
  Log3 "get_d_solarertrag", 1, "Function called with device=$device und startdummy=$startdummy";
  my($solarenergy)=ReadingsVal($device, "solargesamtertrag",0)
                 - ReadingsVal($startdummy,'state',0);
  Log3 "get_d_solarertrag", 1, "Function get_d_solarertrag return=$solarenergy";
  return($solarenergy);
}
1;

das Reading "Counter" gibt es in meinem Zählerdevice "i01"

Code Auswählen

Internals: 
   CFGFN      FHEM/unipi_inputs.cfg 
   DEF        4 
   EXCEPT_FD  10 
   GPIO_Basedir /sys/class/gpio 
   NAME       i01 
   NR         74 
   RPI_pin    4 
   STATE      V: 641.63m3 E: 0.00kWh P: 0.00 kW 
   TYPE       RPI_GPIO 
   WiringPi_gpio /usr/local/bin/gpio 
   lasttrg    1499411570.98853 
   Helper: 
     DBLOG: 
       Counter: 
         myDbLog: 
           TIME       1499411571.00286 
           VALUE      25631 
       solargesamtertrag: 
         myDbLog: 
           TIME       1499411571.00286 
           VALUE      0 
       solartagesertrag: 
         myDbLog: 
           TIME       1499411571.00286 
           VALUE      0 
   READINGS: 
     2017-07-07 09:12:50   Counter         25631 
     2017-07-06 22:09:33   Dblclick        on 
     2017-07-07 09:12:50   Pinlevel        low 
     2017-07-07 09:12:50   Toggle          on 
     2017-07-07 09:12:50   solargesamtertrag 0 
     2017-07-07 09:12:50   solarjahresertrag 0 
     2017-07-07 09:12:50   solarmonatsertrag 0 
     2017-07-07 09:12:50   solartagesertrag 0 
     2017-07-07 09:12:50   state           off 
   fhem: 
     interfaces switch 
Attributes: 
   active_low no 
   alias      Solarzähler 
   ctsperm3   1000 
   dichte     1042 
   direction  input 
   event-on-update-reading Counter,volumenstrom,d_volumen,solarleistung,solartagesertrag,solargesamtertrag 
   icon       sani_solar 
   interrupt  falling 
   offset     616 
   poll_interval 5 
   pud_resistor up 
   restoreOnStartup no 
   room       Solarsteuerung,UniPi 
   stateFormat {sprintf("V: %.2fm3",solarzaehlerstand("i01","Counter",0)).sprintf(" E: %.2fkWh",ReadingsVal("i01","solartagesertrag",0)).sprintf(" P: %.2f kW",ReadingsVal("i01","solarleistung",0));} 
   userReadings volumenstrom:Counter differential {solarzaehlerstand('i01', 'Counter');}, d_volumen:Counter difference {solarzaehlerstand('i01', 'Counter');}, solarleistung:volumenstrom { get_solarleistung('i01', 'DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S');}, solargesamtertrag {get_solarertrag('i01','DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S'); }, solartagesertrag { get_d_solarertrag('i01', 'D_SOLARCNTATMIDNIGHT');}, solarmonatsertrag { get_d_solarertrag('i01', 'D_SOLARCNTAT1STDAYOFMONTH');}, solarjahresertrag {  get_d_solarertrag('i01','D_SOLARCNTAT1STDAYOFYEAR');} 
   verbose    5 
   waermekapazitaet 3.8

das war zuvor auch ersichtlich im log als ich den Trace nur auf die Ausgabe der Variablennamen ausgelegt hatte wie amenomade beschrieben hatte:

Zitat von: amenomade am 06 Juli 2017, 19:21:44
Dann bau mal ein paar Trace-befehle in den Funktionen ein, z.B.:

Code Auswählen Erweitern
sub solarzaehlerstand { my($device, $counter)=@_; Log3 "solarzaehlerstand", 1, "Function called with device=$device und counter=$counter"; # Berechnung des Gaszaehlerstandes in m3 # V=m3offset+counts/countsperm3 my($zaehlerstand)= AttrVal($device,"offset",0)+ReadingsVal($device,$counter,0)/AttrVal($device,"ctsperm3",1000); Log3 "solarzaehlerstand", 1, "Function return=$zaehlerstand"; return($zaehlerstand); }
und schau mal in der Log, was und wie aufgerufen wird.

Zitat von: devien am 06 Juli 2017, 21:53:37
Code Auswählen Erweitern
2017.07.06 21:47:44 1: Function called with device=i01 und counter=Counter

hab ich dich gerade missverstanden Prof.Dr.Peter Henning ?

das "get_solarenergie" einen Rückgabewert von "0" hat liegt offensichtlich daran das darin die Werte mit der Variablen d_volumen multipliziert werden, diese ist wie ich durch die Modifikation erkennen kann "0" was logischer Weise auch "0" ergibt
siehe Log:

Code Auswählen

2017.07.07 09:23:05 1: Function get_solarenergie called with device=i01 und vorlauf=32.9375 und ruecklauf=32.6875 und d_volumen=0

(ist der jüngste Logeintrag, nach der Nacht sind die Temperaturen nicht stark differierend.)
nur kann ich noch nicht verstehen weshalb eben d_volumen auf "0" bleibt wo doch Reading Counter langsam aber stetig hochzählt?

Prof. Dr. Peter Henning · 07 Juli 2017, 11:47:48

Hm, es wird immer wilder.

Code Auswählen

Log3 "solarzaehlerstand", 1, "Function called with device=$device und counter=$counter";,
ist durchaus sinnvoll, weil device und counter die übergebenen Parameter sind.

Code Auswählen

Log3 "solarzaehlerstand", 1, "Function solarzaehlerstand called with device=$device und counter=".ReadingsVal($device,$counter,0);

ist hingegen schon mal Käse, weil das EBEN NICHT der Wert ist, der beim Aufruf an die Funktion übergeben wird. So etwas sollte man nicht einmal temporär machen - das wirft wirklich Namen und Inhalt durcheinander

Es ist auch keine gute Praxis, in der Berechnung eines neuen Wertes 5x "ReadingsVal" zu verwenden. Solche Werte müssen erst eingelesen und ggf. überprüft werden - dann kann man damit auch nicht auf die Nase fallen.

Das Reading "d_volumen" existiert nicht.

LG

pah

devien · 07 Juli 2017, 13:28:14

Zitat von: Prof. Dr. Peter Henning am 07 Juli 2017, 11:47:48
Hm, es wird immer wilder.
Code Auswählen Erweitern
Log3 "solarzaehlerstand", 1, "Function called with device=$device und counter=$counter";,
ist durchaus sinnvoll, weil device und counter die übergebenen Parameter sind.

jup, bin ich ganz bei dir

Zitat von: Prof. Dr. Peter Henning am 07 Juli 2017, 11:47:48
Code Auswählen Erweitern
Log3 "solarzaehlerstand", 1, "Function solarzaehlerstand called with device=$device und counter=".ReadingsVal($device,$counter,0);
ist hingegen schon mal Käse, weil das EBEN NICHT der Wert ist, der beim Aufruf an die Funktion übergeben wird. So etwas sollte man nicht einmal temporär machen - das wirft wirklich Namen und Inhalt durcheinander

sorry, ich wollte hier niemanden durcheinander bringen

Zitat von: Prof. Dr. Peter Henning am 07 Juli 2017, 11:47:48
Es ist auch keine gute Praxis, in der Berechnung eines neuen Wertes 5x "ReadingsVal" zu verwenden. Solche Werte müssen erst eingelesen und ggf. überprüft werden - dann kann man damit auch nicht auf die Nase fallen.

die eigentlichen Perl-subs habe ich aus dem Ursprünglichen (diesem) Thread übernommen, bzw. aus dem daraus entstandenen wiki Eintrag https://wiki.fhem.de/wiki/Ertragsmessung_Solarthermie
es ist nicht "best practice", offensichtlich, jedoch schien es ursprünglich beim Verfasser und mind. einem anderen Nutzer zu funktionieren. Sobald ich das Geraffel zum Laufen habe schaue ich ob ich diesen Faupax bereinigt bekomme und evt. eine Korrektur ins Wiki erreiche.

Zitat von: Prof. Dr. Peter Henning am 07 Juli 2017, 11:47:48
Das Reading "d_volumen" existiert nicht.

"d_volumen" wird im userReading (an 2ter Stelle) des eigentlichen Volumenzählers generiert:

Code Auswählen

userReadings volumenstrom:Counter differential {solarzaehlerstand('i01', 'Counter');;}, d_volumen:Counter difference {solarzaehlerstand('i01', 'Counter');;}, solarleistung:volumenstrom { get_solarleistung('i01', 'DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S');;}, solargesamtertrag {get_solarertrag('i01','DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S');; }, solartagesertrag { get_d_solarertrag('i01', 'D_SOLARCNTATMIDNIGHT');;}, solarmonatsertrag { get_d_solarertrag('i01', 'D_SOLARCNTAT1STDAYOFMONTH');;}, solarjahresertrag {  get_d_solarertrag('i01','D_SOLARCNTAT1STDAYOFYEAR');;}

und da hängt sich bei mir dann die Suppe an der Gabel auf, soweit ich das zusammenbokke scheint

Code Auswählen

d_volumen:Counter difference {solarzaehlerstand('i01', 'Counter');;} die differenz zwichen aktuellem Counter-Stand und dem solarzählerstand zu sein welcher wiederum die Summe von Counter und offset /1000 bildet.

Code Auswählen

sub solarzaehlerstand
{
  my($device, $counter)=@_;
  Log3 "solarzaehlerstand", 1, "Function solarzaehlerstand called with device=$device und counter=".ReadingsVal($device,$counter,0);
  # Berechnung des Gaszaehlerstandes in m3
  # V=m3offset+counts/countsperm3
  my($zaehlerstand)=
     AttrVal($device,"offset",0)+ReadingsVal($device,$counter,0)/AttrVal($device,"ctsperm3",1000);
  Log3 "solarzaehlerstand", 1, "Function solarzaehlerstand return=".$zaehlerstand;
  return($zaehlerstand);
}

Ergibt bei mir =offset/1000 . Was jedoch nicht errechnet werden müsste und erstrecht nich "0" ist.

ja wahrscheinlich hab ich einen Denkfehler, aber irgendwie hänge ich gerade in einer gedanklichen Schleife und komme nicht herraus.

amenomade · 08 Juli 2017, 02:24:58

Was ist das Ergebnis von folgendes in Fhemweb im Kommando Befehl ?

Code Auswählen

{ solarzaehlerstand("i01", "Counter") }

devien · 08 Juli 2017, 09:58:46

Zitat von: amenomade am 08 Juli 2017, 02:24:58
Was ist das Ergebnis von folgendes in Fhemweb im Kommando Befehl ?
Code Auswählen Erweitern
{ solarzaehlerstand("i01", "Counter") }

645.469 (logisch, der aktuelle Wert)

amenomade · 08 Juli 2017, 21:40:34

Dann verstehe ich auch nicht warum d_volumen nicht gesetzt wird...

amenomade · 08 Juli 2017, 22:00:23

Wobei... vielleicht doch eine Idee. Probier mal folgendes:

Code Auswählen

userReadings solarzs:Counter {solarzaehlerstand('i01', 'Counter');;}, volumenstrom:Counter differential {ReadingsVal('i01', 'solarsz');;}, d_volumen:Counter difference {ReadingsVal('i01', 'solarsz');;}, solarleistung:Counter { get_solarleistung('i01', 'DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S');;}, solargesamtertrag {get_solarertrag('i01','DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S');; }, solartagesertrag { get_d_solarertrag('i01', 'D_SOLARCNTATMIDNIGHT');;}, solarmonatsertrag { get_d_solarertrag('i01', 'D_SOLARCNTAT1STDAYOFMONTH');;}, solarjahresertrag {  get_d_solarertrag('i01','D_SOLARCNTAT1STDAYOFYEAR');;}

devien · 08 Juli 2017, 23:11:56

hab ich getestet, leider keine Änderung, oder gut, keine Änderung, je nachdem was du mit diesem Versuch bezwecken wolltest?

amenomade · 08 Juli 2017, 23:14:46

Du solltest mindestens ein neues userReading "solarzs" haben, sobald Counter sich ändert!... was aber Nachts vermutlich nicht passiert.

devien · 08 Juli 2017, 23:32:18

sollte man denken, aber weder das noch zuvor ein reading d_volumen oder ein anderes außer

Code Auswählen

   READINGS: 
     2017-07-08 23:05:32   Counter         32837 
     2017-07-08 10:22:33   Dblclick        on 
     2017-07-08 23:21:05   Pinlevel        high 
     2017-07-08 23:05:32   Toggle          off 
     2017-07-08 23:19:38   solargesamtertrag 0 
     2017-07-08 23:19:38   solarjahresertrag 0 
     2017-07-08 23:19:38   solarmonatsertrag 0 
     2017-07-08 23:19:38   solartagesertrag 0 
     2017-07-08 23:19:38   state           on

wobei Solargesamtertrag, solarjahresertrag, solarmonatsertrag und solartagesertrag die einzigen sind welche durch die Konfig aus diesem Thread / wiki hinzugekommen sind, Counter funktionierte bereits vorher schon....

PS.: ich kann die Pumpe manuell zuschalten, dann zählt der Conter trotzdem

amenomade · 09 Juli 2017, 00:27:09

Das heisst, irgendwie funktioniert Counter als Trigger nicht.

Was hast Du in der Log, wenn Counter aktualisiert wird?

Ansonstens, probier mal mit ":Counter.*" statt ":Counter" im userReadings

devien · 09 Juli 2017, 10:51:54

habe nun das Userreading mal entsprechend geändert und siehe da:

Code Auswählen

Internals: 
   CFGFN      FHEM/unipi_inputs.cfg 
   DEF        4 
   EXCEPT_FD  10 
   GPIO_Basedir /sys/class/gpio 
   NAME       i01 
   NR         74 
   RPI_pin    4 
   STATE      V: 649.80m3 E: 0.05kWh P: 0.00 kW 
   TYPE       RPI_GPIO 
   WiringPi_gpio /usr/local/bin/gpio 
   lasttrg    1499590013.42932 
   Helper: 
     DBLOG: 
       Counter: 
         myDbLog: 
           TIME       1499590013.4413 
           VALUE      33799 
       d_volumen: 
         myDbLog: 
           TIME       1499590013.4413 
           VALUE      0.000999999999976353 
       solargesamtertrag: 
         myDbLog: 
           TIME       1499590013.4413 
           VALUE      0.0461953333331788 
       solartagesertrag: 
         myDbLog: 
           TIME       1499590013.4413 
           VALUE      0.0461953333331788 
       volumenstrom: 
         myDbLog: 
           TIME       1499590013.4413 
           VALUE      7.00727484162154e-05 
   READINGS: 
     2017-07-09 10:46:53   Counter         33799 
     2017-07-08 10:22:33   Dblclick        on 
     2017-07-09 10:46:53   Pinlevel        low 
     2017-07-09 10:46:53   Toggle          off 
     2017-07-09 10:46:53   d_volumen       0.000999999999976353 
     2017-07-09 10:46:53   solargesamtertrag 0.0461953333331788 
     2017-07-09 10:46:53   solarjahresertrag 0.0461953333331788 
     2017-07-09 10:46:53   solarmonatsertrag 0.0461953333331788 
     2017-07-09 10:46:53   solartagesertrag 0.0461953333331788 
     2017-07-09 10:46:53   state           off 
     2017-07-09 10:46:53   volumenstrom    7.00727484162154e-05 
   fhem: 
     interfaces switch 
Attributes: 
   DbLogInclude 1 
   active_low no 
   alias      Solarzähler 
   ctsperm3   1000 
   dichte     1042 
   direction  input 
   event-on-update-reading Counter,volumenstrom,d_volumen,solarleistung,solartagesertrag,solargesamtertrag 
   icon       sani_solar 
   interrupt  falling 
   offset     616 
   poll_interval 5 
   pud_resistor up 
   restoreOnStartup no 
   room       Solarsteuerung,UniPi 
   stateFormat {sprintf("V: %.2fm3",solarzaehlerstand("i01","Counter",0)).sprintf(" E: %.2fkWh",ReadingsVal("i01","solartagesertrag",0)).sprintf(" P: %.2f kW",ReadingsVal("i01","solarleistung",0));} 
   userReadings volumenstrom:Counter.* differential {solarzaehlerstand('i01', 'Counter');}, d_volumen:Counter.* difference {solarzaehlerstand('i01', 'Counter');}, solarleistung:volumenstrom { get_solarleistung('i01', 'DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S');}, solargesamtertrag {get_solarertrag('i01','DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S'); }, solartagesertrag { get_d_solarertrag('i01', 'D_SOLARCNTATMIDNIGHT');}, solarmonatsertrag { get_d_solarertrag('i01', 'D_SOLARCNTAT1STDAYOFMONTH');}, solarjahresertrag {  get_d_solarertrag('i01','D_SOLARCNTAT1STDAYOFYEAR');} 
   verbose    5 
   waermekapazitaet 3.8

im Original wurde die Countervariable auch mit "counters.A" deklariert:

Code Auswählen

userReadings volumenstrom:counters.A differential {solarzaehlerstand('C_SOLARZAEHLER', 'counters.A');;}

ebenso auch im event-on-update-reading, hier musste ich natürlich an meine verfügbare Countervariable angleichen, verstehe jedoch nicht wieso hier offenbar diese Änderung nun greift (besonders weil ich es im event-on-update-reading noch nicht korrigiert habe.

das Reading Solarleistung ist leider bislang noch nicht aufgetaucht, das irritiert mich noch etwas.

im Logfile taucht bei Statusänderung des Counters:

Code Auswählen

2017.07.09 10:43:06 5: i01, in fileaccess: edge 
2017.07.09 10:43:06 5: Toggle war auf on
2017.07.09 10:43:06 5: Toggle ist jetzt off
2017.07.09 10:43:06 5: Zaehler ist jetzt 33783

erstunlicher Weise aulso Zaehler anstelle von Counter....

amenomade · 09 Juli 2017, 13:34:08

Interessant... aber schon mal besser

Was aber hilfreich wäre, ist nicht die Log (mein Schuld!) sondern eher der Eventmonitor.

devien · 09 Juli 2017, 20:12:15

kein Problem, Eventmonitor sagt:

Code Auswählen


2017-07-09 20:10:40 FRM_AD Solar_temp_04 Temp: 67.5257103077262
2017-07-09 20:10:40 RPI_GPIO i01 Counter: 36796
2017-07-09 20:10:40 RPI_GPIO i01 volumenstrom: 8.70904367673255e-05
2017-07-09 20:10:40 RPI_GPIO i01 d_volumen: 0.00100000000009004
2017-07-09 20:10:40 RPI_GPIO i01 solargesamtertrag: 41.8394296180577
2017-07-09 20:10:40 RPI_GPIO i01 solartagesertrag: 41.8394296180577
2017-07-09 20:10:40 FRM_AD Solar_temp_02 reading: 455
2017-07-09 20:10:40 FRM_AD Solar_temp_02 Temp: 64.947273443956

amenomade · 09 Juli 2017, 21:06:17

Also das Event sieht so aus:

Code Auswählen

2017-07-09 20:10:40 RPI_GPIO i01 Counter: 36796
Er hätte m.A. auch das Trigger "Counter" verstehen müssen. Naja, wenn es mit "Counter.*" geht, lass es so.

amenomade · 09 Juli 2017, 21:14:16

Wegen Solarleistung, was ergibt in Fhemweb:

Code Auswählen

{(ReadingsVal("DS18B20_Vorlauf_S", "temperature",0)-ReadingsVal("DS18B20_Ruecklauf_S", "temperature",0));}

Sonst probier mal auch mit

Code Auswählen

solarleistung:volumenstrom.*   {}

amenomade · 09 Juli 2017, 21:27:21

Ich glaube, ich hab den Grund gefunden: https://forum.fhem.de/index.php/topic,52165.msg440466.html#msg440466

vom 17 April 2016

Das Codeschnipsel hier ist vom 21 März 2014

Wenn ich das richtig interpretiere, musst Du .* am Ende des Triggers immer addieren, weil er seit dieser Änderung "Counter" als regexp "^Counter$" interpretiert.

devien · 09 Juli 2017, 22:35:47

correcte Sache, das war die Ursache.

Code Auswählen

Internals: 
   CFGFN      FHEM/unipi_inputs.cfg 
   DEF        4 
   EXCEPT_FD  10 
   GPIO_Basedir /sys/class/gpio 
   NAME       i01 
   NR         74 
   RPI_pin    4 
   STATE      V: 653.07m3 E: 42.32kWh P: 2.15 kW 
   TYPE       RPI_GPIO 
   WiringPi_gpio /usr/local/bin/gpio 
   lasttrg    1499632204.48435 
   Helper: 
     DBLOG: 
       Counter: 
         myDbLog: 
           TIME       1499632204.50179 
           VALUE      37073 
       d_volumen: 
         myDbLog: 
           TIME       1499632204.50179 
           VALUE      0.000999999999976353 
       solargesamtertrag: 
         myDbLog: 
           TIME       1499632248.89224 
           VALUE      42.3222808402772 
       solarleistung: 
         myDbLog: 
           TIME       1499632204.50179 
           VALUE      2.14965055645456 
       solartagesertrag: 
         myDbLog: 
           TIME       1499632248.89224 
           VALUE      42.3222808402772 
       volumenstrom: 
         myDbLog: 
           TIME       1499632204.50179 
           VALUE      7.48821913900937e-05 
   READINGS: 
     2017-07-09 22:30:04   Counter         37073 
     2017-07-08 10:22:33   Dblclick        on 
     2017-07-09 22:31:30   Pinlevel        high 
     2017-07-09 22:30:04   Toggle          off 
     2017-07-09 22:30:04   d_volumen       0.000999999999976353 
     2017-07-09 22:30:48   solargesamtertrag 42.3222808402772 
     2017-07-09 22:30:48   solarjahresertrag 42.3222808402772 
     2017-07-09 22:30:04   solarleistung   2.14965055645456 
     2017-07-09 22:30:48   solarmonatsertrag 42.3222808402772 
     2017-07-09 22:30:48   solartagesertrag 42.3222808402772 
     2017-07-09 22:30:48   state           on 
     2017-07-09 22:30:04   volumenstrom    7.48821913900937e-05 
   fhem: 
     interfaces switch 
Attributes: 
   DbLogInclude 1 
   active_low no 
   alias      Solarzähler 
   ctsperm3   1000 
   dichte     1042 
   direction  input 
   event-on-update-reading Counter,volumenstrom,d_volumen,solarleistung,solartagesertrag,solargesamtertrag 
   icon       sani_solar 
   interrupt  falling 
   offset     616 
   poll_interval 5 
   pud_resistor up 
   restoreOnStartup no 
   room       Solarsteuerung,UniPi 
   stateFormat {sprintf("V: %.2fm3",solarzaehlerstand("i01","Counter",0)).sprintf(" E: %.2fkWh",ReadingsVal("i01","solartagesertrag",0)).sprintf(" P: %.2f kW",ReadingsVal("i01","solarleistung",0));} 
   userReadings volumenstrom:Counter.* differential {solarzaehlerstand('i01', 'Counter');}, d_volumen:Counter.* difference {solarzaehlerstand('i01', 'Counter');}, solarleistung:volumenstrom.* { get_solarleistung('i01', 'DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S');}, solargesamtertrag {get_solarertrag('i01','DS18B20_Vorlauf_S', 'DS18B20_Ruecklauf_S'); }, solartagesertrag { get_d_solarertrag('i01', 'D_SOLARCNTATMIDNIGHT');}, solarmonatsertrag { get_d_solarertrag('i01', 'D_SOLARCNTAT1STDAYOFMONTH');}, solarjahresertrag {  get_d_solarertrag('i01','D_SOLARCNTAT1STDAYOFYEAR');} 
   verbose    3 
   waermekapazitaet 3.8

Vielen Dank das du so unermüdlich geholfen hast. Danke auch den anderen die auch versucht haben zu helfen

devien · 15 Juli 2017, 20:40:27

so, ich habe den Zähler am laufen, heute hab ich leider ein Missgeschick gehabt, hab versehentlich die Stromversorgung am RasperryPi zerbohrt.
1h später hatte ich das Teil wieder geflickt und Fhem startette wieder artig und machte dort weiter wo er aufgehört hat.

Mit einer Außnahme:
die tagesertragsleistung wurde durch den unkrontrollierten kaltstart von Fhem wieder bei Null gestartet anstelle bei den bereits eingefahrenen 33,5 kwh weiter zu machen.
Gibt es einen Weg Fhem beizubiegen das er in so einem Fall den letzten Wert nutzen soll?

amenomade · 15 Juli 2017, 21:41:47

Leider werden beim unkontrollierten Kaltstart einige Werte im state File evtl. nicht gespeichert. Ich weiss nicht, wie es zu lösen.
Du kannst aber jetzt manuell das Reading auf 33,5 setzten (setreading device reading wert)

devien · 15 Juli 2017, 22:35:37

hm, readings werden ja (zumindest bei mir) in einer db gespeichert, das gilt auch für eben diesen Wert. ich nehme an es sollte sich realisieren lassen : bei neustart -> prüfe letzten Wert im DBLog nach 0 Uhr -> "If letzter Wert > aktueller Wert" Do "setreading device reading [letzter Wert im DBLog]".
die Sache müsste allein in Perl abgehandelt werden, leider bin ich da noch zu unbedarft.

Kniffelig