Lars1

Prøv at kontakte av-connection.dk, www.av-cables.dk eller tilsvarende. Det er ikke utænkeligt at de har et tilsvarende splitter kable. De har ihvertfald PDS til antenne kable. https://www.av-cables.dk/antenne-converter/macab-cat-line-tvb-01-omsaetter.html Men har din søn's PC ikke wireless? Stort set alle router som ISP'er levere idag kommer med wireless, og alt efter din internet forbindelse kan det være hurtigere end de 100Mbit som er max hastighed som IHC Net Basic understøtter. Om IHC Net Basic er ved at udgå er svært at sige. Som jeg lige skrev understøtter det max 100Mbit, og det er efterhånden ved at være for lidt til moderne internet forbindelser. Dertil kommer at færre og færre huse får en traditionel antenne og tlf. anlæg installation. Mere og mere bliver baseret på streaming eller wireless. Det er lidt paradoksabelt at LK har trukket det fulde IHC Net produkt fra marked, da de netop understøttede både 1Gbit, antenne og tlf. over PDS, og dermed er ideelt til den moderne verden. 1Gbit understøttes dog kun når man ikke samtidig køre antenne eller tlf. i samme kabel. Dette skyldes at 1Gbit bruger alle 4 par i PDS kablet, mens 100Mbit kun bruger 2 par.

Men det er jo kun LK IHC. Some både Mikkel og jeg har skrevet er Schneider MEGET ANDET end bare lige LK IHC, og såvidt jeg kan se står der intet i det du linker til at det er i forbindelse med LK IHC at LK deltager i zigbee fora'et.

Hvordan det? Som både Mikkel og jeg skriver, er Schneider jo meget andet en bare lige LK IHC.

Bortset fra at udskiftning af wireless protokollen vil betyde en kraftig omskrivning af dele af deres firmware + en helt ny wireless HW line. Ikke ligefrem noget jeg vil kalde lige til højrebenet. Slet ikke når LK på deres webinar om LK IHC udtalte at der ingen planer er for ny controller og udvikling generelt er et absolut minimum og går i en retning af at integrer med andre home automation produkter som pt. er markeds ledende.

IMHO har Schneider ikke ageret meget anderledes end mange af deres konkurenter. Derudover er der mange samarbejder og deltagelser i fora, som sker bag kulissen i en rum tid før de bliver offentlig gjort. Så igen. Jeg kan ikke se noget underligt i at det nu bliver offentigt at de deltager i de forum, og vil blive mere overrasket hvis de ikke har deltage i et godt stykke tid uden at det har været offentligt kendt.

Hvorfor det? De har jo også andre home automation produkter end IHC, og så kunne det jo også være at de detager for at følge udviklingen. Jeg vil finde det mere underligt hvis de ikke deltog.

Jeg giver Henning ret. Fru Jensen vil ikke ane hvad hun skulle stille op med de fejlmeldinger. Men det er godt for os nørder.

Dobbelt indlæg.

Nej. Den rigtige løsning er at have PIR'en tilsluttet et input modul på IHC controlleren og have konstant strøm på kombi dimmeren så den kan styres af controlleren. Hvis du afbryder strømmen til kombi dimmeren eller forbindelsen mellem kombi dimmeren og lys kilden får du bare problemer. Det kommer aldrig til at virke stabilt grundet kombi dimmerens krav om belastning for at kunne kommuniker med IHC controlleren. IHC controllerne er event styret. Det vil sige at hvis kombi dimmeren ikke kan kommuniker med IHC controlleren når controlleren ønsker at ændre lysstyrken, så er den ændring tabt selvom den måske kan kommunike med controlleren igen 1 sek. senere. Dine tryk på kombi dimmeren skal programmers så de styre dimmeren via programmet i controlleren frem for direkte, men jeg mener det sker automatisk når du linker dimmeren til IHC controlleren. Der er flere som har gennem tiderne har haft et ønske om forskellig lysstyrke afhængig af tidspunktet på døgnet og men PIR overstyring. Såvidt jeg husker ligger der flere FB'er til dette formål i DL sektionen. Hvis ikke er jeg sikker på at Henning har en ligende som han kan sende dig.

IHC controlleren kan ikke kommuniker med kombi dimmeren hvis der ikke er strøm på den. De gamle kombi dimmer kræver også min. 5-20W belastning for at virke. Det gør de "nye" lampeudtag ikke. Derfor må du ikke sætte PIR'en foran dimmeren eller efter kombi dimmeren hvis PIR'en har en potential fri kontaktsæt. Med et "nyt" lampeudtag burde det virke med PIR'en efter dimmeren såfremt at PIR'en har et potentialt frit kontaktsæt.

I min optik er det ordkløveri. Når du auto discover din velbus enhed og giver den en bus addresse, så linker/parre du den også med den/de enheder som den skal tale med. Eneste forskel på velbus og IHC at i IHC skal du ikke selv tildele en bus addresse IHC gør dette for dig automatisk. Og så skal du med velbus ikke ud og have fysisk fat i enheden, men som jeg skrev tidligere er det ikke altid en fordel.

Du undgår ikke start strømmen når sinuskurven er i nul. Du forsinker den bare lidt. Startstrømmen går til initiel opladning af kondensator etc.

Det er måske mig som er evnesvag, men kan du ikke lige forklare mig forskellen på linkning og parring? Hver producent har sin fortrukne metode. Der er fordele og ulemper ved dem alle. Jeg har lige brugt 1 mdr. sammen med et par advokater fordi nogen havde claimet nogle Meraki netværks devices i Meraki's dashboard som ikke var deres. Hvordan de har fået finger i vores licens nøgler er der ikke nogen som ved. Men auto discovery og remote opsætning af nye enheder er ikke altid lykken.

