taloLogger v1.0b julkaistu

[olammi]

Julkaisin talven aikana kehitellyn ja paketoidun taloLogger-lokisoftan. Sovelluksen sivut:

  http://olammi.iki.fi/sw/taloLogger/

Jatkossa tulee lisää dokumentaatiota, taloLoggerGraph-graafikirjasto sekä noita jatkokehitystoiveita toteutettuna (mm. Thermia-lokitus). Tällä hetkellä avainsanat: Ouman, 1-wire/OWFS, 1-wire/DigiTemp, MySQL, RRDtool, Excel CSV, tiedostoloki.

[nigo.tiator]

Aivan mahtavaa! Toivottavasti pääsen vielä loman aikana testaamaan... [smiley=thumbsup.gif]

[Jyrki]

HIENOA!

[olammi]

Jatkossa tulee lisää dokumentaatiota

taloLogger v1.0b:n dokumentaatio on nyt työstetty ja löytyy ohjelman sivuilta (HOWTO sisältää suurimman osan ohjetekstistä):

http://olammi.iki.fi/sw/taloLogger/

[nigo.tiator]

Päivää!
Ongelma: mulla on L1 meno- ja paluuvesianturit. Millä saan näkyviin paluun lämmön? Eli mitä laitan conf fileen? Varmaan tota oumanSerial.py:tä pitäs kans modata? Vai...

[olammi]

Ongelma: mulla on L1 meno- ja paluuvesianturit. Millä saan näkyviin paluun lämmön? Eli mitä laitan conf fileen? Varmaan tota oumanSerial.py:tä pitäs kans modata? Vai...

Ymmärsin, että kyseessä on GS60? Onko siinä EH202G-ohjain? Tuolle ei ole Ouman Trendissä omaa konffitiedostoa, josta voisin luntata. Noiden pumppujen kytkentäkaavioita kun katsoo ja vertaa (SH ja GS -mallien välillä), niin näyttäisi siltä, että paluuvesianturi on kytketty GS:ssä ohjaimen rimalla T4:seen. SH:ssa (202S) tuossa samaisessa liitynnässä T4 on varaajan keskikohdan lämpötila-anturi.

Eli kokeilisin ensin laittamalla OUMAN_DEVICE:ksi EH202S ja mittaukseksi esim.

@MEASURE=l1paluu:OUMAN.Varaaja keski

Sitten jos tämä antaa oikeanlaisia tuloksia, niin voidaan sisällyttää taloLoggerin seuraavaan versioon oma konffis 202G:lle. Käytännössä siis tehdään oumanSerial.py:lle uusi laitekonffis.

[nigo.tiator]

Hetkinen... Tosiaan Ouman 202, ilman ässää, on ohjain.
Näytti olevan xml file kuitenkin tossa ouman trendsin mukana.
Muokkasin tota oumanSerial.py:tä vastaamaan xml file arvoja ja lisäsin sinne ton pelkän 202:en. Nyt näyttäs tulevan hyvää.

_{02.06.2009 11:57:33: WARNING: No log data stores configured. Data is written to application log.
02.06.2009 11:57:33: OumanSerial: Received Ouman device ID: 202GqAug 29 06
02.06.2009 11:57:33: Starting taloLogger.py (v1.0b).
02.06.2009 11:57:34: TaloLoggerThread:
    ulkolampo: 20.80
    L1_menovesi: 25.30
    L1_paluuvesi: 24.80
    LV_Varaaja_ylaosa: 52.80
    LV_Varaaja_alaosa: 51.60
    Lammitys_VaraajaAlaosa: 35.00
    Maaliuos_lahto: 26.40
    tilatieto: 65031
02.06.2009 11:57:41: TaloLoggerThread:
    ulkolampo: 20.80
    L1_menovesi: 25.30
    L1_paluuvesi: 24.80
    LV_Varaaja_ylaosa: 52.80
    LV_Varaaja_alaosa: 51.60
    Lammitys_VaraajaAlaosa: 35.00
    Maaliuos_lahto: 26.40
    tilatieto: 65031}

Sitä en sitten tiedä, että miksi tossa kuitenkin palautetaan device id 202G.
Vielä kun keksis, että miten toi rrdtool toimii... Oisko heittää valmista alustusta rrd filelle?

[olammi]

