Kandersen

Mener Lars1 også har sådan en. Men tror ikke han er klar over, at han kan smide 2.8.4 på den. I følge LK burde man heller ikke kunne.

Det er den controller der ikke findes Det er faktisk ret underligt at der er en FW 2.8.4 på den. Det burde ikke være muligt. Endnu mere mystisk er, at det virker. Er det den HW 6.1 controller med viewer i?

Det kommer an på hvad du har til rådighed. At lave touch (og sluk) på klemme 1 og 2, det kræver 2 x output 24V for hver dæmper du har/vil have det på. Og hvis du også skal have mem 1 og 2, så er det 2 x udgange mere. Så 4 udgange for én fuld monteret Uni400 dimmer. Omvendt synes jeg det er noget "knald" at montere end UNi400 IHC/SA dimmer med 230V touch. Det virker, men det er den måde de gamle Uni400 dimmere blev monteret. Og så koster det jo et 230V output samtidig, hvilket er helt unødigt. Men igen, det kommer an på hvad du har til rådighed i installationen - Personligt ville jeg helt klart styre dem på 24volt siden. Da vi købte vores hus, der var den ene af de 14 Uni400 dimmere monteret sådan. Den blev lavet om med det samme.

Enig. Men du er vel så enig med mig i, at den nye firmware til HW 6.2 der jo understøtter disse "nye" og såkaldt "voldsomme" krypteringsformer - Den firmware vil i sig selv have rykket grænsen for, hvornår man rammer loftet? Ellers sagt på en mere visuel måde - Den nye firmware har fjernet noget mere af det luft som HW 6.2 controlleren havde at give af. Vi ved ikke hvor meget eller hvor stor betydning det her. Om det holder eller ej, det er helt op til den enkelte installation (og evt udvidelser). (Dette er i øvrig skrevet helt uden hensyntagen til 3.part som poller controlleren). Årsagen til at det er ret vigtigt, det er for dem der fx planlægger udvidelser eller omlægninger i deres installation. Fx en installation der i dag er drevet med primært fortrådet komponenter, der udskiftes til trådløse. Hvis det trådløse interface i forvejen er en stor belastning for controlleren, så vil man alene ud fra det sandsynligvis ramme loftet længe før man ville med den gamle .220 firmware. Det er ren og skær gisninger, da jeg ikke har en mulighed for at testet det. Men i og med at netop krypteringen belaster så meget, jf forklaringen fra HW 6.1 controlleren, så er det i sig selv en nærliggende tanke. --- Konklusionen vil, i det tilfælde jeg har ret i mine antagelser, være: Controlleren kan ikke længere leve op til forventningerne, fordi den nye firmware, med de nye krypteringsformer, simpelthen belaster den for meget i sig selv. Fx controlleren kan ikke længere drive 112 sensorer og/eller 64 trådløse enheder, (eller andet som belaster den meget). Og man er enten nødsaget til at nedgradere firmwaren (så ryger IOS11 igen), eller købe den nye controller. Den konklusion (resultatet) er pudsigt nok præcis den samme som er tilfældet med HW 6.1 - Men den controller tog LK beslutningen for inden, sandsynligvis fordi den allerede havde ramt loftet alene pga den ny kryptering. Det var min pointe med det her. Man behøver ikke være enig i det. Det er som sagt også usikkert, i og med jeg ikke kan måle belastningen, og umiddelbart har jeg ikke mulighed for at stress teste controlleren med de "rigtige" komponenter. Men simpel logik ud fra det som er kommet frem mht HW 6.1 controlleren der ikke kunne klare det. HW 6.2 controlleren der nu har store, nærmest endegyldige problemer med 3.part part. Så mener jeg det ligger lige til højrebenet at antage - HW 6.2 controlleren har ikke længere den samme CPU kraft til rådighed. Og derfor skal man heller ikke forvente, at man kan presse den tilsvarende, efter den nye firmware.

Er lidt ærgerlig du ikke forstår pointen og bare giver fortabt. Så jeg prøver lige en sidste gang, visuelt. Du kan bare vælge at ignorere det, hvis du fortsat ikke forstår det. Det er vigtig at understrege.. Det er ikke selve tallene/indikeringen. Det er princippet jeg mener. Jeg har desværre ingen mulighed for at måle selve CPU belastningerne i controllerne. Men jeg tror nu at jeg har rimelig ret i princippet. Min pointe er så: Såfremt dette holder stik, så betyder det at HW 6.2 sandsynligvis er enormt presset (kører på pumperne) med den nye firmware. Og måske så slemt, så den måske slet ikke kan drive en større installation mere.. Eller en ekstrem installation fx med 112 sensorer. Du har ret i, at det er meget afgørende for, hvor stor en installation man har og ikke mindst hvor mange komponenter man har tilsluttet. Måske endda hvor meget trådløs/ikke trådløs der er i installationen. Men mit argument er, at hvis controlleren allerede er voldsomt presset i forvejen pga. firmware opdateringen til de nye krypteringsformer, så er det altså kun et spørgsmål om tid, førend man rammer loftet på den.

Du skal se det den anden vej rundt. 6.1 fik ikke firmware opdatering fordi den (i følge nogen) ikke er kraftig nok til ny kryptering. 6.1 kører, her hos mig, som en drøm, med flere 3.part løsninger som poller controlleren konstant. 6.2 fik firmware opdatering, fordi den (i følge nogen) er kraftig nok til ny kryptering. 6.2 kører ikke med 3. part løsninger som poller controlleren konstant. Min pointe - 6.2 er lige præcis så belastet med den nye firmware, og kører på pumperne. Uanset om det skyldes ny kryptering, vind og vejr. Og derfor kan den ikke trække 3.part løsninger. Så spørgsmålet er, hvornår 6.2 heller ikke kan mere i den almindelige installation. (næste gang Apple ændre krypteringsalgoritme). Hvis ovenstående antagelse er korrekt, så gjorde LK selvfølgelig ret i, at ikke lave en firmware opdatering til 6.1. Spørgsmålet er om opdateringen til 6.2 måske også skulle have været undgået. Men LK har nok følt sig presset til at gøre noget, da de ellers ville stå med rigtig store problemer, hvis hverken 6.1 eller 6.2 virkede med deres egne apps. Men resultatet er, at 6.2 nu kører på pumperne, så den måske ikke engang er i stand til at drive det som den reelt burde, (112 sensorer der gennemtæver controlleren med info konstant. Bare for at nævne et overdrevet men ikke umuligt eksempel). Jeg har ikke 112 sensorer. Ellers var det sådan noget jeg kunne finde på at afprøve, bare fordi man kan

Jeg kan godt følge dig. Jeg synes bare ikke det mærkes sådan. Måske fordi min 6.1ér slet ikke er belastet nok endnu.. Men jeg skal nok nå det :-)

Jeg tvivler, hvis jeg skal være helt ærlig. De burde have været ude med det tilbud i forbindelse med lanceringen, hvis det skulle give mening. Og endnu mere aktuelt blev det i forbindelse med IOS11 problemerne, der efter min mening burde være det væsentligste argument for at tilbyde en "ombytter". Jeg tvivler på økonomien i IHC er så stor mere, så det kan svare sig - Omvendt er det næppe heller de helt store summer der er brugt på at udvikle den nye, med de få ændringer der er. På den anden side, så kan man ved at lave sådan en "ombytte" ordning fastholde et market såen relativt nemt, og hente "tabet" hjem ved mer-salg af tilbehør/produkter til IHC. Jeg tvivler dog på at LK/Schneider kan se "lyset" i dette

Prøvede det lige på 6.1. Mærkede ingen forskel :-) Det er spørgsmålet. For hvis 3.part forbinder på samme måde som IHCremote/tablet, så er det jo det samme. I realiteten kan man have 112 sensorer, (8 x 14 indgange). Så det burde den jo være bygget til. At det så er urealistisk er en anden snak. Et "normalt" hus har nok noget der ligner 8-12 sensorer (i forbindelse med varmestyring), hvilket kun er lige godt en 1/10 af det maksimale. Oven i det er der selvfølgelig mange andre muligheder, i form af PIR´s, lux osv. Men jeg tror stadigvæk kun et "normalt" hus kommer i nærheden af 50%. Og så er det endda skudt højt. Jeg har 13 sensorer temperatur med gulv/fugt og 7 PIR´s tilsluttet pt. Selv tryk (fortrådet) kan næppe være det der belaster controlleren ret meget, medmindre man er blæksprutte og kan håndtere mange tryk på een gang. Selvfølgelig kan en større familie ryge ind i nogle scenarier, hvor flere trykker på samme tid. Men det er nok sjældent det vil ske. Så er der det trådløse. Det er selvfølgelig en afdeling for sig selv, da det faktisk godt kan være det der trækker en hel del. Så vidt jeg husker er controlleren bygget til 64 wireless produkter. Jeg har kun 7, (fire Uni250 og tre 2tast tryk). Så det er næppe det der lægger controlleren ned. Selvom de såkaldt nye krypteringsformer belaster controlleren en del, så burde der stadigvæk være massere af plads. Der sidder jo også et RS485 interface, som i mit tilfælde slet ikke bliver brugt, endnu. Når/hvis der ikke er plads i controlleren til at drive et 3.part samtidig, så tvivler jeg også på, at den vil kunne belastes ret meget mere end en installation der svare til 50%. Så ja, jeg har tænkt mig at gøre forsøget, når 6.2 controlleren dukker op. I værste fald kan man vel bruge 2 controllere, når jeg engang fatter hvordan det lige foregår :-)

