Uutiset:

Kirjoittaja Aihe: Talologger apua tarvitaan  (Luettu 261839 kertaa)

Poissa noble

  • Vanha jäsen
  • ****
  • Viestejä: 324
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #160 : 14.02.15 - klo:14:03 »
Hienosti toimii v1.7a Niben kanssa!

Apua tarvitsisin virtuaalipisteen luomiseen kompressorin käyntiajoille.

Eli haluaisin kompressorin keskimääräisen käyntiajan. Mittausdatana on NIBERS485.Compressor State EP14 arvo. Se on 20 kun kompressori on pois päältä ja 60 kun kompressori on päällä.

Eli kokonaisaika pitäisi laskea yhteen kun NIBERS485.Compressor State EP14 on 60 ja jakaa se käynnistyksien summalla.
Nibe 1245-8 / 180m kaivo

Poissa olammi

  • Konkari
  • *****
  • Viestejä: 509
  • Aircooled
Vs: Talologger apua tarvitaan
« Vastaus #161 : 14.02.15 - klo:21:37 »
Apua tarvitsisin virtuaalipisteen luomiseen kompressorin käyntiajoille.

Eli haluaisin kompressorin keskimääräisen käyntiajan. Mittausdatana on NIBERS485.Compressor State EP14 arvo. Se on 20 kun kompressori on pois päältä ja 60 kun kompressori on päällä.

Eli kokonaisaika pitäisi laskea yhteen kun NIBERS485.Compressor State EP14 on 60 ja jakaa se käynnistyksien summalla.

Onko tämä pitkän ajan keskiarvo, jota lokitetaan joka kerran vai enemmänkin joku suure, joka lasketaan kannassa olevasta datasta joltain pitkältä aikaväliltä? Jos ensinmainittua, niin alla jotain hahmotelmaa. Jälkimmäiseen ei tuo virtuaalimittaus sovellu, kun se laskee aina vain dataa tämänhetkisen ja edellisen arvon perusteella. Edelliseen arvoon on toki voitu ladata dataa pitkältäkin lokitusjaksolta.

Oletetaan, että tämä kompuran tilamuuttuja on MEASURE-rivillä otettu arvolle "kompura". Oletetaan, että kantaan (kantamoduulille annettu nimi vaikkapa MYSQLDB) halutaan lopulta vain tämä kompura ja sitten tämä laskettu keskikäyntiaika:

Koodia: [Valitse]
@MEASURE=kompura:NIBERS485.Compressor State EP14

@VIRTUAL=kaynnistys:1:1 if %_kompura_% == 60 and (%/_kompura_/% == None or %/_kompura_/% == 20) else 0
@VIRTUAL=vanhakaynnistykset:1:%/_kaynnistykset_/% if %/_kaynnistykset_/% != None else 0
@VIRTUAL=kaynnistykset:1:(%_vanhakaynnistykset_% + 1) if %_kaynnistys_% else %_vanhakaynnistykset_%
@VIRTUAL=vanhaaika:1:%/_kompura_aika_/% if %/_kompura_aika_/% != None else 0.0
@VIRTUAL=kompura_aika:1:%_vanhaaika_% + (%_%TIME%_% - %/_%TIME%_/%) if %_kompura_% == 60 else %_vanhaaika_%

@VIRTUAL=keskikayntiaika:1:%_kompura_aika_% / %_kaynnistykset_%

@STOREFILTER=MYSQLDB:kompura
@STOREFILTER=MYSQLDB:keskikayntiaika


Poissa tk-

  • Konkari
  • *****
  • Viestejä: 887
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #162 : 14.02.15 - klo:21:51 »
Tuo pitkän ajan keskimääräinen käynti on varmasti helpointa laskea niin, että kysyy pumpulta tunnit ja käynnistykset, ja jakaa sitten suoraan niistä. Mutta oliko tässä ennemminkin juuri ajatuksena tuommoinen bruno-excel/timo karhun java -ohjelman tyyppinen analysointi? Se olisi varmaan järkevintä toteuttaa tuolta tietokannasta kyselemällä, kuten talologgergraphkin tekee nuo käyrät. Jos osaisin ohjelmoida, niin tekisin tuollaisen www-selaimella katsottavan sivun, mistä saisi valitulla ajanjaksolla em. ohjelmien tavoin nuo tiedot näkyville!
Keski-Suomi, omakotitalo 2019, vesikiertoinen lattialämmitys
Nibe F1145-8 + Jäspi GTV500, kaivo 178m
142m2 (690m3) + varasto 21m2 + pihasauna 18m2 (lämpökanaali n. 10m)

Poissa noble

  • Vanha jäsen
  • ****
  • Viestejä: 324
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #163 : 15.02.15 - klo:07:19 »
Onko tämä pitkän ajan keskiarvo, jota lokitetaan joka kerran vai enemmänkin joku suure, joka lasketaan kannassa olevasta datasta joltain pitkältä aikaväliltä? Jos ensinmainittua, niin alla jotain hahmotelmaa. Jälkimmäiseen ei tuo virtuaalimittaus sovellu, kun se laskee aina vain dataa tämänhetkisen ja edellisen arvon perusteella. Edelliseen arvoon on toki voitu ladata dataa pitkältäkin lokitusjaksolta.

Ehkä enemmänkin tätä jälkimmäistä, mutta aikaväliksi mielestäni riittäisi grafiikassakin näkyvä aikaväli. Toki lisämäärityksenä pitäisi käynti joka on klo. 00.00 päällä määrittää laskuista pois, koska silloin kompressori voi sammua 00.01. Tämä sekoittaisi keskiarvoa. Vastaavasti keskiyötä lähenevälle pitäisi tehdä jotain... Tai sitten laskea noi liukuvasta 24h datasta.

Alla eiliseltä hieman käyntiä. En muista, mitä kompressorin tila 100 tarkoitti. Luultavasti tekee puhtaasti käyttövettä. Eli kompressori päällä kun arvo >60.
Nibe 1245-8 / 180m kaivo

Poissa timmy

  • Nuorempi jäsen
  • **
  • Viestejä: 17
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #164 : 15.02.15 - klo:10:32 »
Hienosti toimii v1.7a Niben kanssa!

Apua tarvitsisin virtuaalipisteen luomiseen kompressorin käyntiajoille.

Eli haluaisin kompressorin keskimääräisen käyntiajan. Mittausdatana on NIBERS485.Compressor State EP14 arvo. Se on 20 kun kompressori on pois päältä ja 60 kun kompressori on päällä.

Eli kokonaisaika pitäisi laskea yhteen kun NIBERS485.Compressor State EP14 on 60 ja jakaa se käynnistyksien summalla.

