taloLogger v1.5a, taloLoggerGraph v1.1a ja taloLoggerPi v1.0a julkaistu

[olammi]

Koskas me saadaan Siemenssin albatrossille tuki

Onko linkkejä spekseihin liitynnästä? Onko testilaitteistoa?

[JJ72]

Eipä mulla ainakaan, pitäs vakoilla jollain miten sen väylän kanssa keskustellaan...

Hmm, rupesin googlettamaan tota Siemenssin smartweb juttua ja löysin tämmösen:

Version 1.4c, 11.04.2011
------------------------
* Added Nibe serial data source module.

* Added SmartWeb support for newer Geopro/Oilon pumps with
  Siemens controller. 

Eli onko tässä jo jonkunlainen tuki!?

EDIT: Täällä on jotain tosta Siemenssin BSB:stä: http://www.microchip.com/forums/m691454.aspx

[jussip]

Siemens pitää lpb/bsb väylän speksit omana tietonaan. Tässä linkissä on reverse-engineering yritystä.
http://blog.dest-unreach.be/2012/12/14/reverse-engineering-the-elco-heating-protocol

Helpoin tapa on ostaa se web-kikkare siemensiltä.

[olammi]

* Added SmartWeb support for newer Geopro/Oilon pumps with
  Siemens controller. 

Eli onko tässä jo jonkunlainen tuki!?

On. Nimenomaan Smartweb-moduulin kautta. TaloLogger kyselee SmartWebiltä arvoja ja lokittaa niitä. Testattu ja käytössä.

[JJ72]

No toi vois olla nopeampi tapa mun kohdalla saada sitä lokitusta, kun alkaa rakentelemaan sellasta 1-wire systeemiä... Mikäs sen tarkan mokkulan tyyppi nyt on, mikä tohon tarvitaan?

[jussip]

http://www.ifs-store.com/products/OZW672.01.html
http://www.ifs-store.com/products/Siemens-OZS164.13%7B47%7D101.html

[jussip]

Lisätoiveena vielä tuki Raspberryn GPIO:lle
Siihen löytyy valmis python-moduli

[JJ72]

Jatkamme Jussin kanssa smartweb keskustelua toisaalla...

[fraatti]

Hienoa että jaksat puuhastella tämän kanssa Entäs tuki Viessmannille?

Tuolla sivulla on pari kohtaa mistä näkee kuinka joku hakee dataa pumpulta, tuuppaa txt-fileen ja lukee sen sitten johonkin databaseen. (python filut)
http://hogarth.de/heating/code.php

Käsittääkseni taustalla pyörii vcontrold serveri ja sitten vclient softaa käytetään suorittamaan kyselyt tuolta serveriltä. Liityntä pumppuun optisella usb kaapelilla.
http://openv.wikispaces.com/vcontrold
http://openv.wikispaces.com/vclient

Joskus haaveissa olisi iv-koneen, lämpöpumpun, vesi- ja sähkömittareiden lukeminen johonkin yhteiseen tietokantaan... Lämpöpumppuun vaan ei ole mitään järkeä alkaa lisäämään mitään antureita koska itse laitteessa on jo kattavasti mittauksia...

[olammi]

Laitoin tuonne TODO:n perään...

[noble]

Mikä tilanne taloLogger rintamalla?

[olammi]

Ensinnä pahoittelut: ansiotyön kiireet valitettavasti priorisoituivat jälleen aiotun taloLogger-kehitysaikataulun yli, joten kehitysiteraatio on ollut hitaan nihkeä. Nyt jotain valoa kuitenkin on tunnelin päässä näkyvissä.

Julkaistu 7.5.2014:

• taloLoggerPi-asennusskriptistä versio v1.1a. Skripti asentaa Raspbian-instanssiin taloLoggerPi:n v1.1a. Asennusohjeet ja muut tiedot: http://olammi.iki.fi/sw/taloLoggerPi/, HOWTO

Tällä hetkellä asennusskriptissä on voimakkaasti oletus, että asennus tehdään Raspbian imagen päälle. Esim. Arduinon Debian-distrojen päällekin se saattaa pystyä asentamaan, mutta minulla kun ei ole sellaista käsillä, niin en voi testata. Raportit mahdollisista kokeiluista ovat toki tervetulleita. Raportteihin mielellään mukaan jotain ratkaisukuvauksiakin sekä install-skriptin tulosteesta tiedot, mitä oikein tapahtui / mitä ei löytynyt.

