Thomasbl

Så er de 4 fra holdet bag IHC-user.dk kontaktet - så må vi afvente deres afgørelse. Et er givet der bliver en bruger mindre på IHC-user.dk :-)

Så stopper i denne diskussion som er kørt helt af sporet.
Kandersen og Lars1 , dette er nok nu.
Betragt det som gult kort

Hold nu for pokker tonen anstændig!
Næste gang er det rødt kort.

Venligst hold tonen sober, trådstarter har stillet et spørgsmål og ønsker hjælp, IHC user skal have plads til alle på alle niveauer.
Der bliver bestemt sat pris på de brugere som hjælper andre, men hold nu en tråd til emnet..
 

Er det ikke det man opnår netop i den sidste metode jeg beskriver? Eller misforstår jeg?
 

Hej Simon. Det gælder for så vidt både OH1 og OH2. IHC bindingen virker i OH2 i legacy mode - dvs du skal lave opsætningen ligesom i OH1 med .items fil (linkning) og .sitemap fil (præsentation/brugerflade). Før nogen opgraderer IHC bindingen til OH2, kan du ikke gøre som du snakker om.

Jeg har også samme holdning. I dette tilfælde at OpenHAB er et add-on til IHC installationen, hvor kommunikationen bør gå via kontakterne eller dedikerede FB'ere, så IHC selv står for logikken og ikke er afhængig af at OpenHAB kører.
I forbindelse med de udfordringer I har haft med dette og de forskellige løsninger man kan overveje, vil jeg lige starte med at lave en lille analyse af forskellene mellem IHC og OpenHAB på "kontakt-området". Dette er for at klarlægge mulighederne man har når man skal mappe sine IHC tryk over i OpenHAB.
IHC (den fysiske verden): Kontakterne kan ikke vise tilstand Kontakternes "sluttetid" bestemmes af den der trykker Et kontakt kan have en diode associeret, men rent teknisk har denne jo intet med kontakten at gøre IHC (software): Et tryk kan fx fremkalde et scenarie, skrue op/ned for lyd, styre en markise el. og associeres så umiddelbart ikke med nogen (binær) tilstand Et tryk kan have en kip-funktion (simpel eller avanceret) og kan så associeres med tilstanden on/off OpenHAB kontakterne kan konfigureres til at være en: Traditionel kontakt (viser tilstand) Switch ihc_tryk1 {ihc="0x13b6045d"} I OpenHAB vises en kontakt der repræsenterer IHC værdien og samtidig kan ændre den.
Trykknap (som IHC) Switch ihc_tryk2 {ihc=">[ON:0x14268d11:100]", autoupdate="false"} Syntaksen ":100" betyder at det linkede IHC input (kan fx være et fysisk tryk) sættes on i 100ms (svarende til et tryk på en IHC kontakt). I OpenHAB vises én knap.
Scenarieknap (on/off for Switch item og muligvis mere avancerede ved fx Number item - har ikke prøvet endnu) Switch ihc_tryk3 {ihc=">[ON:0x13b6025f:200],>[OFF:0x13b60360:200]", autoupdate="false"} Som ovenfor, men her vises i OpenHAB to knapper med hver deres link til IHC, som fx kan være til tænd og sluk på en FB.
Da der i IHC ikke findes traditionelle kontakter har 3.1 umiddelbart lille værdi i denne kontekst. Ved linkning til FB'ere findes der dog eksempler på konstante input signaler man kunne forestille sig brugt, fx serviceafbryder til alarm FB'en, ude/hjemme tilstand, hjemmesimulering m.m. hvis dette ikke styres automatisk.
Konfigurationen 3.2 svarer 1:1 til et IHC tryk, bortset fra man på forhånd bestemmer sluttetiden og dermed ikke kan kombinere fx kort og langt tryk på samme knap. Hvis man vil det kan man benytte 3.3 og i sitemap opsætte strengene på knapperne, fx
.items: Switch ihc_tryk3_1 {ihc=">[ON:0x13b6025f:200],>[OFF:0x13b6025f:1000]", autoupdate="false"} .sitemap: Switch item=ihc_tryk3_1 mappings=[ON="Kort", OFF="Langt"] Til sidst vil jeg lige gennemgå hvordan jeg håndterer de situationen med knapper hvor jeg gerne vil have en tilstand associeret.
Situationer med dioden sammen med trykket kan løses ved at have et Switch item for trykket (3.2) og et input Switch item for dioden som vises med ikon/tekst i stedet for en knap:
.items: Switch ihc_tryk2_1 {ihc=">[ON:0x14268d11:100]", autoupdate="false"} Switch ihc_diode1 "diode" <onoff> {ihc="<0x128f1212"} .sitemap Switch item=ihc_tryk2_1 Text item=ihc_diode1 Ikon og tekst kan opsættes helt som man har lyst til. Denne metode kan også bruges ved avanceret feedback (tekst eller tal). Fx hvor tryk på en knap skifter igennem et antal scenarier.
Der er dog et lidt smartere måde at gøre det på, hvor man faktisk tager 3.1 i brug. Man kan opsætte et input link og samtidig to output links. Dermed får man en trykknap med med feedback fra et vilkårligt sted. Bemærk dog at det ikke giver den store mening at linke med en diode der fx blinker.
.items: Switch ihc_tryk_feedback "Ventilator" <onoff> {ihc="<0x143cc712,>[ON:0x143cc311:100],>[OFF:0x143cc311:100]"} .sitemap Switch item=ihc_tryk_feedback Man kan linke ON/OFF til samme (kip tryk) eller direkte til tænd/sluk på en FB'en. Og input link kan fx være "lys indikation" fra en lampen.
Jeg håber det kan bruges. Det har løst de fleste af mine behov indtil videre. Og bemærk at der ikke kræves nogen brug af rules.
Mvh Claus

