Vielleicht steht das Problem im Zusammenhang mit dem Bug Report /var/log

Seit anbeginn habe ich Probleme mit dem System. Zu Beginn ist die Aufzeichnung der Werte ca. jede Woche einmal ausgestiegen und ich bin voller Vorfreude auf die Version 0.8.2 über das bereit gestellte Image übergegangen. Nach nun zwei Wochen ist die Aufzeichnung leider wieder gestern ausgestiegen und ein reboot brachte den Effekt, dass das System heute leider nur für 50 Minuten aktiv gewesen und dann leider wieder ausgestiegen ist.

ps -ef | grep smartpi ergibt:
pi@smartpi:~ $ ps -ef | grep smartpi
avahi      324     1  0 05:10 ?        00:00:01 avahi-daemon: running [smartpi.local]
root       449     1  0 05:11 ?        00:00:00 su pi -c /usr/local/bin/smartpiserver
root       450     1  0 05:11 ?        00:00:00 /bin/bash /usr/local/bin/smartpi_check_umts.sh
pi         520   449  0 05:11 ?        00:00:23 /usr/local/bin/smartpiserver
pi        2470  2237  0 06:31 pts/0    00:00:00 grep --color=auto smartpi

NACH jetzt ausgeführtem Reboot:
pi@smartpi:~ $ ps -ef | grep smartpi
avahi      316     1  0 06:33 ?        00:00:00 avahi-daemon: running [smartpi.local]
root       454     1  0 06:33 ?        00:00:00 su pi -c /usr/local/bin/smartpireadout
root       455     1  0 06:33 ?        00:00:00 su pi -c /usr/local/bin/smartpiserver
root       456     1  0 06:33 ?        00:00:00 /bin/bash /usr/local/bin/smartpi_check_umts.sh
pi         543   455  7 06:33 ?        00:00:02 /usr/local/bin/smartpiserver
pi         547   454  0 06:33 ?        00:00:00 /usr/local/bin/smartpireadout
pi        1450  1428  0 06:34 pts/0    00:00:00 grep --color=auto smartpi


Bei mir ist:
tmpfs           100M     99M  1,9M   99% /var/log