[olammi]

Julkaistu 12.5.2014:

• taloLogger versio v1.6a. Telldus Tellstick Duo -tuki telldus-core-kirjaston avulla. taloLogger voi lokittaa telldus-core-kirjaston tukemia wireless sensoreita (lämpötila, kosteus, sademäärä, tuuli)

[Maatilallinen]

Mikä on vialla kun en saa talologgeria lukemaan 1-wireä digitempillä? Windows XP käyttöjärjestelmä, Python ja Cygwin. Digitemp löytää kaikki anturit normaalisti ja tekee niistä itselleen konfigurointitiedoston kun sen suorittaa -i parametrillä.

Sitten kun laitan talologgerin lukemaan digitempiä, luku epäonnistuu ja samalla lukittuu myös Oumanin käyttämä sarjaportti ja luku sieläkin lakkaa onnistumasta. Kun sammuttaa talologgerin, poistaa lock-tiedoston temp-hakemistosta, ottaa conffista digitempit pois ja laittaa uudelleen päälle niin lukee Oumania normaalisti.

Kun otan tuon talologgerin käyttämän komennon eli: C:\talo\digitemp\digitemp.exe -q -c c:\talo\digitemp\.digitemprc -s /dev/com4 -t 2 -o "%.2C" -O "%C" -H "%h"

ja laitan sen cmd-ikkunaan niin vastuksena tulee kyseisen anturin lämpötila esim. 68.50

Talologger loki näyttää tällaista:

Koodia: [Valitse]

30.06.2014 22:19:27: Starting taloLogger.py (v1.5c).
30.06.2014 22:19:27: OUMAN: Running oumanSerial query with id 1
30.06.2014 22:19:27: OUMAN: Opened oumanSerial port: COM3
30.06.2014 22:19:27: ReleasedVersionChecker:
######################################################################
#    There is a newer release version of taloLogger available in
#
#                  http://olammi.iki.fi/sw/taloLogger/
#
#    Current version: v1.5c    Available release version: v1.6a
######################################################################
30.06.2014 22:19:27: OUMAN: Closed oumanSerial port: COM3
30.06.2014 22:19:27: OUMAN: Received ouman response: '\x02\x06!\x00\x01cVz\x00201L\x96Mar  2 06\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xe8'
30.06.2014 22:19:27: OUMAN: Received Ouman device ID: 201L–Mar  2 06             
30.06.2014 22:19:40: OUMAN: Running oumanSerial query with id 18
30.06.2014 22:19:40: DIGITEMP: Reading data from DigiTemp using command: C:\talo\digitemp\digitemp.exe -q -c c:\talo\digitemp\.digitemprc -s /dev/com4 -t 2 -o "%.2C" -O "%C" -H "%h"
30.06.2014 22:19:41: DIGITEMP: ERROR: Error reading from DigiTemp
  DigiTemp command: C:\talo\digitemp\digitemp.exe -q -c c:\talo\digitemp\.digitemprc -s /dev/com4 -t 2 -o "%.2C" -O "%C" -H "%h"
  DigiTemp output:
30.06.2014 22:19:41: DIGITEMP: Received oneWire data: ''
30.06.2014 22:19:41: OUMAN: Opened oumanSerial port: COM3
30.06.2014 22:19:41: OUMAN: Closed oumanSerial port: COM3
30.06.2014 22:19:41: OUMAN: Received ouman response: '\x02\x06\x04\x00\x12\x04Vv'
30.06.2014 22:19:41: OUMAN: Running oumanSerial query with id 20
30.06.2014 22:19:51: OUMAN: ERROR: Unable to aquire lockfile for oumanSerial port: c:\windows\temp\lock___._COM3
30.06.2014 22:19:51: OUMAN: ERROR: Cannot open serial port.
30.06.2014 22:19:51: OUMAN: Running oumanSerial query with id 23
Sitten python-ikkunaan tulee myös seuraava virheilmoitus, tämä siis juuri ennen kuin virheilmoitukset digitempistä tulevat.

Koodia: [Valitse]

Error running thread (thread id 1620): (type ´exceptions.AttributeError´) ´module´object has no attribute ´F_GETFL´
Myös 1.6 versio on kokeiltu eikä muuttanut tilannetta.

[olammi]

