Pumppuja tiedostologituksella?

[tk-]

Hyvin pelaa, kiitoksia kovasti! Ja arvotkin vaikuttaisivat järkeville. Ladattua sain, kun muutin tuolta aiemmasta viestistä versionumeron oikeaksi, ilmeisesti latauslinkki oli tuosta edellisestä viestistä jäänyt uupumaan.

[Timo Karhu]

Hyvin pelaa, kiitoksia kovasti! Ja arvotkin vaikuttaisivat järkeville. Ladattua sain, kun muutin tuolta aiemmasta viestistä versionumeron oikeaksi, ilmeisesti latauslinkki oli tuosta edellisestä viestistä jäänyt uupumaan.

Kiva että näyttäisi toimivan. Tuo latauslinkki on tuolla 2. viestissä eli tarkoitus on että siellä on aina tuorein versio (ilman versionumeroa tiedostonimessä). Näissä viallisissa väliversioissa F1345:a varten annoin suorat linkit ettei joku lataa vahingossa viallista.

Lisääkin pumppuja mahtuisi, mutta ei niitä taida olla.

[tk-]

Hyvin pelaa, kiitoksia kovasti! Ja arvotkin vaikuttaisivat järkeville. Ladattua sain, kun muutin tuolta aiemmasta viestistä versionumeron oikeaksi, ilmeisesti latauslinkki oli tuosta edellisestä viestistä jäänyt uupumaan.

Kiva että näyttäisi toimivan. Tuo latauslinkki on tuolla 2. viestissä eli tarkoitus on että siellä on aina tuorein versio (ilman versionumeroa tiedostonimessä). Näissä viallisissa väliversioissa F1345:a varten annoin suorat linkit ettei joku lataa vahingossa viallista.

Katsos vaan.. Pitäis varmaan lukea ketju alusta saakka ennenkuin lähtee viisastelemaan..

[tk-]

Minkälainen homma tuohon yhteenvetoon olisi vielä lisätä tuon Bruno-taulukon tyyppiset lämmönkeruun sisääntulon min- ja max-arvot pumpun käydessä? Se toisi vielä vähän lisäinfoa tuon kaivon lämpötilaa ajatellen. Toki pitäisi varmaan lukea ainakin tuota maksimiarvoa niin, että pumppu ehtii aluksi esim 5 minuuttia aina käydä? Tulee muuten lämpimiä keruuarvoja..

[rsaarela]

Minkälainen homma tuohon yhteenvetoon olisi vielä lisätä tuon Bruno-taulukon tyyppiset lämmönkeruun sisääntulon min- ja max-arvot pumpun käydessä? Se toisi vielä vähän lisäinfoa tuon kaivon lämpötilaa ajatellen. Toki pitäisi varmaan lukea ainakin tuota maksimiarvoa niin, että pumppu ehtii aluksi esim 5 minuuttia aina käydä? Tulee muuten lämpimiä keruuarvoja..

Kannatan, tuo on hyvä idea!

[tk-]

.. ja sen verran vielä korjaan itseäni, että tuossa Brunossa tosiaan näyttääkin olevan vain minimiarvot sisään ja ulos. Mutta miksei tuo maksimikin jos vain onnistuu.

[Timo Karhu]

Minkälainen homma tuohon yhteenvetoon olisi vielä lisätä tuon Bruno-taulukon tyyppiset lämmönkeruun sisääntulon min- ja max-arvot pumpun käydessä?

On helppo, mutta eikös tuo ole jo käyrän muodossa..? Katsot matalimman (tai korkeimman) kohdan ja sitten katsot arvon? Vai ymmärsinkö jotain väärin?
Eli lisätään vain mutta ensin saatte selittää mulle että tajuan

[tk-]

Minkälainen homma tuohon yhteenvetoon olisi vielä lisätä tuon Bruno-taulukon tyyppiset lämmönkeruun sisääntulon min- ja max-arvot pumpun käydessä?

On helppo, mutta eikös tuo ole jo käyrän muodossa..? Katsot matalimman (tai korkeimman) kohdan ja sitten katsot arvon? Vai ymmärsinkö jotain väärin?
Eli lisätään vain mutta ensin saatte selittää mulle että tajuan

