Lars1

Hvis du lægger mærke til det, så er IHC NET Basic komponeneterne lagervare, mens der er 5-10 dages leverings tid på resten. Mit gæt er at de ikke har fået opdateret deres site, og at hvis du bestiller komponenterne vil få at vide at de er udgået. Du kan være heldig at nogle ligger inde med rest partier, men jeg tvivler på det.

Visual 3 skulle have en rebuild funktion til at genskabe wireless links når man flytter programmet mellem forskellige Visual 3 controller. Har du prøvet den? Hvad gør du når linksne forsvinder? Laver du program ændringer eller andet?

Både service view og scenedesign kan tilgåes både via net og USB. Bare tast http://<controllerens IP> i en browser, og du vil få controllerens forside med links til serviceview og scenedesign. Klik på dem og du burde være kørende.

Det kan snart ikke betale sig at ændre billedet. Den skal jo på igen om et par uger. :-)

Trejdeparts produkter som IHC Captain etc. kan give de problemer du beskriver. Prøv at stoppe dem når du vil tilgå controlleren via LAN. Det plejre at hjælpe hos mig.

Personligt tror jeg det mere skyldes at der stortset ikke er nogen tilbage som overhovedet gider forsøge at programmer en TermIHC controller. Langt de fleste som er nørdet nok til overhovedet at forsøge har forlængst skiftet til Visual 2 eller 3. Læg der til at mange af dem som har problemer med Visual programmeringen, sandsynligvis vil have endnu flere problemer hvis de skulle programer det samme i TermIHC. 90% af de du finder i LK's bolig pakke incl. Alarm og varmestyring vil du ikke kunne lave med en TermIHC controller. TermIHC controlleren er stortset ikke andet end avancerede kip relæer til overpris. Visual 1,2 og 3 er trods alt mere avancerede, selvom om der er RIGELIGT plads til forbedringer. Det er jo netop det som LK har gjort med deres bolig pakke og de FB'er som følger med når du installer Visual softwaren. Vi er bare mange som ikke synes at laveste fællenævner er godt nok til os, og ser det som en udfordring at lave et LK IHC program som er skrædersyet til vores specifike behov. Min udendørs lys block er tidligere uploadet here, og der er flere som har spurgt efter tilsvarende funktionalitet gennem tiderne, men det er nok også den eneste FB i mit program, som nogenlunde uændret vil kunne bruges af andre. Det har ikke noget at gøre med at genopfinde den dybe tallerken. Det har at gøre med at gøre en masseproduceret standard vare bedre. Præcis som Tag Heure gjorde med Renult's motor i Formel 1 i denne sæson. Hvis du bare vil kopier dit TermIHC program til Visual 2 eller 3, skal du bare bruge LK standard FB's og linke dem rigtigt sammen. Det burde ikke tage mere end 2-4 timer. En del af udfordringen var at både LK og min lære sagde at det var en umulig opgave. Jeg må indrømme at jeg kan ikke følge din pointe. Medmindre computeren regner opgaverne for dig, så er den bare et medie med stort set samme funktionalitet som pen og papir. Og jeg tvivler stærkt på at det alene gør at du regner bedre idag end i 6 kl. I mit eksempel er den store forskel at i Visual har du timer og med Visual 2 fik vi wireless dimmer, hvor man kan sætte lysstyrken i %. Dertil kommer at programmerings sproget er mere avanceret med mulighed for enum tilstande etc. Alt sammen noget som gør programmeringen af komplexe funktioner, som f.eks avanceret udv. lys, MEGET letter. Men bortset fra det, så har vi igen hijacket en tråd, som egentlig handlede om noget helt andet, og vi er også godt på vej væk fra dit oprindelige spørgsmål. Hvorfor HW7 controlleren ikke kan programmers som TermIHC. Jeg tror ikke jeg kan forklare det mere tydeligt end ovenstående.

Sikkert fordi programeringen af TermIHC ikke er intuitiv for andre end nørder, som kender deres ladder programmering. Dertil kommer at du vil få svært ved at lave nogle af de mere avancerede funktioner, som Visual 1, 2 og 3 understøtter. Som f.eks. en FB til udendørs lys, hvor den tænder på 25% når det bliver mørkt, går på fuld styrke når en PIR bliver påvirket, går tilbage til 25% 5 min. efter PIR'en ikke længere er påvirket, slukker når det bliver lyst, og kan overstyres via tryk ved døren. Ovenstående FB lavede jeg til svendeprøve tilbage i slut 90'erne. Det tog RIGTIG mange timer, og den fungerede ikke altid som den skulle, men det opdagede censor ikke. Det tog ca. 20 min. at lave den i Visual 2, og den har nu virket uden fejl i over 10 år.

