taloLogger-perheen julkaisut

Ismo67 · 28 Lokakuu 2013

Vs: taloLogger-perheen julkaisut

Ismo67 sanoi:
Talologgergraph grafiikkaan/kuvaan saan arvot käytetystä energiasta ja tuotetusta energiasta kuvaajana.

Kuinkas saadaan näkyviin kuvaan arvona kumulatiivinen & reaaliaikainen COP?

Nyt taloLoggerGraph.conf näyttää tältä:

# Energia Aurinkolämpö Zenner Zelsius 1 pulssi/kwh
@POSITION = COUNTER:aurinko_energia:790:213:VAL:1.0:red:red:1:1:kWh:2

# Energia VILP tuotto Minocal Compact 1 pulssi/kwh
@POSITION = COUNTER:vilp_energia:507:390:VAL:1.0:black:black:1:1:kWh:2

# Energia Öljylämpö Pollucom 1 pulssi/kwh
@POSITION = COUNTERljy_energia:440:217:VAL:1.0:chocolate:chocolate:1:1:kWh:2

# Sähkönkulutus VILP Swissnox 800 pulssia/kwh
@POSITION = COUNTER:vilp_kulutus:303:442:VAL:0.00125:blue:blue:1:1:kWh:2

Eli liitekuvan mukaisesti pitäisi saada kuvaan lukema COP 3.08 (3,076062639821029)
Kuinka voi laskennallisia arvoja käsitellä Talologgergraphissa, voisiko esim. Sähkön kulutuksen laskennalliselle arvolle antaa muuttujanimen ja sen jälkeen tehdä laskutoimituksia vai miten pitäisi tehdä?

Onnistuuko COP:n näyttö Talologger Graph:ssä tällä tavalla?
(Uudet rivit kursiivina ja sinisellä)

Talologger.conf
@MEASURE=vilp_energia:OWFS1.energiavilp
@MEASURE=vilp_kulutus:OWFS1.vilpkulutus
@VIRTUAL=vilpcop:1:%_energiavilp_% / (%_vilpkulutus_% * 0.00125)

taloLoggerGraph.conf
@LABEL = 0:250:black:LG heat pump COP
@POSITION = NORMAL:vilpcop:135:250:VAL:1.0:blue:blue:-10.0:13.0:.

Jotain ainakin menee pieleen kun näyttää pelkkää viivaa vaikka tällä hetkellä pitäisi näyttää tälle päivälle 4.26 COP:ia

olammi · 29 Lokakuu 2013

Vs: taloLogger-perheen julkaisut

Ismo67 sanoi:
Talologger.conf
@MEASURE=vilp_energia:OWFS1.energiavilp
@MEASURE=vilp_kulutus:OWFS1.vilpkulutus
@VIRTUAL=vilpcop:1:%_energiavilp_% / (%_vilpkulutus_% * 0.00125)

Virtual-rivillä koitamme seuraavaa korjausta (nimet eivät vastaa varsinaisia mittauspisteitä):

Koodi:

@VIRTUAL=vilpcop:1:%_vilp_energia_%  / (%_vilp_kulutus_% * 0.00125)

Ismo67 · 29 Lokakuu 2013

Vs: taloLogger-perheen julkaisut

Heh, kiitos.
Nyt kyllä näkyy, mutta tuolla kaavalla menee metsään, kun energiämäärämittarista tulee vain 1 pulssi/kWh.
Milläs määreellä kutsutaan päivän kumulatiivisia muuttujan arvoja eikä hetkellisiä?
Eli jotta voisi laskea aina COP:n luetuista päivän ajan kasvavista kumulatiivisista muuttujien arvoista.

olammi · 30 Lokakuu 2013

Vs: taloLogger-perheen julkaisut

Kuulostaa suureelta, jota ei loggerilla pysty ainakaan tällä hetkellä laskemaan vaan suureelta, joka pitäisi laskea sitten kertyneestä datasta.

Ismo67 · 3 Marraskuu 2013

Vs: taloLogger-perheen julkaisut

Auringon säteilymäärämittarini antaa välillä negatiivisia arvoja ja haluaisin että näytetään nollaa kun arvo pienempi kuin nolla.
Samalla suoritetaan pieni korjaus tuon anturin arvoihin, kun antaa tosiaan hieman liian pieniä arvoja kokoajan.
Varmaan johtuu siitä että pistin kortin välipohjaan ja siirsin mittausanturin katolle melkoisen pitkän johdon kera.

Tämä lauseke ilmeisesti toimii täten oikein?

Koodi:

VIRTUAL=solarrad:1:0 if %_aurinko_sateily_% + 0.001 < 0 else %_aurinko_sateily_% + 0.001

olammi · 4 Marraskuu 2013

Vs: taloLogger-perheen julkaisut

Ismo67 sanoi:
Tämä lauseke ilmeisesti toimii täten oikein?

Kyllä se ihan järkevältä näyttää.

lorvi · 5 Marraskuu 2013

Vs: taloLogger-perheen julkaisut

