Talologger apua tarvitaan

[olammi]

Hei.

Ei se sit onnistunut vieläkään. Noilla ohjeilla sain kyllä tuloksen mutta aivan väärän anturin.

Käskyllä http://192.168.0.17:8888/json.htm?type=devices&rid=12 jää &rid12 pois ja kysely antaa kaikkien tietokannassa olevien laitteiden arvot ja siten menee pieleen.

Kosoli antaa vastaukseksi --2017-01-27 20:31:43--  http://192.168.0.17:8888/json.htm?type=devices  eli jättää lopun pois, ei ymmärrä.

Nyt meni allekirjoittaneelta hieman yli, että mitä yritit tehdä ja mikä meni pieleen. Tarkennatko hieman, niin katsotaan mistä on kyse.

[Kokko74]

Moi.
Eipä tuota paljon tuon huonommin pysty kirjoittamaan.

Eli:
Ohjelma/serveri jolta tietoja kysyn on Domotizc.

Kun laitan selaimeen http://192.168.0.17:8888/json.htm?type=devices&rid=12 saan paluuna anturin 12 tiedot tietokannasta, sen minkä tänne viestiin laitoin.

Nyt kun kokeilen linuxin consolilla wget komennolla samaa niin siitä jää jostain syystä '&rid=12' pois jolloin tietokanta antaa vastaukseksi kyselyyn koko tietokannan laitteiden tiedot sillä hetkellä.

Talologger samalla komennolla kyllä parsii vastauksesta ensimmäisen löytämänsä "Humidity" tiedon ja kirjoittaa sen tietokantaan. Joten kaikki muu toimii mutta wget ei mene oikein.

[olammi]

Moi.
Eipä tuota paljon tuon huonommin pysty kirjoittamaan.

Eli:
Ohjelma/serveri jolta tietoja kysyn on Domotizc.

Kun laitan selaimeen http://192.168.0.17:8888/json.htm?type=devices&rid=12 saan paluuna anturin 12 tiedot tietokannasta, sen minkä tänne viestiin laitoin.

Nyt kun kokeilen linuxin consolilla wget komennolla samaa niin siitä jää jostain syystä '&rid=12' pois jolloin tietokanta antaa vastaukseksi kyselyyn koko tietokannan laitteiden tiedot sillä hetkellä.

Talologger samalla komennolla kyllä parsii vastauksesta ensimmäisen löytämänsä "Humidity" tiedon ja kirjoittaa sen tietokantaan. Joten kaikki muu toimii mutta wget ei mene oikein.

Et-merkki (&) on komentorivillä erikoismerkki, jolla on erikoismerkitys (siirtää merkkiä ennen annetun komennon tausta-ajoon). Jos URL:eja käytetään komentorivillä, niin ne pitää laittaa lainausmerkkeihin. Kokeilepa:

Koodia: [Valitse]

wget "http://192.168.0.17:8888/json.htm?type=devices&rid=12"


[Kokko74]

Kiitos todella paljon.
Näin sitä oppii pikku hiljaa näitä asioita.

[jolla]

tästä rivistä
2017-02-20 12:50:00,3.343003355769667,63.849933333333325
yritän lukea aikaleiman , jälkeiset tiedot
SHELL3:REGEXP = ^.*,\s*(?P<kul_kwh>[0-9\.\-]+)\s*,\s*(?P<kul_puu>[0-9\.\-]+)\s.*$

mikähän mättää, onnistuu kylläkin jos tuota aikaleimaa ei ole tällä
SHELL3:REGEXP = ^\s*(?P<kul_kwh>[0-9\.\-]+)\s*,\s*(?P<kul_puu>[0-9\.\-]+)\s*$

tai vaihtoehtoisesti jos tämän saisi kirjoittamaan ilman aikaleimaa, niin että poimisi oikealta ajanjaksolta datan

...................
data = cur.execute('select DATETIME(time, \'localtime\') as paikallisaika, sum(kwhnow)/6, sum(energia)/60 from talo_data where DATETIME([time]) >= DATETIME("now","start of day");')

with open('/home/talo/log/kulutus.csv', 'wb') as f:
  writer = csv.writer(f)
  writer.writerows(data)
for row in data:
 print >> f, row

[olammi]

tästä rivistä
2017-02-20 12:50:00,3.343003355769667,63.849933333333325
yritän lukea aikaleiman , jälkeiset tiedot
SHELL3:REGEXP = ^.*,\s*(?P<kul_kwh>[0-9\.\-]+)\s*,\s*(?P<kul_puu>[0-9\.\-]+)\s.*$

