Al aktivitet

Kære Lars, Mikkel og øvrige eksperter. Jeg skal (her mange måneder efter) til at fjerne de pågældende dæmpere og har foretaget en række ændringer i programmet for at supportere ændringen (processen har afsløret noget sjusk vil jeg sige, jf. nedenfor med "død enhed" der stadig lå i systemet). Specifikt har jeg: 1) Fjern "død enhed" (kombidimmer) 2) Fjern 2x lysdæmpere 3) Tilføjet simpel kip i stedet for BÅDE I (mange spots) og J (spisebordslampe) ved tryk 6 tast køkken Se detaljer i vedhæftet. Problemlamperne er navngivet I (spots) og J (lampeudtag der ikke kunne helt slukkes). Jeg har desuden: 4) Tilføjet separat kip for HVER af dem "ved dør til soveværelse" 5) Tilføjet simpel kip KUN for spisebordslampen "ved dør til have" Simulering indikerer ændringerne burde virke, men i og med jeg fjerner dæmpefunktioner samt en enhed der tidligere er blevet i systemet "som død", håber jeg at der er en der har lyst til at se om jeg har lavet nogle åbenlyse fejl inden min far fjerner den fysiske dæmper. Jeg har vedhæftet nuværende program, alternative/nye program samt et billede med ændringerne. På falderebet håber jeg også at der måtte være nogen der kan sige om ledningsføringen betyder noget for hvilket "klik" man vælger til en lampefunktion (altså f.eks. øverst til venstre på en 6 klik vil man så skulle forbinde ledningen et bestemt sted i den enhed eller er det blot at de rette enheder er valgt)? Det skal siges at grunden til at jeg spørger om hjælp på "forkant" er fordi det er min far der fjerner dæmper så jeg vil gerne have processen til at gå så godt som muligt/jeg har gjort mit hjemmearbejde På forhånd tusind tak for hjælpen De bedste (julehilsner), Casper Alternativ programmering.vis Nuværende programmering.vis

FYI. LK IHC Visual benytter ikke Java, så derfor er den ikke ramt af de Java problemer som IHC Starter eller LK's Java starter løser.

Tak for hjælpen. Jeg fandt ud af, at det var i LK IHC Visual, jeg havde set test-funktionen, hvor man kan se batteri-status på alle batteritryk m.v. Det viste sig, at der var en nøglering med 4 tryk, som har ligget i en skuffe i fire år, som nu var i lavt batteriniveau. Efter at have skiftet det, slukkede det røde diode. Lækkert. Jeg har heldig, at min LK IHC Visual stadig virkede, for jeg har ellers brugt IHC Starter fra jemi.dk i en længere periode, men tilsyneladende har den ikke test-funktionen.

På controller version 3 , kan man sætte en mail server op, som sender en mail med hvilken batterienhed der skal skiftes. Måske kan man også på din ?

Jeg tror ikke der er noget galt udover at du har et eller flere batterier i wireless enheder som trænger til at blive skiftet. Du kan læse mere om de enkelte dioder i den PDF som er installeret på din PC sammen med Visual, men herunder er en kort beskrivelse. OK dioden skal blinke grønt. Helst med ca. 1 sek on, og 1 sek. off, men kan også blinke lidt hurtigere hvis du har netværks forbindelse til controlleren. Batteri dioden vil lyse rød hvis en eller flere wireless enheder trænger til et nyt batteri. Antenne dioden lyser/blinker kun når der sker kommunikation med wireless enheder. Når der ikke skal sendes beskeder til dem, eller nogen påvirker en wireless enhed, er der intet lys i dioden. Netværk ikke fundet fejlen på SMS modemet lyder meget sandsynlig når SIM kortet ikke er aktivt. Den "fejl" har intet at gøre med de 3 dioder. At finde hvilken wireless enhed som trænger til et nyt batteri kan være besværligt. Sommetider bliver det logget i serviceview, men ikke altid. Jeg vil anbefale at du skifter alle batterierne, for når først en enhed er ved at løbe tør for strøm kommer de andre sikkert kort tid efter, og så meget koster nye batterier heller ikke.

Hej! Jeg vil sætte pris på enhver hjælp i retning af at slippe af med nedenstående fejl. "LK IHC Visual Controller / Viewer" (HW 6.2, FW 2.8.4) blinker grønt i "OK" og lyser konstant rød i "batteri", intet lys in "antenne" LED. Jeg har ikke noget i ServiceView loggen, der gør mig klogere på denne fejlstatus. Lige nu står den til "Log alle datalinje input hændelser" og der kommer linjer hvor gang vi tænder/slukker enheder m.v. Vi har et "LK IHC SMS Modem", der er i "Netværk ikke fundet" status, fordi SIM-kortet ikke er aktivt længere. Ved ikke om det kan være årsag til ovenstående, formoder det ikke, men ville alligevel lige nævnte det. Min formodning er, at en eller anden tryk-enhed er løbet tør for strøm? Men jeg aner ikke hvilken (og vi har en hel del i vores setup). Kan man køre en kommunikationstest til alle enheder eller noget i den stil? Jeg har forsøgt at tømme loggen og genstarte Visual Controlleren. Fortsat fejlstatus. På forhånd tak for enhver hjælp.

Jeg er ikke overrasket over at programmeringen følger KNX standarden, det havde jeg helt klart forventet. Men jeg er overrasket over at temp./lux/fugt sensor ikke er understøtte, og at det kun er basal digital I/O som er understøttet. Jeg havde forventet lidt mere. Den store fordel er dog at man få adgang til hele KNX produkt marked. Og prisen følger jo meget godt KNX. Måske er der alligevel et marked for den REVO controller som nogen arbejder på. Den har sit eget fora her på boardet. Jeg tror dog at KNX/IHC controlleren vil kunne erstatte mere end 2% af de eksisterende LK IHC installationer. Rigtig mange bruger dem ikke til andet end lys styring, og modem er der stort set ingen som bruger længere. Hverken TermIHC eller Visual 1 understøtter wireless, temp/lux/fugt sensor eller LED dimmer, og de findes fortsat MANGE LK IHC installationer med de 2 controller. LK IHC wireless bruges rigtig mange stedder, men det bygger på en protokol, som ikke længere levere op til gængse sikkerheds standarder, og derfor kan man ikke lovligt lave nye produkter som understøtter dette. Altsamme desværre tegn på at den er ved at dø. Hos mig er der typisk gået 1-2 år fra de første symptomer viste sig og til controlleren døde. I den periode har der være mdr. uden problemer, men jo nærmere døden kom, jo ofter opstod problemerne. Om det er størrelsen eller antallet af variabler som er problemet, er nok lidt svært at sige. Eftersom du kan downloade programmet korrekt, er det tilsyneladen parsing af programmet i controlleren, som fejler i steppet "sender projekt fil." Når du sender projektet til controlleren, sker der en simpel kopiering af projekt filen til controlleren, og herefter læser controlleren programmet og parser det til noget den selv forstår. Denne indlæsning og parsing sker hvergang du genstarter controlleren. Når du downloader projektet, er det bare den fil du uploadet som bliver downloadet.

Opdatering: Upload af tomt projekt til controller via netværk: Fejler Upload af backup af projekt til controller via netværk: Fejler Upload af tomt projekt til controller via usb: OK Upload af backup-projekt til controller via usb: OK (og afvikling starter) Upload af stort projekt (det med de nye LINK-funktionsblokke) til controller via usb: Fejler under "sender projekt fil", se vedhæftede billede - (men kan sjovt nok downloades korrekt fra controller via usb, men afvikling starter ikke - og fra ServiceView står der "Controller i fejltilstand") Upload af backup-projekt til controller via usb: OK (og afvikling starter) ...så det er nok noget med størrelsen på projektet...

Jeg ved ikke, hvad forskellen er på 120B1005 og 120B1220, men den sidste udgave kan pt. findes på dba: https://www.dba.dk/recommerce/forsale/item/3619095

Hej Mikkel - Fandt lige den her gamle tråd frem. Hvordan gik det egentlig med funktionaliteten med overførsel af værdier mellem controllere? Jeg gik værkfra idéen om at overføre andet end binære værdier, for hvis man nu forestillede sig, at man havde en "master" og en eller flere "slave"-controllere, så kunne al logik (funktionsblokke) være i masteren, og slaven/slaverne skulle kun håndtere ekstra input- og output-moduler. Hvis man nu brugte de dér Controller Link lidt fornuftigt, kunne man måske overkomme begrænsningen på de 16 signaler, der overføres vha. de 16 bit. Som set i den her tråd: ...er det næsten lykkes mig at lave funktionsblokke, der kan overføre 128 input og output mellem controllere. Funktionsblokkene virker i IHC VIsual men lader bare til at være for store til controlleren... -- Jakob

Jo da - men ikke meget. Så vidt jeg forstod, er det meget, meget simpelt. KNX-dimsen erstatter controlleren og forbindes fysisk til input og outputmoduler. Al funktionalitet ligger så i KNX, og det var simpelthen så nedslående at få at vide, at det er funktioner som "tænd", "sluk", "kip", "sluk alt" der bliver understøttet. Hverken wireless, temp/lux/fugt-sensorer, specielle in- og outputmoduler (fx 0-10V converter eller IR-modtager), RS485-komponenter (modem/SMS-modem/LED dimmer) - eller (værst af alt) egne funktionsblokke. Ud fra beskrivelsen gik jeg derfra med en fornemmelse af, at produktet kan erstatte ca. 2% af, hvad IHC-controlleren bruges til. Med mindre jeg har misforstået noget, er det 98% uanvendeligt i alle de use cases, jeg kender. og så er der prisen. "Regn med 10K + moms", sagde den flinke mand fra LK. Hulens. Nå, jeg har oplevet et sjovt udvalg af fejl i dag. Lige nu har IHC Visual været ved at hente "projekt fra controller" i ca. 30 minutter - men den står da stadig som "online"... ...hvad siger din erfaring dig? Er det tegn på snarlig undergang og død? Jeg synes, jeg har prøvet det før - og så gik alt i orden efter upload af først et tomt projekt og derefter det rigtige via usb...

Kan du ikke fortælle lidt mere om den nye KNX/IHC controller? Det er ikke meget som LK har frigivet indtil videre, og V3 controllerens ustabillitet er ikke rigtigt til at leve med, så jeg er MEGET nysgerig på hvad den nye KNX/IHC controller kan, og ikke kan. Specielt om LK IHC LED dimmer er understøttet. At Visual lukker ned uden fejl melding har jeg også oplevet, men aldrig uden at der samtidig har været problemer med controlleren. Op til en V3 controller dør, stiger frekvensen i netværks problemer med controlleren, herunder også at Visual lukker ned under program upload, eller midt i at man er ved at lave ændringer, mens man har forbindelse til controlleren.

Argh, det lyder ikke rart. Jeg talte kort med en af de ansvarlige fra LK inde til "ElektrikerDage", hvor de præsenterede det nye KNX/IHC-modul, og det var... undervældende (måske bortset fra prisen!) - så jeg blev bekræftet i, at det er en supergod idé at blive ved med at lægge pres på LK for at kunne reparere V3-controllere, der står af... Men sjovt, du siger det - efter at min controller afviste det "store" program, uploadede jeg den forrige (mindre) version uden problemer - men efterfølgende har der i dag været udfald, så controlleren ser offline ud - og jeg kan hverken uploade eller downloade (men jeg mistænker også selve IHV Visual-programmet for ikke at være så robust; Cflere gange i dag er programmet lukket uden nogen form for fejlbesked under forsøget på upload/download). Hmmm... Jeps, jeg har været temmelig omhyggelig med at indbygge tolerance for det i funktionsblokken - herunder den cirkulære kø, der gør, at man kan sætte en masse ændringer i kø (forestil dig en masse korte tryk på et svagstrømstryk efter hinanden) - og signalering frem og tilbage mellem afsender og modtager. Det overvejede jeg også, men med parallelle bit får jeg en hurtigere afvikling. Og i modsætning til I/O-modulerne (som sender et bit-tog over noget, som vistnok også er RS485) og temp/lux/fugt-sensorerne (hvor klok-frekvens er indbygget i hardware), ville jeg selv skulle styre klokken. Min erfaring er, at en timer med nedtælling på 100 ms i praksis er mellem 100 og 500 ms - så det ville kræve laaang tid, hvis man skulle afvikle et signal serielt sikkert som et tog af pulser. Et billede siger mere end 1.000 ord, så jeg har lige lavet en demonstrationsvideo... Det er ganske vist simulering i IHC Visual, og jeg ved godt, at det ikke afspejler 100%, hvordan det vil virke på controlleren... IHC-controllere.mp4

Jeg kender ikke grænserne for hvor stort et LK IHC program må være, eller grænserne for interne variabler m.m. Men V3 controlleren har det med at dø (jeg er nu på min trejde V3 controller), og et af de første tegn er fejl på netværks interfacet, som bl.a. betyder at man mister forbindelsen fra tid til anden. Får du samme fejl, hvis du oploader et mindre program? Inden jeg uploader et nyt program til mine LK IHC controller, genstarter jeg dem altid via adminview. Det løser problemet på V2 controlleren, som ellers har det med at genstartet under program upload. På V3 controlleren har jeg ikke set dette problem, men jeg har heller ikke set proceduren skade noget. Omkring brug af I/O porte til bit overførsel af binære værdier, så skal du være opmærksom på at LK IHC er event basert, hvilket vil sige at du får en event hvergang en bit eller indgang ændre sig. Man kan selvfølgelig udnytte at LK IHC controlleren normalt afvikler hændelser i den rækkefølge afsendes i programmet. Hvilket vil sige at hvis din FB først sætter bit 1, derefter bit 2 o.s.v. så er det normalt den rækkefølge de vil blive modtaget i den anden controller, hvilket gør at man kan bruge sidste bit til at trigger aflæsning af værdien. Men der er ikke nogen garanti for at der ikke har været en interrupt på afsender controlleren, som gør at bit'sne bliver afsendt i en anden rækkefølge. I steddet vil jeg anbefale at du sender dine binære værdier som bit pulser på en enkelt I/O forbindelse. Det kræver lidt timing, men det er mere sikkert end parallel bits på I/O forbindelserne, og det er den måde som I/O modulerne og temp/lux/fugt sensorne kommuniker med controlleren. Interrupts på afsender controlleren, kan også her give problemer, men med start/stop og paritets bits, samt et OK/resend signal tilbage, bør kunne løse dette.