Täma on yksi tapa saada käyntiajan..  Silloin TaloLoggerGraph näytää prosenteina...

Koodia: [Valitse]
@SERIES = STATE:Compressor:Compressor:lime:%VALUE% > 60.0
/t

Poissa noble

  • Vanha jäsen
  • ****
  • Viestejä: 324
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #165 : 15.02.15 - klo:10:46 »
Tuo state on juuri ylemmässä kuvassa käytössä. Haen kuitenkin tietoa, kauanko kompressori on päällä keskimäärin käynnissä per käynnistys. Tuolla statella saa tiedon paljonko kompressori on päällä per vuorokausi.
Nibe 1245-8 / 180m kaivo

Poissa tk-

  • Konkari
  • *****
  • Viestejä: 887
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #166 : 15.02.15 - klo:11:08 »
Alla eiliseltä hieman käyntiä. En muista, mitä kompressorin tila 100 tarkoitti. Luultavasti tekee puhtaasti käyttövettä. Eli kompressori päällä kun arvo >60.

20 = pois, 40=käynnistyy, 60=käynnissä, 100=pysähtyy. Tuo Prio voisi olla myös käyttökelpoinen, sillä saisi halutessaan vielä käyttöveden ja lämmityskäynnin (ja muutkin käyttötilat, jos niitä lisälaitteilla on asetettuna) erotettua toisistaan (10=pois, 20=käyttövesi, 30=lämmitys, 40=uima-allas 1, 41=uima-allas 2, 50=transfer (mitä ikinä tarkoittaakaan..), 60=jäähdytys). Ja sitten on myös tuo compressor status vielä, joka antaa 0/1 off/on.

Tuolla counterilla varmaan saisi tuon käynnistysten määrän selville aina näytettävällä aikavälillä (Compressor starts EB100-EP14)? Onnistuisiko sen ja tuon staten avulla jotenkin laskemaan keskimääräinen käyntiaika?

EDIT: Ja antaahan pumppu myös tunnit pihalle. Täytyypäs testailla millaisella tarkkuudella tuota dataa tulee, sitäkin voisi counterissa käyttää sitten hyväksi. Antaa tunnin tarkkuudella tuon käynnin, niin taitaa olla vuorokausitarkastelua ajatellen turhan suurpiirteinen.
Keski-Suomi, omakotitalo 2019, vesikiertoinen lattialämmitys
Nibe F1145-8 + Jäspi GTV500, kaivo 178m
142m2 (690m3) + varasto 21m2 + pihasauna 18m2 (lämpökanaali n. 10m)

Poissa koowee

  • Nuorempi jäsen
  • **
  • Viestejä: 19
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #167 : 17.02.15 - klo:22:22 »
Löytyisikö ideoita minkä vuoksi Nibe F1245-6 pumppu menee satunnaisesti hälytystilaan? Eli taloLogger Raspberryssä, joka on USB väylässä olevalla RS485 adapterilla (Kiinalainen) kiinni pumpussa. Pumppu menee satunnaisesti 251 hälytystilaan (tiedonsiirtovika lämpöpumpun ja MODBUS-yksikön välillä). Hälytystila lähtee pois kuittaamalla se pumpusta.

Alla olevan linkin takaa löytyy logia muutama minuutti ennen virhettä ja sen jälkeen. Position_id 22 on vikatilaan liittyvä muuttuja ja se saa arvon 251 21:32:14
https://www.dropbox.com/s/zfb152dfgmj61hz/errorlog.log?dl=0

Voisiko vika jäädä vialliseen RS485 adapteriin?

Poissa tk-

  • Konkari
  • *****
  • Viestejä: 887
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #168 : 18.02.15 - klo:08:50 »
Löytyisikö ideoita minkä vuoksi Nibe F1245-6 pumppu menee satunnaisesti hälytystilaan? Eli taloLogger Raspberryssä, joka on USB väylässä olevalla RS485 adapterilla (Kiinalainen) kiinni pumpussa. Pumppu menee satunnaisesti 251 hälytystilaan (tiedonsiirtovika lämpöpumpun ja MODBUS-yksikön välillä). Hälytystila lähtee pois kuittaamalla se pumpusta.

Alla olevan linkin takaa löytyy logia muutama minuutti ennen virhettä ja sen jälkeen. Position_id 22 on vikatilaan liittyvä muuttuja ja se saa arvon 251 21:32:14
https://www.dropbox.com/s/zfb152dfgmj61hz/errorlog.log?dl=0

Voisiko vika jäädä vialliseen RS485 adapteriin?


Modbus-managerilla kannattaa tehdä tuonne pumppuun log.set -tiedosto, jolla saa pumpun lähettämään 20 esivalittua arvoa 2 sekunnin välein. Nyt näyttäisi lähettävän pelkkää nollaa, eli log.set puuttuu? Tuolla Nibe-alueella on ketju arvojen valitseminen logitukseen, sieltä löytyy latauslinkki. Pumppu lukee tiedoston usb-tikulta kun laittaa kirjauksen päälle, ja se jää pumpun muistiin. Yritätkö kuinka monta rekisteriä lukea pumpusta talologgerilla?

Jatkaako tuo logitusta ilman virheen kuittaamista kuitenkin normaalisti? Ja jatkaako pumppu toimintaansa normaalisti?
Keski-Suomi, omakotitalo 2019, vesikiertoinen lattialämmitys
Nibe F1145-8 + Jäspi GTV500, kaivo 178m
142m2 (690m3) + varasto 21m2 + pihasauna 18m2 (lämpökanaali n. 10m)

Poissa koowee

  • Nuorempi jäsen
  • **
  • Viestejä: 19
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #169 : 18.02.15 - klo:11:42 »
Modbus-managerilla kannattaa tehdä tuonne pumppuun log.set -tiedosto, jolla saa pumpun lähettämään 20 esivalittua arvoa 2 sekunnin välein. Nyt näyttäisi lähettävän pelkkää nollaa, eli log.set puuttuu? Tuolla Nibe-alueella on ketju arvojen valitseminen logitukseen, sieltä löytyy latauslinkki. Pumppu lukee tiedoston usb-tikulta kun laittaa kirjauksen päälle, ja se jää pumpun muistiin. Yritätkö kuinka monta rekisteriä lukea pumpusta talologgerilla?

Jatkaako tuo logitusta ilman virheen kuittaamista kuitenkin normaalisti? Ja jatkaako pumppu toimintaansa normaalisti?

