Re: [vz-users] welcher saldierende Stromzähler ist aktuell empfehlenswert?

[Frank Richter]

Hallo Klaus,

das Beispiel mit dem virtuellen Kanal funktioniert hier schon, aber hier
ist ja auch kein nicht saldierender Zweirichtungszähler im Spiel.

Folgendes Beispiel: du installierst einen Eastron SDM630 und loggst einmal
pro Tag die Zählerstände für Import und Export. Wenn du jetzt an einem Tag
20kWh Import und 10kWh Export hast, könnte es einerseits sein, dass
Verbrauch und Einspeisung auf unterschiedlichen Phasen aber gleichzeitig
stattgefunden haben, dann würde dir ein saldierender Zweirichtungszähler
nur 10kWh Bezug anzeigen. Andererseits könnte es sein, dass Verbrauch und
Einspeisung zeitlich getrennt voneinander stattgefunden haben, dann zeigt
auch der saldierende Zähler 20kwh Bezug und 10kWh Einspeisung an. In der
Realität liegt man meistens irgendwo dazwischen. Aus summarischen
Zählerständen lässt sich aber nicht mehr ableiten, ob Einspeisung und Bezug
gleichzeitig stattgefunden haben. Damit kannst du höchstens einen Zähler
nachbilden, der vorwärts und  rückwärts läuft (ein alter Ferraris ohne
Sperre).

Grüße
Frank

Klaus Reichenecker  schrieb am Sa., 28. März 2020 20:41:

> Hallo Frank,
>
>
>
> Ja,  der ist zu klein😊 Darf ja nur 600W haben
>
>
>
> Ich weiss, das Ganze lohnt nicht wirklich, mache es nur weil ich letztens
> 8 180WP-Panele für je 25€ bekommen habe, die Montage sehr einfach war und
> ich wie wohl viele momentan zu viel Zeit habe…
>
> Die sind auch nur flach liegend auf einem Garangendach montiert, wollte es
> so einfach wie möglich
>
>
>
> Habe noch mal einen Screenshot gemacht damit wir von den gleichen Zahlen
> reden
>
> Ich habe 3 x Verbrauch:
>
>- Stromverbrauch – blau – 12,7 kWh  - das ist was der nicht
>saldierende Zähler misst
>- Leistung Solar – rot – 4,9 kWh  - gemessen mit einem Sinus M-Bus
>Zähler
>- Strom berechnet – grün – 7,85 kWh – hier ziehe ich einfach in einem
>virtuellen Kanal die Solarleistung vom Stromverbrauch ab
>
>
>
> So wie ich das sehe passen die Zahlen?  (Im Kopf mal zusammengerechnet)
>
>
>
> Habe jetzt noch mal einen der Sinus-Messwandler-Zähler bestellt
>
> https://www.stromzaehler.de/downloads/Datenblatt_SINUS.pdf
>
> Finde es genial was sich da alles über den M-Bus auslesen lässt, und war
> halt auch ein Schnäppchen
>
>
>
> Viele Grüße
>
>
>
> Klaus
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *Frank
> Richter
> *Gesendet:* Samstag, 28. März 2020 20:06
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] welcher saldierende Stromzähler ist aktuell
> empfehlenswert?
>
>
>
> Hallo Klaus,
>
>
>
> dein Wechselrichter ist zu klein ;-)
>
>
>
> Welche Zählerstände meinst du jetzt? Wenn du Saldieren in Software
> nachbauen willst, brauchst du Sekundenwerte, mit einem Wert pro Tag ist da
> nichts gewonnen.
>
>
>
> Welchen Zähler hast du jetzt bestellt?
>
>
>
> Grüße
>
> Frank
>
>
>
> Am Sa., 28. März 2020 um 19:42 Uhr schrieb Klaus Reichenecker  >:
>
> Hallo Frank,
>
>
>
> anbei ein Screenshot, der müsste doch stimmen?
>
> Blau ist, was mein Stromzähler zählt – wie gesagt er unterscheidet
> momentan nicht in welcher Richtung der Strom fließt
>
>
>
> Das von Dir genannte Problem tritt dann auf, wenn ich das über mehrere
> Tage / Monate zusammengefasst anschaue?
>
>
>
> Würde es Sinn machen, dann z.B. jeden Tag um 24 Uhr den jeweiligen
> Tagesverbrauch auszulesen und den in einen neuen Kanal zu Schreiben?
>
>
>
> Viele Grüße
>
>
>
> Klaus
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *Frank
> Richter
> *Gesendet:* Samstag, 28. März 2020 19:27
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] welcher saldierende Stromzähler ist aktuell
> empfehlenswert?
>
>
>
> Hallo Klaus,
>
>
>
> mit Aggregation hab ich wahrscheinlich ein irreführendes Wort verwendet:
> Die Middleware kombiniert grundsätzlich mehrere Datensätze aus der DB zu
> einem Tupel, wenn ansonsten mehr als die vom Frontend angefragten Tupel
> rauskommen würden, völlig unabhängig davon ob eine Aggregationstabelle
> existiert - damit geht's nur schneller, wenn es um lange Zeiträume geht.
> Dabei findet zwangsläufig eine Mittelung statt, die du absolut nicht
> brauchen kannst, wenn du Bezug und Einspeisung unterscheiden willst.
>
>
>
> Grüße
>
> Frank
>
>
>
> Klaus Reichenecker  schrieb am Sa., 28. März 2020, 19:14:
>
> Hallo Frank,
>
> oha, das nächste Problem 😊
>
>
>
> Ist das auch so, wenn ich überhaupt nicht aggregiere?
>
>
>
> Egal, neuer Stromzähler ist eh bestellt, hoffe dann wird alles besser 😊
>
>
>
> Aber generell zur Aggregation – habe das bisher nicht genutzt da es bei
> meinem Webhoster nicht möglich war, Cronjobs zu machen
>
> Jetzt ist es wohl möglich
>
>
>
> Kann ich bei VZ auch nur einzelne Kanäle aggregieren?
>
>
>
> Meine Datenbank ist sehr groß, aber ich vermute das meiste davon kommt
> durch S0-Zähler – direkt alle 5min geloggte Werte fallen da gar nicht so
> ins Gewicht
>
>
>
> Viele Grüße
>
> Klaus
>
>

Re: [vz-users] Darstellung Zählerstände - was mache ich falsch ?

[Frank Richter]

Hallo Klaus,

kannst du mal die gleichen Daten in der alten und der neuen Installation
darstellen? Mit unterschiedlichen Kanälen und unterschiedlichen Zeiträumen
ist ein Vergleich schwierig...

Bei deinem Wärmezähler würde ich davon ausgehen, dass mehrfach identische
Zählerstände in der DB landen, deshalb die Null-Werte.

Grüße
Frank

Klaus Reichenecker  schrieb am Sa., 28. März 2020 20:56:

>
>
> Hallo zusammen,
>
>
>
> nutze momentan die Zeit, meine VZ-Installation auf einen aktuellen Stand
> zu bringen
>
> Habe Zähler bei denen ich sowohl momentane Leistung als auch Zählerstand
> abfragen kann
>
> (Wärmemengenzähler, Stromzähler)
>
>
>
> Anbei 2 Screenshots – alt wie es in der bisherigen Installation war , neu
> wie es jetzt dargestellt wird
>
>
>
> Die letztendlichen Werte stimmen, kleine Abweichungen kommen wohl durch
> das zu geringe Ausleseinterval
>
>
>
> Aber warum ist die Verbrauchsdarstellung so unschön?
>
>
>
> Viele Grüße
>
>
>
> Klaus
>
>
>
>
>

Re: [vz-users] welcher saldierende Stromzähler ist aktuell empfehlenswert?

[Frank Richter]

Hallo Klaus,

dein Wechselrichter ist zu klein ;-)

Welche Zählerstände meinst du jetzt? Wenn du Saldieren in Software
nachbauen willst, brauchst du Sekundenwerte, mit einem Wert pro Tag ist da
nichts gewonnen.

Welchen Zähler hast du jetzt bestellt?

Grüße
Frank

Am Sa., 28. März 2020 um 19:42 Uhr schrieb Klaus Reichenecker :

