Logintutkija Nibe/Jämä(CTC)

[MikkoK76]

Moro, tässä olisi testiversiota Logintutkijasta: Logintutkija 1.2.20.
Voisitko testata. Aiemmin lähettämistäsi logeista puuttuu ulko ja sisälämpötila, asteminuutit ja pyynti.

Onko CTCssä nuo oletuksena mukana vai pitääkö kaikki valita erikseen?

Kylläpä se näyttäisi toimivan. Laitan linkin missä on Lokakuu2016-Tammikuu24 screenshottina.
https://drive.google.com/file/d/0B3l7Kf6ProTDeGVjQS1ZWnFTUE0/view?usp=sharing

Sisälämpötilan mittausta minulla ei ole. Nuo muut mittaukset yritän selvitellä saisiko niitä jostain logiin.

[Timo Karhu]

Kylläpä se näyttäisi toimivan. Laitan linkin missä on Lokakuu2016-Tammikuu24 screenshottina.
https://drive.google.com/file/d/0B3l7Kf6ProTDeGVjQS1ZWnFTUE0/view?usp=sharing
Sisälämpötilan mittausta minulla ei ole. Nuo muut mittaukset yritän selvitellä saisiko niitä jostain logiin.

Mikko76: onko nykyinen logisi CTC:ltä tuleva oletusloki eli et ole valinnut CTC:stä erikseen mitään mitattavia suureita?

Muutkin CTC-omistajat: laittakaa koneistanne lokia tänne tai kokeilkaa Logintutkija 1.2.20:ä.

[MikkoK76]

Timo: Pumppu antaa nuo tiedot suoraan ja uskoakseni siihenpä ne vaihtoehdot loppuvatkin. Koitan selvitellä asiaa josko saataisiin muutakin ulos.

[Timo Karhu]

Moi,
Rupesin kysymään, että onko tarkoitus, että logintutkija näyttäisi myös lisäyksen määrän kWh kohdassa F1345 pumpun osalta?
Liitteenä olisi jokunen logi, joissa lisäys on ollut käytössä.
-MaalämpöFIN

Moikka,

ei ole ollut tarkoitus siinä mielessä että F1345:ssa ei ole vastuksia - käsittääkseni - vaan se käskyttää kolmiportaisesti ulkoista vastusta. Pitääkö tämä edelleen paikkansa?
Toisaalta, voisihan tuon laittaa niin että asetuksiin kirjoittaisi paljonko yksi steppi tarkoittaa tehossa.

Millainen vastuspatteri F1345 yhteydessä yleensä ja useimmiten asennetaan?

t. Timo

[rsaarela]

Moikka,

ei ole ollut tarkoitus siinä mielessä että F1345:ssa ei ole vastuksia - käsittääkseni - vaan se käskyttää kolmiportaisesti ulkoista vastusta. Pitääkö tämä edelleen paikkansa?
Toisaalta, voisihan tuon laittaa niin että asetuksiin kirjoittaisi paljonko yksi steppi tarkoittaa tehossa.

Millainen vastuspatteri F1345 yhteydessä yleensä ja useimmiten asennetaan?

t. Timo

No meillä on 3 x 9 kW vastukset sen perässä.....
3kW vastuksia 3 paketissaan ja 3 erillistä varaajaa,
eli aika ihmeellisiä teho kombinaatioita siitä sitten tulee...

No, kunhan kerroin...

[MaalämpöFIN]

Tässä kokoonpanossa on 3 x 9kW vastukset pumpun perässä.

[piizei]

Moi,
Uskomattoman hienoa harrasteviritystä. Seuraavaksi vaan internets of talotekniikka firmaa psytyyn

Kiinnostaisi kovasti tuon talologgerin asentaminen, kun löytyisi nurkista ylimääräinen raspikin. Saakos sitä liitettyä karvalakki Nibeen F1226?

[k113635]

