Nibe F1345 + TaloLoggerPi + 1Wire-antureita

[noble]

Adapteria itse vielä odottelen, mutta... tuleeko tuossa mahdollisen sähkökatkon jälkeen vikatila kun laite ei olekaan heti pumpulle vastailemassa? Voin tuon itse sitten toki sitten testata "itseaiheutetulla" sähkökatkolla.

Hieman siitä kiinni, että ehtiikö Raspi nousta ennen pumppua ylös.

[tk-]

Adapteria itse vielä odottelen, mutta... tuleeko tuossa mahdollisen sähkökatkon jälkeen vikatila kun laite ei olekaan heti pumpulle vastailemassa? Voin tuon itse sitten toki sitten testata "itseaiheutetulla" sähkökatkolla.

Hieman siitä kiinni, että ehtiikö Raspi nousta ennen pumppua ylös.

Juuri sitä meinasinkin sitten testata pääkytkimestä räpsäyttämällä, että kumpi ehtii ensin. Jos vikatila tulee ja jatkossa mahdollisesti tuo pi onnistuisi myös käskemään pumppua, niin voisikohan tuon ongelman mahdollisesti kiertää sitten sillä, että aina käynnistyessään tuo laite antaa pumpulle käskyn uudelleenkäynnistykseen? Olettaen tietysti, että vikatilassa ottaa vielä käskyjä vastaan.. Tämmöistä ajatusvirtaa, on asiassa tietysti vielä paljon mutkia matkassa käytännön toteutukseen sitten ja täytyy tuo nyt ensin testata onko edes ongelmana.

[tk-]

Noniin, adapteri vihdoin saapui. Systeemi vaikuttaisi pelaavan oikein hyvin! Neljä valittua arvoa logittuu ja käyräkin piirtyy osoitteeseen http://puuseppa.asuscomm.com/talo/. Hieman meinasi olla alkukankeutta, kun juuri noissa BT70 ja BT71, mitkä laitoin tallentumaan, oli pisteet Niben alkuperäisissä selitteissä mitkä näytti sitten taas Talologgerissa olevan poistettu. Eli ilmeisesti nuo pisteet välistä ja perästä on pois muistakin?

Vikatilan tuon ohjelman keskeytys toki aiheuttaa, mutta sen tuo pumppu tuntuu sietävän hyvin. Uplinkiin (ja pumppuunkin todennäköisesti, en ole vaivautunut katsomaan sinne saakka!) tulee kyllä tieto vikatilasta ja modbus-yhteysviasta, mutta pumpun toimintaan se ei mitenkään vaikuta. Ja vikatilasta huolimatta logitus herää toimimaan heti kun talologgerin käynnistää uudelleen, vaikka tuota vikailmoitusta ei vielä olisi kuitattukaan. Eli olisiko tässä Niben softan osalta tapahtunut kehitystä aiempaan?

Kaiken kaikkiaan vaikuttaisi toimivalle tuon logituksen osalta.

[olammi]

Eli ilmeisesti nuo pisteet välistä ja perästä on pois muistakin?

Kaikki pisteet on Niben datapisteet yksilöivistä avaimista poistettu taloLoggerissa.

[noble]

Hyvin näyttäisi dataa tulevan Nibestä, mutta ei oikein pelittänyt testipuolen database yhdessä käytössä olevan kanssa (jotain timestamp erroreita)

Onko olammilla millainen aikataulu releasen suhteen?

[olammi]

Short listillä olisi tulossa Enervent EDA vielä ja sitten kun se on kuosissa, niin release.

Tämän jälkeen paha silmä kohti taloLoggerin measure-arvojen validointia ja hälytyksiä.

[tk-]

Laitan tähän vielä vastaisuuden varalle nuo oman käsitykseni mukaan tulkitut yksittäisen arvon luku- ja kirjoitusliikenteen. Lähinnä tuolla lukemisella voisi kuvitella olevan käyttöä "täydellistä järjestelmäkuvaa" rakennellessa, missä näkyisi myös käyntitiedot kompressori- ja kiertopumppukohtaisesti, käyntiaikatiedot yms.. Muutoinhan tuo 20 esivalittua arvoa kyllä riittävät jo hyvinkin pitkälle.

