PellMon, pelletlogger med öppen källkod

[zorro]

Bra
Man blir rätt blind efter ett tag när man sitter med konf filer hit och dit

[Honda]

Zorro, det enda jag kan komma på är att du har fått din conf.d/database.conf oläsbar, då vet den ju inte heller var databasen ska vara och kan inte skapa någon ny. Då borde du ha något sånt här i loggen (tail /var/log/pellmonsrv/pellmon.log):

Kod: Markera allt

2016-02-10 08:06:23,957 - INFO - Unreadable config files: /etc/pellmon/conf.d/database.conf
2016-02-10 08:06:23,957 - INFO - invalid database definition, data polling not possible
2016-02-10 08:06:23,957 - INFO - Invalid poll_interval setting, using 10s

Eribi, jag trodde jag hade koll på utf-8 men tydligen har jag missat det i den nya sqlite databasesen för plugin-inställningar. Så ÅÖÄ fungerar inte där i senaste releasen, tidigare bör det ha fungerat...

I debugläge får jag följande fel med ett 'Ö'
"sqlite3.ProgrammingError: You must not use 8-bit bytestrings unless you use a text_factory that can interpret 8-bit bytestrings (like text_factory = str). It is highly recommended that you instead just switch your application to Unicode strings"

[zorro]

Om jag nu har fått den oläsbar vad är lösningen då
är det och att ändra rättigheter på conf.d/database.conf
eller är det ominstallation som gäller
Jag kan inte testa tail /var/log/pellmonsrv/pellmon.log just nu är på jobbet

[Honda]

Nä, med oläsbar menar jag att du har skrivit dit något som gör att parsern inte kan tolka den. Tex om du har något annat än kommentarer före första sektionen så stannar parsern där och försöker inte ens läsa in resten av filen. Någon hade det problemet tidigare, något i stil med:

Kod: Markera allt

d#en kommentar på första raden
[sektion 1]

Det där extra 'd' i början gör att hela filen är oläsbar, men det syns alltså i loggen. Om det inte är pellmon.conf som är oläsbar förstås, för då vet pellmon inte ens var loggen finns och kan inte skriva något fellmeddelande där.

[zorro]

Nu har jag döpt om databasen till rrd1.db och startat om Rpi och sedan kört tail /var/log/pellmonsrv/pellmon.log
Fick nedanstående resultat vad jag kan tolka så är databasen skapad men tittar jag i /var/lib/pellmon
så finns där ingen ny rrd.db och servern går inte igång
pi@pellmonpi_ny ~ $ tail /var/log/pellmonsrv/pellmon.log
2016-02-10 17:50:18,921 - INFO - stop
2016-02-10 17:50:18,924 - INFO - deactivated PelletCalc
2016-02-10 17:50:18,982 - INFO - deactivated RaspberryGPIO
2016-02-10 17:50:18,990 - INFO - deactivated OWFS
2016-02-10 17:50:18,993 - INFO - deactivated SiloLevel
2016-02-10 17:50:18,995 - INFO - deactivated Consumption
2016-02-10 17:50:18,997 - INFO - deactivated Cleaning
2016-02-10 17:50:28,185 - INFO - starting pelletMonitor
2016-02-10 17:50:28,685 - INFO - Activated plugins: PelletCalc, RaspberryGPIO, O WFS, SiloLevel, Consumption, Cleaning
2016-02-10 17:50:29,042 - INFO - Created rrd database: rrdtool create /var/lib/p ellmon/rrd.db --step 30 DS:inne_temp:GAUGE:120:U:U DS:pannrum:GAUGE:120:U:U DS:f ran_solf:GAUGE:120:U:U DS:till_solf:GAUGE:120:U:U DS:acc_botten:GAUGE:120:U:U DS :golv_till:GAUGE:120:U:U DS:golv_fran:GAUGE:120:U:U DS:tvv_till:GAUGE:120:U:U DS :kallv_in:GAUGE:120:U:U DS:pann_temp:GAUGE:120:U:U DS:rok_temp:GAUGE:120:U:U DS: till_panna:GAUGE:120:U:U DS:fran_panna:GAUGE:120:U:U DS:sol_inst:GAUGE:120:U:U D S:acc_top:GAUGE:120:U:U DS:rad_till:GAUGE:120:U:U DS:sugledning:GAUGE:120:U:U DS :vb_in:GAUGE:120:U:U DS:ute_temp:GAUGE:120:U:U DS:hetgas:GAUGE:120:U:U DS:efter_ exventil:GAUGE:120:U:U DS:vb_ut:GAUGE:120:U:U DS:vatskeledning:GAUGE:120:U:U DS: power_kW:GAUGE:120:U:U DS:_boiler_temp:GAUGE:120:U:U DS:_chute_temp:GAUGE:120:U: U DS:_light:GAUGE:120:U:U DS:_oxygen_desired:GAUGE:120:U:U DS:_oxygen:GAUGE:120: U:U DS:_power:GAUGE:120:U:U DS:_smoke_temp:GAUGE:120:U:U DS:_reserv:GAUGE:120:U: U DS:_reserv:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:solf_temp:GAUGE:120:U:U D S:_reserv:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:_re serv:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:feedertime:DERIVE:120:0:U DS:feed ercapacity:GAUGE:120:U:U DS:logtick:COUNTER:120:U:U RRA:AVERAGE:0,999:1:20000 RR A:AVERAGE:0,999:10:20000 RRA:AVERAGE:0,99920000 RRA:AVERAGE:0,999:1000:2000