> Hallo Frank,
>
>
>
> anbei ein Screenshot, der müsste doch stimmen?
>
> Blau ist, was mein Stromzähler zählt – wie gesagt er unterscheidet
> momentan nicht in welcher Richtung der Strom fließt
>
>
>
> Das von Dir genannte Problem tritt dann auf, wenn ich das über mehrere
> Tage / Monate zusammengefasst anschaue?
>
>
>
> Würde es Sinn machen, dann z.B. jeden Tag um 24 Uhr den jeweiligen
> Tagesverbrauch auszulesen und den in einen neuen Kanal zu Schreiben?
>
>
>
> Viele Grüße
>
>
>
> Klaus
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *Frank
> Richter
> *Gesendet:* Samstag, 28. März 2020 19:27
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] welcher saldierende Stromzähler ist aktuell
> empfehlenswert?
>
>
>
> Hallo Klaus,
>
>
>
> mit Aggregation hab ich wahrscheinlich ein irreführendes Wort verwendet:
> Die Middleware kombiniert grundsätzlich mehrere Datensätze aus der DB zu
> einem Tupel, wenn ansonsten mehr als die vom Frontend angefragten Tupel
> rauskommen würden, völlig unabhängig davon ob eine Aggregationstabelle
> existiert - damit geht's nur schneller, wenn es um lange Zeiträume geht.
> Dabei findet zwangsläufig eine Mittelung statt, die du absolut nicht
> brauchen kannst, wenn du Bezug und Einspeisung unterscheiden willst.
>
>
>
> Grüße
>
> Frank
>
>
>
> Klaus Reichenecker  schrieb am Sa., 28. März 2020, 19:14:
>
> Hallo Frank,
>
> oha, das nächste Problem 😊
>
>
>
> Ist das auch so, wenn ich überhaupt nicht aggregiere?
>
>
>
> Egal, neuer Stromzähler ist eh bestellt, hoffe dann wird alles besser 😊
>
>
>
> Aber generell zur Aggregation – habe das bisher nicht genutzt da es bei
> meinem Webhoster nicht möglich war, Cronjobs zu machen
>
> Jetzt ist es wohl möglich
>
>
>
> Kann ich bei VZ auch nur einzelne Kanäle aggregieren?
>
>
>
> Meine Datenbank ist sehr groß, aber ich vermute das meiste davon kommt
> durch S0-Zähler – direkt alle 5min geloggte Werte fallen da gar nicht so
> ins Gewicht
>
>
>
> Viele Grüße
>
> Klaus
>
>
>
>
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *Frank
> Richter
> *Gesendet:* Samstag, 28. März 2020 18:48
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] welcher saldierende Stromzähler ist aktuell
> empfehlenswert?
>
>
>
> Hallo Klaus,
>
>
>
> Vorsicht, virtuelle Kanäle arbeiten mit aggregierten Daten! Du solltest
> nicht erwarten, dabei reale Werte für Bezug und Einspeisung zu erhalten,
> weil bei Betrachtung längerer Zeiträume die Information zur
> Gleichzeitigkeit verloren geht.
>
>
>
> Grüße
>
> Frank
>
>
>
> Klaus Reichenecker  schrieb am Sa., 28. März 2020, 18:40:
>
>
>
> Hallo Thomas,
>
>
>
> eine Nacht drüber geschlafen – nachgedacht – Du hast Recht
>
> Es funktioniert mit dem Virtuellen Zähler, einfach einen vom anderen
> abziehen 😊
>
>
>
> Vielen Dank und Grüße
>
>
>
> Klaus
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *Thomas
> Höpfner
> *Gesendet:* Freitag, 27. März 2020 18:15
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] welcher saldierende Stromzähler ist aktuell
> empfehlenswert?
>
>
>
> Hallo Klaus,
>
>
>
> warum muss es ein saldierender sein? Der macht nach meinen Kenntnisstand
> nur als Abrechnungszähler beim EVU sinn. Die lassen sich aber keine Zähler
> vorschreiben.
>
> Mit virtuellen Zählern kannst du die Funktion in VZ nachbilden.
>
>
>
> Thomas
>
>
>
>
>
> Am 27.03.2020 um 17:28 schrieb Klaus Reichenecker :
>
> 
>
> Hallo Frank,
>
>
>
> saldierte Zählerstände wären schon schön, sind genauer als wenn ich über
> VZ alle 5 min die Momentanleistung logge?
>
> Mir würde es aber vollkommen reichen, wenn ich die Werte über Bus, gerne
> M-Bus, notfalls auch ModBus oder 2 x S0 bekomme
>
>
>
> Hätte zugegeben nicht gedacht dass das so kompliziert ist / es so wenig
> Zähler gibt die das können
>
> Ich verstehe zugegeben nicht, was der Sinn eines nicht saldierenden
> Zählers ist, wenn er ausdrücklich als Zweirichtungszähler verkauft wird?
>
>
>
> Oder reden alle in diversen Foren nur über die Anzeige im Display?
>
>
>
> Könntest Du mir evt. Von Deinen Zählern zur Verfügung stellen, was die
> über den Bus raus geben?
>
>
>
> Den MPM3PM hatte ich angeschaut, wollte ich kaufen – er ist nicht mehr
> lieferbar, alles was es gab war wohl eine Überproduktion / eigentlich war
> er nur für einen einzigen Endkunden gedacht
>
>
>
>
>
> An der Solaranlage habe ich momentan einen TIP Sinus 5//1 verbaut –
> eigentlich ein Messwandlerzähler, aber über 5A kommt die Anlage eh nicht
>
> Dort werden über den M-Bus 27 Dat

Re: [vz-users] welcher saldierende Stromzähler ist aktuell empfehlenswert?

[Frank Richter]

Hallo Klaus,

mit Aggregation hab ich wahrscheinlich ein irreführendes Wort verwendet:
Die Middleware kombiniert grundsätzlich mehrere Datensätze aus der DB zu
einem Tupel, wenn ansonsten mehr als die vom Frontend angefragten Tupel
rauskommen würden, völlig unabhängig davon ob eine Aggregationstabelle
existiert - damit geht's nur schneller, wenn es um lange Zeiträume geht.
Dabei findet zwangsläufig eine Mittelung statt, die du absolut nicht
brauchen kannst, wenn du Bezug und Einspeisung unterscheiden willst.

Grüße
Frank

Klaus Reichenecker  schrieb am Sa., 28. März 2020, 19:14:

