Lars1

Jeg tror at 2 og 3 hænger sammen. Den nyeste Java virker ikke p.gr.af af de udløbne certifikater. Du kan så også tilføje at web scene view ikke virker i de nyeste browser, grundet forældet krypterings teknik. Det til kan jeg så kun opfordre så mange som muligt til at klage deres nød til LK.

Som jeg skrev tidligere, er det noget siden jeg stoppede med at lave data netværk, så jeg er ikke uptodate på de CAT6 og op. De kom til efter jeg stoppede. Men bøjnings radius argumentet giver ikke rigtig mening som forklaring på hvorfor kablet ikke kan komme ind fra bunden af en connector i steddet for bagsiden. Ofte vil kablet skulle ud gennem bunden eller toppen af dåsen bag, og så vil det give mere mening at kablet kommer ud af en connector som i CAT5 standarden hvis det er bøjnings radius'en som er problemet. Det er korrekt at parne er snoet forskelligt i et kabel, men såvidt jeg husker er denne snoening lavet således at over 10M er alle par igen lige lange. Hvis du måler over 5M er der måske en forskel, men jeg har ikke noget test instrument, så jeg kan ikke efterprøve om dette er korrekt. Balancen i de enkelte par skal være i orden for at de er støj imume, men den har ingen indflydelse på parallel datastrømme. Her er det længden på parne, som er vigtigt. Især ved høje hastigheder. Seriel data strøm i 1 par er relativ simpel. Her har man en start bit, en række data bit's og en stop bit. Man skal kun bekymre sig om timingen i 1 data strøm. Parallel datastrøme som i Gigabit ethernet over kobber er straks mere kompliseret. Her benytter man 3 par samtidig, og nu skal man pludseligt til at holde øje med at data komme i den rigtige rækkefølge på alle 3 par. Det gør man med data buffers i netværks chippen, men det er begræset hvor store buffer man kan have her, og hvis 1 par konsekvent er længere om at sende data igennem end de andre par, vil man for ofte skulle holde en pause for at komme i sync igen. Problemet med at styre parallel datastrømme opdagede man allerede da man kom over 100MHz i processor hastigheder. Print banerne på et motherboard mellem CPU'en og RAM kredsene måtte nu ikke længere afvige mere end få mm. i længde, før bit sekvensen kom ud af sync. Det er også derfor harddisk interfaces m.m. idag alle er serielle.

Den forklaring jeg har fået, er at alle parne skal være lige lange, da de alle bruges parallelt ved gigabit speed. Der er stor risiko for at dette ikke er tilfældet, hvis man bruger samme afslutnings metode, som på CAT5E connectorne. Det er kun 5-10mm i hver ende vi taler om, men det er meget når man snakker hastigheder på over 200MHz.

Dybden er der desværre ikke så meget at gøre ved når det skal være CAT6a eller CAT7. Jeg arbejder ikke længere med data netværk til dagligt, men jeg kan ikke mindes at have set CAT6A eller CAT7 connector hvor kablet ikke kommer ind bagfra. Det er længe siden jeg købte udtagne, men jeg mener at denne model passer sammen med IHC net connectorne. http://www1.lk.dk/servlet/context?n1=16&n2=2415&n3=2782&n4=2880

Hvis du bruger standard IHC FB's til varme styring, så kan puls tiderne sættes under indstillinger i de enkelte FB's via service view'et.

De 3 min. kan du ikke ændre på. Det er den tid det tager for en telestat at åbne og lukke. Det skyldes den måde som en telestat er konstrueret på. Men telestater på en radiator er generelt en dårlig løsning. Specielt hvis der ikke er retur termostater på dem.

De fleste telestater har et strømforbrug på 1-2W, så med en 72W strømforsyning skal du have rimeligt mange før du kommer i nærheden af grænsen for strømforsyningen. En normal installation med 1 controler og fuldt bestykket med I/O moduler, PIR sensor, røgmelder etc. vil normalt ligge på 20-40W, så der burde være plads til 10 telestater. Men Lars Jacobsen har tidligere uploadet et regneark, som kan hjælpe med at beregne dit forventede strømforbrug.

