taloLogger ja Ekowell

[zta]

Olen satunnaisesti harrastanut Ekowellin monitorointia käyttäen Eltima Softwaren RS232 Data Logger sovellusta. Ekowell sylkäisee kerran minuutissa rimpsun pilkulla erotettuja arvoja esim näin:

A -69, 221, 480, 991,  440, 338, 378, 209,  60, 71, 1031, 667,  491, 379,  260, 0,  0, 0, 0,  438, 330, 400, 71,  0, 0, 0, 0, 0, 0, 0, 0, 0, 0

Data Logger tallentaa rimpsut tekstifailiin, josta Excel hakee ne, skaalaa ja näyttää käyrinä.
Tämä soveltuu ihan mainiosti satunnaiseen tarkkailuun, mutta jatkuvaan toimintaan siitä ei ole. TaloLogger ja taloLoggerGraph sen sijaan näyttäisi erinomaiselta ratkaisulta joten kysymys kuuluukin, että olisiko ajatusta laajentaa taloLoggerin kykyjä Ekowellin suuntaan. Protokolla on ainakin simppeli koska data tulee pyytämättä.

[olammi]

Täysin mahdollista. Helppoakin jopa, kunhan vaan tarkemmin määrittelet, että mitä mikin arvo tarkoittaa sekä olisi tiedossa muut kommunikaatioparametit (baudinopeus esim.). Kaikkein paras olisi, jos tuosta sarjaportin liikenteestä olisi jollain loggerilla otettu tiedostoon lokia liikenteestä.

[olammi]

Kaikkein paras olisi, jos tuosta sarjaportin liikenteestä olisi jollain loggerilla otettu tiedostoon lokia liikenteestä.

Katselin tuon Eltiman sarjaporttimonitorin sivuja ja varmaankin tuo "Dump view" olisi se mielenkiintoinen formaatti. Sen baudinopeuden lisäksi.

[_ead_]

Laitoin olammille privaattiviestin, jossa Ekowellista esimerkkidataa ja tietoja kenttien sisällöstä.

Baudrate = 9600, parity = none, databits = 8.

[olammi]

Datat saatu ja parit lisäkysymykset esitetty.

[_ead_]

[Vastailen suoraan tähän ketjuun, jotta muutkin näkevät keskustelun ja voivat osallistua tarvittaessa. Nuo datatiedostot laitoin erillisenä pm-viestinä, koska en keksinyt äkkiä muutakaan tapaa ]

Portista tulee dataa automaagisesti n. minuutin välein, sitä ei tarvi erikseen pyytää. 1 datarivi per minuutti. En ole koskaan tutkinut asiaa sen tarkemmin eli saisiko dataa erikseen pyydettäessä.

Pystyisiköhän zta tuolla Eltimalla nappaamaan tavutason liikennettä?

Negatiivisissa arvoissa data-arvon edessä on miinusmerkki. Esim. -9,5 Celsiusta tulee muodossa "-95" (ilman lainausmerkkejä).

[zta]

Kiitokset olammi:lle nopeasta ja positiivisesta vastauksesta sekä _ead_lle datan toimittamisesta. Laitan tähän vielä varmuuden vuoksi oman käsitykseni datan sisällöstä, jotta nähdään onko formaatti pysynyt samana. _ead_:n pumppu taitaa olla vähän vanhempi kuin minun joka on asennettu viime kesäkuussa.
Aloitusviestini data tarkoittaa uskoakseni seuraavaa:

A      aloitus
 -69  ulkolämpötila
221  sisälämpötila
480  alasäiliön alaosa,
991  yläsäiliö,  
440  menovesi,
338  paluuvesi,
378  lauhdutus,
209  imukaasu,  
60   liuos maahan,
71   liuos maasta,
1031 kuumakaasu,
667  käyttövesi,  
491  alasäiliön yläosa,
379  Piirin 2 meno,  
260  varalla,
0     en tiedä,  
0     kompressori,
0     en tiedä,
0     alavastus,  
438  menovesitavoite,
330  käyntialueen alaraja,
400  käyntialueen yläraja,
71    en tiedä,  
0, 0, 0, 0, 0, 0, 0, 0, 0, 0  en tiedä