Juu, näyttää tuosta kohtaa taloLoggerin toteutus olevan Unix-riippuvainen. Pitää pistää listalle, että fiksaan myös Windows-toteutuksen.

[Forso]

En saa lämpöantureita näkymään home/talo/owfs - kansioon eikä ip-osoitteella kalikasta. Näyttää tyhjää TalologgerPi sivua. Winukka tunnistaa adapterin, kertoo olevan usb-sovitin.

Käytössä tämä adapteri:
http://www.ebay.com/itm/USB-1-wire-1wire-DS9097-adapter-for-automation-temperature-Windows-Linux-Raspi-/231260963718?pt=LH_DefaultDomain_0&hash=item35d83a4386

Antureina:
http://www.ebay.com/itm/10pcs-DS18b20-Waterproof-Temperature-Sensors-Temperature-Transducer-JT1-/300887518629?pt=AU_B_I_Electrical_Test_Equipment&hash=item460e4b2da5

Missä mättää?

Tommi

[olammi]

Lomat lusittu. Palataanpas aiheeseen. Oletko saanut tuota toimimaan? Ilmeisesti owfs ei tunnista adapteria tai owsf ei ole käynnissä. Näkyykö raspin systeemilokissa /var/log/syslog tai /var/log/messages jotain/mitä, kun laitat adapterin kiinni raspiin?

[ilpo_]

En saa lämpöantureita näkymään home/talo/owfs - kansioon eikä ip-osoitteella kalikasta. Näyttää tyhjää TalologgerPi sivua. Winukka tunnistaa adapterin, kertoo olevan usb-sovitin.

Käytössä tämä adapteri:
http://www.ebay.com/itm/USB-1-wire-1wire-DS9097-adapter-for-automation-temperature-Windows-Linux-Raspi-/231260963718?pt=LH_DefaultDomain_0&hash=item35d83a4386

Antureina:
http://www.ebay.com/itm/10pcs-DS18b20-Waterproof-Temperature-Sensors-Temperature-Transducer-JT1-/300887518629?pt=AU_B_I_Electrical_Test_Equipment&hash=item460e4b2da5

Missä mättää?

Tommi

Minulla löytyy täysin sama sovitin ja anturit. Windowsissa sain pelittämään LogTempillä, mutta linuxissa ei tahdo anturit löytyä.


Jostain syystä raspi buuttaa jos sovittimen laittaa lennosta kiinni, mutta käynnistyksessä suoltaa tämmöistä:

Oct 23 14:17:21 raspberrypi kernel: [   11.377911] usbcore: registered new interface driver usbserial
Oct 23 14:17:21 raspberrypi kernel: [   11.497692] usbcore: registered new interface driver usbserial_generic
Oct 23 14:17:21 raspberrypi kernel: [   11.556277] usbserial: USB Serial support registered for generic
Oct 23 14:17:21 raspberrypi kernel: [   11.768340] usbcore: registered new interface driver pl2303
Oct 23 14:17:21 raspberrypi kernel: [   12.062844] usbserial: USB Serial support registered for pl2303
Oct 23 14:17:21 raspberrypi kernel: [   12.205654] pl2303 1-1.2:1.0: pl2303 converter detected
Oct 23 14:17:21 raspberrypi kernel: [   12.213584] bcm2708-i2s bcm2708-i2s.0: Failed to create debugfs directory
Oct 23 14:17:21 raspberrypi kernel: [   12.506591] usb 1-1.2: pl2303 converter now attached to ttyUSB0

[jolla]

tuo rivihän on niinkuin pitääkin käsittääkseni
i2s.0 rivi on jotain äänijuttuja ehkä, sillä ei mitausten kanssa mitään tekemistä

/home/talo/service/owfs/run tiedostoon

Koodia: [Valitse]

#!/bin/sh
/sbin/modprobe fuse
exec /usr/bin/owfs -C -d /dev/ttyUSB0 -m /home/talo/owfs --foreground --allow_other --error_print 1ja owfs.conf tiedostoon joka riville ensimmäiseksi #
niin pitäisi anturit näkyä

[Forso]

Paluu aiheeseen....

Tuli tontille kaveri joka osaa enemmän kun pelkästään avata tietokoneen ja sai kaivettua anturit eloon. Itseasissa jopa kahdella eri usb-1wire adapterilla. Eli se asia on hallinnassa.

