Mkä on tämän loistavan Bruno/Karhu sovelluksen COP-laskennassa käytetty kaava?Lähde kaavaan on Suomen rakentamismääräyskokoelman Lämpöpumppujen energialaskentaopas 3.10.2012 (http://www.edilex.fi/data/rakentamismaaraykset/lampopumppujen_energialaskentaopas.pdf) ja sieltä kaava 11 "lämpötilakorjattu lämpökerroin". Tärkeintä on laittaa oman pumpun EN14511 mitatut 0/35 ja 0/45 COPit asetustiedostoon, siitä niitä arvoja interpoloidaan lämpötilakorjauksen kanssa.
Kaunista grafiikkaa logintutkijalla... ;)Taidetta..
Nibe tuotti värähtelyä eräänä yönä. Värähtelyä...
Katsoin asiaa lokista ja tuota ennen oli nibe siirtynyt kesäaikaan.
Lokissa arvot näyttivät olevan normaalisti. Lokista..
Taidetta..
[edit] En ymmärtänyt taiteellista kuviota, onko tuo lokitiedostosta vai talologgerin kannasta?
Valitse hakemisto jossa peräkkäisiä Nibe Fighter lämpöpumpun logeja tai tee tietokantahaku.
Haetaan logit tietokannasta.. yhteys OK. Tietokantakysely suoritettu.
Logiaineisto luettu.
Liian lyhyt logi (3) - anna pitempi hakuaika.
tietokanta_arvo_DM=asteminuutit
tietokanta_arvo_EP14-Frequency=ComprFreq
cop_035=4.81
tietokanta_nimi=talologger
oletushakemisto=
tietokanta_arvo_EB100-EP14-PCA=EB100-EP14-PCA
tietokanta_arvo_BT25=BT25
tietokanta_arvo_EP15-Prio=EB100-EP15-Prio
tietokanta_arvo_BT7=varaaja
laske_kaynnistys_jos_kaynnissa=1
tietokanta_arvo_BT6=varaaja
paikallinen_tietokanta_tallennus=1
tietokanta_arvo_BT50=pannuhuone
tietokanta_arvo_BT3=paluuvesi
tietokanta_arvo_BT2=menovesi
tietokanta_arvo_CS=menovesi_pyynti
tietokanta_arvo_BT1=ulkolampotila
tietokanta_arvo_BT17=imukaasu
tietokanta_arvo_BT14=kuumakaasu
tietokanta_kayttaja=*************
tietokanta_arvo_BT12=lauhdin_lj_meno
tietokanta_arvo_EP15-BT3=EB100-EP15-BT3
tietokanta_arvo_BT11=keruu_ulos
tietokanta_arvo_BT10=keruu_sisaan
tietokanta_arvo_EP14-Prio=EB100-EP14-Prio
tietokanta_dbms=mysql
paikallinen_tietokanta_osoite=logintutkija.db
cop_045=3.77
tietokanta_arvo_EP15-BT17=EB100-EP15-BT17
tietokanta_arvo_EP15-BT14=EB100-EP15-BT14
tietokanta_arvo_EP15-BT12=EB100-EP15-BT12
tietokanta_arvo_EP15-BT11=EB100-EP15-BT11
tietokanta_arvo_EP15-BT10=EB100-EP15-BT10
tietokanta_osoite=**************
tietokanta_arvo_TotIntAdd=TotIntAdd
tietokanta_salasana=************
tietokanta_arvo_EB100-EP14-PCA=EB100-EP14-PCAon niin keskeinen logintutkijan kyvylle laskea käyntiarvoja että arvaisin sen olevan syynä, siis jos se puuttuu tai jos F1140 antaa eri arvoja sille kuin muut koneet. Toimiiko logintutkija jos otat usb tikulle login ja luet sitä?Puuttuuko tiedoista jotain olennaista, mikä pitäisi saada tietokantaan, että logintutkijaa voisi käyttää?Puuttui 4 arvoa jota Logintutkija ei alustanut nolliksi jos ei löydy, siksi et saanut hommaa kuntoon. Versiosta 1.2.16 lähtien alustaa sinulta puuttuvat arvot ja toimi ainakin lähettämäsi dumpin perusteella.
Ei ne samaan piirakkaan tulekaan, kokeilitko vaihtaa tuosta ylhäältä EP14?
Tuossa on tuo "kompressorin käynnistyksiä" esim. 106 kpl. ja sitten 3,6 kpl. kaikissa????
Mikä on tuo 3,6 kpl. ja missä se vaikuttaa?
Se lähinnä on kovin käsittämätön, minulle?
Se on tuossa /vrk sarakkeessa eli ne arvot ovat per vuorokausi keskiarvo. Jos sait EP14:a ja EP15:a saman vuorokausikeskiarvon, niin olisikohan kone optimoinut käynnistykset ja käyntien pituudet noinkin lähelle toisiaan?
Testasin jollain vanhalla logillasi ja kyllä niillä näytettiin eri luvut kummallekin kompressorille. Eli siis näyttäisi toimivan. Tämä viimeisin versio ei tuonut muutoksia laskemiseen, ainoastaan parantelin kenttien alustusta jotta jäsen tuxo pääsi F1140:n mukaan.
PS. Jos joku osaa sanoa mitä CTC loggaa usb tikulle, niin saa kertoa! Ei meinaa löytyä mistään vihjettäkään..
Pumppuna minulla on CTC Ecoheat 408 ja en ole saanut käsiini tietoa mikä mikäkin arvo on. Arvaillut vain.Jaa pätkä (tai vaikka 1 kokonainen vrk) lämmityskauden logia tänne ihmeteltäväksi, foorumin joukkovoima on ihmeellistä ja useampi silmäpari arvaa paremmin kentät kohdalleen!
Antureita ei ole käytössä kuin Ulkolämpötila, Liuos meno/paluu ja Lämmitys meno/paluu.Siis tarkoitatko että sinä/käyttäjä voit valita mitkä anturit ovat käytössä vai miten? Eikö tehtaalta tullessaan CTCssä ole tietty setti antureita mittaamassa ja ne kirjoitetaan oletuksena CSV logiin?
Saiko logintutkijalla haettua useamman kuin yhden login kerrallaan tietokantaan?Jos tarkoitat logitiedostoista siihen paikalliseen tietokantaan niin kyllä saa. Kaitpa siellä joku raja tulee vastaan mutta teoriassa ei esteitä vetää vaikka kuudauden logit sisään.
Joo useita saa kyllä mutta saako jotenkin tallennettua esim. Koko kuukauden logit kerrallaan vai pitääkö ne tallentaa yksi kerrallaan?Laitat logitiedostot yhteen hakemistoon ja Logintutkijalla avaat sen hakemiston --> lukee kaikki logit hakemistosta --> tallentaa kantaan.
Yritin avata ensin noin parinviikon ajalta tietoja mutta lukija tuntui jäävän vain jumiin.
Sitten vähensin määrän 5 päivään, niin tämä aukesi suht reippaasti. Graafin piirtäminen ei taas onnistunut.
Teenkö jotain väärin?
Hei Timo K tai joku muu expertti, voisitko avata propleemaa vähän tyhmälle? ::) Logintutkija(v1.2.17) ei toimi enää jostakin syystä. Vanhemmat koneelle tallentamani logitukset kyllä aukeavat normaalisti. Uudet logit, vaikka eri tikuilla, eivät aukea. Herjaa: Korruptoitunut merkkijono "version(43001)"1.tiedostossa, rivillä 2-ei huomioida. Onko ratkaistavissa? Logit liitteenä.Lataa 1.2.18 tuolta ylempää.
Terv. Make
Moikka.Ei ole kuulunut raporttia. Joku W10 käyttäjä kysyi jotain joskus mutten enää millään muista mitä, ongelma kuitenkin selkisi/hävisi, sen muistan.
Nyt tuli ongelmia Logintutkijan kanssa.
Vanha kone ja win 7 niin toimi.
Kesällä vaihtui kone uudenpaan ja käyttis win 10:iin.
Logintutkija ladattu ja kun käynnistää, niin ruududssa vilahtaa joku ikkuna nopeasti ja siinä kaikki.
Ei ehdi lukemaan mitä ikkunassa on.
Ainoa havainto on, että ikkuna on mustapohjainen.
Onko kellään muulla moista ongelmaa??
Is Java supported in Windows 10?
Yes, Java was certified on Windows 10 starting with Java 8 Update 51.
Yllä kuvattu "vilahtava" musta ikkuna viittaa siis siihen, että Javaa käynnistetään CMD-shellissä, mutta jotain siinä menee pieleen. Windowseissa on vanhemmissakin sellainen kiva ominaisuus, että jos Explorerista (se vakio tiedostoselain) kliksuttelemalla käynnistää vaikka BAT-tiedoston, niin se ajetaan tuollaisessa CMD-ikkunassa ja ikkuna ei jää näkyviin, jos siihen jotain virheilmoitusta sitten sattuisi tulostumaankin.
Kokeilisin seuraavaa (tuntematta yhtään enempää tätä logintutkijaa kuin että luin yltä sen asennusohjeet ja se näyttäisi olevan suoritettava JAR-paketti):
- käynnistä Windows komentorivi (cmd.exe)
- mene hakemistoon CD-komennoilla, jossa ajettava jar-tiedosto on (oletetaan, että se on nimeltään taikapaketti.jar)
- suorita jar-paketti komennolla: java -jar taikapaketti.jar
- nyt mahdollisesti java-komennosta tulevat virheilmoitukset pitäisi jäädä siihen komentorivi-ikkunaan näkyville ja näin jatkodebuggaus ja varsinaisen syyn löytäminen on helpompaa
Kiitoksia olammi.Tarkista että Win10:ssäsi on tiedostopäätteen .jar assosiointi tuohon Javaan. Eli että tekee saman kuin mitä olammi neuvoi kun kliksautat tiedostoa.
Tuolla tavalla kun käynnisti Logintutkijan, niin toimii.
Eipä tullut itselle mieleen kokeilla noin.
Tuottaisiko tälläisen CSV:n kelpaaminen ylitsepääsemätöntä tuskaa? ;)
(http://i.imgur.com/lCmWXSU.png)
Ei alkuunkaan, mutta onko tuossa kaikki suureet?
Tuossa oilisi pikku pätkä maaliskuun aamulta. Koko vuorokausi ei mahtunut liitteenä.
Antureita ei ole käytössä kuin Ulkolämpötila, Liuos meno/paluu ja Lämmitys meno/paluu.
Moro, tässä olisi testiversiota Logintutkijasta: Logintutkija 1.2.20 (http://www.railers.fi/nalle/tools/Logintutkija_1.2.20.jar).
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.
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
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ä.
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".
Saakos tietokannasta jotenkin helposti poistettua rivejä tai vaikka päiviä?
Niben kello kävi taas "perunoita" ja teki leiman tulevaisuuteen.
delete from logit where time = '2012-03-14 21:50:00'jossa muutat päivämäärän tuohon malliin.Miten logitutkija toimii Jämän pumppujen kanssa? Pistin tonne Jämän puolelle naapurin logia: ketju Jämä puolella (http://www.maalampofoorumi.fi/index.php?topic=7410.0). 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.
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ä:
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.
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...;)
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.
No, ehdotuksia nämä vaan.
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.
Löytyykö teollista tapaa ajaa logit?
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).
Vetele logeja sisään kuten jäsen maalämittää? Sitten voit tutkailla sitä koko historiaa Logintutkijan tietokantahaulla paikallisesta tietokannasta.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.
- 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?
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
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
tietokanta_arvo_BT7=BT7
tietokanta_arvo_BT6=BT6
....Jos valitsen (oletus)tietokantaan talletettua dataa samalta aikaväliltä, käyrät ovat 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.
Teenkö jotain väärin vai miksi näin tapahtuu?
Olisiko pieni bugi ohjelmassa.
Asetustietostossa oletusasetukset: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.Koodia: [Valitse]tietokanta_arvo_BT7=BT7Teenkö jotain väärin vai miksi näin tapahtuu?
tietokanta_arvo_BT6=BT6
Kiitos huomiosta ja korjailen asian pikimmiten!Nyt pitäisi olla korjattu versiossa 1.2.28.
Nyt pitäisi olla korjattu versiossa 1.2.28.Ubuntu 17.04 - Linux koneessani tämä uusi versio menee jumiin.
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.
Ubuntu 17.04 - Linux koneessani tämä uusi versio menee jumiin.Hmm.. nyt ei ole 17.04:a käytettävissäni, mutta en jaksaisi millään uskoa BT7 kentän lisäyksen muuttavan ohjelman käytöstä kuvaamallasi tavalla. Kokeilitko että toimii edellisellä versiolla ilman samaa ongelmaa? Oliko sisään luetut logit merkittävän isoja? Ethän lukenut paikallista kantaa joka oli luotu tai päivitetty versiolla 1.2.27 tai vanhemmalla? (yksi login tallennus versiolla 1.2.28 tarvitaan paikallisen kannan päivittämiseksi)
Lukee ja tilastoi arvot, statistiikkaruutu tulee normaalin näköisesti, mutta ei tee graafia eikä ohjelmaa voi sulkea.
Ohjelma muuttaa langattoman hiiren nopeuden täysille.Huumorilla sanottuna: ei voi olla totta ???
Käytän toiseksi nopeinta asetusta. Logitech G7 ja win7/64
Hmm.. nyt ei ole 17.04:a käytettävissäni, mutta en jaksaisi millään uskoa BT7 kentän lisäyksen muuttavan ohjelman käytöstä kuvaamallasi tavalla. Kokeilitko että toimii edellisellä versiolla ilman samaa ongelmaa? Oliko sisään luetut logit merkittävän isoja? Ethän lukenut paikallista kantaa joka oli luotu tai päivitetty versiolla 1.2.27 tai vanhemmalla? (yksi login tallennus versiolla 1.2.28 tarvitaan paikallisen kannan päivittämiseksi)
Huumorilla sanottuna: ei voi olla totta ???
Jatketaan huumorilla ja ehdotan päivitystä Linuksiin josko hiiri pysyisi lestissään?
Libre Office 5.0 tekee samaa.....No jopas on. Ei näistä vilkuttimista enää ota millään selvää mikä vaikuttaa mihinkin.
Muutama muukin ohjelma, ei nyt muista enempää, mutta lisääntymään päin ovat.
Linux ei ole vaihtoehto, minulle.
Hiiren nopeuden muutos kuitenkin näyttäisi liittyvän siihen ja *.js tiedostoihin.
En ole ohjelmointitaitoinen tuolla kielellä...
Nyt pitäisi olla korjattu versiossa 1.2.28.
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ä?
Muutaman uudelleen yrityksen kautta sain Niben tunnistamaan zeron USB-laitteena, laittamaan logituksen päälle ja sen jälkeen lukemaan logeja zerolta. Logitiedostot muodostuvat Niben muistista zerolle Niben oman logiikan mukaisesti ja tiedostojen lukemiseen zerolta luotettavasti pitää vielä vääntää skriptia.Respekt!
Aikamoista säätämistä oli, mutta näin sain Nibelle 40€ rautainvestoinnilla login etäluennan aikaiseksi
Onko Logintutkijassa mahdollisuus tutkia kahta lämmitysjärjestelmää ?
Jäin miettimään sitä jääkö Jämään tiedot tuosta kahdesta lämmitysjärjestelmästä kun kerran tiedot näkyvät näyttöpaneelista. Normaalisti USB tikulle eivät tule. Nyt BT2/BT3 kuvaavat muuta kuin lattiaan menevää lämpöä (liite) kun lämmitysjärjestelmä 2:ssa on minun systeemissä samat anturit kytketty lattiaan meneviin meno/tuloputkiin (arvot tänään jotain 25/24C ). Logintutkija piisaa sellaisenaan hyvin minun kokeiluihin.Voi olla etten ihan ymmärrä kysymystäsi, mutta jos tarkoitat sitä että logitat joitain muita kuin oletustietoja, niin vastaus on valitettavasti siihenkin negatiivinen. Jos lisäät käsin jonkin logattavan tiedon (tämä mahdollista), niin Logintutkija menee todennäköisesti tästä sekaisin.
Päivitys tähän: Sain viimein kokeiltua tätä raspberry zero viritystä F1226 USB loggerin kanssa ja sain jopa toimimaan muutaman kuhmun jälkeen.
Tarvitaan:
- Raspberry zero USB kaapelilla Niben läheisyyteen
- Logintutkija
- Itselläni Logintutkija on erillisellä RaspBerry Pi 3:lla, mikä on samassa wlanissa RaspBerry zeron kanssa. Voi olla, että Logintutkija toimisi myös zerossa, mutta en ole testannut
Tarvittavat toimenpiteet:
1) asenna zerolle Raspbian Jessie ja ota g_mass_storage käyttöön
http://blog.gbaman.info/?tag=g_mass_storage
2) opettele käyttämään g_mass_storage moduulin vaatimia konfiguraatioita (tiedostojärjestelmän luonti ja partitiointi, tidostopartition käyttöönotto lokaalisti sekä g_mass_storage käyttäminen ulkoisen laitteen kanssa USB:n kautta)
http://linux-sunxi.org/USB_Gadget/Mass_storage
Muutaman uudelleen yrityksen kautta sain Niben tunnistamaan zeron USB-laitteena, laittamaan logituksen päälle ja sen jälkeen lukemaan logeja zerolta. Logitiedostot muodostuvat Niben muistista zerolle Niben oman logiikan mukaisesti ja tiedostojen lukemiseen zerolta luotettavasti pitää vielä vääntää skriptia.
Aikamoista säätämistä oli, mutta näin sain Nibelle 40€ rautainvestoinnilla login etäluennan aikaiseksi
Päivitys tähän: Sain viimein kokeiltua tätä raspberry zero viritystä F1226 USB loggerin kanssa ja sain jopa toimimaan muutaman kuhmun jälkeen.Hatunnosto.
Tarvitaan:
- Raspberry zero USB kaapelilla Niben läheisyyteen
- Logintutkija
- Itselläni Logintutkija on erillisellä RaspBerry Pi 3:lla, mikä on samassa wlanissa RaspBerry zeron kanssa. Voi olla, että Logintutkija toimisi myös zerossa, mutta en ole testannut
Tarvittavat toimenpiteet:
1) asenna zerolle Raspbian Jessie ja ota g_mass_storage käyttöön
http://blog.gbaman.info/?tag=g_mass_storage (http://blog.gbaman.info/?tag=g_mass_storage)
2) opettele käyttämään g_mass_storage moduulin vaatimia konfiguraatioita (tiedostojärjestelmän luonti ja partitiointi, tidostopartition käyttöönotto lokaalisti sekä g_mass_storage käyttäminen ulkoisen laitteen kanssa USB:n kautta)
http://linux-sunxi.org/USB_Gadget/Mass_storage (http://linux-sunxi.org/USB_Gadget/Mass_storage)
Muutaman uudelleen yrityksen kautta sain Niben tunnistamaan zeron USB-laitteena, laittamaan logituksen päälle ja sen jälkeen lukemaan logeja zerolta. Logitiedostot muodostuvat Niben muistista zerolle Niben oman logiikan mukaisesti ja tiedostojen lukemiseen zerolta luotettavasti pitää vielä vääntää skriptia.
Aikamoista säätämistä oli, mutta näin sain Nibelle 40€ rautainvestoinnilla login etäluennan aikaiseksi
Onko mitään mahdollisuutta saada tukea taikka neuvoja Niben VVM 320 R logitukselle?
Hatunnosto.
Itse olen katsellut tuota mass storagea ja ainakin Zeron v1.1 vaikuttaa aika mahdottomalta. Valittaa kahdella eri imagella, ettei ole tarvittavaa moduulia yms pientä
Joten pientä ohjeenpoikasta tarvittaisiin eteenpäin pääsemiseen.
Edit: Sain mass storagen toimimaan omassa osiossaan ja Jäspin tallentamaan siihen. Pientä säätöä on vieläkin. Seuraavaksi Zero tallentamaan tiedot pilveen/NAS/yms.
Tallensin jonkinlaiset ohjeet (komennot sellaisenaan) itselle sähköpostiin. Olisiko foorumilla kiinnostusta niihin?
Ohjeet ehdottomasti tänne muita varten, sen verran näppärä viritelmä tuo on :)
Itse sain raspille kirjoittamisen toimimaan niin monen erheen kautta, enkä edes niitä vääriä tapoja enää muista. Lisäksi tietyt stepit tuntuivat vaan tarvitsevan uudelleen yrittämistä. Esimerkiksi, itselläni Nibe ei tunnistanut raspia USB tikuksi ekalla kerralla, mutta tokalla kerralla onnistui.
Laitoin liitteeksi ohjeet. Tein kahdet eri ohjeet, sekä imagelle ja osiolle erikseen. Aika yksinkertainen tehdä, kun komennot hallussa. Tuo txt kannattaa kopioida boot hakemiston juureen ja kopioida sieltä suoraan komennot/SSH ylitse tehdä se.
Yksinkertaisesti:
Osta Raspberry Pi Zero ja microSD-muistikortti (16Gb)
Lataa sopiva Raspbian versio.
Suorita flashäys Etcher ohjelmalla mikroSD-kortille (kortinlukija yms).
(Valinnainen osio) Lataa Gparted-live ja tee boottaava muistitikku.
Käynnistä pc Gparted-livellä ja luo osio Fat32 muodossa (alusta se myös). (valinnainen osuus päättyy).
Käynnistä Raspberry Pi ja seuraa ohjeita.
Vaikuttaa kätevältä!
Pääseekö zeroon kiinni kuinka etänä, tiedostojen kopioimiseksi etc?
Oletko vielä NAS/verkkolevy juttua tutkinut? Itsellä olisi myös MyBook verkossa kiinni, jos saisi zeron lähettämään tiedostot suoraan verkkolevylle.
Laitoin liitteeksi ohjeet. Tein kahdet eri ohjeet, sekä imagelle ja osiolle erikseen. Aika yksinkertainen tehdä, kun komennot hallussa. Tuo txt kannattaa kopioida boot hakemiston juureen ja kopioida sieltä suoraan komennot/SSH ylitse tehdä se.Pi Zeroa viritetty ja päästy siihen vaiheeseen että tietokoneessa se näkyy USB-muistitikkuna. Ongelma on kuitenkin, että tiedostoja ei voi siirtää koska Windows väittää tikussa olevan kirjoitussuojan päällä.
Yksinkertaisesti:
Osta Raspberry Pi Zero ja microSD-muistikortti (16Gb)
Lataa sopiva Raspbian versio.
Suorita flashäys Etcher ohjelmalla mikroSD-kortille (kortinlukija yms).
(Valinnainen osio) Lataa Gparted-live ja tee boottaava muistitikku.
Käynnistä pc Gparted-livellä ja luo osio Fat32 muodossa (alusta se myös). (valinnainen osuus päättyy).
Käynnistä Raspberry Pi ja seuraa ohjeita.
moiHeitä tänne logi ja koneesi tarkka malli. Tuo CTC "tuki" tehtiin yhden mallin/version login pohjalta ja se logimuoto varmaan elää kuten Nibelläkin ajan saatossa.
juu CTC on kyseessä, vaihdoin tuon niben->ctc ja toimi enemmän, mutta ei oikeastaan mitään järkevää kuva liitteenä
moiTuohon on tullut kenttiä hurjasti liää verrattuna MikkoK76:n koneeseen. Hän löysi aikoinaan selitystaulukon oman koneen logiinsa, johon Logintutkijan CTC lukija perustuu. Jos löydät selitystaulukon tuolle Gsi koneen logille, niin jatketaan siitä. Arvailu liian hapokasta..
CTC Gsi-12
Version näytön ohjainkortti 20170124
Version LP ohjainkortti 20160909
tuon parempia tietoja ei ole tällähetkellä
Pieni havainto v.1.2.24 logintutkijasta.
Näyttäisi siltä (parin aineiston perusteella), että lisävastuksen käyttö lämmitykseen ei tule tietokannasta haun yhteydessä numeroyhteenvetoon.
Legionellavastuskäyttö OK
Piirakkagraafiin OK
Lokeista luettaessa OK
Käyriin tulee molemmista OK
Moikka!
Ollaan kirjoiteltu maalämpöfoorumilla aiemminkin. Miksi mä en saa luettua liitteenä olevan kansion sisällä olevia tiedostoja 28 versiolla? Ohjelma jää jotenkin jumittaa. Javakin on uusin 64-bit Windows 7 koneessa.
jhh
java -Xms2048m -Xmx4096m jar Logintutkija.jar(hieman raju varaus 2G vähintään, 4G enintään. Voit kokeilla myös pienemmillä arvoilla)OK, sittenhän siellä on virhe - tutkitaan. Onhan tuo sama käytös 1.2.28:lla? Viitsisitkö heittää sen pätkän logia missä tuo tapahtuu?
[edit] 1.2.28:lla sain paikallisesta SQLite kannasta tulostumaan lisäykselle yhteenvetotietoja. Lataa tuo versio ja kokeiletko uudelleen?
Asensin jo aamulla 1.2.28:n, mutta sain lo. ilmoituksen ja en oikein päässyt puusta pitkään.
Taitaa olla mun tietokanta "ruvella".
Pitänee ladata uudelleen.
EDIT : Tein uuden tietokannan 1.2.28:lla ja edelleen luvut hukassa. Nollat näyttää.
OK, mä katson kun laitat sen loginpätkän tulemaan sähköpostitse (YVllä kyselin!). Ei sitä kantaa oikein saa ruvelle, mutta joku sarake sieltä nyt puuttuu tai sinne ei tallenneta tietoa.
[edit] "Tein uuden tietokannan 1.2.28:lla ja edelleen luvut hukassa. Nollat näyttää."
Tarkoitatko että teit tyhjästä kannan, luit sisään login missä lisäystä käytetty ja sitten hait sen kannasta Logintutkija 1.2.28lla?
Joo, tein tyhjästä kannan... kaikki just noin.
Kyselit jhh miksi syksyn logit eivät mene Logintutkijasta läpi. Lähettämäsi 101 päivän logit menivät läpi minulla 1.2.28 versiolla, joten syynä on todennäköisesti Javan ajonaikaisen muistin loppuminen. Sen lisäämisestä on maininta Logintutkijan ohjeissa kohdassa "Ohjelman ajaminen".
Valitettavasti asian korjaaminen on hieman ATK-tunkkausta, mutta kyllä siitä selviää.
Todentaaksesi muistin olevan syynä, aja Command Promptista/Komentotulkista seuraava komento siinä hakemistossa missä Logintutkija.jar sijaitsee:Koodia: [Valitse]java -Xms2048m -Xmx4096m jar Logintutkija.jar(hieman raju varaus 2G vähintään, 4G enintään. Voit kokeilla myös pienemmillä arvoilla)
Jos saat 101 päivän logit tuolla luettua niin kyse on tosiaan Javalle annetun muistin loppumisesta,
Pysyvän lisäyksen saat aikaiseksi:
- ostamalla koneeseen lisää keskusmuistia. Tuoreet Javat osaavat allokoida itselleen muistia koneen muistin mukaan
- Tutki Googlesta miten Windowsissa saat asetettua Javalle nuo mainitut ympäristömuuttujat. Linuxissa homma hoitui asettamalla ympäristömuuttujan "JAVA_OPTS= -Xms2048m -Xmx4096m". Ehkä homma onnistuu laittamalla nuo Logintutkijan pikakuvakkeen asetuksiin.
Koitin tuota antamaasi cmd:n koodia. Antaa seuraavat virheilmoitukset.
Invalid maximum heap size: .Xmx2048m
The specified size enceeds the maximum representable size.
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occured. Program will exit.
java -Xms512m -Xmx1024m -jar Logintutkija.jar
Kokeile:Koodia: [Valitse]java -Xms512m -Xmx1024m jar Logintutkija.jar
Kiitos lokeista ja virheen huomaamisesta. Pitäisi olla korjattu 1.2.29:ssä. Toimi ainakin täällä.
Jaosta tulee 1.2.28 ...Mulle tulee 1.2.29. Oiskos joku selaimen välimuistijuttu?
Virheilmoitus...
Error occurred during initialization of VM.
Too small initial heap.
Mulle tulee 1.2.29. Oiskos joku selaimen välimuistijuttu?
...
Toinen askarruttava asia: saako Logintutkijaan invertterin todellista käyntitaajuutta näkymään käyränä, kun nyt näyttää vain on/off tyyliin, sammuksissa tai 50Hz?
@MEASURE=ComprFreq:NIBERS485.Compressor freq currentOngelmana taitaa olla, että Logintutkija lukee MLP:n mallin väärin. Mistä se tieto ohjelmaan tulee, pitääkö se olla taloLogger.conf tiedostossa yhtenä kyselynä?
Huomasin foorumia selatessani, että joillakin se toimii ja heillä näkyy Logintutkijassa "Kone on F1x55", kun taas minulla näkyy "Kone on F11/245".
Tämmönen nyt. Herjaa tuosta yhdestä arvosta ja ei tuo arvoja.
No nyt on malli oikein, mutta ei anna dataa näkösälle, kun ei hyväksy tuota olematonta sisälämpötilaa. Aiempi versio ...28 hyväksyi sen ja kirjasi sisälämpötilan arvoksi -3276,8 astetta.Poista se sisälämpötila talologgern conffista! Sitten pitäisi pelata. Pätee muihinkin arvoihin jotka ovat 32768 tai muuta sössöä.
Mikä tuohon olisi järkevin ratkaisu?
Kiitos ja kumarrus!Olkaa hyvät! Kiva palvella yhteisöä.
Oliko tuo BF1 (lämmityspiirin virtaus) luettavissa tietokannasta?
Se on Logintutkijassa valittavissa käyrästön alla, mutta näyttää vain nollaa.
TaloLoggerGraphiin arvo tulee.
Moi,
Voiko mulla olla omissa asetuksissa tai conf filessä jotain vialla, kun tuolla netissä näyttää samaa konetta olevan uudemmalla softalla ja Logintutkija 1.2.29 versiolla, mutta siellä toimii mlp:n tunnistus ja softaversion tunnistus sekä tehon näyttö. Mulla ei toimi versio eikä tuo tehonäyttökään. Ainoa ero, jonka huomasin oli, että mulla ei ole sitä sisälämpö anturia. Kokeilempa vielä tuota uusinta versiota.
Eipä toimikkaan BF1, tosiaan myös tuo softaversio ei näy ja teho on koko ajan nollilla. Tartteeko se tietoa sähkömittarilta vai onko se laskennallinen mlp:n tiedoista?
taloLogger. conf:ssa se on näin: @MEASURE=BF1:NIBERS485.BF1 FlowNo se se sitten on, lisää logintutkija.asetukset tiedostoon
Vanhemmassa Logintutkijan asetustiedostossa sitä ei näemmä ollut ollenkaan.
tietokanta_arvo_EP14-BF1=BF1niin eiköhän pelaa!Kokeilin. Ja antoi ilmoituksen...
Initial heap size set to a larger value than the maximum heap size.
Kokeile:Koodia: [Valitse]java -Xms512m -Xmx1024m -jar Logintutkija.jar
Minne laitan tuon rimpsun muistiin, ettei sitä tarvitse joka kerta kirjoittaa uudelleen? Kait sen saa jonnekin tallennettua?
Tämä on pseudo-ohje, etsi googgleista tai katso käyttöjärjestelmäsi manuaalista:
- computer
- properties
- advanced
- system environment tjms
- lisää JAVA_OPTS muuttuja jonka arvoksi annat (tai lisäät jos se oli jo olemassa) " -Xms512m -Xmx1024m"
saman voi tehdä Logitutkija-kuvakkeeseenkin. Sori etten voi antaa tarkempia ohjeita.
Nyt on, kuten kuvissa, mutta silti tulee 0:a. Pitäiskö asetus-tiedostostakin poistaa noita EP15 tietoja?Nyt on tiukka! Ei tarvitse EP15:a poistaa erikseen logintutkijasta.. en luovuta, kyllä se virhe jostain löytyy..kokeilen uudelleen.
En saa onnistumaan. Voisiko joku auttaa, siis joka on saanut jo itsellä onnistumaan. Mulla Windows 7, 64 bittinen.
Nyt on tiukka! Ei tarvitse EP15:a poistaa erikseen logintutkijasta.. en luovuta, kyllä se virhe jostain löytyy..kokeilen uudelleen.Ja olihan siellä kirotusvirhe BF1 muuttujan nimessä joka siis näkyi vain jos oletusnimeä "EP14-BF1" ei käytetty. Entäs nyt, 1.2.33?
Logintutkija on asennettuna C:n juuressa. Ei pelaa.
(https://i.imgur.com/SjpHB0j.png)
echo $JAVA_OPTSkäynnistitikö koneen uudelleen (logoff taitaa itseasiassa riittää)?
Käynnistämisen jälkeen laita command promptiin/cmd.exe:n komentoKoodia: [Valitse]echo $JAVA_OPTS
Mitä tulee?
Ja olihan siellä kirotusvirhe BF1 muuttujan nimessä joka siis näkyi vain jos ei oletusnimeä "EP14-BF1" käytetty. Entäs nyt, 1.2.33?Bingo, osui ja upposi, kiitos!
Mutta siis edelleenkään ei tuolla rimpsulla jaksa ladata isoa muutaman kuukauden dataa...
java -Xms512m -Xmx1024m -jar Logintutkija.jarJos et saa luettua vuoden logeja, niin kokeile kasvattaa mustivirarausta, esim.java -Xms512m -Xmx2048m -jar Logintutkija.jarecho $JAVA_OPTS
Tuolla komennolla ei tule mitään, mutta kun laitoin "echo %JAVA_OPTS%", niin silloin tulee "-Xms512m -Xmx1024m"
Saatko tällä vuoden logit jos ajat command promptista?Koodia: [Valitse]java -Xms512m -Xmx1024m -jar Logintutkija.jarJos et saa luettua vuoden logeja, niin kokeile kasvattaa mustivirarausta, esim.Koodia: [Valitse]java -Xms512m -Xmx2048m -jar Logintutkija.jar
jos OK, niin mitä näyttää command promptista ajettuna komentoKoodia: [Valitse]echo $JAVA_OPTS
Miten muistinvarausta lisäämällä voi saada toimimaan, kun se pelaa jo tuolla ylimmällä koodilla täysin kun commandiin kirjoittaa?
Mutta siis edelleenkään ei tuolla rimpsulla jaksa ladata isoa muutaman kuukauden dataa...
set _JAVA_OPTIONS=-Xms512m -Xmx1024mjava -jar Logintutkija.jarHAVAINTO: http://www.maalampofoorumi.fi/index.php?topic=7672.msg106714#msg106714 (http://www.maalampofoorumi.fi/index.php?topic=7672.msg106714#msg106714)Hö. Luulin tuon jo korjatun... Ei kun kurkkaamaan
HAVAINTO: http://www.maalampofoorumi.fi/index.php?topic=7672.msg106714#msg106714 (http://www.maalampofoorumi.fi/index.php?topic=7672.msg106714#msg106714)Kiitoksia havainnosta, nyt pelasi ainakin sinun lähettämilläsi logeilla sekä paikallisesta kannasta että logifileistä! 1.2.34.
Kiitoksia havainnosta, nyt pelasi ainakin sinun lähettämilläsi logeilla sekä paikallisesta kannasta että logifileistä! 1.2.34.
Moikka!Lataa vähän tuoreempi Logintutkija tuolta ketjun alusta. Muutoin kone käy ihan hyvin. Nibe logi dataa -ketju voi olla parempi paikka kysellä koneiden käynnistä ylipäätään kun tämä ketju keskittyy itse työkalun virheisiin tai käyttöön.
Koitanpas laittaa liitteeksi pari kuvaa helmikuun lopun pakkasjaksolta tänne ihmeteltäväksi pumpun toiminnasta. Miltä näyttää teidän mielestä?
Mielestäni pumppu toiminut ihan OK, muutama vuosi sitten sattunutta kylmäaine vuotoa lukuunottamatta. Tässäkin tapauksessa jos en kirjaisi kuukaisittain lukemia pumpulta ylös, niin olisi tuokin vika saattanut jäädä pitkäksi aikaa piileväksi ja pumppu mennyt vastusten varassa. Vaikka maalämpö helppoa ja huoletonta onkin, niin jonkinlainen seuranta kannaattaa ehdottomasti.
Pumppu on vienyt sähköä 2015: 5010 kWh (kylmäainevuoto), 2016: 3710 kWh, 2017: 4100 kWh.
Mukavaa kevään odotusta kaikille :)
Ok 415m2 Hyvinkää.220kaivo.F1145-12.UKV100 puskuri.Vesipatterit+pieni vesilattialämpö.Jäspi ECOtupla-öljy/puukattila.AXC40 lisälämmön shunttaus(Jäspi).ECS40 lattialämpöoh.VPBS300R aurinkovar.SOLAR40.Aurinkoken.6m2.
Kyseessä 2012 asennettu laite jossa on siis lisälämmönlähteenä öljy/puukattila ja aurinkovaraajat ko vesivaraajalla.
Normaalisti lisäsähkö on estettynä ja -20C nibe käynnistää öljykattilan lisälämmöntarpeeseen.
Käyttöveden tulistukseen on öljypannulle erillinen ajastus jollei lisäsähkö ole päällä.
Aurinkovaraaja tuottaa kesäisin tarvittavan lämpimän käyttöveden.
Tein Nibelle uusimman softan päivityksen ja nyt rupesi kiinnostamaan onko lämmitys oikeissa säädöissä.
Koitin logata dataa logitutkijaan, mutta tulokset ei minusta asetu oikein.
Yritin tutkia dataa, mutta tietotaitoni ei riitä analysoimaan sitä onko data oikein.
Puuttuuko jotain? Poistanko joitain sarakkeita käsin?
Mitkä ovat niben käyttötilatunnisteet, nyt 2 = huili, mutta onko 7 lämpö ja 15 vesi, mikä on 6?
PS.En hoksannut kuinka tähän viestiin lisätään tiedosto tai kuva joten otin pienen copyn alle:
Divisors 1 1 10 10 10 10 10 10 10 10 10 10 10 10 10 10 100 1 10 10 10 1 1 1 1
Date Time version(43001) R-version(44331) BT1(40004) BT2(40008) EB100-EP14-BT3(40012) BT6(40014) BT7(40013) EB100-EP14-BT10(40015) EB100-EP14-BT11(40016) EB100-EP14-BT12(40017) EB100-EP14-BT14(40018) EB100-EP14-BT17(40022) BT25(40071) BT50(40033) BT53(40043) BT54(40044) Tot.Int.Add(43084) Alarm number(45001) Calc. Supply(43009) Degree Minutes(43005) BT1-Average(40067) Relays PCA-Base(43514) GP1-speed EP14(43437) GP2-speed EP14(43439) Prio(43086)
2018-03-09 12:16:22 8224 1 -9 447 386 515 522 10 -26 455 812 38 446 214 8 454 0 0 398 -322 -45 7 60 100 30
BT53 ja BT54 sekoittavat Logintutkijan. Oletko tehnyt oman LOG.SET asetuksen vai tulevatko nuo koneestasi oletuksena ulos?
[edit] näyttää aurinkokeräinen antureilta. Lisätään jos tuo on oletuslogi aurinkokeräimellä!
Moi ja kiitos nopeasta vastauksesta.Näin arvelinkin. Laitan kenttien huomioimisen lukurutiiniin mutta arvoja ei käytetä muuten. Versio 1.2.35 sisältää tämän. Vähän nopeasti tehty eli testaan käyttäjillä.. :P
Kyllä tämä nibe ainakin tyrkkää tuollaiset suoraan logiin. Ei siis ole oma viritys.
BT53 on aurinkokeräin (katolla) ja BT54 aurinkokierukka VPBS300R aurinkovaraajassa.
USB-valikon kirjaus valikossa 7.21 listaa ne myös mukaan kerättäviin tietoihin.
Mielessä oli kääntää ohjelma englanniksi ja/tai ruotsiksi jossakin vaiheessa jos jäisi vähän ylimääräistä aikaa. Ja jos on sallittu. Ajattelin kysyä ensin kun sivulla ei nyt ole minkäänlaista mainintaa käyttöoikeuksista että on mahdotonta tietää mitä alkuperäinen tekijä sallii ja on tarkoittanut.
Moi,
Ohjelman lisenssi on GNU General Public License v3
GPL on siitä hankala ettei se itse ole aina kovinkaan yhteensopiva monen muun lisenssin kanssa. Vaihtoehtoja on paljon, esimerkiksi Apache.
Tämä tuli pari vuotta sitten kanssa mieleen, mutta jäi koska Logintutkija on kehitetty ketterääkin ketterämmällä tårta på tårta-menetelmällä.
Laitan tekstifileeseen.
Sen takia mainitsin myös GPL-yhteensopivat lisenssit (https://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses). Siinä joukossa on m.m. Apache ja BSD. Se GPL-yhteensopivuus ei tarkoita niin paljon kun on yksittäinen ohjelma kyseessä, mutta kannattaa silti pitää mielessä kun jakaa lähdekoodia (ei nyt kannata tässä yhteydessä syventyä näihin ongelmiin).
En kyllä käyttäisi lähteenä GPL-yhteensopivuudelle välttämättä pelkästään gnun kotisivuja. Tulee vähän yksisilmäinen kuva maailmasta niin päin. https://www.apache.org/licenses/GPL-compatibility.html
Havainto : http://www.maalampofoorumi.fi/index.php?topic=5402.msg107523#msg107523 (http://www.maalampofoorumi.fi/index.php?topic=5402.msg107523#msg107523)
Kiitos Aurinkokeräimen käyristä, graafit toimivat hyvin.Moi, ole hyvä!
Huomasin muuten että Logitutkija ei tunnista samalle päivälle syntyneitä logiversioita, tai sitten en vain osaa.
Niitä näyttää syntyvän kun joutuu ottamaan USBin hetkeksi MLP:sät pois tietojen lukemista varten.
Esim 18031501.log ja 18031502.log sekoittavat kantaan luettaessa Logitutkijan, eli se pysähtyy 50% lataukseen ja jää siihen.
Hommasta tosin selviää kun lukee kantaan vain koko päiviä.
Suur kiitokset hienosta ohjelmasta.
T Artsi/Bigfoot.fi
Laitettu on.
Artsi/Bigfoot.fi
Moi,Olen pitänyt sovellusarkkitehtoonisena prinsiippinä oletuslogia eli jos FLM:n myötä nuo tulevat oletuslogiin, niin voisin harkita. LOG.SET:n kautta lisätyt voisi jäädä jokaisne omaan taulukkolaskennan ja/tai Talologger keräyksen piiriin.
Onko mahdollista saada FLM:n arvoja käyrästöön (BT20, BT21, AZ1-BT26 ja AZ1-BT27)?
Myös noita talon vaihevirtoja (BE1, BE2 ja BE3) olisi kiva seurata lyhyemmällä aikajaksolla, kun taloLoggerissa ei saa kunnolla skaalattua niitä.
Nyt taitaa syyllinen olla Nibe tai sitten sulla on huono liitos sisämittarin kanssa, BT50 on pudonnut pois toisesta logista ja siihen Logintutkija kaatui. Olisin kyllä odottanut virheilmoitusta (index out of bounds, tjms) mutta kuolee näemmä hiljaa.
Oliskos Niben ohjelmistovirhe vai irrotitko BT50:n?
Havainto:
Käyrät sivun selitteessä on BT12 kahteen kertaan, toinen tarkoittanee BT2?
(http://)
Muistit oikein...Asia vilpitön, virhehän tuo on! Korjataan..
Kun lukee tapahtumia loki-tiedostosta, niin BT2/BT12 - selitteet ovat oikein ja arvot piirtyvät erillisinä.
Kun lukee tapahtumia tietokannasta, niin on BT12 / BT12 - selitteet ja arvot piirtyvät minun tapahtumilla päällekkäin.
Tässä toinen havainto...
http://www.maalampofoorumi.fi/index.php?topic=8184.msg109509#msg109509 (http://www.maalampofoorumi.fi/index.php?topic=8184.msg109509#msg109509)
Päivitys tähän: Sain viimein kokeiltua tätä raspberry zero viritystä F1226 USB loggerin kanssa ja sain jopa toimimaan muutaman kuhmun jälkeen.Sain Rapberry Zeron USB muistin toimimaan Linux koneella muutta NIBE ei sitä tunnista. Miten formatoit tuon levyn ja millainen kaapeli/viratlähde johdotus sulla on käytössä?
Tarvitaan:
- Raspberry zero USB kaapelilla Niben läheisyyteen
- Logintutkija
- Itselläni Logintutkija on erillisellä RaspBerry Pi 3:lla, mikä on samassa wlanissa RaspBerry zeron kanssa. Voi olla, että Logintutkija toimisi myös zerossa, mutta en ole testannut
Tarvittavat toimenpiteet:
1) asenna zerolle Raspbian Jessie ja ota g_mass_storage käyttöön
http://blog.gbaman.info/?tag=g_mass_storage
2) opettele käyttämään g_mass_storage moduulin vaatimia konfiguraatioita (tiedostojärjestelmän luonti ja partitiointi, tidostopartition käyttöönotto lokaalisti sekä g_mass_storage käyttäminen ulkoisen laitteen kanssa USB:n kautta)
http://linux-sunxi.org/USB_Gadget/Mass_storage
Muutaman uudelleen yrityksen kautta sain Niben tunnistamaan zeron USB-laitteena, laittamaan logituksen päälle ja sen jälkeen lukemaan logeja zerolta. Logitiedostot muodostuvat Niben muistista zerolle Niben oman logiikan mukaisesti ja tiedostojen lukemiseen zerolta luotettavasti pitää vielä vääntää skriptia.
Aikamoista säätämistä oli, mutta näin sain Nibelle 40€ rautainvestoinnilla login etäluennan aikaiseksi
Käytössä logintutkija v1.2.38 ja jostain syystä käyntiaikasuhdepiirakkaan tulee lä-pilp suurimmalla osuudella, vaikka pumppu on enimmäkseen ollut levossa. Samoin raportoidaan lämmitysajaksi 93,1%, lepo 4,1%. Meillä ei ole FLM:aa. Käyrissä poistoilma bt20 ja jäteilma bt21 näyttävät nollaa kuten pitääkin.[not so fast edit]
Edellinen käyttämäni versio v1.2.32 näyttää piirakassa ainoastaan lepo/lämmitys/kv samalla aineistolla (eilisen lokitiedosto), lämmitysaika 12,1%, lepo 85,1%.
Vaikuttaako tähän jokin asetus, jota pitäisi käyttää uudemman version kanssa, vai miten tuosta pilp-raportoinnista pääsisi eroon?
Liitteenä kuva piirakasta molemmilla versioilla sekä logitutkijan käyttämä eilisen logitiedosto.
- kiertovesipumppu päällä (lienee sulla aina päällä lepotilassa?)
Kyllä, kiertovesipumpun nopeus on 30% maksimista lepotilassa (lattialämmitys). Tämä taitaa olla jonkinlainen oletusarvo.
OK, 1.2.39 otettu pilp-arvaus pois.
Nyt toimii hyvin, kiitos!Tuolla COPpeloTM:n perusteet
Vuoden pätkälle meidän talossa logintutkija ilmoittaa COP-arvot 5,6/2,9 (lämmitys, KV). Käyntiaikojen avulla näistä laskettu painotettu keskiarvo on 5,38. En tunne taustalla suoritettavaa COP:n laskentaa lainkaan, mutta oletan, että todellinen COP on alempi. Valitettavasti meillä ei ole ottoenergian mittausta pumpulla.
Millaisia todellisia COP-arvoja ovat saaneet he, joilla on mittarit paikoillaan? Ja toisaalta miten ne eroavat logintutkijan ilmoittamista arvoista? Mitään akateemisen tarkkaa tarkastelua en tarvitse, mutta olisi hyvä ymmärtää paremmin millä hehtaarilla todelliset lukemat ovat ja miten voisin "skaalata" logintutkijan antamia arvoja oikeampaan suuntaan, jos mahdollista.
Kiitokset vielä logintutkijasta! Siitä on ollut suuresti hyötyä, kun olen pyrkinyt ymmärtämään miten pumppu meillä toimii ja mitä voisi olla järkevää tehdä esim. käynnistysten vähentämiseksi. Hatunnosto!
Moi,
Löytyykö tuota 1.2.38 versiota jostain, vois kattoa, mitä se näyttää, kun kesän aikana en ole foorumilla ollut.
Muuten tuo FLM ei ole pilp vaan ainoastaan poistoilman lämmön talteenotin, jolla poistoilman lämpö siirretään maapiirin sisääntulevaan linjaan.
Laitoin liitteeksi ohjeet. Tein kahdet eri ohjeet, sekä imagelle ja osiolle erikseen. Aika yksinkertainen tehdä, kun komennot hallussa. Tuo txt kannattaa kopioida boot hakemiston juureen ja kopioida sieltä suoraan komennot/SSH ylitse tehdä se.
Yksinkertaisesti:
Osta Raspberry Pi Zero ja microSD-muistikortti (16Gb)
Lataa sopiva Raspbian versio.
Suorita flashäys Etcher ohjelmalla mikroSD-kortille (kortinlukija yms).
(Valinnainen osio) Lataa Gparted-live ja tee boottaava muistitikku.
Käynnistä pc Gparted-livellä ja luo osio Fat32 muodossa (alusta se myös). (valinnainen osuus päättyy).
Käynnistä Raspberry Pi ja seuraa ohjeita.
Sain Rapberry Zeron USB muistin toimimaan Linux koneella muutta NIBE ei sitä tunnista. Miten formatoit tuon levyn ja millainen kaapeli/viratlähde johdotus sulla on käytössä?
Tein näillä ohjeilla raspi zeron asetukset ja Nibe 1226 tunnistaa sen tikuksi ok ja aloittaa logituksen (luo tiedoston)
Jostain syystä vaan tuonne tiedostoon ei tule yhtään arvoa ennenkuin logituksen lopettaa.
Onko tämä siis ihan pumpun ominaisuus vai miten saisin nuo logit etänä haettua ilman että tarvitsee painella pumpusta nappeja (logitus päälle/pois)
Tyhmä kysymys, tuo BF1 on siis maapiirin virtausmittari? Lämmityspiirille ei ole mittaria?Ei tyhmiä kysymyksiä olekaan mutta BF1 pitäisi olla lämmityspiirin virtausmittari.
Nibe selkeästi bufferoi logeja eikä kirjoita suoraan tikulle. Itse sain luettua luotettavasti aina edellisen päivän logit ja siirsin ne talteen toiselle Raspille, missä on Logintutkija. Siirtämisen tein http://linux-sunxi.org/USB_Gadget/Mass_storage komentojen mukaisesti:
1) setup loopdevice
2) mount device
3) Kopiointi SCP:lla toiselle Raspille
4) release device
Niben logien kirjoittamista tuo toimenpide ei ole häirinnyt.
Saimaisella sivulla on huomio, mikä saattaa liittyä noihin ongelmiin mitä tässäkin ketjussa moni maininnut "Notes: Surprisingly it works well my Mac OS hosts (device automatically appears in Finder, I can copy and read files) but not with my Linux hosts (device appears and disappears constantly and cannot be mounted). Not tested with Windows hosts."
OK eli mitään suht reaaliaikaista arvojen lukemista ei tuolla tavalla onnistu eikä varmaan millään muullakaan tavalla tuosta Nibe 1226 saa ulos.
Jos tuota Niben logikirjotuksen tiheyttä muistilta tikulle saisi muutettua jollain tavalla. Ei välttämättä ihan huoltovalikosta onnistu.
Haetaan logit tietokannasta..Virhe: Communications link failure
The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.sudo nano /etc/mysql/mariadb.conf.d/*.cnf
Onko ekan viestin linkin takana jo uusin versio? Näyttää ainakin v1.2.40...Juu, piti olla...
Juu, piti olla...
[edit] ..ja kyllä sieltä se 1.2.41 tulee. Selaimen välimuisti putsisplank?
Logintutkija lienee rikki?1.2.42:ssa otettu F1345 EP15 GP2 huomioon.
https://www.maalampofoorumi.fi/index.php?topic=8588.msg114806#msg114806Ei ei ei.. katsotaan!
Ei ei ei.. katsotaan!
Tietääkö kukaan?
| bitti | dec | toiminto |
| 1 | 1 | kompressori päällä |
| 2 | 2 | lämmönjakopumppu |
| 3 | 4 | keruun pumppu |
| 4 | 8 | vaihtoventtiili KV asennossa |
Eli menisikö tuossa sitten kompura pois päältä jonkun turvarajan vuoksi (esim. korkea lauhdutintulo?), mutta kun veden lämmitystarve jatkuu niin käynnistyy aina uudelleen lyhyen odottelun jälkeen?Mutta kun tuon PCA Base Relaysin mukaan se on keruupumppu kun ei pyöri ja siinähän ei nyt ole mitään järkeä. Joku tässä on nyt muuttunut. Pitääkin katsoa omaa logia ihan ajatuksella kanssa.
Lämmitystarveluku saadaan laskemalla yhteen kunkin kuukauden päivittäisten sisä- ja ulkolämpötilojen erotus. Yleisimmin käytetään lämmitystarvelukua S17, joka lasketaan +17 °C:ksi oletetun sisälämpötilan ja ulkolämpötilan vuorokausikeskiarvon erotuksen perusteella. Kuukauden lämmitystarveluku on vuorokautisten lämmitystarvelukujen summa ja vuoden lämmitystarveluku on vastaavasti kuukausittaisten lämmitystarvelukujen summa. Lämmitystarveluvun yksikkö °Cvrk. Vertailuarvona eli normaalivuoden lämmitystarvelukuna käytetään vuosien 1981–2010 keskimääräistä lämmitystarvelukua.https://ilmatieteenlaitos.fi/lammitystarveluvut (https://ilmatieteenlaitos.fi/lammitystarveluvut)
Lämmitystarveluvun laskennassa ei oteta huomioon päiviä, joiden keskilämpötila on keväällä yli +10 °C ja syksyllä yli +12 °C. Laskentatavassa siis oletetaan, että kiinteistöjen lämmitys lopetetaan ja aloitetaan päivittäin ulkolämpötilan ylittäessä tai alittaessa mainitut rajat. Lämpötilahavaintojen puuttuessa vuorokauden keskilämpötilat interpoloidaan.
Kehitysehdotus:Ei huono, ei huono. Katsotaan osaanko värkätä.
Voisiko logintutkijaan lisätä lämmitystarveluku laskennan?
Lähde kaavaan on Suomen rakentamismääräyskokoelman Lämpöpumppujen energialaskentaopas 3.10.2012 (http://www.edilex.fi/data/rakentamismaaraykset/lampopumppujen_energialaskentaopas.pdf) ja sieltä kaava 11 "lämpötilakorjattu lämpökerroin". Tärkeintä on laittaa oman pumpun EN14511 mitatut 0/35 ja 0/45 COPit asetustiedostoon, siitä niitä arvoja interpoloidaan lämpötilakorjauksen kanssa.
Oletko laittanut oman pumppusi COPit asetustiedostoon? Silti iso heitto omiin mittauksiisi?
Taisi olla jäsen Fraatti kun löysi viitteitä, että tuo menetelmä olisi tarkkuusluokassa 10% tjms. Ihan vakavasti tuohon ei pidä suhtautua, mutta haluaisin luottaa tuohon rakentamismääräyskokoelmaan menetelmään.
Tämäpä Cop onkin mielenkiintoinen juttu. Minullakin on erillinen sähkömittari, joka mittaa Jämälaitteen sähkön kulutusta ja siitä laskien COP on noin 3 viikon käytöllä keskiarvoisesti 2.14. (mittari ei mittaa patteriverkon eikä lämminvesikierron pumppujen kulutusta).Miten saat koneen taloon siirtämän energian laskuissasi? Onko siinä virtausmittari?
Miten saat koneen taloon siirtämän energian laskuissasi? Onko siinä virtausmittari?
Muutoin pohdinta vaatinee fraatin tai ATSin tai muiden mestareiden kommentointia.. ???
Virtausmittarista en osaa sanoa, mitähän virtausta sen pitäisi mitata?
Lauhduttimen veden virtaus ja dt
Kun vettä lämmittävästä kojeesta halutaan tietää lämmitysteho niin sen selvittämiseen tarvitaan veden virtaustieto (esim l/h) ja meno-ja paluuveden lämpötilaero (dt)
Jos nuo tiedot on saatavilla niin foorumin Veden lämmityksen laskentapohjan kaavalla saadaan helposti lämmitysteho (kw)
https://www.maalampofoorumi.fi/index.php?topic=181.0
onko po. virtausmittarin arvo tämä " virtaus BF1" , myös onko lauhduttimen meno ja paluu nämä " meno=BT2 ja paluu=BT3"?
Ihan mielenkiinnosta, näkyykö siitä sähkömittarista paljonko laite ottaa tehoa kun se ei tee lämpöä eikä käyttövettä?
Olen ottanut lukemat Jäspin näytöstä, eilen tuli kk täyteen ja näytti, että lämpöä tuottanut 167 kWh, lämmintä vettä 276 kWh, eli yhteensä 443 kWh.Onko sulla niinku pumppua ennen erillinen energiamittari?
Sen olen jakanut kulutetun sähkön lukemalla 211,62 kWh, näin saan Cop arvoksi 2,09.
Voipi olla että olen ymmärtänyt/laskenut jotain poskelleen? Olen mieltänyt, että Cop on tuotetun ja ostetun energian suhde?
Virtausmittarista en osaa sanoa, mitähän virtausta sen pitäisi mitata?
Laitahan tänne aloitusviestissä olleet taulukot siltä ajalta kun kone tekee käyttövettä.
ATS
Onko sulla niinku pumppua ennen erillinen energiamittari?
Jos, niin sitten se mittaa kaikki huiliajatkin (idle kulutus) ja pumppu on tainnut käydä hyvin vähän ja eneimmäkseen LV:tä...tämä voi olla yksi selitys...
Terve
Tutkin logintutkijalla tänään lokeja ja osui useammassa lokissa tämä teksti "Laiton arvo "-32768" 1. tiedostossa, rivillä 3 kentässä 21 - tietuetta ei huomioida. Onko anturin piuha irti?"
Mikähän tieto tuolta nyt puuttuu!? Joku analogia-anturitieto ilmeisesti päätellen arvosta?! Tutkin logintutkijalla kaikki tiedot mitä käyrät sivulle sain näkymään. Siellä ei näkynyt mitään poikkeavaa.
Hyvää päivää tietäjät.
Olen logintutkijaa pitkään jo käyttänyt usb logien lukemiseen mutta nyt olisi seuraavan stepin aika, eli tuo TalologgerPi.
Pi on pyörimässä ja yhdistettynä RS485 convertterin kautta pumppuun.
Talologger asennettuna ja nyt pitäisi conf tiedosto saada oikeaan muotoon ennen modbus aktivointia.
Olen tässä lueskellut aiheesta mutta en löytänyt selkeää linjaa mitä yhteystapaa olisi parasta käyttää, modbus, nibemodbus vai jotain muuta?
Pumppuna itsellä Nibe F1245 uusimmalla softalla.
Aina tietysti olisi paras jos joku samanpumpun omaava pystyisi jakamaan config tiedostoa niin pääsisi tutustumaan paremmin miten toimiva on tehty ja sen kautta voisi muokata kannat yms. osumaan itselle.
#############################################################################
# data sources
#############################################################################
@DATASOURCE=NIBERS485:NIBERS485
#@DATASOURCE=DUMMY:DUMMY
#############################################################################
# Nibe Bus RS485 Serial configuration
#############################################################################
NIBERS485:TYPE = SERIAL
NIBERS485:SERIAL_PORT = /dev/ttyUSB0Kiitos. Yhteys toiminnassa.
Logi antaa kuitenkin seuraavia virheitä jatkuvasti:
26.03.2020 11:56:11: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.EB100EP14BT11 Brine out temp.
26.03.2020 11:56:11: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.EB100EP14BT3 Return temp.
26.03.2020 11:56:11: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.EB100EP14 Prio.
26.03.2020 11:56:11: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.EB100EP14BT14 Hot gas temp.
26.03.2020 11:56:11: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.EB100EP14BT10 Brine in temp.
26.03.2020 11:56:11: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.EB100EP14BT17 Suction.
26.03.2020 11:56:11: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.HMpump Status EP14.
26.03.2020 11:56:11: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.EB100EP14BT12 Cond out.
26.03.2020 11:56:11: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.PCABase Relays EP14.
26.03.2020 11:58:01: NibeRS485: ERROR: Invalid NIBE key: EB100EP14BT12 Cond out
26.03.2020 11:58:01: NibeRS485: ERROR: Invalid NIBE key: EB100EP14BT3 Return temp
26.03.2020 11:58:01: NibeRS485: ERROR: Invalid NIBE key: EB100EP14BT10 Brine in temp
26.03.2020 11:58:01: NibeRS485: ERROR: Invalid NIBE key: EB100EP14BT11 Brine out temp
26.03.2020 11:58:01: NibeRS485: ERROR: Invalid NIBE key: EB100EP14BT14 Hot gas temp
26.03.2020 11:58:01: NibeRS485: ERROR: Invalid NIBE key: EB100EP14BT17 Suction
26.03.2020 11:58:01: NibeRS485: ERROR: Invalid NIBE key: EB100EP14 Prio
26.03.2020 11:58:01: NibeRS485: ERROR: Invalid NIBE key: PCABase Relays EP14
26.03.2020 11:58:01: NibeRS485: ERROR: Invalid NIBE key: HMpump Status EP14
EDIT: tämä tulee myös alussa: 26.03.2020 12:02:19: NibeRS485: Received identification: F1245-8 R
Tuleeko nuo väärässä muodossa sitten, rivit näyttävät kyllä osittain täsmäävän.
Tarkastelin noita tuolta RS485 tiedoston alta mutta ne kyllä löytänyt kirjoitusasuissa virheitä.
Nyt en kyllä keksi miksi 1245 R lähettäisi eri tietoja tai eri nimillä kuin muut. Firmis tuorein?
[edit] jahas, ihan samat virheet mullakin. Tainnut firmiksessä tulla jotain asiaan vaikuttavaa bugia. Aika harvoin tulee eli älä välitä, ehkä korjaantuu jossain firmiksessä. Tai ei..
Oisko mitään ajatuksia mistä voisi johtua?Kyllä mä epäilen firmistä, ainahan ei uusi tarkoita parempaa. Fyysistä yhteyttä en jaksa epäillä kun itsellänikin on pyörinyt 5v piuhoihin sen koommin koskematta.
29.03.2020 09:29:00: NibeRS485: ERROR: Invalid NIBE key: EB100EP14BT17 Suction
Oot kyllä seppä :)
Nyt kaikki virheet poissa kun kirjotin käsin nuo uusiksi. Selkeästi siis copy/paste koodi virhe kyseessä vaikkakin rivi näytti ihan oikealta.
Nyt ei varmaan auta muu kuin seurata hetki että miten tuo alkaa elämään.
Kuinka nopeasti tuonne Graph puolelle pitäisi saada jotakin näkyviin?
ERROR: Error running database query. Check database table and column names in configuration.
DB_TYPE = MYSQL
DB_TALOLOGGER_SCHEMA_VERSION = 1
MYSQLDB_HOST = localhost
MYSQLDB_USER = nibe
MYSQLDB_PASSWD = salasana
MYSQLDB_NAME = talologger
Olisko iso jumppa laittaa logintutkijaan ominaisuus jolla saa tietokannasta tiedot exceliin (CSV tai xml)?Moi,
Tietokantaan mennyt aineisto on ehyttä ja samaa ei aina voi sanoa lokitiedostoista (sähkökatkoja, softaversion vaihtoja yms.).
Moi,
ei varmaankaan mahdoton, mutta kun kaikki on jo keksitty, niin suosittelisin DB Browser for SQL Lite ohjelmaa:
- avaa ohjelmalla logintutkija.db
- export to csv
- import LibreOffice Calciin (tai Excel) pilkkuerottelulla
toimi ainakin minulla ilman lisävirityksiä. Kilke löytyy Linux/MacOS/Windows:lle https://sqlitebrowser.org/dl/ (https://sqlitebrowser.org/dl/).
Moikka,Minä olen tuota samaa tiedustellut joskus. Vastattiin että ohjelma sopii pienen aikavälin tarkasteluun. En nyt muista miten pienen, mutta ei 314 kpl missään tapauksessa. Ehkä muutamia päiviä tai korkeintaan viikkoja ennemminkin.
Yritän ekaa kertaa tutkia Nibe F1255 logeja logintutkijalla. Ongelma on että logien lataus pysähtyy 57% kohdalle kun lataan useampaa logia (314 kpl) eikä etene. Yksittäisen login lataaminen onnistuu.
Yritin katsoa josko kysymykseen olisi vastattu jo aiemmin mutta en löytänyt.
HeiTuolta se näyttää excelin kanssa: :-X
Meillä on hyrrännyt S1255 kesäkuusta lähtien. Tässä logi-tiedosto on csv ja en tietenkään saa sitä toimimaan logintutkijan kanssa. Olisiko kenelläkään vinkkejä asetuksista? Liitteenä yhden päivän data
Okei,
no höh. Pitänee jatkoa varten harkita TaloLoggeria tai vastaavia.
Vieläkun ymmärtäisi tilastoista jotain ???
Isoilla logeilla, kuten esimerkiksi koko vuoden mittaisilla, saattaa Javan muistivaraus loppua
kesken. Tällöin Logintutkija vaikuttaa vain lopettavat analysoinnin ilman tuloksia. Käyttämällä
Javan parametrejä, voidaan muistivarausta ja maksimimuistia kasvattaa. Seuraava komentoriviltä
tehty käynnistys salli koko vuoden logien lukemisen talologgerin kannasta:
java -Xms2048m -Xmx4096m -jar Logintutkija.jar
Tässä kerrotaan pienimmän muistivarauksen olevan 2 gigatavua ja maksimin 4 gigatavua. Samat
parametrit voidaan lisätä myös käynnistimeen tai ympäristömuuttujiin riippuen käyttöjärjestelmästä,
jotta saadaan pysyvä asetus.
itse en sasanut logintukijaa toimimaan, luultavamminkin käyttäjässä vika.
saako joku tulkittua noita liitteen logeja?
vaikuttaa olevan vähän alitehoinen kone ja alimittainen kaivo?
MoiSain vuosia sitten yhden pätkän CTC-logia ja sen lisäsin silloin. Tuossa 1.3 versiota hinkatessa meinasin poistaa koko CTC osuuden kun ei käyttäjiä kiinnosta lähettää logejansa. Jos sulta löytyy, niin liitä tänne.
vuosia sitten taisin kysellä onko CTC:lle jo saatu logintutkija toimimaan vai vieläkö on puutteita datassa `?
1.3.0 lisätty:Ajattelin kokeilla kun itselläni on F2120, mutta logiformaattihan riippuu sisäyksiköstä, joka sitä logia kirjoittaa, ja ilmeisesti S-sarjan sisäyksiköille ei tukea ole. (Oletan että sama tilanne S-sarjan MLP:n kanssa.) Jos kiinnostaa lisätä tuki niin voin toimittaa VVM S320 logi-esimerkin yksityisviestillä tms. Se on CSV-tiedosto, helppo lukea.
- jäsenten Jari Turto (F2040) ja Jandis (F2120) VILP logien luenta lisätty
Ajattelin kokeilla kun itselläni on F2120, mutta logiformaattihan riippuu sisäyksiköstä, joka sitä logia kirjoittaa, ja ilmeisesti S-sarjan sisäyksiköille ei tukea ole. (Oletan että sama tilanne S-sarjan MLP:n kanssa.) Jos kiinnostaa lisätä tuki niin voin toimittaa VVM S320 logi-esimerkin yksityisviestillä tms. Se on CSV-tiedosto, helppo lukea.
Btw, ketjun ensimmäisen viestin "käyttöohje" linkistä avautuu PDF, jossa on yksi sivu, jossa on teksti "1.2" ja muuten sivu on tyhjä. Testattu kahdella eri PDF-lukijalla.
Loistavaa :D, sain toimimaan S-sarjan login. Ainoa puute minkä huomasin niin sisälämpötila näyttää aina 0 astetta. Itse logissa näyttää ihan oikeita lukemia.
Btw, ketjun ensimmäisen viestin "käyttöohje" linkistä avautuu PDF, jossa on yksi sivu, jossa on teksti "1.2" ja muuten sivu on tyhjä. Testattu kahdella eri PDF-lukijalla.No niinpäs onkin :D. En kertakaikkiaan ymmärrä miten tuon sain aikaiseksi, mutta kukaan muukaan se ei voi olla. Nyt avautuu enemmän sivuja.
Kiitos. Laitatko login, missä tuo sisälämpö on, niin korjataan pois.
Hienoa, liitteenä tammikuusta yhden päivän logi.1.3.3 ekalta sivulta.
1.3.2 S-sarjan alustava luenta lisätty. Paljonko toi uusia virheitä tai mitä jäi puuttumaan, toivon kuulevani teiltä. :PTestasin ja kyllähän se lukee logeja, kiitos päivityksestä. Pari huomiota:
Testasin ja kyllähän se lukee logeja, kiitos päivityksestä. Pari huomiota:Hyvä!
- kompressorin taajuus, sekä min, max että ka. ovat 50Hz pääikkunassa. Trendit-ikkunassa labeli sanoo "kompr. taajuus (on/off=50)". Tulkitseeko se että tämä ei ole invertterilaite vaan on/off vaikka käyntitaajuus logissa vaihtelee? Käyrän mukaan taajuus on kyllä 50Hz silloin kun kompressori on login mukaan käynnissä ja 0 kun ei ole.
- Trendit-ikkunan käyttö on hieman hankalaa kun käyrien/anturien nimet eivät ole ainakaan kaikilta osin tämän laitteiston nimiä
Pitää testailla lisää kunhan saan viimeisimmät logit laitteen USB-tikulta.
Hei, yritin ladata logintutkijaa omalle koneelle, mutta en osaa.
Hei. Logintutkija on Java-ohjelma, mikä tarkoittaa sitä että sinun tulee ensin ladata Java käyttöjärjestelmällesi. Kun olet sen tehnyt, kaverin tai Googlen avulla, Logintutkija yksinkertaisesti ladataan sivun 1 linkistä johonkin koneesi hakemistoon ja käynnistetään tuplaklikkaamalla.
Onnea matkaan!
Aika omituisia arvoja.....mikähän mahtaa olla muuttunut ohjelmassa..?Se koko kenttienlukumekanismi muuttui ja siksi odottelinkin jotain tällaista.. :D Laitetaan korjaukseen jos liität login tänne.
Se koko kenttienlukumekanismi muuttui ja siksi odottelinkin jotain tällaista.. :D Laitetaan korjaukseen jos liität login tänne.
Vanhalla logienlukutyylillä ei olisi voinut edetä Nibe S ja VILPpien lisäämiseen, siksi tuo muuttui.
[edit] sulla on näköjään yhden pykälän vanhempi versio. Hae tuorein ja jos edelleen tökkii, liitä logi tänne. Sinun F1345 logilla kesältä (9420R2) tuo pelasi omien testien mukaan mainiosti. Ehkä R3 tuonut jonkin pikku muutoksen?
joo, mistäs tuon uusimman version löytää?
Ekan sivun linkistä latailet. Selaimen historiatietoja voi putsaill jos ei meinaa tulla viimeisintä..
Joo, sama juttu uusimmalla.Kiitos. Auta sen verran, että mikä luku on mielestäsi pielessä 1.3.4 versiossa ja logillasi? Nyt ei hoksottimet huomaa..
Tuossa logitiedostoa
Kiitos. Auta sen verran, että mikä luku on mielestäsi pielessä 1.3.4 versiossa ja logillasi? Nyt ei hoksottimet huomaa..
S1255 logeja yritin tutkia, mutta ohjelma olevinaan lukee tiedoston näyttäen silti vain nolla-arvoja. Mikä neuvoksi?
Terve,
yhdestä tiedostosta lyhennetty versio liitteenä.
ohessa ctc:n logi malliksiCTC GSi12:n tuki lisätty alustavasti. Asetuksiin on tullut uusi avainarvo, jossa voi muuttaa CTC:n lokifileen indekesejä (sarakkeita) itse jotta saa mahdollisesti muita CTC malleja mukaan. Laittelen ohjeisiin vähän neuvoa, kunhan ehdin ja muistan.
Aika omituisia arvoja.....mikähän mahtaa olla muuttunut ohjelmassa..?Ensimmäisen 2 minuutin arvojen ohitus oli saanut siipeensä versiossa 1.3.*. Korjattu.
CTC GSi12:n tuki lisätty alustavasti. Asetuksiin on tullut uusi avainarvo, jossa voi muuttaa CTC:n lokifileen indekesejä (sarakkeita) itse jotta saa mahdollisesti muita CTC malleja mukaan. Laittelen ohjeisiin vähän neuvoa, kunhan ehdin ja muistan.Niin tuo taitaa taipua sitten uudempiikin kun siellähän on nyt jotain tämmösiä CTC GSi 6xx malleja nykyrepertuaarissa...sitä tiedä sitten mikä erilaista tai onko edes erilaista kuin ennnen...
Ensimmäisen 2 minuutin arvojen ohitus oli saanut siipeensä versiossa 1.3.*. Korjattu.
Kiitoksia vikojen löytäjille tasapuolisesti, antakaa vaan tulla kaikki havainnot, niin korjaillaan pois ajan ja kykyjen puitteissa.
Kiitti. Yritän katsoa pois. Ylipäätään kannattaa aina laittaa mahdollsiimman pitkä logi eikä lyhennellä sitä, jotta mahdollisimman monta eri tilaa tulee katettua.
[edit] laitatko koko login tai vaikka 2 päivää jos kehtaat. Tuolla pätkälogilla ei tule virheitä eli liittynee johinkin myöhäisempään logitapahtumaan nyt.
Isot kiitokset Timo Karhulle. :)
onko kenelläkään tullut vastaa purkkia /piuhaa jolla saisi USB tikun korvattua jonkinlaisella verkkoon siirrettävällä ratkaisulla ?.
Laitteessa on USB portti johon voi liittää 2GB USB tikun , jos voisi korva tuon tikun ja siirtää logi datan suoraan verkkolevylle tms..
Tuossa pari nibe S1255-12R logia. Äkkiseltään näytti toimivan hienosti päivitetty logintutkija. Isot kiitokset Timo Karhulle. :)
Hei,Moi. Juu tuo S-sarjalainen vaikuttaa vähän liikkuvaiselta noiden logien otsikoiden suhteen. Nytkin oli pudonnut sulut ASB otsikon ympäriltä ja siihenhän tuo Logintutkija hyytyi. v1.3.6 tuo korjattu.
Täällä uusi tulokas yrittää saada oman pumpun logitiedostoa myös auki, mutta tyhjää näyttää logintutkijalla. Pumppu on noin viikon hyrrännyt S1255 3-12kW.
Tuon "Harrastelija90" -käyttäjän login sain kyllä avattua tutkijalla, omalle tikulle tallennettua en. Onko ajatusta mistä voisi johtua?
Laitan tähän liitteeksi vaikka yhden login jos siitä on apua.
Muokk. Mikä olisi sopiva tiedonkeruuväli loggaukselle? Taitaa tuossa omassa logissa olla aika tiuha väli tiedoston koon perusteella...
Moi. Juu tuo S-sarjalainen vaikuttaa vähän liikkuvaiselta noiden logien otsikoiden suhteen. Nytkin oli pudonnut sulut ASB otsikon ympäriltä ja siihenhän tuo Logintutkija hyytyi. v1.3.6 tuo korjattu.
Moi. Juu tuo S-sarjalainen vaikuttaa vähän liikkuvaiselta noiden logien otsikoiden suhteen. Nytkin oli pudonnut sulut ASB otsikon ympäriltä ja siihenhän tuo Logintutkija hyytyi. v1.3.6 tuo korjattu.
Edellenkin, mistä tuo löytyy?
TODELLA vaikea löytää noita softia, hakuhan ei niitä löydä esm.
Muutosohjeissakin on joku ihme linkki, joka ei johda minnekkään....
toimiva linkki olisi AINA poikaa!!!
Oliskohan tämä:
https://github.com/karhulitos/MLPlogintutkija/tree/master/bin
Oho...mistäs tuo linkki löytyy...?
Mutta ohjelma sinänsä ei toimi.
Ei tee mitään näkyvää ruudulle,
paitsi koneen tyyppi F1345 tulee, kaikki data puuttuu.
Softaversio on 9240R4 aika uusi ?
Laita vaan aina vaikka liitteeksi pätkä lokia tänne, niin helpompi korjata jos siellä (taas! :D) on jotain muuttunut
Oho...mistäs tuo linkki löytyy...?
Tuossapa logia malliksi, ei aukea uusimmalla.
Mitäs tälle kuuluu?
ei aukea ollenkaan, ei millään tavalla, ei vaikka data olisi samassa dirikassa.
Täydellisen toimimaton softa tällähetkellä ?!?!?
-rami
No kun ei tapahdu ei yhtikäs mitään.Jaa-a, pelaa edelleen (testasin Windowssilla, jossa java version "1.8.0_291"). Olisiko sinun java asennus kärsinyt jostain nyt? En osaa muuta neuvoa kuin asenna Java uusiksi tai kokeile toisella koneella.
Koko ohjelma ei aukea, ei yhtään mitään tule ruudulle.
Toisinaan valittaa, että muisti on loppumassa...? pöh..32G..muistia
Taas kk. vaihteessa ihmettelen näitä...?Ota ensimmäinen tiedosto pois (1 rivi) ja sen jälkeen pelaa taas ihan ok. Logintutkijan login pituustarkastus taitaa olla vähän hölmö peräkkäisissä logeissa, se tarkastaa jokaisen tiedoston että on minimimäärä rivejä (3).
Ota ensimmäinen tiedosto pois (1 rivi) ja sen jälkeen pelaa taas ihan ok. Logintutkijan login pituustarkastus taitaa olla vähän hölmö peräkkäisissä logeissa, se tarkastaa jokaisen tiedoston että on minimimäärä rivejä (3).
No ei ihan auennut.
Poistin siis yhden tiedoston.....
Valitse vain 1 tiedosto, toimiiko silläkään?
Olisiko mahdollista saada InfluxDB-tuki Logintutkijalle?
Päässyt hieman kokeilemaan InfluxDB:tä ja onhan nopeudella kuin yöllä ja päivällä eroa, kun vertaa InfluxDB:tä MySQL:ään.
Tuon kyllä huomasin, mutta hämmästelin siis sitä, että logintutkija väittää kompressorin käyneen 24/7, vaikka selkeästi käyrästä nähdään, että kompressori on osan ajasta nollilla.Aivan, ok. Laita tuo loki tähän liitteeksi, niin katson.
Tuossa esimerkkinä vuorokauden pätkä
Jaa mutta tämä onkin tämä mystinen PCA arvo 3, se löytyi ensin VILPeistä ja taitaa olla inverttereissäkin sitten. PCA 3 tarkoittaa kompressorin ja kiertovesipumpun olevan päällä. Lisäsin nyt pakotuksen versioon 1.3.7, katsotaan tuleeko muualta valituksia.
Logintutkijassa pitäisi olla jakajana 10 keruun ja lämmönjaon nopeudessa % (nyt 0-1000 skaala). F-sarjalaisessahan tuo divideri on tuolla mukana mutta ei näissä .CSV S-sarjan filuissa.
Kiitos lokeista. Mäpäs kurkkaan tuota, tuo S-sarjalainen oli tosiaan oma petonsa ja liimattu siihen F:n lokitulkinnan päälle eli varmaan unohtunut tuo teho ja kertoimet. Tai sitten on taas jotain muuttunut lokissa. Luulisi, että tuosta kertoimesta olisi mainittu aiemminkin.
No niinpäs hävisikin! Milloin päivitetty firmis?
F1345
Ohjelmisto
Versio: 9445R5
Julkaisupäivä: 9.7.2021 F1345_v9445R5.nibe
2,0 MB , MD5: 1449e146f065d62fb9e2362f83c0c22c Changelog
Aikalailla tuolloin olen päivittänyt....
Löysin vian (v1.3.9), mutta jäi vielä hämäämään että eikö F1345 ole tehnyt yhtään käyttövettä logiesi aikana eli lähes kuukauteen? Onko F-Niben logeissa muuttunut jotain tämän suhteen? Katselin silmämääräisesti EP14 ja EP15 Prio kenttiä masterin ja slaven osalta ja en kyllä löytänyt yhtään arvoa "2" eli käyttövesituotanto.
No joo, tottakai kone Master Ep14 on tehnyt käyttöveden koko 50 as.kerrostalolle koko kk.
Tämä..kin vika tuli tuossa edellisessä softaversiossasi, sitä ennen käyttövesi näytettiin ed. softissasi ok.
Saattaa olla että nämä isot koneet on liian vaikeita = erilaisia, kuin omakotilaitteet, jonkin softallisen asian puolesta, ja siksi homma menee vaikeaksi...en tiedä, kun olen vain kolvimiehiä, softista tiedän vain, että niitä voi käyttää, vaikka niistä ei mitään ymmärräkkään, siis sielunelämästä.
Hmm.. heitäpä tähän pätkä logia ennen tuota firmispäivitystä ja heti seuraava sen jälkeen? Minulla on sinulta pätkä logia kesäkuulta (varmaan myös tässä ketjussa jossain) ja se näyttää käyttöveden ihan ok eli vaikuttaisi nyt Niben epästabiiliudelta tai sitten teillä on KV tuotanto otettu pois päältä (lämpiääkö suorasähköllä?).
Kolvi- ja softahommat ovat melko samanlaisia: logiikkaa vain. :)
Nyt on Kaltzun havainnot korjattu ja 1.3.8 ladattavissa ekan sivun linkistä.
" Nykyinen ulkolämpötila (BT1) [°C] Menojohto (BT2) [°C] Paluujohto (BT3) [°C] Käyttövesi yläosa (BT7) [°C] Käyttövesi lataus (BT6) [°C] Lämmönkeruuliuos sisään (BT10) [°C] Lämmönkeruuliuos ulos (BT11) [°C] Lauhdutin (BT12) [°C] Kuumakaasu (BT14) [°C] Imukaasu (BT17) [°C] Keskilämpötila (BT1) [°C] Virtausanturi (BF1) [l/m] Asteminuutit [AM] Laskettu menolämpötila, lämmitysjärjestelmä 1 [°C] Teho sisäinen lisälämpö [kW] Kompressorin taajuus, nykyinen [Hz] Kiertovesipumpun nopeus (GP1) [%] Lämmönkeruupumpun nopeus (GP2) [%] Hälytysnumero Relays (MCB) Relays (ASB) Prioriteetti Sarjanumero MCB version ASB version id:60529"" Nykyinen ulkolämpötila (BT1) [°C] Menojohto (BT2) [°C] Paluujohto (BT3) [°C] Käyttövesi yläosa (BT7) [°C] Käyttövesi lataus (BT6) [°C] Lämmönkeruuliuos sisään (BT10) [°C] Lämmönkeruuliuos ulos (BT11) [°C] Lauhdutin (BT12) [°C] Kuumakaasu (BT14) [°C] Imukaasu (BT17) [°C] Keskilämpötila (BT1) [°C] Virtausanturi (BF1) [l/m] Asteminuutit [AM] Laskettu menolämpötila lämmityksen alajakopiiri 1 [°C] Teho sisäinen lisälämpö [kW] Käyttötila sisäinen lisälämpö Kompressorin taajuus, nykyinen [Hz] Kiertovesipumpun nopeus (GP1) [%] Lämmönkeruupumpun nopeus (GP2) [%] Hälytysnumero Releen tila MCB Releen tila ASB Prioriteetti Sarjanumero MCB version ASB version Ohjelmistoversio Bootloader-versio Toissijainen Bootloader-versio Pehmeä on/off-versio"Olen vaihtanut softan 10.7.,kellonaikaa ei ole ylhäällä.
Tuossa on logia ennen / jälkeen siitä kohtaa.
Jouduin pakkaseen -19, kävelemään tuonne 3:nteen taloon, kellarikerrokseen, siksi kesti hiukan.
Jassåå, sitten päivitin tosiaan pumpun ja ullatuuus logeihin tuli muutoksia ja homma meni jälleen pipariksiEi ullata Nibe S.. laittelen uusia. Kiitos logeista.
Jäi eilen lause kesken kun foorumi lopetti toimintansa. Pystytkö tarkastamaan onko sinulla valikossa 5.2.4 lisävarusteet "käyttövesituotanto" valittuna?
Logintutkija 1.3.9 näyttää lukevan käyttöveden tuotannon ihan hyvin sekä ennen että jälkeen firmispäivtyksesi.
1.3.9 toimii ok.
Tottakai Nibe tekee käyttöveden, ohessa kuvia....
- id:60529 vs Ohjelmistoversio ?onkohan tuo vastaava tuo id ja ohjelmistoversio?Syyllinen näytti olevan tämä juuri. v1.3.10 lukee "Ohjelmistoversiota".
Syyllinen näytti olevan tämä juuri. v1.3.10 lukee "Ohjelmistoversiota".
Taas toimii, isoimmat kiitokset jälleen!
SQLite format 3 @ -æ
ü ó 3Ñ ó > Windextime_idxlogitCREATE INDEX time_idx on logit (time)…ŠtablelogitlogitCREATE TABLE logit (id INTEGER PRIMARY KEY,time TIMESTAMP UNIQUE,version INTEGER,rversion INTEGER,bt1 INTEGER,bt2 INTEGER,bt3 INTEGER,bt67 INTEGER,bt25 INTEGER,bt10 INTEGER,bt11 INTEGER,bt12 INTEGER,bt14 INTEGER,bt17 INTEGER,degreeminutes INTEGER,calcsupply INTEGER,RelaysPCABase INTEGER,ep15_bt3 INTEGER,ep15_bt10 INTEGER,ep15_bt11 INTEGER,ep15_bt12 INTEGER,ep15_bt14 INTEGER,ep15_bt17 INTEGER,ep15_prio INTEGER,tia INTEGER,bf1 INTEGER,cfa INTEGER,bt50 INTEGER,model TEXT,ep14_gp1 INTEGER,ep14_gp2 INTEGER,ep15_gp1 INTEGER,bt7 INTEGER,bt51 INTEGER,bt53 INTEGER,bt54 INTEGER,prio INTEGER,bt20 INTEGER,bt21 INTEGER,bt71 INTEGER,ep15_gp2 INTEGER))= indexsqlite_autoindex_logit_1logit
Huomasin, että minulla ei datojen dumppaaminen tietokantaan () onnistu, saan ilmoituksen uuden softan logeista "Paikallinen tietokantavirhe: near ".7": syntax error" ja vanhoista S-sarjan softan logeista "Paikallinen tietokantavirhe: near ".4": syntax error" virheilmoituksen.
logintutkija.db:stä löytyy alkutiedot, mutta dataa ei onnistu tuonne dumppaamaan. Yritin kalastella verkosta, mutta en löytänyt apuja. Mistäköhän tuo voisi johtua?
logintutkija.db sisältää seuraavat asiat eli saa luotua tuonne nuo tiedot ja headerit, mutta muuten "NULL":ia täynnä:Koodia: [Valitse]SQLite format 3 @ -æ
ü ó 3Ñ ó > Windextime_idxlogitCREATE INDEX time_idx on logit (time)…ŠtablelogitlogitCREATE TABLE logit (id INTEGER PRIMARY KEY,time TIMESTAMP UNIQUE,version INTEGER,rversion INTEGER,bt1 INTEGER,bt2 INTEGER,bt3 INTEGER,bt67 INTEGER,bt25 INTEGER,bt10 INTEGER,bt11 INTEGER,bt12 INTEGER,bt14 INTEGER,bt17 INTEGER,degreeminutes INTEGER,calcsupply INTEGER,RelaysPCABase INTEGER,ep15_bt3 INTEGER,ep15_bt10 INTEGER,ep15_bt11 INTEGER,ep15_bt12 INTEGER,ep15_bt14 INTEGER,ep15_bt17 INTEGER,ep15_prio INTEGER,tia INTEGER,bf1 INTEGER,cfa INTEGER,bt50 INTEGER,model TEXT,ep14_gp1 INTEGER,ep14_gp2 INTEGER,ep15_gp1 INTEGER,bt7 INTEGER,bt51 INTEGER,bt53 INTEGER,bt54 INTEGER,prio INTEGER,bt20 INTEGER,bt21 INTEGER,bt71 INTEGER,ep15_gp2 INTEGER))= indexsqlite_autoindex_logit_1logit
Purettu tuonne "koodia" notepad++:lla ja tarkastettu "DB Browser (SQLite)":llä että tuo header-rivi tulee ja tuo db aukeaa ilman dataa.
Huomasin, että minulla ei datojen dumppaaminen tietokantaan () onnistu1.3.11 korjattu tätä S ja F1345 tietokantaan kirjoitusta ja lukua. Varmaan lisääkin vikoja tuohon liittyen, toivottavasti ei kuitenkaan lisääntyneet!
1.3.11 korjattu tätä S ja F1345 tietokantaan kirjoitusta ja lukua. Varmaan lisääkin vikoja tuohon liittyen, toivottavasti ei kuitenkaan lisääntyneet!
Ensinnä Timolle hatunnosto isosta panoksesta yhteisölle! Kiitos!Kiitos, kiitos. Ilo, jos omaan tarpeeseen aikoinaan tekemä kilke ketään auttaa.
Meillä on Jäspi Tehowatti Air / Jämä Inverter M8 VILP. Olen sen lokitietoa kokeillut Logintutkijalla, mutta olen kovin epävarma näyttääkö se datan oikein. En ihan pääse perille, mutta syy on suurella todennököisyydellä mun ymmärtämättömyydessä. Voisitko Timo tsekata tätä lokia ja todentaa onko se yhteensopivaa muotoa? Jos on niin tutkin lisää. Tiedosto oli liian suuri kertalataukseksi, joten jaoin sen kahtia. Yksi vuorokausi kokonaisuudessaan.
Onkohan Jämäpumpun logi myUpwayn kautta ladattuna mahdollista siirtää logintutkijaan tarkasteltavaksi?
Itseltä löytyy parista eri kohteesta pumput ja molemmissa myUpway. Petyin hieman myUpwayn graafeihin ym., melkolailla puutteita.. Näppärästi selaimella kaiken saa kuitenkin .csv tiedostoon. Tällä logintutkijalla saisi huomattavasti helpommin selon pumppujen sielunelämästä.
Laitoin liitteeksi vielä myUpwaystä otetun login.
No varmastikin saisi, mutta tuohon en tiedä riittääkö voimat ;D
Jos myUpWayllä olisi rajapinta tietojen hakemiseen, niin voisi ehkä jopa harkitakin. Toinen tekstitiedostomuoto samaan koneeseen on kyllä jo vähän hassua, vaikka tuo käsittäisi kyllä varmaan useammat mallit samassa muodossa.. ehkä.
Hei,
no ei mitään toimintaan viittaavaa....;)
Muistelin, että tätä on ollut jokusen aikaa jo....
Löytyi vika logintutkijan koodista, mutta oikeastaan syy etten sitä viimeksi saanut kiinni oli tuo outous etteikö F1345 tekisi käyttövettä enää ollenkaan eli syystä tai sadannesta sen logissa ei teidän käyttöveden tekoa näy sitten viime kesäkuun logien, mitä olet minulle lähettänyt.
Onko sinulla yksi master ja yksi slave kone eli 2 kpl F1345 pumppua siellä? Vai onko slaveja enemmänkin? Pystyisitkö vielä lähettämään kaikkien F1345 koneiden lokit helmikuulta 2022?
Ottaen huomioon sen että tietokoneet - ml. lämpöpumput - eivät tee virheitä, sinuna tarkastaisin kertaalleen että se on oikeasti F1345 joka tekee käyttöveden, eikä mikään ulkoinen vastus. Lokinpätkä hetkeltä jolloin olet aivan varma että juuri F1345 tekee lämmintä käyttövettä, auttaisi myös.
[edit] myöskään marraskuussa 2021 ja nyt tämä helmikuu 2022 ei lainkaan raportoi käyttöveden ala- tai ylälämpöä kuten esimerkiksi 10.7.2021 lähettämäsi logi näyttää. Jos kyseessä on sama kiinteistö ja samat Nibet, jotain piuhoja tai asetuksia on täytynyt muuttua sitten heinäkuun 2021.
Laitteistohin EI OLE tehty mitään muutoksia alun 2 vuoden takuuajan loputtua.
Mitään johdotuksia, nettiä, sähköjä EI OLE muutettu.
Kaikissa tuotto / kulutus suureissa on mittaukset, sähköt lähes kaikkeen mahdolliseen mitataan,
tuotetut energiat mitataan, lämpöjä seurataan netin kautta, myös Uplinkin ulkopuolella,
Raspberry koneita on 8 kpl. kattilahuoneessa.
Tiedän täsmälleen, että kuuma vesi tehdään _AINA_ Nibellä!
Koska kuumaa vettä on 3000 litraa aina valmiina, ei sellaista määrää sähköllä kuumenneta 70 asukkaalle....;)
-rami
Tuo lienee mitoituksesta päätellen joku hybrid systeemi? 48 kämppää lähes täysteholla vaatii 70-luvun taloon n.100+100 kW pumput.
Kokonaisteho siis 40 + 60 kw.
Mitoitus ei ole täysteho.
Itse olen myös kiinteistöpuolella ja tuollaisen 100+100kW pumppujen lämminvesivaraajat mitoitetaan yleensä n.1500l luokkaan. Niitä sitten lämmitetään yhden 50kW kompuran voimin.
3000 litraa on YHDEN päivän kuuman veden käyttö täällä.
Ei jaksa tuo yksi 20kW kompura 3000l varaajaa kuumana pitää ilman sähköä jos tavoitellaan vähintään 55 asteista käyttövettä. Ei onnistu paljon pienempikään määrä.
30 kw kompura tekee tuon kuuman veden hyvällä hyötysuhteella täällä.
Sähköä ei käytetä yhtään veden kuumennukseen, poislukien legionellan kuumennus, jota ei edes sähkö pysty tekemään tuolle vesimäärälle loppuun asti, koska kulutus on niin suuri.
Yhdessä kohteessa on Nibe 1345-40 x 2kpl, ei nouse 750l lämminvesivaraaja käyntijaksolla 53 astetta korkeammalle. Lämmittää varaajaa yhdellä 20kW kompressorilla. Kuumakaasu nousee 102 asteeseen ja suojaus sammuttaa kompressorin (liite). Loppu 53->55 astetta tehdään sähköllä (liite). Lämmityskäytössä normaalisti kuumakaasu n. 80-85 astetta 1345-40 pumpussa. Eli nuo kuumakaasun reilusti yli 100 lukemat ei pidä paikkaansa. Mitä järkeä on ylläpitää suuressa varaajassa lähes koko vuorokauden lämpimän veden kulutus jatkuvasti?
Yllä muu tuubaa. ei jaksa kommentoida,
Tiedän, näen kuumakaasut uplinkistä, ne on oikein.
Koska mikään laite ei pysty tuottamaan tarvittavaa kuumaa vettä tarvittavalla nopeudella. Ei edes nytkään kuuma vesi tahdo pysyä 55 ast.
Onko uplink käytössä? Sieltä saa helposti tarvittavat tiedot
Mitä tietoja haluat? Voin antaa katseluoikeudet....
Juu, uskon uskon ;D
Keksitkö syytä, miksi lokisi ovat lopettaneet varaajan lämpötilojen kirjaamisen? BT6 ja BT7.
Heitä vaikka helmikuun masterin lokit, jos sieltä löytyisi vihjettä. Jos siis tuo aiempi oli slavesta otettu. Siinä kuukauden lokissa kuumakaasu ei nouse yli 100C lainkaan.
Juu, uskon uskon ;D
Keksitkö syytä, miksi lokisi ovat lopettaneet varaajan lämpötilojen kirjaamisen? BT6 ja BT7.
Heitä vaikka helmikuun masterin lokit, jos sieltä löytyisi vihjettä. Jos siis tuo aiempi oli slavesta otettu. Siinä kuukauden lokissa kuumakaasu ei nouse yli 100C lainkaan.
Kannattaa selvittää ensin nup BT6 BT7 anturit, minne pvat kadonneet. Pitäisi löytyä isännän alta tuo tilatieto.
Ne on siellä ok, menussa näkyy ok. Ei niitä tarvitse selvittää.
Siitä voi käppyrästä päätellä millä vettä tehdään. Tosiaan tuo 1345-40 hyytyy 750l varaajalla tuohon 53 asteeseen.
Jos sähköä ei käytetä niin aika tiuhaan käy kompura kun asetuksista riippuen sahaa muutaman asteen väliä.
No kun ei käy. Noin 2-3 kertaa tunnissa käy.
Tossa Nibe kohteessa käytetään käyttöveden valmistukseen sähköä kompuran jatkeena ja kaukolämpöön verrattuna laskut putosivat -50% keskimäärin.
Joten vastuksen salliminen ei ole mikään katastrofi.
Legionellan takia termarit pytyissä on oltava max. asetuksessa, eli 65 ast.
Miten tehdään kuumaa vettä, jos sähkö on sallittava +65 ast. termareissa...?
Menee noissa käyttövesi kun pienemmissä ok talo pumpuissa, pitää valita haluttu tila:
säästö:
normaali:
luksus: Luksustila antaa suurimman mahdollisen käyttövesimäärän. Tässä tilassa käyttövettä lämmitetään
kompressorin lisäksi myös sähkövastuksella, mikä suurentaa käyttökustannuksia
Tuon perusteella normaalitilassa päästään 53 asteeeseen ja luksus tilassa sitten sähköllä enemmän.
Normaalitilassa jää vesi aika viileäksi kun ei potkua ole.
Legionellan tappo säädetään eri valikosta.
Lokeistahan tuo kohta selviää mikä on todellinen tilanne.
Toinen, kun ei voikkaan yhtäaikaa laittaaNo siellähän se LKV oli! Oliskos tämä Logi2 nyt ollut sitten slaven? Eipä sillä väliä, pääasia että löytyi. Tuo hämäsi Logintutkijan selvitystä kun sain sinulta pari kertaa sen koneikon lokit, joka ei LKVtä lainkaan tee.
No siellähän se LKV oli! Oliskos tämä Logi2 nyt ollut sitten slaven? Eipä sillä väliä, pääasia että löytyi. Tuo hämäsi Logintutkijan selvitystä kun sain sinulta pari kertaa sen koneikon lokit, joka ei LKVtä lainkaan tee.
Ekalla sivulla 1.3.12 missä se eilen löytämäni virhe korjattu.
Pitää jatkossa muistaa pyytää sinulta aina kummankin masiinoiden lokit.
Meillä kone pääsee kyllä KEVYESTI 64 asteeseen.
Ilman sähköä siis.
Kova on kone jos 3m3 varaaja lämpenee 30 kW kompuralla 64 asteeseen ???
Muistaakseni 1 kW lämmittää 25 L/h 3m3 vaatii 120kW tehoa ???
Lämmityskäytössä tuon Niben pitäs herjata jos kuumakaasu nousee yli 90 asteen??
Itse epäilisin laitevikaa noilla kuumaasun lämpötiloilla :) vastaavia ei ole tullut minulle vastaan.
Kiitos Timolle mielenkiintoisesta sovelluksesta. Osaakohan ko. softa lukea Nibe F750 laitten logia (Logitus USB tikulle) Koitin yhdellä login pätkällä ja sovellus ilmoittaa login luetuksi, mutta kaikki arvot näyttää nollaa.VILPpi taidettiin jossain kohtaa lisätä, mutta PILPpin lokia ei ole tainnut kukaan vielä tarjota. Kokeillaanpas lisätä.
Kiinnostaisi tutkia laitetteen tekemisiä, tuntuu sulattelevan jatkuvasti itseään. Pumppu on noin 10 vuoitta vanha ja itselläni ollut nyt käytössä 3 kuukautta, eli kaikki mitä tuosta saa irti olisi plussaa.
VILPpi taidettiin jossain kohtaa lisätä, mutta PILPpin lokia ei ole tainnut kukaan vielä tarjota. Kokeillaanpas lisätä.Nyt olisi PILP-yritys kokeiltavissa.
Edit: Aukesihan se kun muutaman kerran naputteli.Samaa tekee mullekin.. enpä ole aiemmin huomannutkaan. Oisko joku Javan päivitys saanut tuon aikaan..?
Hei!Laitatko vuorokauden lokin, niin siitä näkee jo vähän laajemmin asiaa. Kiitos!
Onkohan tämä oikea paikka kysyä tätä asiaa?
Mistäköhän johtuu että osa Logintutkijan lukemista tiedoista on pelkkiä 0:ia (ks. oheinen tiedosto)? Aikaisemmin syksyllä luenta toimi normaalisti.
Voisikohan tämä liittyä jotenkin Nibe S1255 viimeisimpään softapäivitykseen -> 2.15.9?
Kiitokset hienosta sovelluksesta!
Hei!Kiitoksia. Lyhyestä lokista saa niin pienen näkökulman, ettei siihen aina viitsi luottaa. S-sarjalaiseen on ilmeisesti tullut ASM=11 arvo lisää. Ilmeisesti tarkoittaa, että kone tekee työtä. Ennen arvo oli 3.
Tuossa on muutama loki. Kaikissa niissä tulee tuo ilmiö.
Toivottavasti näistä on apua.
Macilla touhutessa ei tahdo millään löytää työpöydältä(tai yleensäkään mistään) kansioita, joissa lokeja.Kiitoksia. Hitsi, itselläni ei ole Maccia eli en taida pystyä auttamaan ja minulla ei ole käsitystäkään miltä Javan tiedostovalintalaatikko siellä näyttää. Jos kansio on tyhjä, olethan valinnut oikean tiedostofiltterin (Nibe F, -S tai CTC)?
Käytännön esimerkki:
luon työpöydälle kansion nimeltä nibe, lataan lokit sisään -> lokintutija ei löydä kansiota. ja jos jostain kumman syystä sattuu löytämään, kansio on sitten tyhjä.
Onko jotain konstia miten lokitiedot saisi helpoiten luettavaksi?
Tiedostofiltterin vaihdolla ei vaikutusta.Hyvä, että löytyi viritys! Toki voi kerätä kolehdin ja lähettää mulle MacBookin niin parannan tukea (jos osaan) :D
Logitiedot tallenettu CSV:ksi - ei vaikutusta.
Sellainen kikka löytyi, että logintutkijalla kun olet hakemassa tiedostoja -> luo näkymässä uusi kansio. Sitten macin "finder" toiminnolla etsit tuon kansion ja lisäät lokit sinne - toimii :D
softan käyttöliittymän ulkoasu muuttuu myös jokaisen käynnistyksen jälkeen.
Tervehdys kaikille.
Kiitokset Timolle, hienoa omistautumista data loggaukseen.
Nyt uuden pilpin omistaja on tullut kiinnostus selvittää laitteen toimintaa ja sen johdosta logintutkija olisi mainio työkalu säätöjen seurannalle.
Mutta suoraan en saanut dataa yhteensopivaksi, joten pystyisitkö Timo kertomaan mitä dataa pitää jättää pois jotta arvot näkyisi logintutkijalla. Tai saako logintutkijaan jonkin säädön, jotta sais käyrät näkyviin? ;D
Laitteena on siis Nibe F470 vm 2022 ja versio 9071R8.
Liitteenä parin päivän loggaus.
Ovatko nämä F470 oletuslokeja (et siis ole lisännyt tai poistanut mitään)?
PILPin piti olla jo luettujen listalla, mutta olen voinut rikkoa tuon matkalla..
[edit] kurkkasin PILP tulkintaa ja se tehtiin kentästä "BS1-ref", jota ei logissasi ollut. Joko pudonnut jossain firmispäivityksessä tai sitten juuri F470 ei omaa sitä? Oli miten oli, niin lisäsin BT20/poistoilman PILP tulkintaan ja nyt lokisi analysoidaan ihan OK näköisesti.
Kiitos paljon! :)Ole hyvä :)
Onkos muut havainnut vastaavaa?Laita tai perusta PILPeille oma keskustelu ja jätetään tämä ketju itse lokintutkijan säädöille.
Terve!
Itsellä on Jäspi Inverter M8 ja MCU40. Logintutkija kyllä lukee tiedoston, mutta ei anna mitään arvija eikä myöskään virhettä asialle. Onko tähän olemassa jokin ratkaisu vai onko vain yhteensopimaton.
https://drive.google.com/file/d/1ye_oCvh28OwvUVipu9Ug44LKxKrtxcFx/view?usp=share_link
Terve!VILPpien kohdalla oli räikeä virhe BT63:n lukemisessa, joka ilmeisesti on VMM:n mittauspiste, eikä VILPpien ilman VMMää lainkaan. Sinulla sitä ei ole, niin jopas kaatui.
Itsellä on Jäspi Inverter M8 ja MCU40. Logintutkija kyllä lukee tiedoston, mutta ei anna mitään arvija eikä myöskään virhettä asialle. Onko tähän olemassa jokin ratkaisu vai onko vain yhteensopimaton.
https://drive.google.com/file/d/1ye_oCvh28OwvUVipu9Ug44LKxKrtxcFx/view?usp=share_link
Moi Timo,
Mitäs nyt?
Vesa
Moi Timo,Tämä olikin aivan oma moka ja hajoitin kaikki muut paitsi VILPit. Nooh.. rapatessa roiskuu.
Ekaa kertaa laitoin datankeruun Niben F1255-16 päälle välipäivinä ja just äsken kävin hakemassa tikun eli dataa pari viikkoa. Laitoin keruuväliksi 5 s, koska eilen vasta törmäsin tuohon sun logintutkijaan ja siinä taitaa olla oletus keruuväliksi 1 min. Logit latautuivat nätisti, mutta x-akseli näytti 4 h. Yritin vieritellä sitä, mutta data näytti häviävän. Voi olla käyttäjän osaamattomuuttakin, . ohjelma tosin myös herjaa ''ei peräkkäinen logirivi'' eli ilmeisesti datassa jotain skämmiä. Mitäs nyt?
Vesa
Moi,Sieltä vaan ekasta postauksesta lataamaan.
Hyvä että syy löytyi. Minä kyllä ajattelin syyn löytyvän täältä. Ilmoittele kun pääsee kokeilemaan. Jouduin pakkaamaan logit kun yksittäinen tiedosto oli suurempi kuin liitetiedoston rajoitus. Samalla tuli laitettua kaikki tännekin. Uplinkin trendeistä olen ihmetellyt öisin tapahtuvaa asteminuuttien hidasta korjausta sekä virtapiikkejä, jotka ei kohdistu oikein mihinkään. Laitoin uusimman ohjelman sisään ennen keruuta. Sitä ennen menty 7 vuotta vanhalla asennuksen aikaisella. Käppyröitä ei ole siltä ajalta verrokiksi.
Vesa
Jees, sain pelaamaan kun valitsin tietokannasta ajanjakson ilman ensimmäistä päivää. Siinä on varmaan jotain skämmiä.Nyt en ymmärrä, itse sain ainakin nuo tähän ketjuun liittämäsi lokit luettua, tallennettua kantaa ja kaikki luettua paikallisesta kannasta.
Jostain syystä virtamittaukset näyttää nollaa.Jos sinulla on virtamittarit asennettuna, niin kokeile LOG.SET taktiikalla lisätä be1-3 lokiisi. Näissä liittämissäsi en niitä nähnyt.
Sitten mulla on kehitysehdotuskin: jotta eri suuruuksisia mittauksia pystyisi vertailemaan samassa kuvaajassa, kaikki mittausarvot voisi indeksoida eli lukujonon jakaa keskiarvollaan. Tällöin saaadaan arvot muuntumaan lähemmäksi toisiaan ja muutoksien ajankohtia pystyy vertailemaan paremmin jos y-akselin skaalaus seuraa indeksoituja arvoja. Toinen vaihtoehto on piirtää jokainen muuttuja omalla y-akselin skaalalla. En tiedä miten kumpikaan näistä on koodiin mahdollista tehdä, kunhan ajatuksena heitin.Lokintutkija on simppeli softa ja käyttää iäisyyden vanhaa jfreechart kirjastoa piirtämiseen. Todennäköisesti en edes tajunnut ehdotustasi, mutta se ehkä kuulostaa turhan vaivalloiselta muutokselta. Kiitos ehdotuksesta kuitenkin.
Kiitoksia avusta ja hyvästä logintutkijasta
Vesa
VILPpien kohdalla oli räikeä virhe BT63:n lukemisessa, joka ilmeisesti on VMM:n mittauspiste, eikä VILPpien ilman VMMää lainkaan. Sinulla sitä ei ole, niin jopas kaatui.
Nyt pitäisi toimia 1.3.18 versio.
No ei mitään toimintaa; 1.3.19, vain tyhjä ruutu....?Sano sää? Nuo lokit aukesivat ihan OK täällä.
Mitäs nyt on rikottu....?
Sano sää? Nuo lokit aukesivat ihan OK täällä.
Sano sää? Nuo lokit aukesivat ihan OK täällä.
Sano sää? Nuo lokit aukesivat ihan OK täällä.
Kun poistan logeissa olevia "roska" tiedostoja, niin alkaa toimia!OK, juu. Jos lokitus lopetettu väkivaltaisesti, niin sitten ei oikein voi luvata Lokintutkijalta mitään. Epämääräisen rivin se yrittää tunnistaa, mutta ei isompia virheitä.
Niitähän tulee aina, kun koneita korjataan.
Nytkin oli huoltoa ja muuta sellaista, jossa koneita pysäytettiin hallitusti ja ei niin hallitusti = tarkoituksella!
Niitä kun poistelee, niin alkaa toimia.
OK, juu. Jos lokitus lopetettu väkivaltaisesti, niin sitten ei oikein voi luvata Lokintutkijalta mitään. Epämääräisen rivin se yrittää tunnistaa, mutta ei isompia virheitä.
Tuolla pieni havaintoVaihdettu yo. havainnon perusteella COPpelon trendin käytös aiemmasta "viimeinen arvo pysyy voimassa" selkeämpään COP=0 kun kone ei käy.
https://www.maalampofoorumi.fi/index.php?topic=11367.msg144422#msg144422 (https://www.maalampofoorumi.fi/index.php?topic=11367.msg144422#msg144422)