Lämpötilat on siis kerrottu kymmenellä ja kompressorin ja vastuksen tilatieto on joko 0 tai 1.
Eltiman Data Loggerin kommunikointiasetuksina toimii seuraavat:
Baudrate 9600
Databits 8
Parity none
Stop bits 1
Flow control Hardware

Käytössä on siis se ilmainen "Data Logger" joka ei juuri muuta kerro toiminnastaan.

[_ead_]

Sama tulkinta täällä. Ilmeisesti tuo datan muoto ei ole muuttunut miksikään pitkään aikaan. Tuosta vastuksen tilatiedosta en tiennytkään, tosin meillä ei vastus koskaan ole ollut päällä käyttöönottopäivän jälkeen.

Tuo "71 en tiedä" on käsittääkseni kolmitieventtiilin asento prosentteina. Tässä sinun esimerkissä arvo on 71%. Tämä kolmitieventtiilin asento prosentteina, alavastuksen tilatieto ja kompressorin tilatieto ovat ainoita, joita ei tarvitse jakaa kymmenellä.

Paljon tuossa on noita tuntemattomia nollia, jotka ovat ehkä jotain hälytysarvoja. Tarkistin omasta tietokannasta ja ne eivät kertaakaan ole olleet kahden vuoden loggauksen aikana nollasta eroavia.

Meillä ei ole toista lämmönjakopiiriä, jolloin 2.piirin menoveden arvoksi tulee aina 1750. Samoin sen jälkeinen arvo on meillä aina 1750. Voisiko tuo laittamasi "260 varalla" olla 2.piirin paluuvesi, joka olisi siis tuossa esimerkkirivissä 26 C?

[zta]

Joo, tuo 71 tosiaan näyttäisi olevan shuntin asento prosentteina. Enpä ole tullut asiaa ajatelleeksi aiemmin.
Meillä on myös vain yksi säädetty lämmituspiiri, mutta lattialämmitystä varten on patteripiiriin kytketty levylämmönvaihdin jonka toisiopuolelta on mitattu 2. lämmityspiirin meno ja paluu käyttäen sitä "Varalla" anturia.

Alavastus on täällä käynyt päällä viime päivinä useamman kerran, mutta syynä näyttäisi olevan se, että suihkussa on käyty liian harvoin.  
Tulistusenergiaa syntyy enemmmän kuin kulutetaan joten yläsäiliön lämpötilaa hilautuu ylös lähelle sataa astetta. Kun se ylittää 99 astetta, alasäiliön yläraja putoaa 40 asteeseen. Tämä ei kuitenkaan riitä pattereille, joten vastus menee ajoittain päälle. Kuulostaa aika absurdilta, että vastusta tarvitaan silloin kun varaajassa on liikaa energiaa. Ongelman selvittely on kesken, joten ei siitä tässä vaiheessa tämän enempää.

[_ead_]

Laitoin vielä olammille privaattiviestinä tiedoston, jossa "raakadataa" Ekowellin sarjaportista. Dataa keräsin n. 10 minuutin ajalta eli tiedostossa on n. 10 mittausta. Tiedot keräsin seuraavalla komennolla (Linux, Debian):

jpnevulator --file output_file.txt --tty /dev/ttyUSB0 --read  

[olammi]

Juu, kiitos. Eiköhän näillä eväillä saada testiversio rakennettua. Tässä on vain pikkuisen eri tapa lukea noita kuin muiden pumppujen kanssa. Pitää keksiä joku uusi tapa toteuttaa moduuli taloLoggeriin. Ei kuitenkaan mitään tähtitiedettä.

[olammi]

taloLoggerin Ekowell-testiversio on valmis ja se löytyy URL:ista

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