Onkos muuten Daikinin Altherma-sarjan koneelle mitään keinoa saada pumpun tiedot talologgerille?

[jaaltone]

Heips ja kiitos Olli loistavasti toimivasta taloLoggerPi installerista!

Asennus sujui juuri niin helposti kuin ohjeissa luvataan ja dummy dataa syntyi kantaan.

Tavoite oli saada taloLogger keskustelemaan nyt ensin alkuun IVT:n lämpöpumpun kanssa ja sitten lisätä myöhemmin kasa 1-wire mittareita ja mahdollisesti pari langatonta muuta lämpöanturia.
En saa kuitenkaan REGOa vastaamaan, mitä teen väärin?

Pi:ssä on kiinni perus FTDI:n usb - rs232 adapteri ja se kiinni regossa suoraan. Onko tämä ok vai tarviiko jotain muuta väliinsä?

FTDI:n adapteri näkyy dmesgissä hienosti (/dev/ttyUSB0) ja tuolle laitteelle on 777 oikat.

Asetukset taloLogger.conf tiedostossa

Koodia: [Valitse]

#############################################################################
# data sources
#############################################################################
@DATASOURCE=REGO:REGO

#############################################################################
# RegoSerial configuration
#############################################################################

# Rego device type (see regoSerial.py for available types)
REGO:DEVICE = REGO600

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

Tässä kaikki mitä on logissa (verbose on päällä):

Koodia: [Valitse]

30.10.2014 20:16:32: Starting taloLogger.py (v1.6a).
30.10.2014 20:16:32: REGO: Getting regoSerial version info.
30.10.2014 20:16:32: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:16:34: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:16:34: REGO: Received rego response: ''
30.10.2014 20:16:34: REGO: ERROR: Timeout reading version from Rego
30.10.2014 20:16:34: ERROR: Error initializing module REGO: Error reading version from Rego controller.
30.10.2014 20:18:00: REGO: Running regoSerial query with id 521
30.10.2014 20:18:00: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:02: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:02: REGO: Received rego response: ''
30.10.2014 20:18:02: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:02: REGO: Running regoSerial query with id 522
30.10.2014 20:18:02: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:04: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:04: REGO: Received rego response: ''
30.10.2014 20:18:04: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:04: REGO: Running regoSerial query with id 523
30.10.2014 20:18:04: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:06: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:06: REGO: Received rego response: ''
30.10.2014 20:18:06: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:06: REGO: Running regoSerial query with id 524
30.10.2014 20:18:06: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:08: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:08: REGO: Received rego response: ''
30.10.2014 20:18:08: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:08: REGO: Running regoSerial query with id 526
30.10.2014 20:18:08: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:11: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:11: REGO: Received rego response: ''
30.10.2014 20:18:11: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:11: REGO: Running regoSerial query with id 527
30.10.2014 20:18:11: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:13: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:13: REGO: Received rego response: ''
30.10.2014 20:18:13: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:13: REGO: Running regoSerial query with id 528
30.10.2014 20:18:13: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:15: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:15: REGO: Received rego response: ''
30.10.2014 20:18:15: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:15: REGO: Running regoSerial query with id 529
30.10.2014 20:18:15: REGO: Opened regoSerial port: /dev/ttyUSB0
^C30.10.2014 20:18:15: Terminating due to SIGINT.
30.10.2014 20:18:16: Terminating.

Luonnollisesti siis yllä olevassa keskeytin tuon itse tuossa lopussa ^C:llä, mutta tuota jatkuu ikuisesti.

Mitä teen väärin?

[olammi]

Rego600:ssa on käsittääkseni TTL-tasoinen sarjaulostulo, johon ei voi kytkeä suoraan RS232-sovitinta. Väliin pitäisi saada siis jonkinlainen sovitin, joka saa aikaan RS232-liitettävyyden.

Tuolla ainakin jotain kytkentäkaavioitakin:

http://rago600.sourceforge.net/

[jaaltone]

Joo, kiitos, niin näkyy olevan. En ollut perehtynyt tarpeeksi asiaan.

No onneksi kolvi pysyy kädessä... osat maksoi paikallisessa elektroniikkaliikkeessä 3,01€ sisältää kotelon ja koekytkentälevyn sekä alvin.
No sarjakaapeli oli tietysti jo ennestään jonka vedin vain poikki, joten liittimet lisäksi olisi tarvinnut ostaa ellei olisi ollut.