Jos itse rakentaa tuon sqlite tietokannan, onko sarakkeiden järjestyksellä väliä vai pitääkö ne olla siinä järjestyksessä kun taloLogger ne haluaa tallentaa, ja jos, niin mistä tietää järjestyksen.
Tavoitteena on vähentää rivimäärää kun karvahattumallin kannan käsittelyohjelmistoissa raja tulee vastaan muutamassa kuukaudessa.
Nyt minulla tulee yhdellä mittauskerralla 47 riviä.
Tein kokeeksi kannan missä on time, a, b, c, d ja se tuntuu toimivan jotta kaikki tulee samalle riville. Jos tuo muutetaan time, a, c, b, d , niin toimiiko ja onko siitä haittaa?

olammi · 6 Marraskuu 2013

Vs: taloLogger-perheen julkaisut

lorvi sanoi:
Jos itse rakentaa tuon sqlite tietokannan, onko sarakkeiden järjestyksellä väliä vai pitääkö ne olla siinä järjestyksessä kun taloLogger ne haluaa tallentaa, ja jos, niin mistä tietää järjestyksen.
Tavoitteena on vähentää rivimäärää kun karvahattumallin kannan käsittelyohjelmistoissa raja tulee vastaan muutamassa kuukaudessa.
Nyt minulla tulee yhdellä mittauskerralla 47 riviä.
Tein kokeeksi kannan missä on time, a, b, c, d ja se tuntuu toimivan jotta kaikki tulee samalle riville. Jos tuo muutetaan time, a, c, b, d , niin toimiiko ja onko siitä haittaa?

Sarakkeiden järjestyksellä ei ole väliä.

Ismo67 · 3 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Onkos Olammi tulossa Talologgeriin lähiaikoina:

- Kuukausi ja/tai vuosiraporttimahdollisuutta esim. kulutuksesta/tuotosta, kun tällä hetkellä näkee vain päiväkohtaisesti.
- Radxa Rock yhteensopivuus & toimivuus testailua, suorituskyvyn lisäämiseksi - Rasperry Pi:n tilalle?

http://radxa.com/

olammi · 3 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Ismo67 sanoi:
Onkos Olammi tulossa Talologgeriin lähiaikoina:

- Kuukausi ja/tai vuosiraporttimahdollisuutta esim. kulutuksesta/tuotosta, kun tällä hetkellä näkee vain päiväkohtaisesti.
- Radxa Rock yhteensopivuus & toimivuus testailua, suorituskyvyn lisäämiseksi - Rasperry Pi:n tilalle?

Kuukausi ja/tai vuosiraportti on toivelistalla. Sitä on mietittykin - ei geneerisenä kuitenkaan ihan triviaali tehdä tehokkaasti.

Radxa Rockista ei ole kuullutkaan, joten se ei ole ollut ainakaan toistaiseksi suunnitelmissa. Moista laitteistoa ei myöskään ole, joten en osaa tällä hetkellä sanoa tuesta tai edes siitä, mitä se vaatisi.

Getcool · 8 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Moro!

Oli pakko rekisteröityä foorumille ja kysäistä täältä tietoja. Olen tässä viritellyt 1-wire mittauksia johon hommasin raspberryn ja 1-wire usb adapterin Asensin raspiin olammin tekemän "ISO KIITOS" taloLoggerPi imagen. 1-wire mittaukset toimii moitteetta, mutta olisin halunnut vielä tuon Oumannin (EH-203) liittää myös samaan jotta saisen oumannin perässä olevat anturit myö mittaukseen mukaan.

Kysymys kuuluu: Pitäisikö tuolla raspille tehdyllä imagella onnistua myös tuon Ouman:nin liittäminen? Raspin ja oumannin välissä on USB-serial adapteri ja tietysti kaapeli Oumannille josta olen onnistuneesti Oumannin Trend ohjelmalla mittauksia katsellutkin. Olen yrittänyt sitä moneen kertaan conffata taloLoggeria mutta en saa jostain syystä noita Oumannin mittauksia lukemaan/piirtämään. Tähän väliin pakko myös tarkentaa että olen ihan amätööri mitä tulee linuxiin joten jos jotain neuvoja annatte, niin vääntäkää ne rautalangasta.

Kiitos jo etukäteen avusta.

olammi · 8 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Kyllä se EH:n liittäminen pitäisi onnistua noilla vehkeillä.

USB-serial-adapterin pitäisi näkyä /dev/ttyUSBn:nä, missä n määräytyy kernelin antaman juoksevan numeron perusteella. Jos vain 1 laite, niin numero on 0. Katso USB-sarjamuuntimen kytkettyäsi, että näkyykö /dev/-hakemistossa ttyUSB0:a tai muita vastaavia.

Voit kokeilla komentoriviltä taloLoggerin työkaluilla lukea dataa ohjaimelta, jos sarjaportin osoite on tiedossa. Mene taloLoggerin binäärihakemistoon (muistaakseni

Koodi:

/home/talo/bin/taloLogger

) ja anna komento:

Koodi:

python oumanGetData.py /dev/ttyUSB0 45

Tuon pitäisi tulostaa "raakadatana" muistipaikan 45 arvo Ouman-ohjaimen muistista. 45 on statusrekisteri. Skripti tulostelee virheilmoituksia, jos se ei toimi, muuten heksadataa.

Kun saat tuon avulla jotain järkevää ulos ohjaimesta, niin taloLoggerkin saa sitten oikein konfiguroituna.

Getcool · 9 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

olammi sanoi:
Kyllä se EH:n liittäminen pitäisi onnistua noilla vehkeillä.

USB-serial-adapterin pitäisi näkyä /dev/ttyUSBn:nä, missä n määräytyy kernelin antaman juoksevan numeron perusteella. Jos vain 1 laite, niin numero on 0. Katso USB-sarjamuuntimen kytkettyäsi, että näkyykö /dev/-hakemistossa ttyUSB0:a tai muita vastaavia.

Voit kokeilla komentoriviltä taloLoggerin työkaluilla lukea dataa ohjaimelta, jos sarjaportin osoite on tiedossa. Mene taloLoggerin binäärihakemistoon (muistaakseni

Koodi:

/home/talo/bin/taloLogger

) ja anna komento:

Koodi:

python oumanGetData.py /dev/ttyUSB0 45

Tuon pitäisi tulostaa "raakadatana" muistipaikan 45 arvo Ouman-ohjaimen muistista. 45 on statusrekisteri. Skripti tulostelee virheilmoituksia, jos se ei toimi, muuten heksadataa.

Kun saat tuon avulla jotain järkevää ulos ohjaimesta, niin taloLoggerkin saa sitten oikein konfiguroituna.

Moi taas!

Tälläisen koodin antaa tuolla komennolla:

5
02 06 04 00 2D FE 07 3C
'\x02\x06\x04\x00-\xfe\x07<'

Ymmärtäisin että yhteys siis toimii. Voisitko Olammi katsoo näetkö näissä minun conffeissa jotain vikaa kun en saa noita Oumannin tietoja edelleenkään tulemaan käyriin. Tosin minulla tuo Ouman ei ole tuota G mallia, voiko se aiheuttaa nyt tuon ongelman? Minun Ouman on ihan pelkkä EH-203

Tässä taloLogger.conf

Koodi:

#############################################################################
# logger configuration
#############################################################################

CONSOLE_LOGGING = true
VERBOSE_LOGGING = false
DAEMON_MODE = false
LOGFILE = /home/talo/log/taloLogger.log
LOG_INTERVAL = 120
LOG_INTERVAL_LIMIT = 5


#############################################################################
# data sources
#############################################################################
#@DATASOURCE=DUMMY:DUMMY
@DATASOURCE=OWFS:OWFS
@DATASOURCE=OUMAN:OUMAN


#############################################################################
# data stores
#############################################################################
@DATASTORE=SQLITEDB:SQLITEDB


#############################################################################
# SQLite Database data store configuration
#############################################################################
SQLITEDB:NAME = /home/talo/data/talo.db
SQLITEDB:DB_SCHEMA_VERSION = 1



#############################################################################
# OumanSerial configuration
#############################################################################

# Ouman device type (see oumanSerial.py for available types)
OUMAN:DEVICE = EH203G

# Serial port address/name where the Ouman device is connected
OUMAN:SERIAL_PORT = /dev/ttyUSB0





#############################################################################
# Logged measurement points and data store key configuration
#############################################################################


# example measurements for OUMAN
@MEASURE = ulkolampo:OUMAN.Ulkolampotila
@MEASURE = huone:OUMAN.L1 huone
@MEASURE = menovesi1:OUMAN.L1 menovesi
@MEASURE = menovesi2:OUMAN.L2 menovesi
@MEASURE = yla_tulo:OUMAN.Vapaa mittaus
@MEASURE = var_yla:OUMAN.Varaaja yla
@MEASURE = var_ala:OUMAN.Varaaja ala
@MEASURE = maaliuos:OUMAN.Maaliuos
@MEASURE = lv_meno:OUMAN.LV menovesi
@MEASURE = kuumakaasu:OUMAN.Kuumakaasu
@MEASURE = tilatieto:OUMAN.Tilamuuttuja


# OWFS measurements
@MEASURE = varyla:OWFS.varyla
@MEASURE = varala:OWFS.varala



#############################################################################
# OWFS configuration
#############################################################################


# Workaround for rare OWFS issues. Enables external killable process for reading
# OWFS data.
#OWFS:USE_EXTERNAL_PROCESS = true

# OneWire measurement points configuration
#
@OWFS:OWFS = varyla:1:/home/talo/owfs/28.276BAB040000/temperature
@OWFS:OWFS = varala:1:/home/talo/owfs/28.016BAA040000/temperature

Ja tässä taloLoggerGraph.conf

Koodi:

#############################################################################
# Data store configuration
#############################################################################

DB_TYPE = SQLITE
DB_TALOLOGGER_SCHEMA_VERSION = 1
SQLITEDB_NAME = /home/talo/data/talo.db