Juu, näkeehän sen noin, mutta laiska kaipaa sen suoraan tuohon "koosteeseen" ettei tarvitse käyristä etsiä! Laitan liitteeksi tuolta toisen ketjun Bruno-taulukon koosteesta napatun kaappauksen, vaikka olet sen varmaan kyllä itsekin tuolta nähnyt käytännössä.

[Timo Karhu]

Juu, meni jakeluun edellisen kirjoituksen jälkeen ja 0.23:ssa pitäisi luvut olla. En ollutkaan nähnyt tuota Brunoa joten meni eri riveille, mutta tuskin haitannee menoa!

[tk-]

Hienoa, toimii oikein hyvin noin, kiitoksia kovasti!

[rsaarela]

Hienoa, toimii oikein hyvin noin, kiitoksia kovasti!

Missä tämän filen te on foorumilla kerrottuna? Tästä ketjusta sitä ei löydy, mihin se mielestäni kuuluisi? Saahan sen ladattua kikkailemalla vanhoista osoitteista, mutta joka kerta alkaa ärsyttää...heheh Onko se jossain paikassa, mitä en ole löttänyt vielä, esillä?

[Timo Karhu]

Jos tarkoitit latauslinkkiä, niin se on (pysyvästi) tuolla alussa eli viesti 2. "ThreadedAnalyzer.jar" ilman versionumeroa tiedostonimessä olisi tarkoitus olla aina se uusin. Versiollisia mainostan vain jos kyseessä olisi 'väliversio' testaajille löytämään viat.

http://www.maalampofoorumi.fi/index.php?topic=5932.msg73593#msg73593

[rsaarela]

Jos tarkoitit latauslinkkiä, niin se on (pysyvästi) tuolla alussa eli viesti 2. "ThreadedAnalyzer.jar" ilman versionumeroa tiedostonimessä olisi tarkoitus olla aina se uusin. Versiollisia mainostan vain jos kyseessä olisi 'väliversio' testaajille löytämään viat.

http://www.maalampofoorumi.fi/index.php?topic=5932.msg73593#msg73593

Minulla oli logitus päällä muutaman pv, ja nyt taas jo 3;n kerran ihmettelen, kun ohjelma sanoo että logit eivät ole peräkkäisiä???
Konehan ne tekee, kun tikku on koko ajan kiinni, ja valittaa, että ei ole peräkkäisiä?
Joku hörö on vielä jossain?
Logeja ei voi edes lähettää tänne zipattuina, kun täällä on tuo hölmö rajoitus....jo yksi zippi on isompi kuin tuo 198KB...
Kerro joku muu paikka, mihin laitan ne sinulle ihmeteltäväksi?

[Timo Karhu]

Minulla oli logitus päällä muutaman pv, ja nyt taas jo 3;n kerran ihmettelen, kun ohjelma sanoo että logit eivät ole peräkkäisiä???
Konehan ne tekee, kun tikku on koko ajan kiinni, ja valittaa, että ei ole peräkkäisiä?
Joku hörö on vielä jossain?

Ohjelmassa tosiaan oli joku tuohon liittyvä hörö ja olin tehnyt uuteen versioon korjauksia, mutta en saanut niitä hoidettua loppuun. Mutta nyt kun kokeilin niin versio 0.24 toimi logillasi aivan oikein. En siis muista mikä jäi kesken eli menköön uusi versio matkaan.

Toisaalta, sinun F1345 heittelee aikaa melko rajusti, ota ohjelmasta täppä "jatkuvat logit" niin saat masterinkin koko 6 päivää luettua.
Masterin 3. logissa on seuraava hyppäys mistä ohjelma (+-10sek toleranssi) herjasi:
2015-02-03   20:46:21   4150
2015-02-03   20:47:21   4150
2015-02-03   20:49:01   4150
2015-02-03   20:49:58
eli kone oli loggaamatta 100sek tuossa kohtaa. Ei ole F1145:ssa tuollaista näkynyt. Ehkä tuo korjataan jossain F1345 tulevassa firmiksessä.

Hae uusi versio 0.24 ja ota se täppä pois.

[tk-]

Minkäslaisella vaivalla tästä saisi selainpohjaisen ohjelman, mikä tutkisi tuosta modbusin kautta otetusta datasta, eli sql-kantaan tallennetusta tiedosta noita samoja suureita? Vai pystyykö tuota javaa edes järkevällä tavalla selaimen kautta käyttämään?