Kiitoksia, kokeilen tänään tuota Modbus-managerilla tehtyä log.set tiedostoa, sitä tosiaan en ole aikaisemmin tehnyt. En muista tarkkaa määrää, montaako rekisteriä koitan tällä hetkellä lukea, mutta se on noin 10kpl.

Logitus jatkuu normaalisti hälytyksen aktivoiduttua, ainoa muutos logissa on vain tuo vikatilan arvon muuttuminen 0:sta 251:ksi. Pumppu jatkaa toimintaansa asetusten mukaisesti, eli tässä tapauksessa se lopettaa käyttöveden lämmittämisen mutta jatkaa muuten talon lämmitystä.

Poissa tk-

  • Konkari
  • *****
  • Viestejä: 887
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #170 : 18.02.15 - klo:11:59 »
Kiitoksia, kokeilen tänään tuota Modbus-managerilla tehtyä log.set tiedostoa, sitä tosiaan en ole aikaisemmin tehnyt. En muista tarkkaa määrää, montaako rekisteriä koitan tällä hetkellä lukea, mutta se on noin 10kpl.

Logitus jatkuu normaalisti hälytyksen aktivoiduttua, ainoa muutos logissa on vain tuo vikatilan arvon muuttuminen 0:sta 251:ksi. Pumppu jatkaa toimintaansa asetusten mukaisesti, eli tässä tapauksessa se lopettaa käyttöveden lämmittämisen mutta jatkaa muuten talon lämmitystä.

Tuo ei kyllä varmaan ole sinällään ongelman syy, mutta nopealla vilkaisulla vaan huomasin sen tuosta logista. Jonkinlainen tietokatkoshan tuossa täytyy tulla. Johtuuko se sitten piuhasta, adapterista, ohjelmasta? Sen verran kyllä itse huomasin taloLoggeria päivittäessä, että tuo päivityksen ajaminen ei vielä vikaa saa aikaan, vaikka vissiin taloLogger uudelleenkäynnistetäänkin sen päätteeksi?
Keski-Suomi, omakotitalo 2019, vesikiertoinen lattialämmitys
Nibe F1145-8 + Jäspi GTV500, kaivo 178m
142m2 (690m3) + varasto 21m2 + pihasauna 18m2 (lämpökanaali n. 10m)

Poissa olammi

  • Konkari
  • *****
  • Viestejä: 509
  • Aircooled
Vs: Talologger apua tarvitaan
« Vastaus #171 : 18.02.15 - klo:12:22 »
Lokia katsellessa vikaavikaa näkyy kohdassa 21:30:19. Alla lokia (poistettu välistä rivejä, jotka eivät liity ongelmaan):
Koodia: [Valitse]
17.02.2015 21:30:09: NibeRS485: Received:
17.02.2015 21:30:09: NibeRS485: Sending ACK
17.02.2015 21:30:09: NibeRS485: Ignoring frame with unknown command in byte 4.
17.02.2015 21:30:19: NibeRS485: ERROR: Communication timed out querying data.
17.02.2015 21:30:19: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.Brinepump Status EP14.
17.02.2015 21:30:19: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.Alarm number.
17.02.2015 21:30:19: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.EB100-EP14-BT3 Return temp.
17.02.2015 21:30:19: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.Prio.
17.02.2015 21:30:19: TaloLoggerThreadStore: Storing logged data with 12 points.
17.02.2015 21:30:20: NibeRS485: Received:
17.02.2015 21:30:20: NibeRS485: Sending NAK
17.02.2015 21:30:23: NibeRS485: Received:
17.02.2015 21:30:23: NibeRS485: Sending ACK

Eli 21:30:09 on tullut pumpulta frame, johon on lähetetty ACK. Tämän jälkeen pumpulta ei saada 10 sekuntiin ilmeisesti mitään ja tuossa laukeaa taloLoggerin tuon moduulin 10 sekunnin aikaraja datakyselyn vasteajalle. Seuraava vastaanotettu frame tulee 21:30:20, joka on ollut tarkistussummaltaan virheellinen ja pumpulle on lähetetty NAK. Olisiko tuo NAK vienyt sen vikatilaan?

Valitettavasti tuossa lokissa ei näy ne vastaanotetut framet. Syytä en ymmärrä, että miksi eivät ole tuohon päätyneet. Onko lokia suodatettu jotenkin? Jokaisen Received:-rivin jälkeen pitäisi olla eri rivillä HEX-muodossa vastaanotetun framen tavut.

Miksi tuo on timeoutannut? Tiedonsiirrossa on voinut tapahtua jokin ongelma. Vaikka kysely timeouttaisikin, ei sen pitäisi aiheuttaa tuohon sarjaliikenteeseen ongelmaa (sarjaliikenne pyörii eri säikeessä). Lokitus vaan luovuttaa, kun ei saa haluamassaan ajassa arvoa. Normaalisti näyttää, että nuo arvot tulevat alle sekunnissa. Arvaus olisi siis, että sarjaliikenteessä on tapahtunut jotain, jonka ansiosta data linjalla on ollut epäkuranttia => NAK => Vikatila.

Poissa koowee

  • Nuorempi jäsen
  • **
  • Viestejä: 19
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #172 : 18.02.15 - klo:13:39 »
Lokia katsellessa vikaavikaa näkyy kohdassa 21:30:19. Alla lokia (poistettu välistä rivejä, jotka eivät liity ongelmaan):
Koodia: [Valitse]
17.02.2015 21:30:09: NibeRS485: Received:
17.02.2015 21:30:09: NibeRS485: Sending ACK
17.02.2015 21:30:09: NibeRS485: Ignoring frame with unknown command in byte 4.
17.02.2015 21:30:19: NibeRS485: ERROR: Communication timed out querying data.
17.02.2015 21:30:19: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.Brinepump Status EP14.
17.02.2015 21:30:19: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.Alarm number.
17.02.2015 21:30:19: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.EB100-EP14-BT3 Return temp.
17.02.2015 21:30:19: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.Prio.
17.02.2015 21:30:19: TaloLoggerThreadStore: Storing logged data with 12 points.
17.02.2015 21:30:20: NibeRS485: Received:
17.02.2015 21:30:20: NibeRS485: Sending NAK
17.02.2015 21:30:23: NibeRS485: Received:
17.02.2015 21:30:23: NibeRS485: Sending ACK

Eli 21:30:09 on tullut pumpulta frame, johon on lähetetty ACK. Tämän jälkeen pumpulta ei saada 10 sekuntiin ilmeisesti mitään ja tuossa laukeaa taloLoggerin tuon moduulin 10 sekunnin aikaraja datakyselyn vasteajalle. Seuraava vastaanotettu frame tulee 21:30:20, joka on ollut tarkistussummaltaan virheellinen ja pumpulle on lähetetty NAK. Olisiko tuo NAK vienyt sen vikatilaan?