Hetkinen... Tosiaan Ouman 202, ilman ässää, on ohjain.
Näytti olevan xml file kuitenkin tossa ouman trendsin mukana.
...
Sitä en sitten tiedä, että miksi tossa kuitenkin palautetaan device id 202G.

Ok. En ollut huomannut tuota 202   .xml:ää aiemmin. Nyt kun tarkkaan katsoo, niin onhan Trendsin mukana tuollainen.

Ohjain on kuitenkin 202G (kuten se ID:kseen itse kysyttäessä kertoo tuon sinun liittämän lokin mukaan).

Vielä kun keksis, että miten toi rrdtool toimii... Oisko heittää valmista alustusta rrd filelle?

Käyttäjä Larux on tuota rrdtoolia viritellyt. Häneltä varmaan saisi parhaat lähtötiedot.

[olammi]

taloLoggerista julkaistu versio 1.0c, jossa on EH202G-ohjaimelle tuki oumanSerial-moduulissa. Löytyy täältä: http://olammi.iki.fi/sw/taloLogger/

[nigo.tiator]

Oho, sähäkkää tomintaa, sano!
Jos larux sattuu tätä lukemaan, niin voisko saada samplen rrd filen luonnista? Ei mee meikällä jakeluun muuten  

[nigo.tiator]

Aloin tossa harjottelemaan tota mysql:n käyttöä...
Mistä lie johtuu tälläinen herja (käynnistys: python taloLogger -l)

Koodia: [Valitse]

/var/lib/python-support/python2.6/MySQLdb/__init__.py:34: DeprecationWarning: the sets module is deprecated
  from sets import ImmutableSet
03.06.2009 11:16:28: OumanSerial: Received Ouman device ID: 202GqAug 29 06
03.06.2009 11:16:28: Starting taloLogger.py (v1.0b).
03.06.2009 11:16:30: DBStore: ERROR: Error in database operation, SQL: INSERT INTO lvilog (aika, ulkolampo, L1_menovesi, L1_paluuvesi, LV_Varaaja_ylaosa, LV_Varaaja_alaosa, Lammitys_VaraajaAlaosa, maaliuos_lahto, tilatieto) VALUES (now(), 13.90, 24.80, 23.90, 52.30, 50.70, 25.70, 18.30, 65031)
Taulut lisäsin databaseen ton sun .sql filen avulla. Toki modasin 202g:lle sopivaksi noi otsikot. Käytän samoja tunnareita kun tossa conf filessä. niitä käyttämällä pystyn lisäämään käsin dataa tauluun. riittääks tää vai pitääkö vielä jotain lisätä? oma db on nimeltään geopro. Näillä ohjeilla olen käyttäjän lisänny:

Koodia: [Valitse]

mysql> use mysql;
mysql> grant usage on *.* to talo@localhost identified by 'xxpassxx';
mysql> flush privileges; ja

Koodia: [Valitse]

mysql> grant all privileges on geopro.* to talo@localhost;
mysql> flush privileges;

[olammi]

Aloin tossa harjottelemaan tota mysql:n käyttöä...
Mistä lie johtuu tälläinen herja (käynnistys: python taloLogger -l)

Lähetätkö vaikka sähköpostilla minulle vielä osoitteella (olammi ät ii koo ii piste äf ii) listauksen, minkä mysql palauttaa komennolle describe lvilog sekä taloLogger.conf-tiedostosi.

[nigo.tiator]

  äh... typo löyty kun aloin vertaa describen antamaa listaa ja tota conffia. eli taulussa oli otsikko Lammitys_Varaaja_Alaosa ja conffissa oli Lammitys_VaraajaAlaosa... ilman alaviivaa... huh
Nyt siis toimii! Vielä tarttee saada toi skripti automatic käyntiin kun kone käynnistyy ja sit joku backup rutiini tietokannalle. Kiitos että sait tarkistamaan typot
Oliko muuten mahdollista tallentaa tiedot sekä rrd että mysql kantaan samaan aikaan?

[olammi]

Oliko muuten mahdollista tallentaa tiedot sekä rrd että mysql kantaan samaan aikaan?

On mahdollista. Konffikseen vaan molemmat moduulit aktiivisiksi.

[nigo.tiator]