[rsaarela]

Minkäslaisella vaivalla tästä saisi selainpohjaisen ohjelman, mikä tutkisi tuosta modbusin kautta otetusta datasta, eli sql-kantaan tallennetusta tiedosta noita samoja suureita? Vai pystyykö tuota javaa edes järkevällä tavalla selaimen kautta käyttämään?

Itselläni menee MySql kantaa kaikki mittaukset RaspberryPi x3 koneista ja myös yhdestä Win koneesta. Mennyt jo kohta 10 vuotta.
Toistaiseksi ei kukaan ole kavereistsni "osannut" / halunnut tehdä sellaista ohjelmaa, että saisin tutkittua vanhoja tietoja käyrien muodossa.
Ilmeisestikin tuo sql kannan käpistely visuaaliseksi on sitten todella vaikeaa? Vaikka sql kannasta kaikkitouhuaa, että sinne kaikki data.
No siellä se on, mutta sieltä jonkin kyselynkin teko on niin kryptistä puuhaa, että ei ei ei.

Siksi tälläinen kiinnostaa minuakin kovasti.

[tk-]

Itselläni menee MySql kantaa kaikki mittaukset RaspberryPi x3 koneista ja myös yhdestä Win koneesta. Mennyt jo kohta 10 vuotta.
Toistaiseksi ei kukaan ole kavereistsni "osannut" / halunnut tehdä sellaista ohjelmaa, että saisin tutkittua vanhoja tietoja käyrien muodossa.
Ilmeisestikin tuo sql kannan käpistely visuaaliseksi on sitten todella vaikeaa? Vaikka sql kannasta kaikkitouhuaa, että sinne kaikki data.
No siellä se on, mutta sieltä jonkin kyselynkin teko on niin kryptistä puuhaa, että ei ei ei.

Siksi tälläinen kiinnostaa minuakin kovasti.

Tuo olammin tekemä talologgergraph osaa kyllä hakea sql-kannasta tiedon käppyröiksi, oletko sitä tutkinut/tutkituttanut? Sillä mahdollisesti voisi onnistua nuo käppyrät jos vaan kanta on sopivaan muotoon tallennettuna.

Lähinnä itse turhamaisuuttani ajattelin josko talologgergraphin käyrää tuota saisi täydennettyä vielä tuon threadedanalyzerin tyyppisellä "infosivulla" missä saisi nuo deltat yms tekstimuodossa näkymään. Itsekin mietin, että juuri tuo sql-kyselyhomma tuossa varmastikin olisi vaativin toteuttaa, datan näyttö sitten selainpohjaisesti voisi onnistua helpommin?

[Timo Karhu]

Minkäslaisella vaivalla tästä saisi selainpohjaisen ohjelman, mikä tutkisi tuosta modbusin kautta otetusta datasta, eli sql-kantaan tallennetusta tiedosta noita samoja suureita?

Lähtökohtaisesti sql:lä luku on helpompaa kuin tekstifiletsuiden kanssa puuhastelu. Sikäli selainpohjainen kilkutin on hankala koska sitten pitää muuttaa (Java) lähestymistä sovelluspalvelimen suuntaan verrattuna nykyiseen paikallisella koneella ajettavaan jar:iin. Joku gurukoodari saisi ehkä paikallisesti ajettavan webbiservon aikaiseksi johon sitten otetaan selaimella yhteys. Tämän yksilön taidot/aika/innostus saattaa hyytyä alkuasteelle.

Tuo kanta mihin viittaatte, onko se vakioitu? Eli siis kuka/mikä kirjoittaa modbussilta tulleet tavarat kantaan? Tuohon nykyiseen analysaattoriin voisi helpohkosti lisätä tietojen luvun annetusta kannasta tekstifiletsuiden rinnalle. Ei selainpohjainen mutta lukisi kannasta sentään.. olin jo vakavissani miettimässä logista luettujen arvojen kirjoitusta johonkin kantaan jotta voisi helpommin tarkastella historiatietoja. Mutta hieman hapokas ajatus ellei ole jonkun muun toimesta vakioitua kantaa joka ei muutu joka kerta kun tulee mieleen uusi suure.