Valitettavasti tuossa lokissa ei näy ne vastaanotetut framet. Syytä en ymmärrä, että miksi eivät ole tuohon päätyneet. Onko lokia suodatettu jotenkin? Jokaisen Received:-rivin jälkeen pitäisi olla eri rivillä HEX-muodossa vastaanotetun framen tavut.

Miksi tuo on timeoutannut? Tiedonsiirrossa on voinut tapahtua jokin ongelma. Vaikka kysely timeouttaisikin, ei sen pitäisi aiheuttaa tuohon sarjaliikenteeseen ongelmaa (sarjaliikenne pyörii eri säikeessä). Lokitus vaan luovuttaa, kun ei saa haluamassaan ajassa arvoa. Normaalisti näyttää, että nuo arvot tulevat alle sekunnissa. Arvaus olisi siis, että sarjaliikenteessä on tapahtunut jotain, jonka ansiosta data linjalla on ollut epäkuranttia => NAK => Vikatila.

Tuo NAK kuittaus voisi mahdollisesti olla se, minkä seurauksena tuo vikatila on aktivoitunut. En pääse tällä hetkellä katsomaan logeja, mutta muistaakseni muissa vastaavissa tapauksissa on esiintynyt myös vastaava NAK kuittaus. Tarkistan tämän myöhemmin tänään.

Logi on suoraan taloLoggerin tuottamasta logista leikattu 8 minuutin pätkä, mitään suodatuksia en ole sille sen jälkeen tehnyt.

Tarkistan myöhemmin myös Niben ja RS485 muuntimen väliset piuhat, ettei niissä ole mitään. Toista muunninta ei valitettavasti tällä hetkellä löydy, joten en pääse testaamaan onko muuntimessa ongelmaa. Tämä virhe tosiaan toistuu epäsäännöllisesti, esimerkiksi tämän vikatilan kuittaamisen jälkeen kone oli tyytyväisenä noin 7 tuntia.

Poissa noble

  • Vanha jäsen
  • ****
  • Viestejä: 324
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #173 : 18.02.15 - klo:16:54 »
Muistaakseni Pali kommentoi Openhab-viestiketjussa, että hänellä Raspi ainakin jostain syystä muutaman päivän kuluessa lakkaa kuittaamasta viestejä... Tiedä sitten mistä johtuu. Oikeastaan tuossa on yksi syy miksi käytän arduinoa tuohon kuittaamiseen. Itsellä on se rullannu nyt noin reilu kk ilman ongelmia.
Nibe 1245-8 / 180m kaivo

Poissa koowee

  • Nuorempi jäsen
  • **
  • Viestejä: 19
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #174 : 18.02.15 - klo:18:32 »
Toisin kuin edellisessä viestissä virheellisesti kommentoin, olin onnistunut greppaamalla ryssimään login ja siitä puuttui osa niinkuin olammi epäili. Alla olevan linkin takaa löytyy nyt uusi kooste kolmesta eri kohtaa logia, kaikissa niissä pumppu on mennyt vikatilaan.

https://www.dropbox.com/s/mbzpzvpyqa4yzhq/errorlog_2.rtf?dl=0

Vaihdoin myös piuhan pumpun ja RS485 adapterin välille, joten luultavasti tänään selviää oliko ongelma mahdollisesti siinä. Lisäsin pumppuun myös log.set tiedoston.

Edit: NAK kuittauksia näkyy logissa myös sellaisissa kohdissa, missä pumppu ei ole mennyt vikatilaan

Poissa tk-

  • Konkari
  • *****
  • Viestejä: 887
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #175 : 18.02.15 - klo:20:16 »
Onkos tuossa joku muu laite väylässä "häiritsemässä"? RMU40 tai SMS40? Modbus-ohjeen mukaan tuo moduuli pitäisi olla väylässä aina ensimmäisenä, ja nuo muut yksiköt vasta sen perässä. Eli käytännössä jos tuo huoneyksikkö on, niin se pitäisi sitten kytkeä vasta adapterilta?

Jos tuollainen RMU40 sattuu olemaan, niin pystyykös tuon etäyksikön kautta kuittaamaan hälytyksen? Ja jos pystyy, niin se käsky olisi hyvä saada logitettua!
Keski-Suomi, omakotitalo 2019, vesikiertoinen lattialämmitys
Nibe F1145-8 + Jäspi GTV500, kaivo 178m
142m2 (690m3) + varasto 21m2 + pihasauna 18m2 (lämpökanaali n. 10m)

Poissa koowee

  • Nuorempi jäsen
  • **
  • Viestejä: 19
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #176 : 18.02.15 - klo:21:17 »
Onkos tuossa joku muu laite väylässä "häiritsemässä"? RMU40 tai SMS40? Modbus-ohjeen mukaan tuo moduuli pitäisi olla väylässä aina ensimmäisenä, ja nuo muut yksiköt vasta sen perässä. Eli käytännössä jos tuo huoneyksikkö on, niin se pitäisi sitten kytkeä vasta adapterilta?

Jos tuollainen RMU40 sattuu olemaan, niin pystyykös tuon etäyksikön kautta kuittaamaan hälytyksen? Ja jos pystyy, niin se käsky olisi hyvä saada logitettua!

Tämä on ainoa laite väylässä. Nyt on menty edellä mainittujen toimenpiteiden jälkeen reilu 3,5 tuntia ilman vikatilaa

Kyseisen etäyksikön kuittauksen logitus olisi kyllä hyvä, jos joku saisi sen poimittua.

Poissa olammi

  • Konkari
  • *****
  • Viestejä: 509
  • Aircooled
Vs: Talologger apua tarvitaan
« Vastaus #177 : 18.02.15 - klo:22:03 »
Kyllä tuolla vastaanotetuista tavuista päätelle on ihan virheitä noissa frameissa. Tämänhetkinen taloLoggerin tapa etsiä se frame tuosta datasta synkronoituu hieman hitaasti taas oikeanlaiseen dataan, jos framen pituutta osoittavassa kentässä on tullut väärä luku (esim. isosti liian iso). Tuosta kohden voidaan kyllä sitä tapaa parantaa niin, että se tutkiskelee tuossa tapauksessa muutenkin sitä framea eikä vaan odota, että vastaanotetun pituuden verran tavuja olisi saapunut. Arvokasta testimateriaalia kuitenkin sai tuosta, niin voin omaan nibe-simulaattoriin laittaa tuon kaltaista virhehdintää. Nyt kun tuo framenkaivelutapa odottaa liikaa, niin pumppu saattaa siitä hermostua. Tuon saa siis sellaiseksi kyllä, että sieltä seuraava oikeellinen frame sitten löytyy taas ja näin kuittaus seuraavaan frameen lähtee rivakammin.

