Soeren65

På min Combi 302 Polar - hvor printet er 100% magen til det Kandersen viste - skruer man sidepanelet af og følgerne ledningerne til man ender ved printet. Det er ikke fingerskruer, men små skruer hvor du skal have fat i en stjerneskruetrækker for at få dem ud.

Mange tak Ejvind

I have got Openhab2 installed under Things, its connected and channels have been generated. However, isn't there some kind of documentation somewhere? Paul refers to a jar file in one of the first posts and the link to documentation ends blindly. Would be nice with some guidance to how this is supposed to work

Tror du har ret Lars. Prøvede at flytte til en anden indgang på inputenheden - det ændrede ingenting. Så det bliver nok også her i hvert fald forsøgsbist en manuel styring

Tak Lars. Uret er checket og passer - kun 2 minutter forkert. Lampestederne på badeværelset er styret således: Lampested 1: PIR + ur Lampested 2: PIR Så lampested 2 burde jo derfor altid fungere - undrede mig bare over at udelyset i går aftes ikke var slukket kl. 23:15 hvor det er programmeret til at slukke 23:00 Har checket om der sad en edderkop eller andet og hyggede sig på PIR-sensoren, men den er fin og uden noget som helst der kunne forstyrre. Kan indgangen i inputmodulet være defekt eller er det mere sandsynligt at det er selve PIR-sensoren der fejler?

I aftes observerede jeg at udelyset ikke slukkede som programmeret kl. 23:00 og undrede mig samtidig over at det PIR-styrede lys på vores badeværelse ikke slukkede efter de programmerede 3 minutter uden aktivitet. Prøvede derfor først at genuploade programmet til controller uden resultat, og derefter at slukke al strøm herunder til IHC, og genstarte. Lys på badeværelse forbliver fortsat tændt. Har to andre PIR-styrede lampesteder som stadig fungerer, og forskellen på badeværelset og de andre er, at der på badeværelset er en ur-styret funktion således at et lampested ikke tænder mellem 00:01 og 08:00. Derfor mistænker jeg at dette hænger sammen med IHC-controllerens timer-/urfunktion. Nogen som har tips til hvad det kan være? Umiddelbart lyder det for mig til at være en HW-fejl i controlleren (Visual controller 820BA400 HW 6.1 FW 2.7.220)

Nogen som har et link til hvordan man sætter Openhabian op mod IHC? Har fået Openhabian på en Pi3B og har installeret bindingen til IHC / Elko. Troede så at der ville poppe en "thing" op i min inbox så jeg kunne konfigurere login credentials. Men det gjorde der så ikke... Linket ovenfor "knab183...." virker ikke, men går til noget rekvalmehalløjsa.

Tak til jer begge Jeg vil prøve at genstarte via administratoren med regelmæssige mellemrum. Er lidt utryg ved at uploade et tomt projekt.

Super mange tak Martin - det var lige præcis det der skete Har i øvrigt undret mig over at undertiden bliver responstiderne i anlægget lange, altså anlæget "sander" åbenbart til. Eks. tager det lang tid for controlleren om at reagere på PIR-detekteringer og download/upload af projekt mellem controller og PC tager ulideligt lang tid. Her har jeg nogle gange om året trykket på HPFI-relæet og derefter slået strømmen helt fra, og genstartet. Det har løst problemet, men kan jeg istedet blot genstarte via adminsitratorens genstart ikon med samme resultat?

Har i vel næsten 10 år haft en funktionalitet hvor 3 udespotgrupper tændes baseret på 1.4.07. Udespots styret af skumring. Det har fungeret fantastisk og klippestabilt, men her i aften oplevede jeg at al strøm i huset kortvarigt (1 sekund ca.) gik ud netop i forbindelse med at skumringen satte ind 20:30 og udespotsene blev tændt. Må vel være en hardwarefejl, men har nogen et bud på hvor den mest sandsynlige synder befinder sig? Er det et outputmodul der evt. fejler eller er det en af de tre udgange hvor der er noget galt? Alle tre udespotsgrupper fungerer, så der ikke noget der er slået fra så vidt jeg kan se. Der er intet ændret i tavlen i flere år og heller ikke rørt ved de tre spotgrupper siden huset blev opført.

Tak Kandersen. Det driller mig dog, idet når jeg prøver at slå "Activate User Function" fra "Ikke aktiv" til "Aktiv", så bliver brænderikonet kortvarigt rødt så om det er slået til, men går omgående tilbage til "Ikke aktiv" Min kodning er som nedenfor vist. (screendump fra BasicUI på PC): Min sitemap for denne kodeblok er defineret således: Selection item=Nilan_Program_UserFuncAct label="Activate User Function" mappings=[OFF="ikke aktiv", ON="aktiv"] icon="fire" Selection item=Nilan_Program_UserFuncSet label="User Function" mappings=[0="None", 1="Extend", 2="Inlet", 3="Exhaust", 4="External heater offset", 5="Ventilate"] Setpoint item=Nilan_Program_UserTimeSet label="Ventilation time [%d min.]" minValue=0 maxValue=65000 step=1 Selection item=Nilan_Program_UserVentSet label="Ventilation speed" mappings=[0="Off", 1="1", 2="2", 3="3", 4="4"] Setpoint item=Nilan_Program_UserTempSet label="Set temperatur" minValue=0 maxValue=65 step=1 visibility=[Nilan_Program_UserFuncSet==1] Setpoint item=Nilan_Program_UserOffsSet label="Temperatur-Offset" minValue=0 maxValue=65000 step=1 visibility=[Nilan_Program_UserFuncSet==4] Min .items kode ser således ud: Switch Nilan_Program_UserFuncAct "User function active [%s]" <boy_2> (gNilan,gNilanProgram) {channel="modbus:data:myNilan:ProgUserFuncActRegisters:hold600:switch"} Number Nilan_Program_UserFuncSet "User function select [MAP(nilan_program_userfuncset.map):%s]" <settings> (gNilan,gNilanProgram) {channel="modbus:data:myNilan:ProgUserFuncActRegisters:hold601:number"} Number Nilan_Program_UserTimeSet "Min User function period [%d min.]" <clock> (gNilan,gNilanProgram) {channel="modbus:data:myNilan:ProgUserFuncActRegisters:hold602:number"} Number Nilan_Program_UserVentSet "Step User function ventilation [MAP(nilan_ventset.map):%s]" <fan_ceiling> (gNilan,gNilanProgram) {channel="modbus:data:myNilan:ProgUserFuncActRegisters:hold603:number"} Number Nilan_Program_UserTempSet "User function temperature (Extend function only) [%.1f °C]" <temperature> (gNilan,gNilanProgram) {channel="modbus:data:myNilan:ProgUserFuncActRegisters:hold604:number"} Number Nilan_Program_UserOffsSet "User function temperature(Offset function only) [%.1f °C]" <temperature> (gNilan,gNilanProgram) {channel="modbus:data:myNilan:ProgUserFuncActRegisters:hold605:number"} og .things således: Bridge poller ProgUserFuncActRegisters [ start=600, length=7, refresh=6000, type="holding" ] { Thing data hold600 [ readStart="600", readValueType="int16", writeStart="600", writeValueType="int16", writeType="holding", writeMultipleEvenWithSingleRegisterOrCoil="true" ] Thing data hold601 [ readStart="601", readValueType="int16", writeStart="601", writeValueType="int16", writeType="holding", writeMultipleEvenWithSingleRegisterOrCoil="true" ] Thing data hold602 [ readStart="602", readValueType="int16", writeStart="602", writeValueType="int16", writeType="holding", writeMultipleEvenWithSingleRegisterOrCoil="true" ] Thing data hold603 [ readStart="603", readValueType="int16", writeStart="603", writeValueType="int16", writeType="holding", writeMultipleEvenWithSingleRegisterOrCoil="true" ] Thing data hold604 [ readStart="604", readValueType="int16", writeStart="604", writeValueType="int16", writeType="holding", writeMultipleEvenWithSingleRegisterOrCoil="true", readTransform="JS(divide100.js)", writeTransform="JS(multiply100.js)" ] Thing data hold605 [ readStart="605", readValueType="int16", writeStart="605", writeValueType="int16", writeType="holding", writeMultipleEvenWithSingleRegisterOrCoil="true", readTransform="JS(divide100.js)", writeTransform="JS(multiply100.js)" ] Tror der måske er en bug i den kode jeg bruger. På en mobil mangler eks. 604 og 605 og på en PC mangler 605 selv om de er defineret i sitemap. Kan du se om der er noget galt, eller har du evt. mulighed for at sende mig den kode du bruger? P.f.h.t.

Det her med brugervalg, skal det forstås således at man SKAL have sat et eksternt tryk tilsluttet CTS602 printet for at det virker? Jeg har OpenHAB kørende, og kan her fint sætte værdierne, eks. 15 min med ventilation trin 3, men slår jeg brugervalg til "ON" går den umiddelbart herefter på "OFF". Ville have været nice om man kunne lave et "tryk" i OpenHAB som aktiverede funktionen Alternativt må det være muligt at lave noget kode i OpenHAB hvor man styrer dette udenom brugervalgsfunktionaliteten. Der er jeg dog ikke nået til endnu, så smartere/nemmere hvis man kan bruge Nilan'ens funktionalitet direkte.

Blev først i sidste uge klar over at Nilan nu udbyder Nilan Connect så man kan tilgå og styre anlægget udefra via eks. en android mobil. Vi er bortrejst 2 x 2-3 mdr. hver vinter, og sidste gang vi kom hjem var huset klamt og indelukket fordi vores Nilan anlæg havde slukket sig selv grundet en banal fejl. Anlægget kan åbenbart ikke selv finde ud af at genstarte selv om fejlen bare kan afstilles ved at trykke et par gange på panelet. Er klar over at med Nilan Connect skal man alligevel have en hjælper til at gå ind i huset og trykke alarmen væk, men så ved man da i det mindste at anlægget er gået i stå. Ved nogen om man kan nøjes med et Nilan Connect basismodul når man har et CTS602 styret anlæg eller skal man også have switchen? Skiftede for et par år siden vores gamle trådede gulvvarmestyring til et trådløst system. Havde jeg dengang vidt at Wavin blev uderstøttet, ja så havde jeg klart valgt dette, men nu faldt valget på et Roth system. Er der evt. en "fuskerløsning" så det alligevel kan virke med Roth gulvvarmestyring? Ud over dette har vi IHC, elskab som fjernaflæses fra centralen (kan man tilgå den fra NC og se forbrug?), Vaillant naturgasfyr med multiMATIC VRC 700 udeføler.

Måske et dumt spørgsmål, men kan man via IHC Visual slukke en udgang? Sidder i Spanien og i morges var der strømudfald hjemme i DK, og jeg havde lyssimulering kørende. Åbenbart har strømudfaldet og den efterfølgende reetablering betydet at at par lampesteder udenfor de udgange der er sat op i lyssimuleringen, nu er blevet tændte. Det kan jeg se via mine ip-kameraer. Underligt at det kan ske, men kan jeg slukke dem igen remote? Har adgang til huet via en VPN, så jeg kan uden problemer tilgå netværket i DK. Skal lige sige at jeg først er hjemme om ca. 5 måneder, så lidt træls at have 150W kørende uden grund i så lang tid :-)

For en del år siden installerede jeg "Sol op og nedgang", men den version jeg bruger er åbenbart baseret på reglerne fra før 1996 hvor sommertiden gik fra ult. marts-ult.sep mod i dag ult.marts-ult.okt. Nogen som ved hvor man kan finde en opdateret version?

Efter at have slåsset med at jeg ikke kunne dimme mine LED pærer købte jeg en stak af disse. Og selv med gamle tavledæmpere kører det som smør. Så kan kun anbefale disse når vi taler om dæmpning. Dog har de en svagt grønlig tone (jeg købte 3,9W 2700K), og den langhårede har brokket sig over at de er koldere end de andre LED's vi har. Nogen som kan bekræfte den grønlige tone - måske der kan være en fejl i det batch jeg har fået fra? Købte dem her til en noget lavere pris end sådanne ting koster i Danmark: https://www.led-centrum.de/

Har en Visual 2 - HW 6.1 og den seneste SW installeret 2.7.349. Undrer mig over at der ikke er et sted længere på IHC's hjemmeside hvor man kan downloade funktionsblokke (http://www.lk.dk/mit-lk/ihc-software), idet jeg ikke rigtig synes jeg har nogle i mit bibliotek der dækker mit behov. Eksempelvis skal jeg nu lave en simpel timerstyring hvor en udgang slåes til i et bestemt tidsinterval styret af et ur. Men i gruppen "1.4 PIR og Timer" har jeg kun 5 blokke (1.4.01.g Simpel PIR styring, 1.4.04.a Lys styret af PIR med "lyspedel", 1.4.05.a Trappeautomat, 1.4.06.d Pir styring og 1.4.08.a Neddrosling af Pir. ALtså 4 til PIR styring og kun en til noget trappestyring. Hvor finder jeg lige en simpel blok til mit behov? P.f.h.t.