[edit] vielä lisäys tuohon sovelluspalvelimeen: jos haetaan "pilvimallia" eli tehdään yksi sovellus joka pyörii yhdellä palvelimella internetissä (sisältäen tietokannan), niin sellainen lähestyminen olisi ihan mahdollista. Tällä pidetään hanskassa kannan rakenne vs. sovelluksen näyttämät arvot. Yleensä ihmisillä on taipumus haluat pitää tietonsa kotonaan eli tuon käyttö saattaa olla hintsua verrattuna vaadittavaan työmäärään.
Ja alkaa olla turhan lähellä itse Niben omia (pilvi)palveluita ettei ei liene järkeä..

[tk-]

Lähtökohtaisesti sql:lä luku on helpompaa kuin tekstifiletsuiden kanssa puuhastelu. Sikäli selainpohjainen kilkutin on hankala koska sitten pitää muuttaa (Java) lähestymistä sovelluspalvelimen suuntaan verrattuna nykyiseen paikallisella koneella ajettavaan jar:iin. Joku gurukoodari saisi ehkä paikallisesti ajettavan webbiservon aikaiseksi johon sitten otetaan selaimella yhteys. Tämän yksilön taidot/aika/innostus saattaa hyytyä alkuasteelle.

Tuo kanta mihin viittaatte, onko se vakioitu? Eli siis kuka/mikä kirjoittaa modbussilta tulleet tavarat kantaan? Tuohon nykyiseen analysaattoriin voisi helpohkosti lisätä tietojen luvun annetusta kannasta tekstifiletsuiden rinnalle. Ei selainpohjainen mutta lukisi kannasta sentään.. olin jo vakavissani miettimässä logista luettujen arvojen kirjoitusta johonkin kantaan jotta voisi helpommin tarkastella historiatietoja. Mutta hieman hapokas ajatus ellei ole jonkun muun toimesta vakioitua kantaa joka ei muutu joka kerta kun tulee mieleen uusi suure.

[edit] vielä lisäys tuohon sovelluspalvelimeen: jos haetaan "pilvimallia" eli tehdään yksi sovellus joka pyörii yhdellä palvelimella internetissä (sisältäen tietokannan), niin sellainen lähestyminen olisi ihan mahdollista. Tällä pidetään hanskassa kannan rakenne vs. sovelluksen näyttämät arvot. Yleensä ihmisillä on taipumus haluat pitää tietonsa kotonaan eli tuon käyttö saattaa olla hintsua verrattuna vaadittavaan työmäärään.
Ja alkaa olla turhan lähellä itse Niben omia (pilvi)palveluita ettei ei liene järkeä..

Itse käytän tuota talologgeria tallentamiseen. Siinä kantaan tiedot tallentuu itse määritellyllä nimellä (esim itsellä vaikkapa BT1 Outdoor temp --> ulkolampo). Eli tuon kanssa ainakin pitäisi varmaan sovellukselle kertoa, että minkä nimisestä positiosta haetaan mitäkin anturidataa.

edit: Ja eihän tuossa tavallaan järkeä olekaan tuommoista kehittää, harrastuneisuus itselläkin taustalla lähinnä on ja "maksuttoman seurannan" järjestäminen mahdollisimman monipuolisesti ja helposti. On noissa niben pilvipalveluissa kuitenkin tuo 50e vuosimaksu. On tuo tietysti sitten vuosien päästä mielenkiintoista seurannan kannalta, näkee muuttuuko pumpun käyttäytyminen. Itse mietin lähinnä jotain javascript tjsp -tyyppistä lähetymistä, missä selaimella vaan analysoitaisiin halutulla ajanjaksolla tietokannasta nuo avainluvut näkyviin, kuitenkin käyrät piirtyy jo talologgergraphilla.

[Timo Karhu]

Tuo olammin tekemä talologgergraph osaa kyllä hakea sql-kannasta tiedon käppyröiksi, oletko sitä tutkinut/tutkituttanut? Sillä mahdollisesti voisi onnistua nuo käppyrät jos vaan kanta on sopivaan muotoon tallennettuna.