Tuolla ketjussa, mistä tuon login nappasin, testailija kertoo ensin kirjoittavansa käynnistysasetuksen (47206 DM start heating) arvoon -100 ja sitten takaisin -50.

Rekisterin luku ennen kirjoitusta:

5C 00 20 69 00 49 C0 69 02 66 B8 75 06
5C 00 20 6A 06 66 B8 CE FF 00 00 A3 06

Tässä kirjoitetaan arvoon -100:

5C 00 20 6B 00 4B C0 6B 06 66 B8 9C FF 00 00 10 06
5C 00 20 6C 01 01 4C 06

Tässä heti perään luetaan tuota samaa rekisteriä:

5C 00 20 69 00 49 C0 69 02 66 B8 75 06
5C 00 20 6A 06 66 B8 9C FF 00 00 F1 06

Tässä kirjoitetaan arvoon -50:

5C 00 20 6B 00 4B C0 6B 06 66 B8 CE FF 00 00 42 06
5C 00 20 6C 01 01 4C 06

Tässä luetaan rekisteri tuon kirjoittamisen jälkeen:

5C 00 20 69 00 49 C0 69 02 66 B8 75 06
5C 00 20 6A 06 66 B8 CE FF 00 00 A3 06

[olammi]

Laitan tähän vielä vastaisuuden varalle nuo oman käsitykseni mukaan tulkitut yksittäisen arvon luku- ja kirjoitusliikenteen.

"Talologger apua tarvitaan"-viestiketjussa tietoa uudesta taloLoggerin testiversiosta v1.6j, jossa tämä arvojen kysely testimielessä mukana. Sisältää jonkin verran arvauksia ja kun pumppua ei itsellä ole, niin debug-lokit ovat tervetulleita.

[tk-]

Tässä logia, jouduin pdf-muotoon tallentamaan kun en saanut macista rivinvaihdoilla muuten pihalle. Laitoin logituksen väliksi tuossa 5 sekuntia. Vaikuttaisi äkkiseltään sille, että tuo haku toimii sellaisessa tilanteessa kun tuo erikseen kysytty arvo ei ole noiden 20 esiasetetun joukossa. Pumppu tuntuu vastaavan tuohon kyselyyn noin sekunnin viiveellä.

[olammi]

Ok. Näyttäisi siltä, että se saa haettua ihan hienosti sieltä haluttua arvoa. Arvaukset ovat osuneet oikeaan.

Kertooko merkkijono "6F1345-24" jotain pumpustasi? Vai sattuisiko joku softaversio olemaan 1.16.54?

Edit: Ja lisäyksenä, jos laitat hakuun jonkun 32-bittisen arvon, niin toimiiko.

[tk-]

Ok. Näyttäisi siltä, että se saa haettua ihan hienosti sieltä haluttua arvoa. Arvaukset ovat osuneet oikeaan.

Kertooko merkkijono "6F1345-24" jotain pumpustasi? Vai sattuisiko joku softaversio olemaan 1.16.54?

Edit: Ja lisäyksenä, jos laitat hakuun jonkun 32-bittisen arvon, niin toimiiko.

Pumpun malli on F1345-24. Mistä tuon haettavan arvon saa valittua, konfiguraatiotiedostossa? Kysyykö se tuonne measureen määritettyä arvoa?

[olammi]

Pumpun malli on F1345-24. Mistä tuon haettavan arvon saa valittua, konfiguraatiotiedostossa? Kysyykö se tuonne measureen määritettyä arvoa?

Ok. Mutta tuo versionumero ei soittanut kelloja?

Konfiguraatiotiedoston MEASURE-riveillä konfiguroidaan, että mitä tietoja halutaan lokittaa. Loggeri kaivaa tiedot sitten joko niistä esikonfiguroiduista tiedoista tai jos ei siinä tule, niin kysyy pumpulta erikseen. Eli kun sinne heittelee lisää rivejä, niin haetaan lisää dataa.

[tk-]