#############################################################################
# Calendar configuration
#############################################################################

# Whether to hide the calendar (true/false)
HIDE_CALENDAR = false



#############################################################################
# Chart1 configuration
#############################################################################

*CHART*
TITLE = Temperature
AXIS_1 = 10:100:10:5:C
AXIS_2 = -35:35:10:5:C
SIZE = 1200:594
LEGEND = 6:2

@SERIES = NORMAL:varyla:Varaaja yla:red:1:1.0
@SERIES = NORMAL:varala:Varaaja ala:blue:1:1.0
@SERIES = NORMAL:ulkolampo:Ulkolampotila:orange:2:1.0


#############################################################################
# Image1 configuration
#############################################################################

*IMAGE*
BACKGROUND = ghp_process.png
TITLE = 235:295:black:GHP process

@LABEL = 0:50:black:ulkolampo
@POSITION = NORMAL:ulkolampo:50:50:VAL:1.0:blue:red:-20.0:20.0:C

Kiitos taas avusta. Kävin painamassa Donate nappia.

lorvi · 11 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Minulla taloLogger saa virtauksen pulsseina mittarilta, mutta lukema on lyhyellä aikavälillä käyttökelvoton, koska mittari antaa pulssi/10L.
Sain pythonilla onnistumaan, jotta se tekee tiedoston, missä on virtauksesta 3 tunnin keskiarvo.
Kuinka tuo tiedoston virtaus.txt

Koodi:

41.55xxxx

arvo luetaan tietokantaan?

Kokeilin owfs llä, ja lukee, mutta onko siitä mitä haittaa muulle toiminnalle, kuinka nuo yleesä luetaan taloLoggerin tietokantaan?

Voiko tiedoston lukemaa käyttää kertoimena taloLoggerissa, jos se ei ole tietokannassa.

olammi · 11 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Getcool sanoi:
Tälläisen koodin antaa tuolla komennolla:

5
02 06 04 00 2D FE 07 3C
'\x02\x06\x04\x00-\xfe\x07<'

Tämä kertoo, että kommunikointi EH-ohjaimen kanssa onnistuu.

Kokeillaanpa tehdä ensin "minimaalinen" konfiguraatio, joka hakee vain ulkolämpötilan EH:lta. Sitten kun se toimii, niin laajennetaan. Jos ohjaimesi on EH-203, eikä G, niin kannattaa käyttää EH-203:sen profiilia. Esimerkki tehty sen pohjalta.

taloLogger.conf:

Koodi:

#############################################################################
# logger configuration
#############################################################################

CONSOLE_LOGGING = true
VERBOSE_LOGGING = false
DAEMON_MODE = false
LOGFILE = /home/talo/log/taloLogger.log
LOG_INTERVAL = 120
LOG_INTERVAL_LIMIT = 5


#############################################################################
# data sources
#############################################################################
#@DATASOURCE=DUMMY:DUMMY
@DATASOURCE=OWFS:OWFS
@DATASOURCE=OUMAN:OUMAN


#############################################################################
# data stores
#############################################################################
@DATASTORE=SQLITEDB:SQLITEDB


#############################################################################
# SQLite Database data store configuration
#############################################################################
SQLITEDB:NAME = /home/talo/data/talo.db
SQLITEDB:DB_SCHEMA_VERSION = 1



#############################################################################
# OumanSerial configuration
#############################################################################

# Ouman device type (see oumanSerial.py for available types)
OUMAN:DEVICE = EH203

# Serial port address/name where the Ouman device is connected
OUMAN:SERIAL_PORT = /dev/ttyUSB0



#############################################################################
# Logged measurement points and data store key configuration
#############################################################################


# example measurements for OUMAN
@MEASURE = ulkolampo:OUMAN.Ulkolampotila

# OWFS measurements
@MEASURE = varyla:OWFS.varyla
@MEASURE = varala:OWFS.varala



#############################################################################
# OWFS configuration
#############################################################################


# Workaround for rare OWFS issues. Enables external killable process for reading
# OWFS data.
#OWFS:USE_EXTERNAL_PROCESS = true

# OneWire measurement points configuration
#
@OWFS:OWFS = varyla:1:/home/talo/owfs/28.276BAB040000/temperature
@OWFS:OWFS = varala:1:/home/talo/owfs/28.016BAA040000/temperature

taloLoggerGraph.conf näyttikin tuohon nyt ihan sopivalta.

olammi · 11 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

lorvi sanoi:
Minulla taloLogger saa virtauksen pulsseina mittarilta, mutta lukema on lyhyellä aikavälillä käyttökelvoton, koska mittari antaa pulssi/10L.
Sain pythonilla onnistumaan, jotta se tekee tiedoston, missä on virtauksesta 3 tunnin keskiarvo.
Kuinka tuo tiedoston virtaus.txt

Koodi:

41.55xxxx

arvo luetaan tietokantaan?

Kokeilin owfs llä, ja lukee, mutta onko siitä mitä haittaa muulle toiminnalle, kuinka nuo yleesä luetaan taloLoggerin tietokantaan?