Nå, men så fik jeg en Raspberry Pi op at køre, og skulle så til at forbinde USB-dimsen med anlægget. Mit anlæg er et 1 år gammelt Nilan Combi 302 Polar, men her mangler det stik I andre åbenbart har et eller andet sted inde i maskineriet. Kablet fra panelet er ført direkte ind til printkortet, og jeg formoder at jeg så blot skal forbinde GND med A, og desuden bruge D og E jvf. billedet? Men vil godt lige høre en el-klog inden jeg skrider til værket Hvad hedder iøvrigt i fag-/bestillingssprog det datakabel som Nilan bruger? Kan jeg evt. blot bruge et netværkskabel i stedet? Vedr. OpenHAB konfigurering etc, kører I andre da via putty over netværk, eller skal man køre direkte på Pi'en med skærm, mus, tastatur etc. Det sidste er jo noget bøvlet, så håber det første kan fungere. På forhånd mange tak for hjælpen

DanGunwald: Lyder spændende det du har gang i, og super at du deler din know-how via Github Jeg er dog ikke helt sikker på at jeg p.t. kan overskue det du har gang i, men følger spændt med. Fantastisk hvis der bliver en mulighed for at kunne styre / overskue anlægget på en mere 2017-agtig måde end det trådede stenalderpanel Nilan leverer til deres CT602 styringer

Lidt off-topic, men håber nogle af de tech-kloge herinde kan hjælpe: Hvad kræver det af HW/SW for at kunne lave en slags fjernbetjening svarende til CT602 vægpanelet fra en netværksopkoblet enhed (Rasp-pi, Win pc el.lign)? Har ikke behov for integrationen via IHC (som jeg dog har), men "blot" fuld betjeningsadgang via en netværksopkoblet enhed.

Undertiden oplever jeg, at når jeg fra en PC via Viewer over netværket vælger "Hent projekt fra....", så går strømmen ganske kortvarigt i hele huset. Som nævnt ganske kort, så som oftest kan PC'erne køre videre hvor de slap - men der må vel være en eller anden fejl. Nogen som har en idé om hvad fænomenet kan skyldes? Har en mistanke om at der kunne være en skade på en ledning til noget udendørs bedlys, men selve downloaden bør vel ikke påvirke installationen, altså påvirke status på udgange? Kører FW 2.7.220

Tak for det Henning. Umiddelbart forstår jeg dog ikke hvordan programmet skal bruges. Er det meningen at man uploader vis-filen til controlleren - og dermed sætter den normale programmering ud af kraft? Det synes jeg lyder lidt utrygt Specielt hvis strømmen i hytten ryger sig en tur og man så ikke kan genuploade det normale vis-program.

Det du skriver Brian lyder interessant og nyt for mig. Kan du uddybe hvordan det fungerer og hvor man finder programmet? P.f.h.t

Hvad bruger en prof i grunden til at samle svagstrømsledninger i en indmuringsdåse? Synes at en normal samlemuffe hurtigt fylder for meget hvis der skal bruges 3-4 samlinger.