Lähinnä itse turhamaisuuttani ajattelin josko talologgergraphin käyrää tuota saisi täydennettyä vielä tuon threadedanalyzerin tyyppisellä "infosivulla" missä saisi nuo deltat yms tekstimuodossa näkymään. Itsekin mietin, että juuri tuo sql-kyselyhomma tuossa varmastikin olisi vaativin toteuttaa, datan näyttö sitten selainpohjaisesti voisi onnistua helpommin?

En ole tutkinut kun tuosta omasta koneesta ei data irtoa sähköisesti millään (ilman lisäinvestointeja). Järkeväähän tuo olisi keskittää kaikki yhteen eli esim. talologgeriin.

[Timo Karhu]

Itse mietin lähinnä jotain javascript tjsp -tyyppistä lähetymistä, missä selaimella vaan analysoitaisiin halutulla ajanjaksolla tietokannasta nuo avainluvut näkyviin, kuitenkin käyrät piirtyy jo talologgergraphilla.

Tuossa on sama periaate sitten kuin itseajettavassa jar:ssa, selaimessa se sama graafinen näyttö ajettaisiin vain siinä selainikkunan sisällä. Kuitenkin kummankin olisi tiedettävä tietokannan sijainti, ja tärkein olisi taulujen ja kenttien nimeäminen eli pitäisi olla yhdessä sovittu schema jotta olisi järkeä lähteä toteuttamaan. Ehkä vähän hankala..

[tk-]

Tuossa on sama periaate sitten kuin itseajettavassa jar:ssa, selaimessa se sama graafinen näyttö ajettaisiin vain siinä selainikkunan sisällä. Kuitenkin kummankin olisi tiedettävä tietokannan sijainti, ja tärkein olisi taulujen ja kenttien nimeäminen eli pitäisi olla yhdessä soittu schema jotta olisi järkeä lähteä toteuttamaan. Ehkä vähän hankala..

Tuohan varmaan onnistuisi erillisellä asetustiedostolla mihin määritettäisiin sekä tietokannan asetukset että sitten jokaiselle data-arvolle nuo nimet, millä niitä tietokannasta kysellään? Mutta toki tuo tietokannan muoto pitäisi jollain tapaa olla vakioitu, onhan tuossa talologgerissakin 2 tapaa millä tauluja voidaan tehdä. Eli ei tuosta varmastikaan kovin helpolla semmoista "kaikkiin tilanteisiin sopivaa" systeemiä saisi.

[Timo Karhu]

Kyllä mä tuohon paikallis-jar:iin voin tuon kannasta luennan lisätä sinun valitsemillasi taulun/kentän nimillä, mutta selainpohjainen lähestyminen saa jäädä seuraaville sukupolville.
Tarttis saada esimerkkikanta tänne ja/tai yhteys netin yli sinun kantaasi. Kumpikohan olisi helpompi? Kannan dumppi lienee oikea termi tuolle kopiolle ja yhteys netin yli tarvinnee reitittimeesi porttiohjauksen virittämisen. Onnistuuko?

[tk-]

Kyllä mä tuohon paikallis-jar:iin voin tuon kannasta luennan lisätä sinun valitsemillasi taulun/kentän nimillä, mutta selainpohjainen lähestyminen saa jäädä seuraaville sukupolville.
Tarttis saada esimerkkikanta tänne ja/tai yhteys netin yli sinun kantaasi. Kumpikohan olisi helpompi? Kannan dumppi lienee oikea termi tuolle kopiolle ja yhteys netin yli tarvinnee reitittimeesi porttiohjauksen virittämisen. Onnistuuko?

Onnistuisi kyllä, mutta tuossa sql-datassa on tällä hetkellä se ongelma, että tallennan sinne käyntitietoa molemmista kompuroista tuolla prio-arvolla. Eikös tuo analysoija kaipaisi tuon pca-basen tietoon? Laitan yv:nä tunnukset kuitenkin, jos haluat tuota tietokantaa muuten tutkailla.

[Timo Karhu]

Onnistuisi kyllä, mutta tuossa sql-datassa on tällä hetkellä se ongelma, että tallennan sinne käyntitietoa molemmista kompuroista tuolla prio-arvolla. Eikös tuo analysoija kaipaisi tuon pca-basen tietoon? Laitan yv:nä tunnukset kuitenkin, jos haluat tuota tietokantaa muuten tutkailla.