taloLogger.conf:iin pitää laittaa sarjaportin osoite kohdilleen avaimeen EKOWELL_SERIAL_PORT. Laitetyyppi on DEFAULT.  Konffis lokittaa 2 minuutin välein konsolille ulkolämpötilaa. Jos se toimii, niin mittauspisteitä voi laittaa lisää konfiguraatioon. Dokumentaation puuttuessa käytettävissä olevat Ekowellin mittauspisteet näkyvät ekowellSerial.py-tiedoston alkupuolelta EKOWELL_DEVICES-taulukosta.

Kommentteja odotellessa. Vikaa saattaa olla, koska itsellä ei Ekowelliä ole ja koodaus on tehty tunteella teidän antamien lokien perusteella.

[_ead_]

Hyvin on sokkona koodattu!  

22.01.2011 22:02:00: TaloLoggerThread:
    ulkolampo: -4.2
    sisalampo: 21.6
    alasailion alaosa: 36.6
    ylasailio: 58.5
    lammityspiiri meno: 26.5
    lammityspiiri paluu: 24.4
    lauhdutus: 37.6
    imukaasu: 7.9
    keruupiiri meno: -1.9
    keruupiiri paluu: 0.5
    kuumakaasu: 75.8
    kayttovesi: 44.2
    alasailion ylaosa: 43.6
    piiri 2 meno: 174.9
    varalla: 174.9
    kalibrointi: 0
    kompressori: 1
    tila3: 0
    alavastus: 0
    menovesitavoite: 27.0
    alaraja: 30.0
    ylaraja: 40.0
    kolmitieventtiili: 29


Näyttäisi kaikki tiedot tulevan ihan oikein, hieno homma. Aikaisemmin minulla on ollut käytössä perl-loggeri + mySQL + Java-ohjelma, joka on pukannut seuraavan sivun tunnin välein jakoon: http://personal.inet.fi/hima/ead/.  Tutustun nyt tarkemmin taloLoggeriin ja taloLoggerGraphiin, jos vaikka saisin noi omat viritykset korvattua näillä sinun hienoilla tuotteilla.

Seuraava ehdotus: Ekowell pukkaa ulos toistaiseksi tuntematonta tilatietoa tietojoukon viimeisinä tietoina. Saisiko nämä tiedot vielä ohjelman keräämän datan piiriin? Näistä voisi olla apua myöhemmin, jos vaikka joku Ekowellin softasta tietävä tulee kaapista ulos ja kertoo mitä tiedot tarkoittavat. Todennäköisesti tiedot ovat jotain hälytystietoja, jotka ovat nollasta eroavia vikatilanteissa.

Ja vielä seuraava pieni havainto. Kun taloLoggerin suorituksen katkaisee väkisin (Ctrl-C) ja yrittää uudelleen käynnistää taloLoggerin, tulee seuraava virheilmoitus:


...
...
    ylaraja: 40.0
    kolmitieventtiili: 27
Traceback (most recent call last):
  File "taloLogger.py", line 718, in ?
    main()
  File "taloLogger.py", line 692, in main
    time.sleep(LOG_INTERVAL - t)
KeyboardInterrupt
Unhandled exception in thread started by
Error in sys.excepthook:

Original exception was:

XXX:/home/talo/taloLogger$ python taloLogger.py
22.01.2011 21:20:58: WARNING: No log data stores configured. Data is written to application log.
22.01.2011 21:21:08: EkowellSerial: ERROR: Unable to aquire lockfile for ekowellSerial port: /tmp/lock_ekowellSerial__dev_ttyUSB0
22.01.2011 21:21:08: ERROR: Error initializing modules. Exiting.: Error accessing Ekowell controller.
ERROR: Error initializing modules. Exiting.: Error accessing Ekowell controller.


Poistamalla /tmp/lock_ekowellSerial__dev_ttyUSB0 tiedoston, taloLogger lähti toimimaan normaalisti. Ohjelmaa ajettu Linkstation Live NAS:issa, jossa Debian + Python 2.4.4 + pyserial 2.5.

[olammi]

Hyvin on sokkona koodattu!  

Sokeakin kana joskus jyvän löytää.