Nyt toimii hienosti.

Kiitos!

[olammi]

Julkaistu 01.12.2014: taloLoggerGraph versio v1.1c, jossa uudet ominaisuudet:

• Mahdollista konfiguroida 1-N Y-akselia aiemman 2 sijaan
• Y-akselin skaalan voi määritellä automaattiseksi, jolloin ylä ja alaraja lasketaan datan vaihteluvälistä
• taloLoggerGraphin sivugeneroinnin voi käynnistää myös komentoriviltä, jolloin tehdään annettuun tuloshakemistoon index.html ja sen viittaamat kuvatiedostot paramteroinnin mukaan. Käyttöohjeita komennolla php taloLoggerGraph.inc
• Kyselyssä voidaan päivämääräksi antaa myös kokonaisluku, joka kuvaa päiviä kuluvasta päivästä. Esim. arvo -1 tarkoittaa eilistä.
• Lisätty generoitujen valmiiden päiväkuvien cachetus. Enabloitavissa konfiguraatiotiedostosta, annettava cachen sijaintihakemisto sekä www-polku, josta cache näkyy http-palvelimelta ulos.
• Korjattu ongelma: Netin hakukoneiden käynti taloLoggerGraph-sivulla aiheuttaa /tmp:n täyttymistä tilapäistiedostoilla (kuvilla). Tämä johtuu siitä, että taloLoggerGraph-sivun ajaminen generoi kuvaajat, mutta hakukoneet eivät hae kuvia, joten ne jäävät tmp-hakemistoon. taloLoggerGraph poistaa ajettaessa tmp-hakemistostaan minuuttia vanhemmat generoimansa väliaikaiskuvatiedostot, joita ei ole vielä haettu. taloLoggerGraphille on mahdollista konfiguroida järjestelmän tmp-hakemistosta poikkeava paikka tilapäistiedostoille tarvittaessa. Hakukoneiden käyntejä voidaan myös rajoittaa laittamalla www-palvelun juureen robots.txt-tiedosto, joka kieltää hakukonetta menemästä taloLoggerGraphin tuottamiin alihakemistoihin.
  

[Maatilallinen]

Päivitin juuri graphin versioon 1.1c. Hyvin toimii komentoriviltä kuvien muodostus

Mutta mistä tuonne loppuun tulee aina tuollainen keltainen pystyviiva, liitteenä on kuva?

[olammi]

Mutta mistä tuonne loppuun tulee aina tuollainen keltainen pystyviiva, liitteenä on kuva?

Koskeeko tämä vain komentoriviltä muodostettuja kuvia (outoa jos näin) vai myös selaimella haettuja? Tuleeko vastaavaa kaikkiin kuviin vai tähän yhteen?

[Maatilallinen]

Mutta mistä tuonne loppuun tulee aina tuollainen keltainen pystyviiva, liitteenä on kuva?

Koskeeko tämä vain komentoriviltä muodostettuja kuvia (outoa jos näin) vai myös selaimella haettuja? Tuleeko vastaavaa kaikkiin kuviin vai tähän yhteen?

Tulee myös selaimella haettuihin, ja nimenomaan noihin käppyröihin. Viivaa ei tule tuohon toiseen kuvaan, mikä on liitteenä, eikä myöskään edellisiltä vuorokausilta otettuihin kuviin.

[olammi]

Väriltään se viittaisi arvoon "Sähkövastukset 1/1". Tuo on ilmeisesti STATE-tyyppinen SERIES? Onko sen ehto (statement) minkälainen taloLoggerGraphin conffissa?

[Maatilallinen]

Väriltään se viittaisi arvoon "Sähkövastukset 1/1". Tuo on ilmeisesti STATE-tyyppinen SERIES? Onko sen ehto (statement) minkälainen taloLoggerGraphin conffissa?

Se on tuollainen:

Koodia: [Valitse]

@SERIES = STATE:tilatieto:Sähkövastukset 1/1:yellow:(%VALUE% & 16) !=0
Eli Oumanilta haetusta "tilatieto" muuttujasta tulee tuo.

