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
Det er en fejl som er set før.. Hvis ikke du allerede har fundet svaret, skal du indlæse vedhæftede firmware via firmwareloaderen. Den nulstiller brugere, og det bliver igen muligt at oprette brugere i IHC Administrator (via USB).
All addresses in ihc has a unique ID number you can look in visual if you hold down Ctrl and point the mouse over a temperature or an other thing you can see it. Indtast tekst eller en webadresse til et website, eller oversæt et dokument.Annuller Viser oversættelse til Openhab kan se alle vardeOversæt i stedet fra Openhab kan se alle værdOpenhab can see all the values in ihc controller. You just tell openhab which values it should read.
Openhab can log every time the value change or after x minutes.
om jag förstår rätt så sitter koden i LKs Kodetastaturet i själva Kodetastaturet och det som återkopplas till controllerna är en puls om koden är rätt inmatat?
dvs controllern har ingen aning om koden är rätt inmatad eller om någon lyckats att kortsluta kabeln till input?
Jag skulle vilja få till en lösning som använder både RFID tag eller ibutton och kod.
Tänker mig att nyttja 1-wire nätverk då det finns billiga läsare för RFID / ibutton.
någon som har använt en Kodetastaturet eller annat för att kunna mata in kod som läses av controllern och sätts centralt?
jag tänker att få en input från 1-wire nätverket att RFID/ibutton nr X har lästs av och inom viss tid kan man mata in rätt kod som kollas i controllern (eller OPENHAB eller liknande). Sedan stängs larmet av. Rätt kod ska då vara kopplat till rätt RFID tag /ibutton.
Ja et http://www.conrad.se/REL%C4-896H-50A-1AK-KA.%2fLA.-24VDC.htm?websale8=conrad-sweπ=504130 vil virke, men et http://www.elsag.dk/stikbensrelae/1-pol/stikbensrelae-led-spole-24v-dc.htm er bedre i en tavle.
Det var mange ting på én gang, men ja selvfølgelig kan det lade sig gøre.
Hvis du ved hvad du vil overvåge og hvad grænserne er, ja så laver man FB´n efter det.
Min watt FB var bare en måde at løse problemet på, men alt efter omstændigheder vil måleperiode mm kunne tilrettes så det bliver optimalt til dit behov.
JanneSjo modtog omdømme point Jens Vestergaard i Kodetastaturet Som Känner Kod Kopplat Till Rfid / Ibutton?