Talologger NibeRS485 vs F1145 ModBus virhetila = talo kylmänä

[Timo Karhu]

Heips.

Onkohan kellään suoraan ytimeen menevää vastausta, kun talo oli tänä aamuna kylmänä? "Modbus yhteysvirhe" ja pumppu ei tee mitään (ennen hälytyksen kuittausta).
Omassa käyttötapauksessa (pelkkä lokien lukeminen) tällaisen hälytyksen autokuittaus tai ettei koko hälytys saattaisi laitosta vikatilaan olisi toivottavaa.

Talologger on lukenut F1145:sta vuodesta 2015 yhtämittaisesti pl. Raspberryn muistikortin hajoaminen v2016. Tällöin pumppu meni vikatilaan sen ainoan kerran ja syystä. Raspberryssä USPina usb-virtapankki ja edes sähkökatkokset eivät ole kertaakaan aiheuttaneet tätä.

Tämän aamun/10.2 klo 18:02 tapauksen taustat:
- Nibe mennyt vikatilaan 10.2 klo 18:02 (ei huomattu talon viilenemistä koko perjantai-iltana, ilmeisen kuumaa sijaispuuhaa)
- ei sähkökatkosta
- ei virhettä Raspberryssä (dmesg, mysql.err)
- taloLogger/NibeRS485 lokittaa lukuvirheitä "normaalisti" *)

*)
Lukuvirheitä on tullut aina, mutta siis en ole havainnoinut koskaan Niben vikatilaa niihin liittyen. Tämän vuoksi olen tulkinnut virheet melko hyväksyttäviksi. Lukemisen on hoitanut "USB Transfer to RS485 Interface TTL Adapter FTDI FT232RL 75176 Module New" vuodesta 2015. Kaapeli Niben ja RS485 dongelin välillä on vanha audiokäyttöön tarkoitettu koaksiaalikaapeli luokkaa halpis/ohut.
Yhteysirheet kpl lokeilta:
2020: 473
2021: 204
2022: 203
2023: 27

taloLoggerin viimeiset lokitapahtumat:

Koodia: [Valitse]

10.02.2023 17:32:10: NibeRS485: ERROR: Communication timed out querying data.
10.02.2023 17:32:11: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.Brinepump Status EP14.
...
...
10.02.2023 17:32:11: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.EB100-EP14-BT3 Return temp.
10.02.2023 17:32:11: TaloLoggerThreadStore: Completely empty result, not storing data.
10.02.2023 18:01:20: NibeRS485: ERROR: Communication timed out querying data.
10.02.2023 18:01:20: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.Brinepump Status EP14.
...
...
10.02.2023 18:01:20: TaloLoggerThreadStore: Received none or unknown data for command NIBERS485.EB100-EP14-BT3 Return temp.
Ainoa huomio, minkä taloLoggerin lokissa näen, on että taloLogger ei olisi kuitannut tyhjän tietueen tuloa kuten edellisellä kerralla 17:32 "TaloLoggerThreadStore: Completely empty result, not storing data.". Tuo siis puuttuu 18:01 tapahtumasta ja klo 18:02 Nibe meni vikatilaan.
Tähän liittyen havaitsin myös oudon tapahtuman, kun aamulla seurasin lokintutkija -> mysql <- taloLogger <- F1145 yhdistelmällä käyntiä tehostetusti, niin yhtäkkiä datan tuleminen loppui yli 10 minuutiksi 9:24. Kun aloin tutkimaan missä viimeisimmät lokirivit, niin ne ilmestyivät yli 10min myöhässä kantaan aivan itsekseen ja missään ei mitään virhettä. Saatoin sekoilla tässä tulkinnassa itsekin, mutta mielestäni en kuitenkaan.
Haen tällä havainnolla sitä että voisiko taloLogger olla jostain infra/Raspberry syystä olla kuittaamatta Nibelle Modbus-lukemista ja siksi Nibe heitti vikatilaan?
[edit] ei liene tämäkään, vuosilta 2020-2023 näitä "completely empty" viestejä on vain kourallinen eli ei kerro mitään faktaa.