Olammille kysymys tilatiedon arvoista. Eli nyt sql kannassa on tälläsiä arvoja tilatiedolle:
65031, 65047, 65055, 65039
Eka on kaikki pois päältä ja toka on kompura käy. Mites toi kolmas ja neljäs on? Kumpi on sv ja kumpi sv+kompura? Kaivelin sen verran tietoa, että esim eilen oli 55:sta 15min ja 39:ä 25min (31 = 21h ja 47=2.5h)
En noista oikein osaa sanoa... Oli miten päin tahansa, niin ihmeen paljo toi sv joutuu jokatapauksessa auttamaan tossa... kesäkuussa...

[olammi]

Olammille kysymys tilatiedon arvoista. Eli nyt sql kannassa on tälläsiä arvoja tilatiedolle:
65031, 65047, 65055, 65039
Eka on kaikki pois päältä ja toka on kompura käy. Mites toi kolmas ja neljäs on? Kumpi on sv ja kumpi sv+kompura?

Luepa tuo http://www.maalampofoorumi.fi/index.php?topic=3076.msg34035#msg34035.

Eli nuo sinun mainitsemat arvot ovat järjestyksessä (ei mitään), (kompura), (kompura+SV) ja (SV). Noita ei voi kuitenkaan tarkastella absoluuttisina arvoina, koska niissä on muitakin tilabittejä kuin vain nuo kompura ja SV. Kompura ja SV löytyvät biteistä 4 ja 3 (maskit 16 ja .

[nigo.tiator]

Moro taas,
Oon tossa nyt kuukauden päivät ajellu tota taloLoggeria ja ei oo vielä kertaakaan tapahtunu mitään kaatumisia etc. eli aika sähäkkää koodia oot tehny  [smiley=thumbsup.gif] MySQL kanta vaan paisuu, kun laitoin 10s välein ottamaan datat talteen...
Olikos sulla olammi millanen aikataulu ton taloLoggerGraphin suhteen?

[olammi]

Olikos sulla olammi millanen aikataulu ton taloLoggerGraphin suhteen?

Onhan se tuossa takaraivossa kolkutellut. Kesä tuonut vaan muutakin tekemistä vähän. Ehkä se tästä iltojen pimentyessä etenee.

[nigo.tiator]

Näin vähän veikkailinkin 8-)

[vesq]

Tervehdys.

Olen mielenkiinnolla seurannut tämän kehitystä jo jonkin aikaa.
Vaikuttaa todella asialliselta.

Nyt olisi tarkoitus alkaa itsellekin värkkäilemään kunnon loggeria, tällä hetkellä oumannin trends pyörii virtarohmulla xp-koneella .

Alustaksi olen hommaillut PCEnginesin ALIX 1D emon (amd geode prossulla ja melko kattavilla liitännöillä) kone pyörittää nätisti debian lennyä. Tuohon olisi tarkoitus laittaa 2kpl oumannin 200-sarjan säädintä + 1wire (toinen oumanni on geoprossa ja toinen on standardi 203 joka hoitaa piharakennuksen säädön ja käyttöveden säädön)

kysymys kuuluukin onko tuohon talologgeriin helposti kaksi oumannia liitettävissä? Sarjaportteja on tuossa 4kpl käytettävissä, 2 emolla ja 2 pci-kortilla.

Grafiikka puolta tuohon odotan kuin kuuta nousevaa  

-Vesa

[pta]

Mielenkiinnollaolen seurannut tätä kehitystyötä ja propelihattuna tuo kiinnostaa suuresti.

Olisiko tästä apua grafiikkapuolelle: http://www.cacti.net/

Joskus tein tuolla Cactilla käppyröitä ja se vaikutti aika simppeliltä. Datoihin sai porauduttua kivasti tietylle aikavälille, joka voi olla pitkä tai lyhyt ja noita käppyröitä oli helppo tehdä eri käyttötarkoituksiin eli ei tarvinnut ottaa joka graafiin kaikkia mittaussuureita mukaan.

Mitenköhän tuon uuden Geopron datan saisi sitten joskus ulos - jos ostopäätös osuu Geoprohon?

[Larux]

Mielenkiinnollaolen seurannut tätä kehitystyötä ja propelihattuna tuo kiinnostaa suuresti.

Olisiko tästä apua grafiikkapuolelle: http://www.cacti.net/

Joskus tein tuolla Cactilla käppyröitä ja se vaikutti aika simppeliltä. Datoihin sai porauduttua kivasti tietylle aikavälille, joka voi olla pitkä tai lyhyt ja noita käppyröitä oli helppo tehdä eri käyttötarkoituksiin eli ei tarvinnut ottaa joka graafiin kaikkia mittaussuureita mukaan.