Jos Niben pumppu on kytkettynä Uplinkiin niin yksi mahdollisuus päästä tallennettuihin lokitusarvoihin kiinni ilman omia laitteistoja on tämä: https://api.nibeuplink.com/
Nibe tarjoaa siis ohjelmallisen pääsyn tallentamamiinsa arvoihin. Nopean kokeilun perustella toimahtaa ihan ok, vaikka en Oauth2 fani olekaan.

[Timo Karhu]

Kiinnostaisi kovasti tuon talologgerin asentaminen, kun löytyisi nurkista ylimääräinen raspikin. Saakos sitä liitettyä karvalakki Nibeen F1226?

Nopea katsaus myyntimateriaaliin vihjaisi ettei F1226 pysty juttelemaan Modbussia. Pystyykö NEW malli, en tiedä.
"Tiedonsiirtomoduuli laitteille NIBE F1145, F1245, F1345, F370, F470, F750 ja VVM500".

[piizei]

Nopea katsaus myyntimateriaaliin vihjaisi ettei F1226 pysty juttelemaan Modbussia. Pystyykö NEW malli, en tiedä.
"Tiedonsiirtomoduuli laitteille NIBE F1145, F1245, F1345, F370, F470, F750 ja VVM500".

Eipä ole Modbus tukea tossa omassa mallissa (F1226). Menee takaisin virityslinjalle.

Yksi ajatus oli, että jos saisi F1226:n kirjottamaan logia USB:n kautta esim. SD-kortille, missä on wifi. Voisi sitten raspilla lukea valmiita tiedostoja ja ajella logintutkijaa. Vähän on vaan epäilys, että joko Nibe ei suostu kirjoittamaan SD-kortille USB:n kautta tai sitten ei voi samaan aikaan kirjoittaa ja wifin kautta lukea.

Toinen, todennäköisesti varteentotettavampi vaihtoehto olisi laittaa Raspberry pi zero emuloimaan USB storagea ja lukea sitä sitten logintutkijalla. http://pi.gbaman.info/?p=699

Kukaan yrittänyt vastaavia virityksiä?

[maalämmittää]

Saakos tietokannasta jotenkin helposti poistettua rivejä tai vaikka päiviä?

Niben kello kävi taas "perunoita" ja teki leiman tulevaisuuteen.

[Timo Karhu]

Saakos tietokannasta jotenkin helposti poistettua rivejä tai vaikka päiviä?

Niben kello kävi taas "perunoita" ja teki leiman tulevaisuuteen.

Ei valitettavasti logintutkijan kautta, mutta ulkoisella ohjelmalla kyllä. Itse käytän "DB Browser for SQLite" ohjelmaa (linuxilla) ja se näyttäisi kyllä pyörivän Winkkarillakin sivujensa mukaan. Vähän nörttimeisinki, mutta hei, harrastuksen eteen tehtäviä tunteja ei lasketa!

Ohjelman Browse data välilehti näyttäisi antavan melko selkeän keinon hakea ja poistaa pvm mukaan. Tai harjoittelet SQL:lä poiston.

Esim tämän pitäisi toimia "Execute SQL" välilehdellä:

Koodia: [Valitse]

delete from logit where time = '2012-03-14 21:50:00'jossa muutat päivämäärän tuohon malliin.
Kannattaa ottaa logintutkija.db:stä kopio ennen harjoittelun alkua 

[maalämmittää]

Helposti kävi rivin poisto tuolla ohjelmalla.
Ehkä oli jotain hyötyä 15v pölyttyneistä SQL taidoista  .

Kiitos!

[traktori]

Miten logitutkija toimii Jämän pumppujen kanssa? Pistin tonne Jämän puolelle naapurin logia: ketju Jämä puolella. Alla kuva logintutkijan etusivulta: /vrk-sarakkeessa näkyy käynnistyksiä 88 kpl, vaikka n. 1,5 vrk logeissa käynnistyksiä on yhteensä 21 kpl, eli ainakin tuo laskee väärin.

Kuva logitutkijan etusivulta

[k113635]

