taloLogger-perheen julkaisut

V

VesA

In Memoriam
Vs: taloLogger-perheen julkaisut

noble sanoi:
Käytössä DS9490R ja alunperin se oli HUB:n takana, että virransyöttö on taattu. Olen nyttemmin koittanut kytkeä DS9490R:n myös suoraan Raspberryyn, mutta siitä ei ollut apua.

En tiedä sitten olisiko vika sama kuin tässä: https://sourceforge.net/p/owfs/mailman/message/34839144/
sekava ketju, mutta tässä ehkä eväät:
Klikkaa laajentaaksesi..

No se että owfs pitäisi vaan päivittää uusien systeemien mukaiseksi vaikuttaa noista parhaalta vaihtoehdolta - jos se pelaa.. lienee kuitennii aika äkkiä kokeiltu.

http://owfs.org/index.php?page=w1-project
 
N

noble

Aktiivinen jäsen
Vs: taloLogger-perheen julkaisut

VesA sanoi:
No se että owfs pitäisi vaan päivittää uusien systeemien mukaiseksi vaikuttaa noista parhaalta vaihtoehdolta - jos se pelaa.. lienee kuitennii aika äkkiä kokeiltu.

http://owfs.org/index.php?page=w1-project
Klikkaa laajentaaksesi..
Joo, tai sitten ei ole nopeasti kokeiltu :)

Mikä on oikea tapa asentaa uusin versio vanhan tilalle?

Olen koittanut tehdä näin:
Koodi: 
- sudo wget -O owfs-latest.tgz http://sourceforge.net/projects/owfs/files/latest/download
- sudo tar xzvf owfs-latest.tgz
- cd owfs-3.2p1
- sudo ./configure --prefix=/usr/lib
- sudo make
- sudo make install

Versiona oli tuon jälkeen kuitenkin vanhempi 3.1p5.

Tein myös näin:
Koodi: 
- sudo apt-get purge owfs
- sudo apt-get install owfs

Versiona asentui sama vanha 3.1p5.
 
N

NiPuttaja

Vieras
Olen viritellyt Talologgerin lukemaan arvoja Nibe F470 pilpistä. Arvoja saan sieltä ihan ok, mutta tuloilman tietoa en saa haettua. Miksihän tuolta talologgerista ei löydy BT22 Supply air temp kohtaa? Modbus manager näyttää tuota ja laitteessakin on tuloilma(BT22) arvona.

Käytössä siis usb-RS485 moduuli, jonka avulla arvoja luen.

Löytyisikö tietoa miten tuon saisi toimimaan?
 
K

korsteeni

Vieras
#Version: 1.7k
#
# Date: 15.03.2020
MQTT - MQTT broker store module

Aika vaatimattomasti tihkuu tietoa uusista julkistuksista, pittääpä kokeilla heti
 
K

korsteeni

Vieras
Toimii hyvin taloLoggerin MQTT moduli debian busterissa, Kiitos ja Kumarrus
samalla kokeilin postgresql kantaa, pienen vääntelyn jälkeen, mikä johtui taitamattomuudestani se alkoi myös toimimaan, pqadminilla nyt yritän päästä siihen verkon kautta, haastavaa, mutta eiköhän sekin ennen ensi kevättä
 
Viimeksi muokannut ylläpidon jäsen:
K

korsteeni

Vieras
Tuli nyt mieleen että toimisiko ketju anturit > talologger > MQTT > InfluxDB > Grafana

Ehkä kuitenkin Homeassistant istuu hyvin taloLoggerin perään, sehän handlaa tuon MQTT n jne.
 
S

SJT

Aktiivinen jäsen
Ite olen toistaiseksi tallentanut Home Assistantista dataa InfluxDB kantaan ja juurikin mm. zigbee2mqtt:n kautta data sinne valuu (Mosquitto broker pyörii myös Home Assistantissa, löytyy Official Add-onina) mistä sitten Grafanalla voi piirellä graafeja. Eli esim. tuolla tavoin onnistuu nyt jos Talologgerilla tuodaan arvoja MQTT:lla Home Assistanttiin.