mikähän mättää

Koitas tuota:

Koodia: [Valitse]

^.*,\s*(?P<kul_kwh>[0-9\.\-]+)\s*,\s*(?P<kul_puu>[0-9\.\-]+)\s*.*$

Pihvi siis tuo "kul_puu"-osion jälkeinen whitespace, joka sinun regexpissä on pakollinen (lienee jäänyt * pois).

[jolla]

Koitas tuota:

Koodia: [Valitse]

^.*,\s*(?P<kul_kwh>[0-9\.\-]+)\s*,\s*(?P<kul_puu>[0-9\.\-]+)\s*.*$

Pihvi siis tuo "kul_puu"-osion jälkeinen whitespace, joka sinun regexpissä on pakollinen (lienee jäänyt * pois).

kiitos ja kumarrus jälleen, nyt toimii

[noble]

Olisi päivitystoivomus talologgerin Nibe-tukeen.

Pali on päivittänyt openHAB2 Nibe sidoksen.

Jos UDP-tilaa saisi päivitettyä Talologgeriin, että myös Talologger generoisi luenta että kirjoitus komennot ja välittäisi ne Arduinolle. Arduino sitten kirjoittaa ne pumpulle.
Lisää päivityksestä:
http://www.maalampofoorumi.fi/index.php?topic=4888.msg98551#msg98551

Nykyisessä versiossa saa Talologgerilla haettua Arduinolta ne valmiiksi määritetyt 20reksiteriä. Tuon päivityksen myötä saisi haettua kaikki Talologgerin confin mukaiset tiedot, sekä mahdollisesti tulevaisuudessa myös kirjoittaa Talologgerilla?

[olammi]

Olisi päivitystoivomus talologgerin Nibe-tukeen.

Pali on päivittänyt openHAB2 Nibe sidoksen.

Jos UDP-tilaa saisi päivitettyä Talologgeriin, että myös Talologger generoisi luenta että kirjoitus komennot ja välittäisi ne Arduinolle. Arduino sitten kirjoittaa ne pumpulle.
Lisää päivityksestä:
http://www.maalampofoorumi.fi/index.php?topic=4888.msg98551#msg98551

Nykyisessä versiossa saa Talologgerilla haettua Arduinolta ne valmiiksi määritetyt 20reksiteriä. Tuon päivityksen myötä saisi haettua kaikki Talologgerin confin mukaiset tiedot, sekä mahdollisesti tulevaisuudessa myös kirjoittaa Talologgerilla?

Laitetaan listalle.

[olammi]

Olisi päivitystoivomus talologgerin Nibe-tukeen.

Versio testattavaksi. Koodaaminen tehty jälleen vähän sokkona - menetelmänä lähinnä lukea NibeGW:n koodeja ja päätellä, että minkälaisia UDP-paketteja pitää lähetellä ja mihin. Jos taloLogger.conf:issa on määritelty UDP-tyyppiselle NIBERS485-moduulille QUERY_ADDRESS, niin täydentää perusrekistereiden tietoja puuttuvilta osin kyselemällä. Ilman QUERY_ADDRESS:ia pitäisi toimia kuten ennenkin pelkästään kuuntelevana. Portti oletuksena 9999, mutta sitä voi säätää moduulin QUERY_UDPPORT-asetuksella.

https://olammi.iki.fi/sw/taloLogger/taloLogger_dev_201612_nibegw.zip

Kommentit tavalliseen tapaan enemmän kuin tervetulleita. Virhetilanteissa lokit debugit päällä.

[noble]

Hienoa! Viritän vkoloppuna päivitetyn Arduinon paikalleen ja testaan.

[olammi]

Hienoa! Viritän vkoloppuna päivitetyn Arduinon paikalleen ja testaan.

Ok. Näin esimakuna, niin mielenkiintoisinta/eniten arvausta on siinä, että tuo toteutus perustuu siihen, että UDP-paketteja ammutaan NibeGW:n verkko-stackin jonoon, josta NibeGW näyttäisi käsittelevän aina paketti kerrallaan, kun pumpulta päin tulee ilmoitus, että nyt olisi se hetki kysyä, jos on kysyttävää. Normi esim. Linuxin verkko-stackillä pitäisi ainakin toimia ja pakettien mahtua jonoon. Arduinosta ei tietoa, että onko siinä millainen ja minkä kokoinen pakettijono. Kooltaan toki paketit pieniä (payload 6 tavua).

[Pali]

Normi esim. Linuxin verkko-stackillä pitäisi ainakin toimia ja pakettien mahtua jonoon. Arduinosta ei tietoa, että onko siinä millainen ja minkä kokoinen pakettijono. Kooltaan toki paketit pieniä (payload 6 tavua).

Arduinossa käytetyissä Ethernet chipeissä (W5100 ja W5200) on 16k tavua RAMia joka on defaulttina jaettuna neljälle yhtäaikaiselle yhteydelle (socket). Per socket siis 4kB, joka on vielä jaettu tasan TX ja RX buffereille, eli 2 kilotavua pitäs olla luenta pyynnöille tilaa. Tästä syystä en mitään rajoituksia tuohon rakentanut vaan yritin pitää koodin hyvin yksinkertaisena.

[olammi]

Arduinossa käytetyissä Ethernet chipeissä (W5100 ja W5200) on 16k tavua RAMia joka on defaulttina jaettuna neljälle yhtäaikaiselle yhteydelle (socket). Per socket siis 4kB, joka on vielä jaettu tasan TX ja RX buffereille, eli 2 kilotavua pitäs olla luenta pyynnöille tilaa. Tästä syystä en mitään rajoituksia tuohon rakentanut vaan yritin pitää koodin hyvin yksinkertaisena.

Tämä varmaankin sitten toimii OK tuolla minun arvauksella. Sehän ampuu nyt aina mittausvälin aluksi sinne jonoon UDP-paketteja, joissa jokaisessa yhden dataposition kysely (0xC0 0x69-paketti). Käsitykseni mukaan NibeGW sitten yksi kerrallaan (yksi paketti / pumpulta tullut READ token) tyhjentelee pakettijonoa pumpulle päin.

[noble]

Ensimmäinen testi takana, liitteessä tulostetta ja testi-conf.
En itse osaa tulkita ilman tietokantatulosteita, tuleeko kaikki conf:n mukaiset pisteet haettua, mutta teille kertonee enemmän

Mitä tuossa aikaleimalla 03.03.2017 20:28:01 tapahtuu..?

[olammi]

Ensimmäinen testi takana, liitteessä tulostetta ja testi-conf.
En itse osaa tulkita ilman tietokantatulosteita, tuleeko kaikki conf:n mukaiset pisteet haettua, mutta teille kertonee enemmän

Mitä tuossa aikaleimalla 03.03.2017 20:28:01 tapahtuu..?

Sinulla ei ole tuo kysely konffattuna päälle taloLoggeriin oikein. Sinulla on:

Koodia: [Valitse]

#NIBERS485:QUERY_ADDRESS = 192.168.2.50
kun pitäisi varmaankin olla:

Koodia: [Valitse]

NIBERS485:QUERY_ADDRESS = 192.168.2.50
Eli kommentti# pois alusta.

[noble]

Sinulla ei ole tuo kysely konffattuna päälle taloLoggeriin oikein. Sinulla on:

Koodia: [Valitse]

#NIBERS485:QUERY_ADDRESS = 192.168.2.50
kun pitäisi varmaankin olla:

Koodia: [Valitse]

NIBERS485:QUERY_ADDRESS = 192.168.2.50
Eli kommentti# pois alusta.

No niinpä oli jäänyt kommentointi päälle.
Uusi ajettu, näyttäisi kaikki arvot tulevan!

Yksi asia pistää silmää, mikä on varmaan aiemminkin ollut, mutta miksi tämä toistuu useasti?

Koodia: [Valitse]

NibeRS485: Got data for id 43514: 0x000F

nibeRS485Serial.py:stä lainaten

Koodia: [Valitse]

[43514, 'PCA-Base Relays EP14', TYPE_UINT8, TYPE_R, '', 'Indicates the active relays on the PCA-Base card. The information is binary encoded']
EDIT: siis haen kyllä PCA-Base Relays EP14 tilaa, mutta miksi se tulee noin korostuneesti/usein? Nibe puskee sitä tiehempaan..?

[olammi]

Yksi asia pistää silmää, mikä on varmaan aiemminkin ollut, mutta miksi tämä toistuu useasti?

Koodia: [Valitse]

NibeRS485: Got data for id 43514: 0x000F
EDIT: siis haen kyllä PCA-Base Relays EP14 tilaa, mutta miksi se tulee noin korostuneesti/usein? Nibe puskee sitä tiehempaan..?

Nibe puskee sitä tiheään. Niinkuin osaa muistakin arvoista, mutta upsistakeikkaa. Taannoin kun tein tuohon sen virhetilanteiden käsittelyä parantavan muutoksen niin oli päässyt koodi tuolta osin hieman muuttumaan ja se ei ottanut kaikkia noissa automaattisesti tulevissa sanomissa olevia tietoja. Nyt samaisen dev_201612_nibegw-linkin takana korjattu versio. Koitatko, että toimii ja tulee usein enemmänkin dataa.

[noble]

Nibe puskee sitä tiheään. Niinkuin osaa muistakin arvoista, mutta upsistakeikkaa. Taannoin kun tein tuohon sen virhetilanteiden käsittelyä parantavan muutoksen niin oli päässyt koodi tuolta osin hieman muuttumaan ja se ei ottanut kaikkia noissa automaattisesti tulevissa sanomissa olevia tietoja. Nyt samaisen dev_201612_nibegw-linkin takana korjattu versio. Koitatko, että toimii ja tulee usein enemmänkin dataa.

Uudempi versio ladattu samasta linkistä ja testattu.

Nyt näkee selkeästi kuinka rekisterissä määritetyt tulevat aina ensin ja sitten TaloLogger pyytää puuttuvat.
Laitoin myös Arduinon debugin pyörimään, aikaleimaa en siihen saanut mutta tulosteet liitteessä.

[olammi]

Uudempi versio ladattu samasta linkistä ja testattu.

Nyt näkee selkeästi kuinka rekisterissä määritetyt tulevat aina ensin ja sitten TaloLogger pyytää puuttuvat.
Laitoin myös Arduinon debugin pyörimään, aikaleimaa en siihen saanut mutta tulosteet liitteessä.

Jep. Nyt näyttää taloLoggerin osalta terveemmältä.

[Pali]

Uudempi versio ladattu samasta linkistä ja testattu.

Nyt näkee selkeästi kuinka rekisterissä määritetyt tulevat aina ensin ja sitten TaloLogger pyytää puuttuvat.
Laitoin myös Arduinon debugin pyörimään, aikaleimaa en siihen saanut mutta tulosteet liitteessä.

Mitäs lisälaitteita sulla on kiinni pumpussa? Pumppu lähettää paketin osoitteeseen 02 jonka joku kuittaa. En muistaakseni ole tuollaista ennen nähnyt.

[noble]

Mitäs lisälaitteita sulla on kiinni pumpussa? Pumppu lähettää paketin osoitteeseen 02 jonka joku kuittaa. En muistaakseni ole tuollaista ennen nähnyt.

Pumpussa on käyttövesikierto ja toinen lämmitysjärjestelmä ECS41.

ECS41:ssä on ilmeisesti tämä sama AXC40 lisävarustekortti, ja se siellä luultavasti kuittailee, koska se on kytketty myös Niben RS485 väylään.

http://www.nibe.fi/tuotteet/lisatarvikkeet/NIBE-ECS-411/
http://www.nibe.fi/tuotteet/lisatarvikkeet/nibe-axc-40/

Laitoin testiversion pyörimään nyt kauemmaksi aikaa ja mukana on muutkin käyttämäni moduulit käytössä. Hyvin näyttää toimivan!

[noble]

Testasin myös Thingspeakiä, hyvin toimii sekin.
Saanko määritettyä useamman kanavan konfiin? Esim. THINGSPEAK, THINGSPEAK2. Näille sitten määritetään omat API-keyt.

[olammi]

Testasin myös Thingspeakiä, hyvin toimii sekin.
Saanko määritettyä useamman kanavan konfiin? Esim. THINGSPEAK, THINGSPEAK2. Näille sitten määritetään omat API-keyt.

Tottakai saa.

[noble]

Joo, nätisti lähti toimimaan.

[jolla]

esp easy ja talologger, tarkoitus saada tiedot taloLoggerin tietokantaan niin, ettei porttia tarvitse lähetyspäässä pitää auki
elikkä ESP lähettää ne....noutaen kylläkin onnistuu helposti mutta vaatii 80 auki
esp8266 lähettää onnistuneesti

192.168.1.237 - - [05/Apr/2017:21:51:07 +0300] "GET /esp/upload.php?valuename=Temperature&value=22.30 HTTP/1.1" 200 549 "-" "-"
192.168.1.237 - - [05/Apr/2017:21:51:22 +0300] "GET /esp/upload.php?valuename=Humidity&value=31.20 HTTP/1.1" 200 549 "-" "-"
192.168.1.237 - - [05/Apr/2017:21:51:52 +0300] "GET /esp/upload.php?valuename=Analog&value=4.00 HTTP/1.1" 200 549 "-" "-"
192.168.1.237 - - [05/Apr/2017:21:52:57 +0300] "GET /esp/upload.php?valuename=Temperature&value=22.30 HTTP/1.1" 200 549 "-" "-"
192.168.1.237 - - [05/Apr/2017:21:53:12 +0300] "GET /esp/upload.php?valuename=Humidity&value=30.60 HTTP/1.1" 200 549 "-" "-"
192.168.1.237 - - [05/Apr/2017:21:53:42 +0300] "GET /esp/upload.php?valuename=Analog&value=4.00 HTTP/1.1" 200 549 "-" "-"

tällä otan kopin, onko parempia ehdotuksia kun minulle tu php on täysin hepreaa

Koodia: [Valitse]

<?php

$valuename = $_GET['valuename'];
$value = $_GET['value'];

switch ($valuename) {
case 'Temperature':
$temp = $value;
error_log('Temp:'.$temp."\n", 3, "/var/www/html/esp/esp.csv");
break;
case 'Humidity':
$humidity = $value;
error_log('Hum:'.$humidity."\n", 3, "/var/www/html/esp/esp.csv");
break;
}
?>
 tiedosto on tätä

Temp:22.30
Hum:31.20
Temp:22.30
Hum:31.20
Temp:22.30
Hum:31.20
Temp:22.30
Hum:30.60
Temp:22.30
Hum:31.20
Temp:22.30
Hum:31.10

kuinka saisin ylikirjoitettua tun tiedoston jotta siellä olisi vain viimeinen arvo kustakin anturista
olen kokeillut 'w' ja 'wb' sekä avata ja sulkea mutta ei ole onnistanut
kuinka voisi poimia viimeiset tarvittavat rivit, ei kylläkään hyvä vaihtoehto
vai miten olisi parempi saada arvot taloLoggerin tietokantaan

edit
kun tekee eri nimiset tiedostot kullekin anturille, helpottaa hieman

[olammi]

Olisiko tässä tapauksessa helpointa tosiaan tehdä johonkin hakemistoon jokaista mittauspistettä kohden yksi nimetty tiedosto, jossa on vain viimeisin arvo (ei labelia). Sitten OWFS-tyyppisesti lukee arvot taloLoggerilla niistä tiedostoista.

Tuossa koodissasi käytät error_log-funktiota, jonka tarkoitusperä on nimenomaan kirjoittaa lokiviestejä allekain tiedostoon - hukkaamatta edellisiä. Koita funktiota file_put_contents.

Esim. näin:

Koodia: [Valitse]

<?php

$valuename = $_GET['valuename'];
$value = $_GET['value'];
file_put_contents("/var/www/html/esp/" . $valuename, $value . "\n");
?>

Edit: Ja lisätään vielä disclaimer, että tuo minun yksinkertaistettu esimerkkini ei ole turvallista koodia. Tuon avulla voi kirjoittaa päälle minkä tahansa tiedoston, jos PHP:n asetukset ovat poskellaan. Eli tuotantoon ei tuollaista ehkä voi laittaa.

[jolla]

kiitos ja kumarrus taasen, toimii juuri niinkuin pitääkin

[tuxo]

Tämä viimeisin niben "kyykkäys"-ongelma koski ymmärtääkseni uudempien nibe-pumppujen moduulia?