Miten logitutkija toimii Jämän pumppujen kanssa? Pistin tonne Jämän puolelle naapurin logia: ketju Jämä puolella. Alla kuva logintutkijan etusivulta: /vrk-sarakkeessa näkyy käynnistyksiä 88 kpl, vaikka n. 1,5 vrk logeissa käynnistyksiä on yhteensä 21 kpl, eli ainakin tuo laskee väärin.

Koitas nostaa lokitusväli 5 sekunnista 1 minuuttiin, helpottaa lokitiedostojen käsittelyä koska tiedostojen koko tippuu järkeväksi ja ehkä voi korjata tuon käynnistyslaskennan virheet.

[traktori]

Koitas nostaa lokitusväli 5 sekunnista 1 minuuttiin, helpottaa lokitiedostojen käsittelyä koska tiedostojen koko tippuu järkeväksi ja ehkä voi korjata tuon käynnistyslaskennan virheet.

Jälkimmäinen loki onkin 1 min lokivälillä, naapuri muutti tuon näköjään ensimmäisen lokin keskellä. Koitin ladata pelkän jälkimmäisen tiedoston, jossa on pelkästään 1 min välillä dataa, mutta siinäkin tuli virheellinen määrä vuorokausikäynnistyksiä:
Kuvakaappaus logintutkijan etusivulta
EDIT: eikun tuo taitaa olla ihan oikein laskettu nyt tuo keskimääräinen käynnistysmäärä. Eli tosiaan tuo ensimmäinen logitiedosto, jossa aloitettiin 5 sek lokituksella ja muutettiin kesken 1 min välille, niin sotki käynnistysmäärän laskentaa.

KIITOS TAAS!!!

[maalämmittää]

Olisiko mahdollista "opettaa" logintutkija lukemaan kaikki lokitiedostot annetusta hakemistosta ja viemään tiedot tietokantaan?

[Timo Karhu]

Olisiko mahdollista "opettaa" logintutkija lukemaan kaikki lokitiedostot annetusta hakemistosta ja viemään tiedot tietokantaan?

Hups, miten mennytkään tämä ohi. Sori. Jos nyt ymmärrän oikein pyyntöäsi, niin mitään tuo ei kyllä opi, mutta toiminee juuri kuten kuvaat. Eli jos laitat vaikka minkä satsin logeja yhteen hakemistoon, luet ne, pitäisi kantaan tallennusta ehdottaa. Jos siellä jo oli kyseisiä logirivejä, ne kirjoitetaan vaan yli (vai ohitettiinko ne? - en muista). Logintutkija saattaa valittaa että "Paikallinen tietokantavirhe: logitieto on jo tallennettu aiemmin", mutta muistaakseni se silti kiltisti tallentaa muut rivit.

[maalämmittää]

Hups, miten mennytkään tämä ohi. Sori. Jos nyt ymmärrän oikein pyyntöäsi, niin mitään tuo ei kyllä opi, mutta toiminee juuri kuten kuvaat. Eli jos laitat vaikka minkä satsin logeja yhteen hakemistoon, luet ne, pitäisi kantaan tallennusta ehdottaa. Jos siellä jo oli kyseisiä logirivejä, ne kirjoitetaan vaan yli (vai ohitettiinko ne? - en muista). Logintutkija saattaa valittaa että "Paikallinen tietokantavirhe: logitieto on jo tallennettu aiemmin", mutta muistaakseni se silti kiltisti tallentaa muut rivit.

Loki kerrallaan sujuu, mutta kuinka saisi lukemaan kaikki kerralla. Tai sitten en vaan osaa...

Edit ... "Olisiko mahdollista "opettaa" logintutkija lukemaan KERRALLA kaikki lokitiedostot annetusta hakemistosta ja viemään tiedot tietokantaan?"

Ko. toiminnossa ei ehkä ole tarpeen tehdä tilastoja, kun voi olla vaikka vuosien lokit vietävänä.

