Kandersen

Jeg siger heller ikke du tager fejl. Men det ville undre mig. Derfor ville jeg gerne have set nogle indlæg, hvor nogen kunne påvise en direkte forbindelse mellem noget udstyr og IHC wireless.

Derfor skrev jeg: Men at decideret ødelægge det, så fx et wireless ikke kan tændes. Det tvivler jeg altså på. Men som sagt, jeg vil gerne se nogle af de MANGE indlæg der har været, som kunne henføres direkte til, at de trådløse signaler decideret ødelægger det for hinanden . Og bemærk, når jeg skriver ødelægger, så er det som i ´ingen forbindelse´, så man fx ikke kan tænde/slukke et wireless udtag eller lign. tilfælde.

Den ligger under download. Findes nemmeste under Most Dowloaded

At trådløse systemer kan generere hinanden, er ikke ens betydende med, at de også ødelægger det for hinanden. Specielt på wireless Wifi mister du heller ikke forbindelsen, fordi et andet access point bruger samme kanal. Du vil oftest miste kvalitet. Er det trådløse signal presset i forvejen pga afstanden, bygnings struktur eller lign, så er det klart at det kan få direkte "skadelige" effekt på signalet. Men der skal altså noget til. Ellers kan jeg garantere dig for, at der ville være vanvittig mange boliger rundt omkring med massive problemer. På 2.4ghz er der altså kun 11 kanaler at gøre godt med. Og en nyere AP breder sig over 3 kanaler ad gangen. Som du kan læse herover, så er det eksempel som MCB fandt ikke påvist at have noget som helst med IHC controlleren/wireless signalet at gøre. Det var det jeg var ude efter. Vi kan alle have mistanke om hvad som helst, når vi har en trådløs enhed som ikke opfører sig korrekt. Selv micro-ovnen kan komme i spil. Og mistanke er gode nok at have til at finde en evt årsag. Men jeg vil gerne se nogen der decideret har kunnet henvise problemet til IHC wireless, eller omvendt noget der har ødelagt IHC wireless signalet. Igen - det er ren nysgerrighed og personlig interesse i det. Hvis der er så MANGE, så er det sgu lidt mystisk at jeg ikke kan finde nogen eller mindes at have læst nogen. Det sidste kan da skyldes min glemsomhed.

Hvilken version er lampeudtaget?

Nu har jeg læst ufattelig mange indlæg her på forumet. Jeg synes ikke jeg kan mindes eet eneste der nævner dette problem. Det er muligt nogen har været ude i nogle teorier omkring det i et specifikt problem. Men er det påvist, at det skulle have været årsagen? Jeg spørger af ren nysgerrighed, fordi jeg netop undre mig over, at jeg ikke har hørt/læst om dette før.

Altså.. IHC Visual 2 controllerne findes i tre versioner. Hvad der rent fysisk er inde i kasserne af isenkram, kryptering algoritme osv, er irrelevant for slutbrugeren. Det er funktionerne som er relevante. Derfor: HW 6.1 - Uden viewer, email, notifikation. Seneste firmware 2.7.220 - Understøtter IHCRemote og IHCtablet indtil og med IOS 10. Denne controller fremgår IKKE af LK´s hjemmeside. HW 6.1 - Med viewer, email, notifikation. Seneste firmware 2.7.220 (samme firmware som HW 6.1 uden viewer) - Understøtter IHCRemote og IHCtablet indtil og med IOS 10. HW 6.2 - Med viewer, email, notifikation, bolig koncept. Seneste firmware 2.8.4 - Understøtter IHCRemote og IHCtablet indtil og med IOS 11. Bruger man ikke viewer (inkl email og notifikation), bolig koncept og nu seneste IOS 11. Så er disse tre controllere praktisk talt ens. Det er min påstand. IHCtablet gør det ud for viewer delen (sådan som jeg forstår viewer). Flere har nævnt at de slet ikke bruger den, da man lige så godt kan bruge IHCtablet. Bolig konceptet er ren Funktionsblokke opbygning, sådan som jeg forstår det. Dvs som man funktionsmæssig også kan opnå på de andre controlleren. Så forskellene står og falder på: Email, notifikationer og hvorvidt man bruger IOS 11 enheder, forudsat at man bruger IHCtablet. Er der noget jeg har glemt eller misforstået? Jeg kan også vende den om og spørge: På hvad måde adskiller funktionerne sig fra HW 6.2 til min HW 6.1 (uden viewer), når jeg bruger IHCtablet? EDIT. Samme spørgsmål kan man passende stille til HW 7.