Der er stort set ingen udvikling sket på IHC de sidste 10-15 år, men bortset fra det, så er problemet at radiator ikke er beregnet til on/off styring, og IHC har ikke nogen 4-20mA udgange, som typisk bruges til motorventiler. Det er derfor rimeligt svært at kode en varmestyring til radiator baseret varme. Hvis jeg satte telestater på en radiator, vil jeg altid sætte en retur ventil på også, for at undgå de store temp. udsving i radiatoren. Retur ventilen lukker gradvist op og ned på samme måde som fremløbs ventilen. Eneste forskel er bare at den måler på vand temperaturen, mens fremløbs termostaten måler på rum temperaturen. Men jeg har kigget lidt på dine billeder. Det ligner lidt pex slager, som kommer ud af væggen. Hvis det er tilfældet, har du sandsynligvis en fordeler manifold i dit bryggers, og så vil du sandsynligvis kunne sætte telestaterne her, og fortsat benytte termostaterne på radiatorne til at undgå de voldsomme temp. udsving. Du skal bare sørge for at termostaterne altid står på f.eks. 4 eller 5 hvis de idag står på 3. Moderne termostater kan låses, så børn og andre pilfinger ikke ændre dem.

Som trikker lærling, bør du have nogle svende eller mester omkring dig, som du kan spørge til råds. Det er bl.a. deres job at lære dig det du ikke ved, og du vil få meget mere ud af at diskuter problemet direkte med dem, end at vi skal forsøge at forklare det på skrift. Vi kan ikke gøre det meget bedre på skrift end vildledningerne du allerede har.

Hvis du ikke er sikker på hvordan den monteres jvf. vildledningen, så bør du få din lokale elektriker til at monter den for dig. Strøm er ikke nogen man bare leger med, og slet ikke i en el-tavle.

Du kan bruge enhver magnet ventil som er godkendt til drikkevands anlæg. Desværre gør den godkendelse dem relativt dyre.

Som jeg har skrevet oven over, så virker admin og service view etc. ikke med den nyeste Java. Ældre Java versioner kan hentes her. http://www.oracle.com/technetwork/java/archive-139210.html Efter en downgrade virker alt igen.

Jeg har opdateret nedenstående tråd, og vil fremover forsøge at holde den opdateret. Vil det ikke være muligt at lave den sticky eller på anden måde få den fremhævet, da den indeholder løsningerne på mange af de Java problemer der ofte bliver efterlyst løsninger til. Når jeg får tid har jeg planer om at lave en tråd om hvad man kan gøre for at forbedre stabiliteten i ens controller. Det vil være dejligt hvis den også kunne gøres til en FAQ Andre kan sikkert lave FAQ'er om LED's, dimmer etc. Der har jeg ikke så meget erfaring.

Jeg håber du får svar fra en af de andre kode hajer, for jeg har desværre begænset tid til at hjælpe pt.

Nu er det ikke mig som har problem med at få det til at virke, men bortset fra det, er det kun wireless dæmper som ikke fungere i simuleringen. Fortråede dæmper funger fint i simuleringen, bort set fra at man ikke får nogen tilbage melding, så man har rent faktisk ingen idee om hvilken lysstyrke de står til.

Hvad gør du med strømforsyning af PI'en?

Du behøver ikke lave en halv/hel ulovlig installation ved at bygge den ind i en kasse. Du kan tage et smut forbi din lokale harald nyborg og købe et Ø80 lampeudtags underlag. http://www.harald-nyborg.dk/p6280/ihc-w-underlag-oe-80-mm-hvid Det er beregnet til formålet.

Jeg kan ikke finde 505DA103 noget sted, men LK's katalog påstår at det er den samme som 505D6103 og den står til 668 hos billigihc. En brugt wireless dimmer må derfor max kost 350 kr. hvis jeg skal være interesseret, og så skal den gerne kunne afhentes på sjælland.

2. Du verificer status på ind og udgange via service view'et. 3. Med dokumentationen, mener jeg den dokumentation som fulgte med da du overtog lejligheden, samt IHC programmet. Det er set før at den udgang man tror er brugt til en stikkontakt er brugt til noget andet. 4. Du skal ikke bruge det serviceview program du har hentet på lk's website. Du skal i steddet i en browser skrive http://<IHC controllerens IP> eller http://usb hvis du tilgår controlleren via USB. Herefter vil du får IHC controllerens forside, hvorfra du kan starte serviceview, administrator etc. Men værd opmærksom på at alt efter firmware version i contolleren og JAVA version på din PC, kan du løbe ind i mange forskellige problemer. Lidt søgning her på sitet giver dog en løsning på dem alle. Med seneste FW i controlleren, bør det kun være udløbne JAVA certifikater og forældede krypterings metoder, som bør give dig problemer hvis du køre med JAVA 7-et eller andet eller nyer.

