Maalämpöfoorumi
Tekniset kysymykset => Tiedonkeruujärjestelmät ja etämonitorointi => Aiheen aloitti: Larux - 25.02.09 - klo:20:44
-
Olammin linux-loggeri-projektin (http://www.maalampofoorumi.fi/index.php?topic=3055.msg33862#msg33862 (http://www.maalampofoorumi.fi/index.php?topic=3055.msg33862#msg33862)) innoittamana innostuin taas värkkäilemään NSLU2-vekottimen kanssa. Nimittäin Olammin Ouman-loggeria käyttämällä ei tarvitse anturoida 1-wire antureilla samoja mittauksia uudelleen, vaan voi samaan käyrästöön tuuppia dataa sekä 1-wire väylästä että Oumannilta ja lätkäistä mukaan vielä kompuran käynnit jne.
1. Asentelin NSLU2:n vakiokäyttiksen tilalle Unslungin joskus viime kesänä. Hiljakselleen olen todennut Unslungin (NSLU2:n vaihtoehtofirmware) olevan kuitenkin hyvin rajoittunut ja suorastaan sekava. Paketteja siihen kyllä löytyy hyvin (python, usbserial etc.), mutta normaalista poikkeavat konffaustiedostot ja hakemistojen sijainnit alkoivat pitkän päälle kyrsiä => meni vaihtoon. >:(
2. Parhaillaan olen asentamassa laitteeseen NSLU2:lle optimoitua Debiania. Samalla taloutemme NAS laitteiden käyttikset harmonisoituvat: Mediapuolen hoitava Buffalo Linkstation ja loggauksesta vastaava NSLU2 toimivat jatkossa jokseenkin samalla Linuxilla ja pakettienhallinnalla.
3. Seuraavaksi asentelen NSLU2 NASsiin rrd-tietokannan, owfs-1-wire-tiedostojärjestelmän, pythonin ja Olammin Linuxloggerin (betatestaukseen).
4. Kun asennukset ovat kohdallaan kiikutan koko härvelin pannuhuoneeseen ja annan Win-Ouman-Trendsille ns. potkut. Tästä unelmoin jo viime keväänä kun pumppu huusholliimme pultattiin. Iso käsi olammille! ;D ;D
---
To-do: pitäisi viritellä verkko pannuhuoneesta muualle. Varastossa odottelee kela cat-6 kaapelia - en ole vain keksinyt sopivaa reittiä kaapelin kulkea. Kuinka rohkeasti te foorumilaiset olette lävistäneet höyrysulkuja esim. kaapelivedoissa? (olisi kiva vetää piuhat ullakon kautta).
Hätäratkaisuna aion vetää makuuhuoneeseen varastosta (tulevalta ristiinkytkentätaululta) yhden ethernet-kaapelin käyttäen tv-kaapelin reittiä (revin sen pois tieltä kuleksimasta). Kaapelin mh päähän asennan normaalin rj-45-rasian ja toiseen liittimen NSLU2:sta varten. Tätä viritystä tullenen käyttämään väliaikaisena wlan-lan virityksena saadakseni käppyrät näkyville muuallakin kuin pannuhuoneessa..
t.J
-
Väliaikaisiin virityksiin...
Ei sieltä normaali puhelinkaapelia tulisi? Ethernet-verkko tarvitsee 4 karvaa. Olen saanut normaali puhelinjohdossa menemään 100 Mbit eetterin virheettä tuollaisilla parin kolmenkymmenen metrin matkoilla ainakin. 10 Mbit menisi varmaan paremmin.
Tai hommaa jostain vanha BNC-liittimellinen koaksiaalieetterikykyinen HUB (x2) ja vedä kuso sitä telkkariantennikoaksiaalia pitkin. Ei tarvitse repiä piuhoja. 10 Mbit menee siinä varmasti.
-
Muuten hyvä idea tuo coaxiaali-kaapeliin perustuva verkko, mutta kun vaatisi omat liittimet, työkalut ja päätelaitteet. 4-napaista kaapeliakaan ei varasto/autotalli/pannuhuone osion ja muun talon välillä kulje. Onneksi tv-kaapeli on asennettu pintaan ja menee sopivasti seinän läpi em. tiloihin (eli yhden ethernet-kaapelin vetoinen reikä on olemassa, tv-kaapelia ei tartteta, kun emäntä ei tykkää makuuhuoneessa katella telkkaria 8-)). Nykäisen sen vain pois paikaltaan ja tökkään siamilaisen cat-6 piuhan tilalle. Tuleepahan aloitettua siinä sivussa myös kämpän verkottaminen. Eli tästä "väliaikaisesta" ratkaisusta tulee osa pysyvää ratkaisua - ainoa väliaikaisuus on ristiinkytkennän puolella: kytken kaapelin suoraan NSLU2:een. Makuuhuoneen rasiaan kytken DD-wrt:llä höystetyn FON-wlan-tukiaseman lan-wlan sillaksi.
Jos tuota kesällä jo uskaltautuisi ullakolle kaapeleita vetämään ja läpivientejä porailemaan. Jokaiseen huoneeseen tulee vähintään yksi rasia kahdella rj-45 liitännällä. Ajattelin samoja liitäntöjä hyödyntää myös tulevissa 1-wire virityksissä (mm. lcd-näyttö keittiöön josta näkee ulkolämmöt ja pumpun käynnit :))
Eiköhän se siitä sitten lähde kulkemaan :)
-
Heh, projekti kuullostaa melkein "kopiolta" mun omastani...
Rempattiin äsken yksi MH perusteellisesti ja siinä samassa seiniin tuli sekä CAT6 että tavallista puhelinkaapelia (halpaa, Biltemasta 50m 8eur) Micro-LANia varten (=1-Wire). Sopivassa kohtaa seinässä lattialämmitystermostaatin vieressä kurkkaa ulos puh.piuhanpää, tähän sitten kiinni lämpöanturi ja joku siisti sähkökaluste päälle jotta sopii muuhun sähkökalustukseen ja johan on talo modernisoitu.
Tavoitteena saada kaikkiin huoneisiin lämpötilamittaukset ja lisäksi takkojen viereen ja sopiviin paikkoihin lattialämmitysputkiin. Ja kaikki kaapelointi piiloon tietty.
Kaikki talossa olemassaoleva puhelinkaapelointi on onneksi tehty sellaistesta kaapelista että 2 "karvaa" jää yli vaikka "puhelintoiminnon" jättää joten nämä voi käyttää micro-LANiin.
Minäkin vedin kaikki kaapelit vintin kautta.
Kaiken lisäksi minullakin on Buffalon Linkstationi NAS serverinä ja haluaisin myös NSLU2'sen mutta sen tuotanto on vissiin lopetettu joten ei saa enään ostaa mistään :( ... Tylsää kun mukulat menee pelaamaan läppärillä jossa LogTemp pyörii ja saa sen lukkoon niin tulee katkoja käyriin.
Paljon pitäisi vielä saada aikaiseksi:
- Micro-LAN verkko ylettämään myös autotalliin, vaikeaa kun on erillinen rakennus
- Lämpöpumpun sähkömittari micro-LANverkkoon kiinni
- Pulssilaskijalla varustettuja virtausmittareita lämmitysputkiin ja kiinni micro-LAN verkkoon (saisi suoraan lämmitys kWH't eri tiloille kun tietää deltaT ja virtauksen
- Nettisivut missä talo(t) jotenkin 3Dnä ja tilojen lämpötilat näkyvissä sekä käyrät eri mittauksista valituilta ajanjaksoilta
- jnejnejne
-
Ihan mielenkiinnosta, että minkälaista näyttöteknologiaa meinasit laittaa? Eli oikein joku interaktiivinen kosketusnäyttö vai vain näyttö?
Itse olen ajatellut, että jos interaktio hoituisi pääosin selaimella tietokoneelta, mutta että jossain olisi joku pieni näyttö, jossa perustietoa talosta, säätila ja vaikka ilmatieteenlaitokselta ripattu 5 vrk sääennuste. Pitäisi vaan keksiä joku halpa tapa saada tuollainen näyttö aikaiseksi.
-
haluaisin myös NSLU2'sen mutta sen tuotanto on vissiin lopetettu joten ei saa enään ostaa mistään :(
Löytyy heti ainakin verkkokauppa.com:sta, 89,90 €
-
Löytyy heti ainakin verkkokauppa.com:sta, 89,90 €
Minä ostin omani USAlaiselta yksityishenkilöltä EBayn välityksellä. Tuli ilman tulliruljansseja suoraan lähimpään postitoimistoon. Dollarin kurssin ollessa suosiollinen laite tuli maksamaan muutaman hassu kympin :) Muuntajaksi nappasin romulaatikosta vanhan muuntajan.
Par'aikaakin esim. eBay.de:ssä on myytävänä ao. laitteita (Saksalaisten myyminä). Hintataso taisi olla jotakin 20<x<40eur
t.J
-
Ihan mielenkiinnosta, että minkälaista näyttöteknologiaa meinasit laittaa? Eli oikein joku interaktiivinen kosketusnäyttö vai vain näyttö?
Itse olen ajatellut, että jos interaktio hoituisi pääosin selaimella tietokoneelta, mutta että jossain olisi joku pieni näyttö, jossa perustietoa talosta, säätila ja vaikka ilmatieteenlaitokselta ripattu 5 vrk sääennuste. Pitäisi vaan keksiä joku halpa tapa saada tuollainen näyttö aikaiseksi.
Vastaus on owfs+1wire
OWFS vastaa tietojen tuuppaamisesta näytölle: http://owfs.sourceforge.net/LCD.3.html
Itse näyttö: 20x4 LCD taustavalolla: http://www.hobby-boards.com/catalog/product_info.php?products_id=1534
Kontrolleri näytölle: http://www.hobby-boards.com/catalog/product_info.php?products_id=1505
Yllä oleva kokoonpano on allekirjoittaneen kaltaiselle laiskurille joka ei itse viiti juuri tinailla. Pelkkinä osina hinta halpenee. Ostin samasta lafkasta juuri laskurin (http://www.hobby-boards.com/catalog/product_info.php?products_id=42) MLP-pumpun kwh-mittarin S0-lähdön hyödyntämiseksi.
Toisaalta, olen myös rakentelemassa valaistusautomaatiota z-wave protokollan varaan ja mielessä on käynyt myös mahdollinen "ohjauskone" kosketusnäytöllä. Enemmän kuitenkin kiinnostaisi www-pohjainen ohjaus kun noita Nokian nettitabletteja, miniläppäreitä ja muita gadgetteja on kertynyt vähän joka huoneeseen :).. Haaveissa on systeemi jonne pystyy rakentamaan erilaisia scenejä ja ajastuksia erilaisiin asumisen tilanteisiin. Mutta pikku hiljaa, hipihiljaa tää etenee..
-
olammi wrote on Today at 13:26:30:
Ihan mielenkiinnosta, että minkälaista näyttöteknologiaa meinasit laittaa? Eli oikein joku interaktiivinen kosketusnäyttö vai vain näyttö?
Itse olen ajatellut, että jos interaktio hoituisi pääosin selaimella tietokoneelta, mutta että jossain olisi joku pieni näyttö, jossa perustietoa talosta, säätila ja vaikka ilmatieteenlaitokselta ripattu 5 vrk sääennuste. Pitäisi vaan keksiä joku halpa tapa saada tuollainen näyttö aikaiseksi.
Vastaus on owfs+1wire
OWFS vastaa tietojen tuuppaamisesta näytölle: http://owfs.sourceforge.net/LCD.3.html
Itse näyttö: 20x4 LCD taustavalolla: http://www.hobby-boards.com/catalog/product_info.php?products_id=1534
Kontrolleri näytölle: http://www.hobby-boards.com/catalog/product_info.php?products_id=1505
Yllä oleva kokoonpano on allekirjoittaneen kaltaiselle laiskurille joka ei itse viiti juuri tinailla. Pelkkinä osina hinta halpenee. Ostin samasta lafkasta juuri laskurin (http://www.hobby-boards.com/catalog/product_info.php?products_id=42) MLP-pumpun kwh-mittarin S0-lähdön hyödyntämiseksi.
Toisaalta, olen myös rakentelemassa valaistusautomaatiota z-wave protokollan varaan ja mielessä on käynyt myös mahdollinen "ohjauskone" kosketusnäytöllä. Enemmän kuitenkin kiinnostaisi www-pohjainen ohjaus kun noita Nokian nettitabletteja, miniläppäreitä ja muita gadgetteja on kertynyt vähän joka huoneeseen Smiley.. Haaveissa on systeemi jonne pystyy rakentamaan erilaisia scenejä ja ajastuksia erilaisiin asumisen tilanteisiin. Mutta pikku hiljaa, hipihiljaa tää etenee..
Vähän offtopiccia, mutta ollaan olammi muuten ex-työkavereita ;) Janne sieltä vpn-putkasta...
Mutta asiaan, mulla on Nokian N800 internet tabletti hoitamassa näytön virkaa. Noksulta on wlanin kautta ssh-yhteys pannuhuoneen linukkaservoon ja tail-käskyllä seuraan linukan tekemää ouman-lokia. Lokit menee vielä tekstitiedostoon. On vähän vielä karu, mutta tarkoitus on tehdä jokin fiksumpi käyttöliittymä kunhan vain ehtisi. Mutta tuo Noksu on mielestäni aika hyvä kapine tuohon hommaan, siro ja fiksunnäköinen, avoin linux, kosketusnäyttö ja wlan, ebaysta alle parisataa. Noita ajattelin hommata vielä toisenkin "sitten joskus"...
-
Vähän offtopiccia, mutta ollaan olammi muuten ex-työkavereita ;) Janne sieltä vpn-putkasta...
Testausmies? ;)
-
Löytyy heti ainakin verkkokauppa.com:sta, 89,90 €
Minä ostin omani USAlaiselta yksityishenkilöltä EBayn välityksellä. Tuli ilman tulliruljansseja suoraan lähimpään postitoimistoon. Dollarin kurssin ollessa suosiollinen laite tuli maksamaan muutaman hassu kympin :) Muuntajaksi nappasin romulaatikosta vanhan muuntajan.
Par'aikaakin esim. eBay.de:ssä on myytävänä ao. laitteita (Saksalaisten myyminä). Hintataso taisi olla jotakin 20<x<40eur
t.J
Tuo oli erinomainen vinkki! n. 100e on pikkuisen paljon "turhasta" vehkeestä kun koko "Järjestelmä" tähän asti on maksanut ehkä puolet siitä. Pikkusen kyllä pelottaa ostaa yksityishenkilöltä ebayssä.
-
Tuo oli erinomainen vinkki! n. 100e on pikkuisen paljon "turhasta" vehkeestä kun koko "Järjestelmä" tähän asti on maksanut ehkä puolet siitä. Pikkusen kyllä pelottaa ostaa yksityishenkilöltä ebayssä.
Tähän pätee sama nyrkkisääntö kuin huuto.netin kauppahommiinkin: katso kaupparatsun saama palaute. Ostin videotykin kattotelineen yhdeltä suharilta (USAsta). Hän lähetti vahingossa väärin mitoitetun osan, josta reklamoin ja sain tilalle ilman kustannuksia sen mistä maksoin. Myyjän saama palaute olikin enemmän kuin ylistävä jo ennen omaanikin. Jos myyjä on ns. newbie tai on saanut ns. pa*skaa hattuun en osta on hän sitten huuto.netissä tai ebayssä. Sama pätee tosin myös myyjän halukkuuteen kaupata romujaan, heidän ei ole pakko myydä epäluotettavalle/kokemattomalle ostajalle (pisteitä kun annetaan molempiin suuntiin).
Että pistähän visa tai paypal vinkumaan vaan :)
EDIT: http://global.ebay.com/search?Query=nslu2
.. tuolta löytyi mm. yksi aparaatti joka oli "buy now" ja tuli maksamaan postikuluineen 40 eur (USAsta) => huonolla tuurilla vekotin jää tulliin ja joudut maksamaan muutaman lantin extraa EU:lle. Näppituntuma tosin on että autonosat jne. jäävät tullin haaviin elektroniikkaa herkemmin.
-
Vähän offtopiccia, mutta ollaan olammi muuten ex-työkavereita ;) Janne sieltä vpn-putkasta...
Testausmies? ;)
Sepä se :)
-
Hätäratkaisuna aion vetää makuuhuoneeseen varastosta (tulevalta ristiinkytkentätaululta) yhden ethernet-kaapelin käyttäen tv-kaapelin reittiä (revin sen pois tieltä kuleksimasta). Kaapelin mh päähän asennan normaalin rj-45-rasian ja toiseen liittimen NSLU2:sta varten. Tätä viritystä tullenen käyttämään väliaikaisena wlan-lan virityksena saadakseni käppyrät näkyville muuallakin kuin pannuhuoneessa..
t.J
Noniin. Nyt quso kulkee makuuhuoneen ja maalämpökopin välillä. NSLU2 on par'aikaa tutustumassa uuteen huoneeseensa. Tässä virittelen Fon DD-wrt:n lan-wlan extenderiksi. Harmi että wds ei toimi tuon Fonin ja muiden tukiasemien välillä (ostin juuri tilalle toisen dd-wrt tukiaseman korjatakseni ongelman), joten Fon on toistaiseksi irti Internetistä ja talon muusta verkosta :(
Tärkeintä on kuitenkin se, että pääsen katselemaan käppyröitä ja tuunaamaan NSLU2:sta sohvalta käsin.
-
Valta on nyt vaihtunut. :D ;D :D ;D
Win-Ouman on nyt sammutettu (viimeinen windows kone tässä huushollissa) ja sarjakaapeli kytketty NSLu2:n ahteriin. Olammin kehittelemä linuxloggeri näyttäisi toimivan kuten pitääkin: tekstitiedostoon ilmestyy lämpötiloja ja rrd-tietokantaa päivitetään. Aluksi tuli virheilmoituksia, mutta ne häippäsivät kun poistin kaksi "haamumittausta"
Itse asiassa tuo linuxloggeri lähti toimimaan helpommin kuin OuTrends. Osoitin asetustiedostossa vain sarjaportiksi /dev/ttyusb0 ja sillä lähti. OuTrendsin kanssa piti pikkuisen "herkistellä" ennen kuin homma lähti kulkemaan.
Toki Linux-seurannan virittely vaatii pikkuisen linux-taitoja. Itse en ole kuitenkaan ohjelmoija enkä insinööri ja silti sain homman toimimaan. Jos joku haluaa halvan seurantasysteemin (<40eur>) voin lämpimästi suositella NSLU2:n varaan rakennettavaa viritystä.
Kriittinen tekijä tässä Oumannin kyttäämisessä Linuxin puolella on tietysti Olammin kehittelemä taloLogger jota par'aikaa betatestailen.
Hyvältä näyttää. Seuraavaksi opettelen tekemään graafeja rrd:n avulla.
-
Aluksi tuli virheilmoituksia, mutta ne häippäsivät kun poistin kaksi "haamumittausta"
Ilmeisesti haamut olivat ne kaksi esimerkki-1-wire-mittausta? Vai oliko jotain ongelmia Oumanin omien kanssa?
-
Aluksi tuli virheilmoituksia, mutta ne häippäsivät kun poistin kaksi "haamumittausta"
Ilmeisesti haamut olivat ne kaksi esimerkki-1-wire-mittausta? Vai oliko jotain ongelmia Oumanin omien kanssa?
Juu. Ne kaksi haamua olivat juuri ne 1-wire mittaukset. Iski virhettä kehiin rrd-loggauksen kanssa.
-
Hätäratkaisuna aion vetää makuuhuoneeseen varastosta (tulevalta ristiinkytkentätaululta) yhden ethernet-kaapelin käyttäen tv-kaapelin reittiä (revin sen pois tieltä kuleksimasta). Kaapelin mh päähän asennan normaalin rj-45-rasian ja toiseen liittimen NSLU2:sta varten. Tätä viritystä tullenen käyttämään väliaikaisena wlan-lan virityksena saadakseni käppyrät näkyville muuallakin kuin pannuhuoneessa..
t.J
Noniin. Nyt quso kulkee makuuhuoneen ja maalämpökopin välillä. NSLU2 on par'aikaa tutustumassa uuteen huoneeseensa. Tässä virittelen Fon DD-wrt:n lan-wlan extenderiksi. Harmi että wds ei toimi tuon Fonin ja muiden tukiasemien välillä (ostin juuri tilalle toisen dd-wrt tukiaseman korjatakseni ongelman), joten Fon on toistaiseksi irti Internetistä ja talon muusta verkosta :(
Tärkeintä on kuitenkin se, että pääsen katselemaan käppyröitä ja tuunaamaan NSLU2:sta sohvalta käsin.
Näpräsin tuon Fon-dd-wrt tukiaseman client bridge tilaan ja sain kuin sainkin sen liitettyä huushollin wlan verkkoon:
powerbook:etc root# ping 192.168.11.8
PING 192.168.11.8 (192.168.11.8): 56 data bytes
64 bytes from 192.168.11.8: icmp_seq=0 ttl=64 time=133.077 ms
64 bytes from 192.168.11.8: icmp_seq=1 ttl=64 time=5.921 ms
64 bytes from 192.168.11.8: icmp_seq=2 ttl=64 time=4.648 ms
64 bytes from 192.168.11.8: icmp_seq=3 ttl=64 time=5.595 ms
64 bytes from 192.168.11.8: icmp_seq=4 ttl=64 time=3.317 ms
^C
--- 192.168.11.8 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 3.317/30.512/133.077/51.291 ms
powerbook:etc root#
Nyt pääsee rrd problematiikkaa pyörittelemän ihan kunnon koneen ääreltä. Ei tartte kikkailla pienoiskannettavan kanssa makuuhuoneessa. Niin, ja saa loggaukset nettiin :) Woudee.
--- loggaus käyntiin:
larux@nslu2temp:~/taloLogger$ python taloLogger.py
--- tekstitiedosto "data.log" kertoo loggauksen onnistuvan:
01.03.2009 09:50:01
ulkolampo: -15.00
menovesi: 43.80
yla_tulo: 48.40
var_yla: 62.30
var_keski: 45.30
var_ala: 41.80
maaliuos_lahto: -2.40
tilatieto: 65047
-
tilatieto: 65047
Tuosta tilatiedosta siis sitten näkee, että tuolla mittaushetkellä kompressori on ollut päällä ja sähkövastus ei. Tämä siis ainakin EH202S:n tapauksessa. (sähkövastuksen maski 0x0008 ja kompressorin 0x0010).
-
Ööh. Tuotanoin. Piti kysyäkin sinulta että miten tuo tilatieto puretaan. Siis maski? Mitä hä? Miten? En tajua. No, anyway, loggeri kuitenkin ao. tiedon pystyy tuottamaan :) Mutta miten tuo puretaan kuvaassa / tekstinä?
-
Tilatieto on 16-bittinen kokonaisluku, jossa on 16 erillistä tilatietoa. Ajatellaan ne luvun bitit vaikka merkkivaloina. Ykkönen on päällä ja nolla on pois päältä. Nyt sitten esim. tuo mittauksessa saamasi kokonaisluku 65047 on binäärilukuna 1111111000010111. Noista biteistä oikealta laskien neljäs on sähkövastuksen tilatieto ja viides on kompressorin tilatieto (EH202S:ssä ja voi olla muissakin, mutta riippuu pumpun toteutuksesta). Tuossa em. luvussa siis viides bitti on "päällä", joten kompura käy.
Binääriluvut taas ovat ihan samoja kokonaislukuja kuin 10-järjestelmänkin kokonaisluvut, mutta esitystapa on erilainen. 10-järjestelmän luvussa kukin merkki edustaa 10 eri arvovaihtoehtoa, niin luku koostuu luvun kymmenen kokonaislukupotenssien summasta (10^0=1, 10^1=10, 10^2=100, 10^3=1000, 10^4=10000, ...). Binääriluvussa vastaavasti kukin merkki on osoittaa 2:n potenssien määrää (2^0=1, 2^1=2, 2^2=4, 2^3=8, 2^4=16, 2^5=32, ...). Viidennen bitin kokonaislukuarvo yksinään on 2^4 = 16.
Otetaan nyt esimerkiksi tämä kompressorin tilatiedon selvittäminen. Sanoin aiemmin, että maski on 0x0010 (heksadesimaalimuodossa siis). 10-lukujärjestelmässä sama luku on 16 ja 16-bittisenä binäärilukuna 0000000000010000. Eli viides oikealta on ykkönen ja muut nollia. Maskissa on yleensä ykkösiä ne bitit, josta ollaan kiinnostuneita varsinaisessa tutkittavassa luvussa. Nyt on sitten olemassa sellainen binäärilukuoperaatio kuin AND. Käytännössä tarkoittaa sitä, että kun kaksi lukua AND:ataan, niin tuloksessa ovat ykkösiä ne bitit, jotka olivat molemmissa AND:attavissa luvuissa 1. AND:illä voidaan siis tutkia, että onko esim. yksittäinen bitti päällä vai ei. Tässä siis AND:ataan maskilla tuo mittaustulos. Jos tulos on 0, niin maskin osoittama tilabitti ei ollut päällä ja jos tulos ei ole 0 (toisinsanoen = 16), niin bitti oli päällä. Muut tulokset eivät ole mahdollisia, kun maskissa oli vain yksi ykkösbitti.
Esimerkkitapauksessa ANDataan luku 65047 luvulla 16. Tulos on 16, joka ei ole 0 => kompura käy. Ohjelmointikielissä and-operaattori on yleensä &. Esim. "if (mittaustulos & maski != 0) {...". Sama juttu SQL:ssä.
Oliko tarpeeksi sekavasti sanottu...
-
Oliko tarpeeksi sekavasti sanottu...
Itse asiassa varsin selkeästi. Palautti mieleeni opintojakson "tietojenkäsittelyn apuneuvot I" muutaman vuoden takaa. En silloin hoksannut niin abstrakteilla opinnoilla olevan jotain käytännön sovelluksiakin.. (En siis opiskellut päätoimisesti tietojenkäsittelyä, vaan opeoppia)
-
Terve!
mailista siirryttiin tänne, no se hän on hyvää..
Omia kokemuskia ovat positiivisia. Pythonin skripti lähtii heti tekemmään tehtävänsä. Fedoralla 8 ja Debian 4 lla kokeilin, MySQL täyttyy mittaustiedolla Oumanilta. En osa arvioida RRDta olisko se parempi,
kun ei ole kokemusta.
1W anturien osalta:
Larux on kääntänyt mielitilani OWFSa käyttämään ja sen kanssa olen ollut tappelemassa Debianin pohjana. Yrittiin elvyttää vanha NSLu2 toistaiseksi tuloksetta. Ja nyt komennuksien takia poissa pari viikkoa. Eli sillä on hidasteittä on tullut bata-testeissa.
Kuorma-testeista ja graafisesta esittelystä puhumattakaan..
Palailaan.
-
En osa arvioida RRDta olisko se parempi, kun ei ole kokemusta.
Ei ole itsellänikään RRD:stä kokemusta, mutta sitä par'aikaa hankitaan :).. rrdtool info /var/lib/rrd/geoprosh.rrd ja rrdtool fetch /var/lib/rrd/geoprosh.rrd LAST komennot paljastavat että dataa sinne kantaan menee. Vielä on hieman hionnasta miten sitä saa sieltä sievästi ulos. Nyt alkaa jo ymmärtämään peruskäsitteistön ja toimintaperiaatteet.
-
Ei ole itsellänikään RRD:stä kokemusta, mutta sitä par'aikaa hankitaan :).. rrdtool info /var/lib/rrd/geoprosh.rrd ja rrdtool fetch /var/lib/rrd/geoprosh.rrd LAST komennot paljastavat että dataa sinne kantaan menee. Vielä on hieman hionnasta miten sitä saa sieltä sievästi ulos. Nyt alkaa jo ymmärtämään peruskäsitteistön ja toimintaperiaatteet.
Eikö RRD ole tarkoitettu käyttöön, jossa datalle annetaan tilaa x (mega)tavua ja data ylikirjoittaa itsensä ajan saatossa? Mietin vain että itse ainakin lämpöpumpun logia tehdessä mieluusti tallettaisin kaiken datan. Nykyaikana kun tuo kovalevytila ei maksa maltaita. Jos vaikka kolmen vuoden päästä huomataan että "oho, mitenkäs tämä nyt tällä tavalla käyttäytyy", niin logista voisi todistaa että noinhan se on toiminut jo takuuaikana! :)
-
Näinhän se RRD juuri toimii. Eli sille kerrotaan joku keskimääräinen intervalli, jossa uusia arvoja tulee ja säilytettävien mittausten lukumäärä. Se piirtelee sitten aikajanaa, tallettaa aikakeskiarvoja ja hukkaa dataa loppupäästä. Nopea, ei kasva ajan mittaan, jne. Mutta tosiaan siltä aivan turha lähteä kyselemään sieltä tarkkoja arvoja, että miten joku tieto on ollut tarkasti viime viikolla tms.
-
RRD:sta saa dumpattua/exportattua dataa ulos (jos pitää säilöä). Itse vertaan RRD:tä lähinnä OumanTrendsiin. OuTrendsiä tuli käytettyä pumpun toiminnan silmämääräiseen havannointiin - yleensä aikavälinä oli 8 tuntia tai viikko. Tämänkaltaiseen observointiin RRD on mielestäni sekä OuTrendsiä että mysql:ää parempi. Minulle pitkäaikainen tarkka tieto on vain turhaa, redundanttista dataa. Pitkältä aikaväliltä on kuitenkin mukava saada keskiarvoa yms. yleistystä käyntijaksoista/lämmöistä jne.
Btw, olen luonut omaan RRD-tietokantaani päivän, viikon ja kuukauden tarkat RRA:t. Eli kuukauden ajalta voi katsoa joka talletuksen ja sitten resoluutio heikkenee.
Mutta kuten sanottua, käyttötarkoitus ratkaisee.
-
Viimeisin mittaus daemonilla on näköjään puoli ysiltä tänä aamuna. Sitten on jotain kummaa tapahtunut usb-serial muuntimen kanssa.
DMESG:
Mar 2 08:39:33 nslu2temp kernel: [43024607.580000] usb 3-1: USB disconnect, address 2
Mar 2 08:39:33 nslu2temp kernel: [43024607.590000] ch341 3-1:1.0: device disconnected
Mar 2 08:39:33 nslu2temp kernel: [43024607.740000] usb 3-1: new full speed USB device using ohci_hcd and address 3
Mar 2 08:39:33 nslu2temp kernel: [43024607.920000] usb 3-1: configuration #1 chosen from 1 choice
Mar 2 08:39:33 nslu2temp kernel: [43024607.930000] ch341 3-1:1.0: ch341-uart converter detected
Mar 2 08:39:33 nslu2temp kernel: [43024607.980000] usb 3-1: ch341-uart converter now attached to ttyUSB1
Mar 2 08:39:33 nslu2temp kernel: [43024607.990000] usb 3-1: New USB device found, idVendor=4348, idProduct=5523
Mar 2 08:39:33 nslu2temp kernel: [43024607.990000] usb 3-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
Mar 2 08:39:33 nslu2temp kernel: [43024608.000000] usb 3-1: Product: USB-SER!
Mar 2 08:45:00 nslu2temp kernel: [43024934.470000] ch341-uart ttyUSB0: ch341-uart converter now disconnected from ttyUSB0
Selvitellään :-/
EDIT1:
Ei halua loggeri käynistyä, sarjaportti on vaihtanut hiippakuntaa:
larux@nslu2temp:~/taloLogger$ python taloLogger.py -d -l
02.03.2009 17:35:14: ERROR: Cannot open serial port for OumanSerial
Pitänee jalkautua oikein pumpu kanssa seurustelemaan. Onkos vehkeet sulaneet muovimössöksi? Mitäs on tapahtunutkaan. Jännitys tiivistyy :)
EDIT:2
Pannuhuone oli entisellään. NSLU2:n naamataulukin vilkutti neljää lediään ihan tyytyväisenä. Resetoin sarjaportin käyttämällä usb-kaapelia irti ja voila:
DMESG:
[43056958.470000] ch341 3-1:1.0: device disconnected
[43056961.120000] usb 3-1: new full speed USB device using ohci_hcd and address 4
[43056961.310000] usb 3-1: configuration #1 chosen from 1 choice
[43056961.340000] ch341 3-1:1.0: ch341-uart converter detected
[43056961.390000] usb 3-1: ch341-uart converter now attached to ttyUSB0
[43056961.400000] usb 3-1: New USB device found, idVendor=4348, idProduct=5523
[43056961.400000] usb 3-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[43056961.410000] usb 3-1: Product: USB-SER!
larux@nslu2temp:~/taloLogger$ python taloLogger.py -d -l
02.03.2009 17:39:44: Starting taloLogger.py (v0.9b) as daemon.
Taas mennään! Taitaa olla tuo _halpa_ usb-serial adapteri hieman epävakaa.
-
Näyttää siltä, että joko USB-serial adapteri on resetoitunut tai USB-väylä. Laite on tosin herännyt samalla sekunnilla uudelleen ja sille on varattu ttyUSB1, kun edellinen oli ttyUSB0:ssa. USB0 on vapautunut vasta 5,5 minuutin päästä. Eli tuon resetin jälkeen Ouman olisi löytynyt eri sarjaportista käyttöjärjestelmän mielestä.
Katselin omasta lokista, niin minulla tuo UPS:issa oleva USB2Serial adapteri (hinta $2, Hong Kong) on heittänyt vastaavat voltit 2 kertaa helmikuun aikana. Niissä volteissa kuitenkin sille on varattu sama USB0 heti uudelleen. Yksi mahdollisuus on, että tuohon vaikuttaa se, että oumanSerial-kirjasto pitää tuota konfiguroitua sarjaporttideviceä koko ajan auki. Jos tuosta tulee ongelma, niin mahdollista on muuttaa skriptiä siten, että se avaa portin vain lukuoperaatioiden ajaksi. Ehkä se olisi järkevämpää joka tapauksessa.
Minulla tuo pumppu on kytketty suoraan koneessa olevaan varsinaiseen sarjaporttiin ja se ei ole ainakaan toistaiseksi hävinnyt sieltä mihinkään.
-
Nyt alkaa olla RRD pikkuhiljaa selätetty. Olen saanut kaikki mittaukset näkyville, opetellut kuinka kompura/vastus käyntitiedot lasketaan tilatiedosta ja löytänyt yhden fataalin virheen luomastani rrd-tietokannasta:
RRA:AVERAGE:0.5:12:24
Ihmettelin monta päivää miksi kuvaajat ovat niin uskomattoman karkeita, tunti näytti olevan pienin mittayksikkö. Tänään perehdyin oppaaseen vielä kerran ja tajusin että yllä oleva RRA on tehty päin p*rsettä. Siinä luodaan arkistotiedosto johon lasketaan tunnin aikana tehdyistä mittauksista keskiarvot yhden vuorokauden ajanjakson aikana. Eli yksi vuorokausi sisälsi lopulta 24 tietuetta joista jokainen sisälsi tunnin ajalta mittauksien keskiarvot. Saa siinä sitten ihmetellä miksi ei käppyrät näytä järkeviltä.
Loin uuden RRD tiedoston tuon hazardin tilalle ja otin mukaan uutena myös trendipoikkeamien seurannan, puuttuvien arvojen "ennustamisen" ja hälytykset..
Nyt ollaan lähellä läpimurtoa :)
-
Se toimii!
http://picasaweb.google.com/lh/photo/bWuNQEYZIzuZZ5bM0XTDRw?feat=directlink
-
Tämän pitäisi purkaa tilatieto rrd-kuvaajassa:
CDEF:kompura_status=kayntitieto,maski,*,10,0,if
Eli jos mittaustulos&maski = 1 graafiin piirretään viivaa kympin kohdalle, muutoin nollan kohdalle.
.. Pitää vielä pinnistellä päätä tuon käyntitiedon ja maskin kanssa, mutta lausekkeen pitäisi kuitenkin tehdä tarvittavat temput.
-
Näyttäisi että 5 minuutin mittaustarkkuus sopii parhaiten vuorokausinäkymän/viikkonäkymän kuvaamiseen: http://picasaweb.google.com/lh/photo/QO_QVfMoMq6TB5j0kZjpVA?feat=directlink. Vuorokausinäkymää varten mittaustarkkuus voisi olla jotain 1-2,5minuutin välillä. Vielä pitää viritellä :I
-
Näyttää mukavan selkeältä tuo käyrästö. Kompressorin käyntitietoa ei kuitenkaan ole näkyvillä, onko siihen jokin erityisempi syy? Tokihan sen maapiirin lämpötilan käyrästäkin näkee.
Millä nopeudella lämpöjohtopumppu sinulla on? Kysyn siksi että omassa systeemissäni tuo varaajan yläosan lämpötila pysyy samalla tavalla tasaisena vain silloin kuin lämpöjohtopumppu on pienimmällä nopeudella eli ykkösellä.
-
Näyttäisi että 5 minuutin mittaustarkkuus sopii parhaiten vuorokausinäkymän/viikkonäkymän kuvaamiseen: http://picasaweb.google.com/lh/photo/QO_QVfMoMq6TB5j0kZjpVA?feat=directlink.Vuorokausinäkymää varten mittaustarkkuus voisi olla jotain 1-2,5minuutin välillä. Vielä pitää viritellä :I
Viksut käyrät!
Vähän offtopic:
Tuosta pisimmästä käyrästä päättelin sellaisen että SH taitaa käynnistyä kun keskianturin ero menoveteen on pienempi kuin 2C (jotain sellaista), pitääkö paikkansa?
Vai onko se vain sattumaa tälle ulkolämmölle?
Toinen juttu joka osui näköön on tuo menoveden seilaus nuonkin paljon vaikka ulkolämpö pysyy tasaisena...!...luulisi Oumannilaisen (alan amatilaisten) pystyvän parempaakin. Näkyy myötäelävän keskiosan lämpöä .
Eipä silti ei siitä mitään haittaa ole (=riittävä tarkkuus), kunhan ihmettelen kun oma pysyy piirinsuurtein -/+0.2C tarkkuudessa vastaavassa tilanteessa.
-
Näyttäisi että 5 minuutin mittaustarkkuus sopii parhaiten vuorokausinäkymän/viikkonäkymän kuvaamiseen ... Vuorokausinäkymää varten mittaustarkkuus voisi olla jotain 1-2,5minuutin välillä.
Omissa mittauksissani ja kuvaajassani (MySQL-kannasta JPGraphilla lennossa tuotettava kuva) päädyin tuohon 2 minuutin mittausväliin. Sillä tulee vuorokaudessa 720 mittauspistettä, joka taas sopii aika hyvin vaakapikselimääräksi tuollaiseen kuvaajaan: http://olammi.iki.fi/olammi/taloLogger_1.png.
Muutakin tuli tuossa ohessa viriteltyä... lisäilin 1-wireantureita. Nyt taloLogger mittaa myös IV/LTO-koneen lämpöjä: http://olammi.iki.fi/olammi/taloLogger_2.png. Parit pienet prosessikuvatkin tein, joissa päivittyvät reaaliaikaset arvot: http://olammi.iki.fi/olammi/taloLogger_3.png ja http://olammi.iki.fi/olammi/taloLogger_4.png.
(linkkien kuvat staattisia esimerkkipoimintoja, joissa arvot eivät päivity)
-
Omissa mittauksissani ja kuvaajassani (MySQL-kannasta JPGraphilla lennossa tuotettava kuva) päädyin tuohon 2 minuutin mittausväliin.
Pollaako loggeri Oumannia sinun tapauksessasi nyt 2 minuutin välein?
Parit pienet prosessikuvatkin tein, joissa päivittyvät reaaliaikaset arvot: http://olammi.iki.fi/olammi/taloLogger_3.png ja http://olammi.iki.fi/olammi/taloLogger_4.png.
Mielenkiintoista. Miten olet toteuttanut nuo käppyrät? Onkos heittää linkkejä joihinkin www-lähteisiin? Btw, itselläni odottelisi laskuri ja kwh-mittari 1-wirettämistä. En vain lähde sitä hommaa tekemään ennenkuin olen saanut RRD-homman täysillä pelaamaan.
-
Näyttää mukavan selkeältä tuo käyrästö. Kompressorin käyntitietoa ei kuitenkaan ole näkyvillä, onko siihen jokin erityisempi syy? Tokihan sen maapiirin lämpötilan käyrästäkin näkee.
Millä nopeudella lämpöjohtopumppu sinulla on? Kysyn siksi että omassa systeemissäni tuo varaajan yläosan lämpötila pysyy samalla tavalla tasaisena vain silloin kuin lämpöjohtopumppu on pienimmällä nopeudella eli ykkösellä.
1. Kompuran käyntitieto ei näy kun en ole päässyt vielä täyteen selvyyteen miten käsitellä maskeja RRD:n rpn notaatiossa. Lähinnä etsiskelen miten AND ilmaistaan.. onkos se asteriksi vai mikä. Kovasti on tullut googlattua :) Vastaus on melkein _tässä_ .. Kyllä se käyntitieto sieltä tulee vielä.
2. LJ-pumppu on tosiaankin ykkösellä. Muissa asennoissa tulee hemmetinmoinen kohina verkostoon. Sängyssä loikoillessa tulee olo kuin olisi Niagaran vieressä..
-
Pollaako loggeri Oumannia sinun tapauksessasi nyt 2 minuutin välein?
Kyllä. Lukee arvot 120 sekunnin välein (= 2 min).
Mielenkiintoista. Miten olet toteuttanut nuo käppyrät? Onkos heittää linkkejä joihinkin www-lähteisiin? Btw, itselläni odottelisi laskuri ja kwh-mittari 1-wirettämistä. En vain lähde sitä hommaa tekemään ennenkuin olen saanut RRD-homman täysillä pelaamaan.
1) tein MS Visiolla (mikä tahansa muu piirtovekotin käy, vaikka Powerpoint tai joku OpenOffice-juttu) pohjakuvan, jossa nuo laatikot, viivat jne.
2) exportoin pohjakuvan png-muotoon ja hienosäädin rajaukset jne.
3) tein PHP-skriptin, jonka tuloksena on png-kuva. Skripti ensin lataa levyltä sen pohjakuvan muistiin, hakee kannasta taloLoggerin tallettamat uusimmat mittausarvot ("SELECT ... FROM lvilog WHERE aika = (SELECT MAX(aika) FROM lvilog);"), määrittää kirjoitusvärin luetun lämpötila-arvon mukaan (sinisestä-punaiseen), kirjoittaa sopivaan pikselikohtaan kuvassa arvon ja lopulta tulostaa Content-Typen ja itse kuvan.
4) tuo sitten HTML-sivulle IMG SRC-linkkinä ja avot. Aina kun selain refreshaa sivun, niin kuvassa on tuoreimmat arvot.
Boonuksena kompuran tilatieto ilmoitetaan tuossa laittamalla vihreä täytetty ympyrä kompuran kohdalle silloin, kun se käy. Sama sähkövastukselle, mutta punaisena.
Esimerkkikoodia saa toki, jos haluaa. Weppilinkkinä suosittelen oikeastaan PHP:n reference manuaalia ja image-alkuisia funktioita.
-
Kompuran käyntitieto ei näy kun en ole päässyt vielä täyteen selvyyteen miten käsitellä maskeja RRD:n rpn notaatiossa. Lähinnä etsiskelen miten AND ilmaistaan.. onkos se asteriksi vai mikä. Kovasti on tullut googlattua :) Vastaus on melkein _tässä_ .. Kyllä se käyntitieto sieltä tulee vielä.
Lukaisin nopsasti RPN:n manuaalisivun läpi. Ei ole bittioperaatioita listalla. AND:ia ei siis ole, mutta hätä ei ole tämän näköinen. Kaivetaan kokonaislukumatematiikka takataskusta. Koitapa seuraavaa (maski 16, kompressorin käyntitieto):
CDEF:kompura_status=kayntitieto,16,/,FLOOR,2,%
eli: kompura_status = floor(kayntitieto / 16) mod 2, joka on joko 1 tai 0. 1, jos kompura on käynnissä ja 0, jos ei. Sähkövastuksen tilatietoa varten vaihdettaisiin 16 luvuksi 8.
-
Harmillista että rrd:n käpistely meinaa olla hieman hankalaa ajoittaisten verkkokatkoksien vuoksi. Nimittäin wlan tukiasema joka toimii client-bridgenä ja päätukiasema ovat talon äärilaidoilla. Näyttäisi vahvasti siltä että client-bridge kadottaa ajoittaisesti yhteyden päätukiasemaan (kai vaimo ja lapset varjostavat signaalia liikkeillään :)). Taidan siirtää rrd-tiedoston eri koneelle ihan pystyäkseni harjoittelemaan kannan manipulointia. Itse loggaukseen nämä "vaikeudet" eivät vaikuta, NSLU hyrisee ihan tyytyväisenä maalämpöpumpun konepellin päällä.
-
Kompuran käyntitieto ei näy kun en ole päässyt vielä täyteen selvyyteen miten käsitellä maskeja RRD:n rpn notaatiossa. Lähinnä etsiskelen miten AND ilmaistaan.. onkos se asteriksi vai mikä. Kovasti on tullut googlattua :) Vastaus on melkein _tässä_ .. Kyllä se käyntitieto sieltä tulee vielä.
Lukaisin nopsasti RPN:n manuaalisivun läpi. Ei ole bittioperaatioita listalla. AND:ia ei siis ole, mutta hätä ei ole tämän näköinen. Kaivetaan kokonaislukumatematiikka takataskusta. Koitapa seuraavaa (maski 16, kompressorin käyntitieto):
CDEF:kompura_status=kayntitieto,16,/,FLOOR,2,%
eli: kompura_status = floor(kayntitieto / 16) mod 2, joka on joko 1 tai 0. 1, jos kompura on käynnissä ja 0, jos ei. Sähkövastuksen tilatietoa varten vaihdettaisiin 16 luvuksi 8.
Sinähän se varsinainen oraakkeli olet ;D .. FLOOR-funktion käyttäminen ei tullut mielen viereenkään. Yritin muodostaa sellaista rpn-lauseketta mitä esitit pseudokoodina maskiselvennyksen yhteydessä vaan eihän siitä mitään tullut :).. Pitää käydä nukkumassa välissä. Great!
-
Heheee. Homma toimii. Pitää vain pikkuisen nostaa tai laskea käyntitiedon kohtaa ja kääntää tietobitti nurinpäin: nyt käyrään piirtyy kompura_seis eikä kompura_käy :)..
(http://picasaweb.google.com/lh/photo/N1Janc1P-EmvifoBazVbxA?feat=directlink)
EDIT: homma toimii sittenkin oikein..
-
Perustiedot alkavat käppyrässä olla ok:
http://picasaweb.google.com/lh/photo/AHw8VoyS6UTfheuqdTNeTQ?feat=directlink
Seuraavana to-do listalla:
1. bash-skriptin (tekee kuvaajan) ajastaminen ja talologgerin laittaminen ns. itsestään käynnistyvien sovellusten joukkoon
2. rrdgraph komentojen siirtäminen bash-skriptistä toimimaan rrdcgi:n kautta => antaa mahdollisuuden tehdä www-sivuja lennosta
3. kwh-mittarin S0-lähdön lukeminen rrd-kantaan ja graafin vääntäminen siitä. (ei etene ennenkuin löydän hobbyboardsin laskurin, joka pienikokoisena on jo ehtinyt mennä hukkaan :))
-
USB-sarjaportti ei näköjään tykkää USB-hubista jonka lykkäsin eilen NSLU2:n ja sarjaportin väliin. Loggeri ryhtyi lykkäämää virhettä tänään iltapäivällä (huomasin homman kun kuvaajassa arvot romahtivat nollaan):
16.03.2009 16:20:02: FileStore: Inserting data to file: /home/larux/taloLogger/data.log
16.03.2009 16:20:02: RrdStore: Inserting data to rrd database: /var/lib/rrd/geoprosh2.rrd using command: /usr/bin/rrdtool update /var/lib/rrd/geopr$
16.03.2009 16:25:00: OumanSerial: Running oumanSerial query with id 18
16.03.2009 16:25:00: OumanSerial: Opened oumanSerial port: /dev/ttyUSB0
16.03.2009 16:25:00: OumanSerial: Closed oumanSerial port: /dev/ttyUSB0
16.03.2009 16:25:00: OumanSerial: Received ouman response: '\x02\x06\x04\x00\x12\x00n\x8a'
16.03.2009 16:25:00: OumanSerial: Running oumanSerial query with id 20
16.03.2009 16:25:01: OumanSerial: ERROR: Cannot open serial port.
16.03.2009 16:25:01: TaloLoggerThread: Received none or unknown data for command OUMAN.L1 menovesi. Retrying...
16.03.2009 16:25:02: OumanSerial: Running oumanSerial query with id 20
16.03.2009 16:25:03: OumanSerial: ERROR: Cannot open serial port.
16.03.2009 16:25:03: TaloLoggerThread: Received none or unknown data for command OUMAN.L1 menovesi. Retrying...
Pitänee pitää loggeri suoraan NSLU2:ssa kiinni ja muut laitteet hubissa :Z
EDIT: vaihdoin usb-serial piuhan pois hubista suoraan NSLU2:een kiinni ja hubiin vastavuoroisesti siirsin usb-levyn ja 1-wire muuntimen. Katsotaan miten nyt mennään.
-
Ei näköjään auta mikään usb-serial kaatuiluun. Yritin kokeilla joskos portti toimisi stabiilisti ollessaan kytkettynä suoraan usb-liittimeen, mutta ei vaikutusta. Ongelmat alkoivat kun lisäsin usb-hubin ja 1-wire-usb-donglen.
Nyt systeemi on pysynyt toiminnassa vuorokauden - kaatui vasta hetki sitten.
Pitänee ostaa ns. oikean merkkinen usb-serial kaapeli. Tuo hinnat alkaen aparaatti on aivan käsittämättömän epästabiili.
43045570.680000] ch341 2-1:1.0: device disconnected
[43045571.420000] usb 2-1: new full speed USB device using ohci_hcd and address 12
[43045571.630000] usb 2-1: configuration #1 chosen from 1 choice
[43045571.640000] ch341 2-1:1.0: ch341-uart converter detected
[43045571.680000] usb 2-1: ch341-uart converter now attached to ttyUSB0
[43045571.690000] usb 2-1: New USB device found, idVendor=4348, idProduct=5523
[43045571.700000] usb 2-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[43045571.710000] usb 2-1: Product: USB-SER!
-
Pitänee ostaa ns. oikean merkkinen usb-serial kaapeli. Tuo hinnat alkaen aparaatti on aivan käsittämättömän epästabiili.
Niin se tuppaa olemaan, että jos haluaa halvan ja hyvän tuotteen, niin pitää ostaa kaksi eri vekotinta. Tosin tuossa saattaa sitten vaikuttaa myös se, että millä piirisarjalla oleva adapteri sattuu halppislaarista käteen. Joihinkin on parempi Linux-driverituki kuin toisiin. Itse tilasin joskus ebay.co.uk:n kautta jostain Hong Kongista 1,5 punnan vekottimen (+ postikulut), joka on toiminut vallan hienosti. Toisaalta joitakin halppisvekottimia varten on joskus pitänyt itse muutella USB-sarjaporttiajuri-kernelkoodia ja kääntää driverimoduulit uusiksi. Kaikkia vendor/laitekoodeja kun ei ole koodissa tiedossa ja nämä halppikset joskus toimivat kyllä jollain tunnetun vehkeen ajurilla (kun ovat kopioita tms.).
-
NSLU2 projektin status:
-- loggeri on stabiili, ei kaatuile
-- usb-serial rautakin on pysynyt toiminnassa jo jonkin aikaa
-- wlan-verkkoyhteys nslu2 <-> muu verkko on erittäin epävakaa => usein antaa ilmoituksen "no route to host" tai jotain muuta.
To-do: olen valmistellut CAT6 kaapelin vetämistä mlp-huoneen ja työhuoneen välille. Saapi quson kulkemaan kunnolla ja viitsii räplätä ahkerammin taas tuota hommaa. Samalla tulee edistettyä huushollin verkottamista . Kaapeloinnin myötä NSLU2 saa myös oman IP:n ulkopuoliseen nettiin ja täten täyden näkyvyyden muuallekin päin.
-
tilannetieto:
-- Sain vihdoin Saksasta (ebay.de) tilaamani Linksys WRT54G/dd-wrt wlan-tukiaseman. Nyt yhteys välillä makuuhuone(pannuhuoneen ethernet) <-> työhuone on _nopea_ .. Ent saanut aiemmalla raudalla wds:ää toimimaan vaan vehkeet oli client-bridge asetuksilla => yhteys pätki ihan pahissti. Nyt ei enää pätki, oikeastaan nopeuksien perusteella NSLU2 vaikuttais olevan tuossa työpöydällä.
-- Tästä riemastuneena nysvään cgi-bin härvelin logidatan kaivelemiseksi asap => alkuun saa kuitenkin pelkkä graafiskripti riittää
-- Muuten: taloLogger (tai itseasiassa usb-serial kaapeli) on toiminut kaatumatta jo usean päivän ajan. PHienoa!
EDIT(s): http://maalampo.dy.fi/ (sivulla on näkyvillä 12h, päivä ja viikko) [wlan yhteys näyttää kaatuilevan]
-
Tänään:
-- crontab on korjattu. Bash skriptien ajaminen oli toteutettu väärin
-- portin uudelleen ohjaus osoitti väärään paikkaan, kun uusi wlan-purkki oli keksinyt antaa kesken kaiken uuden ip-osoitteen NSLU2:lle.
Nyt kaikki toimii :D
Seuraavaksi pitäisi ryhtyä tekemään systeemistä hieman "hienompaa" ja kytkeä mm. kwh-mittauksia mukaan. Saattaa jonkun aikaa vierähtää ennen tätä seuraavaa vaihdetta, sen verran on muutakin puuhaa tässä :) (tämä nyt piti saada kuitenkin jotenkin toimimaan)
EDIT: Nyt toimii kuten pitääkin, kun muutin crontabin 24h kohdalta 12h kaltaiseksi..
Crontab:
# m h dom mon dow command
*/30 * * * * bash /home/larux/graph_12h.sh
*/30 * * * * bash /home/larux/graph_24h.sh
* * * * 0-6 bash /home/larux/graph_week.sh
-
to-do:
Lueskentelin rrdtoolin dokumentointia ja hoksasin seuraavan asian:
-- käyntitietojen purkaminen pitää muuttaa rrd-tietokannan päivittämisen yhteyteen (toteutetaan COMPUTE käskyn avulla, joka otetaan käyttöön kun kanta luodaan - eli data tulee häviämään, mutta mitäs siitä). Tällöin käyntitiedot voi tallettaa kantaan COUNTER tyypillä, kun nyt ne ovat purkamatta GAUGE tyypin alla.
-- COUNTER tyypin käyntitieto mahdollistaa mm. käyntiaikasuhteiden ym. helpon laskemisen..
=> Lisäksi olen kirjoittelemassa www-sivua koko projektista, jossa selkokielellä kuvataan case ja rrd:n erityispiirteet (Suomeksi ei ole matskua rrd:stä juurikaan saatavilla)
-
Ihan mielenkiinnosta, että minkälaista näyttöteknologiaa meinasit laittaa? Eli oikein joku interaktiivinen kosketusnäyttö vai vain näyttö?
Aiemmin kirjoittelin siitä owfs+1wire+lcd näyttöyhdistelmästä. Nyt sille löytyi varsin mielenkiintoinen haastaja, nimittäin lcd4linux.
http://ssl.bulix.org/projects/lcd4linux/
Mielenkiintoisia viritelmiä ovat tuolla tehneet :)
-
VINKKI!
NLSU2 linux ohjeita löytyy täältä aika hyvin:
http://unslung.blogspot.com/
http://nslu2guide.blogspot.com/
-
VINKKI!
NLSU2 linux ohjeita löytyy täältä aika hyvin:
http://unslung.blogspot.com/
http://nslu2guide.blogspot.com/
Juu. Tuo ylempi on unslung -jakelulle ja alempi Debianille. Itse olen kokeillut molempia ja pidän tuosta Debianista enemmän. NSLU2guide (debian) oli minulle uusi - pitää kahlata läpi! Kiits.
-
NSLU2 loggeri on ollut useamman viikon ajan nyt offline. Tuntemattomasta syystä johtuen laite katosi verkosta eikä uudelleenkäynnistäminenkään mokomaa linjoille ole tuonut. Ajanpuutteen vuoksi en ole ennättänyt tutkia mikä härvelillä on hätänä :(
Jahka saan seitsemän mäntyä pilkottua polttopuiksi (ja tehtyä tuhat muuta asiaa) palaan NSLU2-projektin pariin
-
Jahka saan seitsemän mäntyä pilkottua polttopuiksi
Mihinkä sinä vielä tarvitset noin paljon polttopuita, kun sinulla on hyvä maalämpöpumppu?
ATS
-
Jahka saan seitsemän mäntyä pilkottua polttopuiksi
Mihinkä sinä vielä tarvitset noin paljon polttopuita, kun sinulla on hyvä maalämpöpumppu?
ATS
Sitäpä en kunnolla itsekään tiedä ;-). Saunan pesään, takkaan, pihakeittiöön.. Piha oli (ja on edelleen) täynnä mäntyjä - pakko niitä on kaataa hiljalleen pois.
Säästäisihän se aavistuksen verran lämmityskulujakin jos takalla tukisi lämmitystä kovimpina pakkasina. Meidän takkamme on vain mallia "avo" :-(
-
Puut on (melkein) pilkottu: olen tänään ehtinyt selvitellä mikä wds-wlan-reititintä riivaa - Nyt on verkko ylhäällä ja taas mennään. TaloLogger-RRD kombinaatio heitti muinoin jotain herjaa, mutta nyt näyttäis kaikki pelaavan ok. Ainoastaan graafiskripti ei anna tallentaa graafeja, mutta se on pikku juttu.
nslu2temp:/home/larux/taloLogger# python taloLogger.py
25.05.2009 23:02:44: OumanSerial: Running oumanSerial query with id 1
25.05.2009 23:02:44: OumanSerial: Opened oumanSerial port: /dev/ttyUSB0
25.05.2009 23:02:44: OumanSerial: Closed oumanSerial port: /dev/ttyUSB0
25.05.2009 23:02:44: OumanSerial: Received ouman response: '\x02\x0e!\x00\x01\xb8\x07t\x00202SrFeb 8 07\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xc8'
25.05.2009 23:02:44: OumanSerial: Received Ouman device ID: 202SrFeb 8 07
25.05.2009 23:02:44: Starting taloLogger.py (v1.0a) as daemon.
nslu2temp:/home/larux/taloLogger# ls
Pyrin värkkäilemään paremman rrd-seurannan kesän/syksyn aikana. maalampo.dy.fi on toistaiseksi vielä alhaalla - kerätään nyt ensin pikkuisen lukemia talteen.
-
Nyt on Debian-Linux asennettuna NSLU2:een. Tarkoitus olisi pistää se Ekowellin sarjaporttiin kiinni kerämään dataa sekä lukea joitakin 1-wire -antureita. Data tallenetaan MySQL -kantaan.
Aiemmin tässä ketjussa LaruX kertoi epäkelvon USB-Serial -adapterin aiheuttaneen ongelmia. Olisiko kellään vinkkiä mikä tuote on havaittu hyvin toimivaksi? Entä aiheuttaako USB-hubi ongelmia? Jos aikoo saada sekä Ekowellin sarjaportin että 1-Wire USB adapterin kiinni NSLU2:een loppuu USB-liitännät kesken kun toisessa on muistitikku kiintolevynä.
-
Minulla on usb-serial nykyisin suoraan NSLU2:ssa kiinni. Muut hilppeet ovat sitten usb-hubissa (kiintolevy, 1-wire adapteri)
Usb-serial on ollut taas useamman viikon vakaa. Hankala sanoa mistä se johtuu (tai kaatuilu) - oiskos tullut päivityksiä joihinkin moduuleihin tms?
-
Ryhdyin taas värkkäämään seurantasysteemin kanssa. Tänään tein läpimurron tilatiedon tallentamisessa. Aiemmassa rrd-tietokannassa tilatieto on ollut epämääräinen varsinkin sähkövastuksen ja kompuran käydessä yhtäaikaa (tilabittien laskutoimitus on tehty rrd-kantaan tallennetuista tilatiedon keskiarvoista).
Hoksasin hiljattain käyttää COMPUTE-toimintoa laskemaan tilabitit vastuksen ja kompuran käynnille jo ennen kantaan tallentamista jonka ansiosta täst'edes kantaan menee vain 0 tai 1 riippuen käykö ao. laite vai ei. Tämä helpottaa merkittävästi käyntitiedon esittämistä graafisesti ja tekstinä.
:D
'DS:tilatieto:GAUGE:600:U:U'
'DS:kompura_status:COMPUTE:tilatieto,16,/,FLOOR,2,%',
'DS:vastus_status:COMPUTE:tilatieto,8,/,FLOOR,2,%',
-
Onko kukaan saanut toimimaan yhdistelmään NSLU-2 + Debian + Saunalahden nettitikku (A-Link Turbo 3G)? Huaweille ohjeita löytyy mutta A-Linkki ei ota toimiakseen...
-
Loggeriprojekti on ollut jo pidemmän aikaa tauolla, koska minulla oli erittäin suuria vaikeuksia wlan-linkin signaalien kanssa. Nyt yhteys on kunnon kuparia (CAT6) ja quso kulkee.
larux@nslu2temp:~/taloLogger$ python taloLogger.py
Seuraavaksi koitan asennella toosaan djangon ja ryhtyä rakentelemaan graafista puolta oikein tosissaan.
-
W00T. Pohjatyöt on nyt tehty.
1. NSLU2 on alennettu pelkäksi loggeriksi. En enää pyri värkkäämään graafin generointia alitehoiselle raudalle, kun parempaakin on käytettävissä. NSLU saa toimia erilaisten anturointien keruupisteenä: rs232, 1-wire ym.
2. Hylkäsin RRD:n toistaiseksi, sillä on omat vahvutensa, mutta ennenkaikkea rajoituksensa. Keräämällä kaikki data mysql-kantaan erilaisten yhteenvetojen tekeminen on huomattavasti kätevämpää (Django ja Ruby on Rails ovat kääntäneet pääni)
3. Graafien generointi ja webbiserverin pyörittäminen tulee tapahtumaan ns. vasemmalla kädellä uuden karhean MythTV-serverin toimesta (3ghz dual core Linux). Eli rauta on nyt ihan eri tasolla ja mahdollistaa aiempaa kunnianhimoisemmat suunnitelmat.
Tarkoituksena on yrittää tunkea tuohon trendigeneraattoriin vähän kaikenlaista foorumin keskusteluissa pyörinyttä.
Sain tänään asennettua Pythonin Django lajennuksen ja siirrettyä loggauksen mysql-tietokantaan. Eli NSLU2/TaloLogger pukkaa dataa tietokantaan ja vireillä oleva graafipiirturi hakee dataa tietokannast verkon ylitse. Hyvin pikapuoliin ensimmäiset loggukset on taas online.
-
Sain tänään asennettua Pythonin Django lajennuksen ja siirrettyä loggauksen mysql-tietokantaan. Eli NSLU2/TaloLogger pukkaa dataa tietokantaan ja vireillä oleva graafipiirturi hakee dataa tietokannast verkon ylitse. Hyvin pikapuoliin ensimmäiset loggukset on taas online.
Millä komponentilla/kirjastolla meinaat piirrellä graafit?
-
Olisin asiantuntijoilta kysynyt millä piirtäisitte käppyrät flat file kannasta? Itsellä on tällä hetkellä Thermiassa Husdata joka tallettaa QNAP:n verkkolevylle lokia flat file muodossa.
Husdata kyllä pystyy tekemään joitain kuvatuksia muttei kovinkaan hyvin. Tuohon QNAPiin pystyisi (kai) asentamaan RRD:n mutta tukeeko se vain SQL kantoja?
-
W00T. Pohjatyöt on nyt tehty.
1. NSLU2 on alennettu pelkäksi loggeriksi. En enää pyri värkkäämään graafin generointia alitehoiselle raudalle, kun parempaakin on käytettävissä. NSLU saa toimia erilaisten anturointien keruupisteenä: rs232, 1-wire ym.
....
3. Graafien generointi ja webbiserverin pyörittäminen tulee tapahtumaan ns. vasemmalla kädellä uuden karhean MythTV-serverin toimesta (3ghz dual core Linux). Eli rauta on nyt ihan eri tasolla ja mahdollistaa aiempaa kunnianhimoisemmat suunnitelmat.
....
Sain tänään asennettua Pythonin Django lajennuksen ja siirrettyä loggauksen mysql-tietokantaan. Eli NSLU2/TaloLogger pukkaa dataa tietokantaan ja vireillä oleva graafipiirturi hakee dataa tietokannast verkon ylitse. Hyvin pikapuoliin ensimmäiset loggukset on taas online.
Jako todella järkevä ja antaa uusia mahdollisuuksi myös Non-LINUX-miehelle - Vastaavasti tyhmemmälle XP-miehelle tekemäsi NSLU logger ja grafiikkapuoli / www sitten samassa verkossa olevalla Msure:lla (http://www.msure.se) (jos vielä saisi xAP lähetyksen...)
-
Olisin asiantuntijoilta kysynyt millä piirtäisitte käppyrät flat file kannasta? Itsellä on tällä hetkellä Thermiassa Husdata joka tallettaa QNAP:n verkkolevylle lokia flat file muodossa.
Husdata kyllä pystyy tekemään joitain kuvatuksia muttei kovinkaan hyvin. Tuohon QNAPiin pystyisi (kai) asentamaan RRD:n mutta tukeeko se vain SQL kantoja?
rrdtool on itsessään tietokanta. Uusin versio tukee tietokannan + graafien luomista samantien Mysql-kannasta. Eli rautalangasta:
Uusi tapa: Data tallennettuna mysql kantaan -> rrdtool lukee halutun datan mysql-tietokannasta -> luo lennosta "rrd-tietokannan" -> vääntää graafin [ei se OIKEA tapa käyttää rrdtoolia, mutta yhdistää mysql ja rrdn hyvät puolet]
Vanha tapa: loggeri, grabberi tms. datan keruuohjelma tallentaa datan rrdtool-kantaan -> kanta hallinnoi dataa omintakeisella tavallaan (pysyy aina samankokoisena, yllekirjoittaa vanhaa dataa etc. ) -> rrd-kantaa luetaan joko rrdtoolilla suoraan tai sitten esim. perlillä, rubylla tai pythonilla koodatulla ohjelmaa (rrdtool tukee niitä)
ELI: tarvitset Husdatan ja RRDtoolin väliin jonkun daemonin tuuppimaan Husdatan mittauksia rrd-tietokantaan. Flatfilestä ne eivät sinne mene. Yksinkertaistaen:
FLatfile: csv, txt tms. tiedosto
Tietokanta: sqlite (flatfile kyllä itsessään), mysql, rrd...
Lisätietoja löytyy tästä ketjusta johon itse kysymyksiä esitit :-)
-
Jako todella järkevä ja antaa uusia mahdollisuuksi myös Non-LINUX-miehelle - Vastaavasti tyhmemmälle XP-miehelle tekemäsi NSLU logger ja grafiikkapuoli / www sitten samassa verkossa olevalla Msure:lla (http://www.msure.se) (jos vielä saisi xAP lähetyksen...)
Niin, minä en ole taloLoggerin (Python logger) tekijä, vaan olen ollut mukana sitä koekäyttämässä ja ideoimassa viime keväänä.
Sen sijaan pyrin värkkäämään "softan" jolla tuon taloLoggerin keräämäää dataa voisi vääntää käppyröiksi ja triviatiedoksi :)
-
Olisin asiantuntijoilta kysynyt millä piirtäisitte käppyrät flat file kannasta? Itsellä on tällä hetkellä Thermiassa Husdata joka tallettaa QNAP:n verkkolevylle lokia flat file muodossa.
Husdata kyllä pystyy tekemään joitain kuvatuksia muttei kovinkaan hyvin. Tuohon QNAPiin pystyisi (kai) asentamaan RRD:n mutta tukeeko se vain SQL kantoja?
Tyypillisesti käppyräpiirtojutut eivät lue suoraan mistään tiedostosta eivätkä kannasta. Eli noihin pitää koodata sovellus soveltuvalla ohjelmointikielellä (Python, php, Java, Perl, ...), joka hakee datat jostain, tekee datasta jonkinlaista XY-dataa ja sitten vie sen XY-datan graafikomponentille, joka piirtelee siitä kuvaa. Mysql-tietokantaa käytän itse vain siksi, että sieltä on sitä dataa helppo hakea erilaisilla hakuehdoilla.
Helpoin flat-file-kuvaajanpiirto on MS Excel. Tosin sillä ei kuvien piirto onnistu mitenkään reaaliajassa esim. www-sivuille tuottaen. Flattitiedosto avataan exceliin ja siitä tehdään sitten chart käsin.
-
Sain tänään asennettua Pythonin Django lajennuksen ja siirrettyä loggauksen mysql-tietokantaan. Eli NSLU2/TaloLogger pukkaa dataa tietokantaan ja vireillä oleva graafipiirturi hakee dataa tietokannast verkon ylitse. Hyvin pikapuoliin ensimmäiset loggukset on taas online.
Millä komponentilla/kirjastolla meinaat piirrellä graafit?
Oops. Jäit näemmä välistä. Niin.
Kuten olen jo kertonutkin, olen asentanut Python-Djangon MythTV-koneelle.
Grafiikoita aion tuottaa joko:
1. Python Google Chart Wrapperilla (simppeli, mutta monipuolinen): http://code.google.com/p/google-chartwrapper/
2. ReportLabilla (tarkoituksena ei ole kuitenkaan tuottaa pdf-raportteja vaan jpg/png kuvia. Kuvien tuottaminen onnistuu yllättäen myös..):
http://code.djangoproject.com/wiki/Charts
tai 3. MatPlotLibillä (runsaudensarvi, huono django dokumentaatio)
http://matplotlib.sourceforge.net/
... Sitten on vielä joitakin Flash-kikkareita tuottavia kirjastoja, mutta en oikein viitsi fläshiä nyt kuitenkaan..
Joku saattoi unohtua.. Mutta tuossa ainakin joitakin ehdokkaita..
-
Noniin, homma taas nitkahti askeleen eteenpäin:
>>> from smarthome.grapher.models import lvilog
>>> temps = lvilog.objects.all()
>>> for p in temps:
... print p.aika
...
2010-01-11 19:55:03
2010-01-11 19:57:32
2010-01-11 20:00:01
2010-01-11 20:02:31
2010-01-11 20:05:02
Sehän toimii. Enää tarvitaan "pikkuisen" lisää koodia :D :D
-
Itsellä vastaava systeemi suunnitteilla. Oisko vinkkiä mistä ottaa kompressorin käyntitieto Nibe:ssä? Erillinen sähkömittari on pumpulle ja siitä saan pulssilähdön ulos joten voi sen varmaan tehdä sillä päättelemällä otetusta tehosta. Mutta onko muuta "turvallista" keinoa? Samoten pitäisi saada vaihtoventtiilin tilatieto jotenkin, sen ehkä uskaltanee jollain kytkennällä ottaa ohjauspiuhasta mikä venttiilille menee.
-
Itsellä vastaava systeemi suunnitteilla. Oisko vinkkiä mistä ottaa kompressorin käyntitieto Nibe:ssä? Erillinen sähkömittari on pumpulle ja siitä saan pulssilähdön ulos joten voi sen varmaan tehdä sillä päättelemällä otetusta tehosta. Mutta onko muuta "turvallista" keinoa? Samoten pitäisi saada vaihtoventtiilin tilatieto jotenkin, sen ehkä uskaltanee jollain kytkennällä ottaa ohjauspiuhasta mikä venttiilille menee.
Vastasin kysymykseesi aloittamalla uuden ketjun: http://www.maalampofoorumi.fi/index.php?topic=3074
-
Homma etenee. MatPlotLibiäkin olen jo katsellut "sillä silmällä" :) Kohta pitäis käppyrää piirtyä. Nyt lähden kuitenkin tästä nukkumaan..
(http://
http://lh5.ggpht.com/_q__BC3wYV0o/S1JLbNVC0oI/AAAAAAAAAmE/2t4Fo6fdRmk/grapher.png)
-
Oman MSure-projektin tutkinta edelleen käynnissä :-/ , mutta vanha systeemi up-and-running
Voi olla hiemam off-topic, mutta....
Oletko koskaan ajatellut tallentaa mittauksia (myös lämpötiloja) event-pohjaisesti? Datan määrä olisi murto-osa, mutta analysionti / käppyröiden piirtäminen haasteellisempaa. Tällä hetkellä mulla aika-perusteinen systeemi, mutta datan määrä jo nyt (temp, RH, wind) nyt 1.84 Miljoonaa arvoa (25MB) 1:ssä kk:ssa (josta suurin osa edellisen toistoa).
ruottista yritin asiaa ihmetellä, mutta menivät mykäksi :(
http://www.msure.se/forum/index.php/topic,729.0.html
vaikkapa tätä ihmettelin (käännös lienee turhaa):
time temp (C-deg) power (in 20Wh step)
00:00 1000
00:00 -20.1
00:02 1020
00:10 -20.0
00:12 -19.9
00:13 1040
That should be considered as
00:00 - 00:02:00 -20.1 vs. 20*(60/2)
00:02:01 - 00:10 -20.1 vs. 20*(60/11)
00:10: - 00:11:59 -19.9 vs. 20*(60/11)
00:12: - 00:13 -19.9 vs. 20*(60/11)
and average/curve accordingly
Ajatuksia / kokemuksia, onko tästä "säästämisessä" mitään järkeä?
mn. kaikki data tarkoitus säästää tuleville sukupolville :P
-
Oman MSure-projektin tutkinta edelleen käynnissä :-/ , mutta vanha systeemi up-and-running
Voi olla hiemam off-topic, mutta....
Oletko koskaan ajatellut tallentaa mittauksia (myös lämpötiloja) event-pohjaisesti? Datan määrä olisi murto-osa, mutta analysionti / käppyröiden piirtäminen haasteellisempaa. Tällä hetkellä mulla aika-perusteinen systeemi, mutta datan määrä jo nyt (temp, RH, wind) nyt 1.84 Miljoonaa arvoa (25MB) 1:ssä kk:ssa (josta suurin osa edellisen toistoa).
ruottista yritin asiaa ihmetellä, mutta menivät mykäksi :(
http://www.msure.se/forum/index.php/topic,729.0.html
vaikkapa tätä ihmettelin (käännös lienee turhaa):
time temp (C-deg) power (in 20Wh step)
00:00 1000
00:00 -20.1
00:02 1020
00:10 -20.0
00:12 -19.9
00:13 1040
That should be considered as
00:00 - 00:02:00 -20.1 vs. 20*(60/2)
00:02:01 - 00:10 -20.1 vs. 20*(60/11)
00:10: - 00:11:59 -19.9 vs. 20*(60/11)
00:12: - 00:13 -19.9 vs. 20*(60/11)
and average/curve accordingly
Ajatuksia / kokemuksia, onko tästä "säästämisessä" mitään järkeä?
mn. kaikki data tarkoitus säästää tuleville sukupolville :P
Juu, jos ymmärsin oikein, haluaisit tallentaa mahd. paljon dataa mahd.pienessä tilassa ns. järkevällä tavalla.
Vastaus siihen on Robin Round Table -tietokanta (RRD) - ylempänä tässä ketjussa olen käpistellyt RRD:tä.. Itselläni RRD on nyt hieman jäähyllä, koska sen perustoiminnoissa ei ole nyt enää niinkään opittavaa.
RRD:n etuna ovat kompaktit tietokannan koko ja sen toimintaperiaatteen järkevyys: vain uusimmista mittauksista on vaikapa 2min tarkkuudella arvot ja seuraava kehä voisikin olla vaikka tunnin tarkkuudella ja sitten vuorokauden tarkkuudella ja sitten vaikkapa viikon tarkkuudella etc.
Tällaistakos kaipailit?
-
RRD ei täytä tuota vaatimusta "kaikki data tarkoitus säästää tuleville sukupolville".
25 MB/kuukausi => Yhdelle yksipuoliselle DVD-levylle (hinta jotain euron luokkaa) mahtuu n. 34 vuoden datat. En näe mitään järkeä lähteä "säästelemään" tuossa kapasiteetissa ylimääräisillä kikkailuilla. Jos datat tallettaa sopivaan varastoon (= esim. oikein konfiguroitu tietokanta), ei isosta määrästä ole haittaa edes datan hakemisen hitauden takia.
Kiintolevyn elinikä ei varmasti ole 34 vuotta, joten datasta pitää tehdä välitallennuksia, jos sen oikeasti aikoo säilyttää.
-
Tuota olen vähän itsekin epäillyt, mutta tulevaisuudessa tarkoitus olisi saada tietää entistä tarkemmin, milloin muutos alkaa. Nyt tallennus 35sek välein (25M kuussa), tulevaisuudessa iso osa signaaleista 1s pollauksella / muutostalletuksella (joo, tiedän että anturin viive vaikkapa 17sec.). Saattaa olla täysin turhaa, mutta :D :D
( samalla saisi laitetta helposti tietokantaa hintoria-dataa, esim 1v kulutuksen, joka aika ennen loggeria... )
Tämän visi varmaan toteuttaa myös kahdella tiedonkeruulla, mutta harva ohjelma joustaa mihin tahansa?
-
Esim. 1-wire-väylän laitteita on melko mahdoton laittaa 1 sek pollausvälille. Itse mittaustapahtuma ottaa sen sekunnin antureiden tekniikasta johtuen. Anturi varaa väylän mitatessaan. Jos antureita on useita (N), niin yksi mittaussyksi kestää pahimmillaan N sekuntia. Pollausväli ei voi tuolloin olla ainakaan pienempi kuin N sek.
-
Ajatus oli laittaa olemassa oleva non-1wire mittaamaan nopeita lämpö signaaleja (vaikkapa LL meno) ja 1-wire hitaanpia (vaikkapa LL paluu).
Lisäksi langaton sääasema, jonka sisäö ja ulko-anturit joka tapauksessa 1min välein (OK)
on/off ja pulssi-tiedot vielä aikaniinnostavampia, ja ne tulee talteen ilman pollausta.
Mutta alkaa kuullostamaan siltä, että menee turhan monimutkaiseksi?
-
Ajatus oli laittaa olemassa oleva non-1wire mittaamaan nopeita lämpö signaaleja (vaikkapa LL meno) ja 1-wire hitaanpia (vaikkapa LL paluu).
Lisäksi langaton sääasema, jonka sisäö ja ulko-anturit joka tapauksessa 1min välein (OK)
on/off ja pulssi-tiedot vielä aikaniinnostavampia, ja ne tulee talteen ilman pollausta.
Mutta alkaa kuullostamaan siltä, että menee turhan monimutkaiseksi?
Ööh.. En haluaisi olla tyly, mutta voisittekos avata uuden topicin tälle keskustelulle. Menee off-topiciksi tuo teidän porina (lue: katso otsikkoa)
-
Terve!
Asensin "slugiin" unslung 6.10:n, mulla on ds9490r 1-wire adapteri. Ongelmana on että oww ja owfs ei tunnista adapteria, digitemp toimii ja löytää 1-wire verkon. Epäilen että vika on usb ajureissa/asetuksissa. Onko kenelläkään heittää jotain vinkkiä mistä tätä vois lähteä purkamaan?
Jussi
-
Terve!
Asensin "slugiin" unslung 6.10:n, mulla on ds9490r 1-wire adapteri. Ongelmana on että oww ja owfs ei tunnista adapteria, digitemp toimii ja löytää 1-wire verkon. Epäilen että vika on usb ajureissa/asetuksissa. Onko kenelläkään heittää jotain vinkkiä mistä tätä vois lähteä purkamaan?
Minkäslaisella komennolla sitä owfs:ää käynnistelet?
-
run-owfs
owfs -u /1wire
Näitä olen kokeillu, softa lähtee käyntiin mutta ei vaan löydä adapteria ja verkkoa.
-
run-owfs
owfs -u /1wire
Näitä olen kokeillu, softa lähtee käyntiin mutta ei vaan löydä adapteria ja verkkoa.
Onhan fuse asennettu ja ladattu? (modprobe fuse)
Sitten voi koittaa "-u":n sijasta "-u all" tai "-u all --altUSB".
Onhan konffaamasi /1wire-hakemisto olemassa ja sinne kirjoitusoikeus käyttäjällä, jolla owfs:ää ajat?
Onhan USB-deviceihin luku- ja kirjoitusoikeus sillä käyttäjällä, jolla owfs:ää ajat?
Oletko koittanut ajaa roottina? Auttaa ainakin selvittämään, että onko joku oikeuskysymys.
-
fuse on ladattuna, roottina olen testaillut ja 1wire on olemassa.
Sinne ilmestyy muut hakemistot mutta ei adapteri eikä sensorit.
-
fuse on ladattuna, roottina olen testaillut ja 1wire on olemassa.
Sinne ilmestyy muut hakemistot mutta ei adapteri eikä sensorit.
Onkos sinne automaattisesti latautunut ds9490-kernelmoduuli? Se saattaa varata laitteen. Sanooko komento "lsmod | grep -i ds9490" jotain? Jos sanoo, niin koita ennen owfs:n käynnistämistä roottina sanoa "rmmod ds9490" tai "rmmod ds9490r", riippuen siitä mikä siellä oli latautuneena.
-
Ei ole latautuneena tuo moduuli.
Vika on ilmeisesti libusb:ssa, korjattu versio pitäis tulla jakoon lähipäivinä.
Ihmetyttää vaan että miten muilla toimii mut mulla ei :-?