Pitääkö tietokannassa olevien tapahtumien loggausväli (esim. 1 minuutti) olla vakio, jotta tilastot tulee laskettua oikein?
Jos kantaan tarjoaa esim. 5 sek loggausta, se osaisi olla viemättä (=sekoittamatta).

[rsaarela]

Loki kerrallaan sujuu, mutta kuinka saisi lukemaan kaikki kerralla. Tai sitten en vaan osaa...

Edit ... "Olisiko mahdollista "opettaa" logintutkija lukemaan KERRALLA kaikki lokitiedostot annetusta hakemistosta ja viemään tiedot tietokantaan?"

Ko. toiminnossa ei ehkä ole tarpeen tehdä tilastoja, kun voi olla vaikka vuosien lokit vietävänä.

Pitääkö tietokannassa olevien tapahtumien loggausväli (esim. 1 minuutti) olla vakio, jotta tilastot tulee laskettua oikein?
Jos kantaan tarjoaa esim. 5 sek loggausta, se osaisi olla viemättä (=sekoittamatta).

Tämä on asia, jota esim. itse ihmettelin kovinkin kauan, ja totesin, että ei ole toimiva ohjelma.
Lopulta tällä foorumilla kerrottiinkin ko. ohjelman todella poikkeava käyttötapa, ja sitten alkoi sujua.

eli EI SAA MENNÄ hakemistoon sisään. Pitää vaan maalata hakemisto.
Tämä on täysin outo tapa, mutta näin se toimii.
Yleensähän maalataan hakemistossa halutut fileet...

[maalämmittää]

Tämä on asia, jota esim. itse ihmettelin kovinkin kauan, ja totesin, että ei ole toimiva ohjelma.
Lopulta tällä foorumilla kerrottiinkin ko. ohjelman todella poikkeava käyttötapa, ja sitten alkoi sujua.

eli EI SAA MENNÄ hakemistoon sisään. Pitää vaan maalata hakemisto.
Tämä on täysin outo tapa, mutta näin se toimii.
Yleensähän maalataan hakemistossa halutut fileet...

Tuo ei olisi tullut mieleeni, mutta hyvä protokolla tuokin. Kiitos neuvosta!
Timo on asian huomioinut, niin luultavasti piirre on dokumentoitu ohjeissa ... en vain lukenut niitä

Nyt jumitti viennin (n. 4 vuotta eli yli 1000 lokia) 12%:iin, niin ehkä viennissä on jokin raja tai koneen resurssit loppuu ... pitää kokeilla.
edit: Kun vähensi lokien määrän tiedostossa n. 60:een, niin homma meni maaliin. Koneen resurssit ilmeisesti loppui.

TIMO: Hallitseeko vienti erilaisia lokityyppejä samassa hakemistossa?
Vai pitääkö kaikki viennin lokit olla samaa "generaatiota"?

[Timo Karhu]

Tuo ei olisi tullut mieleeni, mutta hyvä protokolla tuokin. Kiitos neuvosta!
Timo on asian huomioinut, niin luultavasti piirre on dokumentoitu ohjeissa ... en vain lukenut niitä

Nyt jumitti viennin (n. 4 vuotta eli yli 1000 lokia) 12%:iin, niin ehkä viennissä on jokin raja tai koneen resurssit loppuu ... pitää kokeilla.
edit: Kun vähensi lokien määrän tiedostossa n. 60:een, niin homma meni maaliin. Koneen resurssit ilmeisesti loppui.

TIMO: Hallitseeko vienti erilaisia lokityyppejä samassa hakemistossa?
Vai pitääkö kaikki viennin lokit olla samaa "generaatiota"?

Nyt ollaan kokeellisen äärellä eli en osaa yhtään sanoa, se taitaa olla niin että kun alussa tulee version x logeja ja Logintutkija tunnistaa sen, saattaa se jatkotiedostoista lukea vääriä arvoja. Eli taitaa olla parempi jakaa logit vähintään versioiden mukaan eri hakemistoihin.