Nå, så fik jeg løst problemet. Kan være det kan hjælpe andre i fremtiden.
Det er korrekt at der ikke er returvej i hverken IHC basic eller via coax i yousee boksen.
Yousee boksen bruger returvej via intenet som jeg ikke havde konfigureret korrekt, hvilket resulterede i de manglende kanaler

Prøv at vedhæfte den kopi du har fra PC´n.
Så kan vi andre prøve om vi kan indlæse den eller rede den på nogen måde.
 
Kører Controllen videre nu ?
Hvilken HW version er det ? 
Hvilken Firmare er der i den ?
Hvilken Visual version benytter du på PC´n ?
 

Det er en fejl i kodningen i din .vis-fil.
Du kan køre den igennem denne validator: http://www.xmlvalidation.com
Jeg kan ikke helt gennemskue opbygningen, men @Lars1 vil sikkert gerne hjælpe, han har før hjulpet folk i denne situation.

Her er dit program.. 
Kobberbølvej 13-09-2016_1.vis

Der var problemer med reference til 4 link-id i programmet, som ikke eksisterede. Der var 2 stk i din fb.1.1.01. Kip blok med tænd, sluk og timer funktion (LED VED TV) og 2 stk i fb. 1.1.01. Kip blok med tænd, sluk og timer funktion (LOOK OUT) - begge i soveværelset, så du må lige se om der nu mangler nogle funktioner i de 2 fb., da jeg var nødt til at slette, for at kunne åbne programmet.

Fedt Torben. 
Brugte du den validator som jeg linkede til? Skal man uploade en reference fil så ser er noget at sammenligne med? Jeg kunne kun se et rødt kryds i den sidste linje og der var ikke noget hint når man holdte musen over som der var beskrevet. 

