Kandersen

Det prøvede jeg også, den ene gang jeg oplevede et problem med et ø80 lampeudtag (dimmer). Jeg kunne intet gøre ved det. Lampeudtaget kom først til live, efter spændingen havde været taget fra controlleren. Der havde det kørt i 76 dage uden problemer. Og siden det skete, har det ligeledes kørt uden problem. Jeg har slet ikke problemerne som Szafranski eller coralreef. Jeg har 4 stk ø80 og 4 stk Uni250.

Måske fordi vi bruger dem forskelligt. Alle mine dimmere tænder på scenarie, som er det mest normal brug for den pågældende lampe/lys. Og skal det justeres, ja så må man have fingere på knappen igen. Jeg synes ikke det giver mening at tænde på touch, og holde fingeren på i den tid det kræver at nå det niveau man normalt bruger. Så kan man jo lige så godt bruge Uni400 dimmeren.

Jeg er meget splittet hvad angår tågekanoner. Dels synes jeg de er dyre, (også i drift, fordi de skal holdes varme) og dernæst synes jeg det er enormt svært at vurdere, hvor man evt skal opsætte dem (og i givet fald, hvor mange). I det konkrete eksempel er det 4 lamper der er taget. Jeg formoder ikke disse 4 lamper har stået samlet og klar til transport for tyven. Ergo har de nok stået i forskellige rum. At beskytte dem, betyder tilsvarende antal tågekanoner. Min umiddelbare vurdering i vores hus ville det betyde 7-8 tågekanoner, (med én i alle værelser, stuen, køkkenet og køkkenalrum). Køkken og køkkenalrum er ikke fordi der er specielt meget af værdi der, men fordi det er centralt i vores bolig, og derfor gør det svært at komme rundt for tyven, hvis der er helt tåget til. Egentlig burde jeg også tage garagen med. Så er vi oppe på 9. Lys og lyd synes jeg til gengæld bør være noget man tager forgivet i dag, og som et minimum opsæt.

Det er simpelthen en katastrofal fejl det her, specielt hvis det skal omgås sådan som Torben skriver det. Ideen med scenarie og de fordele som de wireless dimmere giver går jo fuldstændig af fløjten

IHC captain laver et samspil mellem din IHC installation og HUE lamperne, via HUE bridgen. Så du skal altså ikke starte IHC Captain hvergang du skal tænde/slukke lyset. Det du har læst et sted om at tænde på Hue app og så IHC Captain tænder på fuld styrke, det kan ikke helt passe, medmindre det er et scenarie som man bevidst har valgt skal være på fuld styrke i HUE appen. For det er netop det IHC Captain gør, den operere på scenarier og/eller enkeltvis på pærene. Det bestemmer man selv. Ideen med IHC captain er fantastisk smart. Men du skal se den som en erstatning for netop HUE appen i forbindelse med kontrollen af lyset fx, som hvis du bruger HUE appen (eller HUE switchen/kontakten) i dag til at tænde/slukke/justere lyset med. Så kan du gøre det med IHC Captain via IHC tryk i stedet. Der er dog et lille men.. IHC Captain er ikke helt færdig udviklet i dag. Den fungere og kan bruges, men den mangler lige lidt optimering, synes jeg. Bla har jeg lidt udfordringer med at tænde/slukke flere lamper i samme rum/gruppe. Vi har 4 HUE lamper i vores stue, som alle køre helt ens (3 stk Bloom og en color pære). Det sker ind imellem at når jeg tænder eller slukker via IHC tryk, så kan 2 eller 3 slukke, mens den 4. forbliver tændt.. Og så er det lidt en kunst at få dem "synkroniseret" igen. Og det er meget underligt at det sker, for det sker aldrig via HUE appen. Og principielt er det det samme der sker. Derudover er det lidt udfordrende at skrue op/ned for lyset via et IHC tryk. Det er helt klart et spørgsmål om timing, for selve funktionen virker som den skal. Men jeg oplever ind imellem, at selvom jeg har fx har sluppet trykket, så dæmper/ændre den sig alligevel efterfølgende et kort sekund. En ting som jeg har bemærket i begge tilfælde, det er tiden hvor længe/kort man aktivere IHC trykket. Jeg kan som oftest fremprovokere den første fejl. Fx ved meget meget kort at trykke på IHC trykket. Det vil få nogle af lamperne til at reagere, mens nogen ikke gør. Og det er præcis det samme problem, når det drejer sig om dæmpning. Endnu værre er det, hvis det er et IHC tryk som hænger lidt (slidt eller blevet lidt træg), så er dæmpningen udfordret i stor stil. Afhængig af hvor meget tid Mikkel har, så er jeg ret sikker på, at det nok skal blive rigtig godt en dag. Jeg har et mindre hængeparti med ham om noget HUE udstyr han skal have fra mig. Men jeg er sikker på, at når jeg får det sendt, så har han sikkert løst det i løbet af ganske kort tid.

At man laver en Watchdog, er ikke ens betydende med, at man skal ignorere årsagen. Bare fordi man redder data, er det da ikke ens betydende med, at man dermed har løst problemet.. Det er en lidt finurlig holdning at have til sådanne ting. Og meget apropos Watchdog, så er det ikke så længe siden Apple fik en fuldstændig ligende sag på halsen, hvor de bevidst valgte at lukke folks iPhones ned, for at "beskytte" den. De havde bare lige glemt at informere forbrugerne om det. Sagen faldt ikke heldigt ud for dem. At software går ned, det er skam til at forholde sig til. At software tilsyneladende gentagende gange går ned, og ydermere i et nogenlunde tilpas mønster (som i Tkhansens tilfælde), hvorefter producenten stadigvæk ikke rigtig vil forholde sig til det, det er da en ren ommer. Set i relation til Apple sagen, så er det måske endda endnu mere grotesk, at man ikke kan få en simpel controller som IHC controlleren til at fungere uden genstart i utide (for visse). Det er jo et totalt lukket øko system, der ikke engang eksekveres fra anden side. Det bliver så ikke bedre af, at samme mønster lader til at ske omkring de trådløse dimmere, som der popper flere og flere op med, der melder om problemer.

Det er heller ikke meningen du som forbruger skal løse sådan et problem. Det er producenten. Selvfølgelig kan det løses. Det her er jo ikke ligefrem raketvidenskab. "gider ikke". Ja det skal da lige passe, at vi forbrugere skal til at acceptere sådanne tilstande Det er muligt LK ikke synes det er sjovt, eller det måske ligefrem er svært. Men det betyder da ikke, at man ikke skal løse det. Kender du andre forbruger sager, hvor en producent er sluppet afsted med "gider ikke" ? Altså hvis det ikke ligefrem er fordi forbrugerne har opgivet?

Jeg har desværre ikke bedre forslag end dine. Som jeg vistnok nævnte tidligere, så skyldes det nok, at jeg har umådelig svært ved at acceptere, når noget bare genstarter. Det næste problem er så, at hvis man ikke forholder sig til det, (hvad LK åbenlyst ikke gør), så giver det sig selv, at så bliver det heller ikke nemt at finde årsagen og fixe det. Jeg er godt klar over, at til en vis grænse, så skal man måske sætte generne op imod, hvad det koster at finde årsagen. Men i bund og grund er det LK´s ansvar. De har produceret et produkt der ikke kan stå distancen. I dit eget tilfælde kan man vende den om og sige. Hvis du ikke havde kunne "omgå" problemet, ville du så kunne leve med det? (leve med det som i at det ikke på een eller anden måde berører din hverdag). Det er jo ydermere katastrofalt, at omgåelsen oven i købet bliver lagt ud på forbrugerne, at de skal finde løsningen. Jeg synes ikke engang det ville være stort hvis LK hvis LK stod for kulegravningen. Tværtimod er det en klart forventing jeg har til sådanne ting. Selvfølgelig er det i samarbejde med de der er berørt. Men at helt ignorerer det, det synes jeg simpelthen ikke er i orden.

Det er også imponerende at LK ikke er mere interesseret i at finde årsagen, hvis du har problemet nærmest dagligt.

Jeg mener stadigvæk, at der må være tale om en design fejl i controllerne, uanset om det er i software eller hardware. At bare ignorerer det og lade det være, de løser jo ikke rigtig problemet.

Ja det er det jeg hører andre sige. Men jeg forstår ikke, at dem der oplever det, de tager det som en helt normal ting. I min verden er det ikke normalt. Det er et udtryk for at noget ikke er som det burde være. Og netop for at undgå at man ramler ind i en situation hvor det påvirker, fx som i Tkhansens tilfælde, så synes jeg da man burde jagte årsagen til disse "normale" genstarts.

Disse værdier er det ikke ganske almindelige input (on/off) værdier i fbén?

"en gang imellem".. Hvor ofte er det? Og normalt? I det år og 3 måneder jeg har haft med vores IHC installation at gøre, der har jeg ikke oplevet controlleren har genstartet. Det gælder både den gamle HW 6.1 og nuværende HW 6.2 controller. Personligt ville jeg blive møg irriteret, hvis jeg oplevede controlleren genstarter "en gang imellem". Irritationen ville selvfølgelig også være meget afhængig af, hvilke symptomer det føre med sig. Men grundlæggende, så vil jeg vide årsagen til det, fordi jeg ikke kan/vil acceptere en controller/computer eller andet bare genstarter af sig selv. Der er uden tvivl mennesker derude, som tager det med langt mere sindsro end mig, altså så længe symptomerne er til at leve med. Jeg har nok bare noget særligt omkring det med ustabilitet mht sådan noget, som jeg har enormt svært ved at acceptere. Måske også derfor jeg bemærker, når folk nævner det, og virker som om, "nåja, det går jo nok". Jeg kan slet ikke sætte mig selv i den situation.. Jeg ville fægte panisk rundt alle vegne, vride alt fra hinanden, indtil jeg fandt årsagen og måske kunne afhjælpe problemet