Poissa olammi

  • Konkari
  • *****
  • Viestejä: 509
  • Aircooled
Vs: Talologger apua tarvitaan
« Vastaus #178 : 19.02.15 - klo:00:11 »
Tuota versiota voisi kokeilla sen Niben kanssa, jos vikaa vielä tulee (ja vaikka ei tulisikaan). Tämän pitäisi olla nokkelampi ja nopeampi havaitsemaan virheitä tuossa vastaanotetussa datassa.

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

Ainoa muutos v1.7b:hen nähden tuo Nibe.

Poissa koowee

  • Nuorempi jäsen
  • **
  • Viestejä: 19
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #179 : 19.02.15 - klo:08:43 »
Tuota versiota voisi kokeilla sen Niben kanssa, jos vikaa vielä tulee (ja vaikka ei tulisikaan). Tämän pitäisi olla nokkelampi ja nopeampi havaitsemaan virheitä tuossa vastaanotetussa datassa.

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

Ainoa muutos v1.7b:hen nähden tuo Nibe.

Pumppu oli mennyt yöllä kahden jälkeen vikatilaan, eli noin 8,5 tuntia meni ilman ongelmia. Laitoin aamulla tuon taloLogger v1.7c:n ajoon, kerron illalla mikä on tilanne.

Poissa koowee

  • Nuorempi jäsen
  • **
  • Viestejä: 19
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #180 : 19.02.15 - klo:21:35 »
Versio 1.7c on ollut ajossa nyt noin 14 tuntia ilman minkäänlaisia ongelmia. Pumppu on pysynyt tyytyväisenä ja esimerkiksi logista grepattuna NAK-kuittausten määrä on selkeästi pienempi mitä aikaisemmin. Näyttäisi siltä, että olammin tekemä Nibe modifikaatio toimii hienosti!

Poissa olammi

  • Konkari
  • *****
  • Viestejä: 509
  • Aircooled
Vs: Talologger apua tarvitaan
« Vastaus #181 : 19.02.15 - klo:21:42 »
Versio 1.7c on ollut ajossa nyt noin 14 tuntia ilman minkäänlaisia ongelmia. Pumppu on pysynyt tyytyväisenä ja esimerkiksi logista grepattuna NAK-kuittausten määrä on selkeästi pienempi mitä aikaisemmin. Näyttäisi siltä, että olammin tekemä Nibe modifikaatio toimii hienosti!

Näkyykö lokissa kuitenkin vielä jotain tavuvirheitä (siis "Dropping frame byte"-ilmoituksia)? Jos noita on, niin taloLogger on havainnut ongelmia ja heitellyt tavuja sivuun. Jos noita ei ole, niin näitä virhetilanteita ei ole havainnoitukaan alkuunkaan ja sinun johdot esim. ovat nyt paremmalla tuulella.

Poissa koowee

  • Nuorempi jäsen
  • **
  • Viestejä: 19
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #182 : 19.02.15 - klo:21:55 »
Näkyykö lokissa kuitenkin vielä jotain tavuvirheitä (siis "Dropping frame byte"-ilmoituksia)? Jos noita on, niin taloLogger on havainnut ongelmia ja heitellyt tavuja sivuun. Jos noita ei ole, niin näitä virhetilanteita ei ole havainnoitukaan alkuunkaan ja sinun johdot esim. ovat nyt paremmalla tuulella.

Kyllä noita löytyy logista useita ryppäitä, pääsääntöisesti useamman kerran tunnissa.

Koodia: [Valitse]
19.02.2015 20:46:31: NibeRS485: Dropping frame byte 0x19
19.02.2015 20:46:31: NibeRS485: Dropping frame byte 0xFD
19.02.2015 20:46:31: NibeRS485: Dropping frame byte 0x54
19.02.2015 20:46:31: NibeRS485: Dropping frame byte 0x92
19.02.2015 20:46:31: NibeRS485: Dropping frame byte 0xA2
19.02.2015 20:46:31: NibeRS485: Dropping frame byte 0xAA
19.02.2015 20:46:31: NibeRS485: Dropping frame byte 0x6A
19.02.2015 20:46:31: NibeRS485: Dropping frame byte 0xB2
19.02.2015 20:46:31: NibeRS485: Dropping frame byte 0x02
19.02.2015 20:46:31: NibeRS485: Dropping frame byte 0x92
19.02.2015 20:46:31: NibeRS485: Dropping frame byte 0x45
19.02.2015 21:45:07: NibeRS485: Dropping frame byte 0xFC
19.02.2015 21:45:07: NibeRS485: Dropping frame byte 0x02
19.02.2015 21:45:07: NibeRS485: Dropping frame byte 0x42
19.02.2015 21:45:07: NibeRS485: Dropping frame byte 0x41
19.02.2015 21:45:07: NibeRS485: Dropping frame byte 0x25
19.02.2015 21:45:07: NibeRS485: Dropping frame byte 0xAF
19.02.2015 21:45:07: NibeRS485: Dropping frame byte 0x00
19.02.2015 21:45:07: NibeRS485: Dropping frame byte 0x00
19.02.2015 21:45:07: NibeRS485: Dropping frame byte 0xAF
19.02.2015 21:45:07: NibeRS485: Dropping frame byte 0xA9
19.02.2015 21:45:07: NibeRS485: Dropping frame byte 0x00

Poissa koowee

  • Nuorempi jäsen
  • **
  • Viestejä: 19
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #183 : 25.02.15 - klo:22:30 »
Ja taas olisi kysyttävää  :)

Yritän lukea RS485:llä Nibestä (F1245) menolämpötilaa, eli BT2 anturia. Niben Log.set:ssä on määritelty BT2 Supply temp S1 (ID 40008). Muistitikulle logitettuna menolämpötila tallentuu, mutta taloLoggerilla en saa sitä luettua.

taloLoggerin logista löytyy mm. seuraavaa
Koodia: [Valitse]
25.02.2015 22:02:00: NibeRS485: ERROR: Invalid NIBE key: BT2 Supply temp S1
25.02.2015 22:02:01: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.BT2 Supply temp S1.
...
25.02.2015 22:02:02: NibeRS485: Got data for id 40008: 0x00F9

