IHC, M-bus, Nilan og DanTherm ventilation.

[Kandersen]

@Ole Hvis det virker med RS485 og køre modbus over de samme A/B/GND, så bør der ikke være noget galt i at køre Openhab med den. Men om modbus adresserne er er de samme for CTS600 som for CTS602 boardet, der må jeg være dig svar skyldig. De fleste burde være de samme.

Adaptoren jeg bruger det er denne:
https://www.amazon.de/In-Circuit-901-274-USB-RS485-Adapter/dp/B00I9H0998/ref=sr_1_5?ie=UTF8&qid=1523209442&sr=8-5&keywords=USB+RS485+Adapter

Den findes også med en kasse om, så den er lidt bedre beskyttet. 
https://www.amazon.de/USB-RS485-Adapter-mit-Gehäuse/dp/B00I9H5J02/ref=pd_sim_147_2?_encoding=UTF8&psc=1&refRID=298CQMXYX2YHTAYW4ADE

 

[Lars Jacobsen]

Hvis du læser lidt af de første indlæg her i tråden vil du se det nok vil give problemer med både display/styreenhed tilkoblet samtidig med openhab eller anden styring. Det skyldes der kun kan være een master på bussen og der er altså display/styreenheden.

Men eller burde adresser mm være det samme.

Samme issue gælder faktisk også for en Wavin AHC 9000 gulvarmestyring. Her kan det lokale display/betjeningpanel heller ikke være tilkoblet samtidig med en ekstern styring.

[Ajes]

joe - det synes jeg nok jeg læste - men indtil videre lader det sjovt nok til at fungere.

Der er selvfølgelig masser af kommandoer/læsninger etc. i cts 602'eren som ikke bliver brugt i lige præcis min model. Det er lidt det jeg sidder og prøver at luge ud i :-)

 

[Ole]

3 timer siden, Lars Jacobsen skrev:

Hvis du læser lidt af de første indlæg her i tråden vil du se det nok vil give problemer med både display/styreenhed tilkoblet samtidig med openhab eller anden styring. Det skyldes der kun kan være een master på bussen og der er altså display/styreenheden.

Bare lige for at få det skåret ud i pap. :-)

At forstå, når jeg har CTS600 kan jeg vælge at afmontere det oprindelige panel, og således formentlig have held til at kommunikere med OpenHAB på samme niveau som havde styringen været af CTS602, selvfølgelig med de featrure-mæssige begrænsninger der muligvis er mellem CTS600 og CTS602, ud over den elektrisk separate tilslutning af betjenings panelet?

 Hilsner Ole.

[Ole]

På ‎11‎-‎04‎-‎2017 at 22:07 , DanGunvald skrev:

Jeg har et håb om jeg kan tage mig sammen og få pillet det ned i løbet af ikke så længe og få loddet et par relæer på, og når det sker, skal jeg nok smide nogle billeder på.

@DanGunvald - fik du nogensinde lejlighed til at montere relæer og tage et par billeder - som du vil dele? :-)

[Lars Jacobsen]

27 minutter siden, Ole skrev:

Bare lige for at få det skåret ud i pap. :-)

At forstå, når jeg har CTS600 kan jeg vælge at afmontere det oprindelige panel, og således formentlig have held til at kommunikere med OpenHAB på samme niveau som havde styringen været af CTS602, selvfølgelig med de featrure-mæssige begrænsninger der muligvis er mellem CTS600 og CTS602, ud over den elektrisk separate tilslutning af betjenings panelet?

 Hilsner Ole.

Ja det vil jeg mene.

Har også selv den gamle Nilan styring med 1 bus og rodede med det for år tilbage. Dengang var problemet også primært at få kommunikationen (modbus protokollen) op at køre fejlfrit og det lykkedes mig ikke rigtigt med de RS485 adapter jeg købte. Måske det er noget med slutterminering som jo er mulig på kandersen's adapter.

