Talologger apua tarvitaan

[olammi]

Mistä löytyy talologgergraphin css-koodi? Mihin tiedostoon laitan kävijälaskurin seurantakoodin? index.php? 

TaloLoggerGraphissa ei sinänsä taida olla ollenkaan CSS:ää. TaloLoggerPi-asennuksessa taitaa olla jotain pientä, joka luultavasti on ui/alku.php:ssa. index.php on kuitenkin paikka, josta nuo liitetään, joten sieltä pääsee liikkeelle. (tämä nyt kaikki vähän puoliksi ulkomuistista, en pääse juuri nyt suoraan käsiksi Pi-imageen ja tarkistamaan)

[jussip]

Nyt on viikko takana loggaamista web-palvelimelle: www.talodata.net

Käyttääkö joku muu raspin kanssa ds9490-adapteria (usb ja ilman hubia) ja ethernet-yhteyttä?

Mulla raspi pudottaa itsensä verkosta 2-12 tunnin välein ja sen verran tein taustatutkimusta, että tämä on ilmeisesti huono vaihtoehto. Laitoin tilaukseen uuden 1-wire adapterin, joka tulee kiinni i2c-väylään. Sitten jää  usb-laitteet kokonaan pois kokoonpanosta...

Aiemmin tallensin sqlite-kantaan muistikortille, eikä mitään ongelmia ollut. Laitoin tilaukseen myös paremman virtalähteen, koska huono virtalähde saattaa aiheuttaa samanlaista vikaa. (jännite on 4.85v, tp1 ja tp2) Lisäksi tulee akkuvarmennus, ettei sähkökatkolla boottaa.

[lorvi]

Hienosti toimii, kun on palvelimena rautaa enempi kuin raspissa. Pakko oli raspista karsia palvelimet kun tietokannat alkoivat korruptoitua ja nopeuskin oli, sanoisinko toivottoman hidas.

[jussip]

Nyt raspi pysynyt pystyssä ja verkossa jo 4 päivää putkeen  Vaihdoin siis virtalähteen ja 1-wire-adapterin.

Takaisin otsikon mukaiseen aiheeseen:

Kwh_talo mittaa kokonaiskulutusta ja Kwh_mlp pumpun kulutusta, kwh_talo 1000 pulssia/s. ja kwh_mlp 800 pulssia/s.
Tein virtuaalianturin:

Koodia: [Valitse]

@VIRTUAL = teho_muu:1:(((%_Kwh_talo_% - %/_Kwh_talo_/%) / (%_%TIME%_% - %/_%TIME%_/%)) * (3600.0 / 1000.0)) - (((%_Kwh_mlp_% - %/_Kwh_mlp_/%) / (%_%TIME%_% - %/_%TIME%_/%)) * (3600.0 / 800.0))

Koodia: [Valitse]

@SERIES = NORMAL:teho_muu:Teho_MUU:yellow:1:1
Em. toimii mutta seuraava ei. Saako jotenkin kikkailtua "kwh_talo - kwh_mlp" -kulutuslukemaa? (counter type 2)

Koodia: [Valitse]

#@VIRTUAL = kwh_muu:1:(%_Kwh_talo_% - %/_Kwh_talo_/%) - ((%_Kwh_mlp_% - %/_Kwh_mlp_/%) * 1.25)

Koodia: [Valitse]

#@SERIES = COUNTER:kwh_muu:Kulutus_MUU:orange:2:0.001:2

[olammi]

Em. toimii mutta seuraava ei. Saako jotenkin kikkailtua "kwh_talo - kwh_mlp" -kulutuslukemaa? (counter type 2)

Koodia: [Valitse]

#@VIRTUAL = kwh_muu:1:(%_Kwh_talo_% - %/_Kwh_talo_/%) - ((%_Kwh_mlp_% - %/_Kwh_mlp_/%) * 1.25)

Koodia: [Valitse]

#@SERIES = COUNTER:kwh_muu:Kulutus_MUU:orange:2:0.001:2

Tuo type-2-laskuri tekee kumulatiivista viivaa, mutta laskurin pitäisi olla kasvava. Tuossa kwh_muu ei ole kasvava vaan aikavälissä kulunut "muu-pulssimäärä". Kasvavan siitä voisi tehdä seuraavalla virtuaalimittauksella:

