Al aktivitet

@Revo Kan man koble 2 REVO controller eller 1 REVO og 1 LK IHC controller sammen på samme måde som man kan med 2 LK IHC controller, hvor man forbinder en output dataline port på den ene LK IHC controller med en input dataline port på den anden LK IHC controller? Programmerings mæssigt burde der ikke være noget issue, men hvad med elektrisk?

@Jakob BarfodJeg kom lige til at tænke på at man på en V3 controller også kan uploade et nyt projekt til controlleren via SD kortet. Mener det er noget med at man kan tage SD kortet ud af controlleren, sætte det i en PC, erstatte projektfilen (ligger vist nok i en skjult folder). Når man genstarter controlleren efter at have sat SD kortet tilbage i den, skulle det nye projekt blive indlæst. Proceduren skulle være beskrevet i den PDF som installeres sammen med Visual V3.

@Lars1har helt ret i, at controller v3 over tid ikke længere fungerer, og første advarsel er problem med netværksinterfacet. Jeg har selv oplevet det flere gange, og min controller v3 blev ombyttet u/b hos LK. Men efter ca. 1 år begyndte den nye controller at få samme problem. Dog oplevede jeg en fejlfri v3 controller i årene fra ca. 2017 til ca. 2021, så jeg tror, at problemet blev introduceret i en af de nyere firmware, som man er nødt til at installere. Jeg har haft projekter over 8MB i størrelse uden problemer i en v3 controller. Mit gæt er - ligesom Lars - at det skyldes problemer med netværksinterfacet og deraf afledte konsekvenser. Uanset hvad så mistede jeg tilliden til IHC v3 controlleren og udskiftede hele min tavleinstallation til KNX, som i dag virker fint og er meget skalerbar. Alle min tryk, røgalarmer, IHC tastatur, kabler til tændinger og IHC-link kabler kunne bruges uændret, og med de rette komponenter så fylder det ikke mere i tavlen - tværtimod. Undervejs købte jeg en ABB model ABA/S 1.2.1 logikenhed, som jeg ville bruge til at bygge, hvad der svarer til IHC funktionsblokke. Men jeg endte med Logic Machine, som kan lidt mere, men dog er en dyrere og mere kompleks løsning. Hvis nogen er interesseret i at købe min ABB KNX logikenhed, så har jeg den pt. til salg på dba. Fra min gamle IHC installation kunne følgende ikke genbruges i KNX: LED dimmer, SMS modem samt sensorer til temperatur, lys og fugt. De fleste er af disse er nu solgt via dba.

Det kræver IHC captain også api imellem dem jo

Hej Lars. Omkring dimmer, så mangler vi et eksemplar at teste med. Trods efterlysning her på forum, samt søgning på bla DBA, er det ikke lykkedes os at finde en. De hænger ikke på træerne. Så hvis en her i forum har en til salg, eller eventuelt låns, så vil vi være taknemmelige. Det er ligesom en forudsætning, for at komme videre med den del. Vi har fået nogle .ihc filer, som vi vil teste, for at tilpasse kompabilitet med IHC1 controlleren. Omkring tem/lux/fugt sensorerne, så er det ingen problem - både hardware og software er allerede forberedt til dette, det skal blot implementeres og testes. Vil tro, at dette virker i løbet af første kvartal 2026. Der ligger nogle videoer på vores hjemmeside, og der vil løbende komme flere, når vi får testet de nye moduler.

Dejligt at se at i fortsat tror på jeres produkt, for rygterne siger at hverken temp/lux/fugt sensorne eller V3 LED dimmerne bliver understøttet af LK's Spacelogic KNX/IHC controller. Jeg håber især at det lykkes jer at få dimmerne til at virke.

Godt nytår til alle. Status på projektet er: - Vi har afsluttet vores beta test, og konstateret, at det kører godt og stabilt. - Vi er tæt på at være færdig med en brugermanual. - Vi har lavet en række software opdateringer for at rette mindre fejl. - Nu understøttes stand-alone, VIS filer og MQTT med Homeassistant auto discovery - VIS filerne understøttes med standard logiske (ON/OFF) IO moduler og alle blokke (også dine egne). - VIS fil understøttelse er stadig i beta version, men fungerer. - IHC2 og IHC3 filer understøttes, og der arbejdes på IHC1 (.IHC filer). - Software opteringer foregår via OTA - Vi har første batch klart til salg her i løbet af Januar - Binologic.com bliver den officielle hjemmeside - er stadig under opbygning Det som vi stadig arbejder på, er dette - Understøttelse af modbus - Understøttelse af IHC bitstream protokol (LUX/TEMP 507D6533 , FUGT/TEMP 507D0532) - Understøttelse af RS485 dimmer (model 820B1250) - Forbedringer i web interface - Forbedringer i display menu ("look and learn" programmering uden net adgang) Mvh REVO.

Hej Moka. De LED dæmpere du har, er det model 820B1250? Venligst Revo

Kære begge (og øvrige medlemmer), Dimmere blev fjernet og programmet implementeret i dag og det virkede (næsten) som tænkt fra starten. Der var lige det med to separate kip tryk der ikke er koordineret som gjorde at et af trykkene kunne ende med at hhv. tænde og slukke de to koblede serier af lamper - det er fikset og jeg ser frem til nørde det mere og få optimeret/personaliseret systemet, nu hvor det virker igen. Tusind tak for al indsigten, både direkte her og generelt på fora. Rigtig god aften derude Dbh, Casper

Jeg er ny på dette forum, men har haft IHC siden 2004. Jeg kører på controller 6.1 og har har forsøgt at tilknytte den til Home Assistant, som jeg har installeret på en Raspberry Pi. Jeg kan ikke få det til at fungere, så jeg håbede på nogle gode råd.

Sorry - jeg har fundet mailen, og der kommer et svar

Sorry - har fundet mailen, og der kommer et svar

Hej Lasse Undskyld at jeg ikke har svaret. Jeg har lige ændret mailen i opslaget til mail@thomas-b.dk, for jeg har desværre ikke modtaget din mail. Skriv lige til mig igen - beklager meget Mvh Thomas

Hej Bjarne Undskyld at jeg ikke har svaret. Jeg har lige ændret mailen i opslaget til mail@thomas-b.dk, for jeg har desværre ikke modtaget din mail. Skriv lige til mig igen - beklager meget Mvh Thomas

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 billeder nedenfor. 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. 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

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