Benytter i øvrigt også rs485 til mine Danfoss solcelleinvertere og her virkede mine adaptorer heller ikke rigtig, så der strandede projektet. Måske jeg også skulle forsøge igen, men nu kan du så lave prototypen (som kandersen), så følger jeg efter :-)

[Ajes]

En note, i forhold til CTS602 printkortet:

Jeg har rodet lidt rundt med tilslutningerne idag, og blev lidt forvirret over CTS602-modbus dokumentationen, set i forhold til de tilslutninger der er på printet (set på sidste side i dokumentationen).

På printet er der kun 11 temperatur tilslutninger (plus en temperaturføler på selve printet - "T0".

Efter at have rodet rundt med det , kan jeg konstatere at de 11 tilstlutninger (lad os kalde dem PT0-11 for Print T0-11) svarer til følgende modbus tilslutninger (lad os kalde dem T0-17):

PT0 =T0 (altså - printets T0 svarer til modbus T0)
PT1 = T5 (altså - printets T1 svarer til modbus T5 - kondensatorens temperatur føler)
PT2 = T6 (etc...)
PT3 = T7
PT4 = T1 og vistnok også T8 - de to temperaturer ser ud til at være ens hele tiden.
PT5 = T14
PT6 = T10 (jeg er noget forvirret over hvor denne føler helt præcist er placeret... ledningen går ind i maskinen hvor jeg ikke kan følge den, men den er kaldt "external room temperature"...???
PT7 = T16
PT8-9 har jeg ikke testet - jeg tror de hænger sammen med T2-4
PT10 = T11
PT11 = T12

Håber det er til hjælp for nogen. :-)

[Kandersen]

14 timer siden, Ajes skrev:

En note, i forhold til CTS602 printkortet:

Jeg har rodet lidt rundt med tilslutningerne idag, og blev lidt forvirret over CTS602-modbus dokumentationen, set i forhold til de tilslutninger der er på printet (set på sidste side i dokumentationen).

På printet er der kun 11 temperatur tilslutninger (plus en temperaturføler på selve printet - "T0".

Efter at have rodet rundt med det , kan jeg konstatere at de 11 tilstlutninger (lad os kalde dem PT0-11 for Print T0-11) svarer til følgende modbus tilslutninger (lad os kalde dem T0-17):

PT0 =T0 (altså - printets T0 svarer til modbus T0)
PT1 = T5 (altså - printets T1 svarer til modbus T5 - kondensatorens temperatur føler)
PT2 = T6 (etc...)
PT3 = T7
PT4 = T1 og vistnok også T8 - de to temperaturer ser ud til at være ens hele tiden.
PT5 = T14
PT6 = T10 (jeg er noget forvirret over hvor denne føler helt præcist er placeret... ledningen går ind i maskinen hvor jeg ikke kan følge den, men den er kaldt "external room temperature"...???
PT7 = T16
PT8-9 har jeg ikke testet - jeg tror de hænger sammen med T2-4
PT10 = T11
PT11 = T12

Håber det er til hjælp for nogen. :-)

Både og.. Jeg har brugt billede fra anlægget der viser de forskellige temperatursensorer og hvad de hedder. Men det er ikke dem alle jeg kan få til at vise noget på. 



T2 og T7 burde vise det samme. 
T2, T5, T9/TC og T10, får jeg ikke meldinger fra. 

T15 er i følge Nilan mit betjeningspanel. Men det viser meget mere end rummet det sidder i. (Garagen). Pt viser det 20.3 grader. Og det er omkring 12 grader i Garagen. 
T10, ekstern rum føler,  er ikke monteret, sikker derfor jeg ingen meldinger får. 

Jeg aner nada om modbus, reading og holding register.. så jeg ved ikke hvor eller hvordan jeg skal gribe det an. Måske en dag :-)  

[Ole]

På ‎10‎-‎04‎-‎2018 at 22:55 , Lars Jacobsen skrev:

Måske jeg også skulle forsøge igen, men nu kan du så lave prototypen (som kandersen), så følger jeg efter :-)

