Jakob Hauerslev

Hej Så er mit projekt nået til alarmen på min installation - efter vellykket tilslutning af velux KLF200 (tak for hjælpen til nogle stykker herinde!) Jeg kan ikke få min switch i google home til at agere kip-funktion - selvom jeg har angivet pulsewidth=100 på min channel. Things: Type switch : talarm_status "Alarm tilkoblet" [resourceId=8483602, direction="readonly"] Type switch : talarm_switch "Alarm switch" [resourceId=8412690, pulsewidth=100] Items: Switch Alarm_io "Alarm on/off" (Bryggers)["Switchable"]{channel="ihc:controller:1:talarm_switch", channel="ihc:controller:1:talarm_status"} Jeg har knyttet "talarm_switch" til puls-udgangen fra mit kodetastatur, og "talarm_status" til "Totalalarm tilkoblet" i funktionsblokken. Hvad er det at jeg gør forkert - switchen i google home skal trykkes fire gange for at tænde og slukke, ikke to gange (kip) ???

Den med =1 var et forsøg der åbenbart gik galt. Lavede ændringen, og så virkede det - det var så fordi telestaten kaldte på varme, og intet andet... Jeg hopper på rule-vognen indtil den switchtype kommer - for det ser da ud til at han er med på din plan :-) ... Og tak for arbejdet med den rule - jeg har for nyligt fået mine chromecast audio til at tænde og slukke mine forstærkere når de henholdsvis er i play og pause, bl.a. ud fra nogle af de eksempler du har lavet her, og så selvfølgelig ud fra dokumentationen - det der openhab er nu ok når man lærer at tænke openhab'sk ;-)

Det er så fordi at man nu SKAL bruge en heating/cooling-mode, og at den skal være en værdi der er =1 (da den i funktionsblokken kun har en mode når den er aktiv, som så gør at man ikke kan justere setpunkt når den er 0). Så nu har jeg linket den til mit backupmodul 24V, der altid er on. Til inspiration: Group g_Badtermostat "Gulvvarme lille bad" [ "Thermostat" ] Number Lille_bad_Temp "Lille bad temperatur" (g_Badtermostat) [ "CurrentTemperature" ] {channel="ihc:controller:1:temperature136212"} Number Lille_bad_Setpoint "Lille bad setpoint" (g_Badtermostat) [ "homekit:TargetTemperature" ] {channel="ihc:controller:1:lb_setpoint"} Number Lille_bad_Mode "Lille bad Heating/Cooling Mode" (g_Badtermostat) [ "homekit:HeatingCoolingMode" ] {channel="ihc:controller:1:input114778"} Og da jeg læste op på det, blev jeg opmærksom på at TargetTemperature nu har skiftet navn til homekit:TargetTemperature... Og Kandersen - nu virker det med Nest Hub ! :-)

Er jeg den eneste som nu har ikke-fungerende termostater i min google home app? Den skriver tilstand: ukendt (nede i heating/cooling-mode) og så er slideren bare grå? Jeg mener ikke at have ændret noget - er det kun mig der har det problem? Det er nok gået galt inden for de sidste par uger...

Det var det der var galt - nu er jeg ikke vant til at læse dokumentation, men jeg har godt nok kradset hul i hovedbunden et par gange over den KLF-binding og den tilhørende dokumentation - total forvirring fra min side. Det virker nu hvor jeg fandt den inde i channel-listen, det var der den var gal. jeg manglede ":position" - Dog meldte den en fejl i loggen, som jeg brugte 15 minutter på, men det var så fordi regnsensoren var aktiv og blokerede vinduet... Igen mange tak for hjælpen - jeg generer dig en anden dag hvor der er noget jeg ikke kan få til at virke ;-)

Jeg er begyndt at forsøge med at lave det hele i filer, da jeg godt kan se at det er rigtig smart - men så rykker vi lige et niveau op i sværhedsgrad - men så er det jo godt at vi har så hjælpsomme folk her på forummet :-) velux.things // Definition of Velux bridge velux:klf200:home // Bridge velux:klf200:home [ ipAddress="192.168.1.22", tcpPort=51200, password="velux123" ] { // Velux scenes // Velux IO-homecontrol devices Thing actuator V_Entre [ serial="53:2A:59:5A:11:0E:01:99" ] Thing actuator V_Bad [ serial="53:2A:59:5A:11:12:02:EE" ] ----- velux.items // Velux Actuator channels Rollershutter V_Entre "Velux entre [%d]" { channel="velux:klf200:home:V_Entre" } Jeg har også prøvet at kalde rollershutter channel for velux:actuator:home:V_Entre (da det er det loggen skriver) men den skriver også bare NULL: ==> /var/log/openhab2/events.log <== 2019-11-19 19:22:23.564 [ome.event.ItemCommandEvent] - Item 'V_Entre' received command 38 2019-11-19 19:22:23.587 [nt.ItemStatePredictedEvent] - V_Entre predicted to become NULL Det er sandsynligvis noget simpelt (det håber jeg) :-)

Beklager, men jeg er ret så håbløs ud i det her.... Jeg har nu fat i min KLF200, og kommer også online med mine vinduer: 2019-11-17 14:05:06.143 [hingStatusInfoChangedEvent] - 'velux:actuator:home:V_Entre' changed from UNINITIALIZED to INITIALIZING 2019-11-17 14:05:06.168 [hingStatusInfoChangedEvent] - 'velux:actuator:home:V_Entre' changed from INITIALIZING to ONLINE 2019-11-17 14:05:06.186 [hingStatusInfoChangedEvent] - 'velux:actuator:home:V_Bad' changed from UNINITIALIZED to INITIALIZING 2019-11-17 14:05:06.204 [hingStatusInfoChangedEvent] - 'velux:actuator:home:V_Bad' changed from INITIALIZING to ONLINE Problemet er så når jeg bruger slideren i mit sitemap, så kommer den her: 2019-11-17 14:05:30.267 [ome.event.ItemCommandEvent] - Item 'V_Entre' received command 19 2019-11-17 14:05:30.288 [nt.ItemStatePredictedEvent] - V_Entre predicted to become NULL - og der sker selvfølgelig intet... EjvindHald - jeg kunne ikke få dit eksempel til at virke, bruger det fra dokumentationen, men eftersom begge enheder er online, så mener jeg at jeg har fat i dem? Mvh Jakob

Kan du smide et eksempel på din things og itemfil op? Jeg har lidt svært ved at forstå hvordan jeg konfigurerer mine things, særligt velux, hvis det ikke er i paperui - synes at dokumentationen er betydeligt bedre i ihc bindingen ?

Nu troede jeg så at min Velux-binding virkede, men har startet forfra med Openhab 2.5, for at få ryddet op i min installation, og nu kan jeg absolut ikke få bindingen til at virke? Bruger KLF200 med V1 FW - den kunne fint discover i paperui i openhab 2.4? Nu kan jeg kun få den til at se Thing'en, men der sker intet når jeg prøver at finde channels. Kender du eller andre til problemet - jeg er igen der hvor jeg har brugt nogle gode aftener på problematikken

Hej. Jeg er kommet godt fra land med openhab, og det kører bare med at sætte det op med Google og ihc. Mange tak for hjælpen til folk herinde! Jeg har dog ikke helt fanget hvordan man får forskellige things til at påvirke hinanden - som jo er hele ideen med openhab. Mit mål er at få min ihc til at åbne/lukke mine velux-vinduer via en Klf200, uden at bruge dyrebare output i ihc'en. Men jeg strander konstant, selvom jeg har forsøgt at læse på dokumentationen. Jeg har lavet switches til klf'en der virker i openhab, men hvordan får jeg så ihc til at påvirke de switches? Er det med rules eller hvad skal man gøre? Et "for dummies" eksempel ville være lækkert :-) Mvh Jakob

Assistant på hub kan godt ændre temperaturen hos mig, men bare ikke vise det rent grafisk. Så det virker uden helt at spille 100% - i hvert fald hos mig. Jeg skriver lige til dig næste gang jeg er ved at bruge en weekend på noget håbløst :-)

Mange tak. Det er så lige to aftener i mit liv som jeg ikke får tilbage, for at slette en linie kode :-D Og træls med hub, men underligt, for den virker hverken med eller uden mode defineret.

Er der nogen der kan fortælle mig hvorfor jeg ikke kan få Google til at se min termostat? Jeg har forsøgt at følge kandersen's eksempler, blandet med lidt forsøg og openhabs dokumentation - det skal siges at jeg leger med at kode, men at jeg er på absolut begynderniveau. Jeg kan dog sagtens få lamper til at virke med Google, så der er fint hul igennem. Koden jeg har lavet ser sådan her ud, og det bliver opdateret korrekt på openhab-siden. Google Home kan se termostaten, men kan ikke få forbindelse? Group g_Badtermostat "Lille bad Thermostat" [ "Thermostat" ] Number Lille_bad_Mode "Lille bad Heating/Cooling Mode" (g_Badtermostat) [ "homekit:HeatingCoolingMode" ] {channel="ihc:controller:f4ae3673:LB_HKM"} Number Lille_bad_Temp "Lille bad Temperature" (g_Badtermostat) [ "CurrentTemperature" ] {channel="ihc:controller:f4ae3673:temperature136212"} Number Lille_bad_Setpoint "Lille bad Setpoint" (g_Badtermostat) [ "TargetTemperature" ] {channel="ihc:controller:f4ae3673:Setpoint_fb"} Nogen der kan komme med et bud - jeg er ved at opgive projektet.....

Er prisen på det output til forhandling? Og er den ny og med kvittering?

Nej, det eneste er vel at de kan hjælpe lidt til for at gøre ens installation mere smart. Jeg har i hvert fald fundet ud af at openhab kræver lidt ekstra kompetencer, som jeg ikke besidder.

Der skulle så have stået ALDRIG bliver gode venner med openhab - captain er jo brugervenligt, det kunne andre lære noget af

Jeg tror heldigvis at det her er mere simpelt end den anden løsning? Mit behov er i hvert fald ikke til mere end det, hvis det ellers kan lade sig gøre, for jeg har indset at jeg bliver helt gode venner med openhab

For mig vil det være mere end rigeligt, hvis cc, når den streamer noget, tænder for en udgang i ihc'en, så min forstærker tænder og slukker afhængigt af om der castes eller ej. Jeg bruger altid app eller google assistant til at afspille, justere lydstyrke osv.

Det virker det til at være. Og det er som om at der er en form for timeout, så at trykket igen skal vækkes efter en vis tid. Men om den timeout er på input i det hele taget, eller om den er pr. tryk, det er egentlig lidt svært at sige... Jeg skriver lige en besked til dig, men er først hjemme ved installationen efter jul igen. Igen, stadig tak for en fed applikation! Jeg bruger det stadig til at overvåge alarm via pushover - kobler bare overvågning til og fra afhængigt om jeg er hjemme.

Umiddelbart så skal mine tryk stadig vækkes af og til. Så desværre ingen forbedring på det punkt. :-/

Min er også netop en v3.... Jeg er sikker på at problemet hvad angår "lag" ved sekvenser/tasteforsinkelse har stået på, for mit vedkommende, som minimum fra captain 1.16. Problemet med at skulle vække trykkene kan godt være opstået med 1.17 muligvis 1.16.

Ja det er også ret træls, for captain virker jo ellers rigtig godt. Men ja, lad os lige se - jeg prøver en ren installation og så ellers afventer jeg :-)

Jeg kører pt uden captain, da det blev irriterende i længden med de tryk, og nu er problemet væk. Det men en ren installation prøver jeg lige at gøre... Desuden, og det kan godt være at det er den samme fejl, så skranter controlleren gevaldigt når ikke logger ud efter jeg har brugt captain. I serviceview kan jeg se at det hakker så meget, at controlleren ikke fanger min taste-sekvens til alarmen, hvorfor den ikke bliver koblet til?

Hej Igennem længere tid har jeg oplevet at mine tryk "sover" og at der skal trykkes to gange inden IHC reagerer. Når først et tryk på en hel enhed er blevet aktivt, så virker de øvrige samme sted fint. I dag prøvede jeg så at deaktivere captain, og så sover de ikke mere.... Jeg mener ikke at det var et problem i 1.14, men har oplevet det siden da - er ikke 100% sikker på det med 1.14. Hvad kan jeg gøre for at fejlfinde? Det er jo nok et eller andet der er galt med min opsætning, ellers var det nok blevet opdaget :-) Mvh

Jep - jeg har - i mit forsøg på at forstå OpenHab - læst nogle af dine og andres indlæg omkring det, så jeg prøver lige uden opgradering først :-) Men tak for info - det kan godt være at jeg lige sender en besked hvis jeg er helt i skoven