Talologger apua tarvitaan

[jolla]

varmaan olet huomioinut mutta onko jännitetasot oikeat, usb-serial killukkeissa, esim ftdi noita voi muuttaa tai sitten level shifterillä

[tmikko]

Hmm, eipä ole tullut jännitetasoasia mieleen ollenkaan. Käyttämäni USB-adapteri on tämä http://www.dx.com/p/cp2102-usb-to-ttl-serial-adapter-module-for-lilypad-arduino-pro-mini-443779#.Wd9veSdx3Qk

This is USB to TTL serial module that is based on the CP2102. It is commonly used to debug various TTL serial devices such as serial WIFI, serial MP3 and serial camera module, upgrade the firmware of routers, and burn program onto Arduino Pro Mini, LilyPad Arduino directly.
Features:
- USB Interface: type A USB male connector
- Operating Voltage: 5V.
- Logic Voltage: 5V.
- 3.3V power supply output current: 100mA
- Pins output method: 6P-2.54mm pin header
- Serial baud rate: Up to 115200bps.
- Support USB1.1, USB2.0
- USB to serial chip (CP2102) supports XP, win7 / win8 32bits, 64bits, Linux，MAC

Eli 5V logiikkatasothan tuossa pitäisi olla. Vaatiiko Ouman jotain muuta?
EDIT: Googletuksen perusteella RS232 käyttää negatiivista jännitettä, kun taas TTL (jota siis minun adapteri edustaa) 0-5V jännitettä. Voisikohan tässä nyt olla siis se syy! Tarvitsen oikean USB-RS232-adapterin, enkä USB-TTL -adapterin??

Kokeilin aiemmin myös arduino nanolla "usb-serial -moodissa" eli reset-pin kytkettynä gnd:hen. En saanut silläkään dataa liikkumaan Oumanista ulos.

Asensin nyt tuoreen Mint-linuxin vanhaan läppäriin ja testailen toimivuutta kohta uudestaan. Saa ainakin poissuljettua Mac OS X:n potentiaaliset outoudet kuvioista...
EDIT2: Ei toiminut yhtään sen paremmin linuxillakaan, täysin sama lopputulos ja output.

Kertokaapas viisaimmat, onko kytkentä TX-RX, RX-TX ja GND-GND oikein Oumanin kanssa? Onko maiden yhdistäminen välttämätöntä? Käsittääkseni näin toimii ns. normaali sarjakaapelikin, mutta aika aloittelija olen näissä asioissa...

Ja pitäiskö komennon
> python oumanGetData.py /dev/ttyUSB0 45

ajettuna suoraan taloLogger/tools -hakemistosta palauttaa dataa, ilman muuta konffausta, Ouman mallista riippumatta?

/Mikko

[timmy]

Moi,

Mulla on taloLogger SHELL script jonka kautta luen txt-tiedoston true/false tilan. Teksti tiedosto päivittyy aina tasatunnein.

Koodia: [Valitse]

#SHELL
####################################

# Location of the shell script or executable
SHELL1:LOCATION =/bin/cat

# Script or executable parameters
SHELL1:PARAMETERS =/home/pi/log/status.txt

@SHELL1:REGEXP = (?P<value>[^\s]+)

@MEASURE = state:SHELL1.value



Ongelma on se että välillä tekstiteidoston kirjoittaminen menee 10sekuntia joka tarkoitta että taloLogger lukee sen “vanhan” statuksen.

Onko mahdollista jollain tavalla viivästää taloLogger esim 10sekuntia?

./timmy

[timmy]

Moi,

Mulla on taloLogger SHELL script jonka kautta luen txt-tiedoston true/false tilan. Teksti tiedosto päivittyy aina tasatunnein.

Koodia: [Valitse]

#SHELL
####################################

# Location of the shell script or executable
SHELL1:LOCATION =/bin/cat

# Script or executable parameters
SHELL1:PARAMETERS =/home/pi/log/status.txt

@SHELL1:REGEXP = (?P<value>[^\s]+)

@MEASURE = state:SHELL1.value



Ongelma on se että välillä tekstiteidoston kirjoittaminen menee 10sekuntia joka tarkoitta että taloLogger lukee sen “vanhan” statuksen.

Onko mahdollista jollain tavalla viivästää taloLogger esim 10sekuntia?

./timmy

Ratkaisin ongelman heti kuin olin kirjoittanut tänne...

Tein python-scripti joka lukee tiedoston ja scripti alkaa 10sek tauolla.

./timmy

[Bluesmoke]

Olen viritellyt hieman Talologgeria Raspberryyn ja nyt pitäisi ottaa se oikeasti käyttöön.

Pumppuna on Jäspin Vilp ja RS485 adapteri USB kiinni.
(Eli sama kuin Niben maalämpöpumpun ohjaus RS485 kanssa https://www.maalampotukku.fi/product/2612/nibe-f1126-8-kw-new )
Eli käytänkö tuohon lukemiseen moduuleista Nibe, Nibe485 vai Niben openHAT protokollaa?

Toinen mielenkiintoinen logattava asia olisi kWH-mittari RS485-liitännällä. Onko Talologgerilla tukea tuolle? Tuota en ole vielä tutkinut tarkemmin. Toki omalle adapterille kaapelointi.
http://www.productselection.net/PDF/UK/em23dinds.pdf

Kyseessä siis Clas Olsonin myymä kohtuu hintainen 3-vaihe kWH-mittari (159e):
https://www.clasohlson.com/fi/3-vaihemittari-LCD-n%C3%A4yt%C3%B6ll%C3%A4/36-5337#moreinfo


Edit:
Konffasin taloLoggerin käyttämään NibeRS485 mittauksia ja siihen pelkkä ulkolämpötilamittaus. Kun kytken pumpusta modbus:n päälle, menee pumppu vikatilaan. Mahtaako Jäspin vilpissä olla tehty pieniä muutoksia Niben mlp verrattuna, vai mistäköhän johtuu?

Olen kääntänyt A ja B ristiin, vaihtanut adapteria jne. Vielä pitää koittaa asentaa tuo raspbian ja talologger uudestaan.

[artta]

Onkohan kellekkään tullut seuraavaa ongelmaa eteen?

Kyseessä siis NIBE f1255 (8218R2) ja TalologgerPi Modbusin kautta. Arvot siirtyvät kantaan hyvin ja lukuvirheitä ei tule logiin.
Uplinkissä arvot on järkevät.

Kuitenkin osa anturiarvoista on aivan puuta heinää, esim. BT12, BT15, BT10, BT7, BT6, BT2 ja BT3 luetut arvot ovat miljoonia tai jopa miljardeja.
Osa arvoista mm. BT11 ja BT1 on täysin ok.

USB-johto on jo vaihdettu, piuhat ja koneet on kauempana isoista sähköistä. Voiko modbus-adapterin ja pumpun välinen johto vaikuttaa asiaan?
vai kuuluuko noille arvoille määrittää korjausarvot taloLoggergraph.confissa? Mitkä ne mahtaa olla?

[Timo Karhu]

Onkohan kellekkään tullut seuraavaa ongelmaa eteen?

Kyseessä siis NIBE f1255 (8218R2) ja TalologgerPi Modbusin kautta. Arvot siirtyvät kantaan hyvin ja lukuvirheitä ei tule logiin.
Uplinkissä arvot on järkevät.

Kuitenkin osa anturiarvoista on aivan puuta heinää, esim. BT12, BT15, BT10, BT7, BT6, BT2 ja BT3 luetut arvot ovat miljoonia tai jopa miljardeja.
Osa arvoista mm. BT11 ja BT1 on täysin ok.

USB-johto on jo vaihdettu, piuhat ja koneet on kauempana isoista sähköistä. Voiko modbus-adapterin ja pumpun välinen johto vaikuttaa asiaan?
vai kuuluuko noille arvoille määrittää korjausarvot taloLoggergraph.confissa? Mitkä ne mahtaa olla?

On tullut eteen. Downgradea firmis toistaiseksi. https://www.maalampofoorumi.fi/index.php?topic=4416.msg105309#msg105309

[artta]

Tuo LOG.SET tiedoston ajaminen auttoi, nyt näkyy järkevät luvut. Ainakin toistaiseksi.

[leppala]

Hei kaikki, tällä palstalla ilmeisesti saa apua/tietoa liittyen taloLoggeriin eli...

Onko taloLoggerissa mahdollista lukea kahta modbus tcp/ip- laitetta yhtä aikaa? Onko kellään kokemusta asiasta?
Onnistuuko se esim. lisäämällä taloLogger.conf-tiedostoon kaksi MODBUS-määrityskenttää ja näiden molempien sisään omat @MODBUS:INPUTREG...-määritykset?

Tällä hetkellä luen ethernet-verkosta (modbus-tcp/ip) aurinkosähköjärjestelmän energiamittaria. Lisäksi asennan talon pääkeskukseen sähköverkkoanalysaattori josta lukisin tiedot myös modbus tcp/ip:n kautta, jos se onnistuu... Ethernet- verkko on valmiiksi joka puolella kiinteistöä niin ei viitsisi vetää toista verkkoa modbus-RTU:lle.

Kyselen tätä asiaa tässä odotellessa verkkoanalysaattorin saapumistaa kiinan maalta...

[olammi]

On mahdollista. TaloLoggerin konfiguraatiossa voi luoda mitä tahansa datasourcea 0-n kappaletta. Sourcet vaan nimetään yksilöllisesti ja niille sitten asetellaan tarvittavat parametrit. Esimerkki siis konfiguraatiosta (vain osa konfiguraatiosta, jotta saisi käsityksen), jossa on kaksi eri modbus-sourcea eri parametrein (sourcet nimetty MB1 ja MB2). Molemmista mitataan outdoor-rekisteriä ja mittaukset tallentuvat kantaan/tulosteisiin/jne. avaimilla ulkolampo1 ja ulkolampo2.

Koodia: [Valitse]

@DATASOURCE=MODBUS:MB1
MB1:TYPE = TCP
MB1:HOSTNAME = 10.0.0.1
MB1:TCPPORT = 502
@MB1:HOLDINGREGISTER=outdoor:1:15:FINT16:0.1

@DATASOURCE=MODBUS:MB2
MB2:TYPE = TCP
MB2:HOSTNAME = 192.168.0.1
MB2:TCPPORT = 590
@MB2:HOLDINGREGISTER=outdoor:1:15:FINT16:0.1

@MEASURE = ulkolampo1:MB1.outdoor
@MEASURE = ulkolampo2:MB2.outdoor


[repomies]

Kappas, talologgerissahan on tosiaan Modbus-moduli jo valmiina. Mahtaisiko kellään olla konffista Eastronin SDM530 sähkömittarille? Ei niin ettenkö uskoisi selviytyväni, sitä vaan sanotaan että tyhmä paljon työtä tekee, viisas pääsee vähemmällä.

[leppala]

Kiitos, tiedosta.
Hieno homma kun tämä taloLogger taipuu moneen laitteeseen 

Minulla on tuossa aurinkosähköjärjestelmssä SDM530 energiamittarina ja luen sieltä modbus RTU väylästä tcp/ip gateway kautta tietoja.
Gateway on USR Iot:n malli USR-TCP232-410S.
Ja toimii taloLoggeriin kuin "junan vessa"

Eli näin on minulla määritelty taloLogger.conf. Ensin tuossa kommentit ja sitten asetukset:

#Anturi_5 -jännite L1 aurinkosähkö
#Anturi_6 -jännite L2 aurinkosähkö
#Anturi_7 -jännite L3 aurinkosähkö
#Anturi_8 -teho kW aurinkosähkö
#Anturi_9 -virta L1 aurinkosähkö
#Anturi_10 -virta L2 aurinkosähkö
#Anturi_11 -virta L3 aurinkosähkö

MODBUS:TYPE = TCP
MODBUS:HOSTNAME = 10.168.1.7
MODBUS:TCPPORT = 502

@MODBUS:INPUTREGISTER=Anturi_5:1:01:FLOAT32H:1
@MODBUS:INPUTREGISTER=Anturi_6:1:03:FLOAT32H:1
@MODBUS:INPUTREGISTER=Anturi_7:1:05:FLOAT32H:1
@MODBUS:INPUTREGISTER=Anturi_8:1:53:FLOAT32H:0.001
@MODBUS:INPUTREGISTER=Anturi_9:1:07:FLOAT32H:1
@MODBUS:INPUTREGISTER=Anturi_10:1:09:FLOAT32H:1
@MODBUS:INPUTREGISTER=Anturi_11:1:11:FLOAT32H:1

@MEASURE = Anturi_5:MODBUS.Anturi_5
@MEASURE = Anturi_6:MODBUS.Anturi_6
@MEASURE = Anturi_7:MODBUS.Anturi_7
@MEASURE = Anturi_8:MODBUS.Anturi_8
@MEASURE = Anturi_9:MODBUS.Anturi_9
@MEASURE = Anturi_10:MODBUS.Anturi_10
@MEASURE = Anturi_11:MODBUS.Anturi_11

Toivottavasti tuosta on apua määrittelyyn.

Laitan tuohon liitetiedostona koko manuaalin tämän mittarin modbus-määrityksistä, jos siitä olisi jollekin iloa 

[repomies]

Kiitoksia, juuri noita rekkarikonffeja kaipasin. Tilasin USB-rs-485 donglen jonka yritän saada pelaamaan raspissa. Eiköhän se siitä sitten, eipä ole vielä sen enempää donglea kuin sähkömittariakaan, toimitus kiinasta kestää aikansa.

[repomies]

Piti ihan kurkistaa pellin alle kun nuo osoitteet on tuolla tapaa. Modbus input rekisterithän alkaa 30001 eli offset on 30001 ja sitä ensimmäistä haettaessa heitetään frameen vissiin 00.. joten olisin arvellut sen ensimmäisen olevan tuossa conffiksessakin 00 eikä 01. Mutta niinpä sieltä sitten löytyi: "appendInt16(temp, startingAddress - 1) " joten vissiin tuossa on kyse siitä että normaalit ihmiset kai mieltävät että ensimmäinen on 1.

Ja sittenpä tuo yo. listaus tosiaan mätsää SDM530 dokumentaatioon ihan 1:1.

[olammi]

Modbus input rekisterithän alkaa 30001 eli offset on 30001 ja sitä ensimmäistä haettaessa heitetään frameen vissiin 00.. joten olisin arvellut sen ensimmäisen olevan tuossa conffiksessakin 00 eikä 01. Mutta niinpä sieltä sitten löytyi: "appendInt16(temp, startingAddress - 1) " joten vissiin tuossa on kyse siitä että normaalit ihmiset kai mieltävät että ensimmäinen on 1.

Nää konfiguroidaan ja paketoidaan taloLoggerissa just niinkuin modbus-speksissä on sanottu.  Eli speksi sanoo, että on modbus-rekisterit 1-n. Rekisteriä 0 ei ole olemassa. Tuo rekisterin numero sitten koodataan modbus-frameen siten, että rekisteriä 1 merkitään arvolla 0. Kaikessa dokumentaatiossa ja konffiksissa kutenkin pitäisi puhua rekisterien numeroista (jotka alkaa ykkösestä). Käyttäjälle ei pitäisi taas se frametason koodaus näkyä ollenkaan.

[repomies]

Nää konfiguroidaan ja paketoidaan taloLoggerissa just niinkuin modbus-speksissä on sanottu.  Eli speksi sanoo, että on modbus-rekisterit 1-n. Rekisteriä 0 ei ole olemassa. Tuo rekisterin numero sitten koodataan modbus-frameen siten, että rekisteriä 1 merkitään arvolla 0. Kaikessa dokumentaatiossa ja konffiksissa kutenkin pitäisi puhua rekisterien numeroista (jotka alkaa ykkösestä). Käyttäjälle ei pitäisi taas se frametason koodaus näkyä ollenkaan.

Mutta nuo ei ole rekisterien numeroita vaan osoitteita. Jos katsot sitä sähkömittarin listausta jonka linkitin, numerot rullaa omassa sarakkeessaan ja osoitteet omassaan. Ymmärrän sinänsä hyvin että osoitteita tässä talologgerin konffissa käytetään koska rekisterien kokoa ei ole kiveen kirjoitettu vaan jokaisen vehjeksen speksiin. Siksi talologgerille ei voi sanoa että luepa viides input-rekisteri vaan sille sanotaan että luepa input-rekisteri jonka osoite on annettu luku + 30000. Frameen talologger kirjoittaa sitten annettu luku - 1 koska speksin offset on 30001. Jos tämä speksi nyt pätee:
http://www.simplymodbus.ca/FC04.htm

Huomaatko että tuo konffiksen osoitteesta modbus-osoitteeksi muuttaminen ei ole ihan itsestäänselvä juttu välttämättä? Ei se nyt vaikea ollut arvata mitä tapahtuu eli sitä miinus ykköstä lähdin koodista hakemaan ja kyllä se sieltä sitten löytyi. Toinen konffaustapa olisi voinut olla että konffiksessa olisi rekisterin osoite sisältäen tuon 30000 jolloin sitten koodissasi olisi ollut -1 sijaan -30001 ja tuo konffailu olisi vastannut suoraan tuota sähkömittarin rekisteriosoitelistausta.

[olammi]

Modbus-spesifikaatiolla viittaan tähän: http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf

Näyttää tosiaan siltä, että taloLoggerin konffitiedoston esimerkissä olen käyttänyt ristiriitaista nimeä "address", kun olisi pitänyt sanoa "element":

"In the MODBUS data Model each element within a data block is numbered from 1 to n."

Pitää tarkentaa ohjetta.

[repomies]

Olet varmaan tutustunut useampiin modbus-laitteiden dokumentaatioihin, oma otantani on peräti yksi ja se on tuo Eastronin sähkömittarin speksi jossa on osoitteita ja parametrien numeroita. Jälkimmäisellä ei paljon tee. Elementeistä ei juuri puhuta ainakaan tuon laitteen dokkarissa.

Kuinkahan kirjavaa noiden modbus-rekisterien dokumentointi mahtaa olla? Onko kaikilla dokkarissa osoitteet suoraan kuten Eastronilla on input rekkarit alkaen 30001 vai aloittaako joku omassa dokumentaatiossaan jotenkin muuten, vaikkapa nollalla taikka ykkösellä? Frameen viskataan se nolla kun noita luetaan joten en hämmästyisi jos joku silläkin tapaa dokumentoisi laitteensa, kenties.

Nythän tuo on sinänsä helppo, mittarin speksin osoite 30001 on talologgerin konffiin 1 eli vähennetään vaan se 30000 niin se on siinä. Sinänsä simppeliä kun sen tietää.

[olammi]

Olet varmaan tutustunut useampiin modbus-laitteiden dokumentaatioihin, oma otantani on peräti yksi ja se on tuo Eastronin sähkömittarin speksi jossa on osoitteita ja parametrien numeroita. Jälkimmäisellä ei paljon tee. Elementeistä ei juuri puhuta ainakaan tuon laitteen dokkarissa.

Kuinkahan kirjavaa noiden modbus-rekisterien dokumentointi mahtaa olla? Onko kaikilla dokkarissa osoitteet suoraan kuten Eastronilla on input rekkarit alkaen 30001 vai aloittaako joku omassa dokumentaatiossaan jotenkin muuten, vaikkapa nollalla taikka ykkösellä? Frameen viskataan se nolla kun noita luetaan joten en hämmästyisi jos joku silläkin tapaa dokumentoisi laitteensa, kenties.

Nythän tuo on sinänsä helppo, mittarin speksin osoite 30001 on talologgerin konffiin 1 eli vähennetään vaan se 30000 niin se on siinä. Sinänsä simppeliä kun sen tietää.

Eri valmistajien dokumentit saattavat puhua käsitteistä monella eri tavalla ja speksi sallii, että laite tallettelee sitten muistiinsa asiansa miten haluaa. Jos tehdään geneerinen modbus-moduuli, niin silloin pitäisi tehdä se modbus-speksiä vasten.

Tuossa Eastronin dokumentissa puhutaan osoitteista (address) ja sitten parametreista (parameter number). Parameter number ei vastaa elementin numeroa, koska tämä ovat kahden rekisterin mittaisia, kuten tuossa konffissa oli laitettu (H). No Eastronin speksi yrittää kyllä selvittää, että mitä se siinä tarkoittaa.

Olen törmännyt tuohon ennenkin, että input rekisterit alkavat dokumentissa numerosta 30001, mutta koska sitä ei ole näin määritelty MODBUS-speksissä, niin ei voida tehdä sellaisia oletuksia geneerisessä moduulissa. Onko tämä sitten joku defacto-tapa, joka on kopioitunut jostain laitteesta muihinkin, niin en tiedä.

[noble]

Minkalaisella virtuaalipisteellä saisin Thingspeakiin päiväkohtaisen (nollautuu keskiyöllä) kulutuksen esim. sähköstä?
Itse TaloLoggerissa tämä onnistuu helposti Graph puolella, mutta kuinka tästä luodaan virtuaalinen kopio?
@SERIES = COUNTER:kulutus:Kokonaiskulutus:black:2:0.001:2

[jolla]

EM111 mitarissa näin

Instantaneous variables and meters
MODBUS: read only mode with functions code 03 and 04 Table 2.4-1
Modicom address Physical address Length(words) VARIABLE ENG. UNIT Data Format Notes
300001 0000h 2 V L-N INT32 Value weight: Volt*10
300003 0002h 2 A INT32 Value weight: Ampere*1000
300005 0004h 2 W INT32 Value weight: Watt*10
300007 0006h 2 VA INT32 Value weight: VA*10
300009 0008h 2 Var INT32 Value weight: var*10
300011 000Ah 2 Wdmd INT32 Value weight: Watt*10
300013 000Ch 2 Wdmd peak INT32 Value weight: Watt*10
300015 000Eh 1 PF INT16 Value weight: PF*1000
300016 000Fh 1 Hz INT16 Value weight: Hz*10
300017 0010h 2 kWh(+) TOT INT32 Value weight: kWh*10
300019 0012h 2 kvarh(+) TOT INT32 Value weight: kvarh*10
300021 0014h 2 kWh(+) PARTIAL INT32 Value weight: kWh*10
300023 0016h 2 kvarh(+) PARTIAL INT32 Value weight: kvarh*10
300025 0018h 2 kWh(+) tariff 1 INT32 Value weight: kWh*10
300027 001Ah 2 kWh(+) tariff 2 INT32 Value weight: kWh*10
300029 001Ch 2 kWh(+) tariff 3 INT32 Not available, value =0
300031 001Eh 2 kWh(+) tariff 4 INT32 Not available, value =0
300033 0020h 2 kWh(-) TOT INT32 Value weight: kWh*10
300035 0022h 2 kvarh(-) TOT INT32 Value weight: kvarh*10
300037 0024h 2 kWh(-) PARTIAL INT32 Not available, value =0
300039 0026h 2 kvarh(-) PARTIAL INT32 Not available, value =0
300041 0028h 2 kVAh TOT INT32 Not available, value =0
300043 002Ah 2 kVAh PARTIAL INT32 Not available, value =0
300045 002Ch 2 Hour counter meter INT32 Value weight: hours*100, only ET series
300047 002Eh 2 n.a. INT32 Not available, value =0
300049 0030h 2 n.a. INT32 Not available, value =0
300051 0032h 2 THD(16h) A INT32 Not available, value =0
300053 0034h 2 THD(16h) V INT32 Not available, value =0

tällä luen watit, millä ohjaan moc3021 kanssa triac'ia mikä ohjaa ylimääräisen energian portaattomasti veteen

Koodia: [Valitse]

#!/usr/bin/env python
# -*- coding: utf-8 -*-

import time
from pymodbus.client.sync import ModbusSerialClient as ModbusClient
import sys
import struct

# Read data from client
client = ModbusClient(method='rtu', port='/dev/ttyUSB0', baudrate=9600, stopbits=1, parity='N', bytesize=8, timeout=1)
client.connect()

while True:
  try:
    rr = client.read_input_registers(0,36, unit=1)
    W = float(rr.registers[05]-rr.registers[04])/10 # Watt*10
    print W
  except:
     print W
  time.sleep(3)
toimii ihan samalla tavoin holding tai input, mikän niilläkin eroa

[repomies]

Sellaisen huomasin, että jos talologgerin filestoreen yrittää tuupata datasourcesta tulevaa UTF-stringiä jossa on ääkkösiä, esim stringi tyyliin "Lämmitys", niin filestore oksentaa tähän tapaan:

FILESTORE: ERROR: Error writing data store file ('ascii' codec can't encode character u'\xe4' in position

Nyt sitten voisi joko modailla datasourcea taikka sitten filestorea, modasin filestorea avaamalla tiedostot UTF-8 muotoon:

Koodia: [Valitse]

diff --git a/modules/datastores/file/storeFile.py b/modules/datastores/file/storeFile.py
index 2c7abde..119de68 100644
--- a/modules/datastores/file/storeFile.py
+++ b/modules/datastores/file/storeFile.py
@@ -52,6 +52,7 @@
 
 import sys, os
 import string, time
+import codecs
 import shutil
 
 from modules.core import store
@@ -88,7 +89,7 @@ class FileStore(store.Store):
         
         status = 0
         try:
-            outf = open(self.filename, 'a')
+            outf = codecs.open(self.filename, 'a', 'utf-8')
             outf.close()
             status = 1
         except:
@@ -121,12 +122,12 @@ class FileStore(store.Store):
         try:
             if self.overwrite:
                 # create temporary file and replace the old file with it
-                outf = open(self.filename + '_TeMpStAgE', 'w')
+                outf = codecs.open(self.filename + '_TeMpStAgE', 'w', 'utf-8')
                 outf.write(headerstr + valstr + footerstr)
                 outf.close()
                 shutil.move(outf.name, self.filename)
             else:
-                outf = open(self.filename, 'a')
+                outf = codecs.open(self.filename, 'a', 'utf-8')
                 outf.write(headerstr + valstr + footerstr)
                 outf.close()
         except Exception, e:

Ja sen jälkeen se sitten pelaa ihan ok.

[repomies]

leppalan konffi SDM530:lle toimi suoraan, kuten pitikin. Toki rs485-johtojen kohdalla oli fifty-sixty prosentin mahdollisuus mennä väärin päin, ja Murphy nosti päätään. Hetken päätä raavittuani ja ruuvattuani johdot oikein päin, talologgeri alkoi näyttää sekä hetkellistä tehoa että kilowattituntilukemaa kuten toivoinkin. Liian helppoa.

Näemmä tuollainen 83 senttiä Ebayssa maksava USB-RS485 -dongle toimii ihan ok raspin kanssa ilman sen kummempaa kikkailua. /dev/ttyUSB0 pompsahtaa näkyviin ilman säätöä.

[petripm]

Laitoin Gpio väylään lämpötila-anturin...
sain arvot luettua väylästä...

pi@raspberrypi:/sys/bus/w1/devices/28-03176016faff $ cat w1_slave
7d 01 4b 46 7f ff 0c 10 3c : crc=3c YES
7d 01 4b 46 7f ff 0c 10 3c t=23812

kuinka tuo nyt pitäisi määritellä tuohon taloLogger.conf tiedostoon?
määritin nyt noin, mutta ilmeisesti jokin on väärin?
@OWFS:OWFS = In temp :1:/sys/bus/w1/devices/28-03176016faff
@GPIO:INPUT=In temp:4:NONE
@MEASURE = In temp:GPIO.w1_slave

noin laitoin, mutta ei ainakaan mitään tullut kaavioon?

ehkä tyhmä kysymyt, mutta täytyykö tämä komento ajaa, jos muuttaa jotain arvoja noissa tiedostoissa?
     % python taloLogger.py

[repomies]

En ole vielä itse konffaillut talologgeriin 1-wire antureita, mutta olen niitä käytellyt arduinolla ja arm-pohjaisilla debian vehjeksillä kylläkin. OWFS on oma projektinsa jota ilmeisesti talologger tukee. Owfs luo tiedostojärjestelmään muistaakseni FUSEa (user space file system tjsp) käyttäen 1-wire laitteille omat tiedostot joista voi lukea tietoja tai muuttaa asetuksia. Raspin gpio-1-wire joka raspi-configilla konffataan päälle, tekee suunnilleen saman, mutta käsitykseni on että se on kernel-ajuri ja tukee maksimissaan kymmentä 1-wire laitetta yhtä aikaa.

Ei tunnu järkevältä että konffaisit owfs:ää ellet ole sitä asennellut raspiin ja tuon perusteella mitä kirjoitit niin sulla näyttäisi olevan raspin oma 1-wire ajuri käytössä gpio:n kautta. Sitä konffaat. Ja joo, talologger pitää käynnistää uudelleen.

Kaikissa noissa tiedostojärjestelmässä näkyvissä 1-wire toteutuksissa pitää jotenkin konffata mikä tiedosto on mikäkin logattava asia. Kullekin anturille tulee oma tiedostopolkunsa. NONE ei kuulosta kovin hääviltä mäppäykseltä, eikä pelkkä "w1_slave" voi riittää. Pitää kertoa polku. Luulisi sen siellä konffissa olevan esimerkkinä..

Edit: kurkkasin tuota talologgerin conffista ja sen RPIGPIO-sektio ei kyllä vastaa yhtään sitä mitä tapahtuu kun konffaa suoraan raspi-configilla 1-wiren päälle. Eli se OWFS on nyt lähinnä sitä mitä tuo suoraan tiedostojärjestelmässä näkyvä w1-toteutus on.

Edit2: Kuten muistelin, OWFS tiedostot antavat vähän selkeämmin ja suoraan tuon lämpötilan, kuin raspin perus w1-toteutus joka printtaa muutakin sontaa kuin pelkän lämpötilan, joka siis pitäisi stripata varmaan pois ellei talologger jo osaa tehdä sitä. Oletan nyt lonkalta ettei se välttämättä osaa tehdä sitä. Siinä olisi nyt sitten kaksi vaihtoehtoa, modailla talologgeriin w1-tuki taikka yrittää konffailla owfs päälle. Varmaan owfs toimahtaa helpommin: https://www.raspberrypi.org/forums/viewtopic.php?t=27379

Myös: https://raspberrypi.stackexchange.com/questions/37070/problems-with-owfs-over-the-w1-kernel-module

[repomies]

Liitteenä on häkkipätsi joka modaa onewire-modulia niin että owfs:n lisäksi se toimii myös suoraan w1 tiedostoilla. Voi olla että toimii vain w1 tiedostoilla mutta todennäköisesti toimii yhä myös owfs tiedostoilla.

Pätsi otetaan käyttöön näin:
1) kopioi pätsi talologgerin hakemistoon jossa on taloLogger.py
2) aja samassa hakemistossa komento: "patch -p1 < 0001-onewire-crude-hack-to-force-reading-from-raspi-w1-dr.patch"

talologger.conf tiedostossa sitten tähän tapaan:
@OWFS:OWFS = Outdoor:1:/sys/bus/w1/devices/28-000002da9212/w1_slave

Ja muuten se toimii kuten owfs eli:
@MEASURE = Outdoor:OWFS.Outdoor

Laitetaan muutos vielä koodina jos patch-komennon käyttö on jollekin ylivoimaista (miinukset poistoja, plussat lisäyksiä)

Koodia: [Valitse]

diff --git a/modules/datasources/onewire/oneWire.py b/modules/datasources/onewire/oneWire.py
index bb66dbe..c6c1f31 100644
--- a/modules/datasources/onewire/oneWire.py
+++ b/modules/datasources/onewire/oneWire.py
@@ -132,7 +132,12 @@ class OneWireFS(log.Logging):
             return ""
         self.Debug("Received oneWire data: " + repr(data))
 
-        data = handleOWData(data, type)
+        tempOutput = data.find('t=')
+        if tempOutput != -1:
+            tempString = data.strip()[tempOutput+2:]
+            data = str(float(tempString) / 1000.0)
+
+        data = handleOWData(data, type)
         return data
 
 
--
2.7.4


[petripm]

kokeilin tuota patch komentoa, ei jostain syystä toiminut?

pi@raspberrypi:/home/talo/bin/taloLogger $ patch -p1 < 0001-onewire-crude-hack-to-force-reading-from-raspi-w1-dr.patch
patch unexpectedly ends in middle of line
patch: **** Only garbage was found in the patch input.
tuommoinen ilmoitus tuli.



self.Debug("Received oneWire data: " + repr(data))
Tämähän löytyi tuosta tiedostosta kahdesta kohtaa, mutta ilmeisesti vain toiseen tehdään nuo muutokset?


eikös nämä ainoastaan laitettu tuohon onewire.py tiedostoon?
.....

-        data = handleOWData(data, type)
+        tempOutput = data.find('t=')
+        if tempOutput != -1:
+            tempString = data.strip()[tempOutput+2:]
+            data = str(float(tempString) / 1000.0)
+
+        data = handleOWData(data, type)
....

lisäsin ne sitten käsin tuohon oneWire tiedostoon , niin sitten herjaa tuommoista?
pi@raspberrypi:/home/talo/bin/taloLogger $ python taloLogger.py
Traceback (most recent call last):
  File "taloLogger.py", line 395, in <module>
    from modules.datasources import *
  File "/home/talo/bin/taloLogger/modules/datasources/onewire/__init__.py", line 16, in <module>
    import sourceOneWire
  File "/home/talo/bin/taloLogger/modules/datasources/onewire/sourceOneWire.py", line 39, in <module>
    import oneWire
  File "/home/talo/bin/taloLogger/modules/datasources/onewire/oneWire.py", line 137
    tempString = data.strip()[tempOutput+2:
             ^
IndentationError: expected an indented block

[repomies]

Kyllä se toimii. Pätsi nyt varsinaisesti oli lähinnä olammia ajatellen, jos häntä napostelisi ottaa kontribuutioita.

Koodia: [Valitse]

unzip ~/Downloads/taloLogger_v17j.zip
cd taloLogger/
cp ~/Downloads/0001-onewire-crude-hack-to-force-reading-from-raspi-w1-dr.patch .
patch -p1 < 0001-onewire-crude-hack-to-force-reading-from-raspi-w1-dr.patch

Ja lopputulos on: "patching file modules/datasources/onewire/oneWire.py"

Ohessa pätsätty versio suoraan tiedostona. Voit kopioida sen aiemman tiedoston päälle, niin sinun ei tarvitse opetella sen enempää pätsäilyä kuin Pythonin koodiblokkien sisennyssääntöä.

[petripm]

Ok, nyt sain näkyviin lämpötilan.

02.04.2018 18:28:01: TaloLoggerThreadStore: Logged data for timestamp 20180402182800
    dummy: 14.9
    Temperature1: 24.500000

grafiikassa ei vain näy mitään. oisko siihen vinkkejä?

[repomies]

En ole perehtynyt tuohon olammin graafityökaluun, olen piirrellyt itse rrdtoolilla vai mikä se nyt olikaan, sen mitä nyt olen omissa kötöstyksissä graafeja kaivannut. Eiköhän se skulaa kun aikansa konffailee, niin nuo muutkin hänen tekemänsä softat toimivat. Eiköhän sille pidä kertoa mitä piirretään ja mistä. Ellen väärin muista niin joku sql kanta siihen pitää pystyttää, talologger tuuppii dataa tauluun ja graafityökalu lukee sitä sieltä.

[petripm]

En ole perehtynyt tuohon olammin graafityökaluun, olen piirrellyt itse rrdtoolilla vai mikä se nyt olikaan, sen mitä nyt olen omissa kötöstyksissä graafeja kaivannut. Eiköhän se skulaa kun aikansa konffailee, niin nuo muutkin hänen tekemänsä softat toimivat. Eiköhän sille pidä kertoa mitä piirretään ja mistä. Ellen väärin muista niin joku sql kanta siihen pitää pystyttää, talologger tuuppii dataa tauluun ja graafityökalu lukee sitä sieltä.

Noiden ohjeiden mukaan yritän tehdä.

https://olammi.iki.fi/sw/taloLoggerGraph/howto.php

Onkohan kukaan tehnyt parempaa ohjetta, siinä puhutaan myös jostain symbolisesta linkistä.
Jokatapauksessa ton ohjeen mukaan tein, niin hävisi graafi ja prosessikuva kokonaan, jotain meni ilmeisesti väärin?


Lähetetty minun PLK-L01 laitteesta Tapatalkilla

[Jerry68]

Moi,

Itsellä esimerkkinä rivit näin:
taloLogger. conf:  @MEASURE=BT2:NIBERS485.BT2 supply temp S1
taloLoggergraph.conf: @SERIES = NORMAL:BT2:Lämmitys meno:orange:1:1.0
graphissa tuo rivi on "chart lämmitys" alla ja ennen tuota BT2 riviä on kaikki ne ohjeen mukaiset TITLE, AXIS ym. tiedot. Mulla taloLogger kerää Niben RS485 väylästä datan.
BT2 on "itse annettu" arvo, jonka täytyy olla molemmissa conf:ssa samat. Tuo NIBERS485.BT2... on se tietue, jonka taloLogger lukee Nibeltä ja sen on täsmättävä Niben tietueisiin.
Tuo ihme Ä tulee itsellä tästä WinSCP ohjelmasta, jolla muokkaan, mutta on PuTTY:llä katsottaessa oikein.

Auttoiko vai menikö enemmän sekavaksi? Itsellä ei kylläkään ole noita 1-wire antureita, mutta tilattu on.

[petripm]

ei nyt ihan toimi vielä...
jostain syystä herjaa tuosta threadstonesta? mistähän mahtaa johtua? prosessin kuva ei näy lainkaan.

05.04.2018 17:41:47: Persistent state directory: /home/talo/var/taloLogger/state
05.04.2018 17:41:47: Starting taloLogger.py (v1.7j).
05.04.2018 17:41:47: Initialized module DUMMY
05.04.2018 17:41:58: Initialized module SQLITEDB
05.04.2018 17:41:58: TaloLoggerThreadStore: Module state does not exist: /home/talo/var/taloLogger/sta$
05.04.2018 19:49:08: Terminating due to SIGTERM.
05.04.2018 19:49:10: Terminating.
05.04.2018 19:49:49: Persistent state directory: /home/talo/var/taloLogger/state
05.04.2018 19:49:49: Starting taloLogger.py (v1.7j).
05.04.2018 19:49:49: Initialized module DUMMY
05.04.2018 19:49:49: Initialized module SQLITEDB
05.04.2018 19:49:49: TaloLoggerThreadStore: Module state loaded.


logia


pi@raspberrypi:/home/talo/bin/taloLogger $ cd 05.04.2018 20:50:00: OWFS: Running oneWire query from OWFS file /sys/bus/w1/devices/28-03176016faff/w1_slave
05.04.2018 20:50:01: OWFS: Received oneWire data: '83 01 4b 46 7f ff 0c 10 a2 : crc=a2 YES\n83 01 4b 46 7f ff 0c 10 a2 t=24187\n'
05.04.2018 20:50:01: TaloLoggerThreadStore: Storing logged data with 2 points.
05.04.2018 20:50:01: TaloLoggerThreadStore: Logged data for timestamp 20180405205000
    dummy: 10.0
    Temperature1: 24.187000

[Jerry68]

Näyttäis tuosta taloLogger login lopusta, että on latautunut oikein "05.04.2018 19:49:49: TaloLoggerThreadStore: Module state loaded"?

Itsellä ko. logi näin, kun olen sammuttanut Raspin ensin.

06.04.2018 07:01:47: Terminating due to SIGTERM.
06.04.2018 07:01:48: NibeRS485: Nibe Bus serial thread stopped.
06.04.2018 07:01:49: Terminating.
06.04.2018 07:01:53: Persistent state directory: /home/talo/var/taloLogger/state
06.04.2018 07:01:53: Starting taloLogger.py (v1.7j).
06.04.2018 07:01:53: NIBERS485: Started Nibe Bus communication controller in mode: SERIAL
06.04.2018 07:01:53: Initialized module NIBERS485
06.04.2018 07:01:53: Initialized module MYSQLDB
06.04.2018 07:01:53: TaloLoggerThreadStore: Module state loaded.
06.04.2018 07:01:53: NibeRS485: Received identification: F1255-12 R EM

Epäilen virhettä taloLoggerGraph.conf tiedostossa, jos ei piirrä käyriä.

Liitteenä pätkä omasta Graphista. Itsellä oli epäselvää alussa, kun samoja tiedostoja löytyi useasta paikasta. ...Graph.conf, jota ainoastaan muokataan on kansiossa /home/talo/public_html/taloLoggerGraph.conf, jossa myös ohje tiedosto ....conf_original. Samassa kansiossa pitää olla se prosessikuva ghp_process.png.

[petripm]

Nyt sain sen tuon grafiikan toimimaan, muttei tuo lämpötila tule sinne vielä.
Täytyykö tietokanta olla asennettu ja määritetty, että saa tuon lämpötilan tuonne grafiikkaan?

lämpötila löytyy
dStore: Logged data for timestamp 20180406194000
    dummy: -3.7
    Temperature1: 23.562000
06.04.2018 19:42:01: TaloLoggerThreadStore: Logged data for timestamp 20180406194200
    dummy: -3.1
    Temperature1: 23.625000

[repomies]

Tietysti täytyy.

Jos talologger työntää tietokantaan dataa, ja talologgergraafi lukee tietokannasta dataa, niin ensinnäkin pitää olla tietokanta asennettuna raspiin ja toisekseen pitää olla molempiin em ohjelmiin kerrottu että mikä tietokanta on käytössä ja missä.

Oma raspiprojekti eteni sen verran että laitoin sen boottaamaan ssd-kovalevyltä. En usko sd-kortin kestävän kovin kauan loggauskäytössä, siksi ssd. Ehkä huomenissa pääsen laittelemaan sql-kannan ja tuon graafihäkkyrän kokeeksi.

[rsaarela]

Tietysti täytyy.

Jos talologger työntää tietokantaan dataa, ja talologgergraafi lukee tietokannasta dataa, niin ensinnäkin pitää olla tietokanta asennettuna raspiin ja toisekseen pitää olla molempiin em ohjelmiin kerrottu että mikä tietokanta on käytössä ja missä.

Oma raspiprojekti eteni sen verran että laitoin sen boottaamaan ssd-kovalevyltä. En usko sd-kortin kestävän kovin kauan loggauskäytössä, siksi ssd. Ehkä huomenissa pääsen laittelemaan sql-kannan ja tuon graafihäkkyrän kokeeksi.

Meillä nyt kohta 6 vuotta ollut 4:ssä raspissa muistikortit käytössä 1 min. loggausvälillä.
Yhdessä koneessa SQL kanta käytössä. Ei mitään ongelmia.
SSD levyissä on kait samaa tekniikkaa muistisolut, kuin korteissakin, vain nopeampia....

[jolla]

jos tästä jotain apua on
tällaiselle näyttää   http://korsteeni.dy.fi/talo/
ja tällaiset conffit
http://korsteeni.dy.fi/korsteeni/taloLogger.conf
http://korsteeni.dy.fi/korsteeni/taloLoggerGraph.conf

mielellään otan myös parannusehdotuksia, varmasti näyttävät osaavien silmissä karmeille

[repomies]

Meillä nyt kohta 6 vuotta ollut 4:ssä raspissa muistikortit käytössä 1 min. loggausvälillä.
Yhdessä koneessa SQL kanta käytössä. Ei mitään ongelmia.
SSD levyissä on kait samaa tekniikkaa muistisolut, kuin korteissakin, vain nopeampia....

Raspien taipumus syödä muistikortteja on yleisesti tunnettu. Mutta hyvä jos sinulla on kestänyt, minulla prakasi jo ensimmäinen kortti vaikka olin laittanut mielestäni about kaiken käyttöjärjestelmän loggauksen ramdiskille. Myönnettäköön että kortti oli vanha. Ei sd-kortteja ole kuitenkaan käyttöjärjestelmän levyiksi tarkoitettu vaan ensisijaisesti isohkoille mediatiedostoille (kuvat, videot, dokumentit).

Muistiteknologioissa ei varmaan merkittäviä eroja ole, mutta ssd:n ohjain on suunniteltu siihen että se hajauttaa kirjoitukset levyllä niin ettei se prakaa ihan heti. Ylimääräisiä lohkoja on myös, mitä otetaan käyttöön sitä mukaa kun levy kuluu, ennen kuin se prakaa.

Mitenkään merkittävää hintaeroa vaihtoehdoilla ei ole, jos verrataan 120GB SSD vs. 128GB sd-kortteja luotettavilta kauppiailta, peruslaatuiset brändit. Maksoin SSD-levystä ja USB-SATA-kotelosta rontti 50 euroa. Toki pieniä SD-kortteja saa halvalla, ja ne sinänsä jollekin loggeriraspille tallennuskapasiteetin puolesta riittävätkin.

Voi olla, että olen hieman foliohattuinen paranoidi tässäkin asiassa, mutta mielestäni käyttöjärjestelmälevyksi suunniteltu SSD on se parempi valinta, ja otin vielä EXT4 journalin pois päältä vähentääkseni kirjoitusten määrää.

[repomies]

Nyt sain sen tuon grafiikan toimimaan, muttei tuo lämpötila tule sinne vielä.
Täytyykö tietokanta olla asennettu ja määritetty, että saa tuon lämpötilan tuonne grafiikkaan?

Kokeilin nyt asennella tuon talologgerpi skriptin avulla tuon graafityökalun. Se toimii heittämällä ja alkaa piirtää sinikäyrää, tietokanta asentuu, webbiserveri asentuu jne.

Tietokanta on näköjään geneerinen, siitä papukaijamerkki olammille. En osaa sanoa geneerisen kannan tehokkuudesta kannan kasvaessa, mutta toivottavasti se ei hidastu ja heikkene merkittävästi.

Plätkin omat measure-rivit taloLogger.conf tiedostoon ja niitä vastaavat rivit sitten talologgergraafin conf-tiedostoon, jolloin webbisivu alkaa päivittää ilman sen isompia toimenpiteitä uusia arvoja. Talologgerin teurastin kertaalleen sen jälkeen kun olin sen conffia modannut, mutta graafi lukee conffia uusiksi jatkuvasti joten ainakaan se ei vaadi mitään uudelleenkäynnistyksiä. Ei ollut mitään ongelmia näiden softien kanssa, toimii mielestäni aika vähäisellä säädöllä.