Selvom jeg er enig med Lars1 i, at det ville nok være mere eller mindre utænkeligt at gå tilbage, så kunne en oplagt løsning jo være, at man gemte en kopi sit HW 6.2/6.1 program. Så er det kun de ændringer man evt. har lavet i HW 7 controlleren, som skal tilføjes ved en "tilbagegang", altså hvis det er en funktion som er understøttet af den ældre controller. (det er jo forudsætningen, hvis man finder på at gå tilbage). Hvis jeg var LK, så ville jeg ikke spilde ressourcer på at lave en konverter, der kan konverter baglæns. Derimod ville jeg bruge ressourcerne på at at lave en konverter der netop konverter fremad, da det er/vil være det naturlige flow for de fleste, (altså dem så kunne finde på at opgradere, eller hvor deres gamle controller bliver defekt). Den manglende konstruktive dialog synes jeg nu nok der er for det meste. Men der er nogen herinde, (og nok også jeg selv efterhånden), som i flere år, gang på gang, har måtte se LK negligere og nærmest latterligegøre dem. Ikke direkte, men i form af manglende opdateringer og i det hele taget at følge med tiden. Deri forstår jeg godt deres holdning tildeles, når der så kommer en ny dreng i gaden, der pludselig råber, "ulven kommer", (eller en ny controller inden længe). Uanset hvor meget/lidt ret du kan have, så skal du se det fra deres side. De har hørt på det gentagende gange før, uden at "ulven kom". Det er netop ikke diversificerede syn. Tværtimod var Lars og jeg ret enige på lige det spørgsmål. Det er der. En af dem opstod for få uger siden, pga en udefrakommende effekt. Men bortset fra det, så mangler der nogle forhold i dit spørgsmål, hvis vi skal gå rigtig grundigt til værks. Du er nødt til at stille spørgsmålet og skelen imellem, om du mener fysiske forskelle og/eller praktiske forskelle. Fysisk forskel er der, da det er en kraftigere hardware der er inde i kassen (hurtigere cpu og mere RAM). Praktiske forskelle kniber det med. Der er viewer delen, notifikation og email. Men ellers er de praktisk talt identiske. Og nu også IOS 11. Så er spørgsmålet, om du finder disse forskelle som værende væsentlige nok for dig til at sige, at der er forskel. Eller du som mig mener, at de få forskelle der er, de er så minimale, så der praktisk talt ingen forskel er. Det er og bliver en individuel vurdering. Dernæst kan man gå videre og stille spørgsmålet - Hvorfor er det vigtigt at vide forskellene? Som jeg ser det, så er det ud fra en betragtning om, hvorvidt den ene passer bedre til ens behov end den anden, selvfølgelig taget prisen i betragtning. Her er jeg kommet frem til den konklusion - Jeg kunne aldrig drømme om at smide godt 5.000,- for en HW 6.2 controller, for at få de få funktioner, som er forskellen på den ene og den anden. Det ville være gabende vanvid, da jeg så lige så godt kunne smide de sidste få hundrede, og købe en HW 7 version. Oven i det ville jeg højst få en controller, som kan give mig IHCtablet/IHCremote tilbage. Men for 5000,- kroner, der skal der altså ske noget mere. Det "mere" udebliver også ved at se på forskellen mellem HW 6.2 og HW 7, fordi HW 7 heller ikke rigtig tilføre noget nyt. Derfor ender min konklusion med - Der er reelt ingen forskel. Og slet ikke rent praktisk, for mig. Hvis der er nogen derude der skal bruge viewer, notifikation/email og som evt skal bruge IOS 11. Så kan de måske retfærdiggøre en udskiftning. Men min påstand er, udover IOS 11, så finder man ikke bare lige pludselig på, at man skal bruge viewer, notifikation/email. (IOS 11 problemet er en alvorlig brist i HW 6.1, efter min mening. Det kan du læse om i en anden tråd).

Den er ikke styret af 230v, men ellers er det en dæmper som du ikke kan se niveauet på. Det kan man kun på de trådløse dæmpere. Men blot fordi man ikke kan styre niveauet, er jo ikke ens betydende med, at det ikke kan virke. Det forudsætter egentlig bare muligheden for kort og langt tryk. Og så skal man visuelt se på lyset samtidig. Altså fuldstændig som man plejer. Jeg knokler lidt med Openhab i samme henseende, men det har vist lange udsigter at få noget så simpelt til at virke. Så tænkte jeg om det måske er et generelt problem for de her styringer.

Jeg har ikke nogen ide om, om Living connect kan forstyrre. Jeg tvivler på det, da IHC wireless er krypteret. Men jeg hæfter mig derimod på ovenstående. Det kunne tyde på, at problemet måske findes i controller programmet. Medmindre det altså er bevidst, at lyset skulle tænde samtidig med ventilationen?