Joo, totta. Ei PCA Base välttämättömyys ole mutta kyllä sekaisin menon riski on ilmeinen. Taitaa olla raspikauppaan meno edessä ja tehdä logintutkijasta yhteensopiva talologgerin kanssa, se saattaisi olla fiksuinta.
Meneekös tuo talologger arkkitehtuuri niin että RS-485 adapteri on raspissa kiinni ja tietokanta pyörii jossain eri koneessa vai samassa raspissa kaikki?
Pitää ottaa muutama kalja ja funtsia.

[rsaarela]

Tuo olammin tekemä talologgergraph osaa kyllä hakea sql-kannasta tiedon käppyröiksi, oletko sitä tutkinut/tutkituttanut? Sillä mahdollisesti voisi onnistua nuo käppyrät jos vaan kanta on sopivaan muotoon tallennettuna.

Lähinnä itse turhamaisuuttani ajattelin josko talologgergraphin käyrää tuota saisi täydennettyä vielä tuon threadedanalyzerin tyyppisellä "infosivulla" missä saisi nuo deltat yms tekstimuodossa näkymään. Itsekin mietin, että juuri tuo sql-kyselyhomma tuossa varmastikin olisi vaativin toteuttaa, datan näyttö sitten selainpohjaisesti voisi onnistua helpommin?

Varsinaisesti ole WIN ihmisiä.
En mielellään koske komentorivivirityksiin.
Niissä on aina niin paljon vaikeuksia kirjoittamisen kanssa.
Hiiri on niin paljon helpompi käyttää.

Sinänsä kiinnostaa, miten tuota kantaa voidaan lukea asiakkaan haluamista kohdista?
Esim. kun jokainen haku voi olla täysin eri asiaa eri ajalta, yms.
Olen ymmärtänyt että juuri se olisi siinä se vaikeus?
Hakulausekkeiden tekeminen, itselläni on niitä jotain 30 kpl. jemmassa, ja joka kerta niissä on kamala tekeminen, että saa jotain sieltä haettua.

[tk-]

Joo, totta. Ei PCA Base välttämättömyys ole mutta kyllä sekaisin menon riski on ilmeinen. Taitaa olla raspikauppaan meno edessä ja tehdä logintutkijasta yhteensopiva talologgerin kanssa, se saattaisi olla fiksuinta.
Meneekös tuo talologger arkkitehtuuri niin että RS-485 adapteri on raspissa kiinni ja tietokanta pyörii jossain eri koneessa vai samassa raspissa kaikki?
Pitää ottaa muutama kalja ja funtsia.

Kaikki pyörii samassa, tuo talologgerpi asentaa myös apachen millä sitten näytetään tuo talologgergraphin sivusto ulospäin. Oletuksena tuossa on sqlite, mutta virittelin itse mysql kun ajattelin tuosta raspista lisäksi vielä kevyttä taloyhtiön kotisivupalvelinta. Siihen raspi osoittautui turhan hitaaksi kuitenkin.. Ilmeisesti onnistuu myös ulkoiseen sql-kantaan kirjoittaminen, itsellä jatkossa tarkoituksena laittaa www-sivuston kantaan ja tallentaa paikallisesti "varmuuden vuoksi" sqlitea jos vaikka tietokantayhteys katkeaisikin.

http://www.ebay.com/itm/USB-to-RS485-FTDI-interface-Board-FT232RL-75176-New-/250955236480?ssPageName=ADME:L:OC:DE:3160 on itsellä adapterina, sillä on toistaiseksi toiminut ongelmitta. Saapumista sai odotella lähemmäs 4 vkoa.

Varsinaisesti ole WIN ihmisiä.
En mielellään koske komentorivivirityksiin.
Niissä on aina niin paljon vaikeuksia kirjoittamisen kanssa.
Hiiri on niin paljon helpompi käyttää.

Sinänsä kiinnostaa, miten tuota kantaa voidaan lukea asiakkaan haluamista kohdista?
Esim. kun jokainen haku voi olla täysin eri asiaa eri ajalta, yms.
Olen ymmärtänyt että juuri se olisi siinä se vaikeus?
Hakulausekkeiden tekeminen, itselläni on niitä jotain 30 kpl. jemmassa, ja joka kerta niissä on kamala tekeminen, että saa jotain sieltä haettua.