> Hallo Frank,
>
> oha, das nächste Problem 😊
>
>
>
> Ist das auch so, wenn ich überhaupt nicht aggregiere?
>
>
>
> Egal, neuer Stromzähler ist eh bestellt, hoffe dann wird alles besser 😊
>
>
>
> Aber generell zur Aggregation – habe das bisher nicht genutzt da es bei
> meinem Webhoster nicht möglich war, Cronjobs zu machen
>
> Jetzt ist es wohl möglich
>
>
>
> Kann ich bei VZ auch nur einzelne Kanäle aggregieren?
>
>
>
> Meine Datenbank ist sehr groß, aber ich vermute das meiste davon kommt
> durch S0-Zähler – direkt alle 5min geloggte Werte fallen da gar nicht so
> ins Gewicht
>
>
>
> Viele Grüße
>
> Klaus
>
>
>
>
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *Frank
> Richter
> *Gesendet:* Samstag, 28. März 2020 18:48
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] welcher saldierende Stromzähler ist aktuell
> empfehlenswert?
>
>
>
> Hallo Klaus,
>
>
>
> Vorsicht, virtuelle Kanäle arbeiten mit aggregierten Daten! Du solltest
> nicht erwarten, dabei reale Werte für Bezug und Einspeisung zu erhalten,
> weil bei Betrachtung längerer Zeiträume die Information zur
> Gleichzeitigkeit verloren geht.
>
>
>
> Grüße
>
> Frank
>
>
>
> Klaus Reichenecker  schrieb am Sa., 28. März 2020, 18:40:
>
>
>
> Hallo Thomas,
>
>
>
> eine Nacht drüber geschlafen – nachgedacht – Du hast Recht
>
> Es funktioniert mit dem Virtuellen Zähler, einfach einen vom anderen
> abziehen 😊
>
>
>
> Vielen Dank und Grüße
>
>
>
> Klaus
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *Thomas
> Höpfner
> *Gesendet:* Freitag, 27. März 2020 18:15
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] welcher saldierende Stromzähler ist aktuell
> empfehlenswert?
>
>
>
> Hallo Klaus,
>
>
>
> warum muss es ein saldierender sein? Der macht nach meinen Kenntnisstand
> nur als Abrechnungszähler beim EVU sinn. Die lassen sich aber keine Zähler
> vorschreiben.
>
> Mit virtuellen Zählern kannst du die Funktion in VZ nachbilden.
>
>
>
> Thomas
>
>
>
>
>
> Am 27.03.2020 um 17:28 schrieb Klaus Reichenecker :
>
> 
>
> Hallo Frank,
>
>
>
> saldierte Zählerstände wären schon schön, sind genauer als wenn ich über
> VZ alle 5 min die Momentanleistung logge?
>
> Mir würde es aber vollkommen reichen, wenn ich die Werte über Bus, gerne
> M-Bus, notfalls auch ModBus oder 2 x S0 bekomme
>
>
>
> Hätte zugegeben nicht gedacht dass das so kompliziert ist / es so wenig
> Zähler gibt die das können
>
> Ich verstehe zugegeben nicht, was der Sinn eines nicht saldierenden
> Zählers ist, wenn er ausdrücklich als Zweirichtungszähler verkauft wird?
>
>
>
> Oder reden alle in diversen Foren nur über die Anzeige im Display?
>
>
>
> Könntest Du mir evt. Von Deinen Zählern zur Verfügung stellen, was die
> über den Bus raus geben?
>
>
>
> Den MPM3PM hatte ich angeschaut, wollte ich kaufen – er ist nicht mehr
> lieferbar, alles was es gab war wohl eine Überproduktion / eigentlich war
> er nur für einen einzigen Endkunden gedacht
>
>
>
>
>
> An der Solaranlage habe ich momentan einen TIP Sinus 5//1 verbaut –
> eigentlich ein Messwandlerzähler, aber über 5A kommt die Anlage eh nicht
>
> Dort werden über den M-Bus 27 Datenpunkte ausgegeben, die sogar
> konfigurierbar sind
>
>
> https://www.stromzaehler.de/downloads/SINUS%20M-Bus%20Beschreibung%20V03%202020-03-18.pdf
>
>
>
> Für andere Wandler finde ich leider keine derart umfangreichen
> Dokumentationen über den Bus
>
>
>
> Leider gibt es den aber nicht als 2Richtungszähler mit Bus
>
>
>
> Bin zugegeben gerade am überlegen, einfach 2 davon einzubauen, einer davon
> „verkehrt rum“ angeschlossen – müsste doch eigentlich gehen?
>
> Die Messwandler dann einfach in Reihe?
>
>
>
> Viele Grüße
>
> Klaus
>
>
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *Frank
> Richter
> *Gesendet:* Freitag, 27. März 2020 15:12
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] welcher saldierende Stromzähler ist aktuell
> empfehlenswert?
>
>
>
> Hallo Klaus,
>
>
>
> willst du saldierte Zählerstände haben oder reicht dir eine saldierte
> Momentanleistung über alle 3 Phasen? Der SDM630 kann nur 2).
>
>
>
> Korrekt saldieren können soweit ich weiß Inepro PRO380, DZG DVH4013 und
> angeblich MPM3PM (konnte ich noch nicht testen).
>
> Der Inepro hat leider nur eine Auf

Re: [vz-users] welcher saldierende Stromzähler ist aktuell empfehlenswert?

[Klaus Reichenecker]

Hallo Frank,

oha, das nächste Problem 😊

 

Ist das auch so, wenn ich überhaupt nicht aggregiere?

 

Egal, neuer Stromzähler ist eh bestellt, hoffe dann wird alles besser 😊

 

Aber generell zur Aggregation – habe das bisher nicht genutzt da es bei meinem 
Webhoster nicht möglich war, Cronjobs zu machen

Jetzt ist es wohl möglich

 

Kann ich bei VZ auch nur einzelne Kanäle aggregieren?

 

Meine Datenbank ist sehr groß, aber ich vermute das meiste davon kommt durch 
S0-Zähler – direkt alle 5min geloggte Werte fallen da gar nicht so ins Gewicht

 

Viele Grüße

Klaus

 

 

 

 

 

Von: volkszaehler-users  Im 
Auftrag von Frank Richter
Gesendet: Samstag, 28. März 2020 18:48
An: volkszaehler.org - users 
Betreff: Re: [vz-users] welcher saldierende Stromzähler ist aktuell 
empfehlenswert?

 

Hallo Klaus,

 

Vorsicht, virtuelle Kanäle arbeiten mit aggregierten Daten! Du solltest nicht 
erwarten, dabei reale Werte für Bezug und Einspeisung zu erhalten, weil bei 
Betrachtung längerer Zeiträume die Information zur Gleichzeitigkeit verloren 
geht.

 

Grüße

Frank

 

Klaus Reichenecker mailto:k...@kr123.de> > schrieb am Sa., 28. 
März 2020, 18:40:

 

Hallo Thomas,

 

eine Nacht drüber geschlafen – nachgedacht – Du hast Recht

Es funktioniert mit dem Virtuellen Zähler, einfach einen vom anderen abziehen 😊

 

Vielen Dank und Grüße

 

Klaus

 

 

 

Von: volkszaehler-users mailto:volkszaehler-users-boun...@demo.volkszaehler.org> > Im Auftrag von 
Thomas Höpfner
Gesendet: Freitag, 27. März 2020 18:15
An: volkszaehler.org   - users 
mailto:volkszaehler-users@demo.volkszaehler.org> >
Betreff: Re: [vz-users] welcher saldierende Stromzähler ist aktuell 
empfehlenswert?

 

Hallo Klaus,

 

warum muss es ein saldierender sein? Der macht nach meinen Kenntnisstand nur 
als Abrechnungszähler beim EVU sinn. Die lassen sich aber keine Zähler 
vorschreiben.

Mit virtuellen Zählern kannst du die Funktion in VZ nachbilden.

 

Thomas 

 

 

Am 27.03.2020 um 17:28 schrieb Klaus Reichenecker mailto:k...@kr123.de> >:



Hallo Frank,

 

saldierte Zählerstände wären schon schön, sind genauer als wenn ich über VZ 
alle 5 min die Momentanleistung logge?

Mir würde es aber vollkommen reichen, wenn ich die Werte über Bus, gerne M-Bus, 
notfalls auch ModBus oder 2 x S0 bekomme

 

Hätte zugegeben nicht gedacht dass das so kompliziert ist / es so wenig Zähler 
gibt die das können

Ich verstehe zugegeben nicht, was der Sinn eines nicht saldierenden Zählers 
ist, wenn er ausdrücklich als Zweirichtungszähler verkauft wird?

 

Oder reden alle in diversen Foren nur über die Anzeige im Display?

 

Könntest Du mir evt. Von Deinen Zählern zur Verfügung stellen, was die über den 
Bus raus geben?

 

Den MPM3PM hatte ich angeschaut, wollte ich kaufen – er ist nicht mehr 
lieferbar, alles was es gab war wohl eine Überproduktion / eigentlich war er 
nur für einen einzigen Endkunden gedacht

 

 

An der Solaranlage habe ich momentan einen TIP Sinus 5//1 verbaut – eigentlich 
ein Messwandlerzähler, aber über 5A kommt die Anlage eh nicht

Dort werden über den M-Bus 27 Datenpunkte ausgegeben, die sogar konfigurierbar 
sind   

https://www.stromzaehler.de/downloads/SINUS%20M-Bus%20Beschreibung%20V03%202020-03-18.pdf

 

Für andere Wandler finde ich leider keine derart umfangreichen Dokumentationen 
über den Bus

 

Leider gibt es den aber nicht als 2Richtungszähler mit Bus

 

Bin zugegeben gerade am überlegen, einfach 2 davon einzubauen, einer davon 
„verkehrt rum“ angeschlossen – müsste doch eigentlich gehen?