Nyt kun tämän havaitsin, niin eihän tuota noin voi tuonne jättää. Mutta 2015-2022 häiriötön käyttö kuitenkin antaisi kuvaa, että ei ihan vielä pidä luovuttaakaan.

Olisiko arvon taloLogger käyttäjäkunnalla kokemuksia, ideoita tai jopa ehdotuksia mitä kannattaisi tehdä?
Ja jos joku taloLogger/RS485/Fighter yhdistelmän omaava voisi käydä kurkkaamassa oman /home/talo/log/taloLogger.log:n onko siellä vastaavia lukuvirheitä kuten minulla?

Kaavaillut lyhyen ajan toimenpiteet:
- boottaan Raspberryn (ollut käynnissä 1655 päivää)
- vaihdan yhteyskaapelin johonkin ei-koaksiaali malliin, josko nuo "normaalit" yhteysvirheet loppuisivat

[Timo Karhu]

No jaa, arvelinkin olevani melko yksin Talologger/Nibe F luennassa. Boottasin Raspin, jonka en usko tehneen mitään eroa ja vaihdoin kaapelin suojattuun parikaapeliin, joista toinen pari + ja - ja toinen pari yhteisenä "nollana". Suojavaippa kiinni Niben rungossa.

Nyt kun katselin tilannetta hiihtoloman yli, niin edelleen tulee satunnaisia lukuvirheitä kuten aiemminkin. Ei vikatilaa. Jätän asian hyväksyttynä ennalleen toivoen että esiintymistiheys pysyy luokassa 1/4a. Voinhan aina pitemmissä talvipoissaoloissa lyödä Modbussin pois päältä Nibestä.

Halvalla ei saa täydellistä, mutta hyvän kyllä 

[tk-]

No jaa, arvelinkin olevani melko yksin Talologger/Nibe F luennassa. Boottasin Raspin, jonka en usko tehneen mitään eroa ja vaihdoin kaapelin suojattuun parikaapeliin, joista toinen pari + ja - ja toinen pari yhteisenä "nollana". Suojavaippa kiinni Niben rungossa.

Nyt kun katselin tilannetta hiihtoloman yli, niin edelleen tulee satunnaisia lukuvirheitä kuten aiemminkin. Ei vikatilaa. Jätän asian hyväksyttynä ennalleen toivoen että esiintymistiheys pysyy luokassa 1/4a. Voinhan aina pitemmissä talvipoissaoloissa lyödä Modbussin pois päältä Nibestä.

Halvalla ei saa täydellistä, mutta hyvän kyllä 

Nibe kai menee vikatilaan aika äkkiä jos modbus-väylä ei kuittaa pakettia. Jostain täältä muistan lukeneeni, että raspin ja niben välissä on vielä mikrokontrolleri, esimerkiksi Arduino, minkä tehtävänä on vain bootata nopeasti, vastata Nibelle ja välittää paketit eteenpäin. En tiedä tekisikö se tuosta systeemistä entistä vikavarmemman? Toki mikrokontrollerikin voi hajota.

Heräsipä semmoinen kunnianhimoinen ajatus, että tuon koko logituksen voisi laittaa pyörimään raspberry pico w:n + micropythonin avulla niin, että vastaanottaa paketit nibestä ja kirjoittaa ne johonkin sql-palvelimeen esim samassa sisäverkossa.

Noissa vanhoissa pumpuissa ilman nibeuplinkia voisi olla hyödyllistä joko modbusilla yrittää lukea myös pumpun vikatila + laittaa raspilla sähköpostia tai sitten laittaa ilmoitus jos arvoja ei logiin ilmaannu.

[Timo Karhu]