Efter at have kigget lidt nærmere på @DanGunvald løsning, bliver det vist den jeg prøver at forfølge. En trådløs løsning til ventilationsanlægget passer bedre i forhold til placeringen. Jeg er dog noget usikker på om jeg magter at komme i mål med det, men delene koster jo ikke alverden, så må jeg se om jeg kan finde den tid der helt sikkert vil gå med at få det op at køre. :-)

[meinert]

Jeg har lavet en POC hvor man med en raspberryPi (eller i mit tilfælde en OrangePi) og en billig usb modbus dongle kan styre sit anlæg med en app. Alle registre bliver læst ud, send til en backend og app'en kan pt. vise 6 udvalgte værdier og man kan skrue op og ned for ventilationen. Har desuden lavet en løsningen så anlægget kan skrue op og ned af sig selv på baggrund af CO2 niveauet målet med en Netatmo vejrstation. Har desuden mange visioner for hvad der kunne være interessant at lave. 

Men er lidt nysgerrig efter hvad i gerne vil opnå med at få forbindelse med Nilan anlægget? Er det bare et hygge projekt? Skal det være OpenHab? Skal det være sammen med IHC?

[Ole]

@meinert for mit vedkommende er det et ønske om bedre integration af ventilationsanlægget i det samlede setup. Det primære ønske er muligheden for at styre hastigheden og ønsket indblæsnings temperatur, samt se filter alarmen – gerne i antal dage tilbage. (jeg kører med fast frekvens af filterservice). Sekundært muligheden for at stille uret ved sommer- / vintertids skift – men mindre relevant hvis muligheden for at (over)styre hastighed og ønsket indblæsningstemperatur er til stede. Jeg ønsker at styringen skal ske fra OpenHAB af, i det jeg her har adgang til mine Netatmo sensore, og IHC installationen. Jeg har ikke noget ønske om en separat app – tvært i mod. Selvom OpenHAB app’en næppe er det mest lækre man har set, så synes jeg styrken er at man kan samle betjeningen her, så jeg ikke skal åbne Netatmo app’en for at se klima informationer, Hue app’en for at styre lyset, PowerView app’en for at styre gardiner, og så videre.

 

[Kandersen]

27 minutter siden, meinert skrev:

Men er lidt nysgerrig efter hvad i gerne vil opnå med at få forbindelse med Nilan anlægget? Er det bare et hygge projekt? Skal det være OpenHab? Skal det være sammen med IHC?

Min overordnet plan er ganske simpelt, at få samlet alt, så jeg kan styre det på smarte måder på kryds og tværs, samt overvågne det hele på een samlet platform.
I korte træk, så vil jeg kontrollere og vide, hvordan vores hus har det, og hvad der sker i huset. 
Udover det er vanvittigt hyggeligt at sidde og rode med, så mener jeg også det langt hen ad vejen er enormt vigtigt for vores hverdag i hjemmet. Men det er først når det virkelig virker, virker ordentligt, troværdigt, stabilt og ikke mindst sikkert, at det er vigtigt. 

Jeg er måske lidt forud for tiden, men jeg finder det grotesk og komplet idiotisk, at vi sidder i år 2018 med SÅ mange forskellige former for styringer, og kun ganske få kan se fornuften i at kunne kombinere dem på kryds og tværs. Her falder LK/Schneider i med et massivt brag, fordi de har været i gamet i så mange år, og stadigvæk ikke kan se det. Det burde klynges op til offentlig stening for at komme med deres V3 controller sidste år, uden på nogen som helst måde at have rykket sig i en åben retning.
Heldigvis går det stærkt i den rigtige retning for nærmest alle andre. 

Du nævner selv nogle funktioner, som efter min mening har ligget lige til højrebenet i årtier.
fx: Højt Co2 niveau = der skal ventilation/udluftning til.