Oletan, että nuo 'x':t tuossa ovat vain merkitsemässä jotain desimaalinumeroita eikä siellä ole oikeasti 'x'-kirjaimia.

Pitäisi onnistua OWFS-moduulilla, jos luku on tiedostossa pelkkänä numeroarvona:

Koodi:

@DATASOURCE=OWFS:OWFS

@OWFS:OWFS = virtaus:1:/path/to/virtaus.txt

@MEASURE= virtaus:OWFS.virtaus

Toinen vaihtoehto on SHELL-moduuli. Tuolloin tiedosto saa olla monimuotoisempi ja sen rakenne ja poimittavat arvot kuvataa REGEXP:illä. Esimerkki:

Koodi:

@DATASOURCE=SHELL:VIRTAUS

VIRTAUS:LOCATION = /bin/cat
VIRTAUS:PARAMETERS = /path/to/virtaus.txt
VIRTAUS:REGEXP = ^\s*(?P<virtaus>[0-9\.]+).*$

@MEASURE= virtaus:VIRTAUS.virtaus

lorvi sanoi:
Voiko tiedoston lukemaa käyttää kertoimena taloLoggerissa, jos se ei ole tietokannassa.

Kun tiedoston arvo on luettu mittauksiin, niin sitä voi toki käyttää virtuaalimittauksissa vaikka kertoimena. STOREFILTER:eillä voi sitten rajoittaa eri mittausarvojen päätymistä tietovarastoihin.

Getcool · 13 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

olammi sanoi:

Tämä kertoo, että kommunikointi EH-ohjaimen kanssa onnistuu.

Kokeillaanpa tehdä ensin "minimaalinen" konfiguraatio, joka hakee vain ulkolämpötilan EH:lta. Sitten kun se toimii, niin laajennetaan. Jos ohjaimesi on EH-203, eikä G, niin kannattaa käyttää EH-203:sen profiilia. Esimerkki tehty sen pohjalta.

taloLogger.conf:

Koodi:

#############################################################################
# logger configuration
#############################################################################

CONSOLE_LOGGING = true
VERBOSE_LOGGING = false
DAEMON_MODE = false
LOGFILE = /home/talo/log/taloLogger.log
LOG_INTERVAL = 120
LOG_INTERVAL_LIMIT = 5


#############################################################################
# data sources
#############################################################################
#@DATASOURCE=DUMMY:DUMMY
@DATASOURCE=OWFS:OWFS
@DATASOURCE=OUMAN:OUMAN


#############################################################################
# data stores
#############################################################################
@DATASTORE=SQLITEDB:SQLITEDB


#############################################################################
# SQLite Database data store configuration
#############################################################################
SQLITEDB:NAME = /home/talo/data/talo.db
SQLITEDB:DB_SCHEMA_VERSION = 1



#############################################################################
# OumanSerial configuration
#############################################################################

# Ouman device type (see oumanSerial.py for available types)
OUMAN:DEVICE = EH203

# Serial port address/name where the Ouman device is connected
OUMAN:SERIAL_PORT = /dev/ttyUSB0



#############################################################################
# Logged measurement points and data store key configuration
#############################################################################


# example measurements for OUMAN
@MEASURE = ulkolampo:OUMAN.Ulkolampotila

# OWFS measurements
@MEASURE = varyla:OWFS.varyla
@MEASURE = varala:OWFS.varala



#############################################################################
# OWFS configuration
#############################################################################


# Workaround for rare OWFS issues. Enables external killable process for reading
# OWFS data.
#OWFS:USE_EXTERNAL_PROCESS = true

# OneWire measurement points configuration
#
@OWFS:OWFS = varyla:1:/home/talo/owfs/28.276BAB040000/temperature
@OWFS:OWFS = varala:1:/home/talo/owfs/28.016BAA040000/temperature

taloLoggerGraph.conf näyttikin tuohon nyt ihan sopivalta.

Noniin nyt sainkin tuon Oumannin toimimaan, mutta nyt ilmestyi seuraava ongelma. 1-wire mittaukset lakkaa mystisesti aina välillä toimimasta ja huomasin, että jostain syystä raspi tunnistaa nyt minun 1-wire adapterin väärin. Eli tuo minun adapteri on DS9490R mutta kun katsoo komennolla lsusb niin näyttää adapteriksi DS1490F. Aikaisemmin kun tuota asentelin niin silloin näytti ainakin ihan oikein tuon adapterin. Voikohan tuo mystinen 1-wire mittauksien pysähtyminen johtua tuosta? Mittaukset lähtee taas toimimaan kun käynnistää raspin uudestaan. Ja mitähän tälle olisi tehtävissä?

Koodi:

pi@raspberrypi ~ $ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 005: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 001 Device 006: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter

jussip · 13 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Getcool sanoi:
1-wire mittaukset lakkaa mystisesti aina välillä toimimasta ja huomasin, että jostain syystä raspi tunnistaa nyt minun 1-wire adapterin väärin. Eli tuo minun adapteri on DS9490R mutta kun katsoo komennolla lsusb niin näyttää adapteriksi DS1490F. Aikaisemmin kun tuota asentelin niin silloin näytti ainakin ihan oikein tuon adapterin. Voikohan tuo mystinen 1-wire mittauksien pysähtyminen johtua tuosta? Mittaukset lähtee taas toimimaan kun käynnistää raspin uudestaan. Ja mitähän tälle olisi tehtävissä?

Mikä virtalähde raspissa on käytössä? LAN vai WLAN?

Adapterissa oleva piiri on DS2490
lsusb näyttää DS9490R adapterille tältä:

Koodi:

Bus 007 Device 002: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter

Getcool · 13 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

jussip sanoi:
Mikä virtalähde raspissa on käytössä? LAN vai WLAN?

Adapterissa oleva piiri on DS2490
lsusb näyttää DS9490R adapterille tältä:

Koodi:

Bus 007 Device 002: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter

Virtalähteenä on 1.0A usb muuntaja ja LAN:illa ollaan kiinni.

lorvi · 14 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Getcool sanoi:
Virtalähteenä on 1.0A usb muuntaja ja LAN:illa ollaan kiinni.

Kyllä tuo muuntaja on aika piikanen. Noidet arvot ilmoitetaan niin leväperäisesti ettei niistä aina mittaamatta ota erkkikään selvää. Tuokin voi olla esim 5v mutta amppeerin kuormituksella jännite voi olla huomattavasti alhaisempi ja amppeerin kuormituskin voi olla suurin sallittu ja määräajan, ei jatkuvaa.

jussip · 14 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Virtalähteellä on iso merkitys raspin toimintaan, täältä voi lukea aiheesta lisää.
Mulla oli aluksi bilteman kahden ampeerin virtalähde ja DS9490R mutta yhdistelmä ei toiminut. Verkkoyhteys katkesi 2-12 tunnin välein ja välillä kaatu 1-wire/owfs.
Vaihdoin virtalähteeksi 12v UPS:n ja sen perään UBEC 3A, 1-wire adapterin vaihdoin RPI2 joka on kiinni i2c-väylässä. Voi olla että pelkkä virtalähteen vaihto olisi riittänyt..

Getcool · 14 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Mutta mutta, siis tuo 1A virtalähde syöttää vain tuota raspia, sitten 1-wire adapteri on kiinni usb hubissa jolla on oma 2.5A virtalähde. 1-wire adapterin perässä on vain 2 lämpötila-anturia tällä hetkellä joten ei luulisi kuorman olevan kauhean suuri. Sitten samassa usb hubissa on kiinni myös tuo Usb-Serial adapteri jonka kautta tulevat nuo Oumannin mittaukset ja ne eivät kuitenkaan pysähdy missään vaiheessa. Ja siinä vaiheessa kun tuo katkos tulee, niin kun katsoo komennossa lsusb niin adapteri näkyy kyllä edelleen mutta owfs kansion sisältöä kun yrittää selata komennolla ls niin jää vain lataamaan, mutta ei etene siitä koskaan eteenpäin muutakuin boottaamalla raspin uudestaan. Mietin vain että voiko olla esim tuon raspin imagessa vanha tuo ajurituki tjsp...

lorvi · 14 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Pieni vinkki,
mikäli käytössä on atx pöytäkone, siitä saa esim. raspille, usb hubille ym 5v (siitä violetista sb piuhasta) vaikka kone on kiinni tai lepotilassa kunhan vain tepseli on seinässä
Katsoin paristakymmenestä powerista, niissä sb virta on 1,5A-5A, yleensä 3A

Raksaaja · 14 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Itse olen luullut, että pöytäkoneiden USB-virta otetaan emolevyn reguloidulta powerilta eikä suoraan ATX-hakkuripowerilta.

lorvi · 14 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Raksaaja sanoi:
Itse olen luullut, että pöytäkoneiden USB-virta otetaan emolevyn reguloidulta powerilta eikä suoraan ATX-hakkuripowerilta.

Onko kukaan jotain muuta jossain väittänyt?
Ei pöytäkoneiden emolevyissä ole mitään reguloitua poweria, Regulaattoreita kylläkin.

Getcool · 17 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Morot taas!

En ole vielä hommannut uutta poweria raspille, mutta löysin netistä tälläsen kommentin englanninkielisiltä sivuilta

Make sure you have the latest RPI firmware (earlier firmware apparently caused my DS9490R USB adapter to disconnect in a random fashion)

http://www.raspberrypi.org/phpBB3/viewtopic.php?t=27379&p=295557

Voisiko tuosta raspin firmwaresta kuitenkin olla kiinni nämä minun mystiset 1-wire mittauksien pysähtyminen, jonkä jälkeen ei tosiaan löydä edes tuolta owfs kansiosta niitä antureita, mutta raspin boottaamalla kaikki taas lähtee toimimaan?