EDIT: Juu, vaihdoin punaiseksi tuon sähkövastuksen niin viivakin muuttui punaiseksi, eli jotenkin siitä se tulee.
EDIT2: Kommentoin sähkövastusrivin pois niin sitten viiva tulee kiertovesipumpun arvosta, mikä on viimeisenä konffitiedostossa. Myöskin jos viimeiseksi siirtää jonkin NORMAL-arvon niin silti tulee viimeisestä STATE arvosta tuollainen viiva.

[olammi]

Ok. Tuijottelen koodia tuolta kohden sillä silmällä, josko siihen syy löytyisi.

[olammi]

En nyt kyllä heti keksi miksi olisi alkanut tuollaista tekemään enkä saa omilla datoilla toistettua tuollaista ongelmaa. Mikä JPGraphin versio sinulla on? Pitäisi olla v3.0.7.

[Maatilallinen]

JPGraph lienee oikeata versiota, tuollainen:

Koodia: [Valitse]

Version: v3.0.7, Build: r1928, Exported: Mon, 11 Jan 2010 at 23:34 (UTC+2), w1002.1
Toinen ongelma mitä en muistanut laittaa, oli että päivityksen jälkeen en saanut mitään kuvia ollenkaan ennenkuin kommentoin talologgergraph_getchart.php tiedostosta rivin

Koodia: [Valitse]

removeOldTempFiles();
pois. Tämän jälkeen on toiminut normaalisti. Ei kai se tuosta voi johtua että tekee tuollaista?

Testailin vähän lisää, jos poistan tuosta prosessikaaviosta kaikki mittaukset niin sitten kyseistä viivaa ei enään tule. Eli jos prosessikaaviossa yksikin mittaus niin käppyrään tulee viiva. Muuten siinä saa olla kaikki paikoillaan, labelit ja tausta, mutta yhtään mittausta ei kärsi.

[olammi]

JPGraph lienee oikeata versiota, tuollainen:

Koodia: [Valitse]

Version: v3.0.7, Build: r1928, Exported: Mon, 11 Jan 2010 at 23:34 (UTC+2), w1002.1
Toinen ongelma mitä en muistanut laittaa, oli että päivityksen jälkeen en saanut mitään kuvia ollenkaan ennenkuin kommentoin talologgergraph_getchart.php tiedostosta rivin

Koodia: [Valitse]

removeOldTempFiles();
pois. Tämän jälkeen on toiminut normaalisti. Ei kai se tuosta voi johtua että tekee tuollaista?

Testailin vähän lisää, jos poistan tuosta prosessikaaviosta kaikki mittaukset niin sitten kyseistä viivaa ei enään tule. Eli jos prosessikaaviossa yksikin mittaus niin käppyrään tulee viiva. Muuten siinä saa olla kaikki paikoillaan, labelit ja tausta, mutta yhtään mittausta ei kärsi.

Tuo 3.0.7 on OK. Kun jouduit poistamaan removeOldTempFiles:in, niin tuliko Apachen virhelokiin jotain kuvaavaa, josta voisi selvitellä mitä tapahtui. Pientä vikaa selkeästi minun uusissa koodeissa. Works for me, mutta pitäisi tietysti toimia moninaisissa ympäristöissä.

OK, eli se olisikin riippuvainen siitä IMAGE-osasta... Jännää. Kokeilen vielä, että saanko tuon viivan itsellä ilmaantumaan, jos laitan sinne kuvan ja dataa.

[Maatilallinen]

Ei ole Apachea vaan IIS 7.5. Loki näyttää tuolta silloin kun kuvia ei saada:

Koodia: [Valitse]

2014-12-07 20:53:27 10.0.0.1 GET /lampo/talo.php - 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 200 0 0 3930
2014-12-07 20:53:27 10.0.0.1 GET /lampo/taloLoggerGraph_getchart.php img=22826 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 500 0 0 249
2014-12-07 20:53:27 10.0.0.1 GET /lampo/taloLoggerGraph_getchart.php img=7897 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 500 0 0 311

Ja tuolta kun kuvat saadaan:

Koodia: [Valitse]

2014-12-07 20:56:27 10.0.0.1 GET /lampo/talo.php - 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 200 0 0 3915
2014-12-07 20:56:27 10.0.0.1 GET /lampo/taloLoggerGraph_getchart.php img=20552 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 200 0 0 0
2014-12-07 20:56:27 10.0.0.1 GET /lampo/taloLoggerGraph_getchart.php img=17682 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 200 0 0 15
Eipä noista nyt juurikaan mitään irti saa, silloin kun kuvia ei ole niin vastaus on 500 eli Internal server error ja silloin kun kuvat on niin 200 eli OK.