Itselläni kyykkää loggeri ajoittain edelleen (http://www.maalampofoorumi.fi/index.php?topic=4991.msg79193#msg79193)
Raspin uudelleenkäynnistys auttaa ja logitus lähtee taas pyörimään. Jumi ilmenee satunnaisesti pari kertaa päivässä tai kerran kuukaudessa.
Mietin, että meneekö tässä raspin ja niben oman väylän kommunikointi päällekkäin ja nibeserial jää silloin jumiin?

Viimeisin loki, kun lokitus loppuu:

Koodia: [Valitse]

31.03.2017 00:51:22: NIBE: Exception: 20287
31.03.2017 00:51:22: NIBE: Nibe serial thread stopped.
31.03.2017 00:52:00: NIBE: Module restarted after being failed.
31.03.2017 00:54:00: TaloLoggerThreadLogger: Unable to start data source query for module NIBE.
31.03.2017 00:56:00: TaloLoggerThreadLogger: Unable to start data source query for module NIBE.
31.03.2017 00:58:00: TaloLoggerThreadLogger: Unable to start data source query for module NIBE.

versiot:
taloLoggerPi:    v1.1c       v1.1e   New release
taloLogger:      v1.7j       v1.7j
taloLoggerGraph: v1.2d       v1.2d

pitäisikö päivittää talologgerpi?

[jussip]

Sivut siirtyi uudelle palvelimelle ja nyt on kellonaika pielessä. Palvelimen aika on kolme tuntia vähemmän kuin suomen kesäaika. Oliko tähän jotain jippoa jolla ajan saa ns. oikeaksi?

[olammi]

Sivut siirtyi uudelle palvelimelle ja nyt on kellonaika pielessä. Palvelimen aika on kolme tuntia vähemmän kuin suomen kesäaika. Oliko tähän jotain jippoa jolla ajan saa ns. oikeaksi?

Josko taloLoggerGraphin tuottavalle sivulle (index.php, jossa kutsutaan taloLoggerGraphia) laittaisi ennen riviä:

Koodia: [Valitse]

include("taloLoggerGraph.inc");
rivin

Koodia: [Valitse]

date_default_timezone_set('Europe/Helsinki');
Olettaen tietysti, että kannaltasi Helsingin aika on se ns. oikea.

[olammi]

Tämä viimeisin niben "kyykkäys"-ongelma koski ymmärtääkseni uudempien nibe-pumppujen moduulia?

Itselläni kyykkää loggeri ajoittain edelleen (http://www.maalampofoorumi.fi/index.php?topic=4991.msg79193#msg79193)
Raspin uudelleenkäynnistys auttaa ja logitus lähtee taas pyörimään. Jumi ilmenee satunnaisesti pari kertaa päivässä tai kerran kuukaudessa.
Mietin, että meneekö tässä raspin ja niben oman väylän kommunikointi päällekkäin ja nibeserial jää silloin jumiin?
...
pitäisikö päivittää talologgerpi?

Varsinaisen taloLoggerPi:n päivittäminen ei taida auttaa, jos taloLogger on kuitenkin uusinta versiota. Ellei johdu jostain käyttöjärjestelmän ajurista, joka olisi paikkaantunut. Siihen tosin tarpeen voisi olla ennemmin käyttiksen upgrade.

Tuo virhe "Exception: nnnnn" on todella mystinen. Tein nyt sellaisen testiversion, jossa tuossa kohden tulostetaan stacktrace lokiin, jos menee jotain pieleen. Tuollaista numeerista virhettä en ymmärrä mistä voisi tulla. Eli jos tuo toistuu yleisestikin, niin tällä pitäisi tulostua enemmän tietoa, että missä se meni nurin.

Testiversio (sama kuin v1.7j, mutta tuo stacktracen tulostus): https://olammi.iki.fi/sw/taloLogger/taloLogger_dev_201705.zip

[jussip]

Josko taloLoggerGraphin tuottavalle sivulle (index.php, jossa kutsutaan taloLoggerGraphia) laittaisi ennen riviä:

Koodia: [Valitse]

include("taloLoggerGraph.inc");
rivin

Koodia: [Valitse]

date_default_timezone_set('Europe/Helsinki');
Olettaen tietysti, että kannaltasi Helsingin aika on se ns. oikea.

Kiitos ja kumarrus. Toimii hienosti.

[tuxo]

Teinköhän asennuksen oikein? korvasin zipin sisällöllä kansion /home/talo/bin/taloLogger -sisällön.
Lokiin jää vastaava virheilmoitus kuin ennen.

Koodia: [Valitse]

07.05.2017 11:51:19: Terminating due to SIGTERM.
07.05.2017 11:51:24: Terminating due to SIGTERM.
07.05.2017 11:51:45: Starting taloLogger.py (v1.7j).
07.05.2017 11:51:45: NIBE: Started Nibe serial module.
07.05.2017 11:51:45: Initialized module NIBE
07.05.2017 11:51:45: Initialized module MYSQLDB
09.05.2017 07:49:58: NIBE: Exception: 20287
09.05.2017 07:49:58: NIBE: Nibe serial thread stopped.
09.05.2017 07:50:00: NIBE: Module restarted after being failed.
09.05.2017 07:52:00: TaloLoggerThreadLogger: Unable to start data source query for module NIBE.
09.05.2017 07:52:00: TaloLoggerThreadLogger: Unable to start data source query for module NIBE.

[Pahkis]

Uusi talologger käyttäjä tarvitsisi hieman apuja alkuunpääsyn kanssa.
Eli ajatuksena olisi rakentaa datan loggaus systeemi Lämpöässän pumpun (OUMAN 200) sekä 1-wire mittauksien yhteen keräämiseen.

Yritin asentaa talologgeria omalle PC:lle (windows 7 pro 64-bit) mutta en saa koko ohjelmaa käyntiin.
tulevalla loggaus koneella on windows 95.

Eli nyt on haettu koneelle kaikki asennus paketit, mutta käsittääkseni vain talologger v1.7 sekä talologger graph 1.2d tarvitaan?
Lisäksi latasin Python 2.7 koneelle.

Mutta miten ohjelman tulisi aueta, kun nyt aukeaa DOS komentorivi ja python.exe tekee pelkästään jotain mittauksia.

[Vehnis]

Pari pientä sähkökatkosta ja RasPI otti nokkiinsa. SD kortti meni sekaisin. Nyt virittelen talologgeria pystyyn uudelleen vanhalle läppärille.
Homma menee muuten Ok, mutta taloLogger ei jostain syystä osaa keskustella ThermIQ:n kanssa.

Ympäristö:
ThermIQ
Ubuntu 16.04LTS
MySQL/MariaDB.

taloLoggerille olen luonut käyttäjän "talo". Lisäsin ko. käyttäjän dialout ryhmään jotta on pääsy /dev/ttyUSB0 porttiin. Olen testannut picocom softalla että käyttäjällä talo on pääsy tuohon porttiin ja "ati" komento palauttaa oikein ThermIQ versiotiedot. Jos yritän käynnistää taloLoggerin tulee seuraavat lokirivit:

20.07.2017 18:36:39: Starting taloLogger.py (v1.7j).
20.07.2017 18:36:39: Module config read THERMIQ
20.07.2017 18:36:39: Module config read MYSQLDB
20.07.2017 18:36:39: THERMIQ: Getting thermIQSerial version info.
20.07.2017 18:36:39: THERMIQ: ERROR: Cannot open serial port.
20.07.2017 18:36:39: ERROR: Error initializing module THERMIQ: Error reading version from ThermIQ controller.

Python versio on 2.7.12
pyserial on asennettu.

Jotenkin tuntuu että joku paketti on jäänyt asentamatta kun vaikuttaisi että pythonin kautta ei keskustelu /dev/ttyUSB0 kanssa onnistu ?

- Sami

[Vehnis]

Selvisi ongelma. Ubuntun pySerial paketti ei ilmeisesti toimi (tai ei toimi taloLoggerinkanssa). Päivitin PIP kautta version 3.4 ja nyt yhteys usb-porttiin toimii taas.

- Sami

[jussip]

Toimiiko taloLoggerGraph jpgraph 4.0.2 versiolla?

[noble]

Niben uusin päivitys 8224 taisi rikkoa jotain MODBUS:n logituksessa. Tai alla oleva mahdollisuus, ei mene aivan nappiin toteutus puolella.

Changes
· MODBUS40: It is now possible to read 32-bites register as two separete 16-bites register and the two
following 16- bites at the same time

Itsellä Palin tekemässä Arduinon suorittamassa logituksessa kaikki muut näyttäisivät toimivan ok, mutta 2.lämmitysjärjestelmän tiedot ovat puutaheinää. Palautuksena tulee 2-3 miljoonan asteen lämpötiloja.

Tässä id:t joissa tulos on pielessä
[40007, 'EB21-BT2 Supply temp S2', TYPE_INT16_10, TYPE_R, 'C', 'Supply temperature for system 2']
[40129, 'EB21-BT3 Return temp S2', TYPE_INT16_10, TYPE_R, 'C', 'Return temperature for system 2']
[43008, 'Calculated Supply Temperature S2', TYPE_INT16_10, TYPE_R, 'C', '']

Liitteessä talologgerin logia, ilmeisesti tuo Arduinon saamaa dataa pitää parsia toisella tavalla talologgerissa?
Vai pitääkö tuota datan keräämistä muuttaa Arduinossa?

[tmikko]

Moi,

Vastaavan asian kanssa on ilmeisesti tässä ketjussa painittu ennenkin, mutten löytänyt ratkaisua asiaan.

Käytössä viimeisin talologger-versio. Yritän saada yhteyden toimimaan OUMAN EH-201/L:n kanssa. Itse talologgeria en ole käyttänyt, mutta yritän Tools-hakemistossa olevilla python-työkaluilla saada jonkinlaista dataa ulos. Lopullinen tarkoitus olisi kenties integroida tämä Home Assistantiin.

Olen nyt yrittänyt kahdella eri USB-adapterilla, mutta tuloksetta:
> python oumanGetParameter.py -v /dev/cu.SLAB_USBtoUART EH201L
11.10.2017 16:36:57: OumanSerial: Running oumanSerial query with id 18
11.10.2017 16:36:57: OumanSerial: Opened oumanSerial port: /dev/cu.SLAB_USBtoUART
11.10.2017 16:36:57: OumanSerial: Closed oumanSerial port: /dev/cu.SLAB_USBtoUART
11.10.2017 16:36:57: OumanSerial: Received ouman response: ''
11.10.2017 16:36:57: OumanSerial: ERROR: Error in return message from Ouman
Ulkolampotila: ERROR
11.10.2017 16:36:57: OumanSerial: Running oumanSerial query with id 21
11.10.2017 16:36:57: OumanSerial: Opened oumanSerial port: /dev/cu.SLAB_USBtoUART
11.10.2017 16:36:57: OumanSerial: Closed oumanSerial port: /dev/cu.SLAB_USBtoUART
11.10.2017 16:36:57: OumanSerial: Received ouman response: ''
11.10.2017 16:36:57: OumanSerial: ERROR: Error in return message from Ouman
L1 huone: ERROR

Olen myös kokeillut kahta eri kaapelia, ei vaikutusta.

Edit: Lisätietoja ja testausta:
USB-serial -adapteri on mallia DealExtreme ja on todettu toimivaksi Arduino/ESP8266 -projekteissa.
Käytössä on on Mac OS X Yosemite ja Python 2.7.10

Kokeilin vielä vaihtaa RX<->TX:t ristiin, ei vaikutusta. Jatkoin testailua RX-TX ja TX-RX -kytkennällä, jonka pitäisi olla oikein?

Seuraavaksi kytkin GND:t yhteen OUMAN:n ja USB-adapterin välillä. Tällä olikin jo havaittava vaikutus: OUMANin näyttö meni tyhjäksi (taustavalo jäi), kunnes GND:t irrotettiin USB-adapterista!

USB-adapterin RXD-ledi palaa koko ajan. Eikai sen pitäisi koko aikaa näyttää saapuvaa dataa? Se paloi himmeämpänä ennen maiden yhdistämistä ja kirkastui, kun maat olivat yhdessä.

Kaapelin vaihdolla ei ollut edelleenkään merkitystä. Käytännössä otin kaapelin pois välistä ja kytkin USB-adapterin 30cm piuhoilla suoraan OUMAN:iin.

Välissä myös buuttasin OUMAN:n useampaan kertaan.

Mikähän tässä nyt on pielessä? Onko ideoita, mitä kannattaisi seuraavaksi tehdä? Saako jostain tarkempaa tietoa virheestä?

Kiitokset avusta jo etukäteen!

/Mikko

P.S. Osaako joku kertoa, millä alustalla, USB-adapterilla ja kytkennällä (RX, TX, GND), talologger-versiolla ja käyttöjärjestelmäversiolla yhteys on saatu toimimaan. Voin tarvittaessa asennella johonkin vanhaan läppäriin linuxin, jos sillä on mitään merkitystä.

Onko esim. RX-TX, TX-RX, GND-GND -kytkentä oikea tapa?

---

Ultimaattitavoite olisi rakentaa härveli, joka lähettää tiedot MQTT-kanavalle, josta ne olisi hyödynnettävissä missä tahansa kotiautomaatiosovelluksessa. Haluaisin kytkeä Oumanin suoraan ESP8266 mikrokontrolleriin (wlan-yhteys!) ilman mitään tietokonetta välissä. Tähän on vielä aika pitkä matka!

EDIT: RATKAISTU:
Tiedoksi: vika oli vääränlaisessa usb-adapterissa, joka ei osannut hanskata oumanin rs232-jännitetasoja (kuten aiemmassa viestissä spekuloinkin).  Clas Ohlssonilta löytyy (kallis) usb - rs232 -adapteri ja kiinasta sama sitten n. kymmenesosahinnalla. Avainsanat aliexpressistä hakiessa: ”duoble chip”, joka kertoo, että adapterissa on oikeasti oma piiri rs232:lle ja oma usb:lle. Itse tilasin vastaavan kuin tämä ja pari vuotta on toiminut 24/7:

€ 2,14  20％ Off | USB 2.0 To RS232 PL2303 Double Chipset Serial Convert Adapter
https://s.click.aliexpress.com/e/pWXTHOkC

Toivottavasti tästä postista on jollekin apuja.