?

Cacti on ihan kiva visualisointipaketti jolla voi RRD-kantaan tallennettua dataa muuttaa käppyröiksi. Cactin sivuilta löytyy hyvät ohjeet ja demoja. MUTTA: jos haluaa käyttää kevyttä sulautettua rautaa (kuten NSLU2) Cacti ei liene oikea lähestymistapa. Ainakin itselläni Cacti osoittautui todelliseksi resurssisyöpöksi ja kyykytti NSLU2:sta ihan tosissaan.

Itse hylkäsin Cactin varsin pian ja tavoitteenani on syksyn pimeinä tunteina väsätä yksinkertainen web-fronted jonka avulla voi hakea dataa annetulta aikaväliltä. Paljon on suunnitelmia, mutta vähän on aikaa toteutaa.

Mutta Cacti tosiaankin on kiva paketti, joka vaatii jonkin verran palvelinraudalta. Jos loggeripalvelin on PC tms. ei ole mitään hätää, mutta sulautettu ARM rauta näyttää olevan liian hintelä tolle. valitettavasti

Mitenköhän tuon uuden Geopron datan saisi sitten joskus ulos - jos ostopäätös osuu Geoprohon

Geopro on luvannut että rajapinnat ulkoisiin järjestelmiin ovat "vähintään" yhtä hyvät kuin Ouman logiikalla varustetuissa vanhoissa malleissa. Lisätietoja on luvattu syksyksi (kts. ao. Geopro thread tällä foorumilla). Kannattaa soitella pajalle ja kysellä.

[olammi]

kysymys kuuluukin onko tuohon talologgeriin helposti kaksi oumannia liitettävissä? Sarjaportteja on tuossa 4kpl käytettävissä, 2 emolla ja 2 pci-kortilla.

Grafiikka puolta tuohon odotan kuin kuuta nousevaa  

Tällä hetkellä 2 Oumannin tukea ei ole, mutta se ei ole kovin vaikea toteuttaa. Voin pistää TODO-listalle.

Grafikkahommat pitäisi varmaankin allekirjoittaneen laittaa kohta kuntoon, että halukkaat pääsee kuuhun.

[Jyrki]

Onko TaloLoggeri rintamalla mitään uutta? Joko kohta pääsisi kokeilemaan Thermialla?

[nigo.tiator]

Grafikkahommat pitäisi varmaankin allekirjoittaneen laittaa kohta kuntoon, että halukkaat pääsee kuuhun.

Morooo,
Onkos grafiikkarintamalta mitään uutta tiedossa?

[Larux]

Kaivelin omalta osaltani TaloLoggerin naftaliinista hiljattain, tarkoituksenani on luoda Djangolla frontend tietokantaan kertyneen datan tarkastelemiseksi ja graafien luomiseksi.

Katselin hiukan koodia ja dokumentaatiota ja pistin merkille muutaman asian mitkä eivät itseäni ole aiemmin haitanneet lainkaan:

1. Konfiguraatiotiedostossa määritellään logiikan malli, mutta TaloLogger ei luo tietokantaa sen puuttuessa itse conf. tiedostojen perusteella. Tämä on ISO puute ja nostaa monen kynnystä ottaa TaloLogger käyttöön. Ei liene iso homma kun pysyttäytyy SQL-tietokannan luomisessa.

2. Sqlite3-tuen puuttuminen. Sqlite ois ihan riittävä kevyeen loggailukäyttöön ja se edelleen yksinkertaistaisi TaloLoggerin käyttöönottoa.

Tällaisia tuli mieleen, jos sinua vielä softan kehittäminen kiinnostaa..

[olammi]

Kehittäminen kyllä kiinnostaa. On vaan hieman takkuista ollut ajankäyttö viime aikoina.

Ehdottamistasi ominaisuuksista:

1) Ihan kiva. Ei varmaan numero 1 listalla. Jakelussa on kannan luontilauseiden esimerkit mukana, joiden perusteella voidaan edetä.

2) voidaan lisätä listalle. Ei varmaankaan iso homma.