Default i IHC er at alt er off, hvis det ikke er programeret. Du skal derfor sørge for at de 2 stikkontakter finde i venstre side af Visual, og at de er konfigureret på de rigtige udgange. Derufover bør du sætte dem til initiel værdi ON samt sætte kryds i husk sidste indstilling ved power on. Herefter kan du gå i serviceview. Her kan du se hvad status er på kontakterne og ændre denne hvis kontakterne mod forventning står til off. Eftersom du ønsker at have størm permanent på stikkontakterne vil jeg anbefale at du får en elektriker til at komme forbi og koble dem om i din tavle. Det tager kun 5-10 min. hvis installationen og dokumentationen er i orden. Det er bedst hvis det er en elektriker som ved noget om IHC, ellers kommer han bare til at bruge en del tid på at sætte sig ind i opbygningen af en IHC installation. Der vil næsten altid være en svag spænding på en stikkontakt. Det er dels lækstrøm fra IHC, og dels induceret spænding fra andre kabler som løber parallelt med kablet til din stikkontakt.

Har du checket standard PIR FB'erne fra LK? Dit ønske lyder ikke til at være langt fra hvad der er standard idag.

Jeg ved ikke om det virker, men har du prøvet at sætte dit ADSL modem på en af de udgange, hvor der er returvej? Der fulgte en F-connector adaptor med da jeg købte mine IHC net antenne kabler, ellers mener jeg harald-nyborg har adapteren til næsten ingen penge.

Ok. Så forstå jeg bedre dine problemer. Du blander forskellige fejl sammen. Web scene view er rent browser baseret. Her er dit problem at LK kun understøtter de gamle krypterings metoder, som moderne browser ikke længere understøtter. I Firefox omgår man krypterings problemet ved at tilføje IHC controllerens IP adr. ud for security.tls.insecure_fallback_hosts i about:config. Om man kan gøre det med USB også ved jeg ikke. Men du kan prøve at tilføje USB samt den IP adr. du får hvis du forsøger at pinge usb. Jeg ved heller ikke hvordan man omgår problemet i andre browser. Administator, service view og scene view er alle JAVA baserede og her er dit problem at LK's certifikater er udløbet. I nedenstående tråd er der en villedning til hvordan du omgår det problem Jeg tror vi er mange som har brokket os højlydt over at LK ikke er fulgt med tiden. Men de skal have kredit for trods alt fortsat at supporter produktet, omend det efterhånden er en begrænset support. Personligt vil jeg aldrig basere et IHC system på wireless alene. Wireless er for mig en nødløsning, men sådan er vi jo så forskellige. Skulle jeg vælge et IHC system idag, havde jeg nok valgt smart-house. Det er dog ret svært at få fat i til en ordentlig pris. De webshops jeg har set handle med det, er endnu ikke blevet opdateret med de nyeste produkter, på trods af at det er over 2 år siden at smart-house kom med en ny controller, som kun fylder det 1 M36 modul, og som har web adgang m.m. LK er ikke de eneste som er langsomme til at få opgraderet kryptering og certifikater, så der vil altid være en mulighed for at få morderne browser og JAVA til at understøtte gamle teknologier og certifikater, men hvis man ikke arbejder med IT til dagligt bliver det ikke let at finde de steder hvor man skal rette i opsætningen. Prøv de 2 rettelser jeg har givet dig. Hvis det ikke løser problemet er jeg ikke så langt fra Kalunborg engang i påsken.

Produktet er såmænd færdig. Problemet er faktisk at det har været færdigt i ca. 10 år, og stortset ikke er opdateret siden, så det er på ingen måde fulgt med tiden. Hvis du kørte med en +3 år gammel browser og en +3 år gammel JAVA, vil du ikke have mange af problemerne med JAVA og TLS kryptering. Jeg har lige checket på min egen installation. Du skal ikke bruge password når du er på via USB. Den spørger godt nok efter det, men du kan ikke indtaste noget password, og du skal bare klikke på login. Hvor i landet gemmer du dig?

Distributed arkitekturen med lokale I/O moduler giver ikke meget mening for en lille installation som IHC i et sommerhus, og der er intet i LK's IHC som er bus drevet desværre. Det er meget simpler at trække kabler direkte fra tavlen til de enkelte enheder. Denne stjerne installation kan senere ændres til en bus installation hvis man skifter LK's IHC ud med noget andet, men det er MEGET svært at ændre en bus installation eller distributed arkitektur til en ren stjerne arkitektur senere. Antallet af I/O porte etc. vil være det samme hvad enten du trækker kabler direkte fra hoved tavlen og til de enkelte komponenter eller bruger distributed arkitektur.