ohaue skrev:
Mit forslag er bare at du prøver dig frem med nogle simple funktioner, du kan simulere funktionen og se om den virker...Højreklik og vælg "Tom funktionsblok" eller hvad den nu hedder. Så opretter du ind og udgange, samt timere osv. i venstre side, og så laver du et slags logik diagram i højre side.Det kan godt være det er en fordel at bare god til PLC programmering, men jeg ved det ikke, for jeg er ikke selv ret god til PLC programmering..Du kan også læse lidt i LK IHC Manualen omkring programmering af egne funktionsblokke på side 71 ;)http://www.lk.dk/Public/Download/Manual/IHCControl200_maj2006.pdf

Så prøver jeg lige igen :PJeg havde faktisk også zippet den, jeg fik bare ikke vedhæftet den rigtige [file name=pir_skum_ur_konstant_dim_2_niv_v2.zip size=3594]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/pir_skum_ur_konstant_dim_2_niv_v2.zip[/file]
pir_skum_ur_konstant_dim_2_niv_v2.zip

"Udgang" burde egentlig være indikering af om der er lys eller ej...Uret sætter vi lige med ind i også Bare en lille forglemmelse fra min side... [file name=pir_skum_ur_konstant_dim_2_niv_v2.vis size=26140]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/pir_skum_ur_konstant_dim_2_niv_v2.vis[/file]
pir_skum_ur_konstant_dim_2_niv_v2.vis

Prøv den her [file name=pir_skum_ur_konstant_dim_2_niv.zip size=3397]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/pir_skum_ur_konstant_dim_2_niv.zip[/file]
pir_skum_ur_konstant_dim_2_niv.zip

Super - vi forventer du følger up - lad dem nu få arbejdsro.
En indrømmelse som du har fået er godt nyt. Det har vi sjældent set.

Jeg talte med LK idag, vedr. problemet med den nyeste Java version. Deres kunde support påstår at de er klar over det seneste problem med Java, og at de ikke har nogen workaround, samt at de er bekendt med dårlig stabiliteten i den seneste firmware. Kundesupporten påstår de arbejder på at release en ny firmware og Visual version som bl.a. skulle addresse nedenstående punkter.
Udløbne certifikater Stabilitet Forældede krypterings metoder på web scene services etc. Manglende mulighed for at editer noter m.m. under produkt konfiguration i Visual Men jeg tror vi alle har hørt den historie før, så jeg vil se de nye versioner, før jeg tror på dem.

Søger lidt hjælp til nedenstående problem.
Lidt på skift og i forskellige rum, er mine lampeudtag begyndt at blinke.
Jeg tænder lyset, det slukker efter 8 sekunder og tænder igen 8 sekunder senere. Så er lyset tændt for det meste. Nogen gange får det lige lyst til at slukke igen og tænde 8 sekunder senere.
Lampeudtagene er omkring 5 år gammel og tændes via wireless tryk. Har ikke controller.
Nogen forslag til løsninger?
Brian

Når der ikke er controller på, så er de defekte. Det er ikke normalt at gøre det de gør

Sendt

jeg rykker ham lige

Det var såmænd ikke noget særligt.
Efter strømafbrydelsen var der ingen liv i controlleren. Slukkede for strømmen igen - Inc batteribackup, hvorefter der kom liv i alle funktioner igen. En enkelt ting var dog stadig "ude af sync" nemlig output for alarm, så det bimlede og bamlede. Allan havde dog heldigvis en backup af programmet som jeg havde fået på forhånd og her havde jeg udskrevet dokumentationen via MikkelS hjemmeside, så den ene forbindelse blev pillet fra og så der var fred og ro til den videre fejlretning.
Så var der bare de sædvanlige problemer med at få Admin forbindelse til controlleren, java mm. Men det lykkedes også at få forbindelse og koblet controlleren på LAN. Herefter var det bare at invertere den pågældende udgang i Serviceview. Teste at alt fungerede. Koble alarmforbindelsen på igen og teste endnu en gang.
Men alt ialt en OK oplevelse og dialog hvor vi er blevet en oplevelse rigere. Og Allan har nu mulighed for at få "remote support" online hvis det skulle blive nødvendigt.

giver lige Henrik lidt tid til at svare jer, kunne være han var på ferie..