Ideen med at Nilan anlægget styre det selv er for sin vis okay. Problemet er bare, Co2 føleren er ikke standard. Og skulle man få den ide at opgradere anlægget med en Co2, så koster det kassen, i forhold til at købe en lille simpel Co2 føler (fx en Netamo vejrstation), og bruge den Co2 føler. Men så opstår problemet. Nilan og Netamo kan ikke snakke sammen. Så i realiteten ender man ud i at købe to Co2 følere, ja måske endda flere. 
Og sådan kan man blive ved med at tilføje forskellige dimser i sit hjem, som i realiteten kan kombineres og understøtte hinandens funktioner og muligheder. Men så ramler man panden mod muren og må kæmpe med at få en helhed til at hænge sammen. 

Mht Nilan og Co2, så er min erfaring  at anlægget (vores anlæg) slet ikke er effektivt nok til at holde Co2 niveauet nede. Jeg har prøvet at sætte anlægget op i trin 4 (100%) når Netamo siger at Co2 er over 1000. Det tager for lang tid at få Co2 niveauet ned på den måde. Derfor bruger jeg det ikke. Til gengæld jagter jeg en løsning, hvor Netamo (Co2) i stedet kunne åbne vores elektriske ovenlys Velux vinduer. Det tager kun ganske få minutter at få Co2 niveauet ned på den måde. Men så er jeg tilbage i det overordnet problem med kommunikationen igen. Nilan, Velux og Netamo snakker heller ikke sammen, selvom det igen er muligheder der ligger lige til højrebenet.
 
Ser man lidt mere effektivt på det, så er Nilan ventilation slet ikke så skide smart alligevel. Problemet er, at når man fx skruer op for ventilationen, så er det i hele huset på een gang (vi har 300kvm og 12 rum/værelser). Det er ineffektivt, hvis det fx kun er i stuen, et værelse eller køkkenet som trænger til et ekstra pust frisk luft. Så når man udlufter på den måde, så skaber man også et nyt problem, varmetab eller rettere unødigt varmetab. En forholdsvis simpel løsning på dette kunne være, at lave selvstændig styret ventiler/spjæld eller lign. Men det betyder nytænkning i forhold til det traditionelle. Så også her må man anfægte Nilan (og andre mærker) for ikke at tænke effektivt og smart nok.
Og hvis man så går all-in, så laver man styringen så den netop kan snakke sammen med andre systemer. Så fx en Co2 føler i hvert rum/værelse evt i kombination med en temperaturføler, kan aktivere en ventilation/vindue eller andet, når det er nødvendigt. Det er ikke raketvidenskab. Men som det er nu, så er bedste løsning, at få Co2 føleren til at aktivere en push besked, en lampe, en ringetone eller lign, så en beboer kan begive sig til vinduet og åbne det manuelt, eller skrue op for det i forvejen ineffektive ventilations anlæg. Altså, præcis sådan som Netamo er skruet sammen i dag. Det er gabende idiotisk, selvom man nok kunne finde på flere gode grunde til, at det har visse fordele. Fx at man ikke risikere at gro fast i sofaen osv..

Min foreløbige plan på Co2/udluftning bliver: 
At få Openhab2, Netamo/anden form for individuel Co2 føler og Velux til at snakke sammen. Så styres vinduerne i de rum, hvor det er nødvendigt. Det lyder simpelt, men Velux/IO vil ikke helt lege med endnu, så det er mit næste lille bump på rejsen. Udover det skal IHC controlleren og mit Ubuiquiti netværk også blandes ind i det, så jeg har styr på at vinduerne ikke åbner, når der ikke er nogen hjemme. IHC styrer alarmen, så når den er tilkoblet, så er det no-go for vinduerne. Ubiquiti kan se hvem der er hjemme. Ikke en 100% skudsikker løsning, men i forbindelse med PIR´s i flere rum, Alarmen til/frakoblet, så er det en smal sag for OpenHab at regne ud, om der er nogen hjemme. 
Nilan anlægget kommer ind i billedet de dage hvor det ikke er skide smart at åbne vinduerne pga vejret,  og/eller behovet for udluftning opstår, når der ikke er nogen hjemme. Fx til at køle ned. 

Min største udfordring med lige dette punkt pt - Tiden (den værste årsag), Velux, vind og vejr.
En Velux KLF 200 skulle efter sigende kunne forbindes OpenHab2. Men selvom vinduerne har regnsensor, så er denne melding ikke tilgængelig via KLF 200, siges der. Derfor skal jeg finde en anden form for regn, vind og vejr sensor, som virker på samme måde. Netamo har regn og vind, og jeg overvejer om det skal være løsningen. Men det skal være en klippe stabil løsning. Og så skal jeg have koblet regnsensorene fra i Velux vinduerne.. Det er vistnok lidt tricky.
Det havde ellers været smart, (logisk) hvis man kunne hente meldingen om "regn" fra vinduerne via KLF 200 interfacet, og så lade Nilan ventilation overtage, hvis det fx regner for meget til at vinduerne vil åbne. Så Velux skal åbenbart også anfægtes for at ikke bruge nytænkning, ligesom LK/Schneider, ligesom Nilan (oa mærker), ligesom.... man kan jo blive ved 

[Ajes]

For mit vedkommende er det blot at kunne styre min VP18 via computeren/ipad'en, med et lidt smartere interface end nilans eget.....

Jeg har en gammel raspberry pi med en rs485 usb dongle koblet på anlægget, og den kører openhab. Det fungerer fint, men jeg er ikke færdig med at lege med det - skal lige have ryddet grundigt op i alle indstillingerne, så det kun er dem mit anlæg understøtter der bliver brugt.

[Lars Jacobsen]

9 timer siden, Ole skrev:

Efter at have kigget lidt nærmere på @DanGunvald løsning, bliver det vist den jeg prøver at forfølge. En trådløs løsning til ventilationsanlægget passer bedre i forhold til placeringen. Jeg er dog noget usikker på om jeg magter at komme i mål med det, men delene koster jo ikke alverden, så må jeg se om jeg kan finde den tid der helt sikkert vil gå med at få det op at køre. :-)

Raspi løsningen er også eller kan være trådløs via wifi. Dan's øsning kræver lidt mere "fingersnilde" end en raspi med USB. For uanset om man vælger den ene eller anden platform til at lave modbus kommunikationen med, skal der jo noget med et rs485 interface på.

[Ole]

3 timer siden, Lars Jacobsen skrev:

Raspi løsningen er også eller kan være trådløs via wifi. Dan's øsning kræver lidt mere "fingersnilde" end en raspi med USB. For uanset om man vælger den ene eller anden platform til at lave modbus kommunikationen med, skal der jo noget med et rs485 interface på.

Sagen er den, at det passer dårligt at lade den Raspi som jeg kører min OpenHAB på placere i umiddelbar nærhed af ventilationsanlægget. Derfor at Dan's løsning lyder mere spændende, samtidig med at jeg medgiver dig at den nok også forekommer mere "langhåret". Et alternativ var selvfølgelig at købe en Raspi mere som kunne installeres ved ventilationsanlægget, men vel lidt overkill, og noget mere bekosteligt. 

[Kandersen]

19 minutter siden, Ole skrev:

Sagen er den, at det passer dårligt at lade den Raspi som jeg kører min OpenHAB på placere i umiddelbar nærhed af ventilationsanlægget. Derfor at Dan's løsning lyder mere spændende, samtidig med at jeg medgiver dig at den nok også forekommer mere "langhåret". Et alternativ var selvfølgelig at købe en Raspi mere som kunne installeres ved ventilationsanlægget, men vel lidt overkill, og noget mere bekosteligt. 

EN Rpi 3 koster med kasse, ramkort og strømforsyning ca. 500,- .
https://www.proshop.dk/Mini-PC-Android-Raspberry-Pi/Raspberry-Pi-3-Model-B-V2-Bundle-Black/2562626

Bevares, det kan virke som en bekostelig affære for nogen. Men hvis alternativet er LK´s løsning til cirka 10 x mere, så ved jeg godt hvor jeg helst vil smide pengene. 

I øvrig forstår jeg ikke, hvorfor du partout vil have Rpién i nærheden af anlægget? Det er vel blot et spørgsmål om at trække kablet mellem Rpi og anlægget langt nok?

[Ajes]

Det kan også nævnes at en rpi zero W (med trådløst internet) koster lige under en hund. Det er så uden strømforsyning etc., men det er da billigt :-)

 

[Ole]

9 timer siden, Kandersen skrev:

Bevares, det kan virke som en bekostelig affære for nogen. Men hvis alternativet er LK´s løsning til cirka 10 x mere, så ved jeg godt hvor jeg helst vil smide pengene. 

Har nu aldrig tænkt LK's løsning som alternativ, men derimod Dan's som tidligere beskrevet i tråden. ;-) Uden det er min mening at anspore til at den fine diskussion om interface til ventilationsanlæg skal ende over i en økonomisk diskussion alt efter pengepung, så synes jeg det er værd at betragte, at de dele der indgår i Dan's løsning ser ud til at kunne anskaffes til under en 50er.

Kabling mellem ventilationsanlæg og Raspi er selvfølgelig en mulighed - men en voldsom udfordring i mit tilfælde.

Af tråden ser det ud til at @Agger gik efter Dan's løsning, det kunne være spændende at høre om det kom i luften synes jeg? :-) 

[Kandersen]

På 7/4/2018 at 17:40 , Ajes skrev:

Forresten - uden at jeg overhovedet ved noget om det:

Det med 0/1 for spæld åben og lukket kunne måske ses som: 0 er en passiv tilstand, 1 er en aktiv tilstand, hvor der sker en ændring. Det giver mening, hvis spjældet åbnes og lukkes af en motor. Ved åbning sættes der kortvarigt strøm til motoren i den ene retning, hvorefter strømmen slukkes igen. Det samme med lukning. Giver det mening overhovedet?

Hov, jeg havde helt overset denne kommentar.. 

Din kommentar kunne godt give mening. Men tiden de står åben/lukket eller 1/0 i, det er for lang tid til at man kan kalde det for en motor tid, synes jeg.

[Jacob Pøhlsgaard]

Hejsa, jeg er ny bruger her, fandt forumet pga. denne tråd. Jeg sidder med lignende tanker som jer, med Raspberry pi osv.. Har lige fået installeret et CT 300 system med CTS 602 styring,  og vil (i første omgang) gerne logge nogle data.Både fordi jeg er nysgerrig, og fordi fugtstyringen har en lidt træls periodisk fejl, det ville være nemt at dokumentere med en log :-/

Jeg har på min unit et 8 polet stik, som kontrolpanelet er tilsluttet. Er er nogen der ved, hvordan dette stik typisk er sat til inde på printkortet.?

[Ole]

Hejsa - og velkommen! :-)

Jeg går ud fra, at du med "sat til inde på printkortet" mener hvad betegnelsen på de enkelte terminaler er? For så er mit gæt at du kan tage udgangspunkt i @Kandersen billede her, postet tidligere i tråden.

Hilsner Ole. 

 

På ‎06‎-‎04‎-‎2018 at 10:45 , Kandersen skrev:

Se billede her:

 

[Kandersen]