Seuraava ehdotus: Ekowell pukkaa ulos toistaiseksi tuntematonta tilatietoa tietojoukon viimeisinä tietoina. Saisiko nämä tiedot vielä ohjelman keräämän datan piiriin? Näistä voisi olla apua myöhemmin, jos vaikka joku Ekowellin softasta tietävä tulee kaapista ulos ja kertoo mitä tiedot tarkoittavat. Todennäköisesti tiedot ovat jotain hälytystietoja, jotka ovat nollasta eroavia vikatilanteissa.

Voivat olla myös tulevalle toteutukselle tai laajennukselle varattuja paikkoja. Mutta ilman muuta ne saa mukaan. Laitan profiiliin jotain sopivia tuntemattomia avaimia ja datatyypiksi kokonaisluvun, niin näitäkin voi lokittaa.

Ja vielä seuraava pieni havainto. Kun taloLoggerin suorituksen katkaisee väkisin (Ctrl-C) ja yrittää uudelleen käynnistää taloLoggerin, tulee seuraava virheilmoitus: ...
Poistamalla /tmp/lock_ekowellSerial__dev_ttyUSB0 tiedoston, taloLogger lähti toimimaan normaalisti.

Ongelma on tiedossa. Python käsittelee keyboard interruptin erityisellä tavalla. Tähän ei ole varauduttu eikä se palvelinprosessin pysäyttämiseen ole "normaali" tapa, kun niitä ei yleensä ajeta suoraan konsolissa. Koitan katsoa yleisestikin, että miten tuon saisi kiinni samalla tavalla kuin järjestelmältä tulevan lopetussignaalin.

Toisaalta tässä Ekowellin tapauksessa ei taideta tarvita tuota lukkotiedostokäsittelyä ollenkaan, koska portti joudutaan pitämään koko ajan avoimena. Muut moduulit avaavat portin vain datan luvun yhteydessä, jolloin lukituksille on paikkansa ja yhteyttä voidaan käyttää esim. konfigurointiin tai hälytysten tarkkailuun väliaikoina, kun taloLogger ei lue dataa.

[olammi]

Ekowell-testiversiota korjailtu virhesietoisemmaksi.

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

Tämä lienee "valmis" ja se tulee seuraavaan varsinaiseen taloLogger-julkaisuun, johon tavoitteena olisi saada useamman saman moduulin takana oleva tuki mukaan (esim. 2 eri Ouman-kontrolleria samassa lokituksessa).

[zta]

Yritän rakennella systeemiä käyttäen Sheeva Plugia. Käyttöjärjestelmänä on muistikortille asennettu Debian Squeeze ja tietokantana MySQL.
Linuksista ei ollut aiempaa kokemusta, joten homma etenee hitaasti ja pienin askelin. Tai ainakin toistaiseksi on edennyt, mutta nyt tökkii, joten ajattelin kysäistä kokeneemmilta.

MySQL tietokanta ”talo” sekä taulukko ”lvilog” on määritelty sekä taloLogger.conf:iin on lisätty mittauspisteet sekä enabloitu MySQL tallennus.

Komennolla $ sudo jpnevulator --tty /dev/ttyUSB0 –read ruudulle pompsahtelee minuutin välein dataa:

41 20 2D 33 31 2C 20 32 31 36 2C 20 34 34 38 2C
20 36 36 36 2C 20 20 34 31 36 2C 20 33 32 35 2C
.
.
20 30 2C 20 30 2C 20 30 2C 20 30 0D 0A

Kommunikointi siis näyttäisi toimivan.

TaloLoggerkin käynnistyy, mutta ei löydä dataa:

$ sudo python taloLogger.py
01.03.2011 13:16:32: EkowellSerial: Started Ekowell serial module.
01.03.2011 13:16:32: Starting taloLogger.py (v1.3c).
01.03.2011 13:18:00: TaloLoggerThread: Received none or unknown data for command EKOWELL.Ulkolampo. Retrying...
01.03.2011 13:18:00: TaloLoggerThread: Received none or unknown data for command EKOWELL.Ulkolampo. Retrying...
01.03.2011 13:18:01: TaloLoggerThread: Received none or unknown data for command EKOWELL.Ulkolampo. Giving up...
.
.
01.03.2011 13:18:13: TaloLoggerThread: Received none or unknown data for command EKOWELL.Tuntematon32. Retrying...
01.03.2011 13:18:14: TaloLoggerThread: Received none or unknown data for command EKOWELL.Tuntematon32. Giving up...
01.03.2011 13:18:14: TaloLoggerThread:
    ulkolampo:
    sisalampo:
    .
    .
    tuntematon31:
    tuntematon32:

Mistähän kannattaisi etsiä vikaa?

[olammi]

Ajaisitko taloLoggeria verbose/debug moodissa (-v vipu), niin tulostelee debug-tulosteita. Laitat ne sitten liitteeksi. Ensin tietysti tarkistaisin, että taloLogger.conf:issa on oikea sarjaportin osoite (ilmeisesti /dev/ttyUSB0).

[zta]

Kiitoksia nopeasta vastauksesta!
No niin, porttiasetuksessa se vika olikin, asetus oli /ttyS0 eikä ttyUSB0.
No tästä on hyvä taas askeltaa eteenpäin.

[maalämpökalle]

Voisko selittää maalaisjärjellä mitä kaikkia tarvitaan jos halutaan hienoja käppyröitä Ekowell:n maalämpöpumpusta tietokoneelle.
Olisi mielenkiintoista seurata tuota oman pumpun sielunelämää, mitä se touhuaa oikein.
Käytössä ei ole ollut ongelmia, mutta mukava olisi ottaa vaikka viikon kaikki tiedot ylös, mitä se on touhunnut  

[zta]

Pienin askelin ja hitaasti on edetty, mutta loppujen lopuksi kaukovalvontajärjestelmä on nyt toiminnassa.
(Sheevaplug+Debian Squeeze+MySQL+TaloLogger+TaloLoggerGraph)
Ajantasaista mittausdataa löytyy osoitteesta: http://evt1000.dy.fi

Aina ei internetin kautta yhteyttä synny johtuen Telewellin modeemin ”nukahtamistaipumuksesta”. Ja silloinkin kun yhteys toimii, vastausta joutuu odottelemaan tovin, koska TaloLoggerGraph piirtää aina lennossa uudet kuvat ja Sheevaplugin teho on aika vaatimaton.

[Riihimaa]

Nyt on Raspberry + USB WLAN + RS232-USB hässäkkä pystyssä mutta konffauksessa vielä jotain väärin.
Mistäköhän tämä johtuu...

pi@raspberrypi /home/talo/bin/taloLogger $ python taloLogger.py -v -f taloLogger.conf
11.03.2013 19:41:34: Starting taloLogger.py (v1.5b).
11.03.2013 19:41:34: EKOWELL: Opened ekowellSerial port: /dev/ttyUSB0
11.03.2013 19:41:34: EKOWELL: Started Ekowell serial module.
11.03.2013 19:41:34: EKOWELL: Received Ekowell serial data: 'A -123, 223, 379, 618,  248, 231, 272, 191,  -7, 12, 572, 499,  408, 282, 1743, 0,  0, 0, 0,  250, 350, 400, 38,  0, 0, 0, 0, 0, 0, 0, 0, 0, 0\r\n'
11.03.2013 19:42:00: EKOWELL: Running ekowellSerial query with id 0
11.03.2013 19:42:00: EKOWELL: Running ekowellSerial query with id 1
11.03.2013 19:42:00: TaloLoggerThread: Storing logged data with 2 points.
11.03.2013 19:42:00: SQLITEDB: ERROR: Error in database operation, SQL: INSERT INTO talo_positions (position_name) VALUES ('Ulkolampo')
11.03.2013 19:42:18: EKOWELL: Received Ekowell serial data: 'A -123, 223, 374, 618,  250, 232, 266, 198,  -6, 13, 566, 492,  408, 281, 1743, 0,  0, 0, 0,  250, 351, 401, 38,  0, 0, 0, 0, 0, 0, 0, 0, 0, 0\r\n'

[olammi]