Kysymys kuuluukin, että uskaltaako tähän taloLoggerPi imageen nyt mennä hakemaan mitään päivityksiä vai lakkaako toimimasta kokonaan? Ettei tarvitsisi ruveta uudestaan imagea ajelemaan...

lorvi · 17 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Getcool sanoi:
Kysymys kuuluukin, että uskaltaako tähän taloLoggerPi imageen nyt mennä hakemaan mitään päivityksiä vai lakkaako toimimasta kokonaan? Ettei tarvitsisi ruveta uudestaan imagea ajelemaan...

Eiköhän, minä olen ajanut kaikki saatavilla olevat ja mitkä osaan ajaa ja kyllä tuo käy ja kukkuu.

olammi · 17 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Getcool sanoi:
Kysymys kuuluukin, että uskaltaako tähän taloLoggerPi imageen nyt mennä hakemaan mitään päivityksiä vai lakkaako toimimasta kokonaan? Ettei tarvitsisi ruveta uudestaan imagea ajelemaan...

Nimenomaan suosittelisin ajamaan sille komennot:

Koodi:

sudo apt-get update 

sudo apt-get upgrade

Getcool · 17 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

olammi sanoi:
Nimenomaan suosittelisin ajamaan sille komennot:

Koodi:

sudo apt-get update sudo apt-get upgrade

Ok laitetaan nämä menemään. Mutta mites tämä

Koodi:

sudo rpi-update

?

olammi · 17 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Getcool sanoi:
Ok laitetaan nämä menemään. Mutta mites tämä

Koodi:

sudo rpi-update

?

Artisti maksaa. Tuo asentaa viimeisimmän verekseltään tuoreen firmwaren, joka ei välttämättä aina vie asioita parempaan suuntaan. Ensin mainitut päivittävät Raspbianin uusimpaan releaseen, jossa on mukana sitten testatut firmispäivitykset. Rpi-update on betaa ja enemmän "omalla vastuulla". En suosittele, jos ei ole olemassa jotain erityistä syytä ja tiedossa olevaa bugia, joka tiedetään korjaantuvan beta-tason firmiksellä.

lorvi · 18 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Minulla kahdesti tehnyt tepposet päivitysten jälkeen, mutta molemmilla kerroilla noussut jaloilleen. Tuolla enempi aiheesta, rpi-update en ole ajanut
http://lampopumput.info/foorumi/index.php?topic=16918.480

Getcool · 18 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

olammi sanoi:
Artisti maksaa. Tuo asentaa viimeisimmän verekseltään tuoreen firmwaren, joka ei välttämättä aina vie asioita parempaan suuntaan. Ensin mainitut päivittävät Raspbianin uusimpaan releaseen, jossa on mukana sitten testatut firmispäivitykset. Rpi-update on betaa ja enemmän "omalla vastuulla". En suosittele, jos ei ole olemassa jotain erityistä syytä ja tiedossa olevaa bugia, joka tiedetään korjaantuvan beta-tason firmiksellä.

Juu eli jätetään väliin. Nyt on updatet ja upgradet ajettu, seurataan tilannetta, onko vaikutusta mittausten pysähtymiseen. Olammille seuraava kehitysehdotus tuohon taloLoggeriin -> Lämpötilatietojen haku ilmanvaihtokoneelta modbus väylän kautta. Itsellä esim Enerventin kone jonka saisi liitettyä ihan simppelillä rs485 standardilla esim usb sovittimella. Ei ilmeisesti poikkea kovin paljoa tuosta Oumannin lukemisesta...

olammi · 18 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Getcool sanoi:
Olammille seuraava kehitysehdotus tuohon taloLoggeriin -> Lämpötilatietojen haku ilmanvaihtokoneelta modbus väylän kautta. Itsellä esim Enerventin kone jonka saisi liitettyä ihan simppelillä rs485 standardilla esim usb sovittimella. Ei ilmeisesti poikkea kovin paljoa tuosta Oumannin lukemisesta...

Todo-listalle voidaan toki laittaa. Itsellä on vaan se ongelma, että em. laitteistoa ei ole saatavilla, joten testaaminen ei onnistu.

Jos testihalukas henkilö laitteistoineen löytyy ja vielä jotain speksiä, miten datat saa ulos tai esim. joku sovittimen kanssa toimiva valmistajan ohjelma, jota voi langalta kuunnella, niin kehittäminen onnistuu varmasti.

Getcool · 18 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

olammi sanoi:
Todo-listalle voidaan toki laittaa. Itsellä on vaan se ongelma, että em. laitteistoa ei ole saatavilla, joten testaaminen ei onnistu.

Jos testihalukas henkilö laitteistoineen löytyy ja vielä jotain speksiä, miten datat saa ulos tai esim. joku sovittimen kanssa toimiva valmistajan ohjelma, jota voi langalta kuunnella, niin kehittäminen onnistuu varmasti.

Voin ilmottautua halukkaaksi testata ja hommata laitteiston.

Täältä löytyy rekisterilista tuosta EDA ohjauksesta
http://www.enervent.fi/data/fi/manuals/EDA_Modbus_rekisterilista_2011-02-16.pdf

