Kristian Poulsen

Jeg kan huske tilbage til dengang jeg skiftede fra Visual 1 til den “nye” 6.1 controller… hold da fest hvor var den “langsom”. Med den gamle controller tændte lyset jo næsten før man havde trykket på knappen… med den nye kom der en lille forsinkelse på. Så jeg tænker at det kan være det du oplever. Jeg tror simpelthen at den gamle controller var meget mere simpel, og derfor kunne afvikle programmerne hurtigere.

IHC komponenterne accepterer, ifølge databladene, spændinger mellem 20-28 V, så du behøver ikke bekymre dig.

Er der en venlig sjæl, der kan hjælpe mig med at finde funktionsblokkene 9.1 Standard og 9.2 Bolig på LK's hjemmeside ? Jeg kan nemlig ikke se dem nogen steder ...

Hej Lars Jeg giver dig helt ret. Jeg må dog indrømme at jeg er hoppet i med begge ben og investeret i noget Philips Hue, fordi det var "nemt" og billigere end at skulle investerer i IHC dimmere og potentielt en ny controller, for at få det til at fungere ordentligt. Men faktum er, at hvis min internet router (DHCP), IHC Captain eller min HUE Bridge står af, så er der lys i huset, der ikke virker. Reaktionen fra min kæreste var ikke til at tage fejl af "hvad gør jeg så, hvis det sker en dag hvor jeg er alene hjemme?" ... læg selv det tonefald i spørgsmålet I har lyst til :-)

Hvis man er lidt kodehaj, så kan man jo lave en central styring til lige så mange controllere man har lyst til. Forestil jer en slags IHC Captain med mulighed for at forbinde til flere controllere samtidig. Så vil man kunne overføre værdier og events mellem controllerne lige så tosset man vil. Visility kan vist forbinde til 3 controllere samtidigt.

Ok - jeg har ikke noget andet end IHC og IHC Captain ... tænkte bare at det var en nem genvej til at bruge PIR uden at skulle bruge LK's trådførte PIR. Men jeg kan også sagtens forstå at der ikke er nogen grund til at lave et hav af integrationer til IHC Captain, hvis det kan gøres på anden måde. Generelt stor ros for det arbejde du lægger i IHC Captai.

Hejsa ... Er det muligt at få IHC Captain til at modtage input fra en Philips HUE Motion Sensor og sende et event til IHC? mvh Kristian

Prøv at vedhæfte et billede af kontakterne. Kontakterne er normalt enten LK Fuga eller LK Opus.

Øh... Er det cirkulation til varmt brugsvand? I så fald bør du nok overveje nødvendigheden af, at den kører konstant fra 05:30 til 22:00... Den kan naturligvis have en termostat (det har min), men dit setup vil betyde at du bruger unødig energi på at varme vand op i rørene. Komforten vil du i 9 ud af 10 tilfælde få ved at lade pumpen køre ved aktivering af lys i bad eller køkken, eller indskrænke det til kortere perioder ved fx madlavning. Hos mig tager det 30 sekunder fra lyset er tændt, til pumpen har ført varmt vand frem. Så den er sat til at køre om morgenen og ved spisetid + aktivering af lys i køkken og bad.

I stedet for at kable flere controllere sammen, så kunne man overveje en løsning, hvor man har et eksternt system, der kommunikerer med controllerne via SOAP protokollen. Det eksterne system kan opfange alle events fra controller 1, og sende de relevante videre til controller 2 og omvendt ... Her vil der ikke være nogen begrænsning på antal af events eller værdier, der kan overføres mellem controllerne, både den ene og den anden vej ... Blot en tanke ...

1 stk 230 output modul lyder ganske rigtigt ikke af meget, men kan det tænkes, at mange outputs er lavet wireless, for at kunne have dimmer funktion med scenarier?

Jeg erindrer at det i Visual 1, er muligt at køre simuleringen direkte i installationen, og jeg mener også at den version af serviceview er mere overskuelig end i den nye controller. Jeg husker noget om at man ganske enkelt kan få vist en samlet oversigt over input og output, og at det derfor er meget nemmere at udlede hvor input og output hører til. Jeg vil bruge den udskrift du har lavet og tilføje information om hvor hvert input er placeret, og om det er et 2 eller 4 tryk og hvilken knap på trykket, der er tale om, ved enten at køre en simulering, eller bruge serviceview, og så aktivere hvert enkelt tryk. Ligeledes vil jeg at tænde/slukke de enkelte udgange, for at finde ud af hvilke udtag de hører til. Når du så har dokumentationen på plads, så vil jeg kode den nye controller - det kan man godt gøre, før den monteres. Det vil sikre en kortere nedetid ved skiftet. I øvrigt lader det til at den elektriker ikke har sparet på antallet af inputmoduler :-) Der er jo mange indgange der ikke bliver brugt ...

1. Hvis der er brugt den rigtige funktionsblok, så kan du "nulstille" dimmerne med et langt tryk ... Hvis der foretages et langt tryk, så ved funktionsblokken nemlig, at lyset er tændt. 2. Jeg oplever det samme problem en gang i mellem... det kan hjælpe at genstarte controlleren, men ellers er der generelt en lille forsinkelse på. Det vil du ikke opleve på samme måde med Wireless dimmere. Jeg har selv tilsvarende dimmere (ældre, anden producent), og overvejer om jeg skal gå over til wireless, eller Philips Hue med IHC Captain i mellem ... Det er lige før jeg vil vælge det sidste...