500 Internal Server Error

The server encountered an unexpected condition which prevented it from fulfilling the request.

Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/cherrypy/_cprequest.py", line 670, in respond
response.body = self.handler()
File "/usr/lib/python2.7/dist-packages/cherrypy/lib/encoding.py", line 217, in __call__
self.body = self.oldhandler(*args, **kwargs)
File "/usr/lib/python2.7/dist-packages/cherrypy/_cpdispatch.py", line 61, in __call__
return self.callable(*self.args, **self.kwargs)
File "/usr/lib/python2.7/dist-packages/Pellmonweb/pellmonweb.py", line 678, in index
return tmpl.render(username=cherrypy.session.get('_cp_username'), empty=False, autorefresh=autorefresh, timeSeconds = timeSeconds, timeChoices=timeChoices, timeNames=timeNames, timeChoice=timespan, graphlines=graph_lines, selectedlines = lines, timeName = timeName, websockets=websockets, webroot=cherrypy.request.script_name, widgets = widgets, version = __version__)
File "/usr/lib/python2.7/dist-packages/mako/template.py", line 443, in render
return runtime._render(self, self.callable_, args, data)
File "/usr/lib/python2.7/dist-packages/mako/runtime.py", line 803, in _render
**_kwargs_for_callable(callable_, data))
File "/usr/lib/python2.7/dist-packages/mako/runtime.py", line 835, in _render_context
_exec_template(inherit, lclcontext, args=args, kwargs=kwargs)
File "/usr/lib/python2.7/dist-packages/mako/runtime.py", line 860, in _exec_template
callable_(context, *args, **kwargs)
File "layout_html", line 92, in render_body
File "index_html", line 50, in render_body
File "/usr/lib/python2.7/dist-packages/mako/runtime.py", line 726, in _include_file
template = _lookup_template(context, uri, calling_uri)
File "/usr/lib/python2.7/dist-packages/mako/runtime.py", line 769, in _lookup_template
return lookup.get_template(uri)
File "/usr/lib/python2.7/dist-packages/Pellmonweb/pellmonweb.py", line 716, in get_template
plugin = self.dbus.getPlugins(uri)
File "/usr/lib/python2.7/dist-packages/Pellmonweb/pellmonweb.py", line 203, in getPlugins
raise DbusNotConnected("server not running")
DbusNotConnected: server not running

[zorro]

testade att installera om på befintlig installation utan framgång
pi@pellmonpi_ny ~ $ sudo gdebi pellmon_0.6.1-1_all.deb
Reading package lists... Done
Building dependency tree
Reading state information... Done
Building data structures... Done
Building data structures... Done

pellet burner logger
Pellet burner logger with cli and web frontends
Do you want to install the software package? [y/N]:y
(Reading database ... 118583 files and directories currently installed.)
Preparing to unpack pellmon_0.6.1-1_all.deb ...
Unpacking pellmon (0.6.1-1) over (0.6.1-1) ...
Setting up pellmon (0.6.1-1) ...
Job for pellmonsrv.service failed. See 'systemctl status pellmonsrv.service' and 'journalctl -xn' for details.
invoke-rc.d: initscript pellmonsrv, action "start" failed.
Processing triggers for dbus (1.8.20-0+deb8u1) ...
Processing triggers for systemd (215-17+deb8u2) ...
pi@pellmonpi_ny ~ $