Habe nur ich das Problem mit dem unregelmäßigen Aussteigen?`Notfalls würde ich mir über einen Cronjob eine Krücke bauen, der den Prozess smartpireadout alle 5 Minuten überwacht und ggf. neu startet. Aber das sollte keine wirkliche Lösung sein, oder?

Grüße
Gregor




[url=https://forum.enerserve.eu/showthread.php?tid=1296][/url]

Hallo Jens
Im aktuellen Build füllt ihr die /var/log/daemon.log massiv ab.
Somit füllt ihr in kürzester Zeit den Mount Point /var/log ab.

tmpfs           100M    100M     0  100% /var/log

Bitte beheben.

Gruss
admins

Vor einem Jahr habe ich den SmartPi gekauft und getestet. Ich war nicht ganz glücklich mit der Darstellung im Web-Interface, vor allen Dingen ist es mühselig und langsam, an alte Daten zu kommen. Für die REST-API habe ich kein passendes Programm gefunden und eines programmieren kann ich (noch) nicht.
Also lese ich nun die Datei /var/tmp/smartpi/values mit Python aus. Die Daten werden skaliert und eventuell korrigiert ( Frequenzen von 0 oder > 55 Hz ) und dann in eine Datei geschrieben, die mit gnuplot dargestellt werden kann.
Ich habe alles im Anhang dokumentiert und bitte um Feedback.

Didi Lamken

Attached Files

  SmartPi-1-Installation.pdf (Size: 943,62 KB / Downloads: 18)
  SmartPi-2-Test.pdf (Size: 1,09 MB / Downloads: 20)
  SmartPi-3-Solaranlage.pdf (Size: 1,27 MB / Downloads: 12)
  PlotSmartPi.7z (Size: 2,63 MB / Downloads: 9)

Hallo enerserve Team,
da ich im Forum leider keinen Beitrag einstellen kann versuche ich es auf diesem Wege.
Seit 21.02.2018 läuft bei mir ein Smartpi (SW-V 0.8.2) bis zum 28.02.2018 störungsfrei. Seit 01.03.2018 werden keine Daten mehr aufgezeichnet. Das Dashboard und auch der csv-Export ist leer. Mir ist aufgefallen, dass die neue DB für den Monat März dem Besitzer/Gruppe root zugewiesen ist. Meine alte DB vom Monat Februar war dagegen pi/pi zugewiesen. Nachdem ich die Gruppe und den Besitzer auf pi umgestellt habe, erhalte ich wieder Daten aus dem csv-Export. Ob auch das Dashboard Werte für März anzeigt, werde ich wohl erst später sehen. Wie kann ich dafür sorgen, dass bei Monatswechsel der User/Gruppe pi für die neue DB eingetragen ist?
Vielen Dank für Ihre Antwort.
Roland Carstens

Guten Morgen
Bitte integriert die Möglichkeit die Messdaten in eine MariaDB abzuspeichern.
Dies erleichtert einen OS/Hardware Tausch, Upgrade etc. unheimlich.

Ich stelle mir das Szenario so vor:

SmartPi (Messung der Leistung) ---> Daten an zentralen MariaDB Server

Danke und Gruss
admins

Hallo,

mein Smartpi lläuft auf einem Raspberry 2 unter Raspbian Stretch.
Installiert hatte ich laut 
https://blog.enerserve.eu/2016/06/15/sma...tallation/
damals das Jessie Package 0.6.4, das auch nach einem Update auf 0.8.1 lief.

Ich wollte mich jetzt mit node-red befassen und hatte dann das repo auf stretch geändert:


wget https://repro.enerserve.eu/packages/Release.key && apt-key add Release.key && rm Release.key
echo "deb https://repro.enerserve.eu/packages stretch main" > /etc/apt/sources.list.d/enerserve.list


Seitdem bekomme ich beim installieren von smartpi (package stretch 0.8.2.1)
über:

sudo apt-get update
sudo apt-get install smartpi

immer die Fehlermeldung:

/var/lib/dpkg/info/smartpi.postinst: 44: /var/lib/dpkg/info/smartpi.postinst: /etc/init.d/smartpi: not found
dpkg: error processing package smartpi (--configure): subprocess installed post-installation script returned error exit status 127
Errors were encountered while processing:  smartpi

Auch ein Entfernen der dpkg-konfigurationsdateien und eine Neuinstallation bringen am Ende die gleiche Fehlermeldung.

Gibt es ein Tutorial oder eine Hilfe zu node-red mit dem Smartpi?

Vielen Dank für Eure Hilfe und Tips!

Hallo zusammen
Ich stelle immer wieder Messanzeigefehler bei der Phase 3 fest:
F3: 509767520000000 Hz
F3: 0 Hz

Häufig wird 0 Hz angezeigt oder ein extrem hoher Hz Wert, welcher nicht sein kann.
Kurz später zeigt es wieder den richtigen Wert an.
Bitte den Bug beheben.

Danke und Gruss
admins

Hallo zusammen
Bei der Version 0.7.0 sehe ich unter Graph nur irgendein Wert mit k. Jedoch nicht die relevanten Daten in A und W.
Gibt's da irgendeine Einstellung welche gemacht werden muss oder ist dies ein Bug?

Gruss
admins

Hallo,
Ich betreibe einen SmartPI der Version 1(Kickstarter), aber die Werte, die ich messe stimmen nicht:
I1 ist negativ, obwohl ich nur Verbraucher habe (Bild 1). Im Prinzip scheint es zu funktionieren, denn wenn ich den Fernseher einschalte, steigt die Leistung um ca. 100 W. 
Meine Einstellungen sieht man in Bild 2. 

Wenn ich zusätzlich die Spannungsmessung einschalte, dann stimmt gar nichts mehr (Bild 3). 

Für Tipps wäre ich extrem dankbar

Dominik

Attached Files

Thumbnail(s)
           

I am not able of getting consistent current readings. 
I am using 4 different split core current transformers and attached them to the same cable that is powering up my pc so that ideally I have the same readings across all the SmartPi inputs. I am not measuring voltage and my RaspberryPi is powered up by a usb cable attached to the wall socket . Also the pins on my smartpi that are directly above my sensor inputs do not have any jumper installed except for I4 (not sure whether this is the correct installation - i removed the jumper for the picture)
I have also made sure that the contents of the file in /etc/smartpi have the following keys:

ct_type_1                  = YHDC_SCT013
ct_type_2                  = YHDC_SCT013
ct_type_3                  = YHDC_SCT013
ct_type_4                  = YHDC_SCT013
ct_type_1_primary_current  = 100
ct_type_2_primary_current  = 100
ct_type_3_primary_current  = 100
ct_type_4_primary_current  = 100

The two tests that I carried out were the following:
1. Make a full rotation of the connected current sensors connected to the smartpi i.e. I1 -> I2, I2 -> I3, I3 -> I4, I4-> I1 and so on. With this test I wanted to check if the result for each current sensor was consistent across inputs. 
2. Make a full rotation of the clamps on the target measurement without changing the sensors connection (should not affect measurement)

However once I start the smartpireadout program I am not able to get the same value for all four current transformers. 
Amongst the issues I have seen the following:
1. Measured current has differen values on every phase.
2. I4 input is the only one with the jumper installed on its jumper pins. This causes the reading to allways be a negative negligible value
3. The change_current_direction_X  flag doesnt change the current sign, doesnt matter if set to 0 or 1
4. Rotating the clamp position along the same conductor renders different current measurements (no idea why this is happening)

These are the results for my tests
========= CONNECTION ROTATION 1 =========            
I1: 1.6912797688692927  I2: 0.514815652681119  I3: 2.2674108816131033  I4: -0.05206709488183494

========= CONNECTION ROTATION 2 =========
I1: 0.06681043028378475  I2: 1.6093356501077427  I3: 0.5131641588988232  I4: -0.0834154495857771

========= CONNECTION ROTATION 3 =========
I1: 2.111149542648242  I2: 0.07515798067429807  I3: 1.6693899694639536  I4: -0.0578022823803531  

========= CONNECTION ROTATION 4 =========
I1: 0.4911242236950937  I2: 2.190541352837153  I3: 0.08903052844558285  I4: -0.05125636157052611  

========= CONNECTION ROTATION 5 (MATCHES CONNECTION ROTATION 1)/ CLAMP ROTATION 1 =========
I1: 1.3731720392394429  I2: 0.3151350408217172  I3: 2.119587174517789  I4: -0.06693053892249717   

========= CLAMP ROTATION 2 =========
I1: 2.0377931915546306  I2: 0.9799964104143295  I3: 2.0613945390616215  I4: -0.07572849670818207

========= CLAMP ROTATION 3 =========
I1: 1.1113652340060411  I2: 0.7465652710767372  I3: 2.000499459234423  I4: -0.07077401536129468  

========= CLAMP ROTATION 4 =========
I1: 1.0695674277341183  I2: 0.013782466292250427  I3: -0.004444019632359615  I4: -0.0753081164726886  

 ========= CLAMP ROTATION 5 =========
I1: 3.326889183695378  I2: 0.20892897704025812  I3: 0.46749284902842464  I4: -0.07894140279373937  


Do you have any idea why this is happening?
Greetings
Luis.

Attached Files

Thumbnail(s)