Olen itsekin havainnut että isot logihakemistot hyytyvät Windowsilla kun saman olen saanut Ubuntulla luettua OK. Tämä lienee jokin typeryys ohjelmassa, josta linux Java osaa toipua paremmin tjms. Se on jäänyt tutkimatta kun voi ohittaa pienemmillä logeilla tai käyttämällä linuxia.

Tuosta hakemiston valinnasta: tuo käytös tulee suoraan Javan tiedostonavaus-luokasta enkä sitä ole osannut muuksi vaihtaa. Hakemistoon voi mennä sisäänkin ja jos yhtään tiedostoa ei ole valittuna, se lukee hakemiston.

[edit] Pöh, useamman tiedoston valinnan lisäys ohjelmaan olikin ihan helppo juttu ja lisätty 1.2.23 versioon. Hakemiston valinta edelleen helpoin tapa mutta nyt voi valita tiedostojakin, jos näin haluaa.

[maalämmittää]

Nyt ollaan kokeellisen äärellä eli en osaa yhtään sanoa, se taitaa olla niin että kun alussa tulee version x logeja ja Logintutkija tunnistaa sen, saattaa se jatkotiedostoista lukea vääriä arvoja. Eli taitaa olla parempi jakaa logit vähintään versioiden mukaan eri hakemistoihin.

Olen itsekin havainnut että isot logihakemistot hyytyvät Windowsilla kun saman olen saanut Ubuntulla luettua OK. Tämä lienee jokin typeryys ohjelmassa, josta linux Java osaa toipua paremmin tjms. Se on jäänyt tutkimatta kun voi ohittaa pienemmillä logeilla tai käyttämällä linuxia.

Tuosta hakemiston valinnasta: tuo käytös tulee suoraan Javan tiedostonavaus-luokasta enkä sitä ole osannut muuksi vaihtaa. Hakemistoon voi mennä sisäänkin ja jos yhtään tiedostoa ei ole valittuna, se lukee hakemiston.

[edit] Pöh, useamman tiedoston valinnan lisäys ohjelmaan olikin ihan helppo juttu ja lisätty 1.2.23 versioon. Hakemiston valinta edelleen helpoin tapa mutta nyt voi valita tiedostojakin, jos näin haluaa.

Kiitos lisäyksestä!
Ohjelma on mahtava, ei ole juuri tarvinnut tuon käyttöönoton jälkeen excelöidä 

Olisiko mahdollista, että ohjelma "unohtaa" lokimaskin aina kun se on käsitellyt tiedosto loppuun?
Näin se katsoisi jokaista lokia "uusin silmin" ja mahdollinen version vaihto huomioituisi.

Toinen vaihtoehto parempaan hallintaan, olisi jos ohjelma ilmoitaa että tiedostoon nnnn- asti käsiteltiin ja muita ei koska versio/formaatti oli eri.

Tai (Winkkari-käyttäjiä hyödyttävä piirre) vaihtoehto olisi (mahdollisesti edellisiä kombinoiden), että kun koko hakemisto valitaan niin tehdään vain kantaan vienti, jos se helpottaa suorituskyky/resurssitilannetta.

No, ehdotuksia nämä vaan.

[Timo Karhu]

No, ehdotuksia nämä vaan.

Ja ihan hyviä ovatkin. Tuota ensimmäistä jo ajattelinkin mutta hylkäsin työläänä. Tuo toinen ehdotus katkaista luku kun eri version logi löytyy oli hyvä ja taas helppo lisätä. Se tulostaa tiedoston järjestysnumeron (järjestys missä se löydettiin kansiosta), mutta uskon että saat melko helposti löydettyä sillä mistä uuden versiotason logit alkavat. Siirrät saman versiotason logit omaan hakemistoon niin sulla on hetkessä homma tehty!

1.2.24 ladattavissa!

[maalämmittää]

Jaosta tulee versio 1.2.22. ? 

