Søren S
-
Antal indlæg
30 -
Medlem siden
-
Senest besøgt
Indholdstype
Profiler
Forummer
Downloads
Galleri
Indlæg skrevet af Søren S
-
-
Ok, sig til, hvis der er noget der skal testes på et tidspunkt.
-
16 timer siden, Mikkel Skovgaard skrev:
Jeg er ikke sikker men tilgår man dem ikke som to helt forskellige installationer?
Korrekt. De er komplet adskilte, med individuelle bruger indstillinger m.v. Har dog forbindelse mellem dem, som Lars1 beskriver, men det er ikke meget værd og bruges p.t. kun til noget sluk-alt funktion.
Ville være über-cool, hvis man kunne have en komplet oversigt over hele sin installation i IHC Captain på tværs af de 2 controllere.
-
Kører med 2 controllere pga størrelsen på mit hus (een til stueplan og een til 1. sal). Ville være cool, hvis jeg kunne tilgå begge controllere fra samme IHC Captain (som IHCTable gør det).
-
Fandt den en anelse billigere her: https://youcontrol.dk/fibaro-enheder/fib-fgb-002.html men tror de sendte fra Tyskland.
-
Hej Søren,
Så fik jeg testet lidt med lave procenter og tænding og det spiller bare! Tænder selv ved 5% (dog lidt langsomt og med noget flicker) og ved 10% spiller det bare.
Jeg har 2 lamper tilkoblet lampestedet. Skal dog siges at jeg har testet med E27 pærer. Nå du skriver spots har du sikkert GU10, hvilket jeg ikke har fået fingre i endnu, da de var udsolgte overalt sidst jeg var i IKEA.
Har ikke dimmer på til udendørslys, så der kan jeg desværre ikke hjælpe...
-
Ved ikke om det ses tydeligt nok på dette billede, men den er bare monteret på N og variable (som i dette tilfælde går til et "dumt" udtag, som kører som slave - samme tænding).
Jeg kan lige prøve at teste det du spørger efter i aften, når det er blevet passende mørkt
Har leget en del med indstilingerne for at få de forskellige scenarier til at virke som før (skulle f.eks. ned på 15% for min hyggebelysning, som før stod på 30%).
-
På 7 January 2016 at 14:27 , Søren Birkholm Eriksen skrev:
Du må meget gerne melde tilbage, når du har testet dimsen, Clemen linkede til
Så fik jeg endeligt testet den Fibaro Dimmer Bypass 2, som Clemen foreslog og kan fortælle at det bare spiller max! Og den skjules nemt i dåsen bag udtaget
Så mangler jeg bare at finde et sted, hvor jeg kan få mængderabat på denne skønne enhed, da jeg jeg kommer til at skulle bruge en hel del
-
Helt OK, Søren - Vi skal jo bare have skidtet til at virke
Har testet forslaget fra Lars1 med følgende resultat:
- Hvis jeg tvinger den i RL mode er der ingen ændring (een pærer lyser svagt når slukket)
-
Ved RC mode derimod opnår jeg at begge pærer blinker, når de skulle være lukket
Nu ved jeg jo ikke lige hvad RC og RL mode er, men herfra ser det ikke ud til, at nogen af delene virker med pågældende IKEA pære (som nogen nok vil kalde en billig model, men som vandt "best i test" hos Tænk fornylig - foran alle de "fine" mærker
)
-
Perfekt. Har bestilt een at teste med
Tak for input.
-
Fedt, Søren, men den er da væsentligt dyre end den Clemen foreslår.
-
9 minutter siden, Clemen skrev:
Jeg har brugt sådanne en her til lign problem, med at led pærerne lyser lidt selvom de er slukket.
https://detintelligentehjem.dk/z-wave-fibaro-bypass-for-dimmer-2.html
Fedt! Og den er så lille, at den kan gemmes i dåsen, eller hur...?
-
Hej Søren,
Tak for din feedback. Jeg har selv oplevet sammen problem med udendørslyset, dog er mine undendørskredse ikke med dæmper. Samme løsning med een 35W halogen per kreds (har 5 individuelle kredse). Vil dog helst ikke ud i denne løsning udendørs, da lyset her vil være synligt anderledes...
-
1 time siden, Mikkel Skovgaard skrev:
4. Påvirke/sætte IHC controlleren udefra - f.eks. fra homebridge, sms, e-mail etc.
Inkluderer det muligheden for at sætte temperature i IHC via f.eks. et eksternt script? Leger lidt med tanken om at få pensioneret mit Wavin system til fordel for styring via IHC. Har fundet nogle smarte (små!) trådløse sensorer som jeg kan fiske temperaturen ud af via API kald. Dog ikke til meget nytte før jeg kan sende den info videre til IHC'en.
-
Lige en opfølgning på denne. Har fået installeret en Carlo Gavazzi EM24DINAV93XO2X måler som "alternativ hovedmåler" (altså lige efter HPFI-relæ). Et dejligt lille apparat der virkeligt kan konfigureres ;-) Har kørt puls-output op mod samme 24V/3mA input og da jeg oprindeligt konfigurerede den med 1000 pulser/kWh gav den samme problem som den gamle Kamstrup, altså at den ikke kunne følge med og "tabte" pulser over tid
Efter en re-konfigurering til 100 pulser / kWh virker det nu perfekt og den tæller knivskarpt Er dog ikke helt tilfreds med den lave opløsning jeg er tvunget til at bruge, men for en start går det nok.
Carlo'en er iøvrigt konfigureret til 100ms pulser (alternativet er 30ms) og ifølge specs er TOFF >= 120ms, så her skulle selv IHC'en sgu da kunne følge med! Nå, har modtaget mit Arduino grej, så forhåbentligt får jeg tid til at teste lidt på det i løbet af de næste 14 dage...
-
Har forsøgt mig lidt med udskiftning af pærer til IKEA's LED og løbet ind i et par sjove observationer. I mit køkken har jeg 2 lamper over mit spisebord som køre på samme Wireless lampeudtag. Første test var med et par nyindkøbte E27 / 600lm / 8.6W LED (http://www.ikea.com/dk/da/catalog/products/10266221/). De køre bestemt ikke lineært med den dæmpnings-% jeg havde for mine gamle lamper (bruger scenarier), men med lidt justering i % blev det helt godt. De "flimre" en smule ved 100%, men ved at justere det til f.eks. 85% stod de knivskarpe.
Problemet opstår når jeg slukker, hvor den ene pære stadig lyser en smule. Hvis jeg skruer denne ud, starter den anden med at lyse svagt. Som en yderligere test prøvede jeg også med en ældre IKEA LED (E27 / 1200lm / 20W - findes ikke i katalog mere, men variation af denne: http://www.ikea.com/dk/da/catalog/products/20249226/). Her slukker den fint?!?
IHC installationen er fra 2008, så der er nok tale om en version 1 af wireless lampeudtag, så er det her problemet ligger? Forstår stadig ikke hvorfor den ene virker og den anden ikke. Eneste forskel (udover watt og lumen) er, at på "den gamle" er påtrykt 159mA på soklen, mens "den nye" har 46 mA påtrykt. Ved ikke helt hvad det dækker over, men kunne en del af forklaringen findes her?
Input modtages ;-)
/Søren
-
Det var selvfølgelig en mulighed, men synes efterhånden der skal lige rigeligt til, for at få noget så relativt simpelt til at virke.
Har lige bestilt en DIN 4-modul 3ph måler, som jeg lige vil prøve i stedet. Den skulle kunne justeres både ift pulslængde og antal pulser per kWh
Ydermere har jeg bestilt et Arduino kort med ethernet shield, som jeg påtænker at teste som S0 logger. Bliver nok januar inden jeg får det testet, men skulle give lidt bedre muligheder...
-
Bummer! Kamstrup'en kører med 30ms pulser: http://products.kamstrup.com/ajax/downloadFile.php?uid=512b690f4ef03&display=1
Så det vil nok være en del af problemet
Man kan så undre sig over, at den overhovedet samler noget op?!?
Fandt dog denne gamle tråd, hvor du skriver at 2.7 firmware godt kan klare 30ms pulser (jeg kører med 2.7.220 (p.t. nyeste)), men det hjælper vel ikke, hvis input'et ikke kan følge med.
Suk, det ligner en ny bi-måler, eller leve med den unøjagtighed der opstår overtid.
-
Tror desværre ikke de tabte pulse skyldes reboots af controlleren. Denne har kørt uden reboot de seneste 6 dage og i samme periode er Kamstrup'en og den interne tæller i IHC igen kommet ud a trit med 7kWh. Ser nærmest ud som om at der tabes en kWh om dagen i gennemsnit!
Nogen andre forslag til fejlkilder? Kan Kamstrup'en virkeligt være så unøjagtig i sin S0 udgang?
-
Det har du fuldstændig ret i Lars, men da det jo næppe er livstruende, hvis den skulle misse et reboot, så går det nok
Det du foreslår (som Mikkel sikkert ikke kan lade være med at implementere på et tidspunkt
) vil vel næppe virke meget bedre, da det jo stadig kræver at kaptajnen er kørende når controlleren rebooter...
-
Hej Bjarne, tak for feedback. Har husket at opdatere både input og output, så det kan vi udelukke. Hvilke bimålere anvender du? Har ikke ligefrem Kamstrup mistænkt for ikke at kunne lave S0, meeeeen... Hvis jeg ikke får det løst på anden vis, prøver jeg nok noget med en Arduino en dag.
Vedr. overvågning, så lavede jeg bare en simpel FB der ved power-up lægger +1 til en tæller og lader så IHC Captain overvåge denne og sende en mail, når tælleren ændres. Simple and beautiful
-
Bingo! Den har i hvert fald været rebooted for lidt over 20 timer siden.
Lidt underligt, da jeg aldrig har haft de uprovokerede reboots, som mange skriver om. Gad vide om det kan være pga overvågningen af bimåleren?!? Nå, anyway, har sat overvågning på nu, så jeg får en mail ved reboot. Så må jeg se, om jeg kan finde logik i sammenhængen mellem reboots og "tællefejl".
Tak for input, Clemen!
-
Har en underlig observation omkring de data jeg opsamler fra min bimåler (Kamstrup 382): Ser ud som om den "tæller for langsomt". Setup'et er rimeligt simpelt: Kamstrup måler er forbundet via S0 output til en 24/3 input. Bruger Lars' Elmåler 4.1 til at tælle pulser og IHC Captain til at opdatere en DB på min server, når værdien for kWh ændres. Fungerer umiddelbart fint, men da jeg kontrollerede tallene her til morgen opdagede jeg at IHC'en siger 8615 men Kamstrup'en står på 8622!
Skal siges at jeg manuelt opdaterede tælleren via Service View den 27. november til 8268, hvilket vil sige at den har "tabt" 7kWh på 354 kWh. Ikke noget kritisk, men lidt træls at den ikke tæller korrekt. Specielt fordi jeg ikke kan få min ingeniørhjerne til at acceptere dette.
Nogen der har oplevet noget tilsvarende? Hvor skal jeg starte med at fejlsøge? Hvis det er IHC'en svarer det jo til at den har "overset" omkring 7000 pulser?!?
-
Ok, så må jeg vel hellere finde en god portion tålmodighed frem og prøve igen...
-
Med gaffatape, så der skulle ikke slippe noget ind. Ved ikke hvor præcist jeg fik den placeret, men skulle ikke anstrenge mig ret meget for at få den til at tælle på kamstrup'en og IHC Controllerens "ok" LED... Suk...
Display til IHC-Captain
i Feature request
Besvaret
Det er sådan min er installeret. Det spiller bare ;-)