LK har stoppet supporten af firmwaren til HW6.2 for over 2 år siden. Hvis du er i tvivl, så tag et kig på https://www.lk.dk/mit-lk/ihc-software De første 6 mdr. efter HW7 kom på banen var periode under HW 6.2 angivet som 2012 -> Nu er det angivet som 2012 - 2017 På et eller andet tidspunkt skal supporten af gammel HW jo stoppe. Wireless er jo radio kommunikation, og alle som har rodet med kortbølge sender etc. som dreng, ved at antenner skal anbringes med afstand, da de ellers vil forstyre/æde hinandens signal. Såvidt jeg husker anbefaler LK 1M mellem wireless enheder. I denne context er antennen på controlleren en wireless enhed, ligesom wireless lampeudtag, wireless kombi dimmer, wireless stikkontakter etc. etc. etc. Og ja jeg ved godt at det ofter virker selvom de sidder klods op af hinanden, hvilket de også gør hos mig, men når LK frigiver noget skal det gerne virke i alle situationer (ved godt at der også her er forskel på teori og praktis) Er det 200VA pr. dimmer eller pr. kanal? Hvis det er pr. dimmer kan man så trække 150VA på 1 kanal og 50VA på den anden? Den nye model af min bil har en anden motor, og er ændret på flere andre punkter også. Bil producenten har derfor meddelt at de fremover kun laver kritiske software opdateringer til min bil de næste 2 år, og derefter vil de ikke længere lave software opdateringer til den. Bilbranchen er dermed ikke bedre end LK, bortset fra at de er bedre til at annoncer når de stopper software supporten på din bil. Opel er faktisk gået så langt at de ikke længer understøtter opel assist, eller hvad det nu hedder. Det er et system som er installeret i mange high end Opel modeller, men systemet er ikke kompatibelt med et tilsvarende system fra Opel's nye ejer. Så bare ærgeligt hvis du har købet en Opel med det system. Og sidst med ikke mindst. I dækkene på min bil er der dæktryks sensor. På et eller andet tidspunkt er jeg ret sikker på at jeg ikke længere kan få dæk/fælge med den rigtige type sensor, og så vil det system holde op med at virke, da det ikke er en sikkerheds kompnent, og dermed ikke noget som længere vil blive opdateret i bilen's software.

Og du har alle muligheder for at stoppe dit evendelige brok og afsporing af tråde. Du er sågar flere gange blevet opfordret til at stoppe det, og ikke kun af mig. Alligevel fortsætter du med at bruge enhver lejlighed til at lufte din utilfredshed med LK

Jeg har ikke IHC tablet, så første spørgsmål. Kan du få den til at snakke med begge IHC controller på LAN siden? Hvis ikke kan det heller ikke lade sig gøre på WAN siden. Hvis du kun har 1 WAN IP, så skal du bruge 2 forskellige port som du så forwarder til hver sin IHC controller. Herefter skal du konfigurer IHC tablet til at bruge en anden port end standard porten når du vil kommuniker med den IHC controller hvor WAN porten ikke er standard porten. F.eks. <WAN IP>:441 port forward til <IHC controller 1 IP>:443 <WAN IP>:442 port forward til <IHC controller 2 IP>:443

??? Jeg har citeret hele dit indlæg uden en eneste ændring. Et brokke indlæg som du iøvrigt har skrevet over 1000 gange allerede, så jeg tror efterhånden alle godt kender din holdning til LK uden at du behøver at forpeste og afspore samtlige tråde med den. Brug nu dit krudt på at brokke dig nu til LK isteddet for at sprede dit gylde her. LK læser ikke med her, og der er ingen her på boardet som interesser sig for dit brok.

Det er da så absolut ikke ligegyldigt. Jeg er heller ikke tilfreds med LK IHC, men det er endnu ikke lykkes mig at finde et alternativt som kan erstatte det. Jeg kan finde mange produkter som kan erstatte dele af LK IHC, men ingen som har den samme end to end integration. Dertil kommer at mange af alternativerne er af tvivlsom kvalitet både i udførsel, men også når det kommer til funktionalitet og data sikkerhed. Nogle af alternativerne virker f.eks. ikke hvis ikke de har internet adgang, og det er IMHO et no go. Så heller løber ind i at ens controller måske ikke virker et par dage.

Hvis du kan logge ind via Visual, skal du finde tråden "Java problemer igen igen igen" I den er beskrevet en workaround for serviceview login problemet. Såvidt jeg husker er det en ældre krypterings algorithem som bruges af serviceview, men ikke længere supporteres af Java. Men læs tråden. Der er beskrevet hvordan man løser problemet.

Hvor må det være dejligt at have et liv hvor ens største problem er om man kan tænde og slukke lyset i sit hus.

Ja. Visual filen fra Visual 2 kan læses af Visual 3 og uploades i din Visual 3 controller uden ændringer.

Hvad vil du installer i steddet?

Jeg har aldrig oplevet problemet selv, så jeg ved ikke hvad løsningen er, men nærliggende årsager kan være Sikkerheds indstillinger i browseren Manglende resolving af hostnavnet usb til IP addressen 10.18.93.210. - prøv at bruge IP addressen is steddet for usb i din browser og Visual.

Jeg er ikke på facebook, så jeg håber du vil dele resultatet her.

???? Løsningen er at fjerne IHC NET Basic boksen og sætte Gbit connector på kablerne så man har en række klassiske drop kabler i steddet. Gbit kræver alle 8 leder i kablet, så det er ikke muligt at køre både Gbit og tlf/TV i det samme kabel samtidig.