pi@pellmonpi_ny ~ $ systemctl status pellmonsrv.service
● pellmonsrv.service - LSB: starts pellmonsrv
Loaded: loaded (/etc/init.d/pellmonsrv)
Active: failed (Result: exit-code) since Wed 2016-02-10 18:32:13 UTC; 1min 42 s ago
pi@pellmonpi_ny ~ $

[Honda]

Ja så där snabbt tittat så ser ju det här väldigt skumt ut:

2016-02-10 17:50:29,042 - INFO - Created rrd database: rrdtool create /var/lib/p ellmon/rrd.db --step 30 DS:inne_temp:GAUGE:120:U:U

Kod: Markera allt

Created rrd database: rrdtool create /var/lib/p ellmon/rrd.db
                                               ^
                                               |
                                här:     ______|

Har du fått in ett mellanslag i databasfilnamnet i database.conf?

Ja, tyvärr kollar inte servern om det lyckas då den anropar "rrdtool create", vilket det inte gör eftersom rrdtool får kommandot att skapa filen "/var/lib/p" och därefter ett okänt kommando "ellmon/rrd.db" så den bara avslutar med fel (vilket jag inte kollade). Senare krashar servern då databasfilen saknas. Får nog bygga in mera koll på möjliga fel där.

Och ja då du installerar om sådär så skriver den inte över dina konfigurationsfiler (vilket förstås är alldeles utmärkt eftersom det gör det enkelt att installera ny version), men det hjälper ju inte då felet är i konfigurationen.

För att undvika krångel, ta en kopia på konfigurationen innan du ändrar något, ta en ny sedan då något fungerar innan nästa steg (winscp gör det enkelt). Spara med datum så du vet vad som är vad. Då är det enkelt att gå tillbaka då något krånglar, och enkelt att kolla vad man har gjort om man inte minns. Använd tex http://winmerge.org/?lang=sv för att jämföra originalkonfen med din egen (efter att ha kopierat över med winscp, du kan förstås göra det direkt på raspberry också, tex med kommandot 'diff' i terminalen)

För att börja om helt och hållet så kör 'sudo apt-get purge pellmon', det raderar ALLT, (konfiguration, databas, logfil), installera sedan på nytt. Kom ihåg att ALLT försvinner, så ta backup på det du vill ha kvar.

[zorro]

Nej det blev nog bara en konstig skärmdump från putty
tog en ny nu i helskärm så ser det bättre ut
2016-02-10 18:53:25,218 - INFO - starting pelletMonitor
2016-02-10 18:53:25,715 - INFO - Activated plugins: PelletCalc, RaspberryGPIO, OWFS, SiloLevel, Consumption, Cleaning
2016-02-10 18:53:26,070 - INFO - Created rrd database: rrdtool create /var/lib/pellmon/rrd.db --step 30 DS:inne_temp:GAUGE:120:U:U DS:pannrum:GAUGE:120:U:U DS:fran_solf:GAUGE:120:U:U DS:till_solf:GAUGE:120:U:U DS:acc_botten:GAUGE:120:U:U DS:golv_till:GAUGE:120:U:U DS:golv_fran:GAUGE:120:U:U DS:tvv_till:GAUGE:120:U:U DS:kallv_in:GAUGE:120:U:U DS:pann_temp:GAUGE:120:U:U DS:rok_temp:GAUGE:120:U:U DS:till_panna:GAUGE:120:U:U DS:fran_panna:GAUGE:120:U:U DS:sol_inst:GAUGE:120:U:U DS:acc_top:GAUGE:120:U:U DS:rad_till:GAUGE:120:U:U DS:sugledning:GAUGE:120:U:U DS:vb_in:GAUGE:120:U:U DS:ute_temp:GAUGE:120:U:U DS:hetgas:GAUGE:120:U:U DS:efter_exventil:GAUGE:120:U:U DS:vb_ut:GAUGE:120:U:U DS:vatskeledning:GAUGE:120:U:U DS:_power_kW:GAUGE:120:U:U DS:_boiler_temp:GAUGE:120:U:U DS:_chute_temp:GAUGE:120:U:U DS:_light:GAUGE:120:U:U DS:_oxygen_desired:GAUGE:120:U:U DS:_oxygen:GAUGE:120:U:U DS:_power:GAUGE:120:U:U DS:_smoke_temp:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:solf_temp:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:_reserv:GAUGE:120:U:U DS:feedertime:DERIVE:120:0:U DS:feedercapacity:GAUGE:120:U:U DS:logtick:COUNTER:120:U:U RRA:AVERAGE:0,999:1:20000 RRA:AVERAGE:0,999:10:20000 RRA:AVERAGE:0,99920000 RRA:AVERAGE:0,999:1000:20000
pi@pellmonpi_ny ~ $
testar och installerar om

