Kandersen

Du skal sikkert bruge en anden firmware loader. Mener den hedder 1.1.3

Findes ikke udover dem du har. Har du behov for andet, så skal du selv lave den eller få nogen til det. LK har ikke tænkt på alle situationer i de FBére der følger med.

2. Du vil promte få en fejl i OpenHab loggen, hvis OpenHab (bindingen) mister forbindelsen til IHC controlleren. IHC controlleren er en "Thing", og den kan man lave overvågning via en rule. I den rule kan du sådan set alt, inkl sende en besked til din mobil/app, mail eller nærmest hvad som helst andet. 3. Jeg skal selv have lavet sådan en rule en af dagene. Men det er ikke så svært, når man først får lært det grundlæggende i rules. Fx har jeg rules på alle min PIR´s, så jeg får sat en tid/dato for, hvornår de sidst triggede. Udover har jeg rules for, om mine trådløse z-wave/zigbee devices er online eller om de har mistet forbindelsen, (sker meget sjældent). Det er den sidste løsning som jeg også lige skal have lavet til IHC controlleren. Jeg har bare nedprioriteret det, fordi det er uhyre sjældent at forbindelsen ryger til cotrolleren, (den timer ud engang imellem, men decideret mister forbindelsen, det er aldrig sket). Men derfor skal der være en rule for det alligevel, for hvad nu hvis.... 4. På den led synes jeg ikke OpenHab kræver den store opmærksomhed. Det er mere når man begynder at tænke i backup, og Linux kerner opdateringer. OpenHab er jo bare et program, ligesom alle andre programmer på fx en PC.

1. Hvad blev løsningen? 2. Hvilken forbindelse "cutter" du, og til hvad? 3. Hvis det er OpenHab løsningen, så er det simpelt nok at sætte en overvågning på. Men mangler lige svaret på pkt. 1. 4. OpenHab skal som sådan ikke opdateres. Men som med alle andre OSér, (OpenHab er IKKE et OS), så bør man lige holde sig for øje, når der kommer nye opdateringer. OpenHab bygger på en Rasbian (Debian), som er Linux OS. Og den bør man holde lidt øje med, (ligesom på windows, hvor det dog foregår automatisk). Men det foregår IKKE automatisk på Linux, (man kan dog lave scripts til det, så vidt jeg er orienteret). Openhab kommer med relativ lange mellemrum med nye versioner (stable). Men det er oftest nye features, og ikke sikkerhedsmæssigt. Så her er det primært op til, hvor nørdede man er, eller hvor store ændringer der er i forhold til det resultat man vil have.

Ikke en pind vel.

Jeg har dem ikke selv. Men i og med indvendige mål er de samme, og alle de andre enheder også passer, så kan jeg ikke se, hvorfor de rammer ikke burde virke med svagstrømstrykkene.

Det eneste jeg kan komme på, det er at den port du har valgt (lokalt på din router og i IHC captain opsætningen), den er spærret, der hvor du befinder dig nu. Det er desværre meget normalt.

Der vil da være java problemer så længe det er den gamle (originale) firmware, eller? Enig. Forskellen er, at LK er enerådig. Openhab er udviklet i open source projekt. Og jeg tvivler på de er lige så ineffektive som LK er og har været.

Nu var det i stedet for alternativet med at skifte controlleren, at jeg mente Openhab løsningen er langt bedre. Controlleren virker jo fint i sig selv. Det er softwaren og java som er problemet. Hans problem bliver mig bekendt ikke løst når/hvis han konstant opdatere java, (hvilket han burde). Medmindre han skifter firmware, eller som Henning nævner, skifter controller. Java problemet vender jo konstant tilbage.

Til det formål som Kenn efterspørger, så kan man snildt bruge Openhab2 uden problemer. Problemerne med den løsning er først og fremmest at sætte sig ind i OpenHab2. Men har man styr på det, så kan han sagtens lave det super kundevenligt.

Med 1 stk så kan du ryge i begrænsninger for minimumsbelastningen. Så vidt jegh husker skal du bruge mindst 5watt