Det er som Ole siger, det samme stik..
Men!!
Dit CT300 anlæg er den nye version. Nilan har ændret i det, synes jeg at jeg læste i deres seneste vejledning. CTS602 kortet er dog det samme, og derfor kan du fange dem alle inde på selve hovedkortet. Der er et billede her i tråden (eller link til OpenHab2 community, hvor du kan se hovedkortet. Hvis du selv åbner ventilations anlægget, så er det de ben som sidder ved siden af USB porten på hovedkortet. 
Hvorfor f*** Nilan så har valgt at ændre stikket, det tror jeg man skal undlade at tænke over. Sikkert noget med de var trætte af at folk selv rodede med det, (fandt alternative løsninger til styringen).
Uanset hvad, så tjek lige monteringsvejledningen, jeg er ret sikker på jeg bemærkede at de havde ændret noget i stikket. 

[Jacob Pøhlsgaard]

Ja, jeg må indrømme jeg også havde lidt halvparanoide tanker om at der var lukket for uautoriseret tilgang med nye  stik.

Heldigvis har jeg ifm. fejlen på styringen snakket med en tekniker fra Nilan, og han var ret positiv omkring, at jeg satte noget logging op for at beskrive fejlen. Ifølge ham er det de samme forbindelser der er ført ud, så A1 og B1, som er modbus, sidder ved siden af 12V forbindelsen på det yderste ben, præcis som på billedet ovenfor. Der er så bare skudt 2 ekstra ben ind mellem A2, B2 og GND.

Jeg kan se folk har købt forskellige USB dongles i trådens histore. Er der en der kan specielt anbefales nu (og som ikke er 1-2 måneder undervejs fra kina)?

 

Quote

T15 er i følge Nilan mit betjeningspanel. Men det viser meget mere end rummet det sidder i. (Garagen). Pt viser det 20.3 grader. Og det er omkring 12 grader i Garagen. 
T10, ekstern rum føler,  er ikke monteret, sikker derfor jeg ingen meldinger får. 
 

Passer paneltemperaturen med det forventede, hvis du aflæser den direkte på panelet (vis data)?

[Kandersen]

Mht dongles, så er det min opfattelse, at der kan være stor forskel. Derfor gå efter en dongle som allerede er afprøvet, fx den jeg linker til tidligere i tråden. 

Hvad angår Nilan anlægget. Så er det rart at høre, at det kun er selve stikket de nu har lavet, og at pins stadigvæk er det samme, (samme muligheder). Så slipper du for at skulle åbne det hele og hive hovedkortet (CTS602) ud. Men det er dælme underligt valg Nilan har lavet, synes jeg. Hvis de endelig skulle bruge stik, så burde de måske dele det op i flere stik, alt efter funktion. Og så kunne jeg godt anbefale dem at hive "brugervalg 1" ud til stikket også. Det giver ingen mening at man skal rive anlægget fra hinanden i atomer, for at montere 2 ski*** ledninger og kunne bruger "Brugervalg 1"

Når nu du skal i gang, så vil jeg godt lige advare dig - Overvågning af Nilan anlægget ud fra modbus kan virkelig drive en til vanvid. Og man skal tænke på flere omstændigheder/scenarier på een gang. Oven i det så er der timere og forsinkelser i selve styringen af anlægget, som bare forvirrer det hele yderligere, når man fx sidder med overvågning fra OpenHab eller lign systemer, som kan logge det hele. Noget af min oplevelse skal måske tages med et gran salt, da det lige så vel kan skyldes, at jeg ikke er verdensmester i Modbus og Nilans registre. Men siden jeg fik forbundet anlægget til Rpién og OpenHab, så har jeg brugt en del tid på at forsøge gennemskue, hvad der sker/ikke sker og hvornår. Det er ikke alt der er lige logisk. 
 
Fx det med spjældet (1 spjæld) som har 4 stillinger (meldinger), det kan jeg simpelthen ikke få til at hænge sammen, som jeg har nævnt tidligere her i tråden.
Jeg har en lille mistanke om, at der sker noget i nogle interne timere i Nilan anlægget, som gør at dette registre giver mening. Men fordi jeg ikke kan se det, så giver resultatet af overvågningen af spjældet bare ikke mening. 
"Spjæld åben" (0/1)
"Spjæld lukket" (0/1). 

Hvilken stilling har spjældet så, når:
"Spjæld åben"=0
"Spjæld lukket"=0
 Eller
"Spjæld åben"=1
"Spjæld lukket"=1

Jeg har nemlig set nærmest alle kombinationer.

En anden oplevelse er, at jeg oplever ofte, at jeg ikke kan ændre hastigheden på ventilationen (de 4 trin). Jeg kan godt gå fx fra trin 1 og til 2, 3 eller 4. Men selve hastigheden ændre sig ikke og holder sig på trin 1. Dvs der er et kriterie et sted, som fasterholder ventilationshastigheden. Det kan skyldes at der i Auto indstilling er noget der blokere, fx fugtniveau ikke er højt nok, udendørstemperatur (sommer/vinter) ikke er opfyldt. Men jeg har også oplevelse at ikke kunne ændre hastighed, når kriterierne virker opfyldt.
Så igen er min mistanke, at der foregår noget internt i anlæggets egen styring, som jeg ikke kan se, eller at reaktionstiden er enorm lang (nærmest timer), eller som jeg endnu ikke kan se, fordi jeg ikke har fundet det rigtige register til at aftaste. Nogle gange er LED 1 også tændt, uden at jeg kan se årsagen til det. Igen falder det også tilbage på noget styring i anlægget, som jeg ikke kan se, eller noget timer/forsinkelse. 

Som sagt, så skyldes nogle af mine problemer sandsynligvis, at jeg ikke er verdensmester i Modbus protokollen og Nilans registre. Jeg kæmper for at "se lyset", men er ekstremt hæmmet af manglende tid for tiden. Men jeg skal nok komme efter det og få fanget det. Indtil da håber jeg du/andre måske kan blive klogere inden 

Mht panelets temperatur, så er svaret nej, når jeg aflæser det via OpenHab.. Jeg skal prøve at tjekke "vis data" når jeg kommer hjem. Men jeg forventer at det er det samme. Jeg har nærmest ikke brugt panelet siden jeg fik anlægget over i OpenHab. Vores panel sidder i garagen. Og når temperaturen i garagen fx er 12 grader, så kan panelet snildt melde 19 grader via OpenHab. 

[Jacob Pøhlsgaard]

Tak for gode råd og advarsler Planen var netop at købe en dongle der er afprøvet. Jeg kan godt se der bliver meget bøvl, så jeg har klart tænkt mig at gå efter de ting, som allerede er testet OK.

Mht 8 pol stikket, så er det faktisk "brugervalg" (CN 12 ben 5 og 6) der er de to ekstra forbindelser, så det er måske ikke helt dumt. Hvad bruger man brugervalg til?

Det lyder dybt bizart med det spjæld, jeg har læst de tidligere posts om det. Igen tænker jeg, at det måske er smart at have et øje på panelet imens man roder med det, for at se, om bypass spjældet er åbent (lys i lysdioden). Begge registre er "holding" registre. Som en der heller ikke rigtig ved noget, lyder det som om at "holding" registre bruges til at ændre ting og "input registre" bruges til at læse data. Man kan så læse holding registre med funktionen "03" istedet for "16". Det er måske værd at logge dem begge med et ret kort tidsinterval, og se se hvad der sker, når panelet selv bestemmer sig til at åbne og lukke spjældet. Mht. hastighed kan du jo også prøve at ændre dem på panelet, for at se om der skulle være et eller andet kriterie, som blokerer. Det er faktisk der mine problemer ligger: Min skifter  ikke korrekt ned i hastighed, når luftfugtigheden når (langt) under grænsen. Nogen gange kan der gå mange timer, hvilket måske er interessant ift. dine oplevelser.

Mht paneltemperatur: Hvis du ser den korrekte temperatur på displayet i panelet men får en forkert ud i modbus, så lyder det mest som om det er en forkert føler du får data fra? Så vidt jeg husker så står temperaturfølernes navne TXX på panelet i "vis data", så kan du måske prøve at korrelere nogen af de sære målinger, for at se, om du faktisk får de data du forventer. Det er sært, for det hele ser så nemt ud i manualen.

Noget helt overordnet: Når man selv prøver at styre unit'en, bør det gamle panel så ikke kobles fra, så de to styringer ikke kommer op og slås?