En osaa tuohon kyllä sen tarkemmin vastata, tuo talologgergraph "vain toimii" kun ohjeita noudattaa. Mutta sillä tosiaan ainakin onnistuu tuo lukeminen tietokannasta, ja melko selkeä dokumentaatiokin on aiheesta minkälainen tietokannan muoto tulee olla mallitietokantoineen.

[Timo Karhu]

http://www.ebay.com/itm/USB-to-RS485-FTDI-interface-Board-FT232RL-75176-New-/250955236480?ssPageName=ADME:L:OC:DE:3160 on itsellä adapterina, sillä on toistaiseksi toiminut ongelmitta. Saapumista sai odotella lähemmäs 4 vkoa.

Tsek. Minun lähti eilen Malesiasta valumaan eli katsotaanpas kauanko menee.

[Timo Karhu]

Hep. Nyt kolahti RS485 palikka postista eikä mennyt kuin hikiset 21 päivää. On tää maailma pieni. Vielä pitää hetken odottaa Raspberryä. Hidasta, sen kun tilasin Suomesta 

[tk-]

Malesiasta olis vissiin raspikin tullut nopeammin! No, taitaa koko maasta puuttua vielä nuo raspi2-mallit, katselinkin, että Jimms lupailisi tälle viikolle mutta Verkkokauppa ei vielä kerro edes arvioitua toimituspäivää. Tosin, en itse ole vielä keksinyt järkevää syytä tuohon nopeampaan malliin vaihtaa, ja syytä pitää tunteetkin toistaiseksi kurissa!

Sen verran täytyy kyllä tuota talologgerin Nibemodbusia kehua, että minkäänlaista vikatilaa tuo ei ole saanut pumppuun aikaiseksi koko sinä aikana kun on ollut päällä jos ei itseaiheutettuja lasketa (päivityksien rebootit lähinnä). Erinomaisen luotettava systeemi kaiken kaikkiaan. Pitäisi vaan innostua tuota järjestelmäkuvaa hiljalleen kehittelemään, saisi reaaliaikaiset arvot kätevästi näkösälle..

[Timo Karhu]

Hep. Nyt tuli Vatukka 2 postista. Säätö alkakoon. Oliko sulla tk- ohjeet näpsäkästi jossain hollilla?

[tk-]

Asensin ensin systeemin tämän sivun ohjeilla ja sitten jatkoin tuon talologgerin asennusohjeen mukaisesti. Löytyy myös pari hyvää keskusteluketjua aiheesta tuolta tiedonkeruualueelta.

http://www.maalampofoorumi.fi/index.php?topic=5512.0

http://www.maalampofoorumi.fi/index.php?topic=5425.0

Tuon Niben rekisterilista on tämän viestin liitteenä, niistä on ainakin pisteet noista rekisterin nimistä jätetty pois. Nibeen kannattaa tehdä log.set-tiedosto, tässä ketjussa ohjeet sen tekemiseen ja pumppuun tuo siirtyy kun laittaa kertaalleen logituksen päälle tuon tiedoston sisältävällä tikulla.

Tulikohan tuossa nyt tärkeimmät..? Jotain varmaankin unohtui. Kytkennän pumppuun tein niin, että jätin myös pumpun päässä +12v kytkemättä, eli pumpunkin päässä kaapelin liitin vain A, B, ja GND.

Liitteenä vielä oma asetustiedosto, siellä on sekä noita 1wire- että nibe-antureita. Logitan itse minuutin välein noita kaikkia, tarkoitus on ollut vielä tuota joskus muokata niin, että ajaa useampaa talologger-prosessia ja osaa antureista logitettaisiin harvemmin, tahtoo tietokanta tuolla paisua jo melko suureksi. 2min taitaa olla oletusväli ja sekin varmaan riittäisi.

EDIT: Onpas notepadilla huonon näköinen tuo tiedosto, macin texturilla toimi kyllä rivinvaihdot oikein. Liitän pdf vielä illemmalla.

[Timo Karhu]

Asensin ensin systeemin tämän sivun ohjeilla ja sitten jatkoin tuon talologgerin asennusohjeen mukaisesti. Löytyy myös pari hyvää keskusteluketjua aiheesta tuolta tiedonkeruualueelta.