Koodia: [Valitse]

@VIRTUAL = kwh_muu:1:%_Kwh_talo_% - (%_Kwh_mlp_% * 1.25)

[jussip]

Koodia: [Valitse]

@VIRTUAL = kwh_muu:1:%_Kwh_talo_% - (%_Kwh_mlp_% * 1.25)
@SERIES = COUNTER:kwh_muu:Kulutus_MUU:orange:2:0.001:2
Näillä riveillä lukemaksi tulee reilu 1500 kWh, vaikka oikea lukema olisi n. 10 kWh.

[JJ72]

Nyt on viikko takana loggaamista web-palvelimelle: www.talodata.net

Komiat käppyrät sulla!!!

[jussip]

Koodia: [Valitse]

@VIRTUAL = kwh_muu:1:%_Kwh_talo_% - (%_Kwh_mlp_% * 1.25)
@SERIES = COUNTER:kwh_muu:Kulutus_MUU:orange:2:0.001:2
Näillä riveillä lukemaksi tulee reilu 1500 kWh, vaikka oikea lukema olisi n. 10 kWh.

Eipäs tulekaan enää! Allekirjoittanut taisi olla liian hätänen kommentissaan, nyt nimittäin pelaa just niin kuin pitää.

[jussip]

Nyt on viikko takana loggaamista web-palvelimelle: www.talodata.net

Komiat käppyrät sulla!!!

Kiitos

Tein uuden ulkoasun sivulle ja käppyröitä muutama lisää.. www.talodata.net

[olammi]

Eipäs tulekaan enää! Allekirjoittanut taisi olla liian hätänen kommentissaan, nyt nimittäin pelaa just niin kuin pitää.

Hyvä, että pelaa. Mietin jo eilen, että miten tuota nyt selvittäisi, mutta ei tarvinnut sitten ilmeisesti enempää kaivella tuota.

[jussip]

Lähellä oli eilen etten nollannu laskureita 

[jussip]

Millä komennoilla talologgerin ja owfs:n saa käynnistettyä uudelleen.
Ne ei näy service --status-all -komennolla?

[olammi]

Jos kyse on taloLoggerPi:stä, niin siinä taloLogger ja owfs on ajossa daemontools-nimisen työkalun avulla. Komennot, jolla tuota hallitaan ovat svc ja svstat. Daemontools ajaa kaikkia /etc/service -hakemistossa olevia instansseja (tai niiden run-skriptejä) ja huolehtii, että ne pysyvät käynnissä - käynnistää uudelleen, jos prosessi esim. kippaa. svstat kertoo palvelun tilan. svc:llä kontrolloidaan palvelua. Esimerkiksi sammutetaan (down) taloLogger:

Koodia: [Valitse]

svc -d /etc/service/taloLogger

Muita vipuja voi tarkastella tuosta: http://cr.yp.to/daemontools/svc.html

[jussip]

Koodia: [Valitse]