Eller frem

Hej Claus. Jeg har ikke fulgt ordentlig med i tråden, så måske står svaret længere tilbage. Men et lille spørgsmål - Virker IHC Bridge med fortrådet dæmpere (fx Uni400) ?

Ikke hvis du har en HW 6.1 controller.

Switch er sjældent problemet, da det er simpel on/off. Men hvis hans gardinstyring er ligesom en lysdæmper, så kan der være knas med det. I openhab er det ikke lykkes mig at finde ud af, hvordan man laver et langt tryk. Kort tryk (on/off) det virker helt perfekt. Hvis logikken ligger i hans gardinstyring, så er det ikke sikkert det er et problem, fx ligesom med en LK wireless dæmper. I dem kan man gå direkte ind og sætte niveauet i procent. Men er det en dæmper som de fortrådet dæmpere (Uni400, 350 osv), som kræver lange tryk, så har jeg endnu ikke gennemskuet hvordan man gør det. En gardinstyring er praktisk talt det samme som en lysdæmper. Jeg tror ikke Domoticz er anderledes end OpenHab på det område. Jeg mangler bare at se lyset, hvis det overhovedet eksistere.

Det vil jeg tro du kan. Men jeg kan ikke give dig svaret på hvordan. Jeg kan ikke engang få en skide Uni 400 dæmper til at virke som andet end on/off (altså i OpenHab2).

Jeg ved ikke om det overhovedet er muligt. Men kan man ikke lave et langt tryk i Habpanel eller basic UI. Jeg synes ikke jeg kan få det til at virke.

Du husker rigtigt. Den er der, helt nede i bunden. Det er den til Funktionsblokken.

Det har de nok afstemt i prisen på controlleren så, såfremt det skulle blive et problem. I øvrig er prisen jo nærmest det samme, (HW 6.2 og den pris HW 7 er nede i, er tæt på det samme). Synes ikke den forklaring lyder specielt indlysende.

Korrekt - Det var som sagt også efter jeg fik lavet varmestyringen, at den virkelig er langsom. Tror det tager omkring 4-5 minutter at sende et nyt program til controlleren. (Så det gælder om at få alle ændringer med første gang ). Jeg har både IHC Captain og en OpenHab2 kørende imod den (på hver sin Rpi3). Så ja, den er sandsynligvis udfordret. Og jeg er langt fra færdig med opsætte OpenHab.

Du misforstår. Det giver ingen mening at ikke tilbyde denne "option" til fx HW 6.1 ejere uden viewer, hvis de gerne ville betale for det. Husk, det er stadigvæk den samme controller. Altså skal de ikke vedligeholde flere controllere af den grund.

Jeg har gjort som billedet viser. Og så bruger jeg den avanceret varmestyrings funktionsblok i hvert rum. Alle temperatur sensorer er ligeledes indsat i hvert rum.

Det er kun når jeg sender/modtager programmer i Visual, at den er blevet ekstrem langsom. Ellers synes jeg ikke det er det store problem, når den bare køre.

Det ville give mening, hvis man så kunne vælge at betale for det.. Ellers kan jeg ikke se fidusen i det. Det kan jo ikke være en option til controlleren, når det ikke er en mulighed, andet end at købe en ny controller.

Nu er det ikke fordi jeg er specielt interesseret i viewer, da viewer som sådan ikke er noget jeg gider at bruge. Men Ovenstående er lidt i den retning jeg også forstod det. Og jeg fatter dælme ikke hvorfor der skal være den forskel. Hvis controllerne hardwaremæssig er 100% identiske, så er det jo et bevidst valg af LK at lukke for noget i den ene, men ikke i den anden. Så ser jeg det (endnu engang) pga af økonomi, at man lige skal hive lidt mere ud af markedet.. Det er jo smart nok, at "opfinde" præcis den samme dims een gang til, og så bare "aktivere" noget i den. Folk som havde købt modellen uden viewer, og gerne ville have med, de betaler lige dobbelt op for det samme produkt.. Genialt!

Nej forventede heller ikke at få Viewer funktion med. Det var mere for at se om den måske blev lidt hurtigere, og så fordi jeg har temp/fugt sensorer. Det virker med .199 men der får man bare fugt i grader. Det er stadigvæk underligt, at man bygger to "hardware dimser" sammen, og holder samme hardware udgave som tilsvarende uden den ekstra dims. Om underligt at det er samme firmware, når der er forskel i hardware. Ikke at det ikke er muligt, men det er ikke en traditionel måde at firmware styre det på.