Die Messwandler dann einfach in Reihe?

 

Viele Grüße

Klaus

 

 

 

 

Von: volkszaehler-users mailto:volkszaehler-users-boun...@demo.volkszaehler.org> > Im Auftrag von 
Frank Richter
Gesendet: Freitag, 27. März 2020 15:12
An: volkszaehler.org   - users 
mailto:volkszaehler-users@demo.volkszaehler.org> >
Betreff: Re: [vz-users] welcher saldierende Stromzähler ist aktuell 
empfehlenswert?

 

Hallo Klaus,

 

willst du saldierte Zählerstände haben oder reicht dir eine saldierte 
Momentanleistung über alle 3 Phasen? Der SDM630 kann nur 2).

 

Korrekt saldieren können soweit ich weiß Inepro PRO380, DZG DVH4013 und 
angeblich MPM3PM (konnte ich noch nicht testen).

Der Inepro hat leider nur eine Auflösung von 10Wh, der DZG glaub ich 1Wh (muss 
ich nachschauen).

 

Grüße

Frank

 

Klaus Reichenecker mailto:k...@kr123.de> > schrieb am Fr., 27. 
März 2020, 15:00:

 

Hallo zusammen,

 

Für eine Unterverteilung / Solareinspeisung suche ich einen 3-Phasen-Zähler.

Es muss ein Zweirichtungszähler sein

 

So ein Zähler sollte ja saldierend rechnen – der jetzt eingebaute tut es nicht

Er addiert Import / Export über die 3 Phasen, gibt das als S0-Impulse aus,was 
natürlich Unsinn ist 

 

Ich habe mir jetzt mal den SDM630 angeschaut

https://xn--stromzhler-v5a.eu/stromzaehler/drehstromzaehler/fuer-hutschiene-geeicht/166/sdm630mbus-v2-3-phasen-multifunktions-wechsel/drehstromzaehler-mit-m

Re: [vz-users] welcher saldierende Stromzähler ist aktuell empfehlenswert?

[Frank Richter]

Hallo Klaus,

Vorsicht, virtuelle Kanäle arbeiten mit aggregierten Daten! Du solltest
nicht erwarten, dabei reale Werte für Bezug und Einspeisung zu erhalten,
weil bei Betrachtung längerer Zeiträume die Information zur
Gleichzeitigkeit verloren geht.

Grüße
Frank

Klaus Reichenecker  schrieb am Sa., 28. März 2020, 18:40:

>
>
> Hallo Thomas,
>
>
>
> eine Nacht drüber geschlafen – nachgedacht – Du hast Recht
>
> Es funktioniert mit dem Virtuellen Zähler, einfach einen vom anderen
> abziehen 😊
>
>
>
> Vielen Dank und Grüße
>
>
>
> Klaus
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *Thomas
> Höpfner
> *Gesendet:* Freitag, 27. März 2020 18:15
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] welcher saldierende Stromzähler ist aktuell
> empfehlenswert?
>
>
>
> Hallo Klaus,
>
>
>
> warum muss es ein saldierender sein? Der macht nach meinen Kenntnisstand
> nur als Abrechnungszähler beim EVU sinn. Die lassen sich aber keine Zähler
> vorschreiben.
>
> Mit virtuellen Zählern kannst du die Funktion in VZ nachbilden.
>
>
>
> Thomas
>
>
>
>
>
> Am 27.03.2020 um 17:28 schrieb Klaus Reichenecker :
>
> 
>
> Hallo Frank,
>
>
>
> saldierte Zählerstände wären schon schön, sind genauer als wenn ich über
> VZ alle 5 min die Momentanleistung logge?
>
> Mir würde es aber vollkommen reichen, wenn ich die Werte über Bus, gerne
> M-Bus, notfalls auch ModBus oder 2 x S0 bekomme
>
>
>
> Hätte zugegeben nicht gedacht dass das so kompliziert ist / es so wenig
> Zähler gibt die das können
>
> Ich verstehe zugegeben nicht, was der Sinn eines nicht saldierenden
> Zählers ist, wenn er ausdrücklich als Zweirichtungszähler verkauft wird?
>
>
>
> Oder reden alle in diversen Foren nur über die Anzeige im Display?
>
>
>
> Könntest Du mir evt. Von Deinen Zählern zur Verfügung stellen, was die
> über den Bus raus geben?
>
>
>
> Den MPM3PM hatte ich angeschaut, wollte ich kaufen – er ist nicht mehr
> lieferbar, alles was es gab war wohl eine Überproduktion / eigentlich war
> er nur für einen einzigen Endkunden gedacht
>
>
>
>
>
> An der Solaranlage habe ich momentan einen TIP Sinus 5//1 verbaut –
> eigentlich ein Messwandlerzähler, aber über 5A kommt die Anlage eh nicht
>
> Dort werden über den M-Bus 27 Datenpunkte ausgegeben, die sogar
> konfigurierbar sind
>
>
> https://www.stromzaehler.de/downloads/SINUS%20M-Bus%20Beschreibung%20V03%202020-03-18.pdf
>
>
>
> Für andere Wandler finde ich leider keine derart umfangreichen
> Dokumentationen über den Bus
>
>
>
> Leider gibt es den aber nicht als 2Richtungszähler mit Bus
>
>
>
> Bin zugegeben gerade am überlegen, einfach 2 davon einzubauen, einer davon
> „verkehrt rum“ angeschlossen – müsste doch eigentlich gehen?
>
> Die Messwandler dann einfach in Reihe?
>
>
>
> Viele Grüße
>
> Klaus
>
>
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *Frank
> Richter
> *Gesendet:* Freitag, 27. März 2020 15:12
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] welcher saldierende Stromzähler ist aktuell
> empfehlenswert?
>
>
>
> Hallo Klaus,
>
>
>
> willst du saldierte Zählerstände haben oder reicht dir eine saldierte
> Momentanleistung über alle 3 Phasen? Der SDM630 kann nur 2).
>
>
>
> Korrekt saldieren können soweit ich weiß Inepro PRO380, DZG DVH4013 und
> angeblich MPM3PM (konnte ich noch nicht testen).
>
> Der Inepro hat leider nur eine Auflösung von 10Wh, der DZG glaub ich 1Wh
> (muss ich nachschauen).
>
>
>
> Grüße
>
> Frank
>
>
>
> Klaus Reichenecker  schrieb am Fr., 27. März 2020, 15:00:
>
>
>
> Hallo zusammen,
>
>
>
> Für eine Unterverteilung / Solareinspeisung suche ich einen
> 3-Phasen-Zähler.
>
> Es muss ein Zweirichtungszähler sein
>
>
>
> So ein Zähler sollte ja saldierend rechnen – der jetzt eingebaute tut es
> nicht
>
> Er addiert Import / Export über die 3 Phasen, gibt das als S0-Impulse
> aus,was natürlich Unsinn ist
>
>
>
> Ich habe mir jetzt mal den SDM630 angeschaut
>
>
> https://xn--stromzhler-v5a.eu/stromzaehler/drehstromzaehler/fuer-hutschiene-geeicht/166/sdm630mbus-v2-3-phasen-multifunktions-wechsel/drehstromzaehler-mit-mbus-2xs0?c=94
>
>
>
> Laut diverser Foren rechnet er nicht saldierend – aber ist das auch über
> die Schnittstelle so?  Welche Werte stehen über den M-Bus zur Verfügung?
>
> Was auf dem Display steht wäre mir egal
>
>
>
>
>
> Bei dem hier steht nichts von saldierend:
>
>
> https://xn--stromzhler-v5a.eu/stromzaehler/drehstromzaehler/fuer-hutschiene-ungeeicht/135/sdm530mt-multitarif-drehstromzaehler?c=94
>
> Aber er hat zumindest 2 S0-Ausgänge, je 1 x Import, 1 x Export
>
> Gibt er dann wenn ich in einer Phase exportiere, in den beiden anderen
> Importiere, auf beiden S0 gleichzeitig was aus?
>
>
>
> Der hier wird mit explizit mit saldierend beworben:
>
>
> https://xn--stromzhler-v5a.eu/stromzaehler/drehstromzaehler/fuer-hutschiene-ungeeicht/122/sdm72bis-3p-4te-lcd-zweirichtungs-dsz-fuer-din-hutschiene?c=94
>
> Hat 2 LED