Ja sitten löysin tälläisen, jonka joku jo tehnytkin, millä ilmeisesti saadaankin nuo mittaukset ulos
http://ala-paavola.fi/jaakko/doku.php?id=edad

En tiedä pystyisiko noilla viemään asiaa eteenpäin, jos päätyy ToDo listalle.

olammi · 19 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Ok. Kyllä noista varmasti apua on. Laitan TODO:lle.

lorvi · 30 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

Nyt on toiminut taloLoggerPi moitteetta sen jälkeen kun en ole enää mennyt sqlite kantaan 'säätämään' raspille ollenkaan. Kun tarvitsen sieltä satunnaista tietoa, kopioin sen pc lle ja sieltä sitten. Sqlite kannan korruptoituminen johtui ilmeisesti tästä.......'yhteen tiedostoon, joka lukitaan transaktioiden ajaksi'. Jos vaikka poistin tyhjät rivit ja samaan aikaan ohjelma tallensi mittaukset, niin....jokin menee sekaisin?
Toinen on nuo omat scriptit, linux ei osaa suorittaa niitä missään järjestyksessä vaan sotkee kaikki, mitkä ajoittuvat päällekkäin. Esimerkkinä jos jokin scripti suoritetaan jokatoinen minuutti ja joku toinen 10 min välein, niin joka viides scriptillä suoritettu toiminta korruptoituu.
Ongelma korjaantui kun tein yhden scriptin, mikä tuntuu suorittavan nuo komennot siinä järjestyksessä kun ne siinä ovat.

Voiko taloLoggerilla tehdä 2 sqlite tietokantaa, toinen yhden taulun, ja onko siitä mitä haittaa?
Tuntuu liian hapokkaalle tuosta kaksitauluisesta saada aikaiseksi cvs muodossa yhdellä rivillä/aikaleima oleva kysely.

VesA · 30 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

No nyt sinun pitää sitten opetella käyttämään lukkoja.. joilla kerrotaan muille että tämä tieto nyt jonkun muun ohjelman puuhastelun kohteena, ootas hiukkasen.

olammi · 30 Joulukuu 2013

Vs: taloLogger-perheen julkaisut

lorvi sanoi:
Voiko taloLoggerilla tehdä 2 sqlite tietokantaa, toinen yhden taulun, ja onko siitä mitä haittaa?

Voi tehdä. Eri DATASTORE-rivit vaan ja nimeää storen eri nimiseksi. Samalla sille eri konfiguraatio. Ja storekohtaisestihan voi talletettavia mitattuja arvopisteitä suodattaa, että tuohon toiseen kantaan ei välttämättä tarvitse mennä kaikkea, jos ei halua.

lorvi · 6 Tammikuu 2014

Vs: taloLogger-perheen julkaisut

Nyt on ollut muutaman päivän käytössä 2 sqlite tietokantaa. Aika erisuuruisia niistä näyttää muodostuvan kun tuo alkuperäinen 2 taulun kanta on 1473 kt (48/kerta) ja tuo 1 taulun oma tekele 192 kt (30/kerta) Myös haut onnistuvat 'minun taidoilla' huomattavasti paremmin yksi tauluisessa ja ovat nopeampia, mikä varmasti vielä korostuu kantojen koon kasvaessa. Luulen, en tiedä, mutta tuollainen 1 tauluinen yksinkertaisempi saattaa ehkä raspissa olla varteenotettava vaihtoehto. Ehkä noiden minun sqlite korruptoitumis ongelmien yksi aiheuttaja on ollut raspin voimille liian jäykkä kanta, mitä ei ainakaan raspilla saa mennä hämmentämään.

olammi · 7 Tammikuu 2014

Vs: taloLogger-perheen julkaisut

Varmasti on kompaktimpi, tehokkaampi ja helpompi tuo yhden taulun ratkaisu, jos osaa luoda taulun ja käyttää kantaa.

TaloLoggerin sisäinen schema kahdella taululla on tehty vain siksi, että loggerin ja graafit saa pystyyn täysin ilman tietokantaosaamista ja kantaan tallettumaan geneerisiä mittauspisteitä vain loggerin konfiguraatiota muuttamalla.

taloLogger-perheen julkaisut

Vakionaama

olammi

Vieras

Vakionaama

olammi

Vieras

Vakionaama

olammi

Vieras

lorvi

Vieras

olammi

Vieras

Vakionaama

olammi

Vieras

Tulokas

olammi

Vieras

Tulokas

lorvi

Vieras

olammi

Vieras

olammi

Vieras

Tulokas

Jäsen

Tulokas

lorvi

Vieras

Jäsen

Tulokas

lorvi

Vieras

Vakionaama

lorvi

Vieras

Tulokas

lorvi

Vieras

olammi

Vieras

Tulokas

olammi

Vieras

lorvi

Vieras

Tulokas

olammi

Vieras

Tulokas

olammi

Vieras

lorvi

Vieras

In Memoriam

olammi

Vieras

lorvi

Vieras

olammi

Vieras