1 - Dit aftagenummer er knyttet til installationen, så det beholder du, selv ved leverandørskift. 2 - Rent juridisk har du indgået en aftale med SEAS-NVE (og ikke Cerius). Du skal derfor kontakte SEAS-NVE og fortælle at du har en udfordring med installationen. SEAS-NVE skal så kontakte Cerius ... Det er så den bøvlede del af Engrosmodellen.

Hejsa ... Jeg vil bare uddybe hvordan data flyder i el-verdenen. Dit Net selskab, som nu hedder Cerius, har ansvaret for måleren, og for at sende målinger til datahubben (Energinet.dk). Efterfølgende henter dit El selskab (SEAS-NVE Strømmen) disse målinger, som vi efterfølgende præsenterer på hjemmesiden mit.seas-nve.dk. Du vil derfor ikke kunne få andre data fra Datahubben, end det du kan se på mit.seas-nve.dk.

Hejsa Jeg kan se at du undrer dig lidt over dine målerdata fra SEAS-NVE. Nu arbejder jeg selv hos SEAS-NVE, og bl.a. også med de målerdata der vises på hjemmesiden. Jeg er derfor meget interesseret i at det vi viser er korrekt. Nu ved jeg ikke hvilken ordning du er på, men som udgangspunkt kan SEAS-NVE kun se det du forbruger fra nettet. Dvs. hvis dine solceller producerer 4 kWh, og du i huset bruger 6 kWh, så skulle det gerne se ud som som du køber 2 kWh af SEAS-NVE. Nu er vi meget opmærksomme på GDPR, så jeg kan ikke engang tilbyde dig at kigge på dine data, for at se om der skulle være en fejl hos os, men jeg kan opfordre dig til at henvende dig til vores kundesupport - og gerne med de skærmdumps du har lavet. Så vil der blive kigget på det. Med venlig hilsen Kristian

Det håber jeg også at du kan. Oprindelig havde jeg den gamle Visual Controller, og skiftede til en 6.1 for nogle år siden, og kunne konstatere at den er langsommere end den gamle. Det skal dog siges at det virker som om, at wireless protokollen er hurtigere end trådført ... Altså vil et signal fra et trådløs tryk til en trådløs dimmer køre hurtigere end fra et trådet tryk til en trådet dimmer... Nogle gange begynder min controller at blive virkelig langsom - som i at der kan gå 5-10 sekunder fra man har trykket, til der sker noget. Det er især noget lort med de gamle dimmere uden sluk-alt funktion - da kontrolleren i den tilstand ikke kan levere en kort puls til dimmeren for at slukke ... En genstart af controlleren plejer at afhjælpe problemet :-)

Arh - Det fungerer altså ikke med Visual 1.32

Siden hvornår er Koncept blevet oversat til Control ?

Nemlig - og det var netop min tanke med at en løsning kunne være en gateway der kunne kommunikere krypteret med iOS11 og ukrypteret med IHC Controlleren

Årh ... jeg håber da ikke at jeg skal skifte hele min el-installation ud om 8 år :-) Jeg har gået og tænkt på, at det trods alt bør være muligt at omgå denne problemstilling, således at man stadig kan bruge en HW 6.1 med iOS11. Mit forslag går på, at man burde kunne implementere en gateway mellem app'en og controlleren. Gatewayen kan så på ydersiden implementere den sikkerhedsmodel som iOS11 kræver og på indersiden kommunikere med controlleren. En sådan gateway kunne fysisk laves som en rasperry-pi turn-key ting, og dermed gøre det tilgængeligt for de fleste brugere. Jeg kan så bare ikke lige gennemskue hvad der er af udfordringer mht. certifikat som app'en skal acceptere.

Det er nogle gode betragtninger du har. Jeg tænkte på at lave en FB hvor man kan holde knappen inde, og så sørger FB selv for at cycle rundt mellem de 3 scenarier. Nu er jeg ikke på forhånd vant til scenarier som man kan lave dem med de wireless dimmere, så for mit vedkommende vil lange tryk nok kunne accepteres. Den eneste ulempe jeg kan se er at cyclen siger 100%-40%-10%-100% ... så det kan ikke fungere helt som en almindelig dimmer.

Jeg har nogle dimmere til både alm. pærer og GU10 halogen i bad mv. Det har egentlig været mit ønske at udskifte disse pærer med LED, men historier om inkompatibilitet med dimmere har holdt mig fra det. I mit tilfælde skal jeg også have skiftet dimmerne, så det kan hurtigt blive en dyr omgang. Philips har nogle SceneSwitch pærer med 3 indstillinger (100%,40%,10%) og prisen er også rimelig. Jeg påtænker derfor at droppe mine dimmere, og gå SceneSwitch vejen (evt. med en FB der skifter ved langt tryk) Er der nogen i dette forum der har erfaringer med Philips SceneSwitch ?

Selvom den her S0 indgang måske kan virke overflødig, kunne det måske tænkes, at den er lavet for at loggen kan køre i sin egen tråd. Jeg tænker, at hvis man har en måler der giver 1000 impulser pr kWh, så kan det måske give meget god mening, at det ikke stresser resten af systemet.

Svaret på dit første spørgsmål er JA Jeg kender ikke svaret på dit andet spørgsmål om parallelkobling, men mon ikke ...