Det lyder godt nok også mystisk. Har du kigget i service view for at se hvad den viser. Alarmen har en indbygget log, og når alarmen er aktiveret, så kan du i service view se, hvad der har udløst den, og hvornår. Denne info bliver stående indtil næste gang alarmen udløses. Jeg synes omvendt netop det er den manglende lyd som er problemet. Hvis alarmen er blevet aktiveret, så bør der jo netop være både lys og lyd. Jeg kan ikke se i Fbén, at der findes en delvist aktivering, eller at det skulle være muligt. Så spørgsmålet er om der er en defekt et sted, (periodisk). Jeg tror du skal kigge lidt nærmere i service view og så finde ud af, om alarmen vitterlig er registreret som aktiveret. Hvis det er tilfælde, så vil jeg fejlsøge efter to ting: 1. Hvad der aktiverede alarmen, (tvivler lidt på du kan se det præcist i loggen, når du kun har skalsikring. Men Fbén kan sende en besked om at skalsikring har aktiveret alarmen til modem, så den burde også kunne vise det i service view på een eller anden måde). 2. Hvorfor der ikke er lyd. (Dette må være en selvstændig fejl)

Så hvis man åbner alle Fbérne, så vil service view også få controlleren til at kaste håndklædet i ringen? Den er jeg med på. Der hvor jeg har min tvivl er: 1. Om belastningen i virkeligheden er så stor, altså CPU mæssig. 2. Om HW 6.2 i virkeligheden er skruet sammen 'lige til øllet', og der derfor ikke skal ret meget til at få den til at gå i knæ. Fx. en rimelig stor installation plus en enkelt udefra tilsluttet 3.part (IHC Captain, OpenHab, Service view, IHCremote, IHCtablet eller andet). Hvis det sidste er tilfældet, så er det nemlig spørgsmålet om ikke også HW 6.2 skulle have været droppet (dvs. den nye firmware) og ikke kun 6.1. Forstå mig ret - Hvis LK er klar over, at HW 6.2 er ekstremt presset, med en almindelig installation og firmware 2.8.4, så burde de måske slet ikke have lavet den firmware, da den med stor sandsynlighed bare vil give brugerne problemer før eller siden. Egentlig begynder den teori at give mening. Og det er derfor vi så HW 7 komme ind fra sidelinien nærmest som dug for solen, og med ekstrem små ændringer. Det er ihvertfald ikke et produkt som der har været arbejdet intenst med særlig længe, det er jeg ret sikker på. Og med Apple´s udmelding, som de muligvis har fået adskillige måneder før, så har de godt kunne se hvor det bar hen, og måtte lyn hurtigt lave en controller, der rent hardware mæssigt kan håndtere de "nye krypteringsformer" uden at controlleren går i knæ, hvis de overhovedet skulle holde nogen form helst former for liv i IHC konceptet fremover. På den måde ved de godt at: HW 6.1 er død og borte.Brugerne af disse må bare købe en ny controller. Har man købt en controller med HW 6.1 frem til 2012 (5 år), så er det bare sur røv. HW 6.2 kører på pumperne, og blot med spørgsmål om tid før det går galt. Der kommer nok en såkaldt "ny krypteringsform" igen. HW 7.0 er pt. det eneste som holder liv i konceptet, endnu. Forretningsmæssig er det en ganske smart detalje, da det nærmest tvinger alle over på den nye, uden at de reelt får noget som helst nyt ud af det, (eller rettere, noget der ligner en reel tynd kop the for de almindelige brugere). Selvfølgelig kan man argumentere for, at de installationer som ikke laver nogle ændringer, de kan snildt køre videre med det de nu engang har. De skal bare ikke lave mange ændringer, så render de ind i problemer. Men det vidner lidt om, hvad det er for et produkt man har købt, og ikke mindst, hvilke forventninger man skal sætte til nyere produkter (nyere controllere). Hvem tør fx stole på, at HW 7 ikke får en eller anden form for problem fra nu og 5 år frem? Problem som vel at mærke ikke skyldes brugeren, men derimod at tiden ændre sig.

Jeg har ingen problemer her. Men måske er det din Java som spørger, hvis du har haft gemt dine tidligere trusted links med de oprindelige porte.

Lige et kort opdatering. Dimmeren var i første omgang sat til lampeudtagene over vores spisebord med to pendler, hvori der sad 46watt halogen pære (e27). Max forbrug lå på lige godt 93watt. Jeg har udskiftet pærene med nogle billige Harald skrald 4watt LED, dæmpbar, da det var det eneste jeg lige kunne finde at teste med. De tænder, slukker, dæmper op/ned, med et max forbrug på ca. 8.1watt. Der er selvfølgelig en verden til forskel i selve lyset. Og de her Harald skrald skal bestemt heller ikke blive siddende. Men det var mere for at understrege, at den her dæmper altså snildt kan trække små LED kilder. Måske endda endnu lavere, hvis jeg altså lige havde nogle at teste med.