Det værste er at de siden release af Visual 2 med wireless har haft en bus teknologi til tavle dimmer med samme funktionalitet som wireless dimmer. Det burde ikke kræve meget at bruge samme bus teknologi til at sammen koble flere controller, hvor de ekstra controller er slaver på den første. Men det kræver jo at LK begynder at videre udvikle deres IHC. Men vi er ved at være pænt offtopic, så over and out.

Du skal sikre dig at du har installeret 32bit Java. Default på ny installationer er 64bit, men når du først har installeret 32bit Java, bliver den automatisk opdateret når du opdater Java. Det er længe siden jeg sidste har installeret Java fra scratch, men jeg mener du er nød til at gå på Java download sektionen for at finde 32bit Java versionen. Der ligger muligvis et link i tråden Java problemer igen igen igen.

Så vil jeg mene at du skal lave en varmetabs beregning, men der er næppe nogen som nogensinde vil spørge efter den.

Der er en anden tråd om problemet. Det er noget med at du skal fjerne helligdags opdateringen, så kan du rette tidsserveren, og efterfølgende tilvælge helligdage igen. Fejlen skulle være rapporteret til LK. Men søg efter den anden tråd. Der står det hele beskrevet i detaljer. Måske skulle nogen lave en tråd om HW7 udfordringer svarende til min Java tråd. Der har været en del ups'er og der er allerede kommet 3 eller 4 firmware opdateringer på 3 mdr. Jeg har desværre ikke nogen HW 7 controller, så det giver ikke mening jeg laver og vedligeholder tråden.

IHC Net Basic vil jeg aldrig installer idag, og den fulde IHC net installation fåes ikke længere desværre. I steddet for et 19" rack, som rager +50CM ud i rummet, vil jeg gå efter en væg patch box med f.eks. 12 eller 24 drops, og monter en hylde under den hvor man kan placer switche og router etc. CAT5e understøtter gigabit ethernet og telefoni. Hvis man ønsker køre TV i kablerne skal man op i kabler og stik, som er godkendt til 700MHz, og man skal have fat i en converter, som konverter TV signalet fra et 75 ohm signal til et 100Ohm signal. Man kan bruge en IHC net basis box til dette formål, hvor man monter korte PDS kabler i den. Disse kabler patcher man så op til sin patch box i de drops hvor man ønsker TV signal. Det er en dyr løsning, men det er den eneste løsning jeg kender pt. hvis man ønsker at køre TV over ethernet, i en ny installation.

Det er en grå zone. Hvis du helt fjerne den gamle tavle, og sætter en ny op med ene nye komponenter, så er der tale om en ny installation, og så skal der laves varmetabs beregning. I den anden enden har du den gamle tavle hvor du ikke ændre noget som helst. Et eller andet sted der i mellem går du fra ikke at skulle lave varmetabs beregning til at skulle lave varmetabs beregning. Hvornår er et spørgsmål som der ikke findes noget klart svar på. Nok ikke det svar du leder efter, men det er en grå zone uden klare svar desværre.

Hvor mange IHC controller og PLC'er fra 80'erne kender du som har en bus teknologi to sammenkobling? Faktisk var det at man kunne få 2 controller til at kommuniker ret unikt i 80'erne.

Du skrev. Det er forkert. Man forbinder output 15 med input 8. Dette bloker output 15 og 16, samt input 8. Input 7 kan man fortsat bruge til et input modul. Grunden til at man bloker 2 output udgange og kun 1 input indgang, er at der kun er 8 porte på et output modul, mens der er 16 på et input modul. Hvis du læser videre på siden 21 står der en forklaring på hvordan LK IHC controlleren holder styr på 8/16 addresser på output modulerne. Rent teknisk er det banal binær kommunikation.

Næh, men LK IHC er jo også designet i 80'erne, og stort set ikke ændret siden. Du kan dog både med Visual 2 og 3 tilslutte 64 wireless enheder, og der findes både LK IHC tryk og relæer i wireless udgaver. 64 wireless enheder bliver dog hurtigt dyrer end en ny controller, men måske nogle enkelte wireless enheder kan løse din udfordring. Harald Nyborg plejre at være billigst med wireless enheder, men har ikke det fulde sortiment.

Det er ikke korrekt. Du skal kun bruge en input indgang til 2 output udgange, og du skal ikke bruge nogle input eller output moduler. Man forbinder ganske simpelt en ulige output udgang f.eks. output udgang 15 på controller 1 med en input indgang f.eks. input indgang 8 på controller 2. Herefter kan man bruge dem som var det I/O moduler. Når man har gjort dette, bør man ikke bruge den efterfølgende output udgang (i dette tilfælde output udgang 16) på controller 1, da alle signaler her samtidig vil blive sendt til controller 2 på input addresse x.11-18 (i dette tilfælde 8.11-18) Vil man også overføre signaler den anden vej, skal man lave samme forbindelse fra output på controller 2 til input på controller 1. Man kobler dem samme for f.eks. at kunne overføre sluk alt o.s.v. Men hvis du ikke har brug for mere end 128 ind og 128 udgange, så er der ingen grund til at have 2 controller. Metoden virker også på TermIHC såvidt jeg husker, og da den kom frem i slut 80'erne var det faktisk en meget avanceret måde at koble 2 controller samme på da termIHC jo ikke er andet end avanceret kip relæer med on/off status var det rigeligt at man kunne overføre on/off signaler. Set med nutidens briller skal sammenkoblingen selfølgelig ske via Ethernet, så man kan overføre temperatur, floating points etc., men som vi jo efterhånden alle ved, har tiden hos LK stået stortset stille siden TermIHC kom på marked.