[Honda]

Ok, nästa steg då. Om jag kopierar rrdtool create kommandot från din logg och klistrar in det i terminalen så säger rrdtool följande:

ERROR: Duplicate DS name: _reserv

Du har alltså definierat två st ds_name med samma namn, _reserv. Eller vid närmare koll så har du 8 st _reserv. Om du inte klarar dig med de 15 som finns färdigt definierade i standardkonfen så varför inte fortsätta på samma sätt, data16, data17 osv.

Det står ju inte klart ut att de inte får ha samma namn, om du inte läser manualen till RRDtool förstås https://oss.oetiker.ch/rrdtool/doc/rrdcreate.en.html Men de är ju döpta till data1...data15 så jag tyckte väl att det var tillräckligt tydligt. Ska fixa till nästa release så eventuella felmeddelanden från rrdtool create kommer med i loggen för att undvida såna här problem.

[zorro]

Ja jag förstod att det var något med namnen för när jag kommenterade bort #d32 _reserv > #d40_reserv så funkade det.
Jag trodde inte databasen läste raderna som hade understreck utan endast reserverade en plats i databasen
Nu har man fått lära sig den hårda vägen igen

[Honda]

Nej, det du tänker på var att tidigare krävdes att alla ds_names i rrd databasen måste kopplas till någon datapunkt i [pollvalues]. Om man då hade fixat extra plats i databasen för framtida behov så måste man alltså koppla dem till något, då kunde man lägga ett '_' framför ett namn (vilket som helst) i pollvalues, det tolkades vid läsning som en 'virtuell datapunkt' som alltid gav värdet 'undefined' vid läsnig, vilket passade bra att fylla i oanvända poster i databasen vid uppdatering. Nuförtiden behövs det inte längre, ds_name i databasen som inte är kopplat till något (alltå fattas helt i pollvalues) skrivs helt automatiskt som undefined.

Eller egentligen kommer det från att från början fanns inget [pollvalues] alls, ds_name i databasen måste då ha samma namn som datapunkten det läses från. För att då överhuvudtaget kunna ha 'extra data' i databasen så lade jag till grejen med '_' i början.

Men det är länge sedan och sånt krångel behövs alltså inte längre... Om du kollar noga så ser du att standardkonfen har 15 ds_name i databasen men bara 10 data kopplade i pollvalues. Och de flesta av dem finns dessutom bara i scottecom pluginet, men det fungerar ändå. Om man försöker koppla till data som inte finns så skrivs de som undefined.

[zorro]

Ok tack för ännu en bra förklaring
jag kommer att ha 40st [pollvalues] när jag är klar panna,värmesystem,solfångare och värmepumpen

[segepe]

Hej
Installerade nya versionen av Pellmon, och nu har jag kört fast.
Skickar med loggfilen om det kan hjälpa, man blir trött i ksallen efter alla omstarter man gjort nu....
Har haft en fungerande Pellmon med det gamla sättet att installer, så nåt fel gör jag.

Tacksam för all hjälp

[Honda]

Hej och välkommen hit!
Berätta vad har gjort och var du har kört fast så ska det nog lösa sig. Loggfilen kan vara intressant eller annars bara vad som inte fungerar. Är det en uppgradering eller nyinstallation? Har du gamla wheezy raspbian eller nya jessie?

[zorro]

Kul med flera användare av programmet
känns som att jag har gjort alla fel som går att göra så din lösning finns säkert i denna tråd