PellMon, pelletlogger med öppen källkod

[Honda]

På wheezy eller jessie? Om jag ska gissa så är uppstarten i jessie annorlunda och mycket snabbare för att uppstarten sker parallellt. Möjligen så är inte nätverket fullt uppe då pellmonsrv kör igång, och orsaken till att det fungerar för mig kan vara att jag inte har någon raspberry 2, så min burk startar betydligt långsammare.

Jag stötte på nåt liknande redan, mera detaljer här http://www.freedesktop.org/wiki/Softwar ... orkTarget/
Borde alltså kunna fixas med att byta ut sysv init skriptet till en systemd.service med ett "After=network-online.target", men bästa lösningen är nog att fixa owfs plugin så att det startar fast nätverket kommer igång först senare.

Startar det vid boot om du har bara med 'lokala' sensorer i owfs plugin konfen?

[zorro]

Åh sorry Whezzy är det
och jag har inte testat med bara 'lokala' sensorer
Men jag tror att jag ska slå ihop mina RPI2
för nu så har jag en RPi RRDBuddy som loggar värmepumpen och en RPi2 Pellmon som kör en Jessie med anslutet usb interface för givarna i pannrummet
å tillslut så har jag en RPi2 Pellmon som kör Whezzy den hämtar alla temperaturer från de andra RPi men har räknaren ansluten endast.
Den uppsättningen är nog lite onödig komplicerad är nog mycket som kan gå fel (som även du påpekade in tråd här).
Ska köra en RPi2 med usb interface och räknare och endast hämta värden från RRDBuddy loggern
Men vad rekommenderar du Whezzy eller Jessie

[Honda]

Enklast är väl om du kör allt på samma raspberry, eller är det kanske för långt mellan värmepumpen och pannrummet?

Jaha det var wheezy som krånglar, nå men då rekommenderar jag förstås jessie...

Tydligen är inte funktionen att läsa onewiredata över nätverket tillräckligt testad, har du möjligen trådlöst nät förresten? Det tar ju betydligt längre att starta och få en IP över wlan, så det skulle kanske kunna vara förklaringen, tillsammans med att RPI2 är så snabb så att allt annat går fortare. Men som sagt owfs-plugin ska fixas så att det tål att starta utan nät även om man har fjärr-sensorer konfade. Nångång...

[zorro]

Ja kör nog i gång en pi med Jessie då värmepumps loggern sitter i pannrummet och dessa sensorer hämtas över nätverket trådat och det har aldrig krånglat jag kör fiber internt i huset så den loggern får sitta just nu.

[zorro]

Ser inte detta konstigt ut
24 timmars blank silo nivå minskat 1 kg på ett dygns körning

silo.jpg (46.15 KiB) Visad 2623 gånger

[Honda]

Nja, du startar väl med precis 3000 och sen antar jag att du har kört några testpulser så du ligger aningen under 3000 och den avrundar ner till närmaste heltal.

[zorro]

jag har kört pannan i drift i ett dygn nu
så det borde ha gått ca 20 kg

[Honda]

Jaha ja, tyvärr är jag lite dålig på att läsa tankar nuförtiden Du får alltså inte in några pulser från din skruv. Det kan du ju kolla i parameterlistan att "feeder rev count" räknar upp ett tick då du sluter switchen. Tydligen räknar den inget alls nu.

[zorro]

he he visst får jag in pulser

pelcalc2.jpg (27.71 KiB) Visad 2613 gånger

[Honda]

Hmm, inte kan det väl vara så enkelt att du har igång datorn hela tiden och inte har laddat om webbsidan? Jag har inte kommit så långt än så att stapeldiagrammen och silonivåndiagrammet uppdateras automatiskt...

Äh, nä jag ser ju tiden på x-axeln, det är ju idag. Fattar ingenting faktiskt...

Eller... du har väl feeder_time och feeder_capacity i rrd_ds_names, och feeder_time med datatyp DERIVE? Och samma i pollvalues? Verkar som att de inte loggas till databasen.

[Honda]

