Maalämpöfoorumi
Tekniset kysymykset => Tiedonkeruujärjestelmät ja etämonitorointi => Aiheen aloitti: olammi - 14.01.13 - klo:23:27
-
Julkaisin taloLogger-perheestä juuri uusia versioita:
- taloLogger v1.5a
- taloLoggerGraph v1.1a
- taloLoggerPi v1.0a
Paketit saatavilla linkin takaa: http://olammi.iki.fi/sw/taloLogger/download.php (http://olammi.iki.fi/sw/taloLogger/download.php)
Uudet ominaisuudet lyhyesti:
taloLogger:
- uusia tietolähteitä: skriptit ja ajettavat ohjelmat, IVT/Bosch -pumput, jossa CAN-väylä (Rego800 ja Rego1000)
- lukuisa määrä sisäisiä parannuksia mm. säikeistyksessä, viansiedossa ja vikatilanteista toipumisessa
- jos lokiin (kanta, tiedosto, verkon takana oleva kanta) ei voida kirjoittaa tilapäisesti, logger varastoi mittaustuloksia kunnes yhteys palaa
- MySQL-palvelimelle voi määrittää nyt myös portin muuksi kuin oletusportiksi
- vaihtoehtona uusi geneerinen tietokantarakenne MySQL:ää ja SQLite:ä varten. Mittauspositioita konfiguroitaessa tai lisätessä ei tarvita muutoksia tietokantaan.
taloLoggerGraph:
- tuki taloLoggerin uudelle geneeriselle tietokantarakenteelle (ks. yllä)
- lisätty kumulatiivinen laskurityyppi
taloLoggerPi: taloLogger-ympäristö Raspberry Pi:tä varten, ensimmäinen julkaisuversio, ks. ominaisuuksista alla
- pohjautuu Raspbian Wheezy -Linux distribuutioon
- Apache2-www-palvelin, PHP5, SQLite3-tietokanta
- esiasennettu tuki taloLoggerin tukemille lokitustavoille ja tietolähteille (rrdtool, sqlite3, MySQL, digitemp, OWFS, sarjaportit)
- esiasennettu taloLogger, paikallinen geneerinen tietokanta (SQLite3 ja taloLoggerin oma geneerinen tietokantarakenne)
- esiasennettu taloLoggerGraph, joka näyttää www-selaimessa lokitetut datat
-
taloLoggerPi:n asennusohjeet:
TaloLoggerPi - Asennusohje
- Varaa 2 GB tai suurempi (suositus väh. 4 GB) Raspberrylle sopiva SD-muistikortti
asennusta varten. Muistikortilta häviää asennuksessa kaikki vanha tieto.
- Lataa uusin taloLoggerPi_vNNN.zip -tiedosto ja pura se.
http://olammi.iki.fi/sw/taloLogger/download.php (http://olammi.iki.fi/sw/taloLogger/download.php)
- Asenna taloLoggerPi_v10b.img -image SD-muistikortille. Tähän ohjeistusta
parhaiten löytyy Raspberry Pi -Wikistä. Asennus voidaan tehdä täsmälleen
samalla tavalla kuin yleisen Rasbian jakeluimagen asentaminen.
http://elinux.org/RPi_Easy_SD_Card_Setup
- Laita muistikortti Raspberry Pi:n kortinlukijaan ja kytke käyttöjännite
- Odota, että taloLoggerPi boottaa
- Loggaa ssh:lla Pi:hin sisään (ssh -l pi <IP-osoite> tai putty <IP-osoite>).
Käyttäjätunnus "pi", salasana oletuksena Rasbian-jakelussa oleva "raspberry".
Tässä kohden pitää jotenkin selvittää, mikä on Pi:n IP-osoite. Pi
on konfiguroitu käyttämään DHCP:tä ja se kysyy siis verkolta IP-osoitteen.
ADSL-reitittimen, kytkimen tms. www-hallintaliittymästä voi useinkin
tarkistaa, mitä IP-osoitteita laitteessa oleva DHCP-palvelin on jakanut.
Toinen vaihtoehto on arvata esim. tietokoneesi saaman IP:n perusteella
ja kokeilemalla. DHCP-palvelimille ja näihin kytkimiin voi yleensä
konfiguroida tietylle laitteelle vakio-IP-osoitteen, jotta se
pysyisi samana jatkossa.
Jos mikään muu ei auta, niin Pi:n voi kytkeä HDMI-liittimestä esim.
televisioon ja pistää USB-näppäimistön kiinni ja katsoa, että
minkä IP-osoitteen Pi on saanut. Sisäänkirjautuminen samalla
pi/raspberry -tunnuksella kuin ssh:lla. Seuraava komento kertoo
IP-osoitteen:
ifconfig eth0
Kohdassa "inet addr:" on IP-osoite (esim. 192.168.1.25 tms)
- Kun olet sisällä Pi:ssä, kasvatetaan root-partition koko muistikortin
maksimikokoon. Kasvattamisen voi tehdä monella tavalla, mutta tässä
käytetään imagelta löytyvää raspi-config -ohjelmaa.
sudo raspi-config
* valitse nuolinäppäimillä toiminto "expand_rootfs", paina enter
* työkalu ilmoittaa, että root-partitio on kasvatettu ja tiedostojärjestelmä
suurennetaan seuraavassa bootissa
* paina enter (Ok)
* Siirry toimintolistasta alarivin näppäimiin tabulaattorilla
* Valitse nuolinäppäimellä "<Finish>", paina enter
* Työkalu kysyy, haluatko bootata nyt, valitse Yes ja enter
=> Pi boottaa. Bootissa menee hieman kauemmin, koska tällä kertaa
muistikortin tiedostojärjestelmä kasvatetaan koko kortin kokoiseksi.
- Loggaa jälleen sisään Pi:hin
- Tässä vaiheessa kannattaa vaihtaa pi-käyttäjän oletussalasana toiseksi.
Salasanan vaihto onnistuu raspi-configilla (toiminto change_pass) tai
antamalla pi-käyttäjänä komento
passwd
Nyt taloLoggerPi on oletusasetuksilla käynnissä. Laitteessa on
SQLite3-tietokanta, johon taloLogger lokittaa 2 minuutin välein
esimerkinomaista "outdoor"-ulkolämpötilaa. Esimerkkidata on sinimuotoista
2h jaksolla olevaa aaltoa, jota tuottaa taloLoggerin Dummy-datalähde.
Syntyvää lokia voi tarkastella www-selaimella osoitteesta:
http://<IP-osoite>/
Linkistä pitäisi aueta sivu, jossa on otsikko TaloLoggerPi ja
linkki TaloLoggerGraph. Linkistä aukeaa esimerkkilokituksen
kuvaajat.
TaloLoggerin konfiguraatiotiedosto:
/home/talo/etc/taloLogger.conf
Konfiguraatiotiedosto on minimaalinen ja esimerkinomainen. Samassa
hakemistossa on myös _original-päätteinen tiedosto, jossa on esimerkkejä
erilaisista konfiguraatiomahdollisuuksista.
TaloLoggerGraphing konfiguraatiotiedosto:
/home/talo/public_html/taloLoggerGraph.conf
Konfiguraatiotiedosto on minimaalinen ja esimerkinomainen. Samassa
hakemistossa on myös _original-päättelinen tiedosto, jossa on esimerkkejä
erilaisista konfiguraatiomahdollisuuksista.
Tietokanta: SQLite3-tietokantatiedosto
/home/talo/data/talo.db
Kannan rakenne on geneerinen siten, että kun uusia mittauspisteitä tulee,
niin tietokannan taulurakenteeseen ei tarvita muutoksia. Riittää, kun
taloLoggerin konfiguraatioon lisätään MEASURE-direktiivejä uudella
positionimellä.
Samaa positionimeä voidaan käyttää taloLoggerGraphin kuvaajien
konfiguraatiossa.
OWFS (1-wire filesystem):
TaloLoggerPi:ssä on esiasennettuna OWFS, mutta se ei oletuksena käynnisty
bootattaessa. Voit aktivoida OWFS:n antamalla seuraavan komennon,
jonka jälkeen OWFS käynnistyy ja on myös jatkossa bootin jälkeen
aktiivinen:
sudo ln -s /home/talo/service/owfs /etc/service/owfs
Nyt jos Pi:n USB-porttiin on kytketty 1-wire-adapteri, näkyvät väylän
laitteet hakemistossa
/home/talo/owfs
-
:) KIITOS OLAMMI !! :)
Uudet versiot Loggerista ja Graphista asennettuna ja toimii hienosti !! Tarvii taas painaa DONATE-nappia :)
-
Kiitokset minunkin puolestani olammi:lle!
Asensin ja konfiguroin RasPiversion tallentamaan dataa IVT EQ-8 pumpun CAN-väylältä.
Käytän Lawicelin CAN-USB-sovitinta.
Sovitinta varten lisäsin netistä googlaamieni vinkkien ja kokeilujen perusteella seuraavat vivut /boot/cmdline.txt -tiedoston alkuun:
dwc_otg.microframe_schedule=1 dwc_otg.fiq_fix_enable=0
Muuten en saanut RasPia stabiiliksi USB-väylälle kirjoitettaessa tai lukiessa...
Datat menevät nyt purkkiin ja taloGraphkin näyttäisi pelittävän kuten alkeellisesti konfiguroinkin!
-
Rasperry pi ei reagoi TalologgerPi versioon, lataa kyllä, mutta näppis ja hiiri ei toimi :'( VakioWheezy kyllä tunnistaa näppiksen (usb-hubi omalla virtalähteellä).
-
Rasperry pi ei reagoi TalologgerPi versioon, lataa kyllä, mutta näppis ja hiiri ei toimi :'( VakioWheezy kyllä tunnistaa näppiksen (usb-hubi omalla virtalähteellä).
Minulla on sama juttu, talologgeripi image kortilla, ei tunnista hiirtä ja näppistä, eikä toimi edes ulkoisella usb-hubilla virtalähteellä, sekä kun on usb-laite kiinni niin häviää ethernet toimimasta. En ole kokeillut muulla imagella.
Ilman usb-laitteita pääsee kyllä puttyllä kiinni.
-
Rasperry pi ei reagoi TalologgerPi versioon, lataa kyllä, mutta näppis ja hiiri ei toimi :'( VakioWheezy kyllä tunnistaa näppiksen (usb-hubi omalla virtalähteellä).
Minulla on sama juttu, talologgeripi image kortilla, ei tunnista hiirtä ja näppistä, eikä toimi edes ulkoisella usb-hubilla virtalähteellä, sekä kun on usb-laite kiinni niin häviää ethernet toimimasta. En ole kokeillut muulla imagella.
Ilman usb-laitteita pääsee kyllä puttyllä kiinni.
Tämä on tunnettu ongelma. Rasberry Pi:n kerneleissä on USB-laitteisiin liittyviä ongelmia. Mm. USB-serial-muuntimien toiminta ei kaikilta osin oikein ole kunnossa. Tähän tulee jossain vaiheessa varmasti korjaus Raspin kerneleihin, mutta vielä ei ole näin.
TaloLoggerPi v1.0a:ssa koitettiin laittaa sellainen konffis, joka palvelisi maksimaalisesti noita USB-sarjamuuntimia. Siinä samassa sitten tuolla on sellainen vaikutus, että ilmeisesti osa uudemmista USB2.0-näppiksistä ja hiiristä lakkaa toimimasta. Pi:n USB on pakotettu USB1.1-tasolle, jotta hitaammat Serial-muuntimet toimisivat.
Saat uudelleen enabloitua USB2.0-laitteet joko loggaamalla verkon kautta Pi:hin tai manipuloimalla suoraan muistikortilla olevaa tiedostoa toisella koneella. Tiedosto, jota muutetaan on 1. partitiolla oleva cmdline.txt. Pi:stä tuo näkyy tiedostona /boot/cmdline.txt. Tiedostossa on 1 rivi, jossa on kernelille bootissa annettavia parametreja. Poista rivin alusta direktiivi:
dwc_otg.speed=1
ja boottaa Pi kortilta, niin kernel-parametrit ovat samoin kuin vanilja Rasbianissa.
-
:) Kiitos!
-
Syntyvää lokia voi tarkastella www-selaimella osoitteesta:
http://<IP-osoite>/
Linkistä pitäisi aueta sivu, jossa on otsikko TaloLoggerPi ja
linkki TaloLoggerGraph. Linkistä aukeaa esimerkkilokituksen
kuvaajat.
TaloLoggerin konfiguraatiotiedosto:
/home/talo/etc/taloLogger.conf
[/tt]
Asensin ohjeen mukaan ja raspi käynnistyy ihan ok. Menen Puttyn avulla sisälle. Asensin wlanin, joka myös toimii. Mutta TaloLoggeri ei ilmeisesti ole asentunut kuitenkaan oikein, koska /home/talo - hakemistoa ei löydy ollenkaan ja niin muodoin ei ohjelmistokaan toimi. Mikähän meni vikaan?
-
Asensin ohjeen mukaan ja raspi käynnistyy ihan ok. Menen Puttyn avulla sisälle. Asensin wlanin, joka myös toimii. Mutta TaloLoggeri ei ilmeisesti ole asentunut kuitenkaan oikein, koska /home/talo - hakemistoa ei löydy ollenkaan ja niin muodoin ei ohjelmistokaan toimi. Mikähän meni vikaan?
Nyt kyllä pitää todeta, että heti en ymmärrä, miten olisi voinut noin tapahtua. Nimittäin imagelle ei asennu hakemistot mitenkään erikseen enää, vaan ne on siinä imagessa jo. Mitä on voinut sattua, niin olet vahingossa asentanut kortille jonkun toisen imagen (esim. Raspbianin) etkä taloLoggerPi-paketin imagea.
Asennusohjeessani siis tarkoittetaan, että asennetaan taloLoggerPi-paketissa tuleva image samalla tavalla kuin Raspbianin paketti asennetaan Raspberry-saitin ohejistuksen mukaan. Imagena käytetään kuitenkin tuota taloLoggerPi:tä - ei Raspbian-pakettia.
-
Juu. Nyt toimii. Olin tosiaan epähuomiossa asentanut väärän imagen.
-
Olen yrittänyt saada wlania pelaamaan, mutta tuloksetta. Raspin omalla imagella toimii hyvin. Olen Xming-ohjelmalla PC:n kautta raspissa sisällä. Raspin käyttöliittymässä on wifi-asennuskuvake, jolla aiemmin on hoitunut asennus. Nyt kuitenkin ilmoittaa, että "could not get status from wpa_supplicant", eli ei löydä wlan-mokkulaa. Onkohan jotain jäänyt noteeraamatta?
-
Olen yrittänyt saada wlania pelaamaan, mutta tuloksetta. Raspin omalla imagella toimii hyvin. Olen Xming-ohjelmalla PC:n kautta raspissa sisällä. Raspin käyttöliittymässä on wifi-asennuskuvake, jolla aiemmin on hoitunut asennus. Nyt kuitenkin ilmoittaa, että "could not get status from wpa_supplicant", eli ei löydä wlan-mokkulaa. Onkohan jotain jäänyt noteeraamatta?
Oletko tuota jo kokeillut (poistaa tuon nopeusrajoituksen USB-väylältä)?
http://www.maalampofoorumi.fi/index.php?topic=4416.msg50620#msg50620 (http://www.maalampofoorumi.fi/index.php?topic=4416.msg50620#msg50620)
-
Nyt sain wlanin toimimaan. Oli wpa_supplicant.conf tiedostossa jostain syystä kahteen kertaan wlan määrityksiä. Poistin toisen, tallensin (nanolla) ja käynnistin uudelleen ja lähti pelittämään nyt wlanin varassa. Olin aiemmin saanut jollain konstilla wifi määrityksen tehtyä, mutta ilmeisesti olin painanut jotain nappulaa liian monta kertaa?
Nyt saa raspin autotalliin ja pääsee jatkamaa harjoituksia.
-
Raspin IP:n löytää kotiverkosta arvaamista helpommin esim. nmapilla.
nmap -sP 192.168.0.0/24
Löytyi sattumalta tämä talologgeri, pitääpä testata. :)
-
Kiitän olammia hienoista ohjelmistoista!
Toimivat moitteetta moitteetta raspiin laittamassani Fedora remixissä.
Yhden pikkumuokkauksen tein storeDbSQLite.py skriptiin.
Alkuperäinen skripti tallensi aikaleiman GMT:nä eli pari tuntia Suomen aikaa myöhemmäksi.
Asia korjaantui, kun lisäsin 'localtime' parametrin DAYTIME funktioon.
Alla diff -u
--- storeDbSQLite.py.ori 2013-01-20 20:15:02.391223001 +0200
+++ storeDbSQLite.py 2013-01-20 20:28:11.891223002 +0200
@@ -189,7 +189,7 @@
sqlstmt = ""
try:
# time as integer as seconds from epoch
- timestr = "DATETIME(%d, 'unixepoch')" % (timeval, )
+ timestr = "DATETIME(%d, 'unixepoch','localtime')" % (timeval, )
db = SQLiteDb.connect(self.DB_NAME)
if self.DB_SCHEMA == 1:
-
Yhden pikkumuokkauksen tein storeDbSQLite.py skriptiin.
Alkuperäinen skripti tallensi aikaleiman GMT:nä eli pari tuntia Suomen aikaa myöhemmäksi.
Asia korjaantui, kun lisäsin 'localtime' parametrin DAYTIME funktioon.
Alla diff -u
Sanoisin tähän, että voit muokata omaan tarkoitukseesi vapaasti, YMMV.
TaloLogger tallettaa tarkoituksella ajan SQLite-kantaan UTC:ssa. Graafipäässä otetaan tämä huomioon ja dataa hyödynnettäessä UTC-aika muutetaan paikallisajaksi. Muuten ongelmia seuraa testieni mukaan esim. kesäajan kanssa. UTC/unixtime on yksikäsitteinen, SQLite ei talleta mainitsemallasi tavalla talletettaessa tietoa aikavyöhykkeestä tai DST:stä, MySQL toimii tässä paremmin. Esim. talviaikaan vaihdettaessa localtimena tallennettaessa ei voida tietää tapahtuiko samalla kellonajalla oleva lokitapahtuma ensin vai jälkimmäisellä samalla tunnilla. UTC:ssa tämä erottelu on tehtävissä.
-
Onko mahdollista saada digitempin kanssa DS2423 counterin molemmat laskurit käyttöön?
Ohjelma muuten toimii hienosti.
-
Onko mahdollista saada digitempin kanssa DS2423 counterin molemmat laskurit käyttöön?
Ohjelma muuten toimii hienosti.
On. Tulee seuraavaan julkaisuun.
-
Minulta pyydettiin esimerkkikuvaa Rego 1000:n väylältä napatuista datoista.
(http://www.kotiposti.net/rruokonen/taloLoggerGraph_20130212.png)
Tässä "normipäivä" taloLoggerGraphin näkemänä.
Konfiguroin tietokantaan ja kuvaan kaikki mielestäni olennaisimmat tiedot CAN-väylältä.
Kokoonpano on tämän kaltainen:
(http://www.kotiposti.net/rruokonen/taloLoggerGraph1_20130212.png)
-
Julkaistu taloLogger v1.5b ja taloLoggerGraph v1.1b:
http://olammi.iki.fi/sw/taloLogger/ (http://olammi.iki.fi/sw/taloLogger/)
-
Hei, mites tuota talologger.conf :ia voi editoida ja tallentaa. Prosessi varaa sen koko ajan. Kysymyksessä pi-versio.
-
Hei, mites tuota talologger.conf :ia voi editoida ja tallentaa. Prosessi varaa sen koko ajan. Kysymyksessä pi-versio.
Ei prosessi sitä varaa. Linuxissa ei tapahdu sellaista. Mutta tiedosto on kyllä käyttäjän talo omistuksessa ja tiedostoa saa editoida vaan em. käyttäjä tai root.
Minä tekisin roottina ja sanoisin siis komentoriviltä: sudo nano -w /home/talo/etc/taloLogger.conf
-
Onko mahdollista saada digitempin kanssa DS2423 counterin molemmat laskurit käyttöön?
Tässä taloLoggerin versiossa v1.5b on nyt tuki digitempissä useammille laitteen tarjoamille arvoille. Kuten ennenkin @MEASURE ottaa mittausdatan ensimmäiseltä dataksi kelpaavalta riviltä. Loggerille voi kuitenkin kertoa haluavansa jonkun muun kuin ensimmäisen arvon. DS2423-counterin B-arvo tulee toisena arvona, joten esimerkiksi seuraavalla rivillä Digitemp-konfiguraatiossa olevalta laitteelta nro 6 mitataan laskurin B-arvo olettaen, että laite 6 on dual counter:
@MEASURE = counter_b:DIGITEMP.6#2
-
>Minä tekisin roottina ja sanoisin siis komentoriviltä: sudo nano -w /home/talo/etc/taloLogger.conf
Kiitos jälleen, yritin sillä Leaf-editorilla hommailla, mutta eihän sillä pelannut.
-
Julkaisin taloLoggerPi:lle päivitysskriptin, jonka avulla taloLoggerPi:lle asennetut taloLoggerin ja taloLoggerGraphin voi päivittää helposti uusimpaan versioon. Tämä skripti tulee olemaan taloLoggerPi:n seuraavassa versiossa automaattisesti mukana. Ensimmäisen version käyttäjät (v1.0a) voivat asentaa skriptin helposti seuraavan ohjeen avulla. Anna Pi:ssä komentorivillä seuraava komento, joka hakee verkosta päivitysskriptin ja asentaa sen oikeaan paikkaan:
sudo wget -O /home/talo/bin/upgrade_taloLogger.py http://olammi.iki.fi/sw/taloLoggerPi/upgrade_taloLogger.py; sudo chmod 755 /home/talo/bin/upgrade_taloLogger.py
Päivittääksesi taloLoggerPi:llä olevat taloLoggerin ja taloLoggerGraphin uusimpiin julkaistuihin versioihin tai vain tarkistaaksesi, että onko uudempia saatavilla, anna seuraava komento Pi:n komentorivillä (skripti ajettava roottina, siksi sudo):
sudo /home/talo/bin/upgrade_taloLogger.py
Skripti tarkistaa ensin, onko siitä itsestään julkaistu uudempaa versiota ja pyytää lupaa päivitykseen, jos on. Jos skripti päivittyy, niin se pyytää käynnistämään itsensä sen jälkeen uudelleen. Skripti ei tee muutoksia Pi:hin kysymättä päivitykseen ensin käyttäjän lupaa.
Sitten skripti tarkistaa Pi:lle asennetut taloLoggerin ja taloLoggerGraphin versiot sekä netistä edellisten uusimmat julkaisuversiot. Asennettujen versioiden ja julkaistujen versioiden numerot näytetään käyttäjälle. Jos uudempia on saatavana, niin skripti pyytää lupaa päivitykseen.
Jos lupa annetaan, niin skripti päivittää sovellukset. Konfiguraatiotiedostot, tietokannat, lokit, jne. pysyvät koskemattomina ja niitä ei päällekirjoiteta. Vain ohjelmakoodi vaihdetaan
(hakemistot /home/talo/bin/taloLogger ja /home/talo/public_html/script/taloLoggerGraph).
-
Julkaisin taloLoggerPi v1.0b:n
http://olammi.iki.fi/sw/taloLoggerPi/ (http://olammi.iki.fi/sw/taloLoggerPi/)
-
Julkaisin taloLoggerPi v1.0b:n
http://olammi.iki.fi/sw/taloLoggerPi/ (http://olammi.iki.fi/sw/taloLoggerPi/)
Kun en ymmärrä luxin päälle niin latasin toissapäivänä nuo x.xb tiedostot ja kopioin vastaaviin x.xa tiedostoihin päälle, nyt näyttää b versioksi ja toiminnassa en huomannut mitään häikkää. En vaan vielä oikein hallitse päivittämistä(niitä näppäimistökomentoja) linuxilla
Onko lopputulos sama?
Heh, olin liian hätäinen päivityksen suhteen, olisimpa vuorokauden malttanut. Kiitos ja kumarrus scripteistä.
-
Kun en ymmärrä luxin päälle niin latasin toissapäivänä nuo x.xb tiedostot ja kopioin vastaaviin x.xa tiedostoihin päälle, nyt näyttää b versioksi ja toiminnassa en huomannut mitään häikkää.
Onko lopputulos sama?
Kyllä se lopputulos hyvin todennäköisesti on sama. Jotain tiedosto-omistuksiin ja -oikeuksiin liittyvää voi olla, mutta jos se toimii, niin ei välttämättä tarvitse huolestua.
-
taloLogger v1.5c julkaistu
http://olammi.iki.fi/sw/taloLogger/ (http://olammi.iki.fi/sw/taloLogger/)
Uutta:
- Pieniä avain/selitemuutoksia regoCan-moduulin REGO1000-profiiliin
- Ouman-sarjakirjaston profiilit päivitetty. Lisätty mm. venttiilien asentotietoja ja tuntilaskureita. Lisätty kaukolämmön kulutuslukemat (EH203). Lisätty EH686:sen mittaukset. Lisätty EH201GT-profiili.
- Lisätty mahdollisuus luoda tiedostotyyppinen loki joka mittauskerralla uudelleen (normaalisti lokitiedostoon lisätään perään, mutta tässä tulee tiedostoon viimeisimmät arvot). Luotu konfiguraatiotiedostoon esimerkinomainen XML-tiedostoon tallentaminen viimeisillä arvoilla.
- Lisätty OWFS-moduuliin mahdollisuus tehdä alustuskomentoja loggerin käynnistyessä, mittausta ennen ja mittauksen jälkeen. Komennot "komentorivikomentoja".
- Poistettu OneWire-moduulissa ollut desimaalilukujen pyöristys 2 desimaaliin.
- Lisätty tuki virtuaalisille mittauspisteille. Virtuaaliset mittaukset lasketaan sen jälkeen, kun kaikki mittaukset on tehty ja ennenkuin data kirjoitetaan lokiin/kantaan. Virtuaaliset mittauspisteet voi määritellä Python-lausekkeina. Lausekkeissa voi viitata juuri mitattuun dataan ja edellisen mittauskierroksen dataan sekä mittausaikoihin sekunteina näinä kahtena aikana. Syntaksi esitelty konffitiedostossa.
-
Raspi version asensin ja vaikutti senverran toimivalta että kuvittelin ottavani jatkuvaan käyttöön, saisi graafeja vaikka etänä vilkuilla :)
En kuitenkaan tuosta talologger.conf ohjeesta äkkiä löytänyt mitään yleistä tiedonsiirtojonoa tyyliin "anturin nimi, arvo, toinen anturi, arvo" jne. Onko jotain tuollaista käytettävissä ?
Meillä pannuhuoneen Arduinolta tulee lämpötila ym mittauksia ja pumppujen ohjaustietoa usbin kautta sarjaliikenteellä Raspberrylle näytettäväksi. Tuo data tulee merkkijonona: "ASF12.00XYSF24.00X..." jne eli: 2 tunnuskirjainta; erotin F; lukema 2-5 merkkiä; erotin/loppumerkki X, ja vastaava merkkijono kahdeksalta kohteelta 10 s välein. Saako tuosta suoraan kaivettua dataa talologgerille ?
-
Meillä pannuhuoneen Arduinolta tulee lämpötila ym mittauksia ja pumppujen ohjaustietoa usbin kautta sarjaliikenteellä Raspberrylle näytettäväksi. Tuo data tulee merkkijonona: "ASF12.00XYSF24.00X..." jne eli: 2 tunnuskirjainta; erotin F; lukema 2-5 merkkiä; erotin/loppumerkki X, ja vastaava merkkijono kahdeksalta kohteelta 10 s välein. Saako tuosta suoraan kaivettua dataa talologgerille ?
Eiköhän tuo onnistu, mutta kuvailetko mitä teknisesti tarkoittaa "Arduinolta tulee sarjaliikenteellä näytettäväksi". Eli tuleeko aika-ajoin joku tiedosto Raspin levylle, jossa data on vai miten data on tarkoitus vastaanottaa?
-
Keltanokka kyselee:
Kotonta löytyy L-Ä VS8 pumppu jossa siis Ouman 200 sarjan lämmönsäädin sekä 1-wire DS antureita +2-pulssi laskurikortti.
Mikä ohjelma pitää asentaa että samaan loggaukseen saa Oumannin tiedot + 1-wire mittaukset?
Ja miten nuo tulee kytkeä?
-
onkohan tämä taloLogger.conffissa oikeassa muodossa vai pitääkö olla sulkeisia?
@VIRTUAL=varaajakwh:1:%_varaaja1_% + %_varaaja2_% + %_varaaja3_% + %_varaaja4_% + %_varaaja5_% + %_varaaja6_%/6-30*1.6*4000/1000
onko yleensäkään mahdollista?
-
onkohan tämä taloLogger.conffissa oikeassa muodossa vai pitääkö olla sulkeisia?
@VIRTUAL=varaajakwh:1:%_varaaja1_% + %_varaaja2_% + %_varaaja3_% + %_varaaja4_% + %_varaaja5_% + %_varaaja6_%/6-30*1.6*4000/1000
onko yleensäkään mahdollista?
On mahdollista ja sulkuja siellä pitää varmaankin käyttää, että saat haluttua arvoa ulos.
-
onkohan tämä taloLogger.conffissa oikeassa muodossa vai pitääkö olla sulkeisia?
@VIRTUAL=varaajakwh:1:%_varaaja1_% + %_varaaja2_% + %_varaaja3_% + %_varaaja4_% + %_varaaja5_% + %_varaaja6_%/6-30*1.6*4000/1000
onko yleensäkään mahdollista?
On mahdollista ja sulkuja siellä pitää varmaankin käyttää, että saat haluttua arvoa ulos.
en vain yksinkertaisesti osaa kun on niin montakymmentä vuotta kansakoulusta.
@VIRTUAL=varaajakwh:1:(((%_varaaja1_% + %_varaaja2_% + %_varaaja3_% + %_varaaja4_% + %_varaaja5_% + %_varaaja6_%)/6-30)*1.6*4000)/1000
varaaja1 74.06
varaaja2 71.19
varaaja3 71.31
varaaja4 56.69
varaaja5 52.13
varaaja6 49.19
tulee energiasisällöksi
207,53 kwh
javascriptillä
x7 = (((x1*1+x2*1+x3*1+x4*1+x5*1+x6*1)/6-30)*1.16*4000)/1000;
tulee energiasisällöksi
150,46 kwh
tuota javascriptiä olen käyttänyt, onko sekään oikein?
energiasisältö on +30°c lämpötilassa 0 (minulle käyttökelvotonta)
-
@VIRTUAL=varaajakwh:1:(((%_varaaja1_% + %_varaaja2_% + %_varaaja3_% + %_varaaja4_% + %_varaaja5_% + %_varaaja6_%)/6-30)*1.6*4000)/1000
x7 = (((x1*1+x2*1+x3*1+x4*1+x5*1+x6*1)/6-30)*1.16*4000)/1000;
Noiden lausekkeiden ero on, että toisessa on kerroin 1.6 ja toisessa 1.16. Liekö siinä ongelman ydin?
-
@VIRTUAL=varaajakwh:1:(((%_varaaja1_% + %_varaaja2_% + %_varaaja3_% + %_varaaja4_% + %_varaaja5_% + %_varaaja6_%)/6-30)*1.6*4000)/1000
x7 = (((x1*1+x2*1+x3*1+x4*1+x5*1+x6*1)/6-30)*1.16*4000)/1000;
Noiden lausekkeiden ero on, että toisessa on kerroin 1.6 ja toisessa 1.16. Liekö siinä ongelman ydin?
siinähän se
kiitän ja kumarran, ihan hävettää, mutta nyt toimii. tuli testattua että sulkuja hyväksyy aika monta variaatioa samalla lopputuloksella.
-
Pidemmän hiljaiselon ja TODO-listan kasaantumisen jälkeen aloitan tänään taloLogger kehitysiteraation. Valmistumisajankohtaa ei ole vielä luvata. Tulevia uusia ominaisuuksia (prioriteettijärjestyksessä, mitä ylempänä listassa, sitä todennäköisemmin on julkaistavassa versiossa):
- taloLogger core: bugikorjaus - virheellinen data keskeyttää lokittamisen v1.5:ssa.
- taloLoggerPi: taloLoggerPi-asennuksen tekeminen scriptillä olemassaolevaan Debian-imageen => poistuu kokonaisen taloLoggerPi-imagen jakelu ja muuttuu asennusskriptiksi ja asennusohjeistukseksi.
- taloLoggerGraph: Useampi Y-akseli kuin 2 kuvaajaan.
- taloLoggerGraph: Halutun kuvasivun exportointi komentoriviltä tiedostoiksi hakemistoon.
- taloLogger core: mittauspisteiden datan validointi - mahdollisuus asettaa ehto mitatulle datalle, jonka täyttämättömät datat hylätään
- taloLogger core: hälytykset - mittauskohtaiset hälytysrajat (raja-arvo, ylitysaika), hälytyksen julkistaminen (komennon ajo, email, sms)
- taloLogger datasource: OumanSerial: hälytystietojen haku ohjaimelta (ja hälytyskäsittely)
- taloLoggerGraph: Vuosi, kuukausi ja viikkokuvat.
- taloLoggerGraph: Kuvaajien cachetys ja ajastetut sivujen generoinnit cacheen päivän vaihtuessa.
- taloLogger datastore: Zabbix-tallennus (testiversio)
- taloLogger datasource: AIT-pumppujen lokitus (testiversio)
- taloLogger datasource: Nibe/Modbus -lokitus (testiversio)
- taloLogger datasource: Enervent/Modbus -lokitus (testiversio)
- taloLogger datasource: UDP-pakettivastaanotto ja lokitus (protokolla epäselvä vielä) (testiversio)
- taloLogger datasource: Stiebel Eltron -lokitus (testiversio)
- taloLogger datasource: Cisco LLAP -lokitus (testiversio)
- taloLogger datasource: Telldus API -lokitus (testiversio)
Julkaistavat versiot:
- taloLogger: v1.6a
- taloLoggerGraph: v1.1c
- taloLoggerPi: v1.1a
-
Koskas me saadaan Siemenssin albatrossille tuki ::)
-
Koskas me saadaan Siemenssin albatrossille tuki ::)
Onko linkkejä spekseihin liitynnästä? Onko testilaitteistoa?
-
Eipä mulla ainakaan, pitäs vakoilla jollain miten sen väylän kanssa keskustellaan...
Hmm, rupesin googlettamaan tota Siemenssin smartweb juttua ja löysin tämmösen:
Version 1.4c, 11.04.2011
------------------------
* Added Nibe serial data source module.
* Added SmartWeb support for newer Geopro/Oilon pumps with
Siemens controller.
Eli onko tässä jo jonkunlainen tuki!?
EDIT: Täällä on jotain tosta Siemenssin BSB:stä: http://www.microchip.com/forums/m691454.aspx
-
Siemens pitää lpb/bsb väylän speksit omana tietonaan. Tässä linkissä on reverse-engineering yritystä.
http://blog.dest-unreach.be/2012/12/14/reverse-engineering-the-elco-heating-protocol
Helpoin tapa on ostaa se web-kikkare siemensiltä.
-
* Added SmartWeb support for newer Geopro/Oilon pumps with
Siemens controller.
Eli onko tässä jo jonkunlainen tuki!?
On. Nimenomaan Smartweb-moduulin kautta. TaloLogger kyselee SmartWebiltä arvoja ja lokittaa niitä. Testattu ja käytössä.
-
No toi vois olla nopeampi tapa mun kohdalla saada sitä lokitusta, kun alkaa rakentelemaan sellasta 1-wire systeemiä... Mikäs sen tarkan mokkulan tyyppi nyt on, mikä tohon tarvitaan?
-
http://www.ifs-store.com/products/OZW672.01.html
http://www.ifs-store.com/products/Siemens-OZS164.13%7B47%7D101.html
-
Lisätoiveena vielä tuki Raspberryn GPIO:lle
Siihen löytyy valmis python-moduli (https://sourceforge.net/projects/raspberry-gpio-python/)
-
Jatkamme Jussin kanssa smartweb keskustelua toisaalla...
-
Hienoa että jaksat puuhastella tämän kanssa :) Entäs tuki Viessmannille?
Tuolla sivulla on pari kohtaa mistä näkee kuinka joku hakee dataa pumpulta, tuuppaa txt-fileen ja lukee sen sitten johonkin databaseen. (python filut)
http://hogarth.de/heating/code.php (http://hogarth.de/heating/code.php)
Käsittääkseni taustalla pyörii vcontrold serveri ja sitten vclient softaa käytetään suorittamaan kyselyt tuolta serveriltä. Liityntä pumppuun optisella usb kaapelilla.
http://openv.wikispaces.com/vcontrold (http://openv.wikispaces.com/vcontrold)
http://openv.wikispaces.com/vclient (http://openv.wikispaces.com/vclient)
Joskus haaveissa olisi iv-koneen, lämpöpumpun, vesi- ja sähkömittareiden lukeminen johonkin yhteiseen tietokantaan... Lämpöpumppuun vaan ei ole mitään järkeä alkaa lisäämään mitään antureita koska itse laitteessa on jo kattavasti mittauksia...
-
Laitoin tuonne TODO:n perään...
-
Mikä tilanne taloLogger rintamalla?
-
Ensinnä pahoittelut: ansiotyön kiireet valitettavasti priorisoituivat jälleen aiotun taloLogger-kehitysaikataulun yli, joten kehitysiteraatio on ollut hitaan nihkeä. Nyt jotain valoa kuitenkin on tunnelin päässä näkyvissä.
Julkaistu 7.5.2014:
- taloLoggerPi-asennusskriptistä versio v1.1a. Skripti asentaa Raspbian-instanssiin taloLoggerPi:n v1.1a. Asennusohjeet ja muut tiedot: http://olammi.iki.fi/sw/taloLoggerPi/ (http://olammi.iki.fi/sw/taloLoggerPi/), HOWTO
Tällä hetkellä asennusskriptissä on voimakkaasti oletus, että asennus tehdään Raspbian imagen päälle. Esim. Arduinon Debian-distrojen päällekin se saattaa pystyä asentamaan, mutta minulla kun ei ole sellaista käsillä, niin en voi testata. Raportit mahdollisista kokeiluista ovat toki tervetulleita. Raportteihin mielellään mukaan jotain ratkaisukuvauksiakin sekä install-skriptin tulosteesta tiedot, mitä oikein tapahtui / mitä ei löytynyt.
-
Julkaistu 12.5.2014:
- taloLogger versio v1.6a. Telldus Tellstick Duo -tuki telldus-core-kirjaston avulla. taloLogger voi lokittaa telldus-core-kirjaston tukemia wireless sensoreita (lämpötila, kosteus, sademäärä, tuuli)
-
Mikä on vialla kun en saa talologgeria lukemaan 1-wireä digitempillä? Windows XP käyttöjärjestelmä, Python ja Cygwin. Digitemp löytää kaikki anturit normaalisti ja tekee niistä itselleen konfigurointitiedoston kun sen suorittaa -i parametrillä.
Sitten kun laitan talologgerin lukemaan digitempiä, luku epäonnistuu ja samalla lukittuu myös Oumanin käyttämä sarjaportti ja luku sieläkin lakkaa onnistumasta. Kun sammuttaa talologgerin, poistaa lock-tiedoston temp-hakemistosta, ottaa conffista digitempit pois ja laittaa uudelleen päälle niin lukee Oumania normaalisti.
Kun otan tuon talologgerin käyttämän komennon eli: C:\talo\digitemp\digitemp.exe -q -c c:\talo\digitemp\.digitemprc -s /dev/com4 -t 2 -o "%.2C" -O "%C" -H "%h"
ja laitan sen cmd-ikkunaan niin vastuksena tulee kyseisen anturin lämpötila esim. 68.50
Talologger loki näyttää tällaista:
30.06.2014 22:19:27: Starting taloLogger.py (v1.5c).
30.06.2014 22:19:27: OUMAN: Running oumanSerial query with id 1
30.06.2014 22:19:27: OUMAN: Opened oumanSerial port: COM3
30.06.2014 22:19:27: ReleasedVersionChecker:
######################################################################
# There is a newer release version of taloLogger available in
#
# http://olammi.iki.fi/sw/taloLogger/
#
# Current version: v1.5c Available release version: v1.6a
######################################################################
30.06.2014 22:19:27: OUMAN: Closed oumanSerial port: COM3
30.06.2014 22:19:27: OUMAN: Received ouman response: '\x02\x06!\x00\x01cVz\x00201L\x96Mar 2 06\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xe8'
30.06.2014 22:19:27: OUMAN: Received Ouman device ID: 201L–Mar 2 06
30.06.2014 22:19:40: OUMAN: Running oumanSerial query with id 18
30.06.2014 22:19:40: DIGITEMP: Reading data from DigiTemp using command: C:\talo\digitemp\digitemp.exe -q -c c:\talo\digitemp\.digitemprc -s /dev/com4 -t 2 -o "%.2C" -O "%C" -H "%h"
30.06.2014 22:19:41: DIGITEMP: ERROR: Error reading from DigiTemp
DigiTemp command: C:\talo\digitemp\digitemp.exe -q -c c:\talo\digitemp\.digitemprc -s /dev/com4 -t 2 -o "%.2C" -O "%C" -H "%h"
DigiTemp output:
30.06.2014 22:19:41: DIGITEMP: Received oneWire data: ''
30.06.2014 22:19:41: OUMAN: Opened oumanSerial port: COM3
30.06.2014 22:19:41: OUMAN: Closed oumanSerial port: COM3
30.06.2014 22:19:41: OUMAN: Received ouman response: '\x02\x06\x04\x00\x12\x04Vv'
30.06.2014 22:19:41: OUMAN: Running oumanSerial query with id 20
30.06.2014 22:19:51: OUMAN: ERROR: Unable to aquire lockfile for oumanSerial port: c:\windows\temp\lock___._COM3
30.06.2014 22:19:51: OUMAN: ERROR: Cannot open serial port.
30.06.2014 22:19:51: OUMAN: Running oumanSerial query with id 23
Sitten python-ikkunaan tulee myös seuraava virheilmoitus, tämä siis juuri ennen kuin virheilmoitukset digitempistä tulevat.
Error running thread (thread id 1620): (type ´exceptions.AttributeError´) ´module´object has no attribute ´F_GETFL´
Myös 1.6 versio on kokeiltu eikä muuttanut tilannetta.
-
Juu, näyttää tuosta kohtaa taloLoggerin toteutus olevan Unix-riippuvainen. Pitää pistää listalle, että fiksaan myös Windows-toteutuksen.
-
En saa lämpöantureita näkymään home/talo/owfs - kansioon eikä ip-osoitteella kalikasta. Näyttää tyhjää TalologgerPi sivua. Winukka tunnistaa adapterin, kertoo olevan usb-sovitin.
Käytössä tämä adapteri:
http://www.ebay.com/itm/USB-1-wire-1wire-DS9097-adapter-for-automation-temperature-Windows-Linux-Raspi-/231260963718?pt=LH_DefaultDomain_0&hash=item35d83a4386
Antureina:
http://www.ebay.com/itm/10pcs-DS18b20-Waterproof-Temperature-Sensors-Temperature-Transducer-JT1-/300887518629?pt=AU_B_I_Electrical_Test_Equipment&hash=item460e4b2da5
Missä mättää?
Tommi
-
Lomat lusittu. Palataanpas aiheeseen. Oletko saanut tuota toimimaan? Ilmeisesti owfs ei tunnista adapteria tai owsf ei ole käynnissä. Näkyykö raspin systeemilokissa /var/log/syslog tai /var/log/messages jotain/mitä, kun laitat adapterin kiinni raspiin?
-
En saa lämpöantureita näkymään home/talo/owfs - kansioon eikä ip-osoitteella kalikasta. Näyttää tyhjää TalologgerPi sivua. Winukka tunnistaa adapterin, kertoo olevan usb-sovitin.
Käytössä tämä adapteri:
http://www.ebay.com/itm/USB-1-wire-1wire-DS9097-adapter-for-automation-temperature-Windows-Linux-Raspi-/231260963718?pt=LH_DefaultDomain_0&hash=item35d83a4386
Antureina:
http://www.ebay.com/itm/10pcs-DS18b20-Waterproof-Temperature-Sensors-Temperature-Transducer-JT1-/300887518629?pt=AU_B_I_Electrical_Test_Equipment&hash=item460e4b2da5
Missä mättää?
Tommi
Minulla löytyy täysin sama sovitin ja anturit. Windowsissa sain pelittämään LogTempillä, mutta linuxissa ei tahdo anturit löytyä.
Jostain syystä raspi buuttaa jos sovittimen laittaa lennosta kiinni, mutta käynnistyksessä suoltaa tämmöistä:
Oct 23 14:17:21 raspberrypi kernel: [ 11.377911] usbcore: registered new interface driver usbserial
Oct 23 14:17:21 raspberrypi kernel: [ 11.497692] usbcore: registered new interface driver usbserial_generic
Oct 23 14:17:21 raspberrypi kernel: [ 11.556277] usbserial: USB Serial support registered for generic
Oct 23 14:17:21 raspberrypi kernel: [ 11.768340] usbcore: registered new interface driver pl2303
Oct 23 14:17:21 raspberrypi kernel: [ 12.062844] usbserial: USB Serial support registered for pl2303
Oct 23 14:17:21 raspberrypi kernel: [ 12.205654] pl2303 1-1.2:1.0: pl2303 converter detected
Oct 23 14:17:21 raspberrypi kernel: [ 12.213584] bcm2708-i2s bcm2708-i2s.0: Failed to create debugfs directory
Oct 23 14:17:21 raspberrypi kernel: [ 12.506591] usb 1-1.2: pl2303 converter now attached to ttyUSB0
-
tuo rivihän on niinkuin pitääkin käsittääkseni
i2s.0 rivi on jotain äänijuttuja ehkä, sillä ei mitausten kanssa mitään tekemistä
/home/talo/service/owfs/run tiedostoon #!/bin/sh
/sbin/modprobe fuse
exec /usr/bin/owfs -C -d /dev/ttyUSB0 -m /home/talo/owfs --foreground --allow_other --error_print 1ja owfs.conf tiedostoon joka riville ensimmäiseksi #
niin pitäisi anturit näkyä
-
Paluu aiheeseen....
Tuli tontille kaveri joka osaa enemmän kun pelkästään avata tietokoneen ja sai kaivettua anturit eloon. Itseasissa jopa kahdella eri usb-1wire adapterilla. Eli se asia on hallinnassa.
Onkos muuten Daikinin Altherma-sarjan koneelle mitään keinoa saada pumpun tiedot talologgerille?
-
Heips ja kiitos Olli loistavasti toimivasta taloLoggerPi installerista!
Asennus sujui juuri niin helposti kuin ohjeissa luvataan ja dummy dataa syntyi kantaan.
Tavoite oli saada taloLogger keskustelemaan nyt ensin alkuun IVT:n lämpöpumpun kanssa ja sitten lisätä myöhemmin kasa 1-wire mittareita ja mahdollisesti pari langatonta muuta lämpöanturia.
En saa kuitenkaan REGOa vastaamaan, mitä teen väärin?
Pi:ssä on kiinni perus FTDI:n usb - rs232 adapteri ja se kiinni regossa suoraan. Onko tämä ok vai tarviiko jotain muuta väliinsä?
FTDI:n adapteri näkyy dmesgissä hienosti (/dev/ttyUSB0) ja tuolle laitteelle on 777 oikat.
Asetukset taloLogger.conf tiedostossa
#############################################################################
# data sources
#############################################################################
@DATASOURCE=REGO:REGO
#############################################################################
# RegoSerial configuration
#############################################################################
# Rego device type (see regoSerial.py for available types)
REGO:DEVICE = REGO600
# Serial port address/name where the Rego device is connected
REGO:SERIAL_PORT = /dev/ttyUSB0
Tässä kaikki mitä on logissa (verbose on päällä):
30.10.2014 20:16:32: Starting taloLogger.py (v1.6a).
30.10.2014 20:16:32: REGO: Getting regoSerial version info.
30.10.2014 20:16:32: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:16:34: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:16:34: REGO: Received rego response: ''
30.10.2014 20:16:34: REGO: ERROR: Timeout reading version from Rego
30.10.2014 20:16:34: ERROR: Error initializing module REGO: Error reading version from Rego controller.
30.10.2014 20:18:00: REGO: Running regoSerial query with id 521
30.10.2014 20:18:00: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:02: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:02: REGO: Received rego response: ''
30.10.2014 20:18:02: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:02: REGO: Running regoSerial query with id 522
30.10.2014 20:18:02: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:04: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:04: REGO: Received rego response: ''
30.10.2014 20:18:04: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:04: REGO: Running regoSerial query with id 523
30.10.2014 20:18:04: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:06: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:06: REGO: Received rego response: ''
30.10.2014 20:18:06: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:06: REGO: Running regoSerial query with id 524
30.10.2014 20:18:06: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:08: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:08: REGO: Received rego response: ''
30.10.2014 20:18:08: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:08: REGO: Running regoSerial query with id 526
30.10.2014 20:18:08: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:11: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:11: REGO: Received rego response: ''
30.10.2014 20:18:11: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:11: REGO: Running regoSerial query with id 527
30.10.2014 20:18:11: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:13: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:13: REGO: Received rego response: ''
30.10.2014 20:18:13: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:13: REGO: Running regoSerial query with id 528
30.10.2014 20:18:13: REGO: Opened regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:15: REGO: Closed regoSerial port: /dev/ttyUSB0
30.10.2014 20:18:15: REGO: Received rego response: ''
30.10.2014 20:18:15: REGO: ERROR: Timeout reading message from Rego
30.10.2014 20:18:15: REGO: Running regoSerial query with id 529
30.10.2014 20:18:15: REGO: Opened regoSerial port: /dev/ttyUSB0
^C30.10.2014 20:18:15: Terminating due to SIGINT.
30.10.2014 20:18:16: Terminating.
Luonnollisesti siis yllä olevassa keskeytin tuon itse tuossa lopussa ^C:llä, mutta tuota jatkuu ikuisesti.
Mitä teen väärin?
-
Rego600:ssa on käsittääkseni TTL-tasoinen sarjaulostulo, johon ei voi kytkeä suoraan RS232-sovitinta. Väliin pitäisi saada siis jonkinlainen sovitin, joka saa aikaan RS232-liitettävyyden.
Tuolla ainakin jotain kytkentäkaavioitakin:
http://rago600.sourceforge.net/ (http://rago600.sourceforge.net/)
-
Joo, kiitos, niin näkyy olevan. En ollut perehtynyt tarpeeksi asiaan.
No onneksi kolvi pysyy kädessä... osat maksoi paikallisessa elektroniikkaliikkeessä 3,01€ sisältää kotelon ja koekytkentälevyn sekä alvin.
No sarjakaapeli oli tietysti jo ennestään jonka vedin vain poikki, joten liittimet lisäksi olisi tarvinnut ostaa ellei olisi ollut.
Nyt toimii hienosti.
Kiitos!
-
Julkaistu 01.12.2014: taloLoggerGraph versio v1.1c, jossa uudet ominaisuudet:
- Mahdollista konfiguroida 1-N Y-akselia aiemman 2 sijaan
- Y-akselin skaalan voi määritellä automaattiseksi, jolloin ylä ja alaraja lasketaan datan vaihteluvälistä
- taloLoggerGraphin sivugeneroinnin voi käynnistää myös komentoriviltä, jolloin tehdään annettuun tuloshakemistoon index.html ja sen viittaamat kuvatiedostot paramteroinnin mukaan. Käyttöohjeita komennolla php taloLoggerGraph.inc
- Kyselyssä voidaan päivämääräksi antaa myös kokonaisluku, joka kuvaa päiviä kuluvasta päivästä. Esim. arvo -1 tarkoittaa eilistä.
- Lisätty generoitujen valmiiden päiväkuvien cachetus. Enabloitavissa konfiguraatiotiedostosta, annettava cachen sijaintihakemisto sekä www-polku, josta cache näkyy http-palvelimelta ulos.
- Korjattu ongelma: Netin hakukoneiden käynti taloLoggerGraph-sivulla aiheuttaa /tmp:n täyttymistä tilapäistiedostoilla (kuvilla). Tämä johtuu siitä, että taloLoggerGraph-sivun ajaminen generoi kuvaajat, mutta hakukoneet eivät hae kuvia, joten ne jäävät tmp-hakemistoon. taloLoggerGraph poistaa ajettaessa tmp-hakemistostaan minuuttia vanhemmat generoimansa väliaikaiskuvatiedostot, joita ei ole vielä haettu. taloLoggerGraphille on mahdollista konfiguroida järjestelmän tmp-hakemistosta poikkeava paikka tilapäistiedostoille tarvittaessa. Hakukoneiden käyntejä voidaan myös rajoittaa laittamalla www-palvelun juureen robots.txt-tiedosto, joka kieltää hakukonetta menemästä taloLoggerGraphin tuottamiin alihakemistoihin.
-
Päivitin juuri graphin versioon 1.1c. Hyvin toimii komentoriviltä kuvien muodostus :)
Mutta mistä tuonne loppuun tulee aina tuollainen keltainen pystyviiva, liitteenä on kuva?
-
Mutta mistä tuonne loppuun tulee aina tuollainen keltainen pystyviiva, liitteenä on kuva?
Koskeeko tämä vain komentoriviltä muodostettuja kuvia (outoa jos näin) vai myös selaimella haettuja? Tuleeko vastaavaa kaikkiin kuviin vai tähän yhteen?
-
Mutta mistä tuonne loppuun tulee aina tuollainen keltainen pystyviiva, liitteenä on kuva?
Koskeeko tämä vain komentoriviltä muodostettuja kuvia (outoa jos näin) vai myös selaimella haettuja? Tuleeko vastaavaa kaikkiin kuviin vai tähän yhteen?
Tulee myös selaimella haettuihin, ja nimenomaan noihin käppyröihin. Viivaa ei tule tuohon toiseen kuvaan, mikä on liitteenä, eikä myöskään edellisiltä vuorokausilta otettuihin kuviin.
-
Väriltään se viittaisi arvoon "Sähkövastukset 1/1". Tuo on ilmeisesti STATE-tyyppinen SERIES? Onko sen ehto (statement) minkälainen taloLoggerGraphin conffissa?
-
Väriltään se viittaisi arvoon "Sähkövastukset 1/1". Tuo on ilmeisesti STATE-tyyppinen SERIES? Onko sen ehto (statement) minkälainen taloLoggerGraphin conffissa?
Se on tuollainen:
@SERIES = STATE:tilatieto:Sähkövastukset 1/1:yellow:(%VALUE% & 16) !=0
Eli Oumanilta haetusta "tilatieto" muuttujasta tulee tuo.
EDIT: Juu, vaihdoin punaiseksi tuon sähkövastuksen niin viivakin muuttui punaiseksi, eli jotenkin siitä se tulee.
EDIT2: Kommentoin sähkövastusrivin pois niin sitten viiva tulee kiertovesipumpun arvosta, mikä on viimeisenä konffitiedostossa. Myöskin jos viimeiseksi siirtää jonkin NORMAL-arvon niin silti tulee viimeisestä STATE arvosta tuollainen viiva.
-
Ok. Tuijottelen koodia tuolta kohden sillä silmällä, josko siihen syy löytyisi.
-
En nyt kyllä heti keksi miksi olisi alkanut tuollaista tekemään enkä saa omilla datoilla toistettua tuollaista ongelmaa. Mikä JPGraphin versio sinulla on? Pitäisi olla v3.0.7.
-
JPGraph lienee oikeata versiota, tuollainen:
Version: v3.0.7, Build: r1928, Exported: Mon, 11 Jan 2010 at 23:34 (UTC+2), w1002.1
Toinen ongelma mitä en muistanut laittaa, oli että päivityksen jälkeen en saanut mitään kuvia ollenkaan ennenkuin kommentoin talologgergraph_getchart.php tiedostosta rivin
removeOldTempFiles();
pois. Tämän jälkeen on toiminut normaalisti. Ei kai se tuosta voi johtua että tekee tuollaista?
Testailin vähän lisää, jos poistan tuosta prosessikaaviosta kaikki mittaukset niin sitten kyseistä viivaa ei enään tule. Eli jos prosessikaaviossa yksikin mittaus niin käppyrään tulee viiva. Muuten siinä saa olla kaikki paikoillaan, labelit ja tausta, mutta yhtään mittausta ei kärsi.
-
JPGraph lienee oikeata versiota, tuollainen:
Version: v3.0.7, Build: r1928, Exported: Mon, 11 Jan 2010 at 23:34 (UTC+2), w1002.1
Toinen ongelma mitä en muistanut laittaa, oli että päivityksen jälkeen en saanut mitään kuvia ollenkaan ennenkuin kommentoin talologgergraph_getchart.php tiedostosta rivin
removeOldTempFiles();
pois. Tämän jälkeen on toiminut normaalisti. Ei kai se tuosta voi johtua että tekee tuollaista?
Testailin vähän lisää, jos poistan tuosta prosessikaaviosta kaikki mittaukset niin sitten kyseistä viivaa ei enään tule. Eli jos prosessikaaviossa yksikin mittaus niin käppyrään tulee viiva. Muuten siinä saa olla kaikki paikoillaan, labelit ja tausta, mutta yhtään mittausta ei kärsi.
Tuo 3.0.7 on OK. Kun jouduit poistamaan removeOldTempFiles:in, niin tuliko Apachen virhelokiin jotain kuvaavaa, josta voisi selvitellä mitä tapahtui. Pientä vikaa selkeästi minun uusissa koodeissa. Works for me, mutta pitäisi tietysti toimia moninaisissa ympäristöissä.
OK, eli se olisikin riippuvainen siitä IMAGE-osasta... Jännää. Kokeilen vielä, että saanko tuon viivan itsellä ilmaantumaan, jos laitan sinne kuvan ja dataa.
-
Ei ole Apachea vaan IIS 7.5. Loki näyttää tuolta silloin kun kuvia ei saada:
2014-12-07 20:53:27 10.0.0.1 GET /lampo/talo.php - 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 200 0 0 3930
2014-12-07 20:53:27 10.0.0.1 GET /lampo/taloLoggerGraph_getchart.php img=22826 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 500 0 0 249
2014-12-07 20:53:27 10.0.0.1 GET /lampo/taloLoggerGraph_getchart.php img=7897 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 500 0 0 311
Ja tuolta kun kuvat saadaan:
2014-12-07 20:56:27 10.0.0.1 GET /lampo/talo.php - 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 200 0 0 3915
2014-12-07 20:56:27 10.0.0.1 GET /lampo/taloLoggerGraph_getchart.php img=20552 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 200 0 0 0
2014-12-07 20:56:27 10.0.0.1 GET /lampo/taloLoggerGraph_getchart.php img=17682 80 - 10.0.0.6 Mozilla/5.0+(Windows+NT+6.1;+rv:31.0)+Gecko/20100101+Firefox/31.0 200 0 0 15
Eipä noista nyt juurikaan mitään irti saa, silloin kun kuvia ei ole niin vastaus on 500 eli Internal server error ja silloin kun kuvat on niin 200 eli OK.
Tuo ei ole mikään ongelma, kun muutenkin luon kuvat puolen minuutin välein valmiiksi jotta ne näkyvät nopeasti ilman muutaman sekunnin odottelua, ja jos liikennettä on runsaasti niin palvelimen kuormitus on paljon vähäisempää noin toimiessa.
Edellisessä versiossa piti wgetin avulla tehdä tuo ja siitä syntyi tilapäistiedostoja aivan jumalattomasti, neljä kuvaa minuutissa, joten tein skriptin millä niitä siivottiin pois tietyin väliajoin :)
-
Testailin vähän lisää, jos poistan tuosta prosessikaaviosta kaikki mittaukset niin sitten kyseistä viivaa ei enään tule. Eli jos prosessikaaviossa yksikin mittaus niin käppyrään tulee viiva. Muuten siinä saa olla kaikki paikoillaan, labelit ja tausta, mutta yhtään mittausta ei kärsi.
OK, eli se olisikin riippuvainen siitä IMAGE-osasta... Jännää. Kokeilen vielä, että saanko tuon viivan itsellä ilmaantumaan, jos laitan sinne kuvan ja dataa.
Sain vian toistettua. Se tulee todella, jos CHART:ia ennen konfiguraatiossa on IMAGE-osio. Eiköhän tuo saada metsästettyä, että mistä johtuu.
Edit: Vika paikallistettu ja korjattu. Periaatteellinen vika koodissa, johtaa viittausten jälkivuotamiseen, realisoituu siinä tapauksessa, että IMAGE on ennen CHART-tyyppistä kuvaa konfiguraatiossa ja CHARTissa on STATE-tyyppisiä sarjoja... Vaiva kosmeettinen ja poistuu, kun v1.1d on käsillä.
-
Ei ole Apachea vaan IIS 7.5. Loki näyttää tuolta silloin kun kuvia ei saada:
Kokeilin IIS 7.5:ssa ja PHP5.3:ssa tuota. Kuvien poisto ei perustilanteessa toimi, koska defaultina temppihakemisto on c:\Windows\Temp, josta IIS:llä ei näytä olevan lupaa ottaa hakemistolistausta. Skriptin pitäisi kuitenkin toimia ja havaita virhe (ja toimiikin ainakin tuossa minulla). Virhelokiin tulee tavaraa, mutta ei estä toimintaa.
Konfiguroin taloLoggerGraphin TEMP-hakemiston sijainnin alueelle, joka on vapaampaa, jonka jälkeen homma toimii ok.
-
Julkaistu 10.12.2014:
taloLoggerGraph versio v1.1d:
- Korjattu sovelluskoodissa piilleet jäännösviittausongelmat, jotka tietyssä erityistilanteessa saivat kuvaajiin aikaan haamudataa.
- Korjattu esimerkkikonfiguraatiotiedostossa olleet puutteet.
taloLogger versio v1.6c: Julkaistu aiemmin epävirallisessa jaossa olleessa dev_201402-kehitysversiossa olleita lisäyksiä ja korjauksia
- Korjattu datan tallennusta virhetilanteissa. Aiemmin virheellinen data (ei esim. sovi kantaskeemaan) pysäytti loggauksen. Nyt tietyn uudelleenyritysmäärän jälkeen virheellinen data hylätään ja lokitetaan tekstilokiin ja tallennus jatkuu uudella datalla. Esim. tietokantayhteyden ollessa poikki säilöö dataa ja tallettaa kantaan, kun yhteys on taas olemassa.
- Virtuaalimittausten käsittelyä muutettu tapauksissa, jolloin dataa ei ole vielä olemassa. Puuttuvat arvot korvataan Python-vakiolla "None", johon voidaan viitata virtuaalimittausten ehdoissa.
- Ouman EH800 -moduuli: Lisätty ON/OFF tilamuuttujan käsittely.
- taloLogger toimii jälleen Windows-ympäristössä.
- Muutettu shell-moduulin regexp-tunnistusta vapaammaksi. Parantaa arvojen etsimistä monirivisissä tulosteissa. Asetettu DOTALL-lippu päälle (regexpin piste . osuu myös rivinvaihtoihin)
- RegoSerial-moduuli: Lisätty datapisteitä: GT1/GT3 Target/On/Off
-
changelog:sta löytyy, että Nibe-tukea on lisätty 1.4c,e ja g -versioissa. Mitä nämä muutokset käytännössä ovat?
Onko talologger kuinka valmis kytkettäväksi Nibeen, ilmeisesti 1.4g -versiossa on ainakin lisätty tuki, ettei pumppu mene vikatilaan?
Olisiko noviisille antaa neuvoja, kuinka nuo Nibe-moduulit otetaan talologgerissa käyttöön?
EDIT: ilmeisesti onnistuneesti on logattu 1240:siä, mutta ei 1245:sia? Ja adapterina kiinnostaa käyttää USB-RS485:sta, vai onkohan RS232-RS485 vaatimus...
-
changelog:sta löytyy, että Nibe-tukea on lisätty 1.4c,e ja g -versioissa. Mitä nämä muutokset käytännössä ovat?
v1.4c:ssä on tullut ensimmäinen versio Nibe-moduulista.
v1.4e:ssä on tuon moduulin sisäistä logiikkaa ja sarjaporttiparametreja muutettu. 1.4c:ssä ollut oli ensimmäinen arvaus, joka ei oikein toiminut ilmeisesti ja tähän koitettiin toista lähestymistapaa.
v1.4g:ssä on lisätty virhetilanteista toipumista. Eli lokitus huomaa, jos yhteys ei pelitä enää, sulkee portin ja yrittää uudelleen, data ei kulje.
Olisiko noviisille antaa neuvoja, kuinka nuo Nibe-moduulit otetaan talologgerissa käyttöön?
taloLogger.conf:iin aktivoidaan NIBE-tyyppinen moduuli ja nimetään se. Alla nimetty tylsästi NIBE:ksi. Sitten NIBE-nimisen moduulin konfiguraatioparametrit, joista laitetyyppi on aina DEFAULT ja SERIAL_PORT on sarjaportin device-polku (alla kiinteä sarjaportti, voisi olla myös vaikka esim. /dev/ttyUSB0, jos käytetään USB-sarja-muunninta). Sitten konfiguroidaan joitain Nibe-moduulin datapisteitä talletettavaksi. Alla vain yksi: Ulkolampotila. Mahdolliset arvot voi katsoa taloLoggerin tiedoston nibeSerial.py alkupäässä olevasta taulukosta, jossa on tarjolla olevat avaimet.
@DATASOURCE=NIBE:NIBE
NIBE:DEVICE = DEFAULT
NIBE:SERIAL_PORT = /dev/ttyS0
@MEASURE = outdoor:NIBE.Ulkolampotila
-
Julkaistu 1.1.2015:
taloLogger v1.6d:
- Moduulien initit kirjoittavat nyt kaikki jotain lokiin, että näkee helpommin mitkä tuli aktivoitua konfiguraatiossa.
- Raspberry Pi GPIO inputtien tuki
- Lisätty --nodaemon -optio, jolla voidaan pakollapakolla estää, ettei vahingossa väärällä konfiguraatiotiedostolla esim. taloLoggerPi:ssä loggeri mene daemon-tilaan. Daemon-tila toki tuettu edelleen normaalisti.
taloLoggerGraph v1.1e:
- Korjattu cachetuksessa ollut ongelma, jos kuluvan päivän päiväys valitaan kalenterista.
taloLoggerPi v1.1b:
- Lisätty talo-käyttäjä www-data-ryhmään (taloLoggerGraph-cachetusta varten).
- Installer asentaa valmiit hakemistot oikeuksineen taloLoggerGraphin cachetusta varten. Cachetuksen konfiguraatiosta esimerkki konfiguraatiotiedostossa ja aktivointiin tarvitaan vain muuttaa cachetus päälle.
- Lisätty tuki taloLoggerin GPIO-inputien lokitukselle sekä viritys, jolla vain taloLoggerin GPIO-moduulia ajetaan root-tasoisena (GPIO vaatii, että pystyy käsittelemään) ja muuta taloLoggeria edelleen talo-käyttäjätasolla.
- Korjaattu v1.1a:ssa uusien taloLoggerGraphien kanssa virheilmoituksen antanut oletus-taloLoggerGraph-konfiguraatiotiedosto.
-
Lisätty --nodaemon -optio, jolla voidaan pakollapakolla estää, ettei vahingossa väärällä konfiguraatiotiedostolla esim. taloLoggerPi:ssä loggeri mene daemon-tilaan. Daemon-tila toki tuettu edelleen normaalisti.
Miten tämän asetuksen kuuluu olla kun talologgeria ajetaan daemon-toolsilla (svc)? Onko tämä: "DAEMON_MODE = false" em. nodaemon -optio?
Lisätty tuki taloLoggerin GPIO-inputien lokitukselle sekä viritys, jolla vain taloLoggerin GPIO-moduulia ajetaan root-tasoisena (GPIO vaatii, että pystyy käsittelemään) ja muuta taloLoggeria edelleen talo-käyttäjätasolla.
Miten tuo viritys tehdään vanhaan asennukseen? Muuten näyttää olevan suunnilleen sama systeemi kun mulla on shell-modulin ja skriptin kautta.
#!/usr/bin/env python
import RPi.GPIO as GPIO
GPIO.setmode(GPIO.BOARD)
GPIO.setup(11, GPIO.IN, pull_up_down=GPIO.PUD_UP)
GPIO.setup(12, GPIO.IN, pull_up_down=GPIO.PUD_UP)
GPIO.setup(13, GPIO.IN, pull_up_down=GPIO.PUD_UP)
GPIO.setup(15, GPIO.IN, pull_up_down=GPIO.PUD_UP)
GPIO.setup(16, GPIO.IN, pull_up_down=GPIO.PUD_UP)
GPIO.setup(18, GPIO.IN, pull_up_down=GPIO.PUD_UP)
GPIO.setup(22, GPIO.IN, pull_up_down=GPIO.PUD_UP)
GPIO.setup(7, GPIO.IN, pull_up_down=GPIO.PUD_UP)
input0 = 1 - GPIO.input(11) # Kompressori, NO, RUS/VAL
input1 = 1 - GPIO.input(12) # Sahkovastus 3kW, NO, ORA
input2 = 1 - GPIO.input(13) # Sahkovastus 6kW, NO, ORA/VAL
input3 = GPIO.input(15) # LP1, NC, SIN
input4 = GPIO.input(16) # LP2, NC, SIN/VAL
input5 = GPIO.input(18) # Halytysrele, NC, VIH
input6 = GPIO.input(22) # Maakylma, NC
input7 = GPIO.input(7) # Hella, NC
print input0, input1, input2, input3, input4, input5, input6, input6
raspberryPiGPIO.py lopussa on viittaus /home/talo/bin/raspberry_gpio_launcher hakemistoon? Mulla talo-käyttäjää ei ole, talologger ajetaan käyttäjällä pi
-
Miten tämän asetuksen kuuluu olla kun talologgeria ajetaan daemon-toolsilla (svc)? Onko tämä: "DAEMON_MODE = false" em. nodaemon -optio?
Asia ei vaadi mitään muutosta edelliseen. DAEMON_MODE:n pitää daemontoolsilla ajettaessa olla false. Lisäsin tuon taloLoggerPi:ä varten siksi, että nyt jos vahingossa muuttaa taloLogger.conf:ista daemonmoden todeksi, niin daemontoolsilla ajettaessa laitos menee kohtuullisen ikävään perätilaan, koska se alkaa monistamaan tuota taloLogger-prosessia ja ssh-shellit menevät melkolailla jumiin -> laitosta ei saa lopettamaan. Boottikaan ei auta, kun ilmiö alkaa heti bootin jälkeen "automaattisesti".
Nyt taloLoggerPi:ssä (v1.1b) taloLoggerin daemontools-run-skriptissä on tuo optio. Eli daemonmodea ei saa päälle, vaikka konfiguraatiotiedostoon tuon true:ksi laittaisikin.
Jos omassa ympäristössä haluaa varmistua daemontoolsin kanssa asiasta, niin --nodaemon sinne run-skriptiin.
Miten tuo viritys tehdään vanhaan asennukseen? Muuten näyttää olevan suunnilleen sama systeemi kun mulla on shell-modulin ja skriptin kautta.
raspberryPiGPIO.py lopussa on viittaus /home/talo/bin/raspberry_gpio_launcher hakemistoon? Mulla talo-käyttäjää ei ole, talologger ajetaan käyttäjällä pi
Tämä toimii tällä hetkellä uuden taloLoggerPi-asennuksen kanssa (v1.1b), joka asentaa talo-käyttäjälle tuon root-tasolle nostavan systeemin. Tein siitä "tietoturvasyistä" sellaisen, että sille ei voi antaa mitä tahansa komentoa, jonka se ajaa rootin oikeuksilla vaan että sillä on tarkka polku, jonka se ajaa. /home/talo/bin/raspberry_gpio_launcher asennetaan root:in omistukseen ja suid-bitti pannaan päälle (C:llä tehty pieni softa, skriptit eivät suostu suidiin). taloLogger käynnistää tuon, joka sitten taas ajaa pythonilla /home/talo/bin/taloLogger/raspberryGpioThread.py-prosessin, joka päätyy rootiksi. taloLogger ja raspberryGpioThread keskustelevat toistensa kanssa pipejen välityksellä.
Hyviä ehdotuksia otetaan vastaan, että miten tuota toolia voisi parantaa siten, että taloLoggerin paikka olisi sille konfiguroitavissa, mutta se ei suostuisi ihan mitä tahansa skriptiä ajamaan roottina.
-
Mitä jos raspberryPiGPIO.py, raspberryPiGPIO.pyc ja raspberryPiGpioThread.py olisi samassa erillisessä hakemistossa ja sen voisi määritellä talologger.confissa?
-
Julkaistu 9.1.2015:
taloLoggerGraph v1.2b:
- Muutamia pikkukorjauksia ja suorituskykyviilauksia
- Uutena ominaisuutena vaihtoehtoinen tapa piirtää kuvat vasta selaimessa. Aiemmin kuvat piirrettiin pelkästään palvelinpäässä PNG-kuviksi, jotka sitten esitettiin pikselikuvina selaimessa (tehtiin JpGraphilla ja PHP:lla). Nyt vaihtoehtoisena tapana on tuottaa vastaavat kuvaajat ja kuvat selaimessa D3 Data-Driven Documents -javascript-kirjaston avulla. Graafin luominen on suorituskykyisempi, koska piirtäminen tapahtuu vasta selaimessa.
Materiaalin cachetus toimii myös näiden html-kuvien kanssa. Kuvaajien toimivuus testattu perus uusilla selaimilla (Firefox, Chrome, IE, Lumia-IE, Android-Chrome). Ios-laitteisiin ei ole pääsyä, joten niistä ei tietoa, mutta uskoisin
toimivan. Oletuksena piirtää edelleen PNG-kuvia, mutta taloLoggerGraph.conf:iin voidaan lisätä "JAVASCRIPT_CHARTS = true", jonka jälkeen piirtää oletuksena javascript/html kuvaajia. Sivun alalaidoissa
linkki, josta voi saman sivun ottaa toisessa moodissa halutessa (URL-parametri).
-
Ios-laitteisiin ei ole pääsyä, joten niistä ei tietoa, mutta uskoisin toimivan.
Nopeasti testattuna näyttäisi toimivan IOS-laitteillakin ihan hyvin
-
Julkaistu 13.2.2015:
taloLogger v1.7a http://olammi.iki.fi/sw/taloLogger/ (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 (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)
-
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.
-
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.
-
Minulla kävi niin että kun päivitin tuon 1.7c version, alkoi se tallentamaan kaksi tuntia jäljessä mittauksia entisten mittausten päälle tietokantaan.
Korjaantuuko ongelma itsestään kun se on tarpeeksi kauan aikaa ollut toiminnassa, vai tarvitseeko talologgergraphin versiota 1.2c? Nyt on talologgergraph 1.2b, ja palautin takaisin 1.7b versioon myös talologgerin huomattuani ongelman.
-
Julkaistu 21.2.2015:
taloLogger v1.7c:
- Mahdollistettu useammalla taloLogger-instanssilla lokittaminen samaan tietokantatauluun. MySQL:llä paikallisesti tai verkon yli ja SQLite3:lla paikallisesti.
ookei, eli eri interwallit eri talologgereilla, ihan mukava kun johonkin riittää 1h toiseen 15min ja joku vaikka 10s...
onko tuo laitettavissa 'ehdonalaisella', eli esmes jos pumppu käy niin tahti on 10s ja kun huilaa niin 15min?
nyt ei ole ehtinyt testailemaan Modbus TCP:tä...joskus lomat painaa päälle ;)
-
Minulla kävi niin että kun päivitin tuon 1.7c version, alkoi se tallentamaan kaksi tuntia jäljessä mittauksia entisten mittausten päälle tietokantaan.
Korjaantuuko ongelma itsestään kun se on tarpeeksi kauan aikaa ollut toiminnassa, vai tarvitseeko talologgergraphin versiota 1.2c? Nyt on talologgergraph 1.2b, ja palautin takaisin 1.7b versioon myös talologgerin huomattuani ongelman.
Luulisin, että ongelmat korjaantuvat, kun aikavyöhykeasetukset on laitettu kohdalleen. Mitä komento "date" sanoo ja mitä oli kello Suomessa, kun annoit komennon?
-
ookei, eli eri interwallit eri talologgereilla, ihan mukava kun johonkin riittää 1h toiseen 15min ja joku vaikka 10s...
onko tuo laitettavissa 'ehdonalaisella', eli esmes jos pumppu käy niin tahti on 10s ja kun huilaa niin 15min?
Kyllä, eri taloLogger-instansseilla voi olla eri intervallit. Intervallin muuttaminen lennossa jonkun ehdon mukaan ei ole tuettu.
TaloLoggerissahan on kaksi tapaa käsitellä tietokantaa, tai kaksi mahdollista kantaschemaa. Toinen on taloLoggerin oma, jonka se osaa luoda automaattisesti. Tähän on voinut ennenkin syöttää useammalla eri instanssilla. Toinen on käyttäjän oma taulu, jossa datapisteiden nimet ovat tietokantataulun sarakkeiden nimiä ja loggerille pitää kertoa taulun nimen lisäksi kenttä, johon aikaleiman voi tallettaa. Tähän ei ole aiemmin voinut tallettaa useammalla instanssilla, mutta nyt voi.
-
Luulisin, että ongelmat korjaantuvat, kun aikavyöhykeasetukset on laitettu kohdalleen. Mitä komento "date" sanoo ja mitä oli kello Suomessa, kun annoit komennon?
Talokoneesta datella tulee tuollainen vastaus ja kello oli tismalleen tuon verran.
la 21.2.2015 14.01.35 +0200
Palvelimissa samalla tavalla kello on tarkalleen suomen ajassa ja aikavyöhyke UTC+02:00.
-
Talokoneesta datella tulee tuollainen vastaus ja kello oli tismalleen tuon verran.
la 21.2.2015 14.01.35 +0200
Palvelimissa samalla tavalla kello on tarkalleen suomen ajassa ja aikavyöhyke UTC+02:00.
Ok. Takaisin piirrustuspöydän ääreen siis.
-
Julkaistu 21.2.2015:
taloLogger v1.7c:
Vedetty takaisin. v1.7b kurantti versio. v1.7c rikkoi kantatalletuksen aikaleimat.
-
Julkaistu 24.2.2015:
taloLogger v1.7d:
- Aiemmin mainostetut v1.7c-version ominaisuudet, mutta c:ssä ollut MySQL-DATETIME-tyyppiin liittynyt ongelma korjattu.
-
Miten voin auttaa paremman tuen saamisessa Ouman EH-203/GL mallille? Ohjekirjasta tuskin on apua, mutta tämmösen linkin löysin foorumilta http://aijaa.com/uBx2bv
Raakadataa jonnekin oumanGetData:lla haettuna kenttä kerrallaan? Kerro mitä haluat ja missä muodossa.
EH203GT toimii aika hyvin, mutta ihan kaikki tiedot ei pidä paikkaansa (eli tulee joihinkin kenttiin vääriä arvoja) ja osa kentistä jää vastaavasti tyhjiksi. Sitä en tietysti tiedä antaako Ouman edes ulos kaikkea mitä valikon kautta näkee.
-
Miten voin auttaa paremman tuen saamisessa Ouman EH-203/GL mallille?
Tällä voisi aloittaa:
taloLogger-paketin mukana tulee tools-hakemistossa oleva Ouman-työkalu oumanMonitorSettings.py. Toolin käyttö on kuvattu tiedostossa docs/README.ouman kohdassa "Monitoring the controller memory:".
Tuolla toolilla ajaen sitten joko odotellaan, että jokin vaihtuu (jos on mittausarvoja), koitetaan arvella, että mikä arvo olisi ollut ja listataan raportoitu id, positio ja mistä mihin arvo vaihtui skriptin mukaan ja mistä mihin mielestäsi käyttöliittymän mukaan. Samoin pumpun eri asetuksia vaihdellaan käyttöliittymästä yksi kerrallaan ja odotellaan tuo työkalun päivityssykli (30 sek). Työkalun pitäisi jälleen ilmoittaa, missä id:ssä ja positiossa muuttui mikäkin mistä mihin. Tässäkin koitetaan kirjata, että kun käyttöliittymästä tietyn nimistä säätää, niin miten ja missä arvot vaihtuvat muistissa.
Listataan sitten vaikka ihan tekstitiedostoon tai exceliin tms. ainakin seuraavat tiedot:
* asetuksen tai mittauksen nimi (miten se käyttöohjeessa tai pumpun käyttöliittymässä on)
* mittausarvo vai asetusarvo
* id
* positiot
* positioiden arvot ja niiden vastaavuus "luonnolliseen" käyttöliittymän näyttämään arvoon.
Tooli ei reagoi dataid:isiin: (SKIPIDS = [2, 3, 18, 20, 21, 26, 27, 24, 33, 23, 34, 25, 45, 36, 38]) Jotka yleensä tiedetään positioiksi, joissa on noita mittausarvoja - ei asetusarvoja. Jos niiden suhteen on näkemystä, että mikä arvo missäkin noista on, niin listaan voi lisätä sille tiedetyn nimen. Niitä pystyy erikseen kyselemään sitten esim. tools/oumanGetData.py-työkalulla (ohjeistettu myös README.ouman-dokumentissa) kohdassa "Querying raw data from the controller memory:"
Mitä seikkaperäisemmän ja enemmän vertaillun (käyttöliittymä vs. muistin arvot) selvityksen saat aikaan, sitä tarkemman tuen voi kokata. Tuki konfigurioidaan sitten modules/datasources/ouman/oumanSerial.py:n taulukkoon OUMAN_DEVICES. Sieltä voi katsella (niinkuin GT:n osalta olet kai katsellutkin) noita sinne konfiguroituja arvoja. Taulukossa kentät ovat: asetuksen/mittauksen nimi, id, datatyyppi (sisältää datan pituudenkin), asetus vai mittaus, positio id:n datassa. Yhden id:n sisältö voi olla useita tavuja dataa ja esim. nuo asetukset voivat olla erillisissä tavuissa saman id:n alla. Tähän asti kaikki mittausarvot ovat olleet yksinään yksi/id, mutta ei sekään välttämättä ole mikään sääntö.
-
Tällä voisi aloittaa...
Kiitos. Älä pidätä hengitystä vastausta odotellessa. Pitää lukea tuo ohjeesi vielä aika moneen kertaan että ymmärrän miten etenen. Rupean tuota tutkimaan pikku hiljaa :)
-
Noiden uusien hakemistojen oikeuksia voisi varmaan laajentaa jo päivitys- / asennusskriptissä? Vähintäänkin siis esimerkiksi tuon docs hakemiston osalta :)
-
Noiden uusien hakemistojen oikeuksia voisi varmaan laajentaa jo päivitys- / asennusskriptissä? Vähintäänkin siis esimerkiksi tuon docs hakemiston osalta :)
Asiallinen huomio.
-
Katselin tuossa Verkkokaupan valikoimaa Raspberryjä näytti olevan useita versioita...
PI 2 model B
PI model B+
PI model A+
Mikä noista olis paras = toimivin taloLogger-käyttöön...
Nimimerkillä: noviisi
PS: Yritin tietoa etsiäkkin vähän sieltä sun täältä, mutta ei ilmeisesti osuneet hakusanat kohdalleen, kun ei löytynyt...
-
Katselin tuossa Verkkokaupan valikoimaa Raspberryjä näytti olevan useita versioita...
PI 2 model B
PI model B+
PI model A+
Mikä noista olis paras = toimivin taloLogger-käyttöön...
Nimimerkillä: noviisi
PS: Yritin tietoa etsiäkkin vähän sieltä sun täältä, mutta ei ilmeisesti osuneet hakusanat kohdalleen, kun ei löytynyt...
Kaikki toiminee, Pi2 on uusin ja nopein.
-
Kiitos, pistetään tilaukseen ;-)
Mites toimiiko toi suoraan, vai pitääkö koodata että saa toimimaan?
Tuollainen mahdollistaisi mukavasti anturimäärän jakamisen osiin, ja helpottaisi hallintaa, jos joku anturi lakkaa toimimasta...
http://www.sheepwalkelectronics.co.uk/product_info.php?cPath=22&products_id=67
-
Tuossa A+-mallissa ei ole verkkoliittymää, mikä kannattaa ottaa huomioon.
-
Mites toimiiko toi suoraan, vai pitääkö koodata että saa toimimaan?
http://www.maalampofoorumi.fi/index.php?topic=5425.0 & http://www.maalampofoorumi.fi/index.php?topic=5512.0
Noissa ketjuissa olammin sivuston ohjeiden lisäksi oli aika hyvät ohjeet, minkä avulla sain itse ilman sen kummempaa koodausta tai edes taitoa systeemit pelaamaan.
-
Sori huonosti aseteltu kysymys...
Noi perusohjeet on tullut lueskeltua läpi ja ehkä (ainakin osittain) ymmärrettyäkin, mutta tuo kysymykseni
Saako tän toimimaan helposti, vai vaatiiko koodaamista.... koski tuota alempana olevasta linkistä löytyvää lisäosaa, joka mielestäni olisi näppärä... saa myös tyrmätä ajatuksen tuon lisäpalikan käyttökelpoisuudesta.
Tuollainen mahdollistaisi mukavasti anturimäärän jakamisen osiin, ja helpottaisi hallintaa, jos joku anturi lakkaa toimimasta...
http://www.sheepwalkelectronics.co.uk/product_info.php?cPath=22&products_id=67
Kiitos jo etukäteen!
-
Saako tän toimimaan helposti, vai vaatiiko koodaamista.... koski tuota alempana olevasta linkistä löytyvää lisäosaa, joka mielestäni olisi näppärä... saa myös tyrmätä ajatuksen tuon lisäpalikan käyttökelpoisuudesta.
Ei tuo koodaamista vaadi, mutta jonkun verran konfigurointia Raspissa varmaankin. Kollega taisi tuollaisen ostaa ja laittaa tulille. Jotain mutinaa kuulin, että tuon RTC:n toimimaan saaminen (= oikeiden asetusten löytäminen) vaati vissiin eniten r-sanoja.
-
Mikä on vialla kun en saa talologgeria lukemaan 1-wireä digitempillä? Windows XP käyttöjärjestelmä, Python ja Cygwin. Digitemp löytää kaikki anturit normaalisti ja tekee niistä itselleen konfigurointitiedoston kun sen suorittaa -i parametrillä.
Sitten kun laitan talologgerin lukemaan digitempiä, luku epäonnistuu ja samalla lukittuu myös Oumanin käyttämä sarjaportti ja luku sieläkin lakkaa onnistumasta. Kun sammuttaa talologgerin, poistaa lock-tiedoston temp-hakemistosta, ottaa conffista digitempit pois ja laittaa uudelleen päälle niin lukee Oumania normaalisti.
Kun otan tuon talologgerin käyttämän komennon eli: C:\talo\digitemp\digitemp.exe -q -c c:\talo\digitemp\.digitemprc -s /dev/com4 -t 2 -o "%.2C" -O "%C" -H "%h"
ja laitan sen cmd-ikkunaan niin vastuksena tulee kyseisen anturin lämpötila esim. 68.50
laitoin windows 7' aan taloLoggerin 'hitachi' in ohjeiden mukaan, ja kun siinä ei owfs toimi, niin kokeilin, kun en ole koskaan käyttänyt, digitemp' illä lukea 1-wire antureita
latasin win version dtreg17.zip ja mukana tulleen pika ohjeen mukaan lähti komentokehotteelta lukemaan anturit mutta taloLoggerin
digitempcmd = digitempcmd + ' -o "%.2C" -O "%C" -H "%h"' rimpsua herjasi, "-O "%C" -H "%h" ei kelvannut joten poistin sen ja
digitempcmd = self.DT_BINARY + ' -q -c ' + self.DT_RC + ' -s ' + self.DT_PORT + ' -t ' + cmdid rivistä piti poistaa "+ ' -s ' + self.DT_PORT "
tämän jälkeen toimi
Cygwin ohjelmaa en ajanut ja jos käyttää vain logitukseen niin taitaa python riittää kun jo toimii
edit
testasin windows10 kanssa ja hyvin toimii ilman adapteria suoraan sarjaportista lukien(DS18B20 antureilla)
asensin pythonin, pyserialin, digitemp(windows) ja taloLogger_v17d, ei tarvinnut mitään TMEX ajureita eikä 1-wire ajureita
-
Eli ymmärränkö oikein, että digitempin komentorivisyntaksi on muuttunut ja taloLoggeria pitäisi siitä kohden paikata?
-
Eli ymmärränkö oikein, että digitempin komentorivisyntaksi on muuttunut ja taloLoggeria pitäisi siitä kohden paikata?
en ole linuxissa digitemp'iä kokeilllut, siellä se kait toimii, en tiedä
mutta windowsissa minulla toimi w7 sekä w10'llä yllä mainitusti, käytössä seuraavat versiot ohjelmista
pyserial-2.7.win32.exe
python-2.7.9.msi
dtreg17.zip
ja taloLoggerin viimeisin
seiskalla kokeilin läppärillä (AMD) ja kympillä ihan uudehkolla nopealla pöytäkoneella (intel)
jos lisään sen -O.... alkavan, niin kuvan mukaista virhettä pukkaa
-
Julkaistu 17.11.2015:
taloLoggerPi v1.1d:
- Asentuu nyt myös Raspbian Jessien päälle (ja edelleen wheezyyn)
-
mitähän minä olen taas kämminyt kun tällaisen heittää
root@rock:~# /home/talo/bin/upgrade_taloLogger.py
********* taloLoggerPi - upgrade_taloLogger.py - v1.0b ********************
Determining installed versions...
Retrieving versions from the network...
Current: Released:
taloLoggerPi: v1.1c v1.1d New release
taloLogger: v1.7d v1.7d
taloLoggerGraph: v1.2c v1.2c
Newer release of taloLoggerPi is available from
http://olammi.iki.fi/sw/taloLoggerPi/
This upgrade script can not upgrade full taloLoggerPi release.
-
Et mitään. Upgrade-skriptillä ei voi päivittää taloLoggerPi:n pohja-asennusta. Ainoastaan loggerin ja graphin, jotka sinulla ovat nyt jo tuoreinta mallia.
taloLoggerPi:n install-skriptillä voi toki asentaa koko roskan Raspbianiin uudelleen, mutta et nyt (1.1c -> 1.1d) saa siitä muuta iloa irti kuin että jos itselläsi oli Jessie-asennus, niin olit
ehkä joutunut korjaamaan sitä aiemmin hieman käsin, että apache2 toimii. 1.1d asentuu Jessieen siten, että toimii ilman korjailuja.
-
Olisin apua vailla kun ei toi ohjelmointi ole oikein hanskassa. Olen yrittänyt lukea sql tietokannasta ulkolämpötilaa toista projektia varten. Yhteys sql serveriin on olemassa ja erillisillä kyselyillä saan suraavan komennon toimimaan SELECT * FROM talo_data WHERE ORDER BY time DESC position_id = '3' LIMIT 1; mutta tällä ei. Tarvitseeko tämä jotenkin pilkkoa osiin. Scripti joka tätä kyselee on tehty Pythonilla. Lisäksi saatu tieto pitäisi saada esim. txt tiedostoon.
-
Olisin apua vailla kun ei toi ohjelmointi ole oikein hanskassa. Olen yrittänyt lukea sql tietokannasta ulkolämpötilaa toista projektia varten. Yhteys sql serveriin on olemassa ja erillisillä kyselyillä saan suraavan komennon toimimaan SELECT * FROM talo_data WHERE ORDER BY time DESC position_id = '3' LIMIT 1; mutta tällä ei. Tarvitseeko tämä jotenkin pilkkoa osiin. Scripti joka tätä kyselee on tehty Pythonilla. Lisäksi saatu tieto pitäisi saada esim. txt tiedostoon.
Ei kyllä pysty auttamaan ennenkuin näkee tuon Python-skriptin, jolla kyselyä yritetään.
-
#!/usr/bin/python
# -*- coding: utf-8 -*-
import MySQLdb
import sys
db = MySQLdb.connect(host="192.168.0.15", user="talo", passwd="xxpassxx", db="talo")
cursor = db.cursor()
sql = "SELECT * FROM talo_data WHERE position_id LIKE '3' LIMIT 1"
with db:
cursor.execute(sql)
row = cursor.fetchone()
print row
# close the cursor
cursor.close()
# close the connection
db.close ()
Tällä koodilla saan rivin kyllä ulos mutta se ottaa tietokannan vanhimman tietueen. Tuloksen viimeinen arvo on oikea.
-
Mitenkäs tämä?
SELECT value FROM talo_data WHERE position_id = 3 ORDER BY id DESC LIMIT 1
-
Kiitos, nyt näyttäisi toimivan. Mielestäni yritin tuotakin mutta taisi olla typo jossain.
-
Julkaistu 17.11.2015:
taloLoggerPi v1.1d:
- Asentuu nyt myös Raspbian Jessien päälle (ja edelleen wheezyyn)
Onko mahdollista asentaa Jessie Liten päällä? Se olisi vähän kevyempi kuin täysversio.
/t
-
Onko mahdollista asentaa Jessie Liten päällä? Se olisi vähän kevyempi kuin täysversio.
En ole kokeillut enkä ole kuullut kokemuksiakaan asiasta. Kokeilemalla selvinnee ja kokeilija voisi raportoida, miten kävi.
-
Loin käsin (ilmeisesti pitääkin?) mysql-tietokannan ja käyttäjän talologgeriin. Locaalisti mysql toimiikin. Exporttasin tietokannan viedäkseni sen hostingeriin. Ihmetyttää, että taulujen nimet ovat talo_data ja talo_positions. Mistä tuo talo_ määräytyy?
Ongelma on, että en saa dataa menemään hostingeriin, taulujen nimet luultavasti väärin, siihen nähden minne talologger yrittää kirjoittaa. Tietokanta kutsunta lienee confin mukaisesti oikein, mistä tiedän oikeat taulujen nimet? Taulujen rakenne on varmaan viennin puolesta kunnossa.
Vai olisiko paikallinen mysql mennyt sekaisin yrityksistäni? Kommentoin pois taulukon nimen määrittämisen pois confista, mutta se ei mielestäni vaikuttanut.
-
Loin käsin (ilmeisesti pitääkin?) mysql-tietokannan ja käyttäjän talologgeriin. Locaalisti mysql toimiikin. Exporttasin tietokannan viedäkseni sen hostingeriin. Ihmetyttää, että taulujen nimet ovat talo_data ja talo_positions. Mistä tuo talo_ määräytyy?
Jos käytät taloLoggerin omaa kantaskeemaa, niin siinä on talo_-alkuiset taulunimet. Jos käytät omaa skeemaa, niin siinä voit kertoa vapaasti mikä on taulusi nimi. TaloLoggerin oman skeeman taulunimiä ei tällä hetkellä pysty pakottamaan toiseksi. Tarvittaessa on kuitenkin mahdollista jatkokehittää sitä siten, että pakottavissa tapauksissa ne voisi vaihtaa.
-
Jos käytät taloLoggerin omaa kantaskeemaa, niin siinä on talo_-alkuiset taulunimet. Jos käytät omaa skeemaa, niin siinä voit kertoa vapaasti mikä on taulusi nimi. TaloLoggerin oman skeeman taulunimiä ei tällä hetkellä pysty pakottamaan toiseksi. Tarvittaessa on kuitenkin mahdollista jatkokehittää sitä siten, että pakottavissa tapauksissa ne voisi vaihtaa.
Ok, se selittää noiden taulujen nimet.
Ymmärtääkseni, jos tuonne hostingeriin importtaan samat talo-alkuiset taulut (jos salasana ja käyttäjätunnus samat lokaalissa kuin hostingerissä) ja vaihdan MYSQLDB_HOST:n osoittamaan hostingeriin, niin homman pitäisi pelittää...?
Olen dummy:llä demonnut, mutta phpmyadminillä katsomalla ei tule tauluun arvoja..
-
Ok, se selittää noiden taulujen nimet.
Ymmärtääkseni, jos tuonne hostingeriin importtaan samat talo-alkuiset taulut (jos salasana ja käyttäjätunnus samat lokaalissa kuin hostingerissä) ja vaihdan MYSQLDB_HOST:n osoittamaan hostingeriin, niin homman pitäisi pelittää...?
Olen dummy:llä demonnut, mutta phpmyadminillä katsomalla ei tule tauluun arvoja..
Pitäisi. Olettaen vielä, että paikallisesti tietokannan nimi on sama kuin sinulla siellä etäpalvelussa. Sen määritetään itse myös ja ei ole sidottu käytettävään skeemaan.
-
Pitäisi. Olettaen vielä, että paikallisesti tietokannan nimi on sama kuin sinulla siellä etäpalvelussa. Sen määritetään itse myös ja ei ole sidottu käytettävään skeemaan.
Jep, tietokannan nimi on sama. Portin olen myös tarkistanut, että oletus on oikea.
Pitää testata tuota kannan lähettämistä jonnekkin muualle, josko hostingerissä on jokin vika.
-
Jep, tietokannan nimi on sama. Portin olen myös tarkistanut, että oletus on oikea.
Pitää testata tuota kannan lähettämistä jonnekkin muualle, josko hostingerissä on jokin vika.
Saatko sinne muuten kirjoitettua tavaraa. Esim. ihan vain mysql-clientilla? Tarkoittaen siis, että tällä kantakäyttäjälläsi on kirjoitusoikeudet sinne kannan tauluihin.
Edit: Ja tuleeko taloLoggerin lokiin jotain, kun se koittaa kirjoittaa dataa sinne etäpalveluun?
-
Testasin komennolla
sudo mysql -h mysql.hostinger.fi -u myname -pmypass mydb;
ja tällaista vastausta sain:
ERROR 2005 (HY000): Unknown MySQL server host 'mysql.hostinger.fi' (2)
vastaavasti koitin rekiteröityä ilmaiseen mysql-tiliin ja sinne näytti menevän sisälle.
Eli olisiko hostingerin kirjautuminen jotenkin epäkuranttia laatua...? Jos hostingerissä phpmyadminissä kirjautuu pihalle ja phpmyadmini kirjautumisikkunasta yrittää sisälle, niin saan ilmoituksen: Session is invalid. Please login to phpMyAdmin from control panel. (#0021)
EDIT: jaa ilmeisesti etäyhteyksiä ei sallita ilmaisella tilillä... Johtunee siitä.
-
EDIT: jaa ilmeisesti etäyhteyksiä ei sallita ilmaisella tilillä... Johtunee siitä.
No sitten taloLogger ei sinne pääse dataa laittamaan.
-
No sitten taloLogger ei sinne pääse dataa laittamaan.
Jep, testipaikkaan loi taulut hienosti ja samantien alkoi kirjoittamaan.
-
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
-
pitääkö .conf'issa olla muuta, päivityshän ei conf'iin puutu
PERSISTENT_STATE_DIRECTORY = /home/talo/var/taloLogger/state
05.02.2016 09:37:28: WARNING: Persisted state directory does not exist. Creating.
05.02.2016 09:37:28: ERROR: Cannot create persistent state directory: /home/talo/var/taloLogger/state
tein manuaaliseti hakemistot, sitten
05.02.2016 09:55:16: TaloLoggerThreadStore: Module state does not exist: /home/talo/var/taloLogger/state/core_TaloLoggerThreadStore.state
sitten taloLogger.log
05.02.2016 10:00:39: TaloLoggerThreadStore: Error saving module state to /home/talo/var/taloLogger/state/core_TaloLoggerThreadStore.state
wheesy+päivitys
-
pitääkö .conf'issa olla muuta, päivityshän ei conf'iin puutu
PERSISTENT_STATE_DIRECTORY = /home/talo/var/taloLogger/state
...
05.02.2016 10:00:39: TaloLoggerThreadStore: Error saving module state to /home/talo/var/taloLogger/state/core_TaloLoggerThreadStore.state
Tuolla avaimella pitää konfiguroida joku hakemisto, johon tila kirjoitetaan. Jos hakemistoa ei ole, taloLogger yrittää luoda sen. Nyt näyttää, että luonti ei onnistunut (ehkä oikeudet eivät ole kohdallaan, joten luomaan ei pysty). Loit hakemiston ja seuraava ongelma on, että taloLogger ei pysty kirjoittamaan tiedostoa konfiguroituun hakemistoon.
Noin lonkalta sanoisin, että käyttäjällä, jolla taloLoggeria ajetaan (esim. taloLoggerPi:ssä talo) ei ole oikeutta kirjoittaa tuohon hakemistoon tai executoida ja lukea jotain tämän hakemiston ylempää hakemistoa.
-
kiitos ja kumarrus jälleen, laitoin sinne talo ja talo ja 755 niin sammutettaessa teki ja käynnistettäessä luki ja jatkoi siitä mihin jäi
erittäin tervetullut ominaisuus
05.02.2016 10:56:25: Persistent state directory: /home/talo/var/taloLogger/state
05.02.2016 10:56:25: Starting taloLogger.py (v1.7g).
05.02.2016 10:56:25: Initialized module OWFS
05.02.2016 10:56:25: Initialized module SHELL1
05.02.2016 10:56:25: Initialized module SHELL2
05.02.2016 10:56:25: Initialized module SHELL3
05.02.2016 10:56:25: Initialized module JSONFILE
05.02.2016 10:56:25: Initialized module FILESTORE
05.02.2016 10:56:25: Initialized module XMLFILE
05.02.2016 10:56:25: Initialized module SQLITEDB
05.02.2016 10:56:25: TaloLoggerThreadStore: Module state loaded.
-
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.
-
Voiko sarjaportin timeoutia säätää vai mistä mahtaa olla kysymys kun RPi suhtautuu Ouman(203) sarjaliitäntään näin:
pena@DietPi:/home/talo/bin/taloLogger$ python taloLogger.py
17.02.2016 13:24:48: Starting taloLogger.py (v1.7g).
17.02.2016 13:24:48: Module config read OUMAN
17.02.2016 13:24:48: Module config read SQLITEDB
17.02.2016 13:24:48: OUMAN: Running oumanSerial query with id 1
17.02.2016 13:24:48: OUMAN: Opened oumanSerial port: /dev/ttyUSB0
17.02.2016 13:24:50: OUMAN: Closed oumanSerial port: /dev/ttyUSB0
17.02.2016 13:24:50: OUMAN: Received ouman response: ''
17.02.2016 13:24:50: OUMAN: ERROR: Timeout reading message from Ouman
17.02.2016 13:24:50: ERROR: Error initializing module OUMAN: Error reading device id from Ouman controller.
17.02.2016 13:24:50: Initialized module SQLITEDB
^C
17.02.2016 13:25:43: Terminating due to SIGINT.
17.02.2016 13:25:44: Terminating.
Sama ilmiö tapahtuu myös sarjaportin (TTY) yhteydessä.
-
Voiko sarjaportin timeoutia säätää vai mistä mahtaa olla kysymys kun RPi suhtautuu Ouman(203) sarjaliitäntään näin:
Voi sitä säätää koodista, mutta en usko, että se auttaa tässä tilanteessa. Uskoisin, että ongelma on se, että yhteys Oumanin ohjaimeen ei ole kunnossa. Vaikka timeoutia kasvattaisi, niin tuskin sieltä mitään tulee, jos ei nyt määritellyssä 2 sekunnissa ole pyynnön jälkeen tullut.
-
Moi. Yritän tässä saada taloLoggeriin konffattua smartweb loggausta.
taloLogger ja 1-wire toimii ja käyrää syntyy, mutta smartWeb aiheuttaa lokiin seuraavaa:
06.03.2016 17:43:20: ERROR: Error initializing module SMARTWEB: Error authenticating to SmartWeb.
06.03.2016 17:43:20: Initialized module SQLITEDB
06.03.2016 17:43:20: TaloLoggerThreadStore: Module state loaded.
06.03.2016 17:44:00: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: outTemp
06.03.2016 17:44:01: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.outTemp.
06.03.2016 17:48:00: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: outTemp
06.03.2016 17:48:01: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.outTemp.
06.03.2016 17:50:00: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: outTemp
06.03.2016 17:50:01: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.outTemp.
06.03.2016 17:52:00: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: outTemp
06.03.2016 17:52:01: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.outTemp.
06.03.2016 17:54:01: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: outTemp
06.03.2016 17:54:01: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.outTemp.
06.03.2016 17:56:01: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: outTemp
06.03.2016 17:56:02: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.outTemp.
06.03.2016 17:58:01: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: outTemp
06.03.2016 17:58:02: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.outTemp.
06.03.2016 18:00:00: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: outTemp
06.03.2016 18:00:00: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.outTemp.
Mistä mahtaa olla kyse?
-
Moi. Yritän tässä saada taloLoggeriin konffattua smartweb loggausta.
taloLogger ja 1-wire toimii ja käyrää syntyy, mutta smartWeb aiheuttaa lokiin seuraavaa:
06.03.2016 17:43:20: ERROR: Error initializing module SMARTWEB: Error authenticating to SmartWeb.
Mistä mahtaa olla kyse?
TaloLoggerin Smartweb-moduuli ei saa joko yhteyttä ohjaimeesi tai autentikoituminen ei onnistu.
-
Pitääkö TaloLoggerin alikansiot olla suojattu? Kun yritän löytää tuon smartWeb.py:n sijaintia niin sanoo taloLoggerin alikaniosta access denied.
Onko tästä mitään apua.
07.03.2016 16:10:32: Terminating due to SIGTERM.
07.03.2016 16:10:33: Terminating due to SIGTERM.
07.03.2016 16:10:33: Terminating.
07.03.2016 16:10:58: Persistent state directory: /home/talo/var/taloLogger/state
07.03.2016 16:10:59: Starting taloLogger.py (v1.7g).
07.03.2016 16:10:59: Module config read SMARTWEB
07.03.2016 16:10:59: Module config read SQLITEDB
07.03.2016 16:10:59: ERROR: Error initializing module SMARTWEB: Error authenticating to SmartWeb.
07.03.2016 16:10:59: Initialized module SQLITEDB
07.03.2016 16:10:59: TaloLoggerThreadStore: Loading module state from: /home/talo/var/taloLogger/state/core_TaloLoggerThreadStore.state
07.03.2016 16:10:59: TaloLoggerThreadStore: Module state loaded.
07.03.2016 16:14:00: SMARTWEB: Authenticated session ebf484a0-2de0-4807-ac06-e3ecd4738707
07.03.2016 16:14:00: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=ebf484a0-2de0-4807-ac06-e3ecd4738707&plantItemId=952&service=getDp
07.03.2016 16:14:00: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"952","value":"Access denied","unit":"Web"}'
07.03.2016 16:14:00: SMARTWEB: ERROR: Retrieved data value is invalid for item: 952
07.03.2016 16:14:00: SMARTWEB: Authenticated session 3e43bc5e-40bb-4782-a2f9-fbb8917480ea
07.03.2016 16:14:01: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=3e43bc5e-40bb-4782-a2f9-fbb8917480ea&plantItemId=952&service=getDp
07.03.2016 16:14:01: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"952","value":"Access denied","unit":"Web"}'
07.03.2016 16:14:01: SMARTWEB: ERROR: Retrieved data value is invalid for item: 952
07.03.2016 16:14:01: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: outTemp
07.03.2016 16:14:01: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=3e43bc5e-40bb-4782-a2f9-fbb8917480ea&plantItemId=906&service=getDp
07.03.2016 16:14:01: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"906","value":"Access denied","unit":"Web"}'
07.03.2016 16:14:01: SMARTWEB: ERROR: Retrieved data value is invalid for item: 906
07.03.2016 16:14:01: SMARTWEB: Authenticated session 81dc9d60-1ac4-4bb3-b475-e527f5454a86
07.03.2016 16:14:01: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=81dc9d60-1ac4-4bb3-b475-e527f5454a86&plantItemId=906&service=getDp
07.03.2016 16:14:01: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"906","value":"Access denied","unit":"Web"}'
07.03.2016 16:14:01: SMARTWEB: ERROR: Retrieved data value is invalid for item: 906
07.03.2016 16:14:01: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: flowTemp
07.03.2016 16:14:01: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=81dc9d60-1ac4-4bb3-b475-e527f5454a86&plantItemId=904&service=getDp
07.03.2016 16:14:01: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"904","value":"Access denied","unit":"Web"}'
07.03.2016 16:14:01: SMARTWEB: ERROR: Retrieved data value is invalid for item: 904
07.03.2016 16:14:01: SMARTWEB: Authenticated session bb8ed12a-e265-4707-8716-7e0a16fd7148
07.03.2016 16:14:01: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=bb8ed12a-e265-4707-8716-7e0a16fd7148&plantItemId=904&service=getDp
07.03.2016 16:14:01: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"904","value":"Access denied","unit":"Web"}'
07.03.2016 16:14:01: SMARTWEB: ERROR: Retrieved data value is invalid for item: 904
07.03.2016 16:14:01: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: retTemp
07.03.2016 16:14:02: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.flowTemp.
07.03.2016 16:14:02: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.retTemp.
07.03.2016 16:14:02: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.outTemp.
07.03.2016 16:14:02: TaloLoggerThreadStore: Storing logged data with 3 points.
07.03.2016 16:14:02: TaloLoggerThreadStore: Saving module state to /home/talo/var/taloLogger/state/core_TaloLoggerThreadStore.state
07.03.2016 16:14:02: TaloLoggerThreadStore: Module state saved.
07.03.2016 16:14:02: TaloLoggerThreadStore: Completely empty result, not storing data.
07.03.2016 16:16:00: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=bb8ed12a-e265-4707-8716-7e0a16fd7148&plantItemId=952&service=getDp
07.03.2016 16:16:00: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"952","value":"Access denied","unit":"Web"}'
07.03.2016 16:16:00: SMARTWEB: ERROR: Retrieved data value is invalid for item: 952
07.03.2016 16:16:00: SMARTWEB: Authenticated session 57c7fbbb-6b37-48a5-8a73-6b6e3a73b555
07.03.2016 16:16:00: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=57c7fbbb-6b37-48a5-8a73-6b6e3a73b555&plantItemId=952&service=getDp
07.03.2016 16:16:00: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"952","value":"Access denied","unit":"Web"}'
07.03.2016 16:16:00: SMARTWEB: ERROR: Retrieved data value is invalid for item: 952
07.03.2016 16:16:00: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: outTemp
07.03.2016 16:16:00: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=57c7fbbb-6b37-48a5-8a73-6b6e3a73b555&plantItemId=906&service=getDp
07.03.2016 16:16:00: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"906","value":"Access denied","unit":"Web"}'
07.03.2016 16:16:00: SMARTWEB: ERROR: Retrieved data value is invalid for item: 906
07.03.2016 16:16:00: SMARTWEB: Authenticated session 1a88f0b7-8ed0-4ed9-8c9c-7b29ccc60317
07.03.2016 16:16:01: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=1a88f0b7-8ed0-4ed9-8c9c-7b29ccc60317&plantItemId=906&service=getDp
07.03.2016 16:16:01: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"906","value":"Access denied","unit":"Web"}'
07.03.2016 16:16:01: SMARTWEB: ERROR: Retrieved data value is invalid for item: 906
07.03.2016 16:16:01: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: flowTemp
07.03.2016 16:16:01: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=1a88f0b7-8ed0-4ed9-8c9c-7b29ccc60317&plantItemId=904&service=getDp
07.03.2016 16:16:01: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"904","value":"Access denied","unit":"Web"}'
07.03.2016 16:16:01: SMARTWEB: ERROR: Retrieved data value is invalid for item: 904
07.03.2016 16:16:01: SMARTWEB: Authenticated session 9212c785-b6a5-4ffc-95cd-878e1fa7a772
07.03.2016 16:16:01: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=9212c785-b6a5-4ffc-95cd-878e1fa7a772&plantItemId=904&service=getDp
07.03.2016 16:16:01: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"904","value":"Access denied","unit":"Web"}'
07.03.2016 16:16:01: SMARTWEB: ERROR: Retrieved data value is invalid for item: 904
07.03.2016 16:16:01: SMARTWEB: ERROR: Unable to retrieve SmartWeb value for: retTemp
07.03.2016 16:16:02: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.flowTemp.
07.03.2016 16:16:02: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.retTemp.
07.03.2016 16:16:02: TaloLoggerThreadStore: Received none or unknown data for command SMARTWEB.outTemp.
07.03.2016 16:16:02: TaloLoggerThreadStore: Storing logged data with 3 points.
07.03.2016 16:16:02: TaloLoggerThreadStore: Saving module state to /home/talo/var/taloLogger/state/core_TaloLoggerThreadStore.state
07.03.2016 16:16:02: TaloLoggerThreadStore: Module state saved.
07.03.2016 16:16:02: TaloLoggerThreadStore: Completely empty result, not storing data.
-
Pitääkö TaloLoggerin alikansiot olla suojattu? Kun yritän löytää tuon smartWeb.py:n sijaintia niin sanoo taloLoggerin alikaniosta access denied.
Onko tästä mitään apua.
...
07.03.2016 16:14:00: SMARTWEB: Authenticated session ebf484a0-2de0-4807-ac06-e3ecd4738707
07.03.2016 16:14:00: SMARTWEB: Getting data using URL: http://192.168.100.33/ajax.app?SessionId=ebf484a0-2de0-4807-ac06-e3ecd4738707&plantItemId=952&service=getDp
07.03.2016 16:14:00: SMARTWEB: Retreived data: '{"service":"getDp","plantItemId":"952","value":"Access denied","unit":"Web"}'
07.03.2016 16:14:00: SMARTWEB: ERROR: Retrieved data value is invalid for item: 952
...
Tästä nähdään, että ohjaimen osoite on oikea, joten taloLogger pääsee keskustelemaan sen kanssa. Tehtyyn kyselyyn se vastaa kuitenkin "Access denied", joten ohjaimen (SmartWebin) käyttäjätunnuksen salasanan kanssa on varmaankin jotain ongelmaa.
TaloLogger kuitenkin näyttää pääsevät ajamaan SmartWeb-moduulia, joten sen oikeuksissa ei ole ongelma. Riippuen asennuksesta taloLoggerin tiedostoilla saattaa olla erilaisia oikeuksia ja riippuu tietysti käyttäjätunnuksesta, jolla yrität niitä moduuleita katsoa. Logger kuitenkin sisäisesti näyttää niihin pääsevän.
-
onkohan tuota dualcounterin (DS2423) ominaisuutta tietokantaan kirjoitettaessa mahdollista parantaa siten, että se virtakatkon sattuessa jatkaisi siitä mihin jäi eikä lähtisi nollasta
en oikein ymmärrä, mutta mitähän virkaa niillä /1D.xx../owfs/x/pages/coun.0...15 tiedostoilla on
datalehden mukaan sinne käsittääkseni voi kirjoittaakin
-
onkohan tuota dualcounterin (DS2423) ominaisuutta tietokantaan kirjoitettaessa mahdollista parantaa siten, että se virtakatkon sattuessa jatkaisi siitä mihin jäi eikä lähtisi nollasta
en oikein ymmärrä, mutta mitähän virkaa niillä /1D.xx../owfs/x/pages/coun.0...15 tiedostoilla on
datalehden mukaan sinne käsittääkseni voi kirjoittaakin
DS2423:sen laskuria ei käsittääkseni pysty asettamaan, vaikka siinä chipillä jotain kirjoitettavaa muistia onkin.
-
Julkaistu 1.6.2016:
taloLogger v1.7h:
- NibeBusRS485: Lisätty kompressorin taajuustieto DEFAULT-profiiliin.
- Lisätty uusi moduuli: HUSDATA. Moduulilla voidaan lokittaa Husdata.se H1 Interface -liityntälaitteen kautta tietoa niistä pumpuista, joita Husdata.se H1 Interface tukee (useita merkkejä ja malleja). Lista tuetuista pumpuista ja eri tapauksissa tarjolla olevista datapisteiden ID:istä Husdata.se:n dokumentissa (http://www.husdata.se/dl.asp?h=22344 (http://www.husdata.se/dl.asp?h=22344)). Moduuli ei tunnista kytkettyä pumppumallia, vaan siltä voi kysellä pumpun tarjoamia data-ID:itä (heksamuotoisia ID-arvoja, selviävät linkin dokumentista).
-
- uusia tietolähteitä: skriptit ja ajettavat ohjelmat, IVT/Bosch -pumput, jossa CAN-väylä (Rego800 ja Rego1000)
[/list]
REGOCAN_DEVICES = { 'REGO1000': [ 125, [ \
[0x0807c270, 'xxx807c', TYPE_UINT8] \
Moi, toi viimeinen datasource on lämpöpumpun vaihevahti.
/timmy
-
Tervehdys,
Olen huomannut, että jos osa mittauksia on “pimeenä” niin RRD-kantaan ei mene toimiviakaan mittauksia. Hetki sitten minulla oli Lämpöässästä virrat pois, jolloin Oumanin datapisteitä ei tietenkään saatu luettua. Ja logiin tulee näin:
RRDTool command: /usr/bin/rrdtool update Talo.rrd -t OumKh:C05:C01:C02:C04:C06:C07:C08:C09:C10:OumanUlko:OumanHuone:OumanMenoL1:OumanMenoL2:OumanVarYla:OumanVarAla:OumanKuumaKaasu:OumanTila:M01:M02:M03: ...
1473604260::1311365:11529628:477309081:3059601:755269:5611672:1646365205:167946297:405423430:::::::::16.562500:68.437500:10.687500:14.937500:...
Ja rrdtoolin output:
RRDTool output: ERROR: Talo.rrd: Function update_pdp_prep, case DST_GAUGE - Cannot convert '' to float
Eli puuttuviin datapisteisiin ei tule mitään. Kenttien väliin tulee vain kaksoispiste ja tätä ei RRDtool ymmärrä. Imeisesti jos noihin puuttuviin datoihin tulisi ”U” niin sitten RRDtool ymmärtäisi, että tuo datapiste on tuntematon ja homma toimisi OK.
Onko tämä ilmiö vain minulla (=käyttäjän virhe) vai onko tämä ominaisuus?
-
Julkaistu 5.3.2017:
taloLogger v1.7j:
- Lisätty uusi datastore-moduuli: ThingSpeak. Mahdollistaa lokitiedon tallentamisen ThingSpeak IoT -pilveen.
- Storefilter: Lisätty mahdollisuus uudelleennimetä mittausdata yksittäistä datastorea varten.
- RPi GPIO: Lisätty mahdollisuus käyttää Raspberry Pi:ssä GPIO-porttia lokitettavana laskurina. Aiemmin tuettuna olivat vain IO:iden tilat.
- NibeBusRS485: Tuki uudelle NibeGW:lle, jonka avulla myös datapisteiden kyselyt onnistuvat pumpulta (muuten kyselyt vain RS485-sarjaliitännän kautta suoraan). Virhetilanteiden käsittelyä parannettu.
- Enervent EDA: Lisätty Modbus-master-moodi RTU-sarjaliikenteeseen.
- Parannettu tietokantaparametrien tarkistuksia käynnistettäessä virhetilanteiden havaitsemiseksi.
-
pystyykö näin päivittämään, kun tulee seuraavanlaista tekstiä
root@radxa:~# python /home/talo/bin/upgrade_taloLogger.py
********* taloLoggerPi - upgrade_taloLogger.py - v1.0b ********************
Determining installed versions...
ERROR: Cannot determine current installed taloLoggerPi version. Unable to upgrad e. Exiting.
taloLogger.py versio on
Version: 1.7h
#
# Date: 31.05.2016
-
pystyykö näin päivittämään, kun tulee seuraavanlaista tekstiä
root@radxa:~# python /home/talo/bin/upgrade_taloLogger.py
Pitäisi pystyä. Mutta jos asennuksessa on tapahtunut jotain odottamattomia muutoksia, niin ei välttämättä sitten pysty. Tuossa virheilmoituksen vaiheessa installer haluaa lukea tiedoston /home/talo/VERSION ja tarkistaa, että siinä tiedostossa on avain taloLoggerPi ja lukee sitten siitä version. Jos tiedostoa ei ole, sitä ei voida lukea tai jotain muuta yllätystä, niin tulee mainitun kaltainen virheilmoitus.
-
olikin hyvin ronkeli jostain syystä tuolle versionumerolle, neljäs tärppäsi, millä lähti päivittämään (v1.1e). tuo oikea (v1.7h) ei jostain syystä kelvannut eikä muut yrittämäni
jostain syystä tuo uusi versionumero ei päivity /home/talo/VERSION tiedostoon, sinne jäi yhä 'taloLoggerPi v1.1e'
muuten lähti toimimaan moitteetta
-
olikin hyvin ronkeli jostain syystä tuolle versionumerolle, neljäs tärppäsi, millä lähti päivittämään (v1.1e). tuo oikea (v1.7h) ei jostain syystä kelvannut eikä muut yrittämäni
jostain syystä tuo uusi versionumero ei päivity /home/talo/VERSION tiedostoon, sinne jäi yhä 'taloLoggerPi v1.1e'
muuten lähti toimimaan moitteetta
Vielä huomioiden, että taloLogger, taloLoggerPi ja taloLoggerGraph versioituvat kukin itsenäisesti. Uusin taloLoggerPi on 1.1e. Sen päälle asentuu asennettaessa aina uusin julkaistu taloLogger ja uusin taloLoggerGraph. Sinun installaatiossasi oli aiemmin taloLoggerista v1.7h. Nyt tuon upgraden jälkeen sinulla on edelleen taloLoggerPi v1.1e, mutta sen päälle asentuva taloLogger on v1.7j. Onko riittävän sekavaa ;)
taloLoggerPi koostuu siis kaikesta sellaisesta konfiguraatiosta, hakemistorakenteista ja esiasennetuista sovelluksista, joita sitten varsinainen sen päällä ajettava taloLogger hyödyntää.
-
Moro, olen pystyttämässä Home Assistanttiin (https://home-assistant.io/) perustuvaa kotiautomaatiojärjestelmää ja minulla on IVT pumpussa kiinni RasPi jossa taloLogger (MySQL kannalla).
Haluaisin pumpun datat näkymään myös Home Assistantissa. Onko taloLoggerissa esim valmista MQTT clientia jolla integraation saisi helposti tehtyä?
Jos tällaista ominaisuutta ei ole teen varmaan itse jonkun softan pätkän joka lähettelee dataa taloLoggerin kannasta MQTT-serverille (voin jakaa lähdekoodin jos jollain muulla on tarvetta).
Mikko
-
Moro, olen pystyttämässä Home Assistanttiin (https://home-assistant.io/) perustuvaa kotiautomaatiojärjestelmää ja minulla on IVT pumpussa kiinni RasPi jossa taloLogger (MySQL kannalla).
Haluaisin pumpun datat näkymään myös Home Assistantissa. Onko taloLoggerissa esim valmista MQTT clientia jolla integraation saisi helposti tehtyä?
Jos tällaista ominaisuutta ei ole teen varmaan itse jonkun softan pätkän joka lähettelee dataa taloLoggerin kannasta MQTT-serverille (voin jakaa lähdekoodin jos jollain muulla on tarvetta).
No voisi ajatella, että taloLoggerissa voisi olla MQTT-publisher yhtenä datastore-vaihtoehtona. Sellaisen tekeminen ei kovin kauaa kestä ja olisi suoraan käytettävissä sitten ilman välitalletusta kantaan (toki voi kantaankin tallettaa myös, jos haluaa).
Testaajia toki tarvittaisiin.
-
Olisi hienoa jos tällaisen tekisit. Mä voin kyllä testata, mulla vastapäässä Mosquitto. Voin tietty muillakin MQTT servereillä koittaa testimielessä. Ja pilvestäkin löytyy ilmaisia http://test.mosquitto.org/
-
Olin sen verran hätäinen että tein tohon ite purkkaratkaisun. Alla selitetty miten se menee jos joku haluaa kopioida.
Talologger tallentaa sensoridatan kerran minuutissa tiedostoon JSON muodossa(melkein):
@DATASTORE=FILESTORE:FILESTORE
FILESTORE:NAME = /home/talo/data/data.log
FILESTORE:OVERWRITE = true
FILESTORE:HEADER = {%N%
FILESTORE:DATAVALUE = "%KEY%":%S%%VALUE%,%N%
FILESTORE:FOOTER = }
Sitten cronissa ajetaan kerran minuutissa skripti joka lähettää tiedoston sisällön MQTT brokerille topicciin "ivt/sensors" (ennen lähetystä otetaan viimeisen anturidatarivin perästä pilkku pois, siitä tuo sed-komento):
sed '/latauspumppusaato/s/,//' /home/talo/data/data.log | mosquitto_pub -h 192.168.10.21 -u KÄYTTÄJÄTUNNUSTÄHÄN -P SALASANATÄHÄN -t ivt/sensors -s
Sitten Home Assistantissa anturin konffataan tähän tapaan:
- platform: mqtt
state_topic: 'ivt/sensors'
name: 'Ulkolämpö'
unit_of_measurement: '°C'
value_template: '{{ value_json.ulkolampo }}'
- platform: mqtt
state_topic: 'ivt/sensors'
name: 'Lämmin Käyttövesi'
unit_of_measurement: '°C'
value_template: '{{ value_json.lamminvesi }}'
Tuossa kuva miltä näyttää Home Assistantissa: http://imgur.com/a/vWqQJ
Vielä pitää muokata nuo binäärityyppiset anturit HA:n päässä oikean tyyppisiksi ja sitten vaan graafien piirtoa grafanalla ja vaikka puhelimeen hälytys aina kun sähkövastukset menevät päälle tms.
EDIT: Niin ja tuohon lähetykseen tarvitaan MQTT client, tässä tapauksessa Mosquitto jonka saa asennettua RasPiin komennolla apt-get install mosquitto-clients
-
Olin sen verran hätäinen että tein tohon ite purkkaratkaisun. Alla selitetty miten se menee jos joku haluaa kopioida.
Talologger tallentaa sensoridatan kerran minuutissa tiedostoon JSON muodossa(melkein):
Homma tässä päässä ohuesti viivästynyt, koska olen työreissussa tämän viikon. Katson tuota, kun palaan koneiden ääreen.
-
Olisko ihan aivokuollut idea lisätä myös laitteen ohjaus tuolle samalle sivulle Graphin kanssa?
En tiedä millä aikataululla noita uusia versiota tulee mutta ajattelin kehittää tätä ajatusta eteenpäin, KUN on aikaa siihen.
Ps. Itselläni on Ouman EH-800, johon sitä ohjausta samalle sivulle suunnittelin.
-
Moi,
Oman verkon kanssa oli vähän säätöä tässä, eli tuli dataan reikiä. Sain importattua Ouman EH-800 trend-filusta lukemat kantaan, ja näkyvät siellä ihan oikein.
Mutta saako ne myös ajettua takautuvasti talologgergraphiin näkymään?
-
Sellainen huomio äskettäin, ettei uusimpaan Rasbien Jessien saa asennettua Talologgeria? Lataa tiedoston kyllä, mutta alkaa asennuksessa valittamaan välittömästi ja lopettaa asennuksen siihen. Vikana Insserv error
Kyseessä siis Pi Zero W ja uusin Rasbian. Latasin vanhemman version (2017-02-16) ja sillä talologgeri tuntuu asentuvan.
-
Nähtävästi myöskään php5 ei toimi uudella raspbianilla, tuon insserv sai asennettua ihan apt-get install insserv, kunhan kävi muuttamassa sourcet tiedostosta
-
Julkaistu 22.1.2018:
taloLoggerPi v1.1f:
- Lisätty/korjattu tuki Raspbian Stretch Lite:lle (2017-11-29)
- Patchatty JPGraph 3.0.7:aa, että toimii PHP 7.0:n kanssa.
-
Pitää laittaa päivitykseen.
Onko muuten tullut vastaan muissa yhteyksissä tai talologgerin kanssa häiritsevätkö ChromeCast:n ja Android-puhelimien väliset MDNS -paketit mittauksia?
Nibe UDP ja Talologgerin komponaatiolla jotkin mittaukset katkeavat itselläni, mutta palautuvat takaisin 1-6h sisällä. Ihmeellistä.
-
Jäsen noble ilmeisesti kysynytkin tätä privaattina, mutta julkisesti vielä uudelleen. Niben 8224 firmiksen myötä tullut:
- 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
ilmeisesti aiheuttaa sen että Talologgerin kantaan tallentuu rajun näköisiä lukuja kuten "-441996.9". Voimmeko Talologgerin käyttäjäkuntana auttaa asiaa vai onko korjaus vain sinun käsissäsi, olammi?
-
Moi,
Onko ketään Raspberry Pi 3:n USB-RS485 muuntimella Nibeen kytkenyttä ja Mysql:ää käyttöönottanutta paikalla? Olen yrittänyt jo useampanakin iltana saada Raspia pelaamaan, mutta siinä onnistumatta. taloLogger.conf tiedostoon jos vaihdan Nibelle tehdyt tiedot, niin seuraavassa käynnistyksessä tulee logiin muutama rivi, viimeiseksi Terminating, jonka jälkeen logia ei synny vaikka käynnistäisi uudelleen. Niben Modbus yhteys ei myöskään toimi, koska sytyttää punaisen valon. Putty:llä en pääse / osaa ottaa yhteyttä Raspiin. Logintutkija ilmoittaa näin: Haetaan logit tietokannasta.. yhteys OK. Virhe: Table 'talologger.talo_positions' doesn't exist
Olen ainakin yrittänyt tehdä ohjelmoinnit "MLP Logintutkija 1.2 käyttöohje" mukaisesti, pohjalla Rasbian-Jessie.
-
Moi,
Onko ketään Raspberry Pi 3:n USB-RS485 muuntimella Nibeen kytkenyttä ja Mysql:ää käyttöönottanutta paikalla? Olen yrittänyt jo useampanakin iltana saada Raspia pelaamaan, mutta siinä onnistumatta. taloLogger.conf tiedostoon jos vaihdan Nibelle tehdyt tiedot, niin seuraavassa käynnistyksessä tulee logiin muutama rivi, viimeiseksi Terminating, jonka jälkeen logia ei synny vaikka käynnistäisi uudelleen. Niben Modbus yhteys ei myöskään toimi, koska sytyttää punaisen valon. Putty:llä en pääse / osaa ottaa yhteyttä Raspiin. Logintutkija ilmoittaa näin: Haetaan logit tietokannasta.. yhteys OK. Virhe: Table 'talologger.talo_positions' doesn't exist
Olen ainakin yrittänyt tehdä ohjelmoinnit "MLP Logintutkija 1.2 käyttöohje" mukaisesti, pohjalla Rasbian-Jessie.
Korjaa ensiksi se Modbus yhteys. Muistaakseni logittaa sen ohjeissakin olleen tervetuloa-viestin 10.05.2015 19:06:21: NibeRS485: Received identification: F114510 EXP kun homma ok. Tuo ensiksi kuntoon.
Talologger taitaa luoda ne taulut lennossa kantaan kunhan on jotain kirjoitettavaa, mitä nyt ei vielä pumpustasi saada.
-
Eikö logiin tule mitään edes Raspin käynnistyksen yhteydessä? Kun .conf filen vaihdon jälkeen ei ole tullut yhtään mitään logia vaikka Raspi käynnistetty useastikin. Jos vaihdan alkuperäisen .conf filen, tulee logiin käynnistysilmoitukset ym.
Ajoin tänään Stretch Lite imagen ja asentelin kaikki uusiksi sekä opettelin siinä samalla Putty:n ja komentorivin käyttöä ja kuinkas ollakkaan, nyt taitaa dataa tulla, kun valo pysyy vihreänä ja logintutkija herjaa liian lyhyestä logista, ainakin vielä....
-
Liitteenä Logintutkijan dataa. Tuo aikaväli ei muutu, vaikka "ajankohdasta" tuntimäärää säätää, aina tulee kaikki tietueet. Onko niin, että vain päivämäärät vaikuttaa? Lisäksi lukemat on kummallisia vaikka tietue kartta täsmätty tarkalleen Logintutkijan asetus tiedoston kanssa eikä taloLoggeriin tai logintutkijaan tule mitään virheilmoituksia. Käsittääkseni ainoa tietue, jota koneelta ei tule on sisälämpötila, koska sitä eivät asentaneet (kuulemma tarpeeton). Tunti ajankohdan säätö, kun ei vaikuta niin mukaan tulee kyllä jotain virheellistä dataa, koska tietueiden nimet oli väärin MLP logintutkija 1.2 ohjeessa ja korjasin ne vähän myöhemmin eilen.
Kokeilin myös versiota 1.2.29, mutta siinä antoi kaikilta tietueilta virhettä (kaikissa viitattiin Niben koodiin "40015" tai muihin vastaaviin).
Koneena siis F1255-12R ja lisäyksiä ei tarvita (täysmitoitettu MLP).
Mikähän voisi olla pielessä?
-
Liitteenä Logintutkijan dataa. Tuo aikaväli ei muutu, vaikka "ajankohdasta" tuntimäärää säätää, aina tulee kaikki tietueet. Onko niin, että vain päivämäärät vaikuttaa? Lisäksi lukemat on kummallisia vaikka tietue kartta täsmätty tarkalleen Logintutkijan asetus tiedoston kanssa eikä taloLoggeriin tai logintutkijaan tule mitään virheilmoituksia. Käsittääkseni ainoa tietue, jota koneelta ei tule on sisälämpötila, koska sitä eivät asentaneet (kuulemma tarpeeton). Tunti ajankohdan säätö, kun ei vaikuta niin mukaan tulee kyllä jotain virheellistä dataa, koska tietueiden nimet oli väärin MLP logintutkija 1.2 ohjeessa ja korjasin ne vähän myöhemmin eilen.
Kokeilin myös versiota 1.2.29, mutta siinä antoi kaikilta tietueilta virhettä (kaikissa viitattiin Niben koodiin "40015" tai muihin vastaaviin).
Koneena siis F1255-12R ja lisäyksiä ei tarvita (täysmitoitettu MLP).
Mikähän voisi olla pielessä?
Nibe moduulissa on joku ongelma lukea firmis v8224:a tullutta rekisterien uutta muotoa. Jos sulla oli vanha v7968 tai vastaava ennen päivitystä niin pääset palauttamaan ottamalla Nibestä virrat pois, paina OKta samaan aikaan kun laitat virrat takaisin (pidä ~10 sek). Tätä samaa itse kysylen ylempänä.
-
Tuo taitaa olla edellinen versio: F1255_v8218R2, uusin on R4.
Liekkö siinä sama ongelma?
-
Tuo taitaa olla edellinen versio: F1255_v8218R2, uusin on R4.
Liekkö siinä sama ongelma?
Veikkaan että pelaa kun v8224:ssa mainostettiin niitä rekkareita joita voi lukeaa 2 kerrallaan tjms.. kokeile ja kerro!
-
Taitaa olla mulla eri softaversiot (invertteri), kun uusin saatavissa oleva, jossa näyttää olevan nuo virheelliset tietueet on tuo 8218R4, joka asennettuna. Vanha palautettava siis tuo 8218R2. Pitänee testata. Jos siinäkin sama ongelma, niin pitänee odotella, jos Olammi saisi taloLoggeriin päivityksen tietueiden osalta.
Taitaa olla näemmä jo tuossa R2 versiossa ne muutokset, kts. liite.
-
Latasin itselle vanhemman ohjelmaversion F1255_v7998R3. Olisin laittanut tähän liitteeksi, mutta oli liian iso tiedosto. Sillä näyttää data tulevan oikeassa muodossa Logintutkijalle asti. Toivottavasti Olammi voisi tutkia mitä uudempien softien kanssa olisi tehtävissä, kun Nibeltä tuleva data on jotain mitä Logintutkija ei enää ymmärrä.
-
Pahoittelut, että tämän kanssa kestää. Koitan saada työn alle mahdollisimman pian. Vanhat ja kuluneet selitykset ansiotyön kiireistä tähän perään...
-
Kaikki aikanaan. Jos töissä kulkee, niin muut hommat tehdään sitten, kun keretään.
Kun olen nyt saanut tuon taloLoggerPi:n pyörimään ja jotain Logintutkijallakin katsottua, niin jos haluan käyttää TaloLoggerGraph:ia, pitääkö nyt asentaa ne kaikki scriptit, index.php:t, Getchartit ja JPGraphit taloLoggerGraph ohjeen mukaisesti vaikka esim. oletus taloLoggerGraph.conf tiedosto jo asentui tuossa taLoggerPi asennuksen yhteydessä?
Toinen askarruttava asia: saako Logintutkijaan invertterin todellista käyntitaajuutta näkymään käyränä, kun nyt näyttää vain on/off tyyliin, sammuksissa tai 50Hz?
-
Kun olen nyt saanut tuon taloLoggerPi:n pyörimään ja jotain Logintutkijallakin katsottua, niin jos haluan käyttää TaloLoggerGraph:ia, pitääkö nyt asentaa ne kaikki scriptit, index.php:t, Getchartit ja JPGraphit taloLoggerGraph ohjeen mukaisesti vaikka esim. oletus taloLoggerGraph.conf tiedosto jo asentui tuossa taLoggerPi asennuksen yhteydessä?
TaloLoggerPi:ssä skriptit ja muut pitäisi olla valmiiksi paikallaan ja weppiliittymästä näkyä, kuinka se piirtää DUMMY-siniaaltoa kantaan. Siitä vain sitten konfiguraatiota tai useampaa
rakentamaan (taloLoggerGraph.conf).
-
Vaihdoin conf tiedoston (löysin tiedoston liitteenä täältä foorumilta ja oli samalla koneelle, kuin omani).
Lopputulos oli kuvan mukainen.
-
Vaihdoin conf tiedoston (löysin tiedoston liitteenä täältä foorumilta ja oli samalla koneelle, kuin omani).
Lopputulos oli kuvan mukainen.
taloLoggerGraph ei saa yhteyttä tietokantaan. Eli siinä conf-tiedostossa ei ole nyt tietokantamäärittelyn osalta kaikki kohdillaan.
-
Pitääpä tutkia sitä tiedostoa tarkemmin.
Vai voisiko olla, ettei ole oikeuksia ko. tiedostoihin? Asennusvaiheessakaan ei ollut oikeuksia etc-kansioon, joten piti tehdä näin: sudo chmod –R 777 /home/talo/etc
Liitteenä alkupätkä .conf filestä
-
Lisäksi tuo taloLoggerGraph.conf tiedosto löytyy kahdesta eri paikasta: home/talo/Public_html/ sekä home/talo/Public_html/script/taloLoggerGraph/
Pitääkö molempia käsitellä?
-
Lisäksi tuo taloLoggerGraph.conf tiedosto löytyy kahdesta eri paikasta: home/talo/Public_html/ sekä home/talo/Public_html/script/taloLoggerGraph/
Pitääkö molempia käsitellä?
Käsittele sitä /home/talo/public_html:ssä olevaa.
-
Kiitos vinkeistä, eiköhän se tästä...
-
Kaikki aikanaan. Jos töissä kulkee, niin muut hommat tehdään sitten, kun keretään.
Toinen askarruttava asia: saako Logintutkijaan invertterin todellista käyntitaajuutta näkymään käyränä, kun nyt näyttää vain on/off tyyliin, sammuksissa tai 50Hz?
Tässäpä taitaa olla puki.. Ei ole tainnutkaan tulla vielä eteen. Lisäilen tuon taajuuden kannasta luettavien listaan.
-
Ok, kiitos!
-
Ok, kiitos!
Käy kurkkaamassa tuolta: http://www.maalampofoorumi.fi/index.php?topic=6867.msg105820#msg105820 (http://www.maalampofoorumi.fi/index.php?topic=6867.msg105820#msg105820)
-
Olammi, laitoin tuonne taloLogger.conf tiedostoon nuo Niben vaihevirrat. Logiin ei tule virheitä, mutta taloLoggerGraph:ssa ei näy mitään, ei edes tyhjää taulua client puolella, mutta server puolella on tyhjä taulu. Onko tietue Nibellä tyhjä vai mistähän tuo johtunee, ettei käppyrää tule?
Oliko Nibessä jokin rajoitettu määrä ulos saatavia tietueita.
Olipas noita alkanut tullakin virheitä, ei ilmeisesti tullut bootattua Raspia heti.
Saakohan niitä kerättyä Nibestä?
-
Osaako joku sanoa toimiiko Husdata H1 USB-versio Rasberryn kanssa?
Tarjolla on myös sarjaportillista mallia.
Husdatan USB version ja win 10 ongelma on ettei USB ajurille ole enää tukea saatavilla.
Ajurin joutuu väkisin pakottamaan vanhaan 2011 julkaistuun versioon.
Ja tottakai tällöin myös wintoosan automaattiset päivitykset on pidettävä pois päältä tai kone poissa valtakunnanverkosta.
Hakkasin päätä pari viikkoa seinään viallisen H1 USB kaapelin kanssa, kunnes lähetin sen takaisin korjattavaksi.
Huomasin testaillessa tämän usb-ajuriongelman ja nyt mietin olisiko varmempi ottaa se sarjaporttiversio ja käyttää sitä erillisen adapterin kanssa.
Kokemuksia?
-
Sarjaporttiversio ainakin antaa enemmän mahdollisuuksia. Tosin oli sitten Win10 tai RPi, niin pitää olla sopiva USB-Serial-adapteri ja sille ajurituki. RPille luultavasti helposti tuki on, Winkkarille en ota kantaa.
-
Moi,
Mistä saa tietoa Niben Modbus väylän kautta saatavista arvoista ja tilatiedoista?
Itsellä esim. FLM lämmön talteenotin, josta saan keruupiirin lämmöt ulos, mutta ilmanvaihdon lämpöjä en ole saanut koodattua oikein, koska ne eivät tule. Nibellä sanoivat, ettäModbus väylän kautta saa kaikki tiedot ja Modbus Manager ohjelmasta saa oikeat koodit eri tiedoille, mutta nuo ilman lämpötilat ei toimi vaikka tekstit kopioitu ko. ohjelmasta (ja kokeiltu monella muullakin tavalla). Samoin talon syöttökaapelin vaihevirtoja en ole saanut näkymään.
-
Oppia ikä kaikki, ei olisi enää paljosta kiinni...
-
Olammi, voiko nibeBusRS485.py-tiedostoon itse lisätä Nibestä kerättäviä tietoja vai pitääkö muutoksia tehdä muuallekin?
Tuota "Smart Price Adaption Price" tietuetta ei näytä olevan siellä, joten sähkön hintaa ei ilmeisesti saa tulemaan taloLoggeriin.
Onko kyseinen tiedosto muokattavissa itse, jotta saisi tuon Logintutkijan toimimaan myös Niben uudemmilla softilla?
Ongelmana näyttää olevan positiiviset lämpötilat, lisäys sekä virtaus. Negatiiviset lämpötilat näkyy oikein.
Liitteenä tiedot Niben hinta tietueesta.
-
Olammi, voiko nibeBusRS485.py-tiedostoon itse lisätä Nibestä kerättäviä tietoja vai pitääkö muutoksia tehdä muuallekin?
Tuota "Smart Price Adaption Price" tietuetta ei näytä olevan siellä, joten sähkön hintaa ei ilmeisesti saa tulemaan taloLoggeriin.
Onko kyseinen tiedosto muokattavissa itse, jotta saisi tuon Logintutkijan toimimaan myös Niben uudemmilla softilla?
Ongelmana näyttää olevan positiiviset lämpötilat, lisäys sekä virtaus. Negatiiviset lämpötilat näkyy oikein.
Liitteenä tiedot Niben hinta tietueesta.
Mainittuun tiedostoon NIBE_DEVICES-tietorakenteeseen voi itse toki lisätä tietoja. Niin kauan kuin tietotyypit on samoja kuin tuettuna on, niin muualle ei tarvita muutosta.
Näihin lämpötilojen ongelmiin tarvittaisiin korjausta. Listalla on. Vapaa-aikaa odotellaan.
-
Moi,
Sainkin joitain tietoja lisättyä ja Nibe on ilmeisesti muuttanut hieman myös tietueiden nimiäkin, niitä täsmentämällä sain myös jotain näkymään lisää.
Ainoa jota en ole saanut tulemaan on tuo hinta "Smart Price Adaption Price", ID 41928. Voisiko johtua siitä, että en löytänyt nibeBusRS485.py tiedostoston lopusta viittauksia hinta tietueen "tyypistä" > UINT16_100. ID rivin olen jo lisännyt tiedostoon.
-
Tuo hinta ilmestyi tuonne itsekseen tässä kesän aikana vaikka mitään muutoksia en ole tehnyt.
Jätin vain keväällä oletetun tiedostonluvun päälle ja se näytti silloin taloLoggerGraph:ssa viivoja.
-
Saisiko täältä vähän apua tuon Viessmann 333g liitämiseen taloLoggeriin.
https://github.com/openv/openv/wiki/vcontrold-mit-Raspberry-Pi (https://github.com/openv/openv/wiki/vcontrold-mit-Raspberry-Pi)
Sain tuolta Saksaa kääntämällä tehtyä vaiheeseen "7th test"
mutta sitten en oikeen ymmärrä että mitä seuraavaksi pitäisi tehdä :-[
-
Onko kukaan saanut toimimaan TaloLoggeria noilla Niben uusilla softilla, joiden myötä tuli ne lämpötilaongelmat.
Ois varmaan koneen kannalta järkevää käyttää uudempaa softaa, mutta kun kerättävät arvot on niin mielettömiä, ettei datan keruusta ole mitään hyötyä.
-
Onko kukaan saanut toimimaan TaloLoggeria noilla Niben uusilla softilla, joiden myötä tuli ne lämpötilaongelmat.
Ois varmaan koneen kannalta järkevää käyttää uudempaa softaa, mutta kun kerättävät arvot on niin mielettömiä, ettei datan keruusta ole mitään hyötyä.
Sama asia kiinnostaisi
-
Log.set tiedosto tikulle, niin tuon ongelman pitäisi korjaantua.
https://www.maalampofoorumi.fi/index.php?topic=4991.msg111223#msg111223
-
Log.set tiedosto tikulle, niin tuon ongelman pitäisi korjaantua.
https://www.maalampofoorumi.fi/index.php?topic=4991.msg111223#msg111223
Ei auta jos loggauksia on enemmän kuin 20.
Logsettiin saadaan vain 20 rekisteriä, kikkailemalla vähän päälle.
-
Ei auta jos loggauksia on enemmän kuin 20.
Logsettiin saadaan vain 20 rekisteriä, kikkailemalla vähän päälle.
Juu, onhan siinä se raja. Jos 20 rekisteriä ei riitä, niin sit ei kai ole mitään keinoa. Itsellä sopii tarpeelliset tiedot tuohon 20 rekisterin rajoitukseen oikein mainiosti.
-
Jep, vaihevirrat ja muut 32bittiset taisi haukata 2-3 paikkaa
-
En ole oikein päässyt kärrylle mistään järjestelmällisyydestä tuossa ongelmassa, kun välillä joidenkin antureiden arvot näkyy normaalisti ja toisinaan samojen antureiden arvot ovat virheellisiä. Jossain vaiheessa enimmäkseen negatiiviset arvot olivat sekaisin, mutta samaa on myös positiivisissa arvoissa. Osaiskohan tuota kukaan koodata oikein, kun Olammilla taitaa olla muita kiireitä.
-
Uusi versio lähettää ylemmissä tavuissa jotain muuta kuin nollaa uuden version kanssa.
Todennäköisesti korjaantuisi jos vastauksesta ottaa vain ensimmäiset
kaksi tavua talteen. Jälkimmäiset vaikuttaisivat olevan seuraavan
rekisterin arvoja, joskus ne voivat olla hyödyllisiä jos ne
ilmaantuvat 20 rekisterin joukkiossa tai jos niitä kysytään myöhemmin
erillisenä.
-
Tämä nyt ei ole mikään ratkaisu, mutta päästäkseni eroon vanhasta ohjelmistosta Nibessä, kommentoin rivin 852 tiedostossa /home/talo/bin/taloLogger/modules/datasources/nibe/nibeBusRS485.py
#value = value + (value32 << 16)Itse en lue yhtään 32 bittistä rekisteriä, joten saan tällä mielenrauhan kunnes asiaan löytyy kunnollinen ratkaisu.
Tosiaan näyttää siltä että seuraavan rekisterin arvo tulee nyt mukaan kysyttäessä dataa Nibeltä. Onnella, jos tuo seuraavan rekisterin arvo on 0, on saattanut mennä kuranttia tavaraa kantaan.
Ehkä joku muukin on samassa tilanteessa kuin minä, siksi mainostan tuota puukotusta.
[edit] ja lisänä tuon tiedoston puukotuksen jälkeen restarttaa taloLogger:
sudo svc -d /etc/service/taloLogger
sudo svc -u /etc/service/taloLogger
ja ehkä vikatilan kuittaus päälle jos et ehtinyt tarpeeksi nopeasti starttaamaan stopin jälkeen.
[edit] laitoin testiksi ne virtamittarit, 32 bittisillä rekistereillä, talologgeriin ja tulee ihan hyvin. Hm.. miksiköhän ne on ylipäätään 32bit?
-
debianin stretch 64bit
root 673 0.0 0.0 1608 360 ? S 18:17 0:00 readproctitle service errors: ...d_with_groups: not found ./run: 2: exec: /home/talo/bin/set_uid_with_groups:
oliskohan kellään tullut moista, johtuisiko 64bit?
linaroihin ei tunnu menevän
edit
ongelma ratkaistu, taloLoggerPi toimii 64bit debian 9 stretch /Rock PI 4B
-
ISO KIITOS Timolle!!!!!!
Toimii, kuin ajatus.
-
Onko Jerry68:lla vaivevirtojen kysely erikseen vai 20 rekisterin joukossa? Nehän ovat 32bittisiä.
-
Kaikki tulee Niben ModBus väylästä suoraan (muistaakseni vajaa 40 arvoa, kaikki ei käytössä Graphissa).
-
Suostuu lähettämää yli 20 ilman ongelmia?
-
Eipä ole ollut mitään ongelmia arvojen luennassa, lisääkin sais, kun osais laittaa kaikki tiedot oikein Niben tietueista taloLoggerin NibeBusRS485.py tiedostoon. Useita olen sinne jo lisännyt. Tuo ModBus on ihan hyvä eikä hankalakaan, kun on ensin tämmöisenä aiemmin Linuxiin perehtymättömänä vähän opetellut, harjoitellut ja tehnyt uudelleen :D
Varmuuskopioinninkin SQL kannasta sain viimein onnistumaan verkkolevylle.
-
Kommentoin myös Timon vinkin mukaan, ja myös oma setti lähti toimimaan!
Itse kerään rekisterin hakemista aroista noin 20 ja loput haetaan kyselyillä.
-
Siis tuolta väylästä osa ja loput OWFS vai miten?
-
Kaikki väylästä. Nibe lähettää ne 20 rekisteriä modbussissa jatkuvasti, niitä ei tarvitse erikseen kysellä. Ne mitä ei ole määritetty kysytään erikseen ja niiden kysely kestää kauemmin, olikohan luokkaa 1,5s per rekisteri.
-
Onko tietoa, mihin ne automaattisesti tulevat 20 menee taloLoggerissa? Itsellä ollut käsitys, että ne 20 menee muistitikulle, jos on koneessa kiinni ja modbus väylästä kysellään kaikki, jotka löytyy NibeBusRS485.py tiedostosta, josta nuo kaikki minunkin arvot käsittääkseni löytyy.
Vai lieneekö taloLoggerin toimintaperiaate se, että ottaa vastaan Niben lähettämät ja vertaa NibeBusRS485.py tiedostoon niitä ja kysyy loput, joita ei tullut, mutta ovat ko. tiedostossa.
-
Samaan modbus väylään ne 20 lähetetään. Sen lisäksi Nibe kirjoittaa niitä halutessa usb-tikulle.
Kts. https://www.nibe.fi/nibedocuments/24801/031725-10.pdf
-
Niinpä näyttää olevan, joten noin 45 arvoa taitaa olla aika maksimissaan jos minuutin välein talletus.
Eli Niben automaattisesti lähettämiin arvoihin en ole kajonnut vaan lisännyt ne vaihevirrat sinne NibeBusRS... tiedostoon.
-
Onko Jerry68:lla vaivevirtojen kysely erikseen vai 20 rekisterin joukossa? Nehän ovat 32bittisiä.
Määkin testasin just noita vaihevirtoja kun ne näyttivät olevan 32bit mutta yllätyksekseni tulivat ihan ok. No, oikeasti en mistään tarkistanut mitä ne luvut olivat mutta näyttivät hyviltä ampeereilta.
-
Itsellä on nyt hommat edennyt siihen pisteeseen että aijon vaihtaa tuon logituksen SQLite -> mySQL.
Taisteluiden kautta voittoon olen saanut nyt talologgerin logittamaan dummy mittausta tuonne mySQL kantaa jonka totesin phpmyadministä mihin näyttäisi tulevan dataa. :-\
No ongelmaksi kuitenki tuli tuo taloLoggerGraph en saa siihen kirveelläkään näykymään käppyrää. Graffiin tulee vain lukemaan teksi: ERROR: Invalid configuration key: MYSQLDB:HOST
mySQL:ssä olen ajanut käyttäjälle seuraavat komennot sekä käynnistänyt mysql servicen uudestaan:
grant all privileges on talodb.* to 'talo'@'localhost' identified by 'Salasana' with grant option;
FLUSH PRIVILEGES;
#############################################################################
# Data store configuration
#############################################################################
#DB_TYPE = SQLITE
#DB_TALOLOGGER_SCHEMA_VERSION = 1
#SQLITEDB_NAME = /home/talo/data/talo.db
DB_TYPE = MYSQL
DB_TALOLOGGER_SCHEMA_VERSION = 1
#DB_TALOLOGGER_TABLE = talo_data
#DB_TIMECOL = time
MYSQLDB:HOST = localhost
MYSQLDB:USER = talo
MYSQLDB:PASSWD = Salasana
MYSQLDB:NAME = talodb
#############################################################################
# Calendar configuration
#############################################################################
# Whether to hide the calendar (true/false)
HIDE_CALENDAR = false
#############################################################################
# Cache configuration
#############################################################################
# Whether to cache images (true/false)
CACHE_IMAGES = false
+------------+-----------+-------------+
| User | Host | plugin |
+------------+-----------+-------------+
| root | localhost | unix_socket |
| talo | localhost | |
| phpmyadmin | localhost | |
+------------+-----------+-------------+
-
Ei taida olla hirveän aktiivista porukkaa enää tässä aihe ketjussa :'(
-
Mitään en enää SQL:stä ymmärrä ja MySQL:stä sitäkin vähemmän joten kirjoitan lämpimikseni...
Pitäisikö jossain määritellä tuo talodb?
Entäs tuo grant komento, tukeeko MySQL tuota "identified by ... with grant option" ?
GRANT ALL ON mydb.* TO 'someuser'@'somehost'
-
Tuota se talodb on kyllä tehty ja se kerääkin tuosta dummy mittauksesta dataa kun katselin tuolla phpmyadmin:stä.
Itse en kyllä osaa tuohon kysymykseenvastata:
Entäs tuo grant komento, tukeeko MySQL tuota "identified by ... with grant option" ?
Googletellut olen kyllä parhaani mukaan ja ehkä tuo oma mySQL asennus perustuu suurimmalta osin alla olevaan linkkiin
https://pimylifeup.com/raspberry-pi-mysql/ (https://pimylifeup.com/raspberry-pi-mysql/)
Mikäli oikein ymmärsin niin jos talologgerissa on valittu schema = 1 niin talologger luo kantaan siinä olevat mittaukset niin kuin se loi nyt minulle tuon dummy mittauksen.
-
ERROR: Invalid configuration key: MYSQLDB:HOST
Mulla noi avainsanat ovat muotoa "MYSQLDB_HOST" (eikä DIIBA:DAABA) eli alaviiva välissä. Oliskos toi?
-
Mulla noi avainsanat ovat muotoa "MYSQLDB_HOST" (eikä DIIBA:DAABA) eli alaviiva välissä. Oliskos toi?
Siis copy/pastesin tuon suora siitä taloLoggerGraph:sta.
Saitko Timo Karhu tuon ratkaistua?
Itse vähän luulen että ongelma on jotenki tuossa mySQL privilegeleissä. Kokeilin myös HASSio:lla saada yhteyttä kantaa erilaisilla variaatioilla mutta tuloksetta :'(
-
Siis copy/pastesin tuon suora siitä taloLoggerGraph:sta.
Saitko Timo Karhu tuon ratkaistua?
Itse vähän luulen että ongelma on jotenki tuossa mySQL privilegeleissä. Kokeilin myös HASSio:lla saada yhteyttä kantaa erilaisilla variaatioilla mutta tuloksetta :'(
Sori, taisin olla epäselvä. Vaihda sinun "MYSQLDB:HOST" "MYSQLDB_HOST" eli korvaa kaksoispiste alaviivalla ja kokeile.
Minun talologger taitaa olla aika vanha, mutta kokeile nyt vaan.
Jos se vaihdon jälkeen valittaa "MYSQLDB:USER"sta niin sitten vaan vaihdat ne kaikki kaksoispisteet.
MySQL kanta ei salli oletuksena yhteyksiä ulkoapäin, siksi et varmaan saa HASSiolla yhteyttä.
-
Sori, taisin olla epäselvä. Vaihda sinun "MYSQLDB:HOST" "MYSQLDB_HOST" eli korvaa kaksoispiste alaviivalla ja kokeile.
Minun talologger taitaa olla aika vanha, mutta kokeile nyt vaan.
Jos se vaihdon jälkeen valittaa "MYSQLDB:USER"sta niin sitten vaan vaihdat ne kaikki kaksoispisteet.
MySQL kanta ei salli oletuksena yhteyksiä ulkoapäin, siksi et varmaan saa HASSiolla yhteyttä.
Eli kokeilin vaihtaa tuon alaviivalla mutta tuloksetta. Uskoisin että kyllä se on sillä kaksoispisteellä.
Olen nyt yrittänyt saada HASSio (toisella raspberry pi:llä) yhteyttä talologgeriin ja se itse asiassa onnistui kun tein seuraavan:
1) sudo nano /etc/mysql/my.cnf
2) bind-address = 0.0.0.0 //add this line just below above line
3) sudo /etc/init.d/mysql restart //restart mysql
4) sudo mysql -u root -p //login to mysql cli as user 'root'
5) GRANT ALL PRIVILEGES ON *.* TO 'talo'@'%' IDENTIFIED BY 'Salasana' WITH GRANT OPTION;
Eli uskoisin, että ongelmat on nyt tuossa TaloLoggerGraph.conf :ssa.
En kyllä vain ymmärrä että mikä siinä voi olla niin ylitse pääsemätöntä :-[
-
Uusin https://olammi.iki.fi/sw/taloLogger/download.php oleva taloLoggerGraph v1.2d sisältää taloLoggerGraph.conf tiedoston, jossa:
#############################################################################
# MySQL data store configuration
#############################################################################
# Host name for MySql database
MYSQLDB_HOST = localhost
# Database user name
MYSQLDB_USER = talo
# Database password
MYSQLDB_PASSWD = xxpassxx
# Database name
MYSQLDB_NAME = talo
Mistä lie olet tuon oman .conf tiedostosi saanut, jos siinä on kaksoispisteellä eroteltuna. Aiemmin postasit virheilmoituksen: ERROR: Invalid configuration key: MYSQLDB:HOST
Jos nyt vielä kerran vaihdat nuo kaikki kaksoispisteet alaviivoiksi ja testaat taas, niin luulisi, että ainakin virheilmoitus muuttuu jos ei ala toimimaan.
-
noi voihan ***** :-X
Näihän sen oli. En kyllä ymmärrä miten olen voinut noin killiin tuota katsoa. Varmaan kirjotelin/copypastesin nuo tuolta talologger.conf tai jotain. Olishan tuo pitänyt tuosta ylemmistä jo huomata ::)
Kiitos ja anteeks, näin sitä tulee sokeeksi omille tekemisille.
Kiitokset Timo ja Jad
-
Paluu aiheeseen....
Tuli tontille kaveri joka osaa enemmän kun pelkästään avata tietokoneen ja sai kaivettua anturit eloon. Itseasissa jopa kahdella eri usb-1wire adapterilla. Eli se asia on hallinnassa.
Onkos muuten Daikinin Altherma-sarjan koneelle mitään keinoa saada pumpun tiedot talologgerille?
Morot,
No, pitää oikein herätellä vanhaa kysymystä...
Ittekkin aikoinaan tuskailin kyseisen asian tiimolla, ja en saanut tolkkua datasta jota kyseisen pumpun narussa liikkui. (=lue en viitsinyt/jaksanut/... kun sillä nyt ei ollut mitään sen suurmpaa tarvettakaan)
Mutta nyt viimeinkin maailmalla on tapahtunut jotakin liikehdintää kyseisellä sektorilla.
https://github.com/Arnold-n/P1P2Serial
Mun tarvii herätellä asia uudelleen eloon kunhan tää loma loppuu ja töissä taas kerkiää puuhasteleen...
-Kimmo
-
Morot,
Edelliseen,
Samannäköistä tauhkaahan siinä narussa edelleen kulkee (siis kun tutkin sitä aikoinaan 5 vuotta sitten).
Tarttee sanoa että on siinä sake maistunut kun kaverit ovat "speksiä" tehneet.
Onhan siellä niitä tietojakin kun sai vähäsen osviittaa...
Kohta viritellään kötöstys rapsuttimen kaveriksi.
Niin, onkohan kyseisen pannun sielunelämän tutkimiselle mitään laajempaa intressiä foorumilaisilla?
Kyselee,
-Kimmo
-
Hieman apuja kaipailisit TaloLoggerGraph kanssa.
Dummy kanta toimii mutta kun vaihdan mysql käyttöön saa virheilmoituksen:
ERROR: Error running database query. Check database table and column names in configuration.
Konfigissa dbuser on talo, luotu samalla ohjeella kuin "tunnus", testattu myös nibe käyttäjällä mutta lopputulos sama.
Tein myös kokonaan uuden kannan mutta ei vaikutusta toimintaan.
+----------------+--------------+
| Table Name | Size in (MB) |
+----------------+--------------+
| talo_data | 5.03 |
| talo_positions | 0.03 |
+----------------+--------------+
2 rows in set (0.003 sec)
Config:
#############################################################################
# Data store configuration
#############################################################################
DB_TYPE = MYSQL
DB_TALOLOGGER_SCHEMA_VERSION = 1
#SQLITEDB_NAME = /home/talo/data/talo.db
#DB_TABLE = talo_data
#DB_TIMECOL = talo_positions
#############################################################################
# MySQL data store configuration
#############################################################################
# Host name for MySql database
MYSQLDB_HOST = localhost
# Database user name
MYSQLDB_USER = talo
# Database password
MYSQLDB_PASSWD = tosisalainen
# Database name
MYSQLDB_NAME = talolog
Osaisko joku jeesailla?
-
Vähän lainaan aihetta. Eihän kellään ole nibegw:n arduino koodista mqtt vesiota? Esp8266:lle vielä parempi...
-
en tiedä onko tämä jossain mainittu
@MEASURE =********
rivien järjestyksellä on hyvinkin suuri vaikutus toimintaan jos samassa verkossa on useita antureita, pahimmassa tapauksessa ei toimi lainkaan tai sitten virheettä järjestystä muuttaen
näyttäisi pääsääntöisesti toimivan paremmin kun anturit ovat ensin lähin ja siitä järjestyksessä kauimpaan
ehkä jollain on tietoa enempi, tutkinut asiaa