taloLogger-perheen julkaisut

jyrkipes

Nibe, nodered, ruuvitag, mysql, bash
Vs: taloLogger-perheen julkaisut

Tuon counterin [COUNTER] käyttäytyminen... asetuksissa on että maksimi on 0.9999 vaan trendi ei sitä "huomaa" ellei väliin satu nimenomaan arvo 0.9999.
Kts. kuva.
Pitänee tonkia tuotakin
 

Liitteet

  • counter-overflow.png
    counter-overflow.png
    46,7 KB · Katsottu: 610
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

Se laskurin maksimi ei kyllä taida toimia, jos se arvo ei ole laskuri (siis laskee kokonaisia tapahtumia). Olet ilmeisesti skaalannut laskurin stepin joksikin muuksi kuin 1:ksi. Toteutus olettaa tuossa pyörähdyksen tunnistuksessa, että laskurin step on 1.
 

jyrkipes

Nibe, nodered, ruuvitag, mysql, bash
Vs: taloLogger-perheen julkaisut

olammi sanoi:
Se laskurin maksimi ei kyllä taida toimia, jos se arvo ei ole laskuri (siis laskee kokonaisia tapahtumia). Olet ilmeisesti skaalannut laskurin stepin joksikin muuksi kuin 1:ksi. Toteutus olettaa tuossa pyörähdyksen tunnistuksessa, että laskurin step on 1.
Jep, liittynee int => float muunnoksiin.
Mulla siis laskuri nyt 0,0000 => 0,9999 jolla valmistauduin siihen että kun nuo kokonaisosa saadaan luotettavasti luettua numeroista niin sitten on laskuri jonka lukualue on 0,0000 => 99999,9999
Ei vaikuta mopolla ajoon toistaiseksi, alueella 0-9999 toimii ok.
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

jyrkipes sanoi:
Jep, liittynee int => float muunnoksiin.
Mulla siis laskuri nyt 0,0000 => 0,9999 jolla valmistauduin siihen että kun nuo kokonaisosa saadaan luotettavasti luettua numeroista niin sitten on laskuri jonka lukualue on 0,0000 => 99999,9999
Ei vaikuta mopolla ajoon toistaiseksi, alueella 0-9999 toimii ok.

Ei liity sinänsä int=>float-muunnokseen vaan siihen, että taloLoggerGraph olettaa stepin olevan 1, joka nyt on sitten jo enemmän kuin tuo koko käyttämäsi arvoalue (0.0000-0.9999). Ei pelitä.

Tulevaisuudessahan laskurisi pyörähdysarvoksi tulee taloLoggerGraphin kannalta 99999 (ei 99999.9999), jolloin tämä nykyinenkin ratkaisu sitten taas toimii ok.
 
T

tk-

Vieras
Vs: taloLogger-perheen julkaisut

En kauheasti ymmärrä ohjelmoinnista, mutta kirjoitan tähän nyt ajatuksia tuon pyörähdyksen aiheuttaman lukukelvottomuuden osalta. Tuo vesimittarin käytös on kuitenkin ennustettavissa ja lukemat pitäisi olla luettavissa aina, kun tuo kymmenysarvo on 0 ja 8 välillä. 8-9 välillä alkaa sitten osa noista numeroista pyörähtää, 9 ja 0 välillä on sitten todennäköisesti jo lukukelvoton.

Tuo ohjelma seuraa kuitenkin jatkuvasti pyörimistä ja vertaa aina lukemaa edelliseen kun hetkellistä kulutusta lasketaan? Niin voisiko ajatella toimivan niin, että silloin kun nuo desimaalit on 8500 ja 9999 välillä, niin käyttää edellistä onnistunutta kokonaislukuluentaa? Ja sitten mittarin pitäisi taas olla luettavissa viimeistään 0500 kohdalla, niin yrittäisi jälleen lukea kokonaislukua. Jos nuo "kokonaisluvun" ja "desimaalit" sitten tallentaisi omina sarakkeinaan kantaan ja niistä yhdistäisi näytettävän tuloksen?

Tämä tämmöistä "maallikon" pohdiskelua, varmaan tekninen toteutus ei ole noin yksinkertainen.
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