Kollade bakåt senaste konfen du postade. Där har du feeder_capacity satt till COUNTER, det är _logtick som ska vara COUNTER. Har du så nu så är det där felet är.

[rrd_ds_names]
d01 = data1
d02 = data2
d03 = data3
d04 = data4
d05 = data5
d06 = data6
d07 = data7
d08 = data8
d09 = data9
d10 = data10
d11 = data11
d12 = data12
d13 = data13
d14 = data14
d15 = data15
d16 = data16
d17 = data17
d18 = data18
d19 = data19
d20 = data20
d21 = data21
d22 = data22
d23 = data23
#d24 = _power_kW
#d25 = _boiler_temp
#d26 = _chute_temp
#d27 = _light
#d28 = _oxygen_desired
#d29 = _oxygen
#d30 = _power
#d31 = _smoke_temp
d32 = feeder_time
d33 = feeder_capacity
d34 = _logtick


# Feeder_time and _logtick must be of type DERIVE/COUNTER, others typically
# use the default type GAUGE

[rrd_ds_types]
d32 = DS:%s:DERIVE:%u:0:U
d33 = DS:%s:COUNTER:%u:U:U

ska vara:

[rrd_ds_types]
d32 = DS:%s:DERIVE:%u:0:U
d34 = DS:%s:COUNTER:%u:U:U

[eribi]

Hej och tack för en utmärkt programvara.

Jag har nyligen satt upp Pellmon och har fått läggning av temperaturer att fungera osv men jag får inte några pulser från min mikrobrytare som är kopplad till en DS2406. När jag kollar i observeras webinterface så fungerar den som den skall.

Min konfig ser ut som följande:

Kod: Markera allt

############################################################################################
# Enable plugins
############################################################################################

[enabled_plugins]
# List all plugins to enable pxx = PluginName

# Enable the ScotteCom plugin to communicate with a NBE scotty/woody/biocomfort pellet burner
# Disable this when using the PelletCalc plugin
#p01 = ScotteCom

# PelletCalc replaces ScotteCom when using a generic pellet burner.
# It provides the necessary feeder_time and feeder_capacity data items
# calculated from auger run time measurements or auger revoulution counting
p07 = PelletCalc

# CustomAlarms lets you define limits and actions for data items
#p02 = CustomAlarms

# RaspberryGPIO provides IO, counters, timers and a tachometer. Works only on a raspberry pi
#p03 = RaspberryGPIO

# The calculate plugin is a scripting engine that lets you do calculations and automate things
#p04 = Calculate

# The OWFS plugin connects to a local or remote owserver to read/write onewire devices
p05 = OWFS

# The SiloLevel plugin adds parameters for silo fill up level and silo fill up date.
# When enabled PellmonWeb displays a graph with calculated silo level from fill up time 
# to present time
p06 = SiloLevel

# Consumption calculates bar chart data to be used by the web interface
p08 = Consumption

# Testplugin is a basic plugin template for your own plugins
#p99 = TestPlugin

############################################################################################
# Plugin configuration 
############################################################################################

[plugin_ScotteCom]
# The settings in this section are passed to the ScotteCom plugin

# Serial port device name, eg. /dev/ttyUSB0
# Remove to run with dummy data for testing
serialport = /dev/ttyUSB0

# Chip version string or 'auto'
chipversion = auto

[plugin_TestPlugin]
# Items in sections named as "plugin_xxx" are passed to a plugin named "xxx"
# This plugin adds the items listed as dummy parameters
plugindata1 = 123

[plugin_CustomAlarms]
# Define an alarm by creating four parameters:
# xxx_item = item to read
# xxx_comparator = >|>=|<|<=|==|!=
# xxx_level = level to compare against
# xxx_status = item to hold the result of the comparision, 1=True, 0=False
# optional:
# xxx_enum = FalseText|TrueText

# example: 
#alarm1_item = boiler_temp
#alarm1_comparator = >
#alarm1_level = 90
#alarm1_status = boiler_temp_supervision
#alarm1_enum = OK|Boiler temperature too high