SQLite-tietokantaan kirjoittaminen ei jostain syystä onnistu loggerilta. Vaihtoehtoja on useita. taloLoggerin konfiguraatiotiedosto olisi hyvä nähdä, jos tarkempaa selvittelyä tehdään. Toisaalta voisi tarkistaa, että talo-käyttäjällä on oikeus kirjoittaa siihen SQLite-tiedostoon, johon konfiguraatio osoittaa (tiedosto-oikeus ja hakemisto-oikeudet kunnossa).

[Riihimaa]

Sain Talologgerin toimimaan. Virhe oli tosiaan conf -tiedostossa tekemissäni määrittelyissä. Kiitoksia hienosta ohjelmasta, josta on varmasti paljon iloa monille lämpöpumppujen omistajille. Täytyy vielä vähän tarkemmin perehtyä säätämään nuo määritystiedostot vastaamaan omiin tarpeisiin ja katsoa vielä lähitulevaisuudessa jos saisi viriteltyä muutaman 1-wire anturin lisäksi.

Sitten täytyisi vielä keksiä miten saan määritettyä hälytysrajat joillekin parametreille ja niiden ylityksestä tai alituksesta lähtemään sähköpostin määriteltyyn osoitteeseen.

[olammi]

Sitten täytyisi vielä keksiä miten saan määritettyä hälytysrajat joillekin parametreille ja niiden ylityksestä tai alituksesta lähtemään sähköpostin määriteltyyn osoitteeseen.

Nuo ovat tulevia ominaisuuksia taloLoggerissa. Tosin toki saa rakentaa itsekin   Aikataulua tuleville ominaisuuksille ei ole vielä olemssa.

[tttemppu]

Moikka

Apuanne kaivataan... Noobie asialla. Eli olen juuri saanut Raspberry pi3 tulille ja siihen talologgerinkin asennettua.
Ongelma on etten saa kuin ulkolämpötilan logitettua. Se onnistuu ja näyttää piirtyvän graaphiinkin ihan ok. Jos lisää esim:
@MEASURE = outdoor:EKOWELL.Ulkolampo
@MEASURE = Kayttovesi:EKOWELL.Kayttovesi tämän käyttöveden niin tulee käynnistyksen jälkeen errorii:
12.02.2018 21:28:02: Persistent state directory: /home/talo/var/taloLogger/state
12.02.2018 21:28:02: Starting taloLogger.py (v1.7j).
12.02.2018 21:28:02: EKOWELL: Started Ekowell serial module.
12.02.2018 21:28:02: Initialized module EKOWELL
12.02.2018 21:28:02: Initialized module SQLITEDB
12.02.2018 21:28:02: TaloLoggerThreadStore: Module state loaded.
12.02.2018 21:28:03: TaloLoggerThreadStore: Received none or unknown data for command EKOWELL.Kayttovesi.
12.02.2018 21:28:03: TaloLoggerThreadStore: Received none or unknown data for command EKOWELL.Ulkolampo.
12.02.2018 21:28:03: TaloLoggerThreadStore: Completely empty result, not storing data.
12.02.2018 21:32:01: TaloLoggerThreadStore: Received none or unknown data for command EKOWELL.Kayttovesi.
12.02.2018 21:34:00: TaloLoggerThreadStore: Received none or unknown data for command EKOWELL.Kayttovesi.
12.02.2018 21:36:01: TaloLoggerThreadStore: Received none or unknown data for command EKOWELL.Kayttovesi.
12.02.2018 21:38:00: TaloLoggerThreadStore: Received none or unknown data for command EKOWELL.Kayttovesi.
12.02.2018 21:40:00: TaloLoggerThreadStore: Received none or unknown data for command EKOWELL.Kayttovesi.
12.02.2018 21:42:01: TaloLoggerThreadStore: Received none or unknown data for command EKOWELL.Kayttovesi.
12.02.2018 21:42:49: Terminating due to SIGTERM.
12.02.2018 21:42:54: Terminating.

Kertokaahan missä meen pieleen tämän kanssa!
Kiitoksia jo etukäteen

[zta]