Ahh, det er vel at skyde LK lidt for meget i skoene, (omvendt betydning). Hvis vi ser på standard blokkene, så er der faktisk en del af dem som ikke helt lever op til det generelle behov. Det er som om de er gået i stå i udviklingen af blokkene. Oven i det er er flere funktioner en kombination af flere blokke, i LK´s optik. (hvis du fx skal styre en wireless dimmer med PIR men samtidig også skal kunne overstyre dimmeren med tryk, så skal det gøres i kombination af 2 blokken). En naturlig udvikling ville være, at det blev bygget sammen i een ny blok, sådan som fx Henning oa tit gør for folk herinde, og meget ofte i forbindelse med lysstyring, pir, ur, skumring osv.

Jeg tænker mere på, at nok fandt i årsagen og fik flyttet symptomet. (Ingen uhensigtmæssige alarmer). Men selve årsagen forstod jeg som, at det faktisk skyldes, at din controller åbenbart genstarter i utide. Det problem er vel egentlig ikke løst?

Kender kun dem der laver Fuga kontakter med z-wave. Er det ikke disse du tænker på: http://logichome.dk/index.php/products/3-zhc5010-z-wave-switch-module-for-fuga-installations

Den del har de vist udmærket selv klaret OSét var jo udemærket engang. Så kom udviklingen, og nu stinker det. Hvis det ikke var sådan, så ville der ikke være behov for alle de hersens 3.part løsninger ved siden af, eller ihvertfald en stor del af dem.

Ja, men også sådan som jeg beskrev med at slukke for controlleren og tænde den mens USB kablet er i ?

Ikke for at sætte skår i glæden. Men har du egentlig fået løst problemet? eller er det "bare" afhjulpet?

Nix, der er intet salg at se, selvom jeg på selve måleren kan se, at den registrere køb og salg. Så på den måde måler de det jo. Jeg kan bare ikke se det inde på eloverblik.dk Jeg er i nettoafregning gruppe 5: "Gruppe 5 er som gruppe 4 en øjebliksafregning. Det betyder, at strømmen skal forbruges i samme øjeblik, som det produceres. Forskellen på de to grupper er, at du i gruppe 5 ingen afregning får for den eventuelle minimale overskudsproduktion. Nogle netvirksomheder kræver et lavere abonnement for solcelleanlæg i gruppe 5 end for de øvrige grupper. Vi anbefaler, at du på forhånd kontakter din elleverandør for at høre nærmere om abonnementet." https://ens.dk/ansvarsomraader/stoette-til-vedvarende-energi/solceller/gruppeskifte

Har nu været inde på eloverblik.dk Det er fuldstændig samme data som på mitseas, alle data i kWh og pr time. Jeg er dog ikke gået i dybden for at se, om tallene så også er de samme. Kiggede kun lige hurtigt på d 6 februar fra kl 11 - 12. Og der ligner det det samme. Aflæsningssekvens er også angivet til hver time. Så den del bliver jeg ikke klogere af at bruge. næste skridt.. direkte adgang til Energy meter. Den ved jeg logger langt oftere. Mit bud, helt ned til hver 5 sekund, for det er det Sunny Portal kan vise mig.

Prøv at sæt USB kabel i. Fjern spændingen fra controlleren og sæt den til igen. Kan du så få forbindelse?

Hvad med LK´s javastarter program (eller hva den nu hedder) ?

Jeg prøvede eloverblik.dk i går. Lige så snart jeg har skrevet NemID ind, så skal jeg indtaste aftagenummer og webaccess koden. Har kontaktet Seas pr kontaktformular, for oplysningen står heller ingen steder, når jeg logger ind på deres portal. (Det havde jeg nemlig også forventet at finde der. Men nej).

Et lille øjebliksbillede fra en køling februar dag med skyfri himmel. Man bør jo blive glad når man ser det.. Lige indtil man efterfølgende ser, at man sandsynligvis også betaler for forbruget (0,36kW) til det sted, man samtidig levere gratis strøm (1,11kW) til. Så kan man da tale om et paradoks! Til gengæld giver det mig blod på tanden, og jeg overvejer bla. hvordan jeg helt kan udnytte 100% af den strøm vi selv producere. Overvejer fx en el-elektrode i gas fyret. (ved ikke om vores fyr kan det, men muligheden er oplagt). Overvejer opsætning af for og eftervarmer på Nilan anlægget. Eller lyn hurtigt få udbygget det "smart house" jeg er i gang med, så stikkontakter til fx opvask/vaskemaskiner/tørretumbler osv automatisk bliver aktiveret på dage som disse. Problemet med sidstnævnt er bare, at det skal ligesom passe. Men i realiteten alle tiltag der kan gøre, at der ikke sendes så meget som en milli watt ud på Seas´s net, før det her giver mening. Alternativ er selvfølgelig større/flere batterier. Men de koster en krig, og virker ikke med den nuværende inverter. Så det er næppe en løsning som vil være økonomisk rentabel i det lange løb. Hmm.. Kan man ikke sælge til naboerne?