Det må da være det samme for LK´s ServiceView? Ellers ville den jo ikke kunne fungere.

Det hænger stadigvæk ikke sammen, for hvad med service view? Den har jo noget nær realtime forbindelse til controlleren. Og som jeg forstår, så opstår problemerne nu her med firmware 2.8.4 (altså den som understøtter IOS11). Så hvis vi skal konkludere noget som helst ud af det, så er det meget muligt at HW 6.2 er "nyere" hardware end 6.1. Men det må være en ringere hardware, for min 6.1ér med firmware .199 kan drive praktisk talt det hele, på een gang. Dvs: Service View IHCremote IHCtablet IHC Captain OpenHab2 Jeg gentager lige - Dem alle på een gang! (det ER afprøvet). I forbindelse med OpenHab2, så er det efterhånden alt som jeg "samler" op fra controlleren i OpenHab2. Det er immervæk en hel del meldinger den suser afsted, bla fordi det er 12 Zigza temperatur og fugt følere, der nærmest konstant står og melder ind. (dog kun 2 temp/fugt). Men ellers er der div. tryk, status, wireless, PIR´s De eneste problemer jeg har, det er periodisk haft Visual2 meldt fejl, når jeg har ville hente programmet fra controlleren. Og ligeledes har Service view. Men det er kun sket et par gange siden jeg byggede varmestyringen, hvilket uden tvivl har presset controlleren nu. Men jeg bemærker det kun når jeg skal sende/hente program i Visual2. I daglig drift mærker jeg intet. Så du kan måske forstå, hvorfor jeg er lettere rystet over at høre, at HW 6.2 har de problemer. Og som nogle siger nu, nærmest umulig at bruge sammen med andet, hvis man bruger firmware 2.8.4. Det er jo dybt grotesk! Men LK skal ikke dø i synden uden jeg har haft en finger med i spillet. Jeg har fået fat i en HW 6.2 controller, som forhåbentlig dukker op een af dagene. Så må jeg se hvad jeg kan drive ud af den. Virker det ikke tilfredsstillende, så kommer der ikke den nye firmware på. I værste fald smider jeg 6.1éren på igen.

Hvilket anlæg var det?

Lysstyrke får du aldrig til at virke, det kan Uni400 slet ikke. Men du kan godt få en status på om den er tændt eller slukket. Det ligger Fb 1.2.02b

Jeg må tilstå jeg er lettere rystet over at høre, at HW 6.2 har problemer med OpenHab og ICH Captain. Jeg forstår det helt enkelt ikke. Hvis IHCremote og IHCtablet fungere, så burde der jo ikke være den store forskel?

Hmm. Okay jeg spørger fordi jeg pt er ved at ryge på en brugt 6.2ér.. Jeg synes det er virkelig bekymrende hvis 6.2éren har så store problemer. Så må den dælme være presset pga de såkaldt nye krypteringsformer. OpenHab er pt rimelig vigtig for mig, da jeg køre en del test med den. Og hvis .220 samtidig er møg ustabil, så bliver det godt nok svært at se sig ud af denne.

Kan jeg lokke dig til at prøve kun med OpenHab?

Jeg har 12 temperaturfølere og 2 temp/fugt, 14 telestater, IHC captain (som dog ikke laver noget mht følerne men har lidt HUe styring og pushbeskeder fra alarm installationen), samt en OpenHab2, som i aller højeste grad har med praktisk talt alt på IHC controlleren at gøre efterhånden. Og det er HW 6.1 jeg bruger. Det kan simpelthen ikke være rigtigt en 6.2 ikke kan trække det. Så giver alt det her jo slet ingen mening, da slet ikke at HW 6.1 ikke skulle kunne "trække" en såkaldt nyere kryptering, og så HW 6.2 kan.. Der er noget der ikke stemmer her.

Men den skulle jo netop være gearet til dette.

Et billede af Haseman dæmperen´s zwave funktioner fra OpenHab (helt til venstre).

Er dette bekræftet, eller er en det omstændighed et eller andet sted som man evt kan komme uden om?

Har udskiftet en Uni400 dæmper til Haseman dæmperen inkl overdragningsrelæet (linket herover). Skiftede Fbén til 1.1.04c og så spiller det fuldstændig som Uni400 dæmperen. Så nu er det vel i realiteten noget der ligner en rigtig Uni250watt fortrådet dæmper, der så også bare lige kan styres via z-wave.