Lars1

Kender et par stykker som ikke er specielt tilfreds med supporten til Hue (såvidt jeg husker). Det første supporten gør når man henvender sig til dem er at nulstille alt på ens account. Jeg vil blive temmeligt p..... hvis det skete hos mig.

Jeg må indrømme at jeg ikke længere kan huske hvad de lovede på mødet, men det er korrekt at bit produkterne samt FUGA/OPUS adaptoren kom omkring 1 år efter mødet. Firmwaren holdte dog kun et par mdr. før der igen var problemer med udløbne certifikater hvis jeg husker ret.

Kæmpe tillykke. Jeg tror vi er flere som har glemt at melde os ind i denne gruppe.

Et lille tip. Du kan flytte et produkt eller FB fra en lokation til en anden via drag and drop. Så slipper du helt for at unlinke og genlinke når du fysisk flytter dimmeren. Grunden til at tæller etc. bliver resat hvis man mister forbindelsen med controlleren mellem en download og upload, er at runtime værdier bliver holdt ajour sålænge Visual har forbindelse til controlleren. Mister Visual forbindelsen til controlleren, eller indlæser du en backup af dit program, så skal man downloade programmet igen før runtime værdier bliver holdt ajour. Visual kan jo ikke vide at alle object id'er i det program som pt. er indlæst er identisk med det som ligger i controlleren, medmindre den har et konstant keep alive signal. Hvis man uploader et program hvor runtime værdierne ikke er holdt ajour, så bliver runtime værdierne i controlleren overskrevet med default værdierne i det program man uploader.

Hvilket? V2 wireless HW var frigivet før debatmødet såvidt jeg husker. Eftersom det nu er over 4 år siden møde rækken blevet afholdt burde alt hvad der blev lovet dengang være på marked nu. Men tak for at bringe tråden op igen. Havde helt glemt at det er over 4 år siden de møder blev afholdt.

Dine sidste 5 indlæg er primært ligegyldigt brok IMHO. De løser ikke noget problem for nogen bruger her, og der er ingen her som kan gøre hver til eller fra vedr. dit brok. Bortset fra det, så er vi igen røget temmelig offtopic.

Du kan springe punkt 3 over, men hvis du benytter den metode, så burde du undgå at få flere wireless enheder i databasen end i programmet. Det er trods alt kun et enkelt ekstra upload trin i forhold til din metode.

Du har valgt mellem at klage din nød til LK, eller tilpasse dig det produkt du har købt. Jeg ved godt hvad jeg vælger. Dit konstante brokkeri over at LK ikke gør som du vil gøre i deres situation er efterhånden temmeligt trættende læsning

Men det sker jo tydeligvis ikke med den metode du bruger.

??????????? 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.