3kk pätkissä winkkari nieli nyt lokeja.
Eikä ilmaissut version vaihdoista mitenkään, ja niitä oli.

[noble]

Itseltä löytyy logeja pumpun käynnistämisestä lähtien. Kiinnostaisi liuoksen lämpötiloista tutkaista kuinka kaivo on viilentynyt, jos on.


-Niben päivityksien myötä sarakkeiden nimet hieman vaihtuvat
-Talteen pitäisi saada liuos sisään, liuos ulos ja ulkolämpötila
-Järkevät lukevat tulevat logeista vain kun kompressori käy, koska muuten liuospumppu on seis (liuoksen lämpötila nousee sisälämpötilaa lähelle)
-Saisiko jotain trendiä luotua kun kompressori lähtee käyntiin, ja siitä ottaisi talteen korkeimman liuos sisään lämpötilan (kaivon pohjalla oleva lämpötila)?

Löytyykö teollista tapaa ajaa logit?

[Timo Karhu]

Jaosta tulee versio 1.2.22. ? 

Kyllä mulla tulee 1.2.24, kokeiles uudelleen. Joku välimuisti tai vastaava voi jekuttaa, yritä ladata niin kauan että 1.2.24 löytyy.

[Timo Karhu]

Löytyykö teollista tapaa ajaa logit?

Vetele logeja sisään kuten jäsen maalämittää? Sitten voit tutkailla sitä koko historiaa Logintutkijan tietokantahaulla paikallisesta tietokannasta.

• Jos kaikki logit ovat samassa hakemistossa anna Logintutkijan lukea kunnes eri firmisversion logi löytyy.
• Logintutkija lopettaa tähän ja tallentaa jo luetut logit paikalliseen kantaan.
• Siirrä alimman logiversion tiedostot toiseen hakemistoon
• Aja logit päähakemistosta uudelleen ja jälleen ohjelma lopettaa jos eri logiversio löytyy, jatka loppuun kunnes homma tehty

Ohjelmallisesti et tuolla saa sitä pohjan lämpötilaa mutta saattaa helpottaa pisteiden löytymistä kun voi zoomata käyrässä oikeaan kohtaan.

Oliskos tuosta lähestymisestä apuja?

[maalämmittää]

Kyllä mulla tulee 1.2.24, kokeiles uudelleen. Joku välimuisti tai vastaava voi jekuttaa, yritä ladata niin kauan että 1.2.24 löytyy.

Onnistui, jokin vaan meni aamulla pieleen (toisella koneella kylläkin).

[noble]

Vetele logeja sisään kuten jäsen maalämittää? Sitten voit tutkailla sitä koko historiaa Logintutkijan tietokantahaulla paikallisesta tietokannasta.

• Jos kaikki logit ovat samassa hakemistossa anna Logintutkijan lukea kunnes eri firmisversion logi löytyy.
• Logintutkija lopettaa tähän ja tallentaa jo luetut logit paikalliseen kantaan.
• Siirrä alimman logiversion tiedostot toiseen hakemistoon
• Aja logit päähakemistosta uudelleen ja jälleen ohjelma lopettaa jos eri logiversio löytyy, jatka loppuun kunnes homma tehty

Ohjelmallisesti et tuolla saa sitä pohjan lämpötilaa mutta saattaa helpottaa pisteiden löytymistä kun voi zoomata käyrässä oikeaan kohtaan.

Oliskos tuosta lähestymisestä apuja?

No joo, jos ottaa kuukauden minimi- ja maksimikeruut, sekä keskilämpötilan (mahdollisesti myös min. ja max.), kai noista jonkinlaista trendiä näkee kaivosta.

[Timo Karhu]

Moi!

Tässä tätä mun dataa ajalta 5.1.2017-1.4.2017. Lämitettävää runsaasti niin kuin foorumin alatunnisteesa näkyy ja tänä aikana Niben takamittari näytti että sähköä oli pumppu vienyt 3383 kW.


Terv. JHH

