Maalämpöfoorumi
Tekniset kysymykset => Tiedonkeruujärjestelmät ja etämonitorointi => Aiheen aloitti: olammi - 03.12.08 - klo:00:04
-
Terve!
------
Alkaa olemaan toimivaa tavaraa tuo virittelemäni Ouman-loggeri linuxille. Toimii ainakin nyt 202S-säätimen kanssa (Geopro SH9:sissä kiinni). Ei tuo Oumanin oma Trends-viritys kelvannut, kun pöhisee väärässä käyttöjärjestelmässä ja kaatuileekin silloin tällöin. Piti siis tehdä oma...
Toiminta lyhyesti:
* Ouman kiinni RS-232-kaapelilla Linux-palvelimen sarjaporttiin
* python-pohjainen daemon, joka lueskelee Oumanin sarjaprotokollalla arvoja säätimeltä konfiguroitavan intervallin välein (omassa mittauksessa 2 min) ja tallettaa arvot MySQL-kantaan
* PHP-pohjainen skripti, joka piirtää vuorokausikuvan kannan tietojen perusteella halutulta vuorokaudelta
* PHP-pohjainen "sivusto", jolla voi valita näytettävän vuorokauden
Kysymys kuuluu, että onko täällä vielä kiinnostusta tuollaiseen? Jakelu vaatisi pientä siistimistä ja paketointia sekä ohjeiden kirjoittelua. Jos kiinnostuneita on, niin voisin tehdä tästä donationwarea. Käyttö olisi ei kaupallisiin tarkoituksiin vapaata, tosin pientä vapaasti valittavaa lahjoitussummaa kehitystyön tukemiseen toivottaisiin (PayPal-lahjoitus).
-
On kiinnostusta. Voisin olla mukana esim. dokumentaatiossa. Koodaamiseen ei minulla aktiivisena end-userina ole juurikaan rahkeita.
-
Lisään vielä, että tässä ei ole nyt tarkoitus siis kerätä etukäteen lahjoituksia projektia varten, että tekisin tuon vaan kartoitan ihan kiinnostuksen laajuutta noin ylipäänsä, että kannattaako alkaa paketoimaan. Jos kiinnostusta ei ole paljoa, niin paketointi ja dokumentointi ei kannata.
-
On kiinnostusta. Tarpeeni olisi kerätä kahdelta eri säätimeltä (203 ja 105 ) tietoa ja näyttää niitä yhteisellä sivulla. Lisäksi pitäisi pystyä muuttelemaan asetuksia, ilman datankeruun pysäyttämistä. Tiedän että EH-NET on keksitty, mutta se on kallis.
-
Minullakin voisi olla kiinostusta....
-
Terve Olammi!
Kerroit käyttäneesi Pythonia Oumanin kanssa liikennöintiin. Käytitkö aikoinaan jaossa ollutta oci200.dll kirjastoa? Jos näin, niin millä Python kirjastolla siihen pääsee helpoiten käsiksi?
T:Antti
-
Kerroit käyttäneesi Pythonia Oumanin kanssa liikennöintiin. Käytitkö aikoinaan jaossa ollutta oci200.dll kirjastoa? Jos näin, niin millä Python kirjastolla siihen pääsee helpoiten käsiksi?
En käytä oci200.dll:ää. Liikennöin PySerial-kirjastolla suoraan binääridataa Oumanille.
-
Noniin. Nyt on pienten viivästysten jälkeen saatu Ouman-sarjaprotokollaa tukeva loggeri tuotantoon. Esimerkkikuvaaja löytyy täältä: http://olammi.iki.fi/olammi/ouman_logger_demo.png
Mittauksessa on mukana myös 2 kpl 1-wireantureita tulovedelle ja maaliuoksen tulolle. Noita ei minun pumpulta irronnut.
Jatkan vielä hieman kehittelyä, jos saisin version jakoon kohtapuoliin kiinnostuneille.
-
Hieno käyrästö (yksi parhaista mitä olen nähnyt)
Saattaisi olla vielä selkeämpi, jos kaikki mittaukset olisi samalla asteikolla. Kokeile
ATS
-
Saattaisi olla vielä selkeämpi, jos kaikki mittaukset olisi samalla asteikolla. Kokeile
Olen kokeillut, makuasia ehkä, mutta tykkäsin tästä enemmän. Tuota on kuitenkin tarvittaessa helppo muokata suuntaan tai mihin vaan.
-
Jep, hyvältä näyttää!
-
Juu!
Mainiota. Ajatkos tuota loggeria tavallisella raudalla vai esim. NSLU2:lla?
Onkos 1-wire mittauksia helppo lisätä tuohon haluamansa määrä?
Saakos nuo Ouman-mittaukset "letkutettua" tuosta softasta eteenpäin muille Linuxissa hyrrääville 1-wire softille (esim. rrdtool, temploggerd, owfs)? ..
Kohta taitaa pannuhuoneen Windows kone vaihtaa hiippakuntaa ja tilalle asettuu Linux.
-
Ajatkos tuota loggeria tavallisella raudalla vai esim. NSLU2:lla?
Onkos 1-wire mittauksia helppo lisätä tuohon haluamansa määrä?
Saakos nuo Ouman-mittaukset "letkutettua" tuosta softasta eteenpäin muille Linuxissa hyrrääville 1-wire softille (esim. rrdtool, temploggerd, owfs)?
Minulla on teknisessä tilassa muutenkin Linux-serveri, joka tekee sitä sun tätä muutakin. Ouman on kiinni sen sarjaportissa ja 1-wirejä varten on Dallasin DS9490R USB-1-wiresovitin. Mitään rautavaatimuksia sinänsä ei kai ole suuntaan tai toiseen, kunhan siihen saa kiinni tarvittavat mittalaitteet.
Varsinainen mittaus on tehty Pythonilla (2.4-versio tai uudempi) ja pySerial-kirjastoa käyttäen. Skripti ajaa itseään joko edustaprosessina tai daemonina. Minä ajan edustaprosessina, mutta daemontools:eilla, joten käytännössä se on siis hallittu daemon. Mittaussofta herää ennalta annetuin intervallein laskien aikaa epochista (eli skriptin käynnistysaika ei vaikuta mittaushetkeen vaan kulunut aika unix-ajan alusta). Käytän itse 120 sekunnin väliä.
Datat kirjoitetaan MySQL-kantaan, mutta periaatteessa on aika helppo tuupata nuo mittausdatat mihin vaan. Kuitenkin niin, että mittauspalvelu tuuppaa itselähtöisesti ne jonnekin, ei niin, että siltä kysytään. Minkäslaista dataa nuo mainitsemasi rrdtool, temploggerd mielellään haukkaisivat? Tässä on siis lähinnä kysymys siitä, että minkälaista ulosantia sille skriptille "asiakkaat" haluavat.
Sama mittaussofta tekee myös 1-wiremittaukset ja liittää ne talletettavaan dataan. 1-wiremittaukset tehdään owfs:stä. Mittaussoftalle on siis kerrottu, että mitä tiedostoja luetaan ja millä avaimella tieto tallettuu.
Ouman-kirjasto on kirjastona, joten sitä voi periaatteessa käyttää myös johonkin toiseen jännittävään sovellukseen. Myös esim. hälytysten luku ja nollaus onnistuu sekä asetusarvojen muokkaaminen.
Mikään ei rajoita Python-sovelluksen käyttöä pelkästään Linuxille. Toimii vaikka Macissä, Windowsissa, jne., kunhan on riittävän uusi Python ja pySerial-kirjasto.
Tällä hetkellä Ouman-kirjastolle on kuvattuna pelkästään 202S-malli, mutta on hyvinkin suoraviivaista tehdä siihen muita malleja. Kyseessä on parametrointi ja 200-malleissa ainakin nuo perusmittaukset ovat aika pitkälti samoilla ID:illä. Dokumenttien perusteella voi aika pitkälti tehdä valmiiksi parametrit, mutta varsinaista testausta en pysty tekemään, kun ei ole itsellä em. laitteita hallussa.
Noita kuvaajia piirtelen sitten www-sivulle Apachen ja PHP:n päällä olevalla JpGraph-kirjastolla (PHP:ta) suoraan kannan mittausdatan perusteella.
-
Datat kirjoitetaan MySQL-kantaan, mutta periaatteessa on aika helppo tuupata nuo mittausdatat mihin vaan. Kuitenkin niin, että mittauspalvelu tuuppaa itselähtöisesti ne jonnekin, ei niin, että siltä kysytään. Minkäslaista dataa nuo mainitsemasi rrdtool, temploggerd mielellään haukkaisivat? Tässä on siis lähinnä kysymys siitä, että minkälaista ulosantia sille skriptille "asiakkaat" haluavat.
.
rrdtool on itsessään tietokanta ja käppyröiden piirtelyohjelma. Erittäin monipuolinen (ja helppokäyttöinen) sellainen onkin. Tuo python skripti voisi suoraan tallennella datan rrd-kantaan (joka on vain tiedosto).
Tässä on pikku "mainos" :
RRDTool is a really good back-end for storing time-series data. If you are developing tools that need a data repository and graphing capabilities, this provides you both. You create an RRD and then you begin inserting data values at regular intervals. You then call the graphing API to have a graph displayed. The neat thing about this data storage is its “round robin” nature. You define various time spans, and the granularity at which you want them stored. A fixed binary file is created, which never grows in size over time. As you insert more data, it is inserted into each span. As results are collected, they are averaged and rolled into successive time spans. It makes a much more efficient system than using your own complex data structures, relational database, or file system storage.
Itse olen ajatellut 1-wire+Ouman systeemiä, jossa data 1-wire antureista menee OWFS:ään ja sieltä sitä sitten luetaan rrdtoolin uumeniin. Oumanni on tässä ollut se heikko lenkki. Luulen että sinun skriptiäsi hieman tutkimalla voisin itsekin saada aikaan rrdtoolia hyödyntävän kikkareen. Siihen vain voi kulua todella pitkä aika ::)
rrdtoolissa dataa kirjoitetaan kantaan rrdupdate komennolla: http://oss.oetiker.ch/rrdtool/doc/rrdupdate.en.html
rrd+python: (googlella löytyy lisää)
http://www.goldb.org/rrdpython.html
Tässäpäs jotain ensimmäisiä puumerkkejä asiaan liittyen. Sitä ihan itsekin innostuu kun joku viisaampi kehittelee mielenkiintoista softaa :)
-
Löytyipäs rrdtoolin oma dokumentaatio python-rrdtool bindingeistä. Hyvältä näyttää.
http://oss.oetiker.ch/rrdtool/prog/rrdpython.en.html
-
-> oulammi: Olikos "lisenssit" tulossa millon myyntiin ;-)
-
-> oulammi: Olikos "lisenssit" tulossa millon myyntiin ;-)
Vai onkos tuotos freewarea/opensourcea? Kyllä tuosta vois tosiaan muutaman lantinkin maksaa.. Tärkeintä olisi saada tuo python kikkare Linuxiin että vois winsu koneen päästää eläkepäiviänsä viettämään..
-
Tämä olisi donationwarea. Eli kehitystä saa tukea vapaaehtoisella maksulla, jos niin katsoo.
Lupaan, että tämän viikon perjantaina on valmiina testiversio. Ei sellainen, jonka pistän koko maailmalle jakoon, mutta sanotaan, että 3 minulle ensiksi sähköpostitse ilmoittautuneelle (email: olammi miumau iki piste fi) pistetään testattavaksi. Sitten siitä kommenttien, testien ja korjausten jälkeen ehkä viikossa tulisi ensimmäinen julkaistava versio.
Pieni 3 testaajan otos siksi, että ei tule liiaksi tukipyyntöjä ennenkuin saadaan homma oikeasti toimivaksi.
-
Damn, mielelläni olisin mukana "betassa", mutta aikataulut ei anna myöden... Mutta joo, jos softa vastaa odotuksia, niin varmasti tästä maksetaankin. Ite nyt ainakin! Varsinkin kun 1-wiret saa samaan syssyyn (kun sais ne vaan asennettua joskus... prkl...)
-
Vielä jos linukkapohjaisen tooliin saisi avoimen softa- ja rautarajapinnan, jolla liittää muiden laitteiden sensoreita (esim IV-koneen tulo, jäte C , etc....) , niin se olisi hieno.
-
Vielä jos linukkapohjaisen tooliin saisi avoimen softa- ja rautarajapinnan, jolla liittää muiden laitteiden sensoreita (esim IV-koneen tulo, jäte C , etc....) , niin se olisi hieno.
Kuvaatko vähän lisää, että mitä tarkoitat? 1-wireä tuo tulee tukemaan, jonka voi käsittää "raudaksi". Tarvitaanko muuta? Millaista softarajapintaa tarkoitat?
-
Vielä jos linukkapohjaisen tooliin saisi avoimen softa- ja rautarajapinnan, jolla liittää muiden laitteiden sensoreita (esim IV-koneen tulo, jäte C , etc....) , niin se olisi hieno.
Kuvaatko vähän lisää, että mitä tarkoitat? 1-wireä tuo tulee tukemaan, jonka voi käsittää "raudaksi". Tarvitaanko muuta? Millaista softarajapintaa tarkoitat?
Niin, eikös tuo owfs ole aikamoinen rajapinta mitä erilaisten (1-wire)-antureiden jne. lukemiseen tulee. http://www.owfs.org/. Ymmärtääkseni tuo python-kikkare tuota "rajapintaa" tukee. Jos taas tarkoitat erilaisia väylästandardeja (esim. modbus, lon) niin niillekin linuxissa tukea löytyy, mutta ovat huomattavasti kompleksisempia toteuttaa kuin harrastajien suosima (edullinen) 1-wire.
-
Lupaan, että tämän viikon perjantaina on valmiina testiversio...
Väliaikatietoa: No niinhän siinä kävi, ettei lupaukset taas olleet ihan niin tarkkoja... Juuri vasta pistin testaajille version v0.9a tuosta loggerista. Käppyrän piirtopuoli on vielä paketoimatta, mutta jos nyt tuota logituspuolta nyt päästään testaamaan.
-
Väliaikatietoa: Beettassa on nyt menossa loggerista versio v0.9d, jonka juuri pistin testiryhmälle. Versiosta a aloitettiin ja pieniä lisäyksiä ja viilauksia on tullut testiryhmän kommenttien perusteella. Taitaa tuo lokituksen perustoiminnallisuus olla nyt aika ok. Jonkun pitäisi vaan kirjoittaa jonkunlaiset käyttöönotto ja käyttöohjeet... Käppyränpiirtoskriptin viimeistely on seuraavana todo-listalla.
-
Yksi pikku bugi tuli heti vastaan uusimman version kanssa:
-- tiesin että sarjaportti oli kaatunut (taas) päivällä. Annoin asian kuitenkin olla ja kokeilin pahisuttani huomaakos uusin softaversio mokomaa.
Logidatassa valitetaan vaikka kuinka:
03.03.2009 22:35:03: OumanSerial: Running oumanSerial query with id 45
03.03.2009 22:35:03: OumanSerial: ERROR: Cannot open serial port.
03.03.2009 22:35:03: TaloLoggerThread: Received none or unknown data for command OUMAN.Tilamuuttuja. Giving up...
03.03.2009 22:35:03: TaloLoggerThread: Storing logged data with 8 points.
03.03.2009 22:35:03: FileStore: Inserting data to file: /home/larux/taloLogger/data.log
03.03.2009 22:35:03: RrdStore: Inserting data to rrd database: /var/lib/rrd/geoprosh.rrd using command: /usr/bin/rrdtool update /var/lib/rrd/geoprosh.rrd -t ulkolampo:menoves$
03.03.2009 22:35:18: Terminating due to SIGTERM.
03.03.2009 22:35:19: Terminating.
Deamoni jatkaa kuitenkin tyytyväisenä olemattoman datan keräilyä ja kirjoittamista: (tuloksena tyhjää)
03.03.2009 22:30:02:
ulkolampo:
menovesi:
yla_tulo:
var_yla:
var_keski:
var_ala:
maaliuos_lahto:
tilatieto:
Eli ohjelman voi käynnistää vaikka sarjaporttia ei olisikaan ja ohjelma jopa loggaa tyhjää vaikka sarjaporttia ei ole. (toki tosiaan debuggaus logiin kirjoitetaan että ongelmia on). Jos Ouman on ainoa mittaustiedon lähde (kuten itselläni on), olisi varmaan kohtuullista softan toimesta tsekata onkos dataa sieltä saatavissa.
-
Eli ohjelman voi käynnistää vaikka sarjaporttia ei olisikaan ja ohjelma jopa loggaa tyhjää vaikka sarjaporttia ei ole. (toki tosiaan debuggaus logiin kirjoitetaan että ongelmia on). Jos Ouman on ainoa mittaustiedon lähde (kuten itselläni on), olisi varmaan kohtuullista softan toimesta tsekata onkos dataa sieltä saatavissa.
Tulee kyllä normilokiinkin herjaa, ei pelkästään debug-moodissa. Mutta mitä tulee varsinaiseen "bugiin": Asia on kaksipiippuinen. Eli mitä pitäisi tehdä? No hetken tuossa pähkäilin ja päätin, että tehdään seuraavaa:
* Skriptin käynnistyessä tarkistetaan, että Ouman-portti saadaan avattua, jos Ouman on konfiguroitu mittauslähteeksi. Jos porttia ei ole tai ei saada auki, annetaan virheilmoitus ja "kuollaan".
* Jos jo aiemmin toiminut mittaus katoaa kesken skriptin ajon ja arvoja ei saada, niin jatketaan yrittämistä. Täysin tyhjiä mittauksia ei talleteta ollenkaan. Osittain saadut mittaukset siltä osin kuin talletustyypille on järkevää (rrd:hen talletetaan vain onnistuneet mittapisteet, kantaan NULL:it tyhjien kohdalle). Lokiin tulee virheilmoitusta ja jos sitten mittaukset alkavat taas toimia, niin myös lokitus jatkuu normaalisti.
-
Hyviä ehdotuksia! Mielestäni keskivertokäyttäjän kannalta on tärkeätä, että softa tarkistaisi käynnistyessään onkos mitattavia antureita/säätimiä edes olemassa :)
Teet erittäin hyvää ja arvokasta työtä! En jaksa lakata hämmästelemästä kuinka monipuolinen softa tämä taloLogger oikein onkaan. On hyvä, että olet kommentoinut koodia/asetustiedostoja englanniksi, koska tuollehan voisi olla jotain käyttöä myös rajojemme ulkopuolella.. vai kuinka?
ps. Asentelen juuri perliä apacheen, tarkoituksena olis saada ulkolämpötilasta tekaistua käyrä vielä tämän illan aikana :)
-
Teet erittäin hyvää ja arvokasta työtä! En jaksa lakata hämmästelemästä kuinka monipuolinen softa tämä taloLogger oikein onkaan. On hyvä, että olet kommentoinut koodia/asetustiedostoja englanniksi, koska tuollehan voisi olla jotain käyttöä myös rajojemme ulkopuolella.. vai kuinka?
Sellaista se on. Kun alkaa ulkopuolisille näyttämään koodiaan, niin karkaa helposti mopo käsistä ja tulee tehtyä parempaa kuin itselle omaan käyttöön oli ajatellut. Ei viitsi mitä tahansa sekundaa julkistaa. Jonkinlainen ammattiylpeysasia, mutta toisaalta hidastaa hommia jonkin verran.
-
Minulla ei jäänyt muuta kun vaan sivulta saksan maalta seurata miten asiat etenee.. [smiley=cry.gif] No ensiviikonloppuna minäkin pääsen remmiin
-
Homma toimii kuten rasvattu uudella versiolla. Portti auki, portti kiinni, portti auki:
04.03.2009 07:15:01: OumanSerial: Opened oumanSerial port: /dev/ttyUSB0
04.03.2009 07:15:01: OumanSerial: Closed oumanSerial port: /dev/ttyUSB0
04.03.2009 07:15:01: OumanSerial: Received ouman response: '\x02\x06\x04\x00-\xfe\x17L'
04.03.2009 07:15:01: TaloLoggerThread: Storing logged data with 8 points.
04.03.2009 07:15:01: FileStore: Inserting data to file: /home/larux/taloLogger/data.log
04.03.2009 07:15:01: RrdStore: Inserting data to rrd database: /var/lib/rrd/geoprosh.rrd using command: /usr/bin/rrdtool update /var/lib/rrd/geoprosh.rrd -t ul$
-
Uusin versio loggerista on toiminut moitteetta yli vuorokauden. muutokset portin lukemisessa ovat selvästi vaikuttaneet usb-serial härvelin kaatuiluun vähentävästi!
-
muutokset portin lukemisessa ovat selvästi vaikuttaneet usb-serial härvelin kaatuiluun vähentävästi!
Uskoisin kuitenkin, että kaatuilee jos kaatuilee yhtä tiuhaan, mutta kaatuilulla ei ole niin todennäköistä vaikutusta tuohon sarjaportin uudelleeninitialisointiin. Ehkä...
-
Beta status 8.3.2009: olimme neljä päivää poissa kotoa. Loggeri pysyi pystyssä matkamme ajan.
Aika stabiililta vaikuttaa tämä viimeisin versio.
-
Beta status II: Myöskin RRD-data näyttää olevan sitä mitä pitää. Sain tänään värkättyä ensimmäisen käppyrän:
(http://lh3.ggpht.com/_q__BC3wYV0o/SbQPjpq0MoI/AAAAAAAAAYQ/gQfpoRP5nDk/ping.png)
-
Sain tänään värkättyä ensimmäisen käppyrän:
Aika kalpea on :) ... Korjaus: Ei olekaan kalpea. Jostain syystä tuo ei näkynyt minulla ennenkuin huomasin, että tuolla viestissä oli IMG-täppä, copy-pastetin URL:in selaimeen ja näin kuvan. Eli kalpeus katosi, kun löysin varsinaisen kuvan.
-
Päivää,
Onkos olammi kerenny koodailemaan tätä mainion oloista softaa pidemmälle? Millon mahdollisesti alkais julkinen "beta-testaus"?
-
Beta testit meneilään, kts. http://www.maalampofoorumi.fi/index.php?topic=3076.0
Tällä hetkellä Oumanin luku ja tietokantaan kirjoitus toimii moitetta.
Larux onnistui piirtämään kuviakin. Sattui olemaan meillä NSLUt käytössä.
Eerilaista tietokantaa käyttäen (RRD ja MySQL). NSLUssa pyöri Debian levitys. Eli testien tulokset ovat relevatteja muillekin Linux platformille. 1-w antureiden lukuun voisi käyttää OWFS systemi jo nyt (ei päästy testamaan) tai yksinkertaisen "digitemp" ohjelmaan (tuki tulossa Olammilta)
-
Juu. TaloLogger toimii erittäin hyvin. Ymmärtääkseni Olli olisi jopa suunnittelemassa softan julkaisua pikapuoliin. Ans kattoo :)
Itselläni on käytössä yhdistelmä nslu2+taloLogger+rrd:
Miltei reaaliaikainen lämpötilojen seuranta on täällä:
http://maalampo.dy.fi
Graafit ovat hyvin pelkistetyt, kaikki ylimääräinen puuttuu toistaiseksi.
-
Noniin, loistavaa! Tässä ois kohta talvilomat alkamassa, joten jotain tekemistä tars keksiä. Tai sitten teen yläkerran vessan valmiiksi... :P
Itellä ois myös tarkotus asennella vähän noita 1-w systeemejä ainakin tohon iv-koneeseen ja sit maapiiriin meno- ja tulopuolelle.
Systeemit tilasin hobbyboardsilta jo aikaa sitten, mutta vielä ovat siististi paketissa ;-)
Hyvä jos joku jotain manuaalia tästä jaksaa väkästää. Linux on tuttu, muttei riittävän...
-
Systeemit tilasin hobbyboardsilta jo aikaa sitten, mutta vielä ovat siististi paketissa ;-)
Hyvä että ovat paketissa. Itse nimittäin sain Hobby Boardsin laskurin jo katoamaan keittiön hukkaputkeen. Siinä se pyöri pöydällä, pyöri pöydällä.. kunnes sitä ei enää löytynyt :-(
Pitänee tilata uusi laskuri Hobby Boardsilta niin pääsee sähkömittaria lukemaan osana systeemiä.
-
Nyt on muuten noille 1-wire antureille suomessakin jälleenmyyjä
http://www.nordicweathershop.eu/
hintoja en ole verrannut.
Mitenkäs onko jatkosuunnitelmissa ehkä noiden LCD näyttöjen ohjaus? Ajattelin vaan sitä omakohtaista ongelmaa että kone on jossain pannuhuoneessa ja kun sinne tulee jokin häiriö niin siitä ei asuinhuoneisiin tule mitään ilmoitusta (nimimerkillä sähkökatkon jälkeen oli kompressorin moottorisuoja lauennut ja lisävastukset päällä puoli vuorokautta)
-
Mitenkäs onko jatkosuunnitelmissa ehkä noiden LCD näyttöjen ohjaus? Ajattelin vaan sitä omakohtaista ongelmaa että kone on jossain pannuhuoneessa ja kun sinne tulee jokin häiriö niin siitä ei asuinhuoneisiin tule mitään ilmoitusta
OWFS:lla voit tuupata tavaraa 1-wire vaylassa majaileville LCD naytoille. En ole (vielä) uhrannut ajatusta sille, miten talologgerin dataa voisi 1-wire väylän lcd:lle tuupata. Itselleni riittää varsin hyvin NSLU2:n generoimat nettisivut :).. Ehkä myöhemmin olisi kiva viritellä pumpun statustiedot ja sää keittiön seinälle LCD-näyttöön..
EDIT: tuo 1-wire kauppa vaikutti ensisilmaykselta kalliilta. Hobbyboardin kamaa, eika ollut 1:1 dollarihintojen kanssa. Pitaa tarkemmin viella vertailla.
-
Juu. TaloLogger toimii erittäin hyvin. Ymmärtääkseni Olli olisi jopa suunnittelemassa softan julkaisua pikapuoliin. Ans kattoo :)
Jep. Tulee, tulee. Pahoittelen viivästystä. Viime viikonlopun kertausharjoitus ja tämän viikon työpaikan vaihto (= ei läppäriä just nyt, jolla tekisi, ehkä huomenna on) ovat haitanneet hieman intoa ja kykyä saada tuo finaaliin. Ehkä, jos asentelisi tähän rouvan koneeseen pyyttonit ja Eclipsen ja ... ottaisi huudot vastaan.
-
Ehkä, jos asentelisi tähän rouvan koneeseen pyyttonit ja Eclipsen ja ... ottaisi huudot vastaan.
On se vaan rohkea mies tuo Olli :o
-
Ehkä, jos asentelisi tähän rouvan koneeseen pyyttonit ja Eclipsen ja ... ottaisi huudot vastaan.
On se vaan rohkea mies tuo Olli :o
Kuullostaapi vaaralliselta :-).. Itse olen varmistanut selustan koneiden suhteen häivyttämällä vaivihkaa rouvalle tutun windowsin taka-alalle ja korvaamalla sen Linux tai OSX käyttiksillä varustetuilla vehkeillä. Koneita voi mukavasti käyttää ristiin rastiin ja vaikka etänä, kun kaikki perustuvat enemmän tai vähemmän UNIXin filosofiaan.
Ei muuta kuin rykäiset merkitsevästi ja sanot kuinka kansa kaipaa hienoja tuotoksiasi, että sori nyt vaan - kone on kaapattu :)
-
Pistin juuri testiryhmälle viimeistä tarkistusta varten v1.0a paketin, jonka olen valmis julkaisemaan, jos eivät heti sano siitä mitään kauheaa (kuten esim. että se ei edes käynnisty enää...)
-
Sen verran on nyt ämpyilty tämän kanssa, että pistän ja julkaisen vekottimen... Dokumentaatiosta on konffausohjeet vielä puutteelliset, mutta halukkaat saavat paketin käsittelyyn. Konfiguraatiotiedostossa (taloLogger.conf) on suhteellisen hyvät kommentit, joten niiden perusteella ehkä moni jo pystyy konfiguroinnin tekemään. Pääsiäisen aikana tulee softan sivuille lisää dokumentaatiota tuosta konfiguroinnista.
Jaa, että mistä?
http://olammi.iki.fi/sw/taloLogger/
-
Ja mieki oon kiinnostunu.
Kunhan saisin ajankäyttöni tolkuilleen niin olisin porttaamassa mieluusti moisia softia vähävirtaisille multimedia-alustoille, kuten 1W minimigille tai 10-25W SAM440ep:lle.
http://www.acube-systems.biz/index.php?page=hardware
Palataan ... :)
-
Pääsiäisen aikana tulee softan sivuille lisää dokumentaatiota tuosta konfiguroinnista.
Jaa, että mistä?
http://olammi.iki.fi/sw/taloLogger/
Dokumentaatio on puristettu pihalle, vaikka pääsiäisen yli menikin. Sitä löytyy ohjelman sivuilta (HOWTO sisältää suurimman osan ohjetekstistä), jonne linkki ylläolevassa quotessa. Sitten varmaan seuraavaksi taloLoggerGraph:in kimppuun.