Softaversio on 4150R7. Ei tuo nyt oikein sarjanumeroonkaan liippaa, se tosin kyllä alkaa 06511.. Tässä liitteenä logi, missä haetaan virtaa (32bit). Myöhäisillan kunniaksi tuohon ulkolämpöön jäi typo, niin tulostaa siihen virhettä. Testailen huomenna useamman esivalintaan kuulumattoman arvon kyselyä vielä.

[olammi]

Softaversio on 4150R7. Ei tuo nyt oikein sarjanumeroonkaan liippaa, se tosin kyllä alkaa 06511.. Tässä liitteenä logi, missä haetaan virtaa (32bit). Myöhäisillan kunniaksi tuohon ulkolämpöön jäi typo, niin tulostaa siihen virhettä. Testailen huomenna useamman esivalintaan kuulumattoman arvon kyselyä vielä.

Ok. No tuo 4150 löytyy tuosta, kun tulkitsee. Eli pumppu kertoo identiteetikseen sitten:  1 (en tiedä mitä on), 4150 (versio) "F1345-24" (tyyppi).

Näyttäisi tuo 32-bittinen luku tulevan samanlaisella framella kuin 16-bittinenkin, joten siinäkin arvattu oikein.

[tk-]

Testailin tuossa asetuksilla, missä luetaan noiden 20 esivalitun lisäksi vielä 4 esivalitsematonta arvoa, ja tallennetaan 30sekunnin välein. Näyttäisi toimivan. Voin laittaa illemmalla vielä pätkän tuota logia kunhan käyn sammuttamassa tuon modbusin jossain välissä. Eli vaikuttaisi näiltä osin kaiken kaikkiaan tuo lukupuoli pelaavan erinomaisen hyvin.

Tuon modbus-dokumentin mukaan pumppu lähettää "NIBE" + "malli" + "ohjelmaversio". Eli onko tuo "NIBE" vielä löydettävissä tuosta mikä aiemmin jo mietit?

[olammi]

Tuon modbus-dokumentin mukaan pumppu lähettää "NIBE" + "malli" + "ohjelmaversio". Eli onko tuo "NIBE" vielä löydettävissä tuosta mikä aiemmin jo mietit?

Ei ole NIBE:ä siinä. Siinä on ohjelmaversiota ennen yksi tavu, jossa on arvo 0x01. Sen jälkeen 2 tavua, jotka voisi tulkita tuoksi ohjelmaversioksi ja sitten loput asciina "F1345-24".

Edit: Niin ja tämä ei tule siis kysymällä vaan on yksi tuolla väylällä silloin tällöin mutta harvemmin kulkeva frame, jossa on 0x20-laiteosoitteelle osoitettua dataa - eli ei ole tyhjä ohjaimen lähettämä frame.

[olammi]

Vielä lisää eksperimentointia, niin kokeillaanko myös noiden arvojen asettamista tuolla protokollalla? tk-?

[tk-]

Kyllä sitä testata voin.

Onnistuin tuon eilisen login jotenkin poistamaan, niin jäi tuo toimiva  useamman arvon kysely laittamatta. Eipä siinä kyllä mitään "uutta" edelliseen nähden olisi ollutkaan. Testiversio pyörii nyt ja tallentaa onnistuneesti dataa tuonne aiemmin mainitulle sivudtolle.

[olammi]

Toinen mielenkiintoinen testattava, jos löytyy se Niben Modbus40-laite voisi olla, että kokeilee saako se alkuperäinen vehje Niben pois vikatilasta, jos se modbus40 tulee mukaan vasta "myöhässä" ja jos saa niin minkälaista liikennettä väylällä näkyy silloin.

Eli saisiko taloLoggeriin kyvyn poistaa vikatila, jos esim. raspi käynnistyy liian hitaasti.

[Pali]

Täältä löytyy minun ymmärrys kuinka dataa saa kirjoitettua pumpulle

Token/lupa pumpulta lähettää dataa:
nibegw.c

PDU:n generointi:
NibeHeatPumpProtocol.java


-Pali

[olammi]