Niin se varmaan pitäisi tehdä, että ohjelma pitää muistissa kunkin rullan viimeisintä arvoa ja sitten koittaa tosiaan niistä desimaaleista ja muista päätellä, että mitä siellä nyt sitten on, jos ja kun ei saada luettua. Tosin tuo nostaa kysymyksen, että jos tilaa talletetaan, niin eikö riitä vain ihan se, että pidetään muistissa se edellinen lukema (joka voi olla käyttäjän alunperin "lukema") ja kun desimaalit heittävät ympäri, niin kasvatetaan muistissa olevaa kokonaislukulukemaa yhdellä. Tuolloin ei tarvita kuvantunnistusta numeroiden osalta ja luotettavuus on samaa luokkaa olettaen, että desimaalit eivät voi pyörähtää 2 kertaa ympäri mittausvälissä.
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

Täälläkin joskus kyselty Enervent EDA -tuki taloLoggerille olisi testivaiheessa. Seuraavan linkin kautta on saatavilla versio v1.6j, jossa on tuo ominaisuus mukana (ei virallinen julkaisu).

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

Enerventin EDA -tuki on tehty sekä sarjaliitynnällä pumpun väyläliikennettä kuunnellen että ModbusTCP:llä (Enervent Freeway Web -liityntälaitteesta).
Datapisteet otettu tästä dokumentista: http://www.enervent.fi/data/freeway/EDA_Modbus_Registers_2011_09_14.pdf

Jos jollakulla on em. laitteistoja, niin kaikki testikokemukset ja kommentit tervetulleita. Virhetilanteista lokitallenteet tietysti kiinnostavat ja mikä ettei onnistuneestakin toiminnasta ainakin tuon sarjaliikenteen osalta. Paketissa on mukana riisuttu taloLogger.conf, jossa osia vain Nibe-liityntää ja näitä kahta EDA-liityntää varten. (toiminnallisuus taloLoggerissa on kuitenkin aiemmassa laajuudessa, mutta konfiguraatiotiedosto on riisuttu näiden testauksen alla olevien osien testaamiseksi). Laaja konfiguraatiotiedosto on nimellä taloLogger.conf_orig. Testiversiolla ei tarvitse päällekirjoittaa olemassaolevaa toimivaa taloLogger-instanssia vaan voi purkaa paketin johonkin eri hakemistoon ja ajaa sitä sieltä konfiguraatiotiedoston pikkuviilaamisen jälkeen komentorivilä komennolla:
Koodi:
    python taloLogger.py -f taloLogger.conf
 
T

tk-

Vieras
Vs: taloLogger-perheen julkaisut

olammi sanoi:
Niin se varmaan pitäisi tehdä, että ohjelma pitää muistissa kunkin rullan viimeisintä arvoa ja sitten koittaa tosiaan niistä desimaaleista ja muista päätellä, että mitä siellä nyt sitten on, jos ja kun ei saada luettua. Tosin tuo nostaa kysymyksen, että jos tilaa talletetaan, niin eikö riitä vain ihan se, että pidetään muistissa se edellinen lukema (joka voi olla käyttäjän alunperin "lukema") ja kun desimaalit heittävät ympäri, niin kasvatetaan muistissa olevaa kokonaislukulukemaa yhdellä. Tuolloin ei tarvita kuvantunnistusta numeroiden osalta ja luotettavuus on samaa luokkaa olettaen, että desimaalit eivät voi pyörähtää 2 kertaa ympäri mittausvälissä.

Siinä mielessä tuo numerontunnistus olisi hyvä, jos syystä tai toisesta logitus katkeaa joksikin aikaa (esim. sähkökatko, tietokoneen jumitus tjsp..). Eli voisiko tuo numerontunnistus olla käytännössä jonkinlaista "laadunvarmistusta", ohjelma välillä aina tarkistaa olevansa oikeassa kokonaisluvussa menossa.
 

jyrkipes

Nibe, nodered, ruuvitag, mysql, bash
Vs: taloLogger-perheen julkaisut

tk- sanoi:
Siinä mielessä tuo numerontunnistus olisi hyvä, jos syystä tai toisesta logitus katkeaa joksikin aikaa (esim. sähkökatko, tietokoneen jumitus tjsp..). Eli voisiko tuo numerontunnistus olla käytännössä jonkinlaista "laadunvarmistusta", ohjelma välillä aina tarkistaa olevansa oikeassa kokonaisluvussa menossa.