Re: [vz-users] welcher saldierende Stromzähler ist aktuell empfehlenswert?

[Klaus Reichenecker]

 

Hallo Thomas,

 

eine Nacht drüber geschlafen – nachgedacht – Du hast Recht

Es funktioniert mit dem Virtuellen Zähler, einfach einen vom anderen abziehen 😊

 

Vielen Dank und Grüße

 

Klaus

 

 

 

Von: volkszaehler-users  Im 
Auftrag von Thomas Höpfner
Gesendet: Freitag, 27. März 2020 18:15
An: volkszaehler.org - users 
Betreff: Re: [vz-users] welcher saldierende Stromzähler ist aktuell 
empfehlenswert?

 

Hallo Klaus,

 

warum muss es ein saldierender sein? Der macht nach meinen Kenntnisstand nur 
als Abrechnungszähler beim EVU sinn. Die lassen sich aber keine Zähler 
vorschreiben.

Mit virtuellen Zählern kannst du die Funktion in VZ nachbilden.

 

Thomas 

 





Am 27.03.2020 um 17:28 schrieb Klaus Reichenecker mailto:k...@kr123.de> >:



Hallo Frank,

 

saldierte Zählerstände wären schon schön, sind genauer als wenn ich über VZ 
alle 5 min die Momentanleistung logge?

Mir würde es aber vollkommen reichen, wenn ich die Werte über Bus, gerne M-Bus, 
notfalls auch ModBus oder 2 x S0 bekomme

 

Hätte zugegeben nicht gedacht dass das so kompliziert ist / es so wenig Zähler 
gibt die das können

Ich verstehe zugegeben nicht, was der Sinn eines nicht saldierenden Zählers 
ist, wenn er ausdrücklich als Zweirichtungszähler verkauft wird?

 

Oder reden alle in diversen Foren nur über die Anzeige im Display?

 

Könntest Du mir evt. Von Deinen Zählern zur Verfügung stellen, was die über den 
Bus raus geben?

 

Den MPM3PM hatte ich angeschaut, wollte ich kaufen – er ist nicht mehr 
lieferbar, alles was es gab war wohl eine Überproduktion / eigentlich war er 
nur für einen einzigen Endkunden gedacht

 

 

An der Solaranlage habe ich momentan einen TIP Sinus 5//1 verbaut – eigentlich 
ein Messwandlerzähler, aber über 5A kommt die Anlage eh nicht

Dort werden über den M-Bus 27 Datenpunkte ausgegeben, die sogar konfigurierbar 
sind   

https://www.stromzaehler.de/downloads/SINUS%20M-Bus%20Beschreibung%20V03%202020-03-18.pdf

 

Für andere Wandler finde ich leider keine derart umfangreichen Dokumentationen 
über den Bus

 

Leider gibt es den aber nicht als 2Richtungszähler mit Bus

 

Bin zugegeben gerade am überlegen, einfach 2 davon einzubauen, einer davon 
„verkehrt rum“ angeschlossen – müsste doch eigentlich gehen?

Die Messwandler dann einfach in Reihe?

 

Viele Grüße

Klaus

 

 

 

 

Von: volkszaehler-users mailto:volkszaehler-users-boun...@demo.volkszaehler.org> > Im Auftrag von 
Frank Richter
Gesendet: Freitag, 27. März 2020 15:12
An: volkszaehler.org - users mailto:volkszaehler-users@demo.volkszaehler.org> >
Betreff: Re: [vz-users] welcher saldierende Stromzähler ist aktuell 
empfehlenswert?

 

Hallo Klaus,

 

willst du saldierte Zählerstände haben oder reicht dir eine saldierte 
Momentanleistung über alle 3 Phasen? Der SDM630 kann nur 2).

 

Korrekt saldieren können soweit ich weiß Inepro PRO380, DZG DVH4013 und 
angeblich MPM3PM (konnte ich noch nicht testen).

Der Inepro hat leider nur eine Auflösung von 10Wh, der DZG glaub ich 1Wh (muss 
ich nachschauen).

 

Grüße

Frank

 

Klaus Reichenecker mailto:k...@kr123.de> > schrieb am Fr., 27. 
März 2020, 15:00:

 

Hallo zusammen,

 

Für eine Unterverteilung / Solareinspeisung suche ich einen 3-Phasen-Zähler.

Es muss ein Zweirichtungszähler sein

 

So ein Zähler sollte ja saldierend rechnen – der jetzt eingebaute tut es nicht

Er addiert Import / Export über die 3 Phasen, gibt das als S0-Impulse aus,was 
natürlich Unsinn ist 

 

Ich habe mir jetzt mal den SDM630 angeschaut

https://xn--stromzhler-v5a.eu/stromzaehler/drehstromzaehler/fuer-hutschiene-geeicht/166/sdm630mbus-v2-3-phasen-multifunktions-wechsel/drehstromzaehler-mit-mbus-2xs0?c=94

 

Laut diverser Foren rechnet er nicht saldierend – aber ist das auch über die 
Schnittstelle so?  Welche Werte stehen über den M-Bus zur Verfügung?

Was auf dem Display steht wäre mir egal

 

 

Bei dem hier steht nichts von saldierend:

https://xn--stromzhler-v5a.eu/stromzaehler/drehstromzaehler/fuer-hutschiene-ungeeicht/135/sdm530mt-multitarif-drehstromzaehler?c=94

Aber er hat zumindest 2 S0-Ausgänge, je 1 x Import, 1 x Export

Gibt er dann wenn ich in einer Phase exportiere, in den beiden anderen 
Importiere, auf beiden S0 gleichzeitig was aus?

 

Der hier wird mit explizit mit saldierend beworben:

https://xn--stromzhler-v5a.eu/stromzaehler/drehstromzaehler/fuer-hutschiene-ungeeicht/122/sdm72bis-3p-4te-lcd-zweirichtungs-dsz-fuer-din-hutschiene?c=94

Hat 2 LEDs für Import / Export, aber leider nur eine S0-Schnittstelle – Das 
Gebastel, die LEDs abzugreifen will ich mir eigentlich sparen

 

Bin zugegeben etwas verwirrt

 

Was habt Ihr bei Euch verbaut? Was könnt Ihr empfehlen?

 

 

Viele Grüße

 

Klaus

 

 

 

Re: [vz-users] Datenbankfehler nach vergrößern der Partition

[Daniel Lauckner]

Hallo,


am Samstag, 28. März 2020 um 17:56 hat 
=?UTF-8?B?4oCqdG9iaWFzLmxlaHJAbWUuY29t4oCs?= geschrieben:
> Da geb ich dir recht. Ich war da auch sehr blauäugig das einfach so
> durchzuziehen.

Nuja, Fehler sind da um daraus zu lernen.

> [Backupkonzept]

Andere brauchen halt erst eine kleine Erinnerung um zu merken das
kein Klopapier mehr im Haus ist...

> Wie gesagt nochmals vielen Dank an die schnelle Hilfe.

Keine Ursache, war ja auch nur ein Stups für die Richtung.


mfg Daniel

Re: [vz-users] Datenbankfehler nach vergrößern der Partition

[‪tobias . lehr]