Nibe kai menee vikatilaan aika äkkiä jos modbus-väylä ei kuittaa pakettia. Jostain täältä muistan lukeneeni, että raspin ja niben välissä on vielä mikrokontrolleri, esimerkiksi Arduino, minkä tehtävänä on vain bootata nopeasti, vastata Nibelle ja välittää paketit eteenpäin. En tiedä tekisikö se tuosta systeemistä entistä vikavarmemman? Toki mikrokontrollerikin voi hajota.

Heräsipä semmoinen kunnianhimoinen ajatus, että tuon koko logituksen voisi laittaa pyörimään raspberry pico w:n + micropythonin avulla niin, että vastaanottaa paketit nibestä ja kirjoittaa ne johonkin sql-palvelimeen esim samassa sisäverkossa.

Noissa vanhoissa pumpuissa ilman nibeuplinkia voisi olla hyödyllistä joko modbusilla yrittää lukea myös pumpun vikatila + laittaa raspilla sähköpostia tai sitten laittaa ilmoitus jos arvoja ei logiin ilmaannu.

Hyviä ideoita. Kaitpa tuossa on jokin perusteltu syy lyödä koko pumppu tilttiin jos yksi (?) kuittaus jää tekemättä, mutta jos tuo olisi vaikka valittavissa firmiksessä niin avot.

[tk-]

Hyviä ideoita. Kaitpa tuossa on jokin perusteltu syy lyödä koko pumppu tilttiin jos yksi (?) kuittaus jää tekemättä, mutta jos tuo olisi vaikka valittavissa firmiksessä niin avot.

Muistaakseni se aktivoi vikatilakäytön, mutta vikatilan asetuksia sai jostain säädettyä myös niin, että koko lämmitys ei pysähdy.

[Timo Karhu]

Muistaakseni se aktivoi vikatilakäytön, mutta vikatilan asetuksia sai jostain säädettyä myös niin, että koko lämmitys ei pysähdy.

No mutta tämä olikin hyvä tieto! Eli eihän tuo kone lopettanutkaan lämmitystä, vaan "alensi lämpötilaa"  Mistään en löytänyt paljonko, mutta pääasia ettei se lopettanut kokonaan lämmitystä. Kaikki siis hyvin. Nappasin vielä sen alennuksen ja käyttöveden lopettamisenkin pois, niin kukaan muu ei huomaa mitään kuin isä puuttuvat lokitukset.

[edit] F:ssä siis huoltomenu 5.1.4

Kiitos!

[kuros]

En tiedä olisiko tästä apua mutta kerron kuitenkin huomioitani. Mulla on Raspi + Ardu + oma Python + c viritys toiminut ilman ongelmia. Sikäli erilainen että saan Nibe 1255F:ltä 20 rek raportin säännöllisesti ja muuten vain manuaalisesti R/W rekistreille. Niben rek operaatiot älyttömän hitaita.
Ardu saa sähköt Niben 12 V:sta joka löytyy samasta kortista kuin RS422 IF. Ainakin mahdollisia maapotentiaalieroja ei ole. RS-kaapelin pituus alle 2 m. Parikaapeli oikeaoppisesti käyttää saman parin johtimia. Standardi on päättää kaapeli 120 ohm mutta enää edes muista laitaoinko kun kaapeli on niin lyhyt.
Noissa 20 rek sanomissa oli yllätys että joukossa oli tavallisen 86 byten joskus 87 ja jopa 88 tavua jotka piti kikkailla jotta ei tule virjeitä.

Tämä oli hyvä tieto että jostain voi estää lämmitysen pysähtymisen jos MODBUS menee hälyyn. 

[Timo Karhu]

Piti vielä tsekata ja en ole kyllä varma nyt ollenkaan. Väittäisin, että kun häly on päällä, kone ei tee mitään. Jos "vikatilakäytön" valitsee erikseen, niin sitten ne asetusten madallettu lämpötila ja käyttövesituotanto pois ovat vasta voimassa.

Toki tuossa ei ehtinyt lämpötila laskea kuin 18 asteeseen eli heräisiköhän Nibe tuosta ilman paneeliin koskemista? Jaa-a..