Moi,
Minkäs ikäinen pumppu sinulla on? Vanhimmissa softaversioissa tuo mittaus on nimeltään "Kauttovesi", mutta uudemmissa versioissa V2.80 ja V2.81 mittauksen nimi näyttäisi olevan "Kauttovesi kierto". Nuo nimet löytyy failista ekowellSerial.py. Ja se tyyppi määritellään taloLogger.conf failissa.
Tein vastaavan harjoituksen reilu viikko sitten. Tulos näkyy osoitteessa evt1000.dy.fi.

[tttemppu]

Moi

Pumppu on vuodelta 2000 ja softa on 2.84.fi. Lähti nyt toimimaan tuolla 2.82 määrittelyillä.
Sieltä tulee mielestäni eri tietoa, kun määrittely tiedossa on ja taitaa olla sisälämpö anturi rikki, koska ei meillä ole sisällä -40 astetta 
Täytyy yrittää selvittää mitä noi luvut on. Toinen huoli näyttäisi olevan maalämpönesteen lämpötila melkein sama tulee ja menee?
Onnistuuko nesteeen lisääminen itse? ja jos niin kuinka pitäisi tehdä? Siellä on selainen "pallo" noin 10cm missä on korkki...
@zta olisiko mahdollista laittaa sun konffi fileet jakoon? On ihan mielettömän hienot
Alla on mun pumpusta tulevaa dataa:
A -40, -462, 417, 619,  297, 290, 350, 169,  738, 750, -7, 451  1, 0, 0,  300, 395, 445,  0, 0, 0, 0, 0, 0, 0, 0
A -39, -463, 410, 619,  297, 290, 414, 172,  738, 758, -5, 450  1, 0, 0,  300, 395, 445,  0, 0, 0, 0, 0, 0, 0, 0
A -37, -461, 410, 619,  298, 289, 425, 172,  739, 755, -13, 450  1, 0, 0,  300, 395, 445,  0, 0, 0, 0, 0, 0, 0, 0
A -38, -458, 412, 620,  299, 289, 426, 173,  721, 750, 16, 449  1, 0, 0,  300, 394, 444,  0, 0, 0, 0, 0, 0, 0, 0

Nyt ei ole kuin kaksi herjaa enään:
18.02.2018 13:50:01: TaloLoggerThreadStore: Received none or unknown data for command EKOWELL.Kayttovesi kierto.
18.02.2018 13:50:01: TaloLoggerThreadStore: Received none or unknown data for command EKOWELL.Yhteishalytys.

[zta]

Moi,

Liitteenä olevia konffifaileja ja kuvaa saa ihan vapaasti hyödyntää, jos niistä on iloa. Oma pumppuni on asennettu vuonna 2010 ja kommunikointi toimii tuolla "default" moodilla. Pienenä erikoisuutena on tuo kuvassakin näkyvä lattialämmitysratkaisu, jossa lattia saa lämpönsä patteripiiriin kytketyn lämmönsiirtimen kautta.  Lattiaputkisto on erotettu omaksi vesitilakseen, koska käytetty muoviputki ei ole diffuusiosuojattua. (Oli alun perin käyttövesipiirissä). Käyttöveden kiertoakaan ei ole, joten siirsin sen tarpeettoman käyttövesianturin mittaamaan kylmäainekiertoa ennen lauhdutinta (käyrän nimi "lauhduttimelle").

[tttemppu]

Hei

Kiitos zta. Mulle selvisi miksi nuo arvot ei pitänyt paikkansa. Tarkastellessani yllä olevaa viestiäni huomasin kiertoveden(lämpö arvo) ja kompuran käynnin (0 tai 1) välissä puuttuvasta pilkusta:
A -38, -458, 412, 620,  299, 289, 426, 173,  721, 750, 16, 449  1, 0, 0,  300, 394, 444,  0, 0, 0, 0, 0, 0, 0, 0
Onko tällä ketään joka voisi auttaa/tutkia saanko lisättyä jotenkin pilkun tuohon väliin. esim tiedostossa EkowellSerial.py vai onko ainoa vaihtoehto tilata päivitys softaan? Vai onko softa ladattavissa netistä?

Ja paljon kiitoksia jälleen