1-8 + 11-18 giver 16 jvf. min regnemaskine. Når du vil sammenkoble 2 controller skal du forbinde 1 eller 2 output udgange på den ene controller med 1 input indgang på den anden controller. Såvidt jeg husker skal det være en output udgang med lige nr. samt en med ulige nr. Det skyldes at input indgangene har addresserne 1-8 + 11-18, mens de lige output udgange har addresserne 1-8 og de ulige addresserne 11-18. Men det står bedre beskrevet i LK's villedning for sammenkobling af 2 controller. Kvalitetskontrol hos LK. Tror du også på julemanden?

2.01-2.16 må være en tyrk felj. Der burde have stået 2.01-2.08. Første cifer er modul nr'et. De næste 2 er indgang's nr'et på modulet.

Du skal passe på med at køre ledningerne ved siden af modulerne. Du kan få problemer med at få fronterne på når du er færdig. Men ellers skal du være velkommen til at komme forbi og ryde op i min tavle også. :-)

Det lyder fuldstændig ulogisk, af den simple årsag at induktionen er afhængig af strøm som løber i lederen, mens kapaciteten er afhængig af spændingen. Begge er derudover afhængig af længden. Eftersom dataledningerne leder meget svage strømme ved en meget lav spænding og generelt er meget korte, er der minimal med induktion og kapasitiv afladning i dem. Tilgengæld har du masser af elektrisk støj i en gruppe tavle, hvilket gør parsnoningen vigtig.

Nej. Kapasitive og induktive belastninger er ude af fase i hver sin retning. Når den ene trækker op, trækker den anden så at sige ned. Par snoeningen gør kun kablerne mindre følsomme over for udefra kommende støj. Den har ikke den store indvirkning på den induktive indstråling og kapasitive afledning. Det skal godt nok være en MEGET følsom LED og nogle MEGET lange kabler for at du kan få LED'en til at blinke. Den effekt som bliver induceret/afladt mellem lederne er sjældent nok til at den f.eks. vil kunne koble et HPFI relæ. Hvis man vil vide noget om strøm, induktion, kapasitiv afladning etc. skal man tale med disse folk. https://www.cp-institute.de/ Jeg var på et 1 uges kursus hos dem for snart 10 år siden. Kurset var alene om korrekt power distribution i et moderne Tier 3 og 4 datacenter.

Skal vi ikke lige prøve at få denne tråd tilbage på sporet. Tråden handler om hvorfor en LED blinker når den burde være slukket, og herunder hvorvidt der kan induceres spænding og strøm nok i parallelle leder, eller om den kapasitive afledning i lange kabler er nok til at få en LED til at blinke. Det er et faktum at der bliver induceret både spænding og strøm i parallelle leder. Det er også et faktum at der er en kapasitiv afladning i lange kabler. Men dels modvirker de 2 effekter delvist hinanden, og dels er ingen af dem kraftige nok til at få selv en LED pære til at blinke. De 2 effekter kan i nogle tilfælde få en pære, herunder også LED's til at lys ganske svagt, præcis som Lars Jacobsen skriver. Ganske svagt som kan ses i mørke, men ikke dagslys. Hvis en pære blinker, når den burde være slukket, så er der sandsynligvis en mere alvorlig fejl, som f.eks. beskadiget isolering på nært løbende leder eller blandede grupper som i Szafranski's tilfælde. End of the day. Har man en pære som blinker, bør man få checket sin installation af en professionel elektriker, evt. med megger, hvis der ellers er nogle elektriker, som stadigvæk ved hvordan man bruger sådan en, og ellers tør bruge den i en moderne installation med alt det eletronik man har nu om dage.

Hvad er forskellen?

Tja. Hvis du ellers havde fulgt med her på boardet ville du vide at jeg faktisk er udlært elektriker, omend det efterhånden er 20 år siden jeg forlod branchen. Men siden du er så klog kan du måske fortælle mig hvorfor man kan måle små 30V på en tre leder (fase, nul og jord) som er tilsluttet en slukket IHC 230V output udgang. Dertil kommer at din teori om den kapasitive afledning, ikke holder da afledningen jo netop sker mellem fase og nul, mens det kræver en afledning mellem 2 faser for at din teori om årsagen til lampe blinket holder.