93_DbLog - Umstellung Log-Funktion auf non-blocking

Begonnen von DS_Starter, 18 Dezember 2016, 20:03:56

Vorheriges Thema - Nächstes Thema

cw

Hallo zusammen,
da komt ich doch noch mal mit meinem "Device:Reading" Problem bei den Plots ...
Heute morgen habe ich ein Update von FHEM gemacht und das 93_DbLog wurde auch aktualisiert. Die bisherigen Geräte werden weiterhin in der History Tabelle geschrieben, nun habe ich ein weiteres Gerät eingebunden und wollte mir einen passenden Plot erstellen. Nun sind aber wieder alle "Device:Reading" leer.
Im DbLog hatte ich wie angeraten das Attribute "DbLogType" auf "Current/History" gestellt. Beim neuen Gerät und auch bei den alten/vorhanden Geräten ist das "Device:Reading"  wieder leer.

Was habe ich übersehen bei den Änderungen?

Danke und Grüße ...Carsten
Grüße ...Carsten

JoeALLb

Zitat von: friesenjung am 10 Januar 2017, 13:12:18
Habe gestern die Feldlängen im Modul angepasst und nach FHEM-restart gings noch nicht. Hab dann Raspi komplett neugestartet und seit dem geht es wunderbar, so wie "früher".
Wie hast Du restarted? mit "shutdown restart" oder über das init-script? Dies solltest du überprüfen, denn
ein komplett-restart des raspi ist für soetwas niemals notwendig!
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

ioT4db

Zitat von: JoeALLb am 10 Januar 2017, 17:09:01
Wie hast Du restarted? mit "shutdown restart" oder über das init-script? Dies solltest du überprüfen, denn
ein komplett-restart des raspi ist für soetwas niemals notwendig!

mit init-script meinst Du "set <...> rereadcfg" ? Ja, das war das Erste > keine Änderung
Dann "shutdown restart" > keine Änderung

Raspi neu gestartet > ging

Es war spät und auch meine letzte Idee. Computer sind halt auch nur Menschen ;)

VG...
FHEM auf Synology mittels Docker,  Jeelink-Clone 1x für PCA301 und 1x für Lacrosse, THZ304SOL, Homematic: CUL_HM / M-MOD-RPI-PCB, Pushover, Xiaomi s50

DS_Starter

Hallo zusammen,

@Carsten, es scheint sich hierbei um ein (temporäres) Verbindungsproblem zur DB zu handeln. Sicherheitshalber habe ich dazu noch einen Verbindungscheck im Datenabruf eingebaut. Bitte teste es mit der angehängten V2.8.7 ob es nun sicher und sauber läuft.
Die Current-Tabelle muß auf jeden Fall verwendet und gefüllt werden.

Diesen Hinweis habe ich auch noch in die Commandref geschrieben. Irgendwo im Wiki steht etwas dazu aber in der Commandref stand bisher kein Vermerk darauf.

Grüße
Heiko
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

stromer-12

Bei mir schmiert fhem ab, wenn ich in fhemweb im SVG im Ploteditor auf "Show preprocessed input" klicke.
Ich verwende auch logproxy.  DbLog hat V2.8.6

Es erscheint nur:
2017.01.10 18:52:40.567 1: DbLog myDbLog: DBLog_Get - DB Session dead, try to reopen now !
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.

und fhem hat sich beendet.

Auch mit
attr global stacktrace 1
gibt es nicht mehr Meldungen.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

stromer-12

#215
Mit der 2.8.7 schmiert FHEM nicht mehr ab.

Es funktioniert im normalen Modus, im asyncModus schmiert FHEM ab.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

DS_Starter

Ja, hatte bereits auf das gleiche Prob getippt. Bei mir funktioniert das alles.
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

stromer-12

Noch mal etwas rumgetestet.

Lasse ich das Browserfenster wie es ist und starte FHEM neu, übersteht fhem den Mausklick.
Aktuallisiere ich aber das Browserfenster nach FHEM Neustart, schmiert Fhem wieder ab.

alles im asyncModus
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

DS_Starter

#218
Habe nun in der Get-Funktion auch noch einen Verb.-Check eingebaut V2.8.8. Wie sieht es damit bei dir aus ?

Mit Mausklick meinst du sicherlich "Show preprocessed input" ...
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

stromer-12

Und nochwas:

2017.01.10 19:35:11.438 4: WEB_127.0.0.1_39917 POST /fhem/SVG_WriteGplot?detail=SVG_myHeizbedarf&showFileLogData=1&pos=zoom=hour;off=0&fw_id=1285; BUFLEN:0
2017.01.10 19:35:11.458 5: Cmd: >get myLogProxy HISTORY INT 2017-01-10_18:40:00 2017-01-10_19:40:01 DbLog:myDbLog,extend=100000:HM_ES_TX_WM_GZ_HZ:.........<
2017.01.10 19:35:11.462 4: myLogProxy: calling get myDbLog HISTORY INT 2017-01-09_14:53:20 2017-01-11_23:26:41 HM_ES_TX_WM_GZ_HZ:statGasCntLast:::$val=~s/Hour:.([\d\.]*).*/$1/eg
2017.01.10 19:35:11.463 5: Cmd: >get myDbLog HISTORY INT 2017-01-09_14:53:20 2017-01-11_23:26:41 HM_ES_TX_WM_GZ_HZ:statGasCntLast:::$val=~s/Hour:.([\d\.]*).*/$1/eg<
2017.01.10 19:35:11.466 1: DbLog myDbLog: DBLog_Get - DB Session dead, try to reopen now !
2017.01.10 19:35:11.471 5: Triggering myDbLog (1 changes)
2017.01.10 19:35:11.473 5: Starting notify loop for myDbLog, 1 event(s), first is connected
Can't use string ("") as a SCALAR ref while "strict refs" in use at ./FHEM/98_logProxy.pm line 538.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

stromer-12

FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

DS_Starter

Sorry war auch noch die gleiche 2.8.7, habe mich vertan . Bitte nochmal die 2.8.8 aus dem Vorbeitrag ziehen.
Habe es bei mir in allen Variationen getestet. SVG -Editor Fenter aufgemacht.  "Show preprocessed input"  , dann FHEM Restart > Browser refresh danach -> alles ok.

Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

stromer-12

Ein diff zeigt bei mir zwischen zwischen meiner installierten und der 2.8.8 nur:

root@cubie:/opt/fhem/FHEM# diff ~/93_DbLog_V2.8.8.pm 93_DbLog.pm
16d15
< # 2.8.8      10.01.2017       connection check in Get added
58c57
< my $DbLogVersion = "2.8.8";
---
> my $DbLogVersion = "2.8.7";
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

DS_Starter

War jetzt hier etwas durcheinander geraten ... nochmal bitte die 2.8.8 von oben.
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

stromer-12

FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL