Kandersen

Helt så lige til er det ikke. Først er det væsentlig hvilken dimmer der er tale om, eller i det mindste, om det er en wireless eller en fortrådet dimmer (Uni dimmer). Og dernæst så er det vigtig at vide, hvor præcis du aftaster resourceIDén. Uden disse oplysninger så er det meget svært at hjælpe.

Bruger ikke IHC tryk, men derimod stemmestyring og automatisering via openhab2 rules Jeg kunne godt have kørt et par IHC tryk ind over, som fx aktiverede bestemte scenarier. Men det er nemmere at bare bruge stemmestyring. Problemet med stemmestyring (Google Assistent) er desværre, at Google endnu ikke fatter, når jeg fx siger jeg vil åbne et bestemt vindue 50%. Men jeg kan godt åbne helt og lukke helt. Hvor årsagen præcis ligger det ved jeg ikke. Google bør kunne gøre det i dag, uden problemer, for det virker fx med rullegardiner (som principielt er det samme). Og det er lidt irriterende, når man har 8 stk ovenlys vinduer, som alle er placeret i stuen, køkken og køkken-alrum, som nærmest er et stort åbent rum. Så det er lidt et tåget problem lige pt, som jeg ikke har fået dyrket til bunds. Måden jeg kører det på er, at jeg som default kører det hele via openhab2 automatisering. Jeg har et enkelt IHC tryk (også styret via stemmestyring), hvor jeg kan stoppe automatiseringen og dermed gå over til manuel betjening (stemmestyring og fjernbetjening). Årsagen til jeg bruger et tryk, det er fordi automatikken ikke lige er helt optimal i alle situationer, endnu. Det er et diodetryk, så når automatiseringen er slået fra, så lyser dioden, (fordi det er uden for normal stilling, da automatiseringen er default). Lige præcis denne automatisering er brugbar som den er lige pt. Men i bestemte tilfælde er den ikke optimal nok, og det forsøger jeg at arbejde lidt på i ny og næ. Det er bare ekstremt svært, når man har: 4 stk Nordøst, 2 stk Sydvest, 2 stk Nordvest, som alle nærmest skal betragtes som siddende i samme rum, fordi der er åbent mellem stue og køkken/køkken-allrum.. (se plantegning herunder). Det har den betydning, at når temperaturen stiger, så åbner vinduerne. Alt afhængig af vindretning/hastighed og udendørs temperatur, så kan de lukke hurtigt igen, hvis de når at køle rummene ned hurtigt. Det får man kuk i hovedet af at høre på. Så det gælder om at enten åbne få vinduer ad gangen, eller åbne dem trinvis individuelt, så de ikke kører op/i hele tiden. Det er en kunst at finde det niveau, skal jeg lige hilse at sige Halvt så mange vinduer havde været rigeligt. Men dem der byggede huset synes åbenbart lyset og symmetrien var vigtigere. EDIT - Glemte at sige. Automatiseringen gør også, at når vi slår alarmen til, så lukker alle vinduer. Enten helt eller på ventilation, alt afhængig af temperaturen. Når det bliver aften/mørkt, (via skumringsrelæ) så lukker vinduerne også, enten helt eller på ventilation, igen afhængig af temperaturen. Det er primært for at holde myg osv ude om aftenen.

Jeg har ikke prøvet det direkte sammen med IHC, da det kun virker med de eksterne input/output blot, som er puls. Jeg bruger KLFén via openhab2. Og der kan jeg netop fyre en procentvis indstilling afsted. Jeg får også tilbagemelding fra vinduerne´s position i procent.

Hvis bussen havde været 2km lang, så kunne jeg forstå det. Men ellers ikke.. Det er jo direkte pinligt, hvis det er årsagen!

Interessant.. Men hvor finder man nye firmwares henne?

Nej, desværre ikke Den der fejl 03/brand alarm er meget specielt. Mit anlæg har den ikke, mig bekendt. Og synes heller ikke rigtig jeg har set noget om den nogen steder. Der var en tråd for noget tid siden omkring denne alarm, hvor der var en der ville bygge sensoren ind manuelt. Det var, så vidt jeg lige husker, noget af et mas med at finde den rette. Og den kan vist heller ikke afstilles uden af det foregår mekanisk. Prøv om du kan finde tråden, måske er der noget i den som kan bruges.. Mit bud er, at funktionen brand alarm er "overstroppet" i anlæg, der ikke har den kontakt/switch der skal bruges. Ligesom følere fra eksterne varmeflade er, hvis ikke de er i brug. Måske er denne "overstropning" gået på dit board. Det vil i så fald forklare, hvorfor du ikke kan afstille alarmen.

Jeg har tre af disse. De virker rigtig godt, sådan da. Den ene får lyset til at blinke ind imellem, men det er endnu tvivlsomt om det er led driveren. Der sidder en UNI250 dæmper foran, som styre alle tre LED drivere.

Overblik (tavle opbygning med klemmer, pænt snoet op osv), er også betydningsfuldt i forbindelse med fejlretning. Ikke kun ændringer i installationen.

Ja men standby forbruget er rimelig lavt.. Vores bruger ca 2 watt.

Okay den bruger noget mere.. Afhængig af forbruget, så ville jeg helt klart tage chancen med en 10A sikring. I princippet skal den kunne holde begge dele. Og så kan det fint virke med en output modul. Hvad jeg dog ikke forstår er hvorfor du har behov for at styre dem via et output. Måske hvis det er fordi du/i er væk i meget længere tid af gangen, så kunne der være en god grund, men ellers forstår jeg det ikke. Og der ville jeg måske bare slukke sikringen i stedet.