Tuollaiseksi se on "pakko" tehdä, ainakin vielä tässä vaiheessa. Tesseract tekee virheitä riippuen valaisusta ja sitten on se epäjatkuvuuskohta kun rulla pyörähtää numerosta toiseen.
Haastavaksi oman testailun on tehnyt se että valaisu muuttuu, syystä tai toisesta, ja nuo numeroiden kolot alkaa näkyä "ykkösinä" tai "seiskoina".

Harjoitus kuitenkin jatkuu ja koodi tuottaa jo liukulukua jossa numerot ja viisarit yhdessä.
 
T

tk-

Vieras
Vs: taloLogger-perheen julkaisut

jyrkipes sanoi:
Tuollaiseksi se on "pakko" tehdä, ainakin vielä tässä vaiheessa. Tesseract tekee virheitä riippuen valaisusta ja sitten on se epäjatkuvuuskohta kun rulla pyörähtää numerosta toiseen.
Haastavaksi oman testailun on tehnyt se että valaisu muuttuu, syystä tai toisesta, ja nuo numeroiden kolot alkaa näkyä "ykkösinä" tai "seiskoina".

Harjoitus kuitenkin jatkuu ja koodi tuottaa jo liukulukua jossa numerot ja viisarit yhdessä.

Tuohon epäjatkuvuuteen liittyen mietinkin tuossa aiemmassa viestissä, sehän on tosiaan ennustettavissa aina tuosta kymmenysdesimaalista koska pyörähdys on käynnissä ja tunnitus todennäköisimmin epäonnistuu, kun rulla alkaa pyörähtämään siinä jossain 8-9 välillä ja pyörähtää loppuun viimeistään 0-1 välillä.
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

Julkaistu 13.2.2015:

taloLogger v1.7a http://olammi.iki.fi/sw/taloLogger/:

  • Muokattu taloLoggerin sisäistä moduulirakennetta hierarkisemmaksi. Aiemmin kaikki oli rumasti päähakemistossa. Nyt alimoduuleissa. Ouman-komentorivityökalut siirretty tools-hakemistoon.
    taloLoggerPi, GPIO-lokittajat huomio! Lukekaa http://olammi.iki.fi/sw/taloLoggerPi/changelog.php alussa oleva NOTE.
  • Muokattu moduulikonfiguraatioiden alustusta. (ei vaikutusta lopputoiminnallisuuteen muuten kuin konfiguraatioiden virhetapauksissa virheilmoitukset toivottavasti selkeämpiä)
  • Lisätty Modbus-moduuli. Tukee sarjamuotoista RTU ja ASCII -protokollaa sekä ModbusTCP:tä.
  • Lisätty NibeModbus -moduuli. Lukee modbus-moduulin avulla Niben datapisteitä. Käytössä kaikki NibeBusRS485-moduulissakin olevat datapisteet.
  • Lisätty Nibe Bus RS485 -moduuli. Toimii joko pumpun RS485-väylään kytkettynä sarjaliikenteellä (tällöin kuulee väylältä pumpulle esikonfiguroidut 20 datapistettä) ja osaa kysyä pumpulta muutkin halutut arvot tarvittaessa tai jos pumpussa on kiinni OpenHAB-projektin NibeGW, kuuntelee UDP-verkkoporttia ja vastaanottaa NibeGW:ltä väyläsanomia ja lokittaa niiden perusteella (NibeGW tukee 20 esikonfiguroitua datapistettä).
  • Lisätty tuki Telldus Live (Telldus TellStick Net) langattomien antureiden arvojen lokittamiseen.
  • Muutettu SHELL-moduulia siten, että regular expressioneita voidaan antaa moduulikohtaisesti useita. Komennon ulostuloa voidaan käsitellä siis usealla eri regexpillä tarvittaessa.
  • (testiversio)Lisätty Enervent EDA -moduuli (sarjaliikenne ja ModbusTCP)
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

Julkaistu 16.2.2015:

taloLoggerPi v1.1c:
  • RPi.GPIO-tukea muutettu siten, että konsepti olisi käytettävissä muutenkin kuin taloLoggerPi-paketilla. Ei edellytä talo-käyttäjää, jos vain polusta löytyy taloLoggerPi-paketissa /home/talo/bin-hakemistosta löytyvä raspberry_suid_python_launcher -ohjelma ja se on rootin omistuksessa ja setuid-bitti päällä. Ohjelma käynnistää sille parametrina annetun python-skriptin rootin oikeuksin olettaen että myös tuo python-skripti on suid-oikeuksin. GPIO-tuki vastaa nyt myös taloLoggerin uutta moduulirakennetta (v1.7b yhteensopiva)
  • Lisätty python-oauth-moduuli asennettavien pakettien listalle (apt-get install, tarvitaan Telldus Live API:n kanssa)
  • Asetettu taloLoggerGraphin esimerkkikonfiguraatioon javascript-kuvaajat oletukseksi.
  • Lisätty d3.v3.js -kirjasto palveltavaksi lokaalisti (versio 3.5.5, /home/talo/public_html/js/d3.v3.js) taloLoggerPi-paketista.
  • Muutettu apachen talo-hakemistoasetuksia siten, että suostuu palvelemaan hakemistosta myös js-päätteisiä tiedostoja.

taloLogger v1.7b:
  • taloLoggerPi v1.1c:n vaatimat muutokset RPi.GPIO-moduuliin
  • shell-moduulin korjaus tietyissä erityistilanteissa virhettä komennon ajossa aiheuttava ongelma

taloLoggerGraph v1.2c:
  • d3js-kirjasto palvellaan nyt paikallisesti, jos se on saatavilla. Aiemmin esim. SSL:n käyttö palvelimella rikkoi toiminnan, koska SSL-tarjotulla sivulla ei voi olla materiaalia ei-SSL-suojatulta saitilta (ja d3js:n kirjastolinkki on vain http). Kirjastoa (d3.v3.js) etsitään paikallisesti hakemistoista /js /script taloLoggerGraphin tasalta ja sen alta js ja script hakemistoista.
  • Hyvin pieniä muutoksia JavaScript-kuvaajissa käytettyihin fonttimäärityksiin ja tekstien paikkoihin kuvaajan akseleilla. Muutokset aiheutuivat siitä, että Linux-selaimissa (esim. Ubuntu+Firefox) tekstit eivät kohdistuneet oikein.
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

Julkaistu 21.2.2015:

taloLogger v1.7c:
  • Nibe Bus RS485 -moduulin tiedonsiirtovirheiden havainnointia ja niistä toipumista parannettu.
  • Mahdollistettu useammalla taloLogger-instanssilla lokittaminen samaan tietokantatauluun. MySQL:llä paikallisesti tai verkon yli ja SQLite3:lla paikallisesti.
  • Korjattu MySQL-kantaan liittyvä kesäajasta talviaikaan siirryttäessä tapahtuva aikaleimaongelma.
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

olammi sanoi:
Julkaistu 21.2.2015:

taloLogger v1.7c:

Vedetty takaisin. v1.7b kurantti versio. v1.7c rikkoi kantatalletuksen aikaleimat.
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

Julkaistu 24.2.2015:

taloLogger v1.7d:
  • Aiemmin mainostetut v1.7c-version ominaisuudet, mutta c:ssä ollut MySQL-DATETIME-tyyppiin liittynyt ongelma korjattu.
 

Latvala

Tulokas
Vs: taloLogger-perheen julkaisut

Mikähän itselläni on vialla OWFS:n kanssa, sillä /home/talo/owfs ei ilmesty mitään ennenkuin on ajettu sudo service owserver restart?
Käsittääkseni sudo ln -s /home/talo/service/owfs /etc/service/owfs komennon jälkeen homman pitäisi pelata automaattisesti? Ilmeisesti talologgerilla on oma sisäänrakennettu systeemi owfs:n käyttöön, sillä /etc/owfs.conf sisällöllä ei ole vaikutusta? En nyt ole muokannut tuota conffitiedostoa kuitenkaan uuden puhtaan asennuksen jälkeen. Systeemi pyörii siis raspberryllä.

Edit: Kyllähän tuolla owfs.conffilla on vaikutusta kuitenkin. Ilmeisesti jossain muualla on määritetty niin, että OWFS lykkää nuo datat näkyviin /home/talo/owfs?
 
J

jolla

Vieras
Vs: taloLogger-perheen julkaisut

Latvala sanoi:
Mikähän itselläni on vialla OWFS:n kanssa, sillä /home/talo/owfs ei ilmesty mitään ennenkuin on ajettu sudo service owserver restart?
Käsittääkseni sudo ln -s /home/talo/service/owfs /etc/service/owfs komennon jälkeen homman pitäisi pelata automaattisesti? Ilmeisesti talologgerilla on oma sisäänrakennettu systeemi owfs:n käyttöön, sillä /etc/owfs.conf sisällöllä ei ole vaikutusta? En nyt ole muokannut tuota conffitiedostoa kuitenkaan uuden puhtaan asennuksen jälkeen. Systeemi pyörii siis raspberryllä.

Edit: Kyllähän tuolla owfs.conffilla on vaikutusta kuitenkin. Ilmeisesti jossain muualla on määritetty niin, että OWFS lykkää nuo datat näkyviin /home/talo/owfs?
käsittääkseni taloLoggerissa ei owserveriä ole käytössä, minulla on owfs,conf tiedostossa joka rivin edessä risuaita ja tietty se /home/talo/service/owfs/run pitää olla oikein määritelty
 

jyrkipes

Nibe, nodered, ruuvitag, mysql, bash
Vs: taloLogger-perheen julkaisut

Liittyy: dialEye

Kamera oli teipillä kiinni ja liikkui ajan myötä niin paljon ettei kehittelystä meinannut tulla mitään. Tänään sain pultattua telineen betoniin kiinni ja tarkentelin kuvan niin pääsi taas kokeilemaan.
Odometerin -kuvan putsaus vielä lisää on seuraavana ajatuksissa, muuten toi antaa pääosin oikeita arvoja 80% ajasta.
Valaisun järjestäminen siistiksi vähän haaste kun numerot ja neulat on syvällä mittarissa ja kamera vain senttien päässä lasista.
 

Liitteet

  • Status20150321 (Small).png
    Status20150321 (Small).png
    322,7 KB · Katsottu: 667
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

Julkaistu 17.11.2015:

taloLoggerPi v1.1d:
  • Asentuu nyt myös Raspbian Jessien päälle (ja edelleen wheezyyn)
 
K

kylakonst

Vieras
Vs: taloLogger-perheen julkaisut

Saako talologgeriin liitettyä esp8266 wlan lähettimiä joihin liittäisin ds18b20 anturi?
Olisi hienoa jos noita voisi ripautella ympäriinsä ja saada arvot käppyrälle.
Hinta luokka melekoedullinen...
 

VesA

In Memoriam
Vs: taloLogger-perheen julkaisut

kylakonst sanoi:
Saako talologgeriin liitettyä esp8266 wlan lähettimiä joihin liittäisin ds18b20 anturi?
Olisi hienoa jos noita voisi ripautella ympäriinsä ja saada arvot käppyrälle.
Hinta luokka melekoedullinen...

Laiskuus on estänyt, mutta mietiskelin esp8266-vehjettä joka lähettäsi dataa 'jatkuvasti' halutuin välein vaikka multicasteina olematta varsinaisesti yhteydessä mihinkään serveriin. Niitä voisi sitten kopitella ja tarjoilla halutussa muodossa eri ohjelmille.
 

mstr

Aktiivinen jäsen
Vs: taloLogger-perheen julkaisut

Noin homma toimii täällä, kolme ESP eri puolilla lähettää UDP-paketteja omalla tahdillaan. Tosin ei multicast (?) vaan Raspin IP-osoitteesen WLAN reitittimen kautta. UDP on helppokäyttöinen koska ei tarvi avata TCP/IP-yhteyttä mutta toimii.
Mulla on homma jäänyt siihen että printtaan tuloksia ruudulle enkä lähettele niitä internetiin. Toki voin internetistä ottaa ssh-yhteyden ja antaa ohjauskomentoja sekä katsoa tuloksia.
 
D

Deleted member 1344

Vieras
Vs: taloLogger-perheen julkaisut

ESP Easy on aika kiva firmis, siinä on suoraan tuki melkoiselle määrälle erilaisia antureita, sekä aika mukavasti protokollatukea. Eikä sen laajentaminenkaan ole kovin vaikeaa, kun sekä anturi- että protokollatuki on koodattu 'plugin' -ajatuksella.

http://www.esp8266.nu/index.php/ESPEasy
http://www.esp8266.nu/index.php/Main_Page#Applications
http://www.esp8266.nu/index.php/EasyProtocols
https://github.com/ESP8266nu/ESPEasy
 

