Soeren65
Members-
Antal indlæg
24 -
Medlem siden
-
Senest besøgt
Seneste besøgende på profilen
Blokken med seneste besøgende er deaktiveret, og bliver ikke vist til andre
Soeren65's Achievements
-
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
-
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.
-
Kortvarigt strømudfald når udgange styret af ur tænder
question svarede på Soeren65's Soeren65 i IHC Visual 2.0
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. -
Kortvarigt strømudfald når udgange styret af ur tænder
question svarede på Soeren65's Soeren65 i IHC Visual 2.0
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? -
Kortvarigt strømudfald når udgange styret af ur tænder
et spørgsmål tilføjede Soeren65 i IHC Visual 2.0
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?