http://www.maalampofoorumi.fi/index.php?topic=5512.0

http://www.maalampofoorumi.fi/index.php?topic=5425.0

Tuon Niben rekisterilista on tämän viestin liitteenä, niistä on pisteet taitaa olla noista rekisterin nimistä jätetty pois. Nibeen kannattaa tehdä log.set-tiedosto, tässä ketjussa ohjeet sen tekemiseen ja pumppuun tuo siirtyy kun laittaa kertaalleen logituksen päälle tuon tiedoston sisältävällä tikulla.

Tulikohan tuossa nyt tärkeimmät..? Jotain varmaankin unohtui. Kytkennän pumppuun tein niin, että jätin myös pumpun päässä +12v kytkemättä, eli pumpunkin päässä kaapelin liitin vain A, B, ja GND.

Liitteenä vielä oma asetustiedosto, siellä on sekä noita 1wire- että nibe-antureita. Logitan itse minuutin välein noita kaikkia, tarkoitus on ollut vielä tuota joskus muokata niin, että ajaa useampaa talologger-prosessia ja osaa antureista logitettaisiin harvemmin, tahtoo tietokanta tuolla paisua jo melko suureksi. 2min taitaa olla oletusväli ja sekin varmaan riittäisi.

EDIT: Onpas notepadilla huonon näköinen tuo tiedosto, macin texturilla toimi kyllä rivinvaihdot oikein. Liitän pdf vielä illemmalla.

Tattis! Loistavat ohjeet (laiskuuttani säästän aikaa + joku muu saattaa joskus löytää koontiohjeesi). Tesktitiedosto näkyy tänne ihan hyvin (linukka käytössä).

[tk-]

Tattis! Loistavat ohjeet (laiskuuttani säästän aikaa + joku muu saattaa joskus löytää koontiohjeesi). Tesktitiedosto näkyy tänne ihan hyvin (linukka käytössä).

Hyvä jos tuosta on apua. Nopeastihan tuon kasaili, varsinkin kun itse on saman jo kertaalleen tehnyt ja osan asioista itsekin tänne ripotellut!

Liitin vielä tuohon ohjeeseen tuon oman talologgergraphin asetustiedoston. Toistaiseksi tuosta omastani puuttuu tosiaan se kuva mikä alkuperäisellä asetustiedostolla näkyy.

[tk-]

Miksihän käy näin kun yrittää hakea kuukauden kerrallaan tuolta sql-logista? Kuva liitteenä. En ole testaillut, että kuinka pitkä jakso tuolla enimmillään onnistuisi. Lähinnä tuossa ongelmana taitaa olla tuo mittausjakson laskenta, koska muutoin nuo käyntiajat ja deltat on kyllä ihan järkeviä arvoja.

[Timo Karhu]

No hittolainen! Javasta loppui numerot kesken ja se alkoi laskemaan toisen pään miinuksesta takaisinpäin. Siis ihan harrastelijaohjelmoijan moka, ei Javaa pahasti voi syyttää (no olisi kyllä voinut Java edes varoittaa).
Laittelen korjatun version lähiaikoina tuonne samaan paikkaan.

[tk-]

Nyt toimii muuten tuo käyntiaikalaskenta, mutta ohjelma ei vielä hyväksy ylipitkää lepoaikaa!  Eli tuo EP14-kuva on ok, mutta EP15 tuo lepoaika menee vielä pakkasen puolelle. Kuvat liitteenä.

[Timo Karhu]

Kiitoksia havainnoinnista! Samat numerot loppuivat kesken kuin aiemmin, eri kohdassa vain. Lisätty ja nyt tuli sinulta 2kk tiedot ihan mallikkaasti. Uusi versio 1.0.2  ladattavissa.

[fraatti]

Kuvassa näkyy copppelo. Mites nibe sitä laskee vai mistä tuo muodostuu?

[noble]

Uusin päivitys on mennyt itseltä ohitse. Loistavaa, pitääpä testata tietokantalukua!

Coppelo myös kiinnostaa.
Ja onko laskentaan mahdollisuus lisätä coppelo suhteutettuna mittausaikaan, missä siis huomioidaan käyttöveden ja lämmitykseen käytetyt ajat.