Oma käsitykseni noiden lokien perusteella on näköjään suhteellisen sama kuin Palilla. Implementaatiot hieman erilaiset.

[tk-]

Tuollaisen hälyn antaa modbus-viasta:

Tiedonsiirtovika lämpöpumpun ja MODBUS-yksikön välillä.

ISÄNTÄ
Hälytysnumero: 251
Raportoitiin 12.2.2015 20:50:49
Hävisi: 12.2.2015 22:48:58

Tämä voi johtua tilapäisestä ulkoisesta häiriöstä, esim. salamasta.
Kokeile ensin kuitata hälytys. Jos hälytys uusiutuu, valitse apukäyttö ja ota yhteys asentajaasi.

Tuo vika ei vaikuta pumppuun mitenkään, ja sen saa kuitattua myös uplinkin kautta (mistä tuo em. ilmoituskin on kopioitu). Yritin googletella saisiko noita hälyjä kuitattua modbusin kautta, toistaiseksi en löytänyt tietoa. SMS40 vissiin mahdollistaisi hälyjen kuittauksen. Toki se olisi ehkä hyvä rajoittaa tuohon koodiin 251, mikä on juuri tuo modbus-vika. Tuo modbus40 saa virtansa pumpulta, ja se luultavasti ehtii aina käynnistyä ensin, eli sen kanssa tuskin saa vikaa esille muuta kun piuhoja irroittamalla.

[Pali]

Häly rekisteri näyttäs olevan read only rekisteri, joten luultavasti hälytystä ei voi ainakaan modbus rekisterien kautta nollata. Ongelmana on myös että pumppu lakkaa lähettämästä viestejä modbus40:lle kun häly on päällä. Näin ollen token ei siirry koskaan modbus laitteelle, eikä mitään voi lähettää pumpulle.

Jos hälyn voi sms40:n tai rmu40:n (Niben huoneyksikkö) kautta nollata ja joku saisi logattua tuon komennon talteen (itse en omista kumpaakaan), niin ehkä joku keino löytyisi hälyn nollaamisen myös kotikutoisesti.

[tk-]

Häly rekisteri näyttäs olevan read only rekisteri, joten luultavasti hälytystä ei voi ainakaan modbus rekisterien kautta nollata. Ongelmana on myös että pumppu lakkaa lähettämästä viestejä modbus40:lle kun häly on päällä. Näin ollen token ei siirry koskaan modbus laitteelle, eikä mitään voi lähettää pumpulle.

Jos hälyn voi sms40:n tai rmu40:n (Niben huoneyksikkö) kautta nollata ja joku saisi logattua tuon komennon talteen (itse en omista kumpaakaan), niin ehkä joku keino löytyisi hälyn nollaamisen myös kotikutoisesti.

Ainakaan tuo F1345 4150-firmiksellä ei lakkaa lähettämästä viestejä, vaan jatkaa lähettämistä hälytyksestä huolimatta kunhan tuo laite on taas pystyssä. Olisiko tässä sitten Niben firmistä kehitetty? Tuo vika ei myöskään vaikuta pumpun toimintaan mitenkään, testasin illan pitämällä pumpussa tarkoituksella hälyä päällä. Hälyn sain aikaan keskeyttämällä tuon talologgerin ajamisen hetkeksi, ja kun laittoi takaisin päälle logittamaan, niin häly kyllä jäi mutta logitus jatkui.

Olisihan se toisaalta järjetöntä, että tiedonsiirtomodulin vika saisi aikaan lämmityksen keskeyttävän hälytyksen. Ehkä ovat tuon ottaneet huomioon sitten aiempien firmisten!

[Pali]

Tuohan on erinomainen uutinen, ja noin sen pitäisi toimiakin. Kirosin pumpun toimintaa aikoinani kun tukea tein. Itsellä on F1245 pumppu jossa ei pyöri aivan uusin versio.

[noble]

Testasin juuri, niin kyllä F1245 menee uusimmallakin ohjelmistolla vikatilaan kun modbus-kuittaukset loppuu. Ehkä eroaa F1345 käyttäytymisestä.

