Lars1

??????????? Der er kæmpe forskel på at råde bruger om deres rettigheder, og klage muligheder, og dit gennerelle brok om at så er elektrikerne nogle uvidende fjolser, og hvorfor laver LK ikke deres SW på lige præcis den måde som du mener er den rigtige. etc. Vi er mennesker. Mennesker er forskellige. Jeg har det fint med at du ikke mener det er nødvendig at uploade mellem du unlinker og linker et logisk produkt til et fysisk produkt. LK og jeg mener noget andet. Sådan er det, og vi bliver uvidende ikke tåber af den grund. Det er ingen hemmelighed at jeg er dybt skuffet over den hastighed LK kommer med nye produkter og funktionalitet, samt at de ikke kan se samme potential i deres IHC produkt som jeg kan, men jeg forstår også at de er en del af en større international virksomhed, som har konkurerende produkter som bliver prioriteret højer, og det respekter jer. Det gør ikke LK til tåber i min verden.

Indtil du uploader dit program, er der reelt ikke sket nogen ændring. Du kan f.eks. ikke linke et wireless produkt, afbryde forbindelsen til controlleren, genoprette forbindelse og uploade programmet med det linkede produkt. Det vil ikke virke. Dit produkt vil nu stå som unlinked.

Dit brokkeri over LK her i foraet er spild af tid for både dig og os. Hvis du vil brokke dig over LK, så gør det direkte til LK. Dette fora er for at vi kan hjælpe hinanden med at løse de problemer vi løber ind i med LK's IHC produkter. Ikke brokke os over de ikke virker.

Du kan sætte serviceview til at logge ændringer på indgangen, og så gå forbi den.

Tro mig. Jeg har prøvet. Dog ikke med vilje. Er det ikke dig som har problemer med at du har flere wireless enheder i controller databasen end i dit program?

Meget kort. Den kloge nare den mindre kloge. LK er ikke være end alle andre producenter af el materiel eller producenter i det hele taget. Hvis du spørger 10 personer hvordan de gerne vil have et produkt skal virke, vil du få 15 forskellige svar. Du og jeg har MANGE gange været i heftige diskutioner, fordi vi basalet set ønsker et produkt skal virke på 2 forskellige måder. Som med alt andet wireless. Det gælder ikke kun LK Wireless

For nogle år siden holdte LK et gå hjem arrangement vedr. IHC. Et af møderne var på LK's daværende lokation i Københavns området. Af en eller anden grund var døren i auditoriet til kontrol rummet åbne, og man kunne der se el-tavlen for auditoriet. Under mødet spørger en af folkene fra LK hvorfor vi alle vil have dimmer siddende i tavlerne, fremfor i lampeudtag etc. En af deltagerne gør ham opmærksom på at han jo kan stille det spørgsmål til den elektriker som har lavet tavlen i kontrol rummet, for der sad 5-10 wireless dimmer i underlag ved siden af tavlen. Jeg vil fortsat stille spørgsmål ved om de overhovedet kommer. Derudover vil jeg blive meget overrasket hvis de bliver billigere.

Hvert produkt har et produkt ID, som du kan se hvis du åbner .vis filen. Dette produkt ID bruges til at identificer produktet i firmwaren, så firmwaren ved hvordan den skal kommuniker med den fysiske enhed, og hvilke funktioner der er i den fysiske enhed. Dette giver jo meget mening, når vi ser på forskelle mellem dimmer og relæer. At lave en undtagelse for 2 fysisk forskellige dimmer med samme funktionalitet giver ikke mening. Controlleren brokker sig når du forsøger at linke produktet. Fordi der også oprettes referencer i dit Visual program når du linker/unlinker dit produkt.

Wireless har altid været noget skrammel. Ikke kun hos LK. Prøv bare at se hvor meget sende styrken svinger på din tlf. bare du rykker dig 20 cm. Det gælder både wireless netværk og tlf. signal.

Du vælger controller -> link wireless i Visual top menuen og følger villedningen.

Hvis det er en HW1 dimmer du har, kan du have kommunikations problemer selvom der er fuld signal styrke, hvis ikke du overholder minimums belastningen på det som er tilsluttet din wireless enhed. Dit gæt er ligeså godt som vores. LK har over de sidste par år flere gange sagt at de kommer om lidt. Indtil videre løgn og latin