mstr

Aktiivinen jäsen
Vs: taloLogger-perheen julkaisut

Mulle oli aikaisemmista projekteista tuttu Arduino ja tuntui luontevalta jatkaa ESP8266/Arduino kirjastolla:
https://github.com/esp8266/arduino
Tuo tuki ainakin DS1820 ja AM2302 (T + RH) antureita. Tosin en löytänyt selkeitä ohjeita vaan sieltä täältä oli etsittävä. Sehän näissä on tavallinen vaikeus.
Sitten rinnakkaisia polkuja on paljon ja jotta voisi sanoa mikä on kullakin hetkellä sopivin, pitäisi ensin kaikki kokeilla. Sehän ei onnistu joten jokin pitää vain valita. Olen pyrkinyt käyttämään yleisimpiä joiden pitkän ajan pysyvyys ja tuki lienee paras.
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

Jos tätä nyt ajattelee taloLogger-rajapinnan kannalta, niin mikä tuollaiseen perheeseen olisi luontevin geneerinen tapa loggerin päässä? Nopealla browsailulla tuon saisi ilmeisesti suhteellisen helposti lähettämään UDP-paketeissa dataa? Eli taklattaisiinko tätä "geneerinen konfiguroitava UDP-pakettilokitus"-tuella vai vaatisiko erityisen ESP8266-tuen?
 

mstr

Aktiivinen jäsen
Vs: taloLogger-perheen julkaisut

Mun ei kai pitäisi yrittää kommenttia kun en Talo-loggeriin ole tutustunut ja muutenkaan en ole alaa opiskellut. Mun systeemissä Raspi/Python (tai UNIX-kone) kuuntelee UDP-portteja ja tekee tuleville sanomille sen mitä tarvii. Vastaavasti voi lähettää ohjauskomentoja. Mulla oli itse tekaistu protokolla Arduino/UDP varten ja otin sen myös ESP:hen. Löytyisikö jokin sopiva valmis protokolla?

Laitoin ESP:t eri porttiin kuin Ardut mikä saattoi olla turhaa. Protokollassa olisi voinut olla yhteinen asema ID. Oli DS1820 kummassa tahansa niin samanlainen messu. Toki ohjauskomennoissa voi olla eroa. Kerään tilastoa jossa on mm. WLAN häiriöt kerään vain ESP:ltä. Noi "infomallin" rakentamisen ongelmat olen sujuvasti sivuuttanut omissa projekteissa (voi kaduttaa myöhemmin).

ESP ohjelmointi on sitten eri juttu. Jos on tehnyt Arduino hommia niin on melkein samankaltaista.
 

VesA

In Memoriam
Vs: taloLogger-perheen julkaisut

olammi sanoi:
Jos tätä nyt ajattelee taloLogger-rajapinnan kannalta, niin mikä tuollaiseen perheeseen olisi luontevin geneerinen tapa loggerin päässä? Nopealla browsailulla tuon saisi ilmeisesti suhteellisen helposti lähettämään UDP-paketeissa dataa? Eli taklattaisiinko tätä "geneerinen konfiguroitava UDP-pakettilokitus"-tuella vai vaatisiko erityisen ESP8266-tuen?

Veikkaisin että IOT-protokollista kannattaisi ottaa niin paljon kuin mahdollista, uskoisin että COAP jossa on udp-multicastikin jotenkin mukana voisi olla hyvä kohde ESP:lle, MQTT on vähän järeämpi. Toki ESP:n päätä pitää sitten myös sovitella.

https://eclipse.org/community/eclipse_newsletter/2014/february/article2.php
 
D

Deleted member 1344

Vieras
Vs: taloLogger-perheen julkaisut

ESP Easy juttelee sujuvasti MQTT:tä. taloLoggerin päähän voisi sitten laittaa vaikkapa Mosquitton (MQTT broker) ajoon, ja jonkin Python/Perl/<mikä tahansa osaamasi skriptikieli> kikkulan jolla liimataan MQTT ja taloLogger yhteen.
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

Julkaistu 3.2.2016: Ylläpitopäivitys taloLogger-perheeseen.