Tuota voi vaikka demoilla helposti asentamalla Home Assistanttiin tuon InfluxDB kannan kun on siellä valmiksi saatavilla Community Add-oneissa ja sitten tämän mukaisesti tallennuksia päälle:
www.home-assistant.io

InfluxDB

Record events in InfluxDB.
www.home-assistant.io www.home-assistant.io

Toki tuon datan voi käsittääkseni tallentaa myös suoraan MQTT brokerista InfluxDB kantaan, siitä itellä ei ole tosin kokemusta. Kaikilla brokereilla tosin ei taida onnistua. Tällöin ei tarvita Home Assistanttia, ja liekö sen muutenkaan järkevää olla tuossa välissä jos dataa tulee paljon ja tarkoitus on vain tallentaa kantaan ja visualisoida sitä? Tätäkin pitäisi josain välissä kyllä miettiä miten tuo järkevintä olisi hoitaa. :)
 
Viimeksi muokattu:
R

roots

Hyperaktiivi
Onkos tuo HA kotiautomaatiomielessä paikallinen ohjaus, eli ei tarvii nettiä/pilvee?
Palohälyjä + vuotovahteja + pistorasioita + valoja jne ajatellen...
 
K

korsteeni

Vieras
roots sanoi:
Onkos tuo HA kotiautomaatiomielessä paikallinen ohjaus, eli ei tarvii nettiä/pilvee?
Palohälyjä + vuotovahteja + pistorasioita + valoja jne ajatellen...
Klikkaa laajentaaksesi..
Toimii paikallisena, ei tartte pilvee, on se vaan kiva kännykällä säädellä, silloin pitää olla jotain yhteyttä jollain tapaa.
 
J

jmki

Jäsen
korsteeni sanoi:
Tuli nyt mieleen että toimisiko ketju anturit > talologger > MQTT > InfluxDB > Grafana
Klikkaa laajentaaksesi..

Pelkkä InfluxDb ei saa ongittua dataa MQTT-brokerilta. Väliin tarvitaan palikka, joka kirjautuu brokerille, lukee sanomat ja puskee datan kantaa. Noita löytyy lukuisia, esim. Telegram on InfluxDB.n tekijän palikka. Itse käytän välikätenä Node-Red:ia, jolla pystyy tekemään kaikkea muutakin, mm. laskentoja (LTO hyötysuhde esim.), hälytykset jne. Jos haluaa säätää itse vähemmän, Home Assistant tms. voi olla hyvä ratkaisu. Niissä on mukana datan visualisointipuoli. Toisaalta tuohon Node-Rediin löytyy myös käyttöliittymia ja sen konffaaminen pelkästään MQTT:a ja IndluxDB tiedonkeruuta varten on naurettavan helppoa. Tässä oma laiteketju:

ESP8266/ESP32/Linux yms. omatekoiset tiedonkeruupalikat -> Wifi/ethernet -> MQTT broker (Mosquitto) -> Node-Red -> InfluxDB -> Grafana

Talologger on pekästään tiedonkeruupalikan paikalle turhankin monipuolinen, mutta toisaalta sisältää valmiiksi monen laitteen protokollat.
 
O

olli_tr

Jäsen
jmki, kerropa lisää tuosta Node-Redistä, jos vain viitsit. Mulla on ollut toistaiseki yksinkertainen python-softa kuuntelemassa MQTT:tä ja puskemassa datan sitten InfluxDB:hen, josta Grafana sen sitten visualisoi. Samoin MQTT:tä kuuntelee myös Home Assistant, joka tarjoaa vähän toisenlaista näkymää.

Kuningasajatus on kuitenkin se, että kaikki menisi MQTT:n kautta, jolloin minkä tahansa visualisointi- tai tietokantatoiminnon pystyy helposti vaihtamaan.
 
B

Bluesmoke

Tulokas
Miten tuosta taloLoggerin lähettämästä MQTT viestistä pitäisi saada järkevä Node redin päässä? Samalla miten sen saisi tallennettua InfluxDB sekä esitettyä Grafanassa?

Saisi Home assistenttiin Jäspin VILPin arvot näkyviin. Pumpussa kiinni raspi taloLoggerilla ja RS485 muutimella.
 
J

jmki

Jäsen
Tämmöinen ketju toimii: TaloLogger (MQTT) -> MQTT broker (esim. Mosquitto) -> Node-Red -> InfluxDB -> Grafana