Moi, sulla oli syynä juurikin tämä hiljattain keskusteltu firmiksen/logiversiotason vaikutus Logintutkijaan. Versio 1.2.24 varoittaa tästä.
Eli ekat 2 logia (5-6.1) olivat 7113 firmiksestä ja ja loput 7740. Eli siirrä nuo 7113 logit toiseen hakemistoon ja lue ne omassa satsissaan Logintutkijan paikalliseen kantaan kuten maalämmittää yllä. Sitten loput 7740 logit ja tee kysely paikalliseen kantaan.
Tai unohdat ne 5-7.1 logit ja katselet 8.1 - 1.4 logeja.

[edit] ai niin, aika paljon noita katkenneita rivejä - otathan tikun ulos koneesta ohjelmallisesti eli lopeta logitus Nibestä ennen kuin revit tikun irti

[maalämmittää]

Päädyin muuttamaan ensimmäisen uuden version lokin nimen loppuosaa (esim. 123456-01 -> 123456-01-7113).
Annoin ne olla samassa hakemistossa ja käytin logintutkijan "multi-file-selectiä".

Lokien jako hakemistoihin oli vain Windowsin (tai työaseman) rajoituksista johtuvaa.

[noble]

Nyt sain koottua jotain dataa liuksen tulon maksimista ja minimistä.
Maksimi on siis logintutkijan logiikan mukaan eli piste on otetaan talteen muutaman sekunnin kuluttua kompressorin käynnistymisestä.
Minimi on vastaavasti tyypillisesti käynnin lopusta, ja täten kk-minimi on aikalailla kylmin ulkolämpötila ja pisin käynti.

Muutama huomio omasta kohteesta.
-Kaivon lämpötila käyttöön ottaessa 5,2'C
-2014 on rakennettu, ja laattaa on kuivatettu, näkyy vielä syyskuun minimissä että energiaa on revitty aikalailla maasta
-Kaivo näyttää kesällä palautuvan nopeasti, konvektoria on käytetty ahkerasti
-Konvektorin aktiivinen käyttö lämmittänee kaivoa noin 1'C, jos vertaa kaivon alkuperäistä liuoslämpöä ja 2015 ja 2016 lämpöjä? (ok, taisi 2014 juhannuksena olla jopa pakkasta)
-Selkeää kaivon viilenemistä vaikea havaita, enemmänkin minimeitä katsoessa ne seuraavat ulkolämpötilaa. Esim. 2016/01 kylmin kuukausi mitä tämä talous on kokenut. Keskilämpötila -12,8'C (kylmimmän päivän keskiarvo -30,5'C)

(pivot alkoi taistelemaan vastaan, enkä saanut järkevästi ulkolämpötiloja 2-akselille)

[jhh]

Moi, sulla oli syynä juurikin tämä hiljattain keskusteltu firmiksen/logiversiotason vaikutus Logintutkijaan. Versio 1.2.24 varoittaa tästä.
Eli ekat 2 logia (5-6.1) olivat 7113 firmiksestä ja ja loput 7740. Eli siirrä nuo 7113 logit toiseen hakemistoon ja lue ne omassa satsissaan Logintutkijan paikalliseen kantaan kuten maalämmittää yllä. Sitten loput 7740 logit ja tee kysely paikalliseen kantaan.
Tai unohdat ne 5-7.1 logit ja katselet 8.1 - 1.4 logeja.

[edit] ai niin, aika paljon noita katkenneita rivejä - otathan tikun ulos koneesta ohjelmallisesti eli lopeta logitus Nibestä ennen kuin revit tikun irti

Kiitos vaivannäöstä ja ohjeista. Koitan testata tässä lähiaikoina ottamalla tuon 5-6.1 login pois.
Niin ja en tiedä mistä johtuu katkenneet rivit, olen aina lopettanut login imuroinnin ennen kuin olen ottanut tikun pois. Olenko ainut jolla on ollut katkenneita rivejä? =0

[rsaarela]