Eli virhe viittaisi NIBE keyn olevan väärin. Onko nämä määritelty jossain taloLoggerin modulissa tai kannassa? Hetkeä myöhemmin logista löytyy kohta missä viitataan datan saantiin kyseiseltä ID:ltä.

Ideoita mistä tämä voisi johtua?

Liitteinä muistitikulle tallennettu logi ja taloLoggerin logia (logien aikaleimat eivät ole synkassa)
https://www.dropbox.com/s/iixey77zc43texa/150225-2.LOG?dl=0
https://www.dropbox.com/s/yeo27ch74fofacg/taloLogger_log.rtf?dl=0

Poissa olammi

  • Konkari
  • *****
  • Viestejä: 509
  • Aircooled
Vs: Talologger apua tarvitaan
« Vastaus #184 : 25.02.15 - klo:22:53 »
Koodia: [Valitse]
25.02.2015 22:02:00: NibeRS485: ERROR: Invalid NIBE key: BT2 Supply temp S1

Oikea kirjoitusasu on "BT2 supply temp S1". Supplyssä ei ole isoa S:ää.

Nämä avaimet löytyvät tiedoston modules/datasources/nibe/nibeBusRS485.py alkupuolella olevasta isohkosta listasta.

Poissa koowee

  • Nuorempi jäsen
  • **
  • Viestejä: 19
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #185 : 25.02.15 - klo:22:59 »
Tuostahan se oli kiinni. Kiitokset jälleen!

Poissa Maatilallinen

  • Nuorempi jäsen
  • **
  • Viestejä: 17
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #186 : 10.03.15 - klo:21:08 »
Laitoin kameran ja Dialeyen lukemaan patteriverkostossa olevaa vesimittaria, josta sitten olisi tarkoitus saada talologgerilla verkoston virtaama litroina tunnissa ja teho kilowatteina esille. Dialeyessä käytin suoraan esimerkistä otettua shell-moduulin konfiguraatiota, joka tallentaa näköjään mittarilukeman sellaisenaan tietokantaan.

Virtaaman saikin siitä sitten suoraan talologgergraphilla esimerkin mukaisella konfiguraatiolla, tosin kerrointa piti muutaa että yksiköksi tuli litraa tunnissa.

Teho kilowatteina onnistui tekemällä virtuaalisen mittauspisteen talologgeriin, joka laskee kyseisen arvon. Se toimikin niin kauan, kunnes mittarista tuli ensimmäiseksi numeroksi nolla, jolloin lauseke lakkasi toimimasta.

Yritin lisäillä sulkuja ja lainausmerkkejä, mutta lainausmerkit lopettivat toiminnan kokonaan ja suluista ei ollut apua. Kun ensimmäiseksi numeroksi tuli taas ykkönen, niin se alkoi toimia.

Lauseke on tuollainen:

Koodia: [Valitse]
@VIRTUAL=teho:1:%_deltat_% * ((%_vesimaara_% - %/_vesimaara_/% if (%_vesimaara_% - %/_vesimaara_/% >= 0.0)  else %_vesimaara_% + 9999 - %/_vesimaara_/%) / (%_%TIME%_% - %/_%TIME%_/%)) * 0.418

Eikö python pysty laskemaan jos numerot alkavat nollalla? Pystyykö sen jotenkin muuttamaan ettei dialeye tallenna ensimmäistä nollaa, tai voiko tuohon lausekkeeseen laittaa jotain että laskenta onnistuu?

Poissa olammi

  • Konkari
  • *****
  • Viestejä: 509
  • Aircooled
Vs: Talologger apua tarvitaan
« Vastaus #187 : 10.03.15 - klo:22:12 »
Eikö python pysty laskemaan jos numerot alkavat nollalla? Pystyykö sen jotenkin muuttamaan ettei dialeye tallenna ensimmäistä nollaa, tai voiko tuohon lausekkeeseen laittaa jotain että laskenta onnistuu?

Selkeä puute kyllä, joka ei ollut toistaiseksi tullut vastaan. Python tulkitsee 0:lla alkavat kokonaisluvut oktaalilukuina. Esim. 0010 on normaalina desimaalikokonaislukuna 8. Tässä kohden ei ole valitettavasti tarjota kuin rumia ratkaisuja. Ehkä oikeampi olisi modata dialeye:tä niin, että se joko aina jättää etunollat pois tai että sen voi käskeä tekemään niin esim. komentoriviparametrilla.

Rumana ratkaisuna fiksataan vesimaarasta nollat vasemmalta pois. Jos oli pelkkiä nollia, niin sitten 0:
Koodia: [Valitse]
@VIRTUAL=vesimaarafix:1:string.lstrip("%_vesimaara_%", "0") if len(string.lstrip("%_vesimaara_%", "0")) > 0 else 0
@VIRTUAL=teho:1:%_deltat_% * ((%_vesimaarafix_% - %/_vesimaarafix_/% if (%_vesimaarafix_% - %/_vesimaarafix_/% >= 0.0)  else %_vesimaarafix_% + 9999 - %/_vesimaarafix_/%) / (%_%TIME%_% - %/_%TIME%_/%)) * 0.418

Poissa Maatilallinen

  • Nuorempi jäsen
  • **
  • Viestejä: 17
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #188 : 10.03.15 - klo:23:12 »
Selkeä puute kyllä, joka ei ollut toistaiseksi tullut vastaan. Python tulkitsee 0:lla alkavat kokonaisluvut oktaalilukuina. Esim. 0010 on normaalina desimaalikokonaislukuna 8. Tässä kohden ei ole valitettavasti tarjota kuin rumia ratkaisuja. Ehkä oikeampi olisi modata dialeye:tä niin, että se joko aina jättää etunollat pois tai että sen voi käskeä tekemään niin esim. komentoriviparametrilla.

Rumana ratkaisuna fiksataan vesimaarasta nollat vasemmalta pois. Jos oli pelkkiä nollia, niin sitten 0:
Koodia: [Valitse]
@VIRTUAL=vesimaarafix:1:string.lstrip("%_vesimaara_%", "0") if len(string.lstrip("%_vesimaara_%", "0")) > 0 else 0
@VIRTUAL=teho:1:%_deltat_% * ((%_vesimaarafix_% - %/_vesimaarafix_/% if (%_vesimaarafix_% - %/_vesimaarafix_/% >= 0.0)  else %_vesimaarafix_% + 9999 - %/_vesimaarafix_/%) / (%_%TIME%_% - %/_%TIME%_/%)) * 0.418

Juu, hyvinhän se toimii noinkin, tosin lopullinen varmuus siitä selviää vasta huomenna kun nolla taas tulee ensimmäiseksi :)