TaloLogger toimii MQTT-clientina ja lähettää MQTT-topicit brokerille. Node-Red kirjautuu (subscribe) brokerille ko. topiciin ja saa sieltä automaattisesti päivitykset. Tarkista ensin, että sanomat menevät brokerille. Node-Red:ssa on mqtt in -node, johon määritellään brokerin ip-osoite, portti ja topic. Laita debug-node ensin mqtt in -nden perään ja katso debug-ikkunasta, että sanomia tulee. Influxdb out -nodella saa datan Infludb:iin. Tuo on hyvin yksinkertaista ja netissä on pilvin pimein esimerkkejä. Mutta tarkista ensin ketjun alkupää, että data tulee brokerille asti. Alla näkyy kaikki Node-redin nodet, joita tarvitaan yhden lämpötilamittauksen lukemiseksi MQTT:lla brokerilta ja mittauksen heitto Influxdb:lle. String to number on oma funktio-node, joka muuntaa MQTT stringin numeroksi. Data tulee tässä MQTT:lla brokerille ESP32:lta, joka lukee ILP:ssa olevia DS18B20-antureita.

1603914438782.png


TaloLoggerissa on valittavissa minkälaista MQTT skemaa se käyttää. Skema 1 tekee jokaisesta mittauksesta oman topicin ja ne on luettavissa suoraan em. tavalla. Skemat 2 ja 3 ovat JSON-dataa, jonka Node-Red myös hanskaa, mutta vaatii hiukan käsittelyä riippuen siitä, miten haluaa datan Influxdb:lle tallettaa.
 
N

noble

Aktiivinen jäsen
Miten näistä satunnaisista SHELL lukuvirheistä pääsisi eroon?

Koodi: 
04.02.2021 00:44:00: SHELL30: ERROR: Error executing Shell data source command
  Command: /bin/cat /mnt/ssd/pulssi/ilp.txt
  Command output:
  Command status: -6

SHELL-moduuleita on aika paljon käytössä (28kpl) ja täten REGXP:tä, mutta useammassa on vain yksi tai kolme arvoa.
On koitettu siirtää tiedostoa SSD:ltä toiselle SSD:lle ja SD-kortille. Samaa erroria tulee ajoittain.

Virheet vaihtelevat muutamien SHELL-moduulien kesken.
 
K

korsteeni

Vieras
noble sanoi:
Miten näistä satunnaisista SHELL lukuvirheistä pääsisi eroon?

Koodi: 
04.02.2021 00:44:00: SHELL30: ERROR: Error executing Shell data source command
  Command: /bin/cat /mnt/ssd/pulssi/ilp.txt
  Command output:
  Command status: -6

SHELL-moduuleita on aika paljon käytössä (28kpl) ja täten REGXP:tä, mutta useammassa on vain yksi tai kolme arvoa.
On koitettu siirtää tiedostoa SSD:ltä toiselle SSD:lle ja SD-kortille. Samaa erroria tulee ajoittain.

Virheet vaihtelevat muutamien SHELL-moduulien kesken.
Klikkaa laajentaaksesi..
jos käytössä owfs, nii kokeileppa lukea tekstitiedostot sillä
@OWFS:OWFS = tuuli:1:/var/www/html/esp_counter/tuuli
 
N

noble

Aktiivinen jäsen
Tällä hetkellä OWFS pyörii erillisellä Python pätkällä ja havaintojen mukaan sen yhtäaikainen käyttö talologgerin OWFS:n kanssa aiheutti rytmihäiriöitä mittauksiin (vaikka pyysi aina uusimman arvon, ei välimuistista)

olen tuohon shelliin koittanut myös python pätkää, mikä hakee arvot ja tulostaa ne.
Samaa vikaa esiintyy myös sillä, statuksena -6 välillä taisi tulla -1. Molemmissa output tyhjänä.

Kerran olin puttyn päässä, kun tuo vika ilmeni. Ajoin samantien komentorivillä saman cat:n ja tulos tuli samalla painalluksella ruutuun...
 
K

korsteeni

Vieras
mitenkhä tätä jalostaisi kun taloLoggerissa ei ole lukemiseen varsinaista MQTT modulia
luen
SHELL6:LOCATION = mosquitto_sub -t ESP_SGP/# -C 13 -v
toimii hyvin ja luotettavasti, mutta vie aikaa kun odottaa aina kunnes espi lähettää datan elikkä riippuvainen sen lähetysnopeudesta ja siitä mikä aika sinne on asettu
kun näitä on monta, niin lukusession kokonaisaika venähtää aikalailla
tietysti tuon voisi laittaa kirjoittamaan mqtt>tiedostoon, olisivat taloLoggerin heti luettavissa
onko MQTT'ssä jotain bufferia mahdollista että vimoset datat olisivat heti saatavilla

huomasin edellä että jotain on koleilematta, saa nähdäsaanko edes asennettua, nimmittäin tuo edellä

jmki 'n käyttämä Node-Red​

ja telegram vielä,,,,,,siinähän se lopputalvi meneekin
 
Viimeksi muokannut ylläpidon jäsen:
T

tttemppu

Tulokas
Osaatteko sanoa pystyykö Enervent eair paneelilla varustettua (LTR3) lukemaan modbus tcp:tä jotenkin? Rekisterit löytyy Enerventin sivuilta. En vain ole ennen modbussin kanssa ollut tekemisissä. Tarkoitus lisätä Home Assistanttiin ilmanvaihdon tiedot. Raspberry löytyy, jossa talologger.
 
K

korsteeni

Vieras
tttemppu sanoi:
Osaatteko sanoa pystyykö Enervent eair paneelilla varustettua (LTR3) lukemaan modbus tcp:tä jotenkin? Rekisterit löytyy Enerventin sivuilta. En vain ole ennen modbussin kanssa ollut tekemisissä. Tarkoitus lisätä Home Assistanttiin ilmanvaihdon tiedot. Raspberry löytyy, jossa talologger.
Klikkaa laajentaaksesi..
taloLoggerissa on Enervent modbus, siitä talologgerin MQTT ja homeassistant lukee ne MQTT palvelimelta
 
J

jmki

Jäsen
korsteeni sanoi:
huomasin edellä että jotain on koleilematta, saa nähdäsaanko edes asennettua, nimmittäin tuo edellä

jmki 'n käyttämä Node-Red​

ja telegram vielä,,,,,,siinähän se lopputalvi meneekin
Klikkaa laajentaaksesi..
Telegraf taitaa olla se Influxdb:n tekijän softa. Jos otat tuon Node-Red:n käyttöön, Telegraf:ia ei silloin tarvita. Node-Red osaa paljon muutakin kuin tuin Telegraf. Suosittelen tuota MQTT + Node-Red + Influxdb + Grafana yhdistelmää. Visualisointi on helppoa ja näyttävät graafit syntyvät helposti. MQTT on hyvä neutraali "datakonsentraattori" tuolla välissä ja on ihan sama mistä se data sinne tulee. Kunhan tiedetään missä muodossa data on, se voidaan purkaa Node-Red:ssa ja työntää kantaan.
 
N

noble

Aktiivinen jäsen
Node-RED:llä yritän lukea Raspberry ja talologgerin lähettämää MQTT:tä.

Mikähän mahtaa olla pielessä, kun Node-RED näyttää, että MQTT on connected, mutta menee heti disconnected sillä hetkellä, kun talologger ainakin aikaleiman mukaan on lähettänyt MQTT-sanomia ?

Node-RED:n debug ei anna mitään pihalle.


Nämä samat laitoin Node-RED:iin:
Koodi: 
# MQTT broker hostname/IP-address and port number (default 1883)
MQTT:HOST = localhost
MQTT:PORT = 1883

# MQTT client id for this taloLogger instance
MQTT:CLIENT_ID = taloLogger

# Authentication - if username is defined, authentication and password is used.
# Empty username disables authentication.
MQTT:USERNAME =
MQTT:PASSWORD =

# MQTT protocol version to use. Values:
#   1 - MQTTv31 (default)
#   2 - MQTTv311
MQTT:PROTOCOL = 1

MQTT:TOPIC = home/taloLogger
MQTT:PUBLISH_SCHEME = 1

Talologgerin logista löytyy, että kyllä sanomaa on ainakin lähetetty:
23.08.2021 20:14:16: MQTT: Publishing MQTT data: [{'topic': 'home/taloLogger/vaihe1', 'payload': '0.9'}, {'topic': 'home/taloLogger/vaihe2', 'payload': '0.3'}.....

EDIT: Alkoi toimimaan samoilla säädöillä, kun manuaalisesti lähetin ensin sanomia.
 
Viimeksi muokattu:
N

noble

Aktiivinen jäsen
jmki sanoi:
Tämmöinen ketju toimii: TaloLogger (MQTT) -> MQTT broker (esim. Mosquitto) -> Node-Red -> InfluxDB -> Grafana

TaloLogger toimii MQTT-clientina ja lähettää MQTT-topicit brokerille. Node-Red kirjautuu (subscribe) brokerille ko. topiciin ja saa sieltä automaattisesti päivitykset. Tarkista ensin, että sanomat menevät brokerille. Node-Red:ssa on mqtt in -node, johon määritellään brokerin ip-osoite, portti ja topic. Laita debug-node ensin mqtt in -nden perään ja katso debug-ikkunasta, että sanomia tulee. Influxdb out -nodella saa datan Infludb:iin. Tuo on hyvin yksinkertaista ja netissä on pilvin pimein esimerkkejä. Mutta tarkista ensin ketjun alkupää, että data tulee brokerille asti. Alla näkyy kaikki Node-redin nodet, joita tarvitaan yhden lämpötilamittauksen lukemiseksi MQTT:lla brokerilta ja mittauksen heitto Influxdb:lle. String to number on oma funktio-node, joka muuntaa MQTT stringin numeroksi. Data tulee tässä MQTT:lla brokerille ESP32:lta, joka lukee ILP:ssa olevia DS18B20-antureita.

katso liitettä 66508

TaloLoggerissa on valittavissa minkälaista MQTT skemaa se käyttää. Skema 1 tekee jokaisesta mittauksesta oman topicin ja ne on luettavissa suoraan em. tavalla. Skemat 2 ja 3 ovat JSON-dataa, jonka Node-Red myös hanskaa, mutta vaatii hiukan käsittelyä riippuen siitä, miten haluaa datan Influxdb:lle tallettaa.
Klikkaa laajentaaksesi..
Yksittäiset topicit onnistuu kääntämään stringistä numeroksi vaikka sillä CSV-parserilla.
Millä saisi skeman 3 kääntäminen?
Koko litanian saa kyllä js objektiksi, mutta numeroarvot ovat stringiä, eikä influxdb:lle ne täten kelpaa.

Onko kukaan migrannut talologgerin MySQL dataa -->InfluxDB ? Kuinkahan tuollainen kahden taulun migraus onnistuisi?
 
K

korsteeni

Vieras
jollakin, en muista tein sqlite > InfluxDB
sqlite oli ja on yhden taulun kanta

nyt taloLogger tallentaa sqlite ja postqres kantoihin ja mqtt...jne ja seuraavalla scripillä influx kantaan

Python: 
import json
from influxdb import InfluxDBClient
client = InfluxDBClient('localhost', 8086, '', '', 'talo')
f = open('/home/talo/log/last.json')
d = json.load(f)
mydata = d[0]
def main():
    json_body = []
    for key in mydata.keys():
        val = mydata[key]
        try:
            val = int(val)
        except ValueError:
            try:
                val = float(val)
            except ValueError:
                pass

        json_body.append(
            {
                "measurement": "LogData",
                "tags": {
                "device": key
                },
                "fields": {
                "value": val
                }
             })

    client.create_database('talo')
    print("Write points: {0}".format(json_body))
    client.write_points(json_body)

if __name__ == "__main__":
    main()
 
N

noble

Aktiivinen jäsen
Näyttää mielenkiintoiselta ratkaisulta !

Ilmeisesti talologgerin file storella teet tuon jsonin?
Minkälaiset asetukset siinä pitää olla, että tuloste kelpaa tuolle skriptille?
 
K

korsteeni

Vieras
näitä voi tehdä monella tapaa, minulla taloLogger.conf'issa

Koodi: 
JSONFILE:NAME = /home/talo/log/last.json
JSONFILE:OVERWRITE = true
JSONFILE:TIMESTAMP = %d.%m.%Y %H:%M:%S
JSONFILE:HEADER = [{
JSONFILE:DATAVALUE = "%KEY%":%VALUE%,
JSONFILE:FOOTER = "LogTime":"%TIME%"}]
 
N

noble

Aktiivinen jäsen
korsteeni sanoi:
näitä voi tehdä monella tapaa, minulla taloLogger.conf'issa

Koodi: 
JSONFILE:NAME = /home/talo/log/last.json
JSONFILE:OVERWRITE = true
JSONFILE:TIMESTAMP = %d.%m.%Y %H:%M:%S
JSONFILE:HEADER = [{
JSONFILE:DATAVALUE = "%KEY%":%VALUE%,
JSONFILE:FOOTER = "LogTime":"%TIME%"}]
Klikkaa laajentaaksesi..
Alkoi pelittämään.

Herjoja heittää tuo influx-kirjasto, lisäksi tuosta LogDatasta, mutta arvot se kuitenkin kirjoittaa kantaan.

Koodi: 
File "influx.py", line 36, in <module>
    main()
  File "influx.py", line 33, in main
    client.write_points(json_body)
  File "/home/pi/.local/lib/python3.7/site-packages/influxdb/client.py", line 608, in write_points
    consistency=consistency)
  File "/home/pi/.local/lib/python3.7/site-packages/influxdb/client.py", line 685, in _write_points
    protocol=protocol
  File "/home/pi/.local/lib/python3.7/site-packages/influxdb/client.py", line 419, in write
    headers=headers
  File "/home/pi/.local/lib/python3.7/site-packages/influxdb/client.py", line 378, in request
    raise InfluxDBClientError(err_msg, response.status_code)
influxdb.exceptions.InfluxDBClientError: 400: {"error":"partial write: field type conflict: input field \"value\" on measurement \"LogData\" is type string, already exists as type float dropped=1"}
 
K

korsteeni

Vieras
joskus vaativat säätöä aikalailla, minulla on armbian buster ja tuo influx taisi olla joku ei viimeisin
Armbian 21.02.2 Buster with Linux 4.4.213-rockchip64
InfluxDB shell version: 1.8.4
Python 2.7.16 (default, Oct 10 2019, 22:02:15)
 
Viimeksi muokannut ylläpidon jäsen:
J

jamqpa

Tulokas
atnu sanoi:
Vs: taloLogger-perheen julkaisut

Kyseessä on juurikin USB-RS485 adapteri Raspin ja Enerventin välissä, tarkemmin sanottuna tämä:

PL2303HX Chip USB to RS485 485 Converter Adapter:
lsusb antaa sille:
Bus 001 Device 004: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter

kokeilin aikaisemmin toista USB - RS485 adapteria
USB to TTL RS485 Serial Converter Adapter FTDI interface FT232RL Module
lsusb:
Bus 002 Device 009: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
mutta tämä tod näk oli huonosti terminoitu ja se sekoitti enerventin oikean ohjauspaneelin toiminnan niin kauan kun se oli kytkettynä kiinni.
Tällä sai myös dataa ulos samanlaisilla CRC virheillä.

Johto laitteiden välillä on myös 1m pituinen, eikä lähellä ole virtakaapeleita tms, yritin eliminoida häiriöitä mahd. paljon
Klikkaa laajentaaksesi..
Vanha viesti mutta kysytäänpä neuvoja.

Yritän saada talologgerilla luettua tietoja Enervent Pandion laitteesta käyttäen samaa RS485 - USB adapteria:

PL2303HX Chip USB to RS485 485 Converter Adapter

Onko neuvoja mitkä RJ9 johdon neljästä johtimesta kuuluu kytkeä kyseisen USB-adapterin A ja B portteihin? Tällä hetkellä en saa mitään liikennettä laitteesta ulos..

RJ9 kaapeli on kytketty Enerventin Freeway liittimeen.

Raspberry PI Model 2 B on laitteena.
 
J

jamqpa

Tulokas
Ok, oikein meni siis. Tällä hetkellä keskimmäiset kytkettynä. Tulostukset sekä:

Bash: 
$ python taloLogger.py
23.09.2021 21:42:55: WARNING: No log data stores configured. Data is written to application log.
23.09.2021 21:42:55: Starting taloLogger.py (v1.7k).
23.09.2021 21:42:55: Module config read DUMMY
23.09.2021 21:42:55: Module config read EDASERIAL
23.09.2021 21:42:55: Initialized module DUMMY
23.09.2021 21:42:55: Initialized module EDASERIAL
23.09.2021 21:44:03: ModbusClient: ERROR: Missing data or timed out reading RTU response.
23.09.2021 21:44:03: EDASERIAL: ERROR: Modbus query results do not contain value for unitid 1 address 8
23.09.2021 21:44:04: TaloLoggerThreadStore: Received none or unknown data for command EDASERIAL.Supply air temperature X3.
23.09.2021 21:44:04: TaloLoggerThreadStore: Storing logged data with 2 points.
23.09.2021 21:44:04: TaloLoggerThreadStore: Logged data for timestamp 20210923214400
    dummy: 12.4
    supplyairtemp:

Oletuskonfiguraation muokatut kohdat:

Koodi: 
# verbose logging mode / debug mode (more information about measurements
# etc. logged) (true/false)
VERBOSE_LOGGING = true

@DATASOURCE=EDASERIAL:EDASERIAL

# Serial port name/address
EDASERIAL:SERIAL_PORT = /dev/ttyUSB0

# example measurement for Enervent EDA Modbus Serial RTU
@MEASURE = supplyairtemp:EDASERIAL.Supply air temperature X3

Voiko A ja B olla väärinpäin kytketty johtimiin 2 ja 3?
 
T

Ton1A

Vakionaama
Pääseekö taloLoggerin Ouman moduleilla lukemaan EH-200 sarjan säätimistä RS-232:n yli esim. rekisteriä 223 LSB 'L1 menoveden asetusarvo' ?
 
T

Ton1A

Vakionaama
Itse itselleni vastaten, ilmeisesti kyllä
Koodi: 
                  'EH203custom': [ ['Ulkolämpotila', 18, TYPE_TEMP100, TYPE_READ, 0], \
                              ['L1 huone', 21, TYPE_TEMP100, TYPE_READ, 0], \
                              ['L1 menovesi', 20, TYPE_TEMP100, TYPE_READ, 0], \
                              ['L1 käyrän mukainen menovesi', 0x0F, TYPE_INT8, TYPE_READ, 0], \
                              ['L1 huonekomp. vaikutus', 0x0F, TYPE_INT8, TYPE_READ, 1], \
                              ['L1 syyskuivauksen vaikutus', 0x0F, TYPE_INT8, TYPE_READ, 6], \
                              ['L1 tavoite', 0x0F, TYPE_INT8, TYPE_READ, 14], \
                              ['L2 menovesi', 26, TYPE_TEMP100, TYPE_READ, 0], \
                              ['L2 käyrän mukainen menovesi', 0x0F, TYPE_INT8, TYPE_READ, 15], \
                              ['L2 syyskuivauksen vaikutus', 0x0F, TYPE_INT8, TYPE_READ, 21], \
                              ['L2 tavoite', 0x0F, TYPE_INT8, TYPE_READ, 26] \
                            ], \