taloLogger v1.7g:
  • Tuki PostgreSQL-tietokannalle
  • Tiedostoon tallennus: DELIMITER-asetus, jolla asetetaan arvokenttien erotin.
  • Lisätty taloLogger coreen palvelu, jolla voi tallettaa ohjelman moduulien tilaa esim. ohjelman alhaallaolon ajaksi. Toteutettu virtuaalimittauksiin tilan tallennus aina mittausten laskemisen jälkeen ja lataus taloLoggerin käynnistyessä. Tämä ei nollaa kumulatiivisia VIRTUAL-arvoja, jos logger käy alhaalla välissä. Konfiguraatioparametri: PERSISTENT_STATE_DIRECTORY, ei enabloitu oletusarvoisesti
  • MySQL-tietokannalle vaihtoehtoinen liityntämoduuli (MySQL Connector/Python)
  • Ouman EH800: Jos tunnetaan sellainen datapisteen ID (muotoa S_xxx_xx), jota ei kuitenkaan ohjain palauta, kun siltä kysytään siltä saatavat mittaukset, osaa moduuli nyt hakea ja palauttaa sen arvon. (esim. huonelämpömittaus)
  • OumanSerial: lisätty EH203GL-profiili (selvitystyö TTH ja J-P Syrjälä)
  • OumanSerial: lisätty laskurikentät (tunnit) EH201GT-profiiliin
  • RegoCan: lisätty profiili IVT X11 -pumpulle (REGO800_IVTX11)
  • Ekowell: lisätty profiilit ohjaimen ohjelmistoversioilla 2.80 ja 2.81 (selvitystyö by Esa Huhtikangas ja Juha-Matti Nyroos)
  • (eksperimentaalista) Alustava tuki Stiebel Eltron -pumpuille CAN-väylän kautta. Ei vielä osaa aktiivisesti kysellä arvoja, mutta väylän monitorointiin on kyky. Kun datapisteet ja kyselytapa selviävät, tuki viimeistellään.

taloLoggerGraph v1.2d:
  • Tuki PostgreSQL -tietokannalle
 
J

jolla

Vieras
Vs: taloLogger-perheen julkaisut

ajoin juuri https://www.raspberrypi.org/downloads/raspbian/ tuon jessica lite version ja taloLoggerpi'n

seuraava herja
pi@raspberrypi:~ $ sudo svc -d /etc/service/taloLogger
svc: warning: unable to control /etc/service/taloLogger: supervise not running

enkä saa owfs' ää päälle

no tuo owfs menee nyt riviltä

pi@raspberrypi:~ $ sudo /usr/bin/owfs -C --i2c=/dev/i2c-1:ALL -m /home/talo/owfs --allow_other
kyseessä uusin raspi kakkonen
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

jolla sanoi:
ajoin juuri https://www.raspberrypi.org/downloads/raspbian/ tuon jessica lite version ja taloLoggerpi'n

Lite-versioon en ole kokeillut. Install-skripti kehitelty non-Liten kanssa. Suoraan en osaa sanoa mistä johtuu, mutta voin toki laittaa selvityslistalle.
 
J

jolla

Vieras
Vs: taloLogger-perheen julkaisut

ajanpa tuon wheezyn, varma ja vakaa, kattelen sitten myöhemmin paremmalla ajalla jospa siitä jotain ilmenisi, mistä johtuu
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

Julkaistu 8.2.2016:

taloLoggerPi v1.1e:
  • Tuki lokitietojen tallentamiselle PostgreSQL-tietokantaan (tarvittavat client-kirjastot esiasennettuna).
  • Asetettu taloLogger v1.7g:n mukana tuleva lokituksen ja virtuaalimuuttujien tilan tallettaminen oletusarvoisesti päälle.
  • Korjattu uusien Raspbian Jessie -distrojen kanssa tullut ongelma daemontoolsin käynnistymisen kanssa.
  • Testattu asennus myös Rasbian Jessie Liten kanssa toimivaksi.
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

olammi sanoi:
Lite-versioon en ole kokeillut. Install-skripti kehitelty non-Liten kanssa. Suoraan en osaa sanoa mistä johtuu, mutta voin toki laittaa selvityslistalle.

Todetaan tähän, että daemontools ei uusimmassa Jessiessä tosiaan enää käynnistynyt - oli Lite tai ei. taloLoggerPi v1.1e:ssä tämä korjattu. Asentuu yhtä hyvin Lite Jessieen kuin Desktop-Jessieenkin.
 