IHCremote findes til Android og koster 199,-. Men pas på, den har fået massiv kritik. Jeg har ikke selv prøvet den til Android. Jeg bruger den til IOS (iPhone). En lille billig Android tablet til 4-500 kroner, IHCremote til Android til 199,- Så burde den ged være barberet. (Forudsat at Lk har fået fixet de massive problemer der efter brugeranmeldelserne er med appén). Har man ikke mod på LK´s app så kunne OpenHab være en løsning. Men det kræver en rimelig viden om OpenHab. Umiddelbart kan det gøres ret billigt: En Rpi3B+, strømforsyning til Rpién og SD kort til Rpién evt kasse. OpenHab (og myopenhab cloud) OpenHab appén. Pris omkring 5-600,- Internet forbindelse, eller bare lokal net. (uden internet = ingen myopenhab cloud). Med en rimelig grundviden om OpenHab2, items og sitemap, så kan programmeringen laves på en times tid, (mindre, hvis det kun er vameregulering), efter Openhab er sat op. Brugeren har dermed en god brugerflade i BasicUI (Web) og OpenHab appén, (mobil/tablet) som kan nåes lokalt og eksternt. Risikoen er minimal. Skulle OpenHab gå ned, så funger IHC installationen stadigvæk som den altid har gjort. Går myopenhab cloud ned, så kører det stadigvæk lokalt. Men man kan ikke komme til OpenHab installationen udefra. Så hvis man har modet, lysten og en smule viden, så er Openhab en klar vinder i det her. Med OpenHab kan jeg garantere massive fordele nu .-) Med al respekt Henning, så må jeg sige, jeg er dybt uenig. En udgift på +5500,- til en controller ver. 3, plus evt installation, der i hans nuværende situation ikke bidrager med noget nyt. Ja det løser det knas der er med Java. Men er det den pris værd? Hvad en ver 3 controller evt giver at fordele ude i fremtiden, det tror jeg ikke der er mange der tør sætte penge på mere, (medmindre de ikke ved bedre). LK har simpelthen brændt for mange løfter af til, at de er troværdige.

ICHremote, eller IHCtablet er nok nemmere løsning så med det formål. IHCtablet findes vistnok kun til IOS (Apple). Men IHCremote findes til IOS og Android.

En push dæmper (hvis den virker) kan virke med IHC tryk, ved at programmere med en følg/inverter funktionsblok og et reedrelæ, eller på output 230. Det kommer an på om dæmperen pushér via 230volt eller potentialefri kontakt. Men jeg bliver lidt bekymret når du skriver, "at dæmperen der følger med fungere over de tre faser". Hvad er det helt konkret for en dæmper der følger med? (Tegning og specifikation).

Hej @Mikkel Skovgaard Lige en ny opfølgning på dette, da jeg endnu engang oplevede at IHC captain ikke helt fungere med Hue lyset. I går aftes sad jeg og rodede med en ny Rpi3B+. Fordi jeg for en kort bemærkning var nødt til at skulle bruge strømforsyning til den Rpi som køre IHC Captain, så lukkede jeg IHC captain ned. Da jeg var færdig med at rode og startede IHC Captain op igen, (og sikrede mig at den startede op). Så gjorde jeg ikke mere ved det. Men da jeg gik i seng og skulle slukke lyset i stuen (på IHC tryk via IHC Captain), så kunne jeg ikke slukke lyset. Det virkede fint inden jeg lukkede Rpién/IHC Captain ned. Men ikke efter den var startet op igen. Jeg fik ikke set videre på det derfra, da jeg som sagt var på vej i seng.