Eli punaista on naamataulu täynnä ja vaihtoehdot virheen palautus tai info. Harmaana näkyy, että vikatilalämmitys käytössä.

[tk-]

Testasin juuri, niin kyllä F1245 menee uusimmallakin ohjelmistolla vikatilaan kun modbus-kuittaukset loppuu. Ehkä eroaa F1345 käyttäytymisestä.

Eli punaista on naamataulu täynnä ja vaihtoehdot virheen palautus tai info. Harmaana näkyy, että vikatilalämmitys käytössä.

Ok, tuossa F1345 tulee tuo sama ilmoitus ja pumppu punaiseksi, mutta vikailmoituksen alareunassa on pallukka valittavissa mistä täytyy itse valita vikatilalämmitys käyttöön. En ole vielä testannut kauanko tuo antaa aikaa hälytyksen kuittaamiseen, mutta ainakaan samantien automaattisesti ei laita tuota vikatilalämmitystä päälle.

Eli tuo F1245 lakkaa kompuralla lämmittämisen kun tuo modbus-vika tulee ja siirtyy pelkän sähkön käyttöön, ja käyttövettä ei tehdä?

[noble]

En ole koittanut irroittaa kuittausta niin, että kompura olisi päällä, joten en tiedä katkeaako sen käynti lennosta.

Vikatilassahan saa valita tehdäänkö lämpöä ja/tai vettä vastuksella.

[tk-]

Löysinpä tuolta Modbusmanagerin asennuskansiosta Modbusupdater-ohjelman, mikä päivitti tietokannan. Vieläkin sieltä puuttuu osa uusimmista, mm. nuo lähtevän ja palaavan käyttöveden lämpöanturit. Huomasin listassa kuitenkin rekisterin 45171 Reset Alarms. Pystyisiköhän tuon avulla kuittaamaan esim. sähkökatkon aiheuttaman vikatilan? Toki varmaan pitäisi ensin varmistaa, että kyseessä on juuri modbus-vika.

Voin tehdä tuosta päivitetystä listasta tänne jälleen excel-taulukon lähipäivinä kunhan aikaa jostain löytyy!

[tk-]

Lähipäivinä ja lähipäivinä.. Kesään mennessähän Saunalahtikin aikanaan lupaili uusia ominaisuuksia ja syksyllä sitten aina asiakkaat mietti, että tuleehan se kesä aina uudelleen. No, tässä liitteenä. Rivejä on taulukossa melkein 400 enemmän kuin aiemmin. Tuossa on varmaankin kaikki mahdolliset 1xx5-muuttujat, vaikka modbus-managerissa voikin erikseen valita 1145/1245.

[Jerry68]

Moi,

Laitan tänne vanhaan ketjuun, jos joku asiaan vihkiytynyt sattuisi lukemaan ja tietäisi vastausta, kun en muualta ole vielä apua saanut.
Pitäisikö Nibestä saada Modbus väylän kautta kaikki nuo suunnattomat määrät (NibeModbusmanagerista löytyvää) dataa TaloLoggeriin, kunhan vain kysely on oikeassa muodossa?
Itsellä käytössä USB sovitin Raspissa (NIBERS485), mutta en ole saanut kaikkia haluamiani tietoja ulos Nibestä.
Kiinnostaisi esim. nuo virtamuuntimien vaihevirrat ja FLM:n tulo- sekä poistoilmojen lämpötilat.
Uusimmalla Niben softalla ei myöskään toimi tuo Logintutkija, koska Niben tiedot ilmeisesti hieman eri muodossa nykyään. Käyttääkö TaloLogger suoraan .conf tiedostossa olevia tekstejä kysyessään Nibeltä dataa vai käyttääkö se noita Niben käyttämiä numeerisia osoitteita?

Tarkoituksena alkaa virittelemään noita 1-wire antureita lisäksi, jos väylän kautta saatavat ei ala selviämään.

Edit: Virrat ja ilmanvaihdon lämpötilat sain jo ongittua, mutta tuo sähkön hinta pitäis vielä saada, jotta näkisi sen vaikutuksen pumpun toimintaan.