Hvis det er et HW1 wireless lampeudtag er belastningen fra HUE sikkert ikke stor nok. Hvis du ønsker kun at bruge HUE til at styre pæreren, kan du bare få en elektriker til at udskifte det wireless lampeudtag med et alm. lampeudtag. Der er ikke noget krav om at der skal være en afbryder til et lampe udtag.

Din metode virker fint sålænge det er samme produkt, men Uni250 og Ø80 har forskellig produkt kode, så controlleren vil ikke lade dig linke et Uni250 produkt til et Ø80 lampeudtag, selvom der ser ens ud i programmet og har samme funktionalitet. Derudover bør du uploade programmet mellem du unlinker og genlinker.

Ikke i mine øjne. Jeg bruger fortsat en HW 6.1 controller til alt lysstyring og en HW6.2 til varme og alarm. Eneste grund til at jeg har en HW 6.2 er at min installation er for stor til 1 controller. Begge controller er opgraderet til seneste 2.8.x firmware, og har nu kørt med den i over et år uden problemer.

Hvis det er på Visual 3 controlleren du får fejlen, så ligger .vis filen på SD kortet. I den medfølgende villedning skulle der være beskrivelse af hvordan du får fat i projekt filen via SD kortet. På en Visual 2 controller har jeg aldrig set den fejl i forbindelse med download af programmet. Jeg har kun set fejlen når man forsøger at åbne en gammel version, eller uploade efter nogle rettelser.

@Ejvind. Selv hvis dit wireless problem forsvinder, så mener jeg ikke man kan bruge det som argument for at det er brugen af scenarier, som er årsagen til problemerne. Det at du lægger et nyt program op, kan være det som løser problemet. Der er ingen tvivl om at afvikling af scenarier sker sekventielt, men det samme er tilfældet hvis du bruger 2 tast op/ned regulering. Hvis du f.eks. har en sluk alt som skal slukke 20 dimmer, og kommunikationen med dimmer 3 fejler, så vil dimmer 1 og 2 slukke, mens dimmer 3-20 vil være uændret. Resultatet er det samme hvad enten du laver sluk alt via scenarier, eller puls på sluk/reguler ned. Det er sandsynligvis en timeout som er årsag til denne opførsel. Man kan godt sige at det er dårlig implementering af LK, men på den anden side, så vil man nok også være træt af hvis det tog 30 sek. at slukke 20 dimmer når man trykker på sluk alt. Da jeg lavede mine test for nogle uger siden, var resulatet lidt mudderet. Somme tider var der en forsinkelse når afvikling nåede til den dårlige dimmer, og andre gange fejledede det helt. Noget tyder derfor på at der er en max tid til afviklingen af hele eventet, noget man sikkert kan omgå ved at linke produkter i mindre grupper på flere scenarier, hvis man har mange wireless enheder med dårlig kommunikation.

Velkommen til Problemet med "Unable to Launch" skyldes sandsynligvis en gammel firmware i controlleren og en ny Java på din PC. Enten skal du opgrader til seneste firmware eller også skal du følge den workaround som er beskrevet i tråden Java problemer igen igen igen. Det er sikkert en HW 6.1 controller du har. Den kan opgraders til firmware 2.8.4, hvis du følger den workaround som er beskrevet i indtil flere andre tråde vedr. dette emne. I disse tråde diskuters LK's advarsel om at lægge 2.8.4 på en HW 6.1 controller også. Vedr. wireless tryk, er der vist en anden tråd, med samme problemer som dine. Jeg har dog ikke selv wireless tryk, så jeg kan ikke huske hvad løsningen er, men prøv at rense batteri kontakfladerne. Det plejre at hjælpe på min wireless fjernbetjening. Hvis du skal skifte de wireless tryk, så indsætter du det nye tryk i dit program, linker det til din funktions blok, og linker det wireless. Altsammen er beskrevet i Visual hjælpe filen.