Määrittelin vain storefilter-ominaisuuden avulla ettei tuota fix-lukemaa tallenneta tietokantaan vaan temp-hakemistoon johonkin tekstitiedostoon jonka laitoin ylikirjoitettavaksi joka kerta, niin ei tallennu turhaan palvelimeen ylimääräisiä arvoja.

Poissa Maatilallinen

  • Nuorempi jäsen
  • **
  • Viestejä: 17
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #189 : 02.05.15 - klo:15:14 »
Tietääkö joku, saako tuosta Oumanin "tilatieto"-muuttujasta jotenkin "ulos" esimerkiksi yhden digitaalitulon tilaa vaikka ihan 0/1 tai vastaavasti joko esimerkiksi taloLoggerin virtuaalisella mittauspisteellä tai ihan muuten komentoriviltä (linux)?

Esimerkiksi nyt tulee lukemaa 40963. Rele 1 ohjaa kiertovesipumppua, ja pumppu tietysti käy, rele 2 sähkövastuksia, joka ei ole päällä, digitaalitulo 1 on summahälytykselle jossa ei hälyä päällä sekä digitaalitulo 2 kylmäkompressorin käyntitila, joka ei myöskään ole päällä.

Olen yrittänyt saada jotain järkeä tuohon esim. tuon sivun laskureilla, mutta ei onnistu: http://www.binaryconvert.com/

Talologgergraphissa tuolla konfiguraatiolla nuo toimivat:
Koodia: [Valitse]
@SERIES = STATE:tilatieto:Kylmiön kompressori:blue:(%VALUE% & 2) !=2
@SERIES = STATE:tilatieto:Summahälytys:red:(%VALUE% & 1) !=1
@SERIES = STATE:tilatieto:L1 kiertovesipumppu:orchid1:(%VALUE% & 8) !=8
@SERIES = STATE:tilatieto:Sähkövastukset 1/1:yellow:(%VALUE% & 16) !=0

Ja nyt siis tuo kiertovesipumppu näkyy ON ja loput OFF, ja Oumanilta tulee arvoa 40963.

Poissa olammi

  • Konkari
  • *****
  • Viestejä: 509
  • Aircooled
Vs: Talologger apua tarvitaan
« Vastaus #190 : 04.05.15 - klo:15:31 »
Tietääkö joku, saako tuosta Oumanin "tilatieto"-muuttujasta jotenkin "ulos" esimerkiksi yhden digitaalitulon tilaa vaikka ihan 0/1 tai vastaavasti joko esimerkiksi taloLoggerin virtuaalisella mittauspisteellä tai ihan muuten komentoriviltä (linux)?

Esimerkiksi nyt tulee lukemaa 40963. Rele 1 ohjaa kiertovesipumppua, ja pumppu tietysti käy, rele 2 sähkövastuksia, joka ei ole päällä, digitaalitulo 1 on summahälytykselle jossa ei hälyä päällä sekä digitaalitulo 2 kylmäkompressorin käyntitila, joka ei myöskään ole päällä.

Olen yrittänyt saada jotain järkeä tuohon esim. tuon sivun laskureilla, mutta ei onnistu: http://www.binaryconvert.com/

Talologgergraphissa tuolla konfiguraatiolla nuo toimivat:
Koodia: [Valitse]
@SERIES = STATE:tilatieto:Kylmiön kompressori:blue:(%VALUE% & 2) !=2
@SERIES = STATE:tilatieto:Summahälytys:red:(%VALUE% & 1) !=1
@SERIES = STATE:tilatieto:L1 kiertovesipumppu:orchid1:(%VALUE% & 8) !=8
@SERIES = STATE:tilatieto:Sähkövastukset 1/1:yellow:(%VALUE% & 16) !=0

Ja nyt siis tuo kiertovesipumppu näkyy ON ja loput OFF, ja Oumanilta tulee arvoa 40963.

Jos tilamuuttuja on nyt 40963, niin siinä on 2-potenssit 1, 2, 8192 ja 32768 päällä. Kokemuksen mukaan 8192 tarkoittaa, että hälytysrekisterissä on kuittaamattomia hälytyksiä. Nämä voivat tietysti vaihdella versioittain.

Voi olla, että olet tavoitellutkin negaatiota, mutta totean vain, että taloLoggerGraphin konfiguraatiossasi olevat arvoihin 2, 1 ja 8 liittyvät ehdot toimivat tuossa negaatioina. Eli 8 näkyi ON, koska tilatiedossa 8-arvoinen bitti oli 0 ja 1 ja 2 näkyvät OFF, koska 1 ja 2 arvoiset bitit olivat 1 ja ehtosi tuossa on negaatio. 16-arvoisen bitin tarkastelu on taas suora.

Varsinaiseen kysymykseen: taloLoggerin virtuaalimittauksella voidaan tarkastella yhden bitin arvoa tilamuuttujasta. Alla esimerkki taloLogger.conf:in osasta, joka tallettaa kantaan, onko bitti arvoltaan 16 päällä vai ei.

Koodia: [Valitse]
@MEASURE = tilatieto:OUMAN.Tilamuuttuja
@VIRTUAL = sahkovastukset:1:1 if %_tilatieto_% & 16 > 0 else 0

Poissa Maatilallinen

  • Nuorempi jäsen
  • **
  • Viestejä: 17
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #191 : 05.05.15 - klo:17:50 »
Jos tilamuuttuja on nyt 40963, niin siinä on 2-potenssit 1, 2, 8192 ja 32768 päällä. Kokemuksen mukaan 8192 tarkoittaa, että hälytysrekisterissä on kuittaamattomia hälytyksiä. Nämä voivat tietysti vaihdella versioittain.

Voi olla, että olet tavoitellutkin negaatiota, mutta totean vain, että taloLoggerGraphin konfiguraatiossasi olevat arvoihin 2, 1 ja 8 liittyvät ehdot toimivat tuossa negaatioina. Eli 8 näkyi ON, koska tilatiedossa 8-arvoinen bitti oli 0 ja 1 ja 2 näkyvät OFF, koska 1 ja 2 arvoiset bitit olivat 1 ja ehtosi tuossa on negaatio. 16-arvoisen bitin tarkastelu on taas suora.

Varsinaiseen kysymykseen: taloLoggerin virtuaalimittauksella voidaan tarkastella yhden bitin arvoa tilamuuttujasta. Alla esimerkki taloLogger.conf:in osasta, joka tallettaa kantaan, onko bitti arvoltaan 16 päällä vai ei.