[plugin_RaspberryGPIO]
# xxx_function = input|latched_input|output|counter|tachometer|timer, all inputs have the internal pullup activated
# xxx_item = item name for pin
# xxx_pin = board pin number
# A timer input counts seconds when it is in the active state. The timer can be reset by writing a new value to it
# The active state can be set with xxx_active = 1|0 (only for timer inputs)
#example:
#gpio22_function = counter
#gpio22_item = counter1
#gpio22_pin = 15


[plugin_Calculate]
# This plugin implements a simple stack engine. 
# xxx_prog = instruction|value instruction|value... A 'value' pushes the value to the stack, an 'instrucation' pops one or several values and pushes the result back to the stack.
# xxx_readitem = Name of readonly item that executes the calculation and return the top value of the stack when read
# xxx_writeitem = Name of writeonly item that executes the calculation when written. The written value is pushed to the stack so the program can make use of it.
# xxx_readwriteitem = Name of read/write item that executes the calculation when read or written. The written value is pushed to the stack so the program can make use of it, and the top value of the stack is returned when read.
# xxx_taskcycle = execute the calculation periodically with this cycle time in seconds
# xxx_progtype = R|R/W, default is R (read only). An R/W program item can be edited in the web frontend and can be used by other programs as a variable by using get/set

# Available instructions:
# +, -, *, /, get, set, exec, >, <, ==, !=, ?, min, max, pop, dup, swap, sp, def, sto, rcl, del, gdef, gsto, grcl, gdel, if..then..[else]..end
# 'get' pops an item name, reads the value and pushes the value or 'error'
# 'set' pops an item name and a value, then writes the value to the item name and pushes the result 'OK' or 'error'. ex: "1250 feeder_capacity set"
# ? pops three values, first the value to push back when False, then the value to push back when True, and then the value to evaluate. Ex: "0 123 456 ?" will leave "456" on the stack, while "1 123 456 ?" will leave "123" on the stack
# 'min' pops two values and pushes back the smallest
# 'max' pops two values and pushes back the laragest
# 'exec' pops a calculate item name, gets its value, executes it and pushes the result
# 'pop' discards one value from the stack
# 'dup' duplicates the top value on the stack
# 'swap' swaps the order of the two top values on the stack
# 'sp' pushes the current stack depth, eg zero when the stack is empty
# 'def' pops two values, the first becames the name of a new local variable and the second it's value. If the variable already exists it's value is not changed. 
# 'sto' pops two values, the first is the name of a local variable and the second a value to write to it
# 'rcl' pops one value which identifies a local variable to read and pushes it's value back to the stack
# 'del' pops one value which identifies a local variable to delete
# gdef, gsto, grcl, gdel works exactly as def, sto, rcl, del, except that they handle global variables that persist between program executions and are available to all programs.
# 'if' marks the start of an if..then..[else]..end clause. 'then' pops a value, if it is non-zero, execution is continued until 'else|end'. If 'else' is found execution skips forward until 'end' is found. If 'then' pops a zero from the stack, execution skips forward until 'else|end' is found and then resumes

# example: get boiler temperature divided by two from an item named 'half_boiler_temp'
#calc1_prog = boiler_temp get 2 /
#calc1_readitem = half_boiler_temp


[plugin_OWFS]
# xxx_item = item name for the owfs sensor value
# xxx_path = [server::]path[:port], default server:port is localhost:4304
# optional:
# when the type is set to COUNTER the owfs path is polled cyclically and the item incremented on every 0->1 transition
# xxx_type = R|R/W|COUNTER, default is R
# xxx_latch = path, make use of the latch when using a ds2406 as input/counter

# examples:
# read the temperature value from the fake sensor available in the default owfs configuration 
#owfs1_item = faketemp
#owfs1_path = 10.67C6697351FF/temperature

owfs1_item = ds2406counter
owfs1_path = uncached/12.9B0ECC000000/sensed.A
owfs1_type = COUNTER
owfs1_latch = uncached/12.9B0ECC000000/latch.A

owfs2_item = panntemp
owfs2_path = 10.D74B15020800/temperature

