Talologger Muuttujat & Ohjelmointi

  • Viestiketjun aloittaja Viestiketjun aloittaja Ismo67
  • Aloituspäivämäärä Aloituspäivämäärä
Vs: Talologger Muuttujat & Ohjelmointi

olammi sanoi:
Tuollainen ratkaisu ei onnistu, koska nyt ei pystytä sitten erottamaan mitenkään, että oliko kyseisen mittapisteen arvo oikeasti 0.00 vai onko kyseessä laiton tulos. Vaihtoehdot käytännössä olisivat jättää koko avain-arvopari pois, jos arvoa ei saatu luettua (tuossa siis <Position>...</Position>-tägien väli jäisi pois kokonaan varaajakulutuksen osalta, jos arvoa ei ole tai täyttää arvo jollain muulla "ei arvoa" tilaa osoittavalla datalla. Esim. "None" tai "NAN" tms.

tuo ei ole suuri pulma, minulla se esiintyy ainoastaan kun seuraavalla scriptillä teen taulukon, onnistunee kun osaisi, tehdä siihen se muutos
Koodi:
  document.write("<tr><td>");
  document.write(x[i].getElementsByTagName("Key")[0].childNodes[0].nodeValue);
  document.write("</td><td>");
  document.write((x[i].getElementsByTagName("Value")[0].childNodes[0].nodeValue*1).toFixed(2));
  document.write("</td></tr>");

mutta nyt sain radxa rockin tyhjään riviin korjauksen, se johtuu rockin serial asetuksista ja korjautuu seuraavalla
Koodi:
stty -F /dev/ttyS0 9600 -icrnl

kyllä teetti, saa nähdä poistuuko 'aiheeton' herja

edit

herja ei poistunut, huomasin vain että miksihän se tulee toisinaan samalla mittauskerralla kahdesti parin sekunnin välein
Koodi:
02.12.2014 10:20:01: SHELL1: ERROR: Error executing Shell data source command
  Command: /usr/bin/head -1 /dev/ttyS0
  Command output: 61.30,4.40

02.12.2014 10:20:03: SHELL1: ERROR: Error executing Shell data source command
  Command: /usr/bin/head -1 /dev/ttyS0
  Command output: 61.30,4.40

02.12.2014 10:50:01: SHELL1: ERROR: Error executing Shell data source command
  Command: /usr/bin/head -1 /dev/ttyS0
  Command output: 61.60,4.40

02.12.2014 11:00:02: SHELL1: ERROR: Error executing Shell data source command
  Command: /usr/bin/head -1 /dev/ttyS0
  Command output: 61.30,4.40

02.12.2014 13:00:02: SHELL1: ERROR: Error executing Shell data source command
  Command: /usr/bin/head -1 /dev/ttyS0
  Command output: 62.60,4.30

02.12.2014 13:00:04: SHELL1: ERROR: Error executing Shell data source command
  Command: /usr/bin/head -1 /dev/ttyS0
  Command output: 62.60,4.30

tästä voisi päätellä, että jotain minulla menee päällekkäin, mutta sen kumoaa kun radxalla shell antaa virheen vaikka mittaus on vain tiedostosta eikä muuta toimintaa lainkaan, samalla tuntuu että joku muu, kuin sarjaportti aiheuttaa herjan
sarjaportin asetukset eivät auttaneet herjan suhteen, mutta paljasti radxan driverin olevan erilainen(viallinen) koska muissa laitteissa samoilla asetuksilla tuplariviä ei tule
 
Vs: Talologger Muuttujat & Ohjelmointi

Tätä head:lla sarjaportin lukemisessa tapahtuvaa satunnaista virhettä minä nyt en isommin ihmettele tai kaivelisi enempää. Head on tarkoitettu tiedostojen käsittelyyn, ei tuollaisten devicekahvojen. Headin koodissa mm. käytetään seek-metodia, jolla siirryskellään pitkin tiedostoa eri kohtiin. Tämä taas ei tuollaisessa sarjaporttikahvassa ole mahdollista ja siitä voi tulla virheitä. Mainittu virheilmoitus tulostuu lokiin, kun ajettu komento antaa jonkin virheen (paluuarvo ei ole EXIT_SUCCESS eli 0). Näissä tilanteissa on headissa tapahtunut jotain.

Oikeampi ratkaisu olisi tehdä skripti, joka kuuntelee oikealla tavalla sarjaporttia ja ottaa sieltä rividataa. Tai taloLoggeriin geneerinen sarjaporttimoduuli, joka tunnistelee konfiguraationsa mukaisesti dataa sarjaportin tietovirrasta ja voi jopa tehdä sinne kyselyn tarvittaessa (jos datan saaminen edellyttää jotain komentoa).
 
Vs: Talologger Muuttujat & Ohjelmointi

tuki olisi taasen tarpeen, jos laitan seuraavanlaisen scriptin taloLoggerconf' in SHELL moduliin, niin
Koodi:
#!/usr/bin/python

import os
import sys

from time import sleep

import pyRock.I2C as I2C

arduinoSlave = I2C.Device(0x04, 0)

while True:
    data = ""
    for i in range(0, 5):
            data += chr(arduinoSlave.readRaw8());
    print data
    sleep(1);
tarvitseeko se loppuun jotain,
Koodi:
exit
tai vastaavaa, vai jääkö se päälle kuuntelemaan? onko tuo yleensäkään ok, toimii riviltä ja sammuu ^C
vai pitääkö kehitellä, jotta poimii vain yhden rivin
 
Vs: Talologger Muuttujat & Ohjelmointi

jolla sanoi:
tarvitseeko se loppuun jotain,
Koodi:
exit
tai vastaavaa, vai jääkö se päälle kuuntelemaan? onko tuo yleensäkään ok, toimii riviltä ja sammuu ^C
vai pitääkö kehitellä, jotta poimii vain yhden rivin
Tuota looppiahan (True-ehto) ei sitten lopeta mikään, eli jonkinlainen lopetusehto täytyy kehitellä. Puolipisteet ovat sitten turhia ... Muuten en osaa sanoa siitä, mitä nuo funktiot todellisuudessa tekevät.
 
Vs: Talologger Muuttujat & Ohjelmointi

kotte sanoi:
Tuota looppiahan (True-ehto) ei sitten lopeta mikään, eli jonkinlainen lopetusehto täytyy kehitellä. Puolipisteet ovat sitten turhia ... Muuten en osaa sanoa siitä, mitä nuo funktiot todellisuudessa tekevät.

tuo nyt vain tulostaa samanlaista dataa kun sarjaportista, ajattelin että noita arduinoja voi lisätä helpommin tulevaa ajatellenkuin sarjaportiin, kun niihin voi osoitteen määritellä, tää nyt oli ensimmäinen , millä sain i2c' stä datan ulos, tuntien hiertäminen siinäkin
etenpäin sanoi mummo lumessa
 
Vs: Talologger Muuttujat & Ohjelmointi

jolla sanoi:
tuki olisi taasen tarpeen, jos laitan seuraavanlaisen scriptin taloLoggerconf' in SHELL moduliin, niin
Koodi:
#!/usr/bin/python

import os
import sys

from time import sleep

import pyRock.I2C as I2C

arduinoSlave = I2C.Device(0x04, 0)

while True:
    data = ""
    for i in range(0, 5):
            data += chr(arduinoSlave.readRaw8());
    print data
    sleep(1);
tarvitseeko se loppuun jotain,
Koodi:
exit
tai vastaavaa, vai jääkö se päälle kuuntelemaan? onko tuo yleensäkään ok, toimii riviltä ja sammuu ^C
vai pitääkö kehitellä, jotta poimii vain yhden rivin

Jätä toi while-looppi pois niin tekee homman kerran ja vaikka exit 0 tms loppuun.
 
Vs: Talologger Muuttujat & Ohjelmointi

Juu, ei mitään syytä loopata, kuten jo täällä sanottiinkin. taloLogger haluaa SHELL-moduulissaan, että se ajaa jonkin komennon/skriptin (kokonaan) ja kun se lopettaa, niin ottaa sen tulosteet ja ottaa arvot siitä. Se sitten käynnistää saman skriptin taas uudestaan, kun sen näytteenottoväli tulee täyteen (120 sek default).

Skripti loppuu, kun se pääsee loppuun. Jos python-ohjelman haluaa lopettaa onnistuneesti keskeltä koodia (tai viimeisestäkin rivistä), niin oikea lause on:
Koodi:
    sys.exit(0)
 
Vs: Talologger Muuttujat & Ohjelmointi

aina kun jotain yrittää, puskee nuo oikeusjutut päälle
Koodi:
11.01.2015 22:10:01: SHELL2: ERROR: Error executing Shell data source command
  Command: /usr/bin/python /home/talo/bmp180.py
  Command output: Traceback (most recent call last):
  File "/home/talo/bmp180.py", line 5, in <module>
    sensor = BMP085.BMP085(busnum=0)
  File "/home/talo/Adafruit_BMP/BMP085.py", line 48, in __init__
    self._device = I2C.Device(address, busnum)
  File "/usr/local/lib/python2.7/dist-packages/pyRock/I2C.py", line 48, in __init__
    self._bus = smbus.SMBus(busnum)
IOError: [Errno 13] Permission denied

nyt en tiedä mitä pitäisi tehdä, ehkä se kolme seiskaa olisi poikaa
'root' ina riviltä tuo menee että heilahtaa läpi
 
Vs: Talologger Muuttujat & Ohjelmointi

Nyt tuossa talo-käyttäjällä on kyllä oikeus ajaa tuota bmp180.py -skriptiä ja pythonia, mutta skriptissä käytetään smbus:ia, jonka tiedostoihin tai devicekahvoihin sitten oikeudet eivät enää riitä. Roottina tietysti kaikki onnistuu, koska roottina kaikki on sallittua. SMBus vaatii ilmeisesti, että käyttäjä on i2c-ryhmässä. Voit kokeilla lisätä käyttäjän, joka ajaa taloLoggeria (mahdollisesti talo, jos käytät taloLoggerPi:tä) tuohon ryhmään ja käynnistää taloLoggerin uusiksi.
 
Vs: Talologger Muuttujat & Ohjelmointi

lisäsin
Koodi:
nano /etc/group
i2c tuplapisteillä jälkeen
Koodi:
talo
, ei se auta
asensin rock'iin ne uusimmat taloLoggerin asennusscriptillä ja samalla yritän ottaa sitä SHELL modulia käyttöön ja kaksi mittausta sillä onnistuukin jo hyvin nyt ilman väkivaltaista kolmea seiskaa
radxan sivuilla näyttää olevan että roottina nuo GPIO jutut pitää ajaa
 
Vs: Talologger Muuttujat & Ohjelmointi

Uusin taloLoggerPi tosiaan ajaa GPIO-lokitusta (GPIO-moduuli) rootina. SHELL-moduulia ei ajeta, jos ei sitten SHELL-moduulin parametrit viittaa ohjelmaan, joka osaisi itse nostattaa tunnelmat root-tasolle.
 
Vs: Talologger Muuttujat & Ohjelmointi

Miten noita i2c -väyliä käpistellään linuxissa? Luoko ajuri näille "virtuaalilaitteet" samaan tapaan kun kaikelle muullekkin?
Lähinnä saako nuo oikeudet vilkastua näin:
Koodi:
ls -l /dev/i2c*

Ja toinen, että saisko nuo oletusoikeudet asetettua udev:llä vastaavasti kun tässä?

Asiasta kuudenteen: Miten sulla jolla oli tuo 1 wire verkko liitettynä radxaan? Oliko suoraan gpio vai adapterin kautta? Pähkäilly tässä kumpi tapa olis helpompi ja varmempi itselle. Radxan keskustelualueella näytti olevan ohjeet gpio-1w-tuen kääntämiseksi kerneliin.
 
Vs: Talologger Muuttujat & Ohjelmointi

pjr sanoi:
Miten noita i2c -väyliä käpistellään linuxissa? Luoko ajuri näille "virtuaalilaitteet" samaan tapaan kun kaikelle muullekkin?
Lähinnä saako nuo oikeudet vilkastua näin:
Koodi:
ls -l /dev/i2c*

Ja toinen, että saisko nuo oletusoikeudet asetettua udev:llä vastaavasti kun tässä?

Asiasta kuudenteen: Miten sulla jolla oli tuo 1 wire verkko liitettynä radxaan? Oliko suoraan gpio vai adapterin kautta? Pähkäilly tässä kumpi tapa olis helpompi ja varmempi itselle. Radxan keskustelualueella näytti olevan ohjeet gpio-1w-tuen kääntämiseksi kerneliin.

minulla on 2x i2c (ds2482) ja 2x serial (ds2480) ja usb (ei tällä hetkellä käytössä) noita vanhanliiton ds2482-100 voi laittaa 3 mutta ds2483 en saanut toimimaan virallisella owfs versiolla
 
Vs: Talologger Muuttujat & Ohjelmointi

olammi sanoi:
Juu, ei mitään syytä loopata, kuten jo täällä sanottiinkin. taloLogger haluaa SHELL-moduulissaan, että se ajaa jonkin komennon/skriptin (kokonaan) ja kun se lopettaa, niin ottaa sen tulosteet ja ottaa arvot siitä. Se sitten käynnistää saman skriptin taas uudestaan, kun sen näytteenottoväli tulee täyteen (120 sek default).

Skripti loppuu, kun se pääsee loppuun. Jos python-ohjelman haluaa lopettaa onnistuneesti keskeltä koodia (tai viimeisestäkin rivistä), niin oikea lause on:
Koodi:
    sys.exit(0)

sain nyt toimimaan virheilmoituksitta tuon ongelmallisen rossipohjan kosteusmittauksen seuraavasti
taloLogger.conf
Koodi:
SHELL1:LOCATION = /usr/bin/python
SHELL1:PARAMETERS = /home/talo/serline.py
SHELL1:REGEXP = ^\s*(?P<rossi_humi>[0-9\.\-]+)\s*,\s*(?P<rossi_temp>[0-9\.\-]+)\s*$

serline.py
Koodi:
#!/usr/bin/python
import serial

ser = serial.Serial('/dev/ttyS0', 9600)
line = ser.readline()[: - 1 ]
print(line)
ser.close()

pitäisikö tuo
Koodi:
ser.close()
korvata
Koodi:
sys.exit(0)
?
vai lisätä se viimeiselle riville?

nyt ei ole tullut virheilmoituksia lainkaan, taloLoggerkin ajettu uusimmalla, tiedä olisiko silläkin jotain vaikutusta
 
Vs: Talologger Muuttujat & Ohjelmointi

jolla sanoi:
sain nyt toimimaan virheilmoituksitta tuon ongelmallisen rossipohjan kosteusmittauksen seuraavasti
...
pitäisikö tuo
Koodi:
ser.close()
korvata
Koodi:
sys.exit(0)
?
vai lisätä se viimeiselle riville?

Ok. Hyvä.
Kun Python-skripti loppuu, niin siellä ei lopussa tarvita sys.exit(0):aa vaan se on vähän niinkuin näkymättömästi juuri se mitä siellä lopuksi tapahtuu. Toisaalta on hyvä tapa sulkea sellaiset io-hantaakit, jotka on avannut, joten juuri tuolla lailla ser.close():n kanssa tämä on parhain päin.
 
Vs: Talologger Muuttujat & Ohjelmointi

Apua kaivattaisiin tietokantaongelmaan. ???

Raspi hakee lämpöpumpulta ja 1-wirestä tietoja. Homma on toiminut hienosti, kunnes 15.1.2015 kello 11:00 jälkeen arvoja ei ole mennyt enää tietokantaan.

taloLogger.log:
Koodi:
25.01.2015 13:07:28: Terminating due to SIGTERM.
25.01.2015 13:07:29: Terminating.
25.01.2015 13:07:35: Starting taloLogger.py (v1.6d).
25.01.2015 13:07:35: Initialized module OWFS
25.01.2015 13:07:35: REGO: Received Rego device version: 600
25.01.2015 13:07:35: Initialized module REGO
25.01.2015 13:07:35: MYSQLDB: ERROR: Error in database operation, SQL:
25.01.2015 13:07:35: ERROR: Error initializing module MYSQLDB: DBStore: Errors with database access.
25.01.2015 13:08:05: MYSQLDB: ERROR: Error in database operation, SQL:

Raspilta datat lähtee ulkopuoliseen MySQL tietokantaan. Ostettu palvelu. Jälkeen päin muistellen saattaa olla että 15.1. oli nopea sähkökatkoräpsy. Mistä tuota ongelmaa pitäisi lähteä kaivelemaan??
Muutoksia siis itse en ole tehnyt. Itse ajatellen, joko Raspi ei päästä liikennettä ulos, tai kuitumodeemi blokkaa liikenteen tai MSSQL-palveluntarjoaja on sulkenut liikenteen meikäläisen osoitteesta.

Millä saan haarukoitua ongelman sijainnin??
 
Vs: Talologger Muuttujat & Ohjelmointi

Råtta sanoi:
Apua kaivattaisiin tietokantaongelmaan. ???

Raspi hakee lämpöpumpulta ja 1-wirestä tietoja. Homma on toiminut hienosti, kunnes 15.1.2015 kello 11:00 jälkeen arvoja ei ole mennyt enää tietokantaan.

taloLogger.log:
Koodi:
25.01.2015 13:07:28: Terminating due to SIGTERM.
25.01.2015 13:07:29: Terminating.
25.01.2015 13:07:35: Starting taloLogger.py (v1.6d).
25.01.2015 13:07:35: Initialized module OWFS
25.01.2015 13:07:35: REGO: Received Rego device version: 600
25.01.2015 13:07:35: Initialized module REGO
25.01.2015 13:07:35: MYSQLDB: ERROR: Error in database operation, SQL:
25.01.2015 13:07:35: ERROR: Error initializing module MYSQLDB: DBStore: Errors with database access.
25.01.2015 13:08:05: MYSQLDB: ERROR: Error in database operation, SQL:

Raspilta datat lähtee ulkopuoliseen MySQL tietokantaan. Ostettu palvelu. Jälkeen päin muistellen saattaa olla että 15.1. oli nopea sähkökatkoräpsy. Mistä tuota ongelmaa pitäisi lähteä kaivelemaan??
Muutoksia siis itse en ole tehnyt. Itse ajatellen, joko Raspi ei päästä liikennettä ulos, tai kuitumodeemi blokkaa liikenteen tai MSSQL-palveluntarjoaja on sulkenut liikenteen meikäläisen osoitteesta.

Millä saan haarukoitua ongelman sijainnin??

Testaa nyt ensin kantayhteys mysql-clientilla, joko raspista (jos sulla on client siellä asennettuna) tai jostain muusta sisäverkon koneesta:

# mysql -D <kanta> -u <käyttäjä> -h <mysql-palvelin> --password <salasana>
 
Vs: Talologger Muuttujat & Ohjelmointi

Kiitos avusta. Asensin MySQL-clientin ja sain lisätietoa virheestä. Palveluntarjoajan päässä oli vikaa / ei ollut sallittu tietystä ip:stä liikennettä MySQL kantaan.
 
Vs: Talologger Muuttujat & Ohjelmointi

jolla sanoi:
mutta nyt sain radxa rockin tyhjään riviin korjauksen, se johtuu rockin serial asetuksista ja korjautuu seuraavalla
Koodi:
stty -F /dev/ttyS0 9600 -icrnl

sarjaportin asetukset eivät auttaneet herjan suhteen, mutta paljasti radxan driverin olevan erilainen(viallinen) koska muissa laitteissa samoilla asetuksilla tuplariviä ei tule

nyt näyttäisi, että tuo tyhjä rivi lukiessa sarjaporttia johtuu debianin? img? jostain, koska uusin raspin versio antaa myös tyhjän ylimääräisen rivin, vanhempi taloLoggerPi ei antanut tyhjää ylimääräistä riviä
tai sitten to arduinokin voi liittyä ylimääräiseen tyhjään riviin
mutta em. rivillä sen saa pois
 
Vs: Talologger Muuttujat & Ohjelmointi

olikohan tähän jotain lääkettä, voihan sen kyllä tiedostoon ja sieltä sitten, en muistanutkaan että scripti vain 'roottina'
Koodi:
14.02.2015 16:00:01: SHELL1: ERROR: Error executing Shell data source command
  Command: /usr/bin/python /home/talo/dhti2c.py
  Command output: Script must be run as root
 
Vs: Talologger Muuttujat & Ohjelmointi

laitoin toiseen radxaan juuri äsken sillä samalla scriptillä millä aiemminkin on toiminut taloLoggerin, mutta tuo uusi ei ilmeisesti toimi vanhalla .conf'illa kun en saa kirjoittamaan sqlite tietokantaan kuten aiemmilla on toiminut

mikä chmod xxx pitää olla?
laitoin 775 ja se tekee ainoastaan yhteen sarakkeeseen eikä herjaa log'issa noista muista
auttaako jos tietokannasta poistaa indeksin/pitääkö poistaa?
vai laitanko vanhan taloLogger hakemiston ja päivitän sen sitten uuteen
 
Vs: Talologger Muuttujat & Ohjelmointi

jolla sanoi:
mikä chmod xxx pitää olla?
laitoin 775 ja se tekee ainoastaan yhteen sarakkeeseen eikä herjaa log'issa noista muista
auttaako jos tietokannasta poistaa indeksin/pitääkö poistaa?
vai laitanko vanhan taloLogger hakemiston ja päivitän sen sitten uuteen

Tarkistaisin, että db-file on talo-käyttäjän omistuksessa ja silloin riittää varmasti 664.

Jos kopioit toimivan tietokantatiedoston jostain, niin ei siitä kai indeksejä tarvitse poistaa.

Ei ainakaan 1.6d -> 1.7a muutoksessa olisi pitänyt konffitiedoston puolella muuttua. Ja sen pitäisi kyllä auliisti kertoa käynnistyessään lokiin, jos konffissa on jotain mitä se ei käsitä. conf-tiedosto tietysti auttaisi selvittelyä.
 
Vs: Talologger Muuttujat & Ohjelmointi

kokeilin vanhan kopioiden suoraan päälle ja sitten päivitin taloLoggerin, se on varmaan siinä tietokannassa jokin vika kun nyt lähtee ja tekee xml tiedoaston mutta herjaa talo.db
täytynee alkaa puhtaalta pöydältä kun meni kaikki scriptitkin

helpotti, se ei ollut talo-käyttäjän omistuksessa, nyt lähti homma pyörimään perusmittausten osalta
 
Vs: Talologger Muuttujat & Ohjelmointi

Herättelen Raspiani henkiin Pi2:sta odotellessa.
Hyvin näyttäisi pellittävän Talologger, mutta OWFS/1-wire napsahtaa pois päältä kun boottaan raspin.
OWFS asennettu nyt eri hakemistoon kuin talologgerPi script sen asentaisi...

Loggaus alkaa pelata jälleen kun laitan:
Koodi:
sudo /opt/owfs/bin/owfs --i2c=ALL:ALL --allow_other /mnt/1wire/

Asensin OWFS:n tämän mukaan:
https://www.abelectronics.co.uk/owfs-and-compi/info.aspx

Mitä tiedostoa pitikään muokata ja miten, että 1-wire loggaukset talologgerissa pysyy päällä myös bootin jälkeen?
 
Vs: Talologger Muuttujat & Ohjelmointi

ln -s /home/talo/service/owfs /etc/service/owfs

ja tietysti /home/talo/service/owfs/run pitää laittaa tuo sinun rivisi

eikö sulla ollut radxa? mikset sitä laita, on valovuoden nopeampi

tässä ohje OWFS'n tuoreemman asentamiseen
Koodi:
OWFS update >2.9p5
apt-get purge owfs*
tai
apt-get remove --auto-remove --purge owfs*
apt-get autoremove owfs*
jos ei ole asennettu, niin ei muuten mene
sudo apt-get install automake autoconf autotools-dev gcc-4.7 libtool libusb-dev libfuse-dev swig python2.7-dev tcl8.5-dev php5-dev i2c-tools
sudo apt-get install gcc
sudo apt-get install build-essential autoconf
apt-get install make gcc

cd /usr/src
sudo wget  -O owfs-latest.tgz http://sourceforge.net/projects/owfs/files/owfs/2.9p5/owfs-2.9p5.tar.gz/download
http://sourceforge.net/projects/owfs/files/owfs/2.9p5/owfs-2.9p5.tar.gz/download
sudo tar xzvf owfs-2.9p5.tar.gz
tar xzvf owfs-latest.tgz
cd owfs-2.9p5
sudo ./configure --prefix=/usr --disable-man-pages
sudo make
sudo make install

sudo nano /etc/fuse.conf
#user_allow_otherowfs -V
to
user_allow_other

sudo /usr/bin/owfs --i2c=ALL:ALL --allow_other /home/talo/owfs
 
Vs: Talologger Muuttujat & Ohjelmointi

jolla sanoi:
ln -s /home/talo/service/owfs /etc/service/owfs

ja tietysti /home/talo/service/owfs/run pitää laittaa tuo sinun rivisi

eikö sulla ollut radxa? mikset sitä laita, on valovuoden nopeampi

Joo laittaisin kyllä Radxan mieluiten, mutta Radxaa en saa enää henkiin, ei ainakaan nykyisillä uusilla win 8.1 PC:llä vaikka kuinka yrittäis "Radxan" WIN8.1 ajureita asennella, Windows ei siis tunnista Radxaa USB porttiin että vois flashata taas. Vanhalla PC:llä onnistui, mutta en tiedä kuoliko Radxa oikeasti...täytyy vielä joskus kokeilla jonkun toisen PC:llä.
 
Vs: Talologger Muuttujat & Ohjelmointi

näin todellakin on, minä vanhalla acerin minillä tuuppaan imaget sinne

senverran win8.1 että jos on neitseellinen asennus ja ajaa ensin ajurin ja vasta sen jälkeen tökkää radxan kiinni, se toimii mutta jos tökkää radxan kiinni ja sitten laittaa ajureita, vaatiikin sitten jo aikamoisen siivous operaation
sama homma on Duolabs Cas Interface 3 +Plus kanssa
ne asentuu hid laitteina mutta .......jne
 
Vs: Talologger Muuttujat & Ohjelmointi

OWFS lähti pelaamaan -kiitos ( Siis Raspissa, Radxa projektiksi myöhemmin)!

Nyt pitäisi saada Talologgeriin luettua Telldus Liven langattomat lämpötilasensorit, joita on kyllä jokunen kappale...
http://www.teknikmagasinet.fi/tuotevalikoima/koti/lampomittarit/viking-remote-thermo-sensor
Esimerkiksi Keittiön Viking -sensorista kertoopi Tellduksen API Explorer (http://api.telldus.com/):
Koodi:
{"id":"1304398","clientName":"Korhoset","name":"Upstairs. Kitchen","lastUpdated":1424635213,"ignored":0,"editable":1,"data":[{"name":"temp","value":"20.4","scale":"0"}],"protocol":"fineoffset","sensorId":"24","timezoneoffset":7200,"battery":"254"}

Olammin esimerkki taloLogger.conf_original -tiedostossa on tästä sensorista?:
http://www.clasohlson.com/fi/L%C3%A4mp%C3%B6tila-anturi-kosteusmittari/36-1797
Esimerkin koodi:
Koodi:
@TELLDUS:SENSOR=Outdoor:mandolyn:temperaturehumidity:11:TEMPERATURE

Viking -sensorin:
- protokolla ei vissiin ole mandolyn, vaan fineoffset?
- malli ei vissiin ole temperaturehumidity vaan temp?

Eli koodi kokonaisuudessaan olisi tämmöinen taloLogger.conf -tiedostossa?
Koodi:
####### Tietolähteisiin TELLDUS #############################
@DATASOURCE=TELLDUS:TELLDUS
####### TELLDUS NET AVAIMET #############################
TELLDUS:PUBLIC_KEY = XXXXXXXX Minun avaimet Telldus Apista XXXXX
TELLDUS:PRIVATE_KEY = XXXXXXX Minun avaimet Telldus Apista XXXXX
TELLDUS:TOKEN = xxxxxxxxxxxxxxx Minun token Telldus Apista xxxxxxxxx
TELLDUS:TOKEN_SECRET = xxxxxxx Minun salainen token Telldus Apista x
####### TELLDUS TYYPPI ##################################
TELLDUS:TYPE=LIVE
####### TELLDUS LIVE SENSORIT #############################
@TELLDUS:SENSOR=keittio:fineoffset:temp:24:TEMPERATURE
####### TELLDUS LIVE SENSORIEN LUENTA #######################
@MEASURE=keittio_lampo:TELLDUS.keittio
 
Vs: Talologger Muuttujat & Ohjelmointi

Ismo67 sanoi:
Viking -sensorin:
- protokolla ei vissiin ole mandolyn, vaan fineoffset?

Kyllä, juuri näin.


Ismo67 sanoi:
- malli ei vissiin ole temperaturehumidity vaan temp?

Kuten taloLogger.conf_origissa tuo määritellään: "Wireless sensor model (value ignored with LIVE library type)"
Eli LIVE:n kanssa ei mitään väliä, arvo jätetään huomioimatta.

Ismo67 sanoi:
Eli koodi kokonaisuudessaan olisi tämmäinen taloLogger.conf -tiedostossa?

Näyttää minun silmääni ihan ok:lta.
 
Vs: Talologger Muuttujat & Ohjelmointi

Ok, kiitos.
Onkos vihjeitä missä mättää, sillä ei näytä vielä arvoja Telldus Livestä?
Kävin vielä hakemassa muutaman ESIC sensorin Clas Ohlssonilta, mutta sama ongelma mandolyn ja fineoffset sensorien kanssa.

Tämmöistä tulee logiin boottaamisen jälkeen:

Koodi:
01.01.1970 02:01:25: Starting taloLogger.py (v1.7c).
01.01.1970 02:01:25: Initialized module OWFS1
01.01.1970 02:01:25: OUMANEH800: Initialized Ouman EH800 module with datapoints:
    S_259_85: L1 Menoveden lämpötila
    S_227_85: Ulkolämpötila
    S_261_85: L1 Huonelämpötila
    S_272_85: L1 Venttiilin asento
01.01.1970 02:01:25: Initialized module OUMANEH800
01.01.1970 02:01:25: TELLDUS: Cannot initialize Telldus LIVE service API library.
01.01.1970 02:01:25: TELLDUS: Exception: 'module' object has no attribute 'Log'
01.01.1970 02:01:25: ERROR: Error initializing module TELLDUS: Unable to connect or authenticate to Telldus Live service.
01.01.1970 02:01:25: Initialized module SQLITEDB
23.02.2015 23:16:00: TELLDUS: Configured datapoint sensor lgvesiulos not found in the Telldus sensors. Re-initializing Telldus module.
23.02.2015 23:16:00: TELLDUS: Cannot initialize Telldus LIVE service API library.
23.02.2015 23:16:00: TELLDUS: Exception: 'module' object has no attribute 'Log'
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint lgvesiulos not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint lgvesisis not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint lattialta not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint lattialle not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint sulatus not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint hoyrystin not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint keittio not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint autotalli not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint lasiterassi not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint lammonjako not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint tyohuone not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint elokuvah not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint akinhuone not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint ivhuone not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint kiminhuone not found in Telldus Live service.
23.02.2015 23:16:00: TELLDUS: ERROR: Datapoint sauna not found in Telldus Live service.

EDIT: Huomasin että taloLoggerPi:stä versio v1.1c on julkaistu, laitoin asennukseen nyt, josko siitä on apua ( nyt 1.1b)..
EDIT2: No niin nyt testattu kuudella Telldus Net Sensorilla (Mandolin & fineoffset) ja pelaa hienosti! Oli vain vanha versio TalologgerPi: stä.
 
Vs: Talologger Muuttujat & Ohjelmointi

Ismo67 sanoi:
Tämmöistä tulee logiin boottaamisen jälkeen:
01.01.1970 02:01:25: TELLDUS: Exception: 'module' object has no attribute 'Log'

Hyvä, että sait toimimaan. Paljastaa tämä kyllä puutteen taloLoggerin koodissa. Varsinaisen virheen tulostuksessa on jotain ongelmaa. Tuo virheilmoitus tulee, kun taloLogger yrittää tulostaa jotenkin väärin varsinaisen virheilmoituksen.

Edit: Jjep. Sen olisi pitänyt kertoa seuraavaa: "ERROR: Unable to import oauth library. Install python-oauth."
 
Vs: Talologger Muuttujat & Ohjelmointi

Nyt on RPI2 ja mukavasti pyörittelee Talologgeria, kun 7 sek kestää vain noiden kuvaajakuvien piirtely.
Jos laittaa javascript, niin tulee 2 sek kuvat, mutta jää tulematta laitteistokuva ja siihen kuvaan istutettavat arvot, kuten lämpötilat ja energiamäärät.
Saako tuon laitteistokuvan jotenkin näkymään, jos JAVASCRIPT_CHARTS = true on taloLoggerGraph.conf.ssa oletuksena?
Pitääkö kuva tallentaa eri muotoon tms?
 

Liitetiedostot

  • Laitekuva ja lämpötilat28022015.JPG
    Laitekuva ja lämpötilat28022015.JPG
    92,3 KB · Lukukerrat: 632
Vs: Talologger Muuttujat & Ohjelmointi

Ismo67 sanoi:
Jos laittaa javascript, niin tulee 2 sek kuvat, mutta jää tulematta laitteistokuva ja siihen kuvaan istutettavat arvot, kuten lämpötilat ja energiamäärät.
Saako tuon laitteistokuvan jotenkin näkymään, jos JAVASCRIPT_CHARTS = true on taloLogger.conf.ssa oletuksena?
Pitääkö kuva tallentaa eri muotoon tms?

Sama muoto käy kuin ennen. Sehän oli ei JS:n kanssa tuettuna vain png.

Saa sen näkymään. Nyt on varmaankin niin, että se kuva, jonka olet taloLoggerGraphin confiin laittanut on sellaisessa paikassa, että siihen ei pääse suoraan selaimella käsiksi. Että voisi debugata, niin pitäisi tietää, että mikä on www-jakosi juurihakemisto, missä kuva sijaitsee, missä conf-tiedosto sijaitsee ja mitä conf-tiedostossa lukee kuvan sijainniksi.
 
Vs: Talologger Muuttujat & Ohjelmointi

Hienoa, kiitos. Nyt pelaa ja on uskomattoman nopea sivupäivitys "1-2sek"!
Kuva oli /pi/home/ -hakemistossa.
Laitoin sen: /var/www/ui/kuvat/ -hakemistoon.
 
Vs: Talologger Muuttujat & Ohjelmointi

mikähän tuossa taloLoggerGraph'in javascriptissä kun aiemmin toimi niin kauan kun päivitin, mutta nyt näyttää vain kuvan, ei käyriä
toisessa toimii, missä on puhdas uusi asennus scriptillä ajettu
kopioin päälle uusimman mutta ei auttanut, oikeudetkin näyttäs samoille ja aiemmin ei ollut edes js hakemistoa ja silloin toimi
http://korsteeni.no-ip.biz:80
 
Vs: Talologger Muuttujat & Ohjelmointi

jolla sanoi:
mikähän tuossa taloLoggerGraph'in javascriptissä kun aiemmin toimi niin kauan kun päivitin, mutta nyt näyttää vain kuvan, ei käyriä

Kohde:
Koodi:
http://korsteeni.no-ip.biz/talo/js/d3.v3.js

antaa:
Koodi:
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>403 Forbidden</title>
</head><body>
<h1>Forbidden</h1>
<p>You don't have permission to access /talo/js/d3.v3.js
on this server.</p>
<hr>
<address>Apache/2.2.22 (Debian) Server at korsteeni.no-ip.biz Port 80</address>
</body></html>

Tarkista tiedosto-oikeus ja oikeudet js-hakemistossa. Jos ok, niin sitten apachen konffikseen muutos, jolla se suostuu palvelemaan myös js-tiedostoja:

/home/talo/etc/talo_apache2.conf:iin riville lisätään js, jolloin pitäisi näyttää suht tältä:

Koodi:
<FilesMatch "\.(gif|png|jpe?g|php|js)$">
 
Vs: Talologger Muuttujat & Ohjelmointi

kiitos ja kumarrus, apache2.conf auttoi
jostain syystä minun silmälle d3js näyttää terävämmälle
 
Vs: Talologger Muuttujat & Ohjelmointi

Onko taloLoggerGraphilla mahdollista piirtää virtuaalikäyriä? Tarkoitan siis arvoja jotka lasketaan piirronaikaisesti jostain muista arvoista. Esimerkkinä omasta ympäristöstä VILP ottotehokäyrä piirretään kannassa olevan kWh-pulssimäärän perusteella ja antotehokäyrä lasketaan virtauksesta ja delta T:stä. Koti-COP tulisi näppärästi noista jos saisi tuon jakolaskun jotenkin käyttämään noita em arvoja.
 
Vs: Talologger Muuttujat & Ohjelmointi

Unelmavävy sanoi:
Onko taloLoggerGraphilla mahdollista piirtää virtuaalikäyriä?

Toistaiseksi ei ole mahdollista. Tästä on ollut kyllä keskustelua joskus ja silloin päätin tehdä virtuaalipisteiden laskennan lokituspäähän (taloLoggerin VIRTUAL-pisteet). Toiminnallisuus olisi toki mahdollista toistaa myös graphin puolelle, mutta toistaiseksi on vasta "TODO-listalla".
 
Vs: Talologger Muuttujat & Ohjelmointi

yritän tehdä .json tiedostoa, mutta taito loppuu, herja ettei validi

Koodi:
JSONFILE:HEADER = [%N%
JSONFILE:DATAVALUE = %S%%S%{"Key":"%KEY%","Value":"%VALUE%"},%N%
JSONFILE:FOOTER = ]

ja tässä tulos

Koodi:
[
  {"Key":"outdoor","Value":"21.250000"},
  {"Key":"indoor","Value":"21.250000"},
  {"Key":"savukaasu","Value":"21.250000"},
  {"Key":"palotila","Value":"21.375000"},
]

jossa tuo viimeinen pilkku on liikaa testi ohjelmien mukaan
mitenhän pitäis .conf tiedostoa muutta jotta pilkku jäisi pois
onkohan tuosta edes haittaa?

tulipa vaan mieleen, että tää on nyt varmaan sanan varsinaisessa merkityksessä sitä pilkun viilaamista

edit
sain kiertoteitse onnistumaan, laitoin ylimääräisen lisärivin, missä ei pilkkua
Koodi:
JSONFILE:FOOTER = %S%%S%{"LogTime":"%TIME%"}%N%]
 
Takaisin
Ylös Bottom