Koodia: [Valitse]
@MEASURE = tilatieto:OUMAN.Tilamuuttuja
@VIRTUAL = sahkovastukset:1:1 if %_tilatieto_% & 16 > 0 else 0

Pitääkö tuo hälytysrekisteri kuitata vielä jotenkin erikseen sen lisäksi että hälytys on kuitattu pois säätimen näytöltä? Ainakaan mitään aktiivisia hälytyksiä tai muitakaan kuittaamattomia ei pitäisi olla, eikä hälytyksen aiheuttaminen vaikuta tilamuuttujaan. Säädin on EH201L.

Muistelen joskus kokeilleeni talologgergraphin avulla noita muitakin bittejä, mutta niissä ei näyttänyt olevan mitään elämää.

Nuo pitää olla talologgergraphissa noin, että tilatiedot näkyy oikein. Tuossa kiertovesipumpussa todennäköisesti vaikuttaa se, että se kytketään releen NC-kärjen kautta ja Ouman pysäyttää pumpun vetämällä releen. Digitaalituloissa taas ilmeisesti kun kosketin sulkeutuu, muuttuu bitti nollaksi. Sähkövastuksia ohjataankin sitten normaalisti sulkeutuvalla releellä niin siinä tuo toimii suoraan.

Poissa olammi

  • Konkari
  • *****
  • Viestejä: 509
  • Aircooled
Vs: Talologger apua tarvitaan
« Vastaus #192 : 12.05.15 - klo:14:57 »
Pitääkö tuo hälytysrekisteri kuitata vielä jotenkin erikseen sen lisäksi että hälytys on kuitattu pois säätimen näytöltä? Ainakaan mitään aktiivisia hälytyksiä tai muitakaan kuittaamattomia ei pitäisi olla, eikä hälytyksen aiheuttaminen vaikuta tilamuuttujaan. Säädin on EH201L.

Saattaa olla, että ohjaimen näytöltä kuittaaminen ei kuittaa sitä dataliittymän puolelta. Ohjaimen "Kuittaus"-rekisteriin pitää muistaakseni kirjoittaa arvo 255, että tilamuuttujan 8192-bitti nollaantuu.

Poissa jolla

  • Täysjäsen
  • ***
  • Viestejä: 131
  • Maalämpöfoorumi
    • mittauksia
Vs: Talologger apua tarvitaan
« Vastaus #193 : 10.06.15 - klo:11:41 »
SHELL1:LOCATION = /bin/cat
SHELL1:PARAMETERS = /sys/bus/w1/devices/28-000003718020/w1_slave
SHELL1:REGEXP = ^.*t=\s*(?P<outdoor>[0-9\.\-]+).*$

antaa lukeman 12345, tavoite on 12.345

voiko tuon (/1000) tehdä tuolla kolmannella rivillä jotenkin?

Poissa olammi

  • Konkari
  • *****
  • Viestejä: 509
  • Aircooled
Vs: Talologger apua tarvitaan
« Vastaus #194 : 24.06.15 - klo:13:54 »
SHELL1:LOCATION = /bin/cat
SHELL1:PARAMETERS = /sys/bus/w1/devices/28-000003718020/w1_slave
SHELL1:REGEXP = ^.*t=\s*(?P<outdoor>[0-9\.\-]+).*$

antaa lukeman 12345, tavoite on 12.345

voiko tuon (/1000) tehdä tuolla kolmannella rivillä jotenkin?

Eipä kyllä oikein pysty tekemään. Joku kätevä awk-skripti cat:in sijaan tietysti pystyisi.

Poissa tuxo

  • Nuorempi jäsen
  • **
  • Viestejä: 10
  • Maalämpöfoorumi
Vs: Talologger apua tarvitaan
« Vastaus #195 : 25.07.15 - klo:22:23 »
TalologgerPi toimii jonkin aikaa (viikko pari) ja sitten nibe-moduuli alkaa kiukuttelemaan

Ideoita, mistä johtuu?

Koodia: [Valitse]
25.07.2015 07:16:19: NIBE: Exception: 65087
25.07.2015 07:16:19: NIBE: Nibe serial thread stopped.
25.07.2015 07:18:00: NIBE: Module restarted after being failed.
25.07.2015 07:20:00: TaloLoggerThreadLogger: Unable to start data source query for module NIBE.
25.07.2015 07:22:00: TaloLoggerThreadLogger: Unable to start data source query for module NIBE.
25.07.2015 07:24:00: TaloLoggerThreadLogger: Unable to start data source query for module NIBE.

Poissa jussip

  • Täysjäsen
  • ***
  • Viestejä: 229
  • SH11, kaivo 235m
    • Talodata.net
Vs: Talologger apua tarvitaan
« Vastaus #196 : 29.08.15 - klo:13:59 »
Meni laskureista patterit tyhjäksi ja ne nollautu molemmat. Nyt kulutukset näyttää reilusti miinusta, mitä tälle voisi tehdä?

Poissa jolla

  • Täysjäsen
  • ***
  • Viestejä: 131
  • Maalämpöfoorumi
    • mittauksia
Vs: Talologger apua tarvitaan
« Vastaus #197 : 29.08.15 - klo:17:38 »
Meni laskureista patterit tyhjäksi ja ne nollautu molemmat. Nyt kulutukset näyttää reilusti miinusta, mitä tälle voisi tehdä?

minä olen lisännyt tietokannassa viimeisen lukeman ennen nollautumista sinne kaavaan, millä lasken kulutuksen

tänä vuonna 3 kertaa nollautunut
"(((x1*1+519000+262502+219892)/1000).toFixed(2)+" kWh")"

Poissa jussip

  • Täysjäsen
  • ***
  • Viestejä: 229
  • SH11, kaivo 235m
    • Talodata.net
Vs: Talologger apua tarvitaan
« Vastaus #198 : 29.08.15 - klo:18:51 »
minä olen lisännyt tietokannassa viimeisen lukeman ennen nollautumista sinne kaavaan, millä lasken kulutuksen

tänä vuonna 3 kertaa nollautunut
"(((x1*1+519000+262502+219892)/1000).toFixed(2)+" kWh")"
Eikös tämä sotke vanhat lukemat?

Poissa jolla

  • Täysjäsen
  • ***
  • Viestejä: 131
  • Maalämpöfoorumi
    • mittauksia
Vs: Talologger apua tarvitaan
« Vastaus #199 : 29.08.15 - klo:19:58 »
Eikös tämä sotke vanhat lukemat?
sotkee se, mutta jos ottaa aikavälin, esim tänä vuonna, näyttää oikein ja sitten esim vuorokausikulutushan oikenee kun 24 tuntia tulee täyteen katkoksesta jne