owfs3_item = framtemp
owfs3_path = 10.347E84010800/temperature

owfs4_item = returtemp
owfs4_path = 28.85D97C060000/temperature

owfs5_item = utomhustemp
owfs5_path = 28.B4207C060000/temperature

owfs6_item = inomhustemp
owfs6_path = 28.26947C060000/temperature

# use a ds2460 as counter with support for the input latch
# owfs2_item = ds2460count
# owfs2_path = uncached/12.8D3E7D000000/sensed.A
# owfs2_type = COUNTER
# owfs2_latch = uncached/12.8D3E7D000000/latch.A


[plugin_PelletCalc]
# Set one of these:
# counter = name of item to read feeder auger rev count from
# timer = name of item to read cumulative feeder run time in seconds from 

counter = ds2406counter

############################################################################################
# Pellmonsrv configuration 
############################################################################################

[conf]
# Full path to the rrd database
# If the file does not exist it is created when pellmonsrv starts
database = /usr/local/var/lib/pellmon/rrd.db

# Full path to the optional persistent rrd database. It is copied
# over the database file at startup, and on shutdown the database
# is copied to the persistent_db file. Useful if the database
# is in a ramdisk
#persistent_db = /usr/local/var/lib/pellmon/nvrrd.db

# If persistent_db is in use the database is copied to 
# persistent_db every db_store_interval seconds
db_store_interval = 7200

# Full path to the logfile
logfile = /usr/local/var/log/pellmonsrv/pellmon.log

# logging level = info/debug
loglevel = debug

# rrd database update interval in seconds
pollinterval = 30

[rrd_ds_names]
# This section defines the datasource names used when creating the rrd database,
# "dxx = datasource name". The left value (dxx) is used to match the
# datasource names to the actual data to write to it. The connection
# to data items is made in the "pollvalues" section. Datasource names that
# are not connected to any data item is written as 'undefined'
#
# Three datasources with these exact names: feeder_time, feeder_capacity
# and _logtick must exist, they are used to calculate pellet consumption graphs.
#
# The rrd database is created with the datasources in the order they appear here.
#
# Delete or rename the rrd database file after adding/removing ds-names
# to create a database file with the new definition, or use some other method
# to add the new ds-name to the existing rrd database.
#
# Deleting the rrd database will erase all history.
#
# These defaults are a good start when using the ScotteCom plugin:
#d01 = power_kW
#d02 = boiler_temp
#d02 = panntemp
#d03 = chute_temp
#d04 = light
#d05 = oxygen_desired
#d06 = oxygen
#d07 = power
#d08 = smoke_temp
#d09 = feeder_time
#d10 = feeder_capacity
#d11 = _logtick

d01 = panntemp
d02 = framtemp
d03 = returtemp
d04 = inomhustemp
d05 = utomhustemp
d06 = power_kW
d07 = feeder_time
d08 = feeder_capacity
d09 = _logtick

[rrd_ds_types]
# Optional rrd data source type definitions for the datasource names in the 
# rrd_ds_names section. If no type is defined for a datasource name the
# default type is used, "DS:%s:GAUGE:%u:U:U", where %s is replaced with the 
# datasource name and %u is replaced with 4*pollinterval
#
# Feeder_time and _logtick must be af type DERIVE/COUNTER, others typically
# use the default type GAUGE
#
d07 = DS:%s:DERIVE:%u:0:U
d09 = DS:%s:COUNTER:%u:U:U

[pollvalues]
# Data values to write to the rrd database.
# "dxx = parameter/data name"
#
# The left value (dxx) is used to match the data item to the RRD data set name
# defined in the "rrd_ds_names" section
#
# The data names are read from the plugins that define them,
# and are written to the rrd database "ds-name" that has a matching "dxx".
# If a data item name defined here does not exist in any plugin, the
# corresponding ds_name in the database is written as "undefined"
#
# The three ds_names feeder_capacity, feeder_time and _logtick must be
# connected to data items with the exact same names.