Tuo ei ole mikään ongelma, kun muutenkin luon kuvat puolen minuutin välein valmiiksi jotta ne näkyvät nopeasti ilman muutaman sekunnin odottelua, ja jos liikennettä on runsaasti niin palvelimen kuormitus on paljon vähäisempää noin toimiessa.

Edellisessä versiossa piti wgetin avulla tehdä tuo ja siitä syntyi tilapäistiedostoja aivan jumalattomasti, neljä kuvaa minuutissa, joten tein skriptin millä niitä siivottiin pois tietyin väliajoin

[olammi]

Testailin vähän lisää, jos poistan tuosta prosessikaaviosta kaikki mittaukset niin sitten kyseistä viivaa ei enään tule. Eli jos prosessikaaviossa yksikin mittaus niin käppyrään tulee viiva. Muuten siinä saa olla kaikki paikoillaan, labelit ja tausta, mutta yhtään mittausta ei kärsi.

OK, eli se olisikin riippuvainen siitä IMAGE-osasta... Jännää. Kokeilen vielä, että saanko tuon viivan itsellä ilmaantumaan, jos laitan sinne kuvan ja dataa.

Sain vian toistettua. Se tulee todella, jos CHART:ia ennen konfiguraatiossa on IMAGE-osio. Eiköhän tuo saada metsästettyä, että mistä johtuu.

Edit: Vika paikallistettu ja korjattu. Periaatteellinen vika koodissa, johtaa viittausten jälkivuotamiseen, realisoituu siinä tapauksessa, että IMAGE on ennen CHART-tyyppistä kuvaa konfiguraatiossa ja CHARTissa on STATE-tyyppisiä sarjoja... Vaiva kosmeettinen ja poistuu, kun v1.1d on käsillä.

[olammi]

Ei ole Apachea vaan IIS 7.5. Loki näyttää tuolta silloin kun kuvia ei saada:

Kokeilin IIS 7.5:ssa ja PHP5.3:ssa tuota. Kuvien poisto ei perustilanteessa toimi, koska defaultina temppihakemisto on c:\Windows\Temp, josta IIS:llä ei näytä olevan lupaa ottaa hakemistolistausta. Skriptin pitäisi kuitenkin toimia ja havaita virhe (ja toimiikin ainakin tuossa minulla). Virhelokiin tulee tavaraa, mutta ei estä toimintaa.

Konfiguroin taloLoggerGraphin TEMP-hakemiston sijainnin alueelle, joka on vapaampaa, jonka jälkeen homma toimii ok.

[olammi]

Julkaistu 10.12.2014:

taloLoggerGraph versio v1.1d:

• Korjattu sovelluskoodissa piilleet jäännösviittausongelmat, jotka tietyssä erityistilanteessa saivat kuvaajiin aikaan haamudataa.
• Korjattu esimerkkikonfiguraatiotiedostossa olleet puutteet.

taloLogger versio v1.6c: Julkaistu aiemmin epävirallisessa jaossa olleessa dev_201402-kehitysversiossa olleita lisäyksiä ja korjauksia

• Korjattu datan tallennusta virhetilanteissa. Aiemmin virheellinen data (ei esim. sovi kantaskeemaan) pysäytti loggauksen. Nyt tietyn uudelleenyritysmäärän jälkeen virheellinen data hylätään ja lokitetaan tekstilokiin ja tallennus jatkuu uudella datalla. Esim. tietokantayhteyden ollessa poikki säilöö dataa ja tallettaa kantaan, kun yhteys on taas olemassa.
• Virtuaalimittausten käsittelyä muutettu tapauksissa, jolloin dataa ei ole vielä olemassa. Puuttuvat arvot korvataan Python-vakiolla "None", johon voidaan viitata virtuaalimittausten ehdoissa.
• Ouman EH800 -moduuli: Lisätty ON/OFF tilamuuttujan käsittely.
• taloLogger toimii jälleen Windows-ympäristössä.
• Muutettu shell-moduulin regexp-tunnistusta vapaammaksi. Parantaa arvojen etsimistä monirivisissä tulosteissa. Asetettu DOTALL-lippu päälle (regexpin piste . osuu myös rivinvaihtoihin)
• RegoSerial-moduuli: Lisätty datapisteitä: GT1/GT3 Target/On/Off

 