kuksa

Jäsen
Vs: taloLogger-perheen julkaisut

pitääpä vähän kysellä apua tuohon telldus juttuun.et mites se pitäisi tuonne talologger.conf laitella.nyt sain tuolla tdtoolla lukemaan noi lämpötilat ja kosteuden.noi 1wire anturit ja tuon ouman 800 saan kyllä tuonne piirteleen käppyrää.

Koodi:
PROTOCOL                MODEL                   ID      TEMP    HUMIDITY        RAIN                    WIND                    LAST UPDATED
fineoffset              temperaturehumidity     135     20.4°   35%                                                             2016-02-18 21:27:09
fineoffset              temperaturehumidity     151     20.8°   43%                                                             2016-02-18 21:27:15
 

kuksa

Jäsen
Vs: taloLogger-perheen julkaisut

Nyt tarvisi apua tuon dualcontterin kanssa,laitoin tuolla vilpille mittarin ja hommasin tuon countterin niin mites nuo confit pitäisi laittaa että niistä saisi tietää kulutuksen sitten.
talologger.conf
Koodi:
@OWFS:OWFS = kwh:2:/home/talo/owfs/1D.D6A70D000000/counters.A
Koodi:
@MEASURE = kwh:OWFS.kwh]
niin minkälaisia rivejä tuonne taloLoggerGraph.conf pitäisi laitella että laskee sähknkulutusta?
 

kuksa

Jäsen
Vs: taloLogger-perheen julkaisut

kuksa sanoi:
Nyt tarvisi apua tuon dualcontterin kanssa,laitoin tuolla vilpille mittarin ja hommasin tuon countterin niin mites nuo confit pitäisi laittaa että niistä saisi tietää kulutuksen sitten.
talologger.conf
Koodi:
@OWFS:OWFS = kwh:2:/home/talo/owfs/1D.D6A70D000000/counters.A
Koodi:
@MEASURE = kwh:OWFS.kwh]
niin minkälaisia rivejä tuonne taloLoggerGraph.conf pitäisi laitella että laskee sähknkulutusta?

Nyt sain piirteleen pumpun ottotehon
Koodi:
@SERIES = COUNTER:kwh:Vilpin ottoteho:blue:1:3.6:0
,saakos tuohon lisättyä vielä kokonaiskulutuksen?
 
O

olammi

Vieras
Vs: taloLogger-perheen julkaisut

kuksa sanoi:
saakos tuohon lisättyä vielä kokonaiskulutuksen?

Jos oletetaan, että mittarissa on 1000 pulssia / 1 kWh, niin esim. tuon pitäisi näyttää tarkastelujakson kumulatiivista kulutusta (Huom, laita akseli sopivaksi, tuo viimeinen 2 tarkoittaa, että näytetään laskuriarvoa kumulatiivisesti):

Koodi:
@SERIES = COUNTER:kwh:kulutus kWh:red:1:0.001:2

Alaopasteisiin (Legend) saa arvion koko jakson (esim. vuorokauden) kulutuksesta:

Koodi:
LEGEND = 3:2

Alla vielä esimerkki omasta sähkö/vesi-kuvaajasta kokonaiskonffiksena:

Koodi:
*CHART*

TITLE = Sähkön ja veden kulutus

AXIS_1 = 0.0:6.0:0.5:0.1:kW
AXIS_2 = 0.0:600.0:100.0:10.0:ltr
AXIS_3 = 0.0:60.0:5:1:kWh
LEGEND = 3:2

@SERIES = COUNTER:kwh_counter:sähköteho:blue:1:3.6:0
@SERIES = COUNTER:kwh_counter:sähkönkulutus:yellow3:3:0.001:2
@SERIES = STATE:automaatiotila:automaatiohälytys:red:(%VALUE% & 8192) == 8192
@SERIES = STATE:tilatieto:kompressori:yellowgreen:(%VALUE% & 16) == 16
@SERIES = STATE:tilatieto:sähkövastus:tomato:(%VALUE% & 8) == 8
@SERIES = COUNTER:vesi_counter:käyttövesi:magenta:2:0.1:2:9999
@SERIES = COUNTER:vesi_counter:kvesi/10 min:cadetblue:2:60:0:9999
 
Back
Ylös Bottom