Hej - Jeg bøvler med at få koblet flere controllere sammen. De medfølgende funktionsblokke kan kun overføre 16 binære værdier mellem to controllere ...så jeg har programmeret min egne funktionsblokke, der bruger 7 af bit'ene som adresser + nogle bit til signalering. Det giver mulighed for overførsel af 128 binære værdier. Så kan man koble 128 indgande og 128 udgange på en anden controller, mens man stadig bruger "hovedcontrolleren" til at styre al logik (den sekundære controller bruges kun til at forbinde de ekstra ind- og udgange) Mine funktionsblokke virker ved simulering i IHC visual, men de er ret store (bl.a. har jeg implementeret en cirkulær kø for at undgå at miste signaler, mens der sendes) ...og nu kan jeg ikke uploade projektet til controlleren. Den fejler her under "sender projekt til controller"... Har nogen en idé om den øvre grænse for, hvor stort et projekt V3-controlleren kan håndtere? Mit projekt er nu ~8MB, hvis jeg kigger på den rå .vis-fil. Eller er der fx en grænse for, hvor mange interne variable etc., controlleren kan håndtere i alt? -- Jakob

Jeg sendte en mail den 9. Har intet hørt.

IHC captain er lukket helt ned for ssh og (s)ftp pga sikkerhed. Jeg har faktisk lavet en upload funktion som heller ikke er kommet ud endnu men jeg har så mange ting igang så ved ikke hvornår det kommer ud.

Prik evt til mig via min Facebook eller hjemmeside, så kan det være jeg lige kan guide dig igennem eller noget remote. Men Lars har fat i det rigtige.

Jeg har sendt dig en mail for 3 dage siden, og vil som sagt gerne købe din PSU og en Sensor E. Skriver du lige en Pb eller svarer mail'en?

@IvarHar du fået løst dit problem, og i såfald hvad blev løsningen. Du må gerne melde tilbage, så vi alle kan lære af dit problem.

IHC, IHC Wireless og Zigza komponenter sælges. Det hele sælges som løsdele eller samlet. Ved samlet salg gives god rabat. Alle komponenter med undtagelse af nogle enkelte er brugt. Køber betaler porto/fragt - kan afhentes ved Horsens. Kontakt: IHC@thomas-b.dk

Hej Christian Hvis du stadig mangler, så har jeg en helt ny liggende..

Jeg har fortsat min LK IHC installation, og er ikke nervøs, da LK har lovet at kunne reperarer Visual 3 controlleren nogle år endnu. Udover det kommer de meget snart med en SpaceLogic KNX controller, som kan genbruge alle LK IHC I/O modulerne. LK IHC vireless bliver ikke understøttet, og pt. vides det ikke om LED dimmerne bliver, men i steddet er den fuldt integreret med resten af KNX produkterne. Der ligger et link til annonceringe i tråden med alternativer til LK IHC. Tråden findes i FAQ sektionen. Der er også nogen som forsøger sig med et alternativ til LK IHC controlleren. De har fået deres eget forum her på boardet, og der er et link til deres website i tråden med alternativer til LK IHC. Jeg vil kikke lidt mere på dit Niko link, og sansynligvis tilføje det til til tråden med alternativer til LK IHC.

Hej igen Jeg synes tråden gik død. Er alle bare fortsat på deres IHC installation, og håber den ikke dør? En ven har vist mig Niko Home Control || der angiveligt skulle være en af Nikos controllere (ud af mange?) der er målrettet "hjem"-segmentet. De har relæer, dæmpere, 1-2-4-6 tryk osv. https://www.niko.eu/da-dk/produkter/niko-home-control/produkter-til-busledningsforing Er det noget, nogen af jer andre har kigget på og evt. gjort jer nogle tanker om?

Hej Lars. Mange tak for input - det er muligt at ændre ip-range i routeren, så det bliver nok løsningen. Jeg har i øvrigt på min stationære PC den gamle JAVA, så jeg kan kommunikere med controlleren, hvis der ellers er hul igennem