Kiitos vaivannäöstä ja ohjeista. Koitan testata tässä lähiaikoina ottamalla tuon 5-6.1 login pois.
Niin ja en tiedä mistä johtuu katkenneet rivit, olen aina lopettanut login imuroinnin ennen kuin olen ottanut tikun pois. Olenko ainut jolla on ollut katkenneita rivejä? =0

Nibe tekee niitä katkenneita ihan itse!
Esim. pikku sähköräpsyt, yms. tekee niitä.
Itellä tikut koneissa ain a kk. kerrallaan, ja lähes aina on katkenneita rivejä, vaikka kukaan ei tasan varmaan tikkuihin koske kuukauteen.

[ttk]

Kiitos logintutkijasta! Näin maalämpöpumpun asennuksen jälkeen on oikein rattoisaa tutustua koneen toimintaan ja asetusten muutosten vaikutuksiin käppyröitä seuraamalla. Vähentää ratkaisevasti tarvetta juosta teknisessä tilassa.

Meillä pumppuna on JÄMÄ Star RST Inverter, joka tuottaa käsittääkseni sisarpuolensa F1255:n kanssa samanlaista logia. Käyttöveden lämpötilojen seurannassa itselläni on kuitenkin pientä ongelmaa logintutkijan kanssa: kv ylälämpö ja kv alalämpö näyttävät graafissa toisinaan molemmat ylälämmön (BT7) arvoja eli nämä kaksi käyrää piirretään päällekkäin.

Jos valitsen yhden päivän lokitiedoston ja pyydän siitä käyrän, arvot ja graafi tulostuvat oikein. Jos valitsen (oletus)tietokantaan talletettua dataa samalta aikaväliltä, käyrät ovat päällekkäin.

Asetustietostossa oletusasetukset:

Koodia: [Valitse]

tietokanta_arvo_BT7=BT7
tietokanta_arvo_BT6=BT6

Teenkö jotain väärin vai miksi näin tapahtuu?

[maalämmittää]

....Jos valitsen (oletus)tietokantaan talletettua dataa samalta aikaväliltä, käyrät ovat päällekkäin...

Täällä toimii samoin.
Olisiko pieni bugi ohjelmassa.

[Timo Karhu]

Jos valitsen yhden päivän lokitiedoston ja pyydän siitä käyrän, arvot ja graafi tulostuvat oikein. Jos valitsen (oletus)tietokantaan talletettua dataa samalta aikaväliltä, käyrät ovat päällekkäin.

Teenkö jotain väärin vai miksi näin tapahtuu?

Olisiko pieni bugi ohjelmassa.

Bugia en löytänyt, mutta jostain kumman syystä BT6 ja BT7 on tarkoituksella käsitelty samana eli jos yläpöntön anturia ei ole asennettu, niin käytetään BT6 ja muutoin BT7. Joku hyvä selitys tälle varmaan oli joskus kauan aikaa sitten..
Kiitos huomiosta ja korjailen asian pikimmiten!


[edit]

Asetustietostossa oletusasetukset:

Koodia: [Valitse]

tietokanta_arvo_BT7=BT7
tietokanta_arvo_BT6=BT6
Teenkö jotain väärin vai miksi näin tapahtuu?

Yo. asetusmuuttujia käytetään vain luettaessa talologgerin (MySQL-)kannasta, ei paikallisesta SQLite kannasta. Eli et tehnyt mitään väärin, mutta ohjelma on suunniteltu käyttäytymään vähintäänkin oudosti ja väärin.

[Timo Karhu]

Kiitos huomiosta ja korjailen asian pikimmiten!

Nyt pitäisi olla korjattu versiossa 1.2.28.

[tomppeli]

Nyt pitäisi olla korjattu versiossa 1.2.28.

Ubuntu 17.04 - Linux koneessani tämä uusi versio menee jumiin.
Lukee ja tilastoi arvot, statistiikkaruutu tulee normaalin näköisesti, mutta ei tee graafia eikä ohjelmaa voi sulkea.