Da geb ich dir recht. Ich war da auch sehr blauäugig das einfach so durchzuziehen. Hab mich zuerst gesträubt an die Mailiniste zu schreiben und um Ratschläge zu bitten. Was ja dann dazugeführt hat das ich es letztendlich doch tun musste. Die Datenbank wird jede Nacht mit dbcopy auf ein externes Laufwerk gesichert. Und die anderen scripte etc werden in unregelmäßigen Abständen auch gespeichert. Konfigurationen müsste ich jedesmal. Neu machen, aber das hab ich alles in einer Anleitung notiert. Im konkreten Fall wäre das Backup aber 4 Tage alte gewesen, Weil es aufgrund des vollen Speicherplatzes nicht mehr möglich war Aktionen durchzuführen. Selbst die crontab aufzurufen wurde mit einem Verweis auf fehlenden Speicher abgebrochen. Wie gesagt nochmals vielen Dank an die schnelle Hilfe. Das mag ich an dieser Community so, hier wird sehr schnell und manchmal auch sehr geduldig geholfen.Schönes Wochenende an alleTobias Ursprüngliche Nachricht Von: Andreas Götz Datum: Sa., 28. März 2020, 16:47An: "volkszaehler.org - users" Betreff: Re: [vz-users] Datenbankfehler nach vergrößern der PartitionIch hoffe Du hast regelmässige Backups- das geht nicht immer so glimpflich ab...Viele Grüße,AndreasAm 28.03.2020 um 15:56 schrieb Tobias Lehr :OK war doch aussagekräftig. Es läuft wieder.ich habe nach dem mariadb can’t init tc log gegooglet und habe mehrer einträge gefunden die sagten das diese Log datei wahrscheinlich durch ein out of space problem corrupt geworden sind. Also habe ich unte /var/lib/mysql geschaut und da war diese Datei und ich konnte sie nicht öffnen, weil Permission denied.Die Lösung war jetzt, das ich diese Datei gelöscht habe und dann das System rebootet habe. Nun läuft mariadb wieder, die tc.log datei wurde neu erstellt.Vielen Dank für die Schnelle Hilfe, vor allem wo man schauen muss um den Fehler zu finden. Ich habe dabei wieder viel gelerntViele GrüßeTobiasAm 28.03.2020 um 15:44 schrieb Tobias Lehr :Also nach deiner Anleitung komme ich nicht weiter, da schon die im schritt mysql error log aktivieren genannte Datei nicht existiert.Ich habe aber unter /var/log/mysql/ die error.log gefunden.das ist die ausgabe wenn ich versucht habe mysql über systemctl start mysql zu starten:2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using mutexes to ref count buffer pool pages2020-03-28 15:39:05 1988235264 [Note] InnoDB: The InnoDB memory heap is disabled2020-03-28 15:39:05 1988235264 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins2020-03-28 15:39:05 1988235264 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier2020-03-28 15:39:05 1988235264 [Note] InnoDB: Compressed tables use zlib 1.2.82020-03-28 15:39:05 1988235264 [Note] InnoDB: Using Linux native AIO2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using generic crc32 instructions2020-03-28 15:39:05 1988235264 [Note] InnoDB: Initializing buffer pool, size = 128.0M2020-03-28 15:39:05 1988235264 [Note] InnoDB: Completed initialization of buffer pool2020-03-28 15:39:05 1988235264 [Note] InnoDB: Highest supported file format is Barracuda.2020-03-28 15:39:05 1988235264 [Note] InnoDB: 128 rollback segment(s) are active.2020-03-28 15:39:05 1988235264 [Note] InnoDB: Waiting for purge to start2020-03-28 15:39:05 1988235264 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.35-80.0 started; log sequence number 13590300932020-03-28 15:39:05 1442837312 [Note] InnoDB: Dumping buffer pool(s) not yet started2020-03-28 15:39:05 1988235264 [Note] Plugin 'FEEDBACK' is disabled.2020-03-28 15:39:05 1988235264 [Note] Recovering after a crash using tc.log2020-03-28 15:39:05 1988235264 [ERROR] Can't init tc log2020-03-28 15:39:05 1988235264 [ERROR] Abortingleider nicht sehr aussagekräftigGruß TobiasAm 28.03.2020 um 15:02 schrieb Daniel Lauckner :Hallo,dann schau mal nach dem Logfile.http://www.sysadminslife.com/linux/mysql-log-file-aktivieren-error-vs-query-vs-slow-query/mfg Daniel

Re: [vz-users] Datenbankfehler nach vergrößern der Partition

[Andreas Götz]

Ich hoffe Du hast regelmässige Backups- das geht nicht immer so glimpflich ab...

Viele Grüße,
Andreas