Dette indlæg er svar til flere. Hvis man har en HW7 controller med nyeste firmware, så vil de logiske dimmer produkter med touch ikke virker, og man får ikke lov til at uploade sit program. Har man en ældre controller eller firmware, så vil de logiske dimmer produkter med touch virke, også på de aller nyeste fysiske dimmer. Der er ikke noget i vejen for at bruge logiske dimmer produkter uden touch, ligegyldigt hvor mange taster man har tilrådighed. Der skal jo alligevel en FB mellem det logisk tryk produkt og det logiske dimmer produkt. LK's anbefaling er at det logiske dimmer produkt linkes til FB'en via scenarier, ikke via touch eller 2 tast betjening. Som Ole har vist, så supporter FB 1.2.03.d både 1 og 2 tast betjening, og det er ligegyldigt om det logiske dimmer produkt er med eller uden touch. Derudover styre den det logiske dimmer produkt via scenarier. Udfordringen ved at skifte sine logiske dimmer produkter ud, er at man først skal unlinke de gamle, og derefter linke de nye til sin fysiske dimmer. Når den sidder i 2M højde over et bord eller bag et skab er det ikke helt nemt. Sidst men ikke mindst. Om man bruger logiske dimmer produkter med touch eller 2 tast betjening har absolut ingen indflydelse på kommunikationen mellem controlleren og dimmeren. Det eneste man bør sikre sig er at de wireless enheder som har kommunikations problemer er linket til sidst til FB's. Derved gennemføres ændringer på de andre wireless enheder, selvom den sidste fejler. Er den wireless enhed som fejler linket først, så vil man ofte opleve at de resterende wireless enheder heller ikke bliver ændret.

Produkter fra en ældre Visual version virker fint, så længe det er supporteret i firmwaren. Heldigvis. Ellers havde jeg et stort problem når jeg firmware opgrader. Den eneste ændring er at LK har droppet supporten af touch. Det virker med alle fysiske dimmer hvis man bruger en ældre firmware og visual.

For et par uger siden lavede jeg en tråd med mine findings i forbindelse med at jeg rodede med et wireless problem. En af mine findings var at hvis man styre dimmer via scenarier, og man har en en række dimmer forbindet, så er der forskel på hvordan det virker, alt efter om den dimmer med kommunikations problemer er først eller sidst i list af linkede dimmer. Med andre ord. Når controlleren når til en dimmer med kommunikations problemer, for bliver den hængende der indtil timeout nåes. Dimmer efter den fejl ramte bliver ikke ændret. så man kan have dimmer som er ændret og dimmer som ikke er ændret. Ændringen af touch versus 2 tast har ingen betydning for kommunikationen. Det er bare LK, som ikke længere vil supporter 1 tast betjening, da mange ikke kan forstå at man skal slippe tasten for at skifte mellem op og ned regulering.

Alle wireless enheder kan programers med eller uden touch. Forskellen er kun om du styre dimmeren med 1 tast eller 2 tast. Touch hed oprindeligt 1-tast touch. Ved touch skiftes der mellem op/tænd og nedregulering/sluk hvergang du slipper touch knappen. Med 2 tast styring er 1 tast altid op/tænd mens anden tast er ned/sluk.

Søg her på boardet. Der er flere som har spurgt efter det samme før, og der er flere tråde med gode vejledninger til hvordan du griber det an og links til produkter for både patch paneler, væg udtag etc. Det kan sagtens lade sig gøre, det er ikke særligt besværligt, og du kan genbruge alt bortset fra din IHC NET Basis enhed.

Det er jeg ret sikker på den er, men jeg har ikke tid til at pløje alle 200+ sider igennem igen i den nærmeste fremtid så jeg kan ikke dokumenter det.

Såvidt jeg husker gik klagerne på defekte SD kort og manglende reel ny funktionalitet. SD kort fejlen tvivler jeg på LK havde fundet om de så havde kørt 24/7 tests på den i 2 år mere. Den manglende reel ny funktionalitet lider vi fortsat under, så jo den var klart til frigivelse i flere år før det rent faktisk skete.

Hvis jeg husker ret, blev HW 7 controlleren udviklet omkring det tidspunkt hvor LK lukkede den danske udvikling afdeling og flyttede det hele til deres SW udviklings center et eller andet sted i øst europa. Det kan forklare blandingen af dansk og engelsk og den rodede implementering af nye funktioner.