Lars1

Hvad vil du gerne kunne, som du ikke kan med LK's standard FB's? Bemærk at der er kommet nye FB's i februar mdr. i år. Jeg ved dog ikke hvilke ændringer der er med.

Det afhænger af hvad du gerne vil. Visual har jo ikke problemer med Java, og så er der websceneviewet, som heller ikke kræver Java. Serviceview og SceneView kræver begge Java, så hvis det er dem du skal bruge, så er der ingen vej uden om at nedgrader. Men nu vi snakker Java, kan du så ikke gøre denne tråd til en FAQ, eller på anden måde får den til at blive mere synlig. Jeg forsøger at holde den opdateret med de Java problemer vi løber ind i, og jeg kan se at den er blevet refereret en del gange efterhånde. Primært til bruger, som ikke kunne finde den via søge funktionen.

En af fordelene ved Java, er at hvis man ved hvordan, kan man køre med flere Java versioner på sin PC/Server samtidig, men det bliver hurtigt komplekst, og jeg her mere end 1 gang oplevet at opsætningen er gået fløjten i forbindelse med en auto Java opdatering. :-(

I LK sprog betyder det nok sidst i næste mdr. hvis vi er heldige. Har lige checket deres web site, og jeg kunne ikke se noget om ny firmware, eller at de overhovedet erkender at der er et problem.

D. 1/4 editerede jeg det første indlæg i denne tråd med en kommentar om at problemet også kan opstå i Java 8 update 72. Hvorfor det ikke kommer hvergang i 8U72 kan jeg ikke forklare, men jeg har kun fået det til at køre stabilt med 8U71.

Det er ikke et programerings problem. Det er alene et spørgsmål om at holde certifikaterne i firmwaren opdateret. Det tager 10 min. at opdater dem, men LK synes at være på vej væk fra IHC. desværre. Den nyeste firmware havde nogle opdaterede certifikater, og understøttelse for TLS 1.1 og 1.2, men de opdaterede certifikater udløb i december 2015, og med de seneste java versioner, kan man ikke længere omgå udløbne certifikater. Jeg mener du kan checke din firmware version via firmware uploaderen, som ikke behøver java, men den kræver at du er connected med USB.

Det simpleste ville være at en FB med 2 indgange og 1 udgang. Indgang 1 er til alarm udgangen, og indgang 2 er til udgangen fra 1.4.01f/g. Udgangen skal over på dit udendørs lys. I denne nye FB laver du så et program, som blinker ude lyset ved alarm, og ellers sætter ude lyset efter 1.4.01f/g. Samme FB kan bruges hvis der er lys indenfor, som du også vil blinke når der er indbrud. ps. Jeg kan ikke lige huske LK's alarm blokke, men hvis der er en udgang, som generer blink, kan du tilføje en ekstra indgang på din FB for denne. Så slipper du for selv at skulle kode blink, og du kan nøjes med en relativt simpel FB, som sender blink indgangen på udgangen hvis der er alarm, og ellers bare sender FB 1.4.01f/g indgangen på udgangen.

Kunne du ikke lave en lille forklaring til hvordan du får IHC Captain og Domoticz til at tale sammen?

Du skal nok beskrive lidt mere præcist hvordan den klikker for at vi kan hjælpe dig.

Inden du prøver for meget trial and error fejlsøgning, vil jeg prøve at bytte om på lyskilderne for at verifice 100% at det er dem som er årsagen.

Prøv at tage strømmen incl. evt. batteri backup til controlleren i 10 sek., og prøv så at installer FW 2.7.199

Indtil der kommer en ny version af IHC captain, kan du bare lave en ekstra FB, som kun sender temp. fra indgangen til udgangen. Du behøver ikke linke udgange til noget, men nu har du et sted hvor du kan lave din +25 graders regl.

Jeg har aldrig oplevet at kræven på skruerne er blevet ødelagt. Jeg vil kalde det en fabrikations fejl, og jeg vil ikke være bleg for at ringe og brokke mig til LK eller der hvor du har købt IHC modulerne. Nye skrue/klo sæt koster ikke meget at sende i et brev.

IHC er event driven. Hvis den misser eventet som skal logge informationen i service viewet, kommer det først med når "fejlen" er gået væk, og kommet igen. Jeg har en af de gamle fjernbetjeninger, og den er så dårligt lavet at jeg selv med sprit nye batterier får batteri alarmer. Jeg splider ikke tid på at holde øje med dem, men skifter batterierne når fjernbetjeningen ikke længere virker.

Du kan gøre begge dele. Der er ikke nogen stor forskel, andet end om du bruger 1 eller 2 udgange til dine telestater.

Vel. Det gør det sådan set også. De forskriver at man skal bruge deres IHC kable, og at man bør bruge sort til 0V og blå til bit. Vi kan godt blive enig om at det ikke står direkte at man skal bruge par snoet leder, men det her er LK. I deres verden er det implicit at når de anbefaler sort og blå, så skal par'et selvfølgelig også være par snoet hvis man bruger andre farver.

Hos din lokale elektriker, eller stjæler dem fra en anden LK indsat, køber den billigste fuga indsats du kan finde i Harald-Nyborg. Skruerne og kløerne er de samme på alle FUGA indsatserne. Hvis din lokale elektriker følger reglerne har han sikkert nogle skruer og klør liggende, da de skal erstattes med afbr. skruer når man monter i indmurings dåser. Men hvad gør du ved dem? Jeg har aldrig set en skrue eller klø knække. Men jeg har set mange elastikker knække, men det gør ikke skruerne eller kløerne ubrugelige.

6A er ikke meget at strøm at lege med, og jeg er ikke helt sikker på at C karakestik er tilladt i boliger, så jeg passer.

Skrue hullerne i lK's FUGA batteritryk passer med dem på en FUGA, så du genbruger bare skruerne eller kløerne fra afbryderen, hvis det vel og mærke er en FUGA afbryder, som du udskifter.

Alle kendte JAVA problemer burde være samlet her. Incl. workarounds til dem

??? Er det en ny installation du er igang med eller udvidelse af en eksisterende?

Jeg mener faktisk at LK forskriver at data og 0V skal være parsnotet til alle deres varianter af IHC temp. sensor.

Giv Brian lidt tid. Der er ingen her som bliver betalt for at hjælp dig. Hvis det haster, må du ringe til din lokale elektriker. De fleste reklamer idag med at de laver LK IHC installationer.

Lidt billigere hos billigihc.dk http://billigihc.dk/catalogsearch/result/?q=1088007451 men stadigvæk sindsygt for en 4 ports switch som ikke en gang kan managed.

Hvad er deres produkt kode?