[kuros]

Muistelen että kun MODBUS häly oli päällä, niin lämmitys oli pysähtnyt mutta täysin varmasti en muista.
Onko vikatilakäyttö kuitenkin valittava kytkimellä jolloin siitä ei ole hyötyä vaan ennemmin poistaa MODBUS hälyn?

[tk-]

Piti vielä tsekata ja en ole kyllä varma nyt ollenkaan. Väittäisin, että kun häly on päällä, kone ei tee mitään. Jos "vikatilakäytön" valitsee erikseen, niin sitten ne asetusten madallettu lämpötila ja käyttövesituotanto pois ovat vasta voimassa.

Toki tuossa ei ehtinyt lämpötila laskea kuin 18 asteeseen eli heräisiköhän Nibe tuosta ilman paneeliin koskemista? Jaa-a..

Saattaa kyllä olla näin. Itsellä on aina ollut uplink-kytkettyjä pumppuja, niin varmaankin on mennyt harvoina kertoina niin, että olen sen vikatilakäytön aktivoinut siitä ilmoituksesta.

[Pali]

Aikoinaan kun pumppu meni vikatilaan modbus yhteysongelman vuoksi, pumppu lakkasi kommunikoimasta modbus laitteelle (oikea modbus lisälaite, nibegw, talologger, yms), joten mitään ei ollut tehtävissä etänä, mutta Nibe on "korjannut" tämän aivopierun myöhempiin softa versioihin niin, että vikatilassa edelleen kommunikoidaan, jolloin myös vikatila voidaan kuitata etänä pois.

Itse käytän nibegw:tä ja openHAB pohjaista ratkaisua, joten kuittaan automaattisesti vikatilan (modbus häly) jos sellainen sattuu tapahtumaan. Lisäksi datan toimitusta pumpulta monitoroidaan openHABin päässä ja jos data ei päivity tietyssä ajassa niin siitä sitten lähtee maili sekä push viesti luuriin.

[Timo Karhu]

Saattaa kyllä olla näin. Itsellä on aina ollut uplink-kytkettyjä pumppuja, niin varmaankin on mennyt harvoina kertoina niin, että olen sen vikatilakäytön aktivoinut siitä ilmoituksesta.

Hmm.. siis missä tilanteessa nuo mainitsemasi koneet ovat ylipäätään menneet siihen "punaisen ledin tilaan"/ilmoitukseen?

Pohdin tätä siis ei talologger-tapauksessa, eli jos ylipäätään jokin samatasoinen vika kuin modbus laukaisee tuon ilmoituksen/hälytyksen, niin hyytyykö Nibe aina olemaan joutilaana kunnes joku kuittaa tai valitsee vikatilan?

[tk-]

Hmm.. siis missä tilanteessa nuo mainitsemasi koneet ovat ylipäätään menneet siihen "punaisen ledin tilaan"/ilmoitukseen?

Pohdin tätä siis ei talologger-tapauksessa, eli jos ylipäätään jokin samatasoinen vika kuin modbus laukaisee tuon ilmoituksen/hälytyksen, niin hyytyykö Nibe aina olemaan joutilaana kunnes joku kuittaa tai valitsee vikatilan?

Nimenomaan ne on olleet näitä talologgerin aikaansaamia hälyjä. Yleensä testailuvaiheessa vain, mutta olisiko jonkun kerran käynyt niin, että jostain syystä raspi meni juntturaan niin ettei itse ollut kotona, ja täytyi vain laittaa vikatila päälle. Tai sitten olen sen joskus vain testimielessä aktivoinut ja antanut mennä jonkin aikaa todetakseni, että etänäkin pumppu jatkaa toimintaa.

Vaikea muistaa kun toimii lähes pomminvarmasti tuo systeemi! Mutta tuo automaattinen modbus-vikakuittaus olisi kyllä hyvä, toki se pelastaa vain tilanteessa missä raspi toimii edelleen.