Siden hvornår? (reelt spørgsmål, da udsagnet er lidt tvetydigt). Jeg synes fx ikke der er sket den synderlige store udvikling inde for LED det sidste år. Ja firmaerne har fået lavet nye pærer, ligesom de alle dage har gjort. Men hvad der reelt er udviklet, det synes jeg er langt mere sparsomt. Fx ser man stadigvæk et massivt markedet for LED med forholdsvis lave Ra værdier (85), hvilket kan undre, når det for +5 år siden kom frem, at Ra værdien er af stor betydning for LED´s evne til at gengive de korrekte farver. Hvis der var sket en rivende udvikling, så havde jeg forventet langt flere LEDér med Ra værdier over 90, og måske endda over 95. Men det er stadigvæk det samme billede. Og så er de mærkbart langt dyrere, stadigvæk. Mht dæmpbare LED, der synes jeg også det i store træk er præcis det samme som for 1½ år siden, da jeg begyndte at have stor fokus på LEDére. Men her er problemerne også langt større, fordi en dæmpbar LED er afhængig af driver og/eller elektronik og ikke mindst selve dæmperen. Lige præcis det sidste, dæmperen, der har vi bare ikke set nogen som helst udvikling fra LK/Schneider i forbindelse med IHC installationen. Det er ø80 lampeudtag, (som vist kom på markedet for snart en del år siden (4-5 år) eller intet. En UNI400 dæmper kan i nogle tilfælde bruges, men er bestemt ikke særligt velegnet, da den er meget afhængig af LED kilden. Vender man øjet mod andre markeder end IHC, så har der/er der til gengæld en rivende udvikling på dæmperne, ikke mindst i forbindelse med andre trådløse standarder, fx Z-wave og Zigbee. Så min opfattelse er, at det er ikke den store kunst at lave en dæmper, sågar med energy/power visning, som er yderst brugbar, hvis man vil have fokus på strømforbruget. Det er bare ikke til vores IHC installationer vi ser den form for udvikling, desværre. Det betyder desværre også, for os, at uanset hvor meget eller lidt udvikling der er/kommer i LED kilderne, så står vi med IHC, stadigvæk med nogle grundlæggende problemer, og kan i mange tilfælde ikke bruge det til noget som helst, ordenligt. Det betyder ikke at man ikke kan bruge LEDére i IHC installationer med fx ø80 eller UNI dæmpere. Men det betyder at vi ikke altid kan udnytte potentialet i den LED vi vælger. Fx ikke kunne dæmpe nok, eller vi kan få problemer med at LEDérne blinker. Er det LED uden dæmp, så er virkeligheden langt nemmere, fordi det udelukkende er kravet til LED kilden som er afgørende. Men hvem gider egentlig at have lyskilder uden mulighed for dæmp i et "Smart Hjem" installation? Det kræver at man kan finde lige præcis den kilde man skal bruge til formålet med den rette lumen (Watt) og Ra værdi. Og så kommer man virkelig på en opgave med at sortere kilder fra.

Isn´t the item defintion suppose to be DateTime ??

Det ser helt rigtigt ud. Årsagen til at det med nul nævnes, det er fordi Uni250 dimmerne (1 modul dæmperne), de bruger IKKE nul, hvilket er en skidt ide. Men sådan som du har tegnet det, der er det helt korrekt.

har du afprøvet den? Umiddelbart burde den virke, men jeg er bestemt ikke sikker. Ellers kan du nok gøre det i en rule i stedet.

Mail virker fint (mere end een gang).

Den kommer op med denne fejl: (Sikkert den som Ulle også så). Når man logger ind på ny, så skriver den version 1.11. Så den bliver alligevel opdateret.

Det ene tryk tog jeg helt af. Lige så snart den sidder i en ramme, så går tasten ret stramt. Men den i går, den prøvede jeg ikke at løsne skruerne på. Det kan jeg selvfølgelig lige prøve.

Vi har en del fortrådet 4-tast tryk hvor tasterne ligesom hænger fast. Det er primært de taster som aldrig rigtig har været i brug, så jeg tænker ikke det ligefrem er slidtage der er årsagen. Jeg har prøvet at rode med et par tryk/rense dem, men synes ikke rigtig jeg kunne løse problemet. Det virker som om at det er plasstikken som er "vokset" uden at man egentlig kan se det. Er den eneste løsning så at skifte hele trykket? Det var lidt belastende i går, efter jeg endelig fik taget mig sammen til at koble garageporten (motoren) på IHC installationen, og så forsøge teste det fra det ledige tryk jeg havde valgt, som mig bekendt aldrig har været i brug, og så lortet hænger fast 9 ud af 10 gange (Til gengæld virker det perfekt via Openhab/Mobil. Nu skal jeg bare have Google Assistant til at fatte det også. Det tager åbenbart en rum tid for Google at lære dansk).

Hmm @Mikkel Skovgaard, har du ændret noget? I går lavede jeg nye ændringer i Visual, uploadede programmet. IHC Captain fungerede perfekt bagefter.

Jeg har selv sådan en siddende ud foran på huset. Jeg er ikke specielt begejstret for den. Den er ekstrem følsom, og skumringsdelen skal skrues næsten helt i bund for at få et bare nogenlunde niveau for, hvornår det skal aktivere. Når du har monteret den udendørs, har du så huske den korrekte afdækning til udendørsbrug? (det er vistnok en Opus et eller anden afdækning man skal bruge.