Ykkösenä lienee kuitenkin tuo grafiikkatuen tekeminen. Ongelmana on päättää, että kuinka geneerinen siitä tulee. Helpoin ja nopea on tehdä suhteellisen suoraviivainen toteutus, jolla konfiguraation perusteella tehdään yksi kuva. Nyt jos kuviin sitten halutaan jotain kumulatiivista laskentaa, laskureiden etenemistä aikavälissä tms., niin menee monimutkaisemmaksi rakentaa sopiva abstraktio. Tajunnanvirtaa. Ehkä pitäisi lähteä liikkeelle simppelillä ja hyväksyä se, että uusien versioiden myötä käyttäjien pitää konffata osittain kuvaajia uusiksi.

Kehityslistalla olisi nyt siis ainakin:

* grafiikat
* tuki useammalle kytketylle Ouman-säätimelle yhtäaikaa => tuki useammalle samankaltaiselle datasourcelle yhtäaikaa. Aiheuttanee muutoksia konfiguraatiotiedoston rakenteeseen.
* tuki Thermia pumpulle
* tuki sqlite3:selle

[olammi]

Onko TaloLoggeri rintamalla mitään uutta? Joko kohta pääsisi kokeilemaan Thermialla?

Thermian sarjaliikennelokit olivat kadonneet netistä. Löytyisiköhän ne vielä jostain?

[Jyrki]

Thermian sarjaliikennelokit olivat kadonneet netistä. Löytyisiköhän ne vielä jostain?

Voisin laittaa ne illalla jakoon jonnekkin päin nettiä. Laitan linkin http://qnappi.dyndns.tv.

[Larux]

1) Ihan kiva. Ei varmaan numero 1 listalla. Jakelussa on kannan luontilauseiden esimerkit mukana, joiden perusteella voidaan edetä.

Kannan luomisen puuttuminen nostaa vain käyttöönottokynnystä aikalailla. Jokaista ei ole rokotettu binäärineulalla..

Tietty jos TaloLogger onkin ns. teknofriikkien loggeri niin eihän siinä mitään. En valita

[Larux]

Ykkösenä lienee kuitenkin tuo grafiikkatuen tekeminen. Ongelmana on päättää, että kuinka geneerinen siitä tulee. Helpoin ja nopea on tehdä suhteellisen suoraviivainen toteutus, jolla konfiguraation perusteella tehdään yksi kuva. Nyt jos kuviin sitten halutaan jotain kumulatiivista laskentaa, laskureiden etenemistä aikavälissä tms., niin menee monimutkaisemmaksi rakentaa sopiva abstraktio. Tajunnanvirtaa. Ehkä pitäisi lähteä liikkeelle simppelillä ja hyväksyä se, että uusien versioiden myötä käyttäjien pitää konffata osittain kuvaajia uusiksi.

Annan ääneni simppelille toteutukselle. Se voisi olla kaksiosainen:
1. yksinkertaistettu lämpöpumpun kuva ja siinä ne arvot/toimintatilat overlayna ja 2. käppyräosasto, jossa vois valita aikavälin näytettäville graafeille..

Noiden kanssa moni olis jo hyvinkin onnellinen Eiköhän meistä kaikki kynnelle kykenevät voi väsätä itse vaikka kuinka monimutkaisen käppyränpiirtäjän halutessaan

[nigo.tiator]

Heh, hirveellä räkäkoodauksella   sain tehtyä php:n jpgraph kirjastolla ittelleni käppyrää mysql kannasta. Nyt on taas kiva kun sai käppyrät näkyviin!

[Larux]

Heh, hirveellä räkäkoodauksella   sain tehtyä php:n jpgraph kirjastolla ittelleni käppyrää mysql kannasta. Nyt on taas kiva kun sai käppyrät näkyviin!

Onneksi olkoon :-) Itse olen vajonnut aina vain syvemmälle timeseries datan visualisoinnin saloihin. Nyt tutkin Django-Ajax (json+jquery+flot) yhdistelmää. Katotaans milloin itsellä graafit näkyy :-) .. Hiljaa hyvä tulee. Jos graafeja tosissaan haluais tuijotella, riittäis OumanTrends ihan hyvin

[nigo.tiator]

Joo, trends oli winukassa ihan ok. Siihen teinkin aikanaan kylkeen autoit:llä vähän lisää toiminnallisuutta. Mutta sitten kun tuli olammin talologger niin oli sopiva hetki siirtyä linux maailmaan. Ja alottaa asiat alusta ;-)

No, nyt pääsee vähän helpommin kattelemaan noita historiatietoja db:n syövereistä.

[Vehnis]