#d01 = power_kW
#d02 = panntemp
#d03 = chute_temp
#d04 = light
#d05 = oxygen_desired
#d06 = oxygen
#d07 = power
#d08 = smoke_temp
#d09 = feeder_time
#d10 = feeder_capacity
#d11 = _logtick

d01 = panntemp
d02 = framtemp
d03 = returtemp
d04 = inomhustemp
d05 = utomhustemp
d06 = power_kW
d07 = feeder_time
d08 = feeder_capacity
d09 = _logtick

[email]
# Uncomment and set these for email on mode/alarm status changes
# This server:port works with gmail and TLS authentication
#server=smtp.gmail.com:587
#username=user
#password=12345
#from=user@mail.com
#to=user@mail.com
#subject=PellMon status

# TLS is used by default, to use SSL instead set this:
#auth = SSL

# Send email when any of these change (remove the unwanted conditions)
#conditions=alarm,mode,parameter

# set email mode to html/text, default is text.
#mode = html

# set graphsize to width x height to attach a current graph image to the email
#graphsize = 600 x 300

# set graphtimespan to the x axis width in seconds, default is 3600s
#graphtimespan = 3600

# set graphlines to a comma separated list of data to include in the graph, by default all are included
#graphlines = d01,d02,d03

# set followup to send a new mail with a new graph after the set number of seconds, by default no followup is sent
#followup = 3600

############################################################################################
# Pellmonweb configuration
############################################################################################

[authentication]
# username = password, for webinterface
testuser = 12345
admin = admin

[graphcolors]
# To add a ds-name from the rrd-database to the graph, set
# dxx = #hexcolorvalue, 
# where dxx matches the [pollvalues] and [rrd_ds_names] sections
#d01 = #FF0000
#d02 = #00FF00
#d03 = #0000FF
#d04 = #FFFF00
#d05 = #FF05FF
#d06 = #0101FF
#d07 = #207F20
#d08 = #2F2FFF

d01 = #FF0000
d02 = #00FF00
d03 = #0000FF
d04 = #FFFF00
d05 = #FF05FF
#d06 = #0101FF

[scaling]
# Add optional scaling to the plotlines before drawing the graph.
# The offset is first subracted and the result is divided by the divisor
# dxx = offset:divisor

[weblog]
# optional pellmonweb logging
#accesslog = /usr/local/var/log/pellmonweb/access.log
#errorlog = /usr/local/var/log/pellmonweb/error.log

[conf]
# Port number for the webserver
port = 8081

# set path for the pellmon web application
webroot = /

# Select system image. Set an absolute path to use your own.
# Choices: system.svg|system_nbe.svg|system_nbe_2w.svg|system_nbe_3w.svg|system_matene.svg|/path/to/your_own_image.svg
system_image = /storage/array1/pellmon/system-eribi.svg

# Select which widgets are displayed on the frontpage
[frontpage_widgets]
row_1 = systemimage,events
row_2 = graph
row_3 = consumption24h,silolevel

Vad har jag missat?

[Honda]

Hej och välkommen hit!
"owserverns webinterface" menar du nog (autocorrect? ), så sensed.A och latch.A fungerar alltså?
Det är möjligt att jag orsakade nån ny bug då jag fixade bakgrundspollning av owfsdata nyligen, det blev inte av att testa räknarfunktionen mot ds2406 då tyvärr. Ska kolla på det.

[eribi]

Precis, stavningenskontrollen i nya Mac OS X som ställer till det.

Sensed.A är NO tills brytaren aktiveras av skruven och blir då YES. Latch vet jag inte hur den skall fungera riktigt?

Ser inte att några pulser räknas i Pellmon.

Ser min konfig korrekt ut?

Jag har också slagit på debugloggning men det finns inget nyttigt där alls.

[Honda]

Latch aktiveras då sensed aktiveras, men lämnar sedan på tills man skriver den till 0. Utan den skulle man behöva läsa av sensed så ofta att man träffar medan switchen är på, och det är inte möjligt att läsa onewiresensorer så snabbt. Konfen ser helt korrekt ut, så jag tror nog att det är en bug i senaste versionen av owfs-plugin.