> Am 28.03.2020 um 15:56 schrieb Tobias Lehr :
> 
> OK war doch aussagekräftig. Es läuft wieder.
> 
> ich habe nach dem mariadb can’t init tc log gegooglet und habe mehrer 
> einträge gefunden die sagten das diese Log datei wahrscheinlich durch ein out 
> of space problem corrupt geworden sind. Also habe ich unte /var/lib/mysql 
> geschaut und da war diese Datei und ich konnte sie nicht öffnen, weil 
> Permission denied.
> 
> Die Lösung war jetzt, das ich diese Datei gelöscht habe und dann das System 
> rebootet habe. Nun läuft mariadb wieder, die tc.log datei wurde neu erstellt.
> 
> Vielen Dank für die Schnelle Hilfe, vor allem wo man schauen muss um den 
> Fehler zu finden. Ich habe dabei wieder viel gelernt
> 
> Viele Grüße
> Tobias
>> Am 28.03.2020 um 15:44 schrieb Tobias Lehr :
>> 
>> Also nach deiner Anleitung komme ich nicht weiter, da schon die im schritt 
>> mysql error log aktivieren genannte Datei nicht existiert.
>> 
>> Ich habe aber unter /var/log/mysql/ die error.log gefunden.
>> 
>> das ist die ausgabe wenn ich versucht habe mysql über systemctl start mysql 
>> zu starten:
>> 
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using mutexes to ref count 
>> buffer pool pages
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: The InnoDB memory heap is 
>> disabled
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Mutexes and rw_locks use GCC 
>> atomic builtins
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: GCC builtin 
>> __atomic_thread_fence() is used for memory barrier
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Compressed tables use zlib 
>> 1.2.8
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using Linux native AIO
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using generic crc32 
>> instructions
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Initializing buffer pool, size 
>> = 128.0M
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Completed initialization of 
>> buffer pool
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Highest supported file format 
>> is Barracuda.
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: 128 rollback segment(s) are 
>> active.
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Waiting for purge to start
>> 2020-03-28 15:39:05 1988235264 [Note] InnoDB:  Percona XtraDB 
>> (http://www.percona.com) 5.6.35-80.0 started; log sequence number 1359030093
>> 2020-03-28 15:39:05 1442837312 [Note] InnoDB: Dumping buffer pool(s) not yet 
>> started
>> 2020-03-28 15:39:05 1988235264 [Note] Plugin 'FEEDBACK' is disabled.
>> 2020-03-28 15:39:05 1988235264 [Note] Recovering after a crash using tc.log
>> 2020-03-28 15:39:05 1988235264 [ERROR] Can't init tc log
>> 2020-03-28 15:39:05 1988235264 [ERROR] Aborting
>> 
>> 
>> leider nicht sehr aussagekräftig
>> 
>> Gruß Tobias
>> 
>> 
>>> Am 28.03.2020 um 15:02 schrieb Daniel Lauckner :
>>> 
>>> Hallo,
>>> 
>>> 
>>> dann schau mal nach dem Logfile.
>>> http://www.sysadminslife.com/linux/mysql-log-file-aktivieren-error-vs-query-vs-slow-query/
>>> 
>>> 
>>> mfg Daniel
>>> 
>> 
> 

Re: [vz-users] Datenbankfehler nach vergrößern der Partition

[Tobias Lehr]

OK war doch aussagekräftig. Es läuft wieder.

ich habe nach dem mariadb can’t init tc log gegooglet und habe mehrer einträge 
gefunden die sagten das diese Log datei wahrscheinlich durch ein out of space 
problem corrupt geworden sind. Also habe ich unte /var/lib/mysql geschaut und 
da war diese Datei und ich konnte sie nicht öffnen, weil Permission denied.

Die Lösung war jetzt, das ich diese Datei gelöscht habe und dann das System 
rebootet habe. Nun läuft mariadb wieder, die tc.log datei wurde neu erstellt.

Vielen Dank für die Schnelle Hilfe, vor allem wo man schauen muss um den Fehler 
zu finden. Ich habe dabei wieder viel gelernt

Viele Grüße
Tobias
> Am 28.03.2020 um 15:44 schrieb Tobias Lehr :
> 
> Also nach deiner Anleitung komme ich nicht weiter, da schon die im schritt 
> mysql error log aktivieren genannte Datei nicht existiert.
> 
> Ich habe aber unter /var/log/mysql/ die error.log gefunden.
> 
> das ist die ausgabe wenn ich versucht habe mysql über systemctl start mysql 
> zu starten:
> 
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using mutexes to ref count 
> buffer pool pages
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: The InnoDB memory heap is 
> disabled
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Mutexes and rw_locks use GCC 
> atomic builtins
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: GCC builtin 
> __atomic_thread_fence() is used for memory barrier
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Compressed tables use zlib 1.2.8
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using Linux native AIO
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using generic crc32 instructions
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Initializing buffer pool, size 
> = 128.0M
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Completed initialization of 
> buffer pool
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Highest supported file format 
> is Barracuda.
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: 128 rollback segment(s) are 
> active.
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB: Waiting for purge to start
> 2020-03-28 15:39:05 1988235264 [Note] InnoDB:  Percona XtraDB 
> (http://www.percona.com ) 5.6.35-80.0 started; log 
> sequence number 1359030093
> 2020-03-28 15:39:05 1442837312 [Note] InnoDB: Dumping buffer pool(s) not yet 
> started
> 2020-03-28 15:39:05 1988235264 [Note] Plugin 'FEEDBACK' is disabled.
> 2020-03-28 15:39:05 1988235264 [Note] Recovering after a crash using tc.log
> 2020-03-28 15:39:05 1988235264 [ERROR] Can't init tc log
> 2020-03-28 15:39:05 1988235264 [ERROR] Aborting
> 
> 
> leider nicht sehr aussagekräftig
> 
> Gruß Tobias
> 
> 
>> Am 28.03.2020 um 15:02 schrieb Daniel Lauckner > >:
>> 
>> Hallo,
>> 
>> 
>> dann schau mal nach dem Logfile.
>> http://www.sysadminslife.com/linux/mysql-log-file-aktivieren-error-vs-query-vs-slow-query/
>>  
>> 
>> 
>> 
>> mfg Daniel
>> 
> 

Re: [vz-users] Datenbankfehler nach vergrößern der Partition

[Tobias Lehr]

Also nach deiner Anleitung komme ich nicht weiter, da schon die im schritt 
mysql error log aktivieren genannte Datei nicht existiert.

Ich habe aber unter /var/log/mysql/ die error.log gefunden.

das ist die ausgabe wenn ich versucht habe mysql über systemctl start mysql zu 
starten:

2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using mutexes to ref count buffer 
pool pages
2020-03-28 15:39:05 1988235264 [Note] InnoDB: The InnoDB memory heap is disabled
2020-03-28 15:39:05 1988235264 [Note] InnoDB: Mutexes and rw_locks use GCC 
atomic builtins
2020-03-28 15:39:05 1988235264 [Note] InnoDB: GCC builtin 
__atomic_thread_fence() is used for memory barrier
2020-03-28 15:39:05 1988235264 [Note] InnoDB: Compressed tables use zlib 1.2.8
2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using Linux native AIO
2020-03-28 15:39:05 1988235264 [Note] InnoDB: Using generic crc32 instructions
2020-03-28 15:39:05 1988235264 [Note] InnoDB: Initializing buffer pool, size = 
128.0M
2020-03-28 15:39:05 1988235264 [Note] InnoDB: Completed initialization of 
buffer pool
2020-03-28 15:39:05 1988235264 [Note] InnoDB: Highest supported file format is 
Barracuda.
2020-03-28 15:39:05 1988235264 [Note] InnoDB: 128 rollback segment(s) are 
active.
2020-03-28 15:39:05 1988235264 [Note] InnoDB: Waiting for purge to start
2020-03-28 15:39:05 1988235264 [Note] InnoDB:  Percona XtraDB 
(http://www.percona.com) 5.6.35-80.0 started; log sequence number 1359030093
2020-03-28 15:39:05 1442837312 [Note] InnoDB: Dumping buffer pool(s) not yet 
started
2020-03-28 15:39:05 1988235264 [Note] Plugin 'FEEDBACK' is disabled.
2020-03-28 15:39:05 1988235264 [Note] Recovering after a crash using tc.log
2020-03-28 15:39:05 1988235264 [ERROR] Can't init tc log
2020-03-28 15:39:05 1988235264 [ERROR] Aborting


leider nicht sehr aussagekräftig

Gruß Tobias


> Am 28.03.2020 um 15:02 schrieb Daniel Lauckner :
> 
> Hallo,
> 
> 
> dann schau mal nach dem Logfile.
> http://www.sysadminslife.com/linux/mysql-log-file-aktivieren-error-vs-query-vs-slow-query/
> 
> 
> mfg Daniel
> 

Re: [vz-users] Datenbankfehler nach vergrößern der Partition

[Daniel Lauckner]

Hallo,


dann schau mal nach dem Logfile.
http://www.sysadminslife.com/linux/mysql-log-file-aktivieren-error-vs-query-vs-slow-query/


mfg Daniel

Re: [vz-users] Datenbankfehler nach vergrößern der Partition

[Tobias Lehr]

Ja korrekt, mysql läuft nicht:

systemctl status mysql
● mariadb.service - MariaDB database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: 
enabled)
   Active: failed (Result: exit-code) since Sat 2020-03-28 13:32:58 CET; 1h 
2min ago
  Process: 672 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER 
$_WSREP_START_POSITION (code=exited, status=1/FAILURE)
  Process: 531 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && 
VAR= ||   VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ]   && sys
  Process: 493 ExecStartPre=/bin/sh -c systemctl unset-environment 
_WSREP_START_POSITION (code=exited, status=0/SUCCESS)
  Process: 452 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d 
/var/run/mysqld (code=exited, status=0/SUCCESS)
 Main PID: 672 (code=exited, status=1/FAILURE)
   Status: "MariaDB server is down"

Mar 28 13:32:52 keller systemd[1]: Starting MariaDB database server...
Mar 28 13:32:54 keller mysqld[672]: 2020-03-28 13:32:54 1988587520 [Note] 
/usr/sbin/mysqld (mysqld 10.1.23-MariaDB-9+deb9u1) starting as pr
Mar 28 13:32:58 keller systemd[1]: mariadb.service: Main process exited, 
code=exited, status=1/FAILURE
Mar 28 13:32:58 keller systemd[1]: Failed to start MariaDB database server.
Mar 28 13:32:58 keller systemd[1]: mariadb.service: Unit entered failed state.
Mar 28 13:32:58 keller systemd[1]: mariadb.service: Failed with result 
'exit-code‘.

ein Versuch es zu starten bringt das: 

sudo systemctl start mysql
Job for mariadb.service failed because the control process exited with error 
code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.

die Ausgabe von journalctl -xe

journalctl -xe
Mar 28 14:36:01 keller CRON[3047]: (pi) CMD (php 
/var/www/volkszaehler.org/misc/tools/aggregate.php run -m delta -l minute 
>/dev/null)
Mar 28 14:36:01 keller CRON[3038]: (CRON) info (No MTA installed, discarding 
output)
Mar 28 14:36:01 keller CRON[3038]: pam_unix(cron:session): session closed for 
user pi
Mar 28 14:36:03 keller CRON[3037]: pam_unix(cron:session): session closed for 
user pi
Mar 28 14:36:03 keller Node-RED[348]: 28 Mar 14:36:03 - [info] 
[mqtt-broker:mqtt broker] Connection failed to broker: mqtt://192.168.178.34
Mar 28 14:36:19 keller Node-RED[348]: 28 Mar 14:36:19 - [info] 
[mqtt-broker:mqtt broker] Connection failed to broker: mqtt://192.168.178.34
Mar 28 14:36:20 keller sudo[3087]:   pi : TTY=pts/0 ; PWD=/home/pi ; 
USER=root ; COMMAND=/bin/systemctl start mysql
Mar 28 14:36:20 keller sudo[3087]: pam_unix(sudo:session): session opened for 
user root by pi(uid=0)
Mar 28 14:36:20 keller systemd[1]: Starting MariaDB database server...
-- Subject: Unit mariadb.service has begun start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Unit mariadb.service has begun starting up.
Mar 28 14:36:21 keller mysqld[3189]: 2020-03-28 14:36:21 1988857856 [Note] 
/usr/sbin/mysqld (mysqld 10.1.23-MariaDB-9+deb9u1) starting as p
Mar 28 14:36:25 keller systemd[1]: mariadb.service: Main process exited, 
code=exited, status=1/FAILURE
Mar 28 14:36:25 keller systemd[1]: Failed to start MariaDB database server.
-- Subject: Unit mariadb.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Unit mariadb.service has failed.
-- 
-- The result is failed.
Mar 28 14:36:25 keller systemd[1]: mariadb.service: Unit entered failed state.
Mar 28 14:36:25 keller systemd[1]: mariadb.service: Failed with result 
'exit-code'.
Mar 28 14:36:25 keller sudo[3087]: pam_unix(sudo:session): session closed for 
user root
Mar 28 14:36:34 keller Node-RED[348]: 28 Mar 14:36:34 - [info] 
[mqtt-broker:mqtt broker] Connection failed to broker: mqtt://192.168.178.34
Mar 28 14:36:49 keller Node-RED[348]: 28 Mar 14:36:49 - [info] 
[mqtt-broker:mqtt broker] Connection failed to broker: mqtt://192.168.178.34
Mar 28 14:37:01 keller CRON[3223]: pam_unix(cron:session): session opened for 
user pi by (uid=0)
Mar 28 14:37:01 keller CRON[3227]: (pi) CMD (php 
/var/www/volkszaehler.org/misc/tools/aggregate.php run -m delta -l minute 
>/dev/null)
Mar 28 14:37:02 keller CRON[3223]: (CRON) info (No MTA installed, discarding 
output)
Mar 28 14:37:02 keller CRON[3223]: pam_unix(cron:session): session closed for 
user pi
Mar 28 14:37:04 keller Node-RED[348]: 28 Mar 14:37:04 - [info] 
[mqtt-broker:mqtt broker] Connection failed to broker: mqtt://192.168.178.34
Mar 28 14:37:19 keller Node-RED[348]: 28 Mar 14:37:19 - [info] 
[mqtt-broker:mqtt broker] Connection failed to broker: mqtt://192.168.178.34
Mar 28 14:37:34 keller Node-RED[348]: 28 Mar 14:37:34 - [info] 
[mqtt-broker:mqtt broker] Connection failed to broker: mqtt://192.168.178.34
Mar 28 14:37:49 keller Node-RED[348]: 28 Mar 14:37:49 - [info] 
[mqtt-broker:mqtt broker] Connection failed to broker: mqtt://192.168.178.34
Mar 28 14:38:01 keller CRON[3239]: pam_unix(cron:session): session opened for 
user pi by (uid=0)
Mar 28 14:38:01 keller CRON[3240]: pam_unix(cron:

Re: [vz-users] Datenbankfehler nach vergrößern der Partition

[Daniel Lauckner]

Hallo,


am Samstag, 28. März 2020 um 13:45 hat Tobias Lehr geschrieben:
> middleware.php/entity/X-53f0-11ea-a672-d170a1ac49e8.json?unique=1585399348516
> :

> An exception occured in driver: SQLSTATE[HY000] [2002] No such file or 
> directory

Hm.

> Ich vermute mal das die Datenbank nicht läuft

Was kommt bei:
systemctl status mysql

> oder nicht gefunden werden kann.

Da würde ich eine andere Meldung erwarten.

> Wenn ich mich per ssh einlogge,

Mal an der ssh-Console über den lokalen Client auf der Datenbank eingeloggt?


mfg Daniel

[vz-users] Datenbankfehler nach vergrößern der Partition

[Tobias Lehr]

Hallo zusammen,

ich bin mir nicht sicher ob ich mir gerade das system komplett zerschossen habe 
oder nur ein kleiner Fehler passiert ist.

Folgende Ausgangssituation:

Ich betreibe den Volkszähler auf einem Raspberry Pi 2 mit SSD als Festplatte. 
Ich habe komplett alle Daten auf der SSD. Auf der SD Karte ist nur die 
Bootsode.bin. Die SSD ist 32GB groß.

Heute habe ich festgestellt dass das Frontende bei einer Änderung eines Kanals 
eine Fehlermeldung mit Disk Full gebracht hat. 

df -h hat ergeben das der Mountpunkt / nur 3,7GB groß und zu 100% voll war. 
Hier habe ich wohl beim einrichten vergessen die Partitionsgröße anzupassen.

eine Anpassung über raspi-config funktioniert nicht, da das script meldet das 
sda2 keine SD karte sei. Stimmt ja auch, ist ja eine SSD.

Also google angeworfen und eine Anleitung gefunden wie man mit Disk die 
partition vergrößert. Dazu sda2 gelöscht und wieder angelegt mit gleichem 
Startsektor. Dann mit resize2fs /dev/sda2 angepasst. hat wunderbar funktioniert.

df -h ergibt nun für / eine Größe von 30gb.

Allerdings findet das frontend keine Daten mehr. Wenn ich es aufrufe kommt 
folgende Fehlermeldung:


middleware.php/entity/X-53f0-11ea-a672-d170a1ac49e8.json?unique=1585399348516
 
:

An exception occured in driver: SQLSTATE[HY000] [2002] No such file or directory

Ich vermute mal das die Datenbank nicht läuft oder nicht gefunden werden kann. 

Wenn ich mich per ssh einlogge, dann sind die normalen Verzeichnisse soweit 
alle da

Kann man da was retten, oder muss ich das System neu aufsetzen?

Gruß eines etwas zu unbedarften Users
Tobias

Re: [vz-users] Openweathermap

[rgb]

FYI - Seit gestern Abend kommen die Daten wieder richtig…

 

From: Alexander Strauss [mailto:alex.stra...@swbmail.de] 
Sent: Wednesday, March 25, 2020 6:44 PM
To: 'volkszaehler.org - users'
Subject: RE: [vz-users] Openweathermap

 

Wenn man es sich genau ansieht, scheinen die gelieferten Daten deren
Wetter_voraussage_ zu entsprechen, nicht den gemessenen Werten. Was der
Api-Doc widerspricht… vielleicht doch nur ein Fehler?

 

From: volkszaehler-users
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of
r...@nord-com.net
Sent: Wednesday, March 25, 2020 6:32 PM
To: Volkszaehler Liste
Subject: [vz-users] Openweathermap

 

Moin!

 

Mir ist aufgefallen, dass Openweathermap (siehe Sensorless Outdoor Temp
 ) die via API zugänglichen Wetterdaten (zumindest für meinen Standort)
nur noch alle drei Stunden zu aktualisieren scheint. Seit gestern ist das
so…. 14:40… 17:40… 20:40… ändern sich die Werte, dazwischen kommt immer
dasselbe zurück.

 


Zuerst dachte ich an ein „Geschenk“ für nichtzahlende Kunden, aber laut den
Nutzungsbedingungen gilt für den kostenfreien Zugang „Weather API data
update <2h”. Ob sich da was im Verhältnis zu den zahlenden Kunden (bis
<10min) geändert hat, weiß ich nicht.

 

Teils machen die Werte auch gar keinen Sinn mehr:

 

Suche ich via Weboberfläche auf Openweathermap 

 

https://openweathermap.org/find?q=bremerhaven

 

(jetzt gerade eben) bekomme ich als Ausgabe 9.9 Grad C für Bremerhaven. Gebe
ich die Api URL ebenfalls direkt im Webbrowser ein 

 

http://api.openweathermap.org/data/2.5/weather?id=2944368

&APPID=75477d698e973afda975d1958d0d6721&units=metric

 

bekomme ich 4.4 Grad zurück. Die 9.9 entsprechen den Tatsachen. Bis 17:40
habe ich einen Wert von 8.4 in der DB, danach die 4.4. 

 

Ist das sonst schon jemandem aufgefallen bzw. habt ihr eine Erklärung dafür?
Oder eine funktionierende und kostenlose Schnittstelle zu einem anderen
Dienst?

 

Nun ja, ich hoffe es ist nur ein Fehler der bald behoben wird.

 

Grüsse,

Alex