Kun nyt vihdoin sain yhteyden pelittämään Oumanniin niin piti saada aikaan grafiikkaa (kuten te muutkin täällä). Viikonlopun googlauksen seurauksena löysin yhden tavan jota täällä ei ole vielä mainittu:

Google Visualization API (http://code.google.com/apis/charttools/index.html)

Tällä näyttäisi olevan helppo tehdä graafikoita. Käyrien piirtoa en ehtinyt vielä tehdä, mutta alku leikkinä tein lämpömittarit talologger kannasta. (http://koti.gotdns.com/gauge.php) (ja tiedoksi että sisälämpömittari on vähän viileässä paikassa, ei meillä ihan noi viileää ole...) . taloLogger kerää dataa 10 s. välein ja nuo mittarit myös päivittyvät samalla nopeudella.

Varsinaisia käyriä varten tuo 10 s näytteenotto on turhan tiheä joten kantaan on tehty näkymä jossa lasketaan viimeisen liukuvan 24H keskiarvot 10 minuutin pätkiin. Tällä sai nättejä käyriä toisella työkalulla.

Noiden google kuvien teko oli helppoa ainakin PHP:llä:

http://www.phpclasses.org/browse/package/4665.html
http://www.query4u.de/vizapi/doc/
http://code.google.com/apis/charttools/index.html

Esimerkkejä:

http://www.query4u.de/tests/samples/

- Sami

[TomiN]

Mikähän tuon tilatiedon bittien tarkoitus on? 65047 ei paljon kerro...

Entä näinköhän Oumanilta voi kysellä säätöarvoja mitenkään? Olisi mukava piirtää käyrälle myös esim. asetettu menoveden lämpötila ja varaajan yläosan asetuslämpötila jne.

[Larux]

Mikähän tuon tilatiedon bittien tarkoitus on? 65047 ei paljon kerro...

Entä näinköhän Oumanilta voi kysellä säätöarvoja mitenkään? Olisi mukava piirtää käyrälle myös esim. asetettu menoveden lämpötila ja varaajan yläosan asetuslämpötila jne.

1. Säätöarvoja voi kysellä ja käsitellä ModBus -protokollan avulla (mahd. myös sarjaväylällä, mutta sitä ei ole dokumentoitu kuten ModBussia). ModBus vaatii ohjainkortin Ouman-säätimen sisälle (>100eur) ja yhteensopivat ohjelmistot (esim. Ruby on Railsille on tehty ModBus rajapinta)

2. Tässä ketjussa käsitellään (myös) tilatietoa: http://www.maalampofoorumi.fi/index.php?topic=3076.msg34040#msg34040

[olammi]

Mikähän tuon tilatiedon bittien tarkoitus on? 65047 ei paljon kerro...

Entä näinköhän Oumanilta voi kysellä säätöarvoja mitenkään? Olisi mukava piirtää käyrälle myös esim. asetettu menoveden lämpötila ja varaajan yläosan asetuslämpötila jne.

taloLoggerin pienellä säädöllä saisi käyrätkin pihalle. Käytännössä Oumanista (200-sarja) saa seuraavassa dokumentissa kuvattua tavaraa pihalle ihan sarjapiuhalla: http://www.ouman.fi/Suomi/pdf/LON200_asennusohje.pdf. Tuolta sivulta 3 alkaa taulukko, jossa on datapositioita listattu.

[Vehnis]

Tuli jatkettua leikkiä noilla Googlen visualisointi kirjastoilla ja tämmöisen sai aikaan melkopienellä vaivalla:

http://koti.gotdns.com:8080/TaloLogger_Mittarit/date.html

Php ei oikein taivu joten piti siirtyä javan pariin (joka sekin on hyvin kankeaa).

PHP:llä tehdyt lämpömittarit myös Java versioina:

http://koti.gotdns.com:8080/TaloLogger_Mittarit/

[nigo.tiator]

Mitäs, talologgeri antaa tällästä ilmotusta:
ERROR: Error initializing modules. Exiting.: Error reading device id from Ouman controller.

Tämä siis ukonilman jälkeen. koneet ja kaikki käynnistetty uudestaan. mikään ei ole rikki päällisin puolin. logia ei vaan tule enään pihalle.
Pumppu on Geopro GS60

[edittiä]
hmm... tohon sadan metrin päähän iskeny salama ja puu poikki. Hellakin on ottanut osansa. Ei lähe enää päälle. digitaali näytössä vaan F03 vikakoodi... hö!
[/edittiä]