[noble]

changelog:sta löytyy, että Nibe-tukea on lisätty 1.4c,e ja g -versioissa. Mitä nämä muutokset käytännössä ovat?

Onko talologger kuinka valmis kytkettäväksi Nibeen, ilmeisesti 1.4g -versiossa on ainakin lisätty tuki, ettei pumppu mene vikatilaan?

Olisiko noviisille antaa neuvoja, kuinka nuo Nibe-moduulit otetaan talologgerissa käyttöön?

EDIT: ilmeisesti onnistuneesti on logattu 1240:siä, mutta ei 1245:sia? Ja adapterina kiinnostaa käyttää USB-RS485:sta, vai onkohan RS232-RS485 vaatimus...

[olammi]

changelog:sta löytyy, että Nibe-tukea on lisätty 1.4c,e ja g -versioissa. Mitä nämä muutokset käytännössä ovat?

v1.4c:ssä on tullut ensimmäinen versio Nibe-moduulista.

v1.4e:ssä on tuon moduulin sisäistä logiikkaa ja sarjaporttiparametreja muutettu. 1.4c:ssä ollut oli ensimmäinen arvaus, joka ei oikein toiminut ilmeisesti ja tähän koitettiin toista lähestymistapaa.

v1.4g:ssä on lisätty virhetilanteista toipumista. Eli lokitus huomaa, jos yhteys ei pelitä enää, sulkee portin ja yrittää uudelleen, data ei kulje.

Olisiko noviisille antaa neuvoja, kuinka nuo Nibe-moduulit otetaan talologgerissa käyttöön?

taloLogger.conf:iin aktivoidaan NIBE-tyyppinen moduuli ja nimetään se. Alla nimetty tylsästi NIBE:ksi. Sitten NIBE-nimisen moduulin konfiguraatioparametrit, joista laitetyyppi on aina DEFAULT ja SERIAL_PORT on sarjaportin device-polku (alla kiinteä sarjaportti, voisi olla myös vaikka esim. /dev/ttyUSB0, jos käytetään USB-sarja-muunninta). Sitten konfiguroidaan joitain Nibe-moduulin datapisteitä talletettavaksi. Alla vain yksi: Ulkolampotila. Mahdolliset arvot voi katsoa taloLoggerin tiedoston nibeSerial.py alkupäässä olevasta taulukosta, jossa on tarjolla olevat avaimet.

Koodia: [Valitse]

@DATASOURCE=NIBE:NIBE
NIBE:DEVICE = DEFAULT
NIBE:SERIAL_PORT = /dev/ttyS0
@MEASURE = outdoor:NIBE.Ulkolampotila


[olammi]

Julkaistu 1.1.2015:

taloLogger v1.6d:

• Moduulien initit kirjoittavat nyt kaikki jotain lokiin, että näkee helpommin mitkä tuli aktivoitua konfiguraatiossa.
• Raspberry Pi GPIO inputtien tuki
• Lisätty --nodaemon -optio, jolla voidaan pakollapakolla estää, ettei vahingossa väärällä konfiguraatiotiedostolla esim. taloLoggerPi:ssä loggeri mene daemon-tilaan. Daemon-tila toki tuettu edelleen normaalisti.

taloLoggerGraph v1.1e:

• Korjattu cachetuksessa ollut ongelma, jos kuluvan päivän päiväys valitaan kalenterista.

taloLoggerPi v1.1b:

• Lisätty talo-käyttäjä www-data-ryhmään (taloLoggerGraph-cachetusta varten).
• Installer asentaa valmiit hakemistot oikeuksineen taloLoggerGraphin cachetusta varten. Cachetuksen konfiguraatiosta esimerkki konfiguraatiotiedostossa ja aktivointiin tarvitaan vain muuttaa cachetus päälle.
• Lisätty tuki taloLoggerin GPIO-inputien lokitukselle sekä viritys, jolla vain taloLoggerin GPIO-moduulia ajetaan root-tasoisena (GPIO vaatii, että pystyy käsittelemään) ja muuta taloLoggeria edelleen talo-käyttäjätasolla.
• Korjaattu v1.1a:ssa uusien taloLoggerGraphien kanssa virheilmoituksen antanut oletus-taloLoggerGraph-konfiguraatiotiedosto.