Hvilken Quooker er det? Vores bruger kun 1500watt, (Det er en 3 liter model uden CUBE).

Takker, giver det et forsøg. Nope, ændrede ikke noget.. hmm!

Var måske lige en anelse for hurtig.. Altså det virker fint, men ca hver 3-5 minut får jeg en timeout fejl: 2020-06-21 15:28:31.951 [ERROR] [wimpi.modbus.io.ModbusTCPTransaction] - execute try 1/1 error: I/O exception: SocketTimeoutException Read timed out. Request: net.wimpi.modbus.msg.ReadMultipleRegistersRequest@16086e8 (unit id 30 & transaction 36742). Address: /10.4.28.149:502 2020-06-21 15:28:31.954 [ERROR] [wimpi.modbus.io.ModbusTCPTransaction] - execute reached max tries 1, throwing last error: I/O exception: SocketTimeoutException Read timed out. Request: net.wimpi.modbus.msg.ReadMultipleRegistersRequest@16086e8 (unit id 30 & transaction 36742). Address: /10.4.28.149:502 2020-06-21 15:28:31.957 [WARN ] [rt.modbus.internal.ModbusManagerImpl] - Try 1 out of 3 failed when executing request (ModbusPollerThingHandlerImpl.ModbusPollerReadRequest@194ed15[slaveId=30,functionCode=READ_MULTIPLE_REGISTERS,start=200,length=3,maxTries=3]). Will try again soon. Error was I/O error, so reseting the connection. Error details: net.wimpi.modbus.ModbusIOException I/O exception: SocketTimeoutException Read timed out [operation ID fdad8058-ac7a-4765-b30a-ad5eda4697c6] Kan det skyldes manglende terminering? (slut modstand). Det ligner mere, at det er på ethernet siden fordi 10.4.28.149 er gatewayén.

Det fungere nu helt som det skal. Tak for hjælpen Ejvind!

Ahh ja skulle lige ændre lidt selvfølgelig.. Nilan anlægget kører 19200 baud, Even, stopbit 1, og databit 8. Og så selvefølgelig serial skiftes ud med tcp i openhab things filen, samt id 30 (default for nilan anlægget). Det var mest den id der drillede mig.

Det er det. Selvom jeg synes det er noget pladder, for inde i dåsen vil de fysisk ledninger tit komme meget tæt på hinanden, når kappen er fjernet.

Er ved at ændre min NIlan opsætning fra at bruge Seriel RTU/RS485 til Ethernet/RS485, (altså via LAN istedet for seriel/USB). Til det formål har jeg købt en Riot USR-TCP232-410S som "oversætter" LAN til RS485, som Nilan anlægget kan "snakke" med. Jeg ved @EjvindHald har det kørende, fordi han anbefalede mig denne løsning. I store træk går det også ret godt forståelse af opsætningen på denne gateway. Jeg har sat statisk IP på gatewayen. Men jeg er i tvivl om, hvad man skal opsætte under menuen RS485 på gatewayén. Jeg har IKKE forsøgt at koble ledningerne på endnu, da jeg ville sikre mig at gatewayén var sat korrekt op først. Så derfor kommer her et screenshot af gatewayén RS485 menu, som den ser ud lige nu. Er det helt tosset?: Gatewayén er sat op til statisk IP på 10.4.28.149. Her er min Bridge opsætning i openhab. Bridge modbus:serial:myNilan [ host="10.4.28.149", port=502, id=3, connectMaxTries=3] { Der hvor mine tvivl kommer ind, det er i forbindelse med id nummeret. Hvor sættes det i gatewayén, eller er det ligegyldigt? Nilan anlægget er sat op til default ID 30. Skal openhab så også sættes op til Id=30 i Bridge opsætningen?

Jeg oplever ikke den går i stå. Men jeg bruger heller ikke den binding som er i PaperUI. Jeg bruger en lidt ældre. 2.5.3-Snapshot fra den 05.03.2020

Uanset hvad du finder, så bliver det rimelig vanskeligt at få over IHC uden brug af 3.part løsninger. Jeg kender ikke dem du nævner, da jeg har gulvvarme. Men Netamo får mig bekendt gode anmeldelser.

I havnt look, but are those files seperated from the main program?

I believe he will have to update Visual if he update the firmware. And that will start his main issue all over again, as I dont think the latest Visual is available in english

Det ser rigtig godt ud. De der LSA skinner og monteringsplader, er de stadigvæk til at få fat i? Og apropos klemmer. Hvilke rækkeklemmer har du brugt?

Standard lyder alarmen i 5 minutter, hvorefter den lydmæssig stopper. Afstilling kan såvidt jeg husker kun ske fra tastaturet (også mens alarmen lyder), såfremt sabotagekredsen er intakt. Så det lyder som den rigtige fremgangsmåde, efter du fik monteret kodetastaturet igen (Den har en fysisk knap på bagsiden som bryder sabotagekredsen, når du afmontere tastaturet). Men det er vistnok bedre forklaret i hjælpeteksten til alarm blokken.

Jeg har ikke prøvet det, men prøv evt at taste alarm koden ind på tastaturet. Men sikre dig at sabotagekredsen er on, ellers skal du finde ud af, hvad der har brudt den.

Det er ret underligt, for en alarm pir skal jo netop reager hurtigt på enhver bevægelse. Og derfra er det jo bare op til funktionsblokken at tænde lyset og starte timeren. Jeg bruger dem der fulgte med alarm systemet da vi købte huset. De var allerede monteret, så jeg har bare udnyttet dem :-D Og så har jeg købt en af dem fra Zigza, som jeg bruger til at tænde/slukke lyset i vores garage. Det er bare "dumme" alarm pir´s.