SHELL2:REGEXP = ^\s*(?P<input0>\d\s* \s*(?P<input1>\d\s*$
Skripti tulostaa: "1 0 1 0 0 0 1 1" (nollan tai ykkösen välilyönnillä erotettuna).
Miten tuosta saa toimivan?
Skripti pitää ajaa roottina, laitanko location = sudo ja parameters = /polku/skriptiin/skripti.py

[olammi]

Skripti tulostaa: "1 0 1 0 0 0 1 1" (nollan tai ykkösen välilyönnillä erotettuna).
Miten tuosta saa toimivan?

Tulosteessa on siis 8 arvoa, jotka halutaan lokittaa. Seuraava tekee siis nimet SHELL2.input0, SHELL2.input1, ..., SHELL2.input7, joita voi käyttää MEASURE-riveillä.

Koodia: [Valitse]

SHELL2:REGEXP = ^\s*(?P<input0>\d)\s+(?P<input1>\d)\s+(?P<input2>\d)\s+(?P<input3>\d)\s+(?P<input4>\d)\s+(?P<input5>\d)\s+(?P<input6>\d)\s+(?P<input7>\d)\s*$

Skripti pitää ajaa roottina, laitanko location = sudo ja parameters = /polku/skriptiin/skripti.py

Näin. Ehkä sudolle löytyy myös koko polku. Sudon pitää toki olla myös kongifuroitu siten, että se ei kysele salasanaa. Näin sanoen, en ole kokeillut ajaa sudoa tuolla SHELL-komennolla, mutta eiköhän sen pitäisi onnistua.

[jussip]

Koodia: [Valitse]

#############################################################################
# Shell2 module configuration
#############################################################################

# Location of the shell script or executable
SHELL2:LOCATION = /usr/bin/sudo

# Script or executable parameters
SHELL2:PARAMETERS = /home/talo/bin/read_GPIO.py

# Result value regexp.
SHELL2:REGEXP = ^\s*(?P<input0>\d)\s+(?P<input1>\d)\s+(?P<input2>\d)\s+(?P<input3>\d)\s+(?P<input4>\d)\s+(?P<input5>\d)\s+(?P<input6>\d)\s+(?$
Tästäkin varmaan puuttuu pilkku tai joku muu pikku juttu  mutta ei toimi jostain syystä.
Komentoriviltä toimii:

Koodia: [Valitse]

pi@talologger ~ $ /usr/bin/sudo /home/talo/bin/read_GPIO.py
0 0 0 1 1 1 1 1

Talologger herjaa seuraavaa:

Koodia: [Valitse]

01.12.2013 15:40:00: TaloLoggerThread: Unknown command source SHELL2

[lorvi]

Eiks toi python tarvitse koko polun, minulla ainakin chrontab issa piti olla jotta löysi sen pythonin.

[jussip]

Puuttui rivi

Koodia: [Valitse]

@DATASOURCE=SHELL:SHELL2
Nyt herjaa

Koodia: [Valitse]

01.12.2013 17:38:02: SHELL2: ERROR: Error executing Shell data source command
  Command: /usr/bin/sudo /home/talo/bin/read_GPIO.py
  Command output: sudo: no tty present and no askpass program specified
Edit: Nyt toimii, käyttäjälle talo piti antaa lisää oikeuksia /etc/sudoers -tiedostossa.

[Samikala]

Täälläkin tarvittais apuja...

Päivitin taloLoggerin versioon 1.5c, josta seurasi murheita. Data menee (myös) tiedostoon FILESTORE toiminnolla. Ongelmana on aikaleima. TIMESTAMP:ssa on määritelty talletettavaksi aika sekunnin tarkkuudella. Näin myös tapahtuu mutta jostain syystä sekunnit on aina 00 eli tarkkuus on oikeastaan minuutti. Vanhassa versiossa aikaleima oli sekunnin tarkkuudella. Olisiko sama juttu rrd päivityksessä kun kWh mittareiden käyriin ilmestyi ylimääräistä kohinaa samassa yhteydessä. Jos sielläkin aikatarkkuus minuutti niin se voisi selittää lisäkohinan.

Tuo päivitys liittyi yritykseen saada data MySql kantaan. Tämäkään ei onnistunut...
- MySql serveri asennettu ja toimii
- Käyttäjä "talo" luotu ja oikeudet "all privileges"
- Luotu tietokanta. Pitääkö tietokanta luoda jollain määrätyllä tavalla...?

Mitäs vielä pitää tehdä? Jos otan Mysql-datastore:n käyttöön conf-tiedostossa niin loggaus ei käynnisty ollenkaan... Ei ymmärrä.

TaloLogger on hieno softa, kiitokset Olammi!

[jussip]

Niin mullakin näkyy, tallennus kahden minuutin välein ja sekunnit on aina 02. Ei kai se vika ole. Laita tallentamaan vaikka 117 sekunnin välein niin saat eri lukemia 

[Samikala]

Eipä tuo muuten haittaisi mutta tosiaan kwh-mittareiden laskureiden lukuaika pitäisi saada aika tarkkaan talteen, jotta tehokäyrän kohina olis pienempi. Tappelin tämän asian kanssa jo aikaisemmin ja silloin auttoi kun käytti OWFS uncached-luentaa.

Vaihdoin takas taloLogger 1.4f:ään ja taas menee aikaleima talteen sekunnin tarkkuudella. Ja aika vaihtelee +-5 sekunnin sisällä, joten on ilmeisesti "tarkka" aika.

[olammi]

Aikaleiman määräytymisestä. Tilanne nyt. Loggerin lokitus "aktivoituu" oletusasetuksilla tasaminuutilla 2 minuutin välein. Mittaukset otetaan tuolloin, moduuleittain rinnakkain ja kantaan tallettuu lokituksen liipaisuaika. Liipaisu tapahtuu jaollisuuslaskennalla unix-epochista - ei taloLoggerin käynnistyshetkeen sitoutuen. Tallettuva aikaleima on luultavasti melko lähellä todellista mittausaikaa. Eri moduulit tosiaan nykyään luetaan rinnan. Saman moduulin sisällä arvot luetaan sekventiaalisesti siinä järjestyksessä kuin ne MEASURE-riveillä ovat.

Nyt siis esimerkiksi 1-wiren tapauksessa, jos haluaa laskuriarvon luennan tapahtuvan ensimmäisenä, niin kannattaa laittaa sitten laskurien MEASURE-rivit ensimmäisiksi konfiguraatiossa. Aikaleiman ja arvon lukemisen todellisen ajan viive ei kuitenkaan välttämättä ole kovinkaan iso.

Ennen (1.4 versiot) kantaan tallettui aika, jolloin data kirjoitettiin kantaan. Tämä siis kaikkien arvojen lukemisen ja määrittämisen jälkeen. Nyt kun oli ainakin omissa mittauksissa potentiaalisesti arvoja, joiden määrittäminen vei kauan (10 sek) tai vaihtelevan määrän aikaa, päätin muuttaa tallentuvan ajan mittauksen aloitusajaksi. Ennenkään se ei siis ollut esim. yksittäisen kWh-laskurin lukuaika vaan kaikkien mittauspisteiden valmistumisaika. Ennen mittaukset luettiin kaikki sekventiaalisesti, joten aika saattoi olla pitkäkin.

En usko, että Samikalan kWh-laskuri alkaa kohisemaan tuosta muutoksesta. Ajat ovat edelleen sekunnilleen mittauksen alkuhetkiä, vaikka nyt osuvatkin esimerkkikonfiguraatiolla tasaminuutille. Toki voit laittaa mittausintervalliksi jotain muuta kuin 60-sekunnilla jaollista, jolloin sekunnit mittausten aikaleimoissa eivät ole enää nollia. Tarkkuutta ne nollat eivät kuitenkaan muuta.

[Samikala]

Ahaa.. Tämä selittää asian.

Mulla on kwh laskurit MEASURE listan lopussa kun vanhassa versiossa se toimi parhaiten (ja lukien OWFS uncached hakemistosta). Tähän päädyin vuosi sitten monen kokeilun jälkeen. Mulla on kohtuu paljon mittauspisteitä ja loggeri kone ei ole maailman tehokkain. Nyt kun katson logia niin version 1.4 aikaleiman sekuntinumero vaihtelee välillä 29...39. Näytteenottoväli mulla on 60s.

1.5-versiolla pitää kwh laskurit siirtää listan alkuun niin ylimääräinen kohina poistuu. Mun tapauksessa tuo näkyi tehokäyrässä, johtuen ilmeisesti tuosta lukuajan vaihtelusta. Mutta asia tullee kuntoon kun siirrän kwh laskurit listan alkuun.

Kiitokset.

[jussip]

Nyt pukkaa mysql-erroria:

Koodia: [Valitse]

MYSQLDB: ERROR: Error in database operation, SQL: INSERT INTO talo_data (time, position_id, value) VALUES (FROM_UNIXTIME(1388172840), 1, -)Syykin löytyi, sääaseman patteri on loppu ja osa arvoista siitä johtuen "-" (viiva).
Tämä on ilmeisesti talologgerissa ns. ominaisuus?

[olammi]

Nyt pukkaa mysql-erroria:

Koodia: [Valitse]

MYSQLDB: ERROR: Error in database operation, SQL: INSERT INTO talo_data (time, position_id, value) VALUES (FROM_UNIXTIME(1388172840), 1, -)Syykin löytyi, sääaseman patteri on loppu ja osa arvoista siitä johtuen "-" (viiva).
Tämä on ilmeisesti talologgerissa ns. ominaisuus?

Ominaisuus tai bugi. Millä moduulilla (datasource) tuota arvoa kyseisessä kohdassa lokitat?

Nythän tuloksena on ollut jotain muuta kuin mitä odotettiin. Joka tapauksessa tuolloin kantaan ei päädy mitään. Nyt siitä tulee virhe insertistä, mutta oikeammin sen varmaan pitäisi vaan jättää yrittämättä edes insertiä, jos saatu arvo ei ole oikeellinen.

[jussip]

Shell-modulilla, kuusi ensimmäistä ok ja seitsemäs on viiva. Siihen sitten pysähtyy datan tallennus.

Koodia: [Valitse]

27.12.2013 23:44:19: MYSQLDB: Inserting data to database using SQL: INSERT INTO talo_data (time, position_id, value) VALUES (FROM_UNIXTIME(1388172840), 26, 1)
27.12.2013 23:44:19: MYSQLDB: Inserting data to database using SQL: INSERT INTO talo_data (time, position_id, value) VALUES (FROM_UNIXTIME(1388172840), 46, 0)
27.12.2013 23:44:19: MYSQLDB: Inserting data to database using SQL: INSERT INTO talo_data (time, position_id, value) VALUES (FROM_UNIXTIME(1388172840), 47, 0)
27.12.2013 23:44:19: MYSQLDB: Inserting data to database using SQL: INSERT INTO talo_data (time, position_id, value) VALUES (FROM_UNIXTIME(1388172840), 52, 1)
27.12.2013 23:44:19: MYSQLDB: Inserting data to database using SQL: INSERT INTO talo_data (time, position_id, value) VALUES (FROM_UNIXTIME(1388172840), 53, 1)
27.12.2013 23:44:19: MYSQLDB: Inserting data to database using SQL: INSERT INTO talo_data (time, position_id, value) VALUES (FROM_UNIXTIME(1388172840), 54, 0)
27.12.2013 23:44:19: MYSQLDB: Inserting data to database using SQL: INSERT INTO talo_data (time, position_id, value) VALUES (FROM_UNIXTIME(1388172840), 1, -)
27.12.2013 23:44:19: MYSQLDB: ERROR: Error in database operation, SQL: INSERT INTO talo_data (time, position_id, value) VALUES (FROM_UNIXTIME(1388172840), 1, -)
Täytyy vaihtaa patteri huomenna 

[Samikala]

TaloLoggerin kanssa on ilmennyt kummallinen ongelma. RRDToolin mukaan taloLogger päivittää RRD:tä kahteen kertaan samalla aikaleimalla. Tästä taas seuraa, että loggaus pysähtyy. Tätä ilmenee epäsäännöllisesti, joskus kerran viikossa joskus pari kertaa päivässä. En ole keksinyt mitään muuta selitystä kuin sen, että tämä alkoi kun siirryin taloLoggerin versiosta 1.4 versioon 1.5. Raakana ensiapuna mulla on rebootti, jos rrd ei päivity. Onko kellään mitään ajatusta mistä moinen voisi johtua?

Alla taloLoggerin logia:

05.01.2014 16:25:33: RRD: ERROR: Error writing data store RRD database: /home/Talo.rrd
  RRDTool command: /usr/bin/rrdtool update /home/Talo.rrd -t C01:C02:C04:C05:C06:C07:C08:C09:C10:OumanUlko:OumanHuone:
...
1003.880000:14.000000:21.812500:32.625000:4.625000:35.291500:22.562500
  RRDTool output: ERROR: /home/Talo.rrd: illegal attempt to update using time 1388931780 when last update time is 1388931780 (minimum one second step)

05.01.2014 16:26:16: Terminating due to SIGTERM.
05.01.2014 16:26:17: Terminating.
05.01.2014 16:26:55: Starting taloLogger.py (v1.5c) as daemon.
05.01.2014 16:26:55: OUMAN: Received Ouman device ID: 203T/May 18 11

[olammi]

Laitatko taloLoggerin lokia vähän kauempaa ajalta, jolloin ensimmäinen tuohon liittyvä virhe tuli. TaloLoggerin 1.5-versiossa siirryttiin toteutukseen, jossa mahdollisesti epäonnistuneet talletukset jäävät muistiin ja josta niitä yritetään jatkossa ajaa storeen uudellen. Nyt loggerille on jostain syystä tullut kuva, että arvot eivät menneet ok RRD:hen (rrdtool palautti jotain muuta kuin OK arvon) ja se yrittää talletusta uudelleen. RRD ei kuitenkaan niitä enää huoli. Ensimmäinen virheilmoitus kertoisi, että miksi logger on tullut tulokseen että arvoja ei saatu talletettua.

Tämä uusi feature on aiheuttanut jonkin verran ongelmaa myös muiden moduulien kanssa virhetilanteissa. Virheellinen data esim. pysäyttää loggauksen, vaikka uudempaa oikeellista olisi jonossa. Taitaa jatkossa tulla muutos, että yksittäistä datahetkeä koitetaan uudelleentallettaa vain jokin rajallinen määrä kertoja, jonka jälkeen kokeillaan myös uudempia. Jos uudemmat menevät, niin tämä ongelmallinen vanha nakataan roskiin. (=> TODO)

[Samikala]

Kiitos kommenteista. Alla logia pidemmältä ajalta. Jos oikein ymmärrän niin rrdtool ei anna virheilmoitusta kun eka virhe tulee...? Katsoin logista myös vanhempia ongelmia ja sama juttu, rrdtool output on tyhjä ensimmäisessä virhelogissa.


03.01.2014 14:12:36: TaloLoggerThread: Received none or unknown data for command OWFS.M11.
05.01.2014 16:23:34: RRD: ERROR: Error writing data store RRD database: /home/Talo.rrd
  RRDTool command: /usr/bin/rrdtool update /home/Talo.rrd -t C01:C02:C04:C05:C06:C07:C08:C09:C10:OumanUlko:OumanHuone:OumanMenoL1:OumanMenoL2:OumanVarYla:...
4.20:34.60:...91500:22.562500
  RRDTool output:
05.01.2014 16:24:38: RRD: ERROR: Error writing data store RRD database: /home/Talo.rrd
  RRDTool command: /usr/bin/rrdtool update /home/Talo.rrd -t C01:C02:C04:C05:C06:C07:C08:C09:C10:OumanUlko:OumanHuone:OumanMenoL1:OumanMenoL2
... :M70:M71 1388931780:29227597:178646880:524580:233830:125000:708162:204523:221184:226341:2.40:22.70:
...5.291500:22.562500
  RRDTool output: ERROR: /home/Talo.rrd: illegal attempt to update using time 1388931780 when last update time is 1388931780 (minimum one second step)

05.01.2014 16:25:33: RRD: ERROR: Error writing data store RRD database: /home/Talo.rrd
  RRDTool command: /usr/bin/rrdtool update /home/Talo.rrd -t C01:C02:C04:C05:C06:C07:C08:C09:C10:OumanUlko:OumanHuone:OumanMenoL1:OumanMenoL2:OumanVarYla:OumanVarAla:OumanKuum
...:M67:M68:M69:M70:M71 1388931780:29227597:178646880:524580:233830:125000:
... 91500:22.562500
  RRDTool output: ERROR: /home/Talo.rrd: illegal attempt to update using time 1388931780 when last update time is 1388931780 (minimum one second step)

05.01.2014 16:26:16: Terminating due to SIGTERM.
05.01.2014 16:26:17: Terminating.
05.01.2014 16:26:55: Starting taloLogger.py (v1.5c) as daemon.
05.01.2014 16:26:55: OUMAN: Received Ouman device ID: 203T/May 18 11             

[jussip]

Mulla on 1wire-väylässä 15 lämpötila-anturia (ds18b20), 2 dualcounteria (ds2423) ja 8 kytkintä (ds2405).
Talologger lukee vain lämpötilat ja laskurit, ei kytkimiä. Silti se aiheuttaa lähes jokaisella lukukerralla sen että kaikkien ds2405:n tila muuttuu nollaksi?
Jos asetan ds2405:n tilaan "1"

Koodia: [Valitse]

echo "1" > /home/talo/owfs/05.69132A000000/PIOja talologger on käynnissä menee n. 2-4 min. ja ds2405:n tila muuttuu nollaksi

Jos sammutan talologgerin ds2405:n tila ei muutu. (pysyy ykkösenä)

Mistä moinen voi johtua?


Modet voisi muokata edellistä samikalan viestiä niin että se mahtuu ruudulle 

[Samikala]

Hoksasin, että pääsen editoimaan tuota edellistä postia, joten poistin itse noita liiallisia numeropötköjä. Sorry.

[olammi]

Mulla on 1wire-väylässä 15 lämpötila-anturia (ds18b20), 2 dualcounteria (ds2423) ja 8 kytkintä (ds2405).
Talologger lukee vain lämpötilat ja laskurit, ei kytkimiä. Silti se aiheuttaa lähes jokaisella lukukerralla sen että kaikkien ds2405:n tila muuttuu nollaksi?
Jos asetan ds2405:n tilaan "1"

Koodia: [Valitse]

echo "1" > /home/talo/owfs/05.69132A000000/PIOja talologger on käynnissä menee n. 2-4 min. ja ds2405:n tila muuttuu nollaksi

Jos sammutan talologgerin ds2405:n tila ei muutu. (pysyy ykkösenä)

Mistä moinen voi johtua?

TaloLoggeriin sinänsä tuo ilmiö tuskin liittyy, muuten kuin että se lukee (OWFS:stä ilmeisesti) noita muita antureita. Eli jotain OWFS-liitännäistä tai sitten 1-wire-väylään liittyvää tilannetta lienee kyseessä.

[jussip]

Taitaa liittyä raspberryyn, ajureihin ja i2c-väylään. Laitoin USB-adapterin takaisin ja sen kanssa näyttää paremmalta.
Edellisen kahdeksan tunnin aikana kytkimet on pysyneet asetetussa tilassa koko ajan.

[jussip]

Voiko regexp:llä poimia tiedostosta, jossa on välilyönnillä erotettua dataa, esim. vain 2-, 18- ja 145- luvun/tekstin?

Data näyttää tältä:

Koodia: [Valitse]

12345 0.0 0.0 32 -14.2 92 1028.4 0.00 13.20 13.20 0.00 0.00 21.2 20 - 4 - - 0 0.00 - - - - - - - - - 17 37 01
Orivesi_-_Hieta-17:37 0 - 21 01 - - - - - - - -14.2 -18.7 -14.2 -20.3 4 Partly_cloudy_with_little_temperature_change.
 0 0.0 0.2 0.4 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.3 0.1 0.1 0.2 0.0 0.0 0.0 2.5 -15.2 400 21/01/2014 -18.7
-25.3 -14.2 -22.9 - 0.0 0.2 0.4 0.0 0.0 0.0 0.0 0.0 0.0 0.0 -15.8 -15.3 -14.9 -15.0 -15.5 -15.9 -15.8 -15.4 -15.4 -15.6
0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 -14.2 -20.3 -14.2 0.8 0 _ _ 22.5 _ 0 - - - - - - - - 21.2 20.6 - 1031.6
1028.4 0.8 14:58 12:04 - - -15.2 -21.9 0.0 2014 _ 1 0 1 23 23 23 23 23 23 23 23 23 23 - - 0.0 - 61.645000 -24.36 - 92.0
 87.0 - 01:21 !!C10.37Of!!

[jussip]

Voiko regexp:llä poimia tiedostosta, jossa on välilyönnillä erotettua dataa, esim. vain 2-, 18- ja 145- luvun/tekstin?

Data näyttää tältä:

Koodia: [Valitse]

12345 0.0 0.0 32 -14.2 92 1028.4 0.00 13.20 13.20 0.00 0.00 21.2 20 - 4 - - 0 0.00 - - - - - - - - - 17 37 01
Orivesi_-_Hieta-17:37 0 - 21 01 - - - - - - - -14.2 -18.7 -14.2 -20.3 4 Partly_cloudy_with_little_temperature_change.
 0 0.0 0.2 0.4 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.3 0.1 0.1 0.2 0.0 0.0 0.0 2.5 -15.2 400 21/01/2014 -18.7
-25.3 -14.2 -22.9 - 0.0 0.2 0.4 0.0 0.0 0.0 0.0 0.0 0.0 0.0 -15.8 -15.3 -14.9 -15.0 -15.5 -15.9 -15.8 -15.4 -15.4 -15.6
0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 -14.2 -20.3 -14.2 0.8 0 _ _ 22.5 _ 0 - - - - - - - - 21.2 20.6 - 1031.6
1028.4 0.8 14:58 12:04 - - -15.2 -21.9 0.0 2014 _ 1 0 1 23 23 23 23 23 23 23 23 23 23 - - 0.0 - 61.645000 -24.36 - 92.0
 87.0 - 01:21 !!C10.37Of!!

Tämän sain ratkaistua toisella tavalla. Ongelma oli se että, sääaseman/serverin häiriötilanteessa tuloksena oli viivaa (-) ja talologger meni vikatilaan.
Nyt komennon tuloksena on aina uusin arvo, ei koskaan viivaa. Ts. jos mittaukseen tulee vika, viimeisin arvo pysyy voimassa.

[V20]

Ouman 203GT+ Raspberry + Talologger lokitusta takana onnistuneesti muutama viikko. Nyt sitten tein sen virheen että, käytin sarjakaapelia irti hetken aikaa ja sen jälkeen en ole enää saanut dataa talteen  Kaikista vehkeistä on käytetty virrat alhaalla, mutta ei toimi. Niin ja tuossa on tuollainen USB-RS232 adapteri välissä mutta se ilmeisesti toimii, koska bootissa se sen löytää ok. Tuollaista ilmoittaa oumanGetData.py,

pi@raspberrypi /home/talo/bin/taloLogger $ python oumanGetData.py /dev/ttyUSB0 45
25.01.2014 16:49:31: OumanSerial: ERROR: Timeout reading message from Ouman
25.01.2014 16:49:31: ERROR: Cannot get data from Ouman device.
pi@raspberrypi /home/talo/bin/taloLogger $ python oumanGetData.py /dev/ttyUSB0 45
25.01.2014 16:52:17: OumanSerial: ERROR: Unable to aquire lockfile for oumanSerial port: /tmp/lock__dev_ttyUSB0
25.01.2014 16:52:17: OumanSerial: ERROR: Cannot open serial port.
25.01.2014 16:52:17: ERROR: Cannot get data from Ouman device.

Osaisko joku jelppiä?

[jussip]

Jos tiedosto /tmp/lock__dev_ttyUSB0 on olemassa, sen poisto voisi auttaa.
Jos komento

Koodia: [Valitse]

ls /tmp/lock__dev_ttyUSB0näyttää tältä

Koodia: [Valitse]

pi@raspberrypi ~ $ ls /tmp/lock__dev_ttyUSB0
/tmp/lock__dev_ttyUSB0niin

Koodia: [Valitse]

sudo rm /tmp/lock__dev_ttyUSB0ja reboot

Tai sitten portin numero on muuttunut

[V20]

tuo /tmp/lock__dev_ttyUSB0 tiedosto tuntuu olevan vain ajoittain olemassa. Luoko tuo talologger sen aina kun yrittää lukea Oumanista..? Yritin tuon jo kerran poistaa kun ilmestyi tuonne tmp-kansioon, mutta ei ollut apua.

Nyt heräsi epäilys että on tuon USB-adapterin portti on muuttunut tai jotain. Vähän hakusassa tämä linux-maailma ja sen ihmeellisyydet... Tälläistä sain tulostettua,

Bus 001 Device 006: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port

[jussip]

Mitäs tämä näyttää?

Koodia: [Valitse]

ls /dev/ttyUSB*

[V20]

pi@raspberrypi /home/talo/bin/taloLogger $ ls /dev/ttyUSB*
/dev/ttyUSB0

eli taitaa tuo portti olla ok. Nyt Raspissa on kiinni vain tuo USB-adapteri kun aikaisemmin oli hubin kautta näppis ja hiiri myös. Tuo ihmetyttää kun se antaa timeout errorin tuo luku. Tarkoittaako se että yhteys on Oumaniin on ok, mutta joku hämminki muuten?