Luettuna jotain tällaista (https://github.com/alatalo/ouman-collector):
Koodi: 
python ouman-collector.py /dev/ttyUSB0 EH203custom
Ulkolämpotila: 3.30
L1 huone: 21.80
L1 menovesi: 28.10
L1 käyrän mukainen menovesi: 26
L1 huonekomp. vaikutus: 0
L1 syyskuivauksen vaikutus: 2
L1 tavoite: 28
L2 menovesi: 33.20
L2 käyrän mukainen menovesi: 32
L2 syyskuivauksen vaikutus: 2
L2 tavoite: 34
 
K

korsteeni

Vieras
nyt tuli sitten taloLogger tiensä päähän, kun tarkoitus päivittää ajantasalle nuo mittaukset
tähänmennessä on asentunut debianiin mutta nyt ei enää mene debian 11 alustalle, tuki päättynyt

E: Unable to locate package python-paho-mqtt
ERROR: Missing required package: python-serial
ERROR: Missing required package: python-pil:armhf
ERROR: Missing required package: python-mysqldb
ERROR: Missing required package: python-sqlite
ERROR: Missing required package: python-psycopg2
ERROR: Missing required package: python-oauth
ERROR: Missing required package: python-paho-mqtt
Terminating install process due to missing packages.

asensin nuo *3* lisäyksellä ja asentuivatkin mutta silti taloLogger ei asennu
busterilla pyörii kylläkin 4.4' osella
oliskohan jotain vastaavaa ajantasaista jolla noita alkaisi logittaa

edit:
kyllä se menee pienillä muutoksilla asennusohjelmaan
en tässä laita niitä, en ota vastuuta
toivottavasti ohjelman tekijä tekee muutokset niin ovat sitten viralliset
 
Viimeksi muokannut ylläpidon jäsen:
K

korsteeni

Vieras
eihän se mennytkään ihan heittämällä, laitoin vanhan takaisin ja eilen kun oli sopiva inspis ja sadepäivä ratkoin noita buster>bullseye/taloLogger/oheis-softat ongelmia
itse taloLogger meni suht pienillä viilauksilla mutta paho mqtt oli taidoillani jo pieni hidaste ja sitten potgreSQL ei sitten taipunut millään
syyhän on kuten osaajat tietävätkin
Python 2.7 reached the end of its life on January 1st, 2020

mutta nyt toimii

en ole raspiin kokeillut, ehkä menee pienemmällä väännöllä, kohteena
Armbian 22.08.8 Bullseye with Linux 5.15.76-rockchip64
 
K

korsteeni

Vieras
huomasin että
@MEASURE =********
rivien järjestyksellä on hyvinkin suuri vaikutus toimintaan jos samassa verkossa/kaapelissa 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
 
X

xismo

Aktiivinen jäsen
Kävi sitten ohraisesti, raspberry:n levy sekosi käyttiksen päivityksen kanssa. Onneksi oli kopiot pi ja talo hakemistoista. Oma automaatiosoftakin siellä oli , onneksi backup. Ei muuta kuin varmuuden vuoksi toinen raspberry tulille ja siihen uusin rapbian. Backupeista sitten kaikki mitä löytyy.
Oma softa piti portata uusiksi kun wirinpi ei ole enää tuettu 64 bittisessä, onneksi oli kohtuu helppo tehdä gpio kirjastolla.
Talologger pitää tänään saada taas iskuun, jos kaikki tiedostot on kunnossa niin eihän se ole iso ongelma.
Sitten vielä taloLoggerGraph, tiedostot on siihenkin tallessa joten pitäisi olla ok.
Kaikki muutokset /etc alle ( automaattisesti käynnistyvät ohjemat, udev jne) pitää käsin tehdä.

Miten taloLoggerin pystytys kannattaa tehdä ? Suoraan vanha hakemistosta pythonilla käyntiin ? Vai asentaa taloLogger ja sitten kopata päälle konffitiedostot ?

Kun saan systeemin pystyyn niin otan levyimagen nas:ille, on nopeampi päivittää. Ehkä se sqlite kantakin kannattaisi siirtää sinne ?
 
K

korsteeni

Vieras
xismo sanoi:
........... Ei muuta kuin varmuuden vuoksi toinen raspberry tulille ja siihen uusin rapbian. ......
Klikkaa laajentaaksesi..
eipä taida mennä noin, tai kokeile. ne uudet ei toimi koska talologger pyörii python2 della
sihen on kyllä temput mutta kyllä se tekohengitystä on
muistaakseni 5.15 oli vimonen millä sain toimimaan
itse olen juuri päivittämässä taloLoggerCont versioon. on vain ollut muita juttuja etten ole vielä vaihtanut mutta se Cont menee bookwormiin ja toimii hyvin siinä

piti ihan varmistaa, tämä oli vimosin missä se lähti toimimaan ja muistaaksen manualisesti piti kikkailla python2 koneelle
Armbian 22.08.8 Bullseye with Linux 5.15.76-rockchip64
nyt mennään 6.6 ja jotain
 
Viimeksi muokannut ylläpidon jäsen:
Sinun on kirjauduttava sisään tai rekisteröityä kirjoittaaksesi tänne.
Back
Ylös Bottom