Leaderboard

Jeg har lige fået en nyheds mail fra Schneider hvor de skriver at LED dimmeren forventes at være i handlen fra uge 4. Den er dog fortsat ikke at finde i deres produkt katalog

I to må snart mødes og få noget dialogkaffe

Vil bare sige - hold nu op det er et fedt produkt ! Ikke bare kvaliteten, men den app løsning du har til hele netværket, APere, switche og cams - det er satme i orden lavet, det må jeg sige. Varm anbefaling her fra, til dem som vil have super godt netværk hjemme, som er sat op på under 5 minutter af sig selv!

Inspireret af Zafranski´s indlæg fra August 2019 om Roth varmestyring, så kommer her en lille hurtigt vejledning til, hvordan man får IHC varmestyring til at virke med openHAB2 og Google Home. Det forudsætter at man har opsat sin openHAB2 med forbindelse til myopenhab.org cloud. openHAB skal/bør helst være version 2.5. eller nyere. Det er IKKE tiltænkt som en guide til openhab generelt. Det forudsætter derfor man har en vis viden om things og items, eller i det mindste kan gennemskue det grundlæggende. Der er brugt en temperatur & fugt sensor fra Zigza, men en "original" IHC gør præcis det samme. Der er brugt IHC avanceret varmestyrings blok 5.2.05.c på en HW6.2 controller med firmware 2.8.4. Bemærk - Det er opsat med en things fil, fordi man skal bruge setpunkt i varmestyrings funktionsblokken. Setpunktet er ikke tilgængelig via produktet, desværre. Det er muligt man kan hekse noget på een eller anden måde. Spørg en IHC ekspert :-) ihc.things: ihc:controller:elko [ hostname="IP", username="username", password="password", timeout=10000, loadProjectFile=true, createChannelsAutomatically=true ] { Channels: // Stort bad - Rum Type number :stortbad_temperatur_fb "Stortbad Temperatur" [ resourceId=7986196, direction="ReadOnly" ] Type number :stortbad_temperaturSet_fb "Stortbad Temperatur setpunkt" [ resourceId=7989780 ] Type number :stortbad_fugtighed "Stortbad Fugtighed" [ resourceId=13699623, direction="ReadOnly" ] Type number :stortbad_sensorfejl "Stortbad sensorfejl" [ resourceId=7989522, direction="ReadOnly" ] Type switch :stortbad_telestat "Stortbad Telestat" [ resourceId=6144859, direction="ReadOnly" ] } Forklaring: things filen gør intet andet end, at den laver dels laver selve bridge (broen) mellem openhab og IHC controlleren. Og nedenunder defineres channels manuelt, ud fra de resourceIDére som man skal bruge (dem der står i [ ] klammerne). direction=ReadOnly" giver sig selv. OpenHAB læser kun fra IHC controlleren på disse resourceIDére. Der hvor der ikke er sat noget direction, der er det ReadWrite, fordi det er default. Og det er netop det man skal bruge til setpunktet, for at man kan skifte temperaturen (setpunktet) på en IHC "termostat" fx via Google Home. ihc.items: //Stort Bad Group g_Stortbad_TSTAT "Stort Bad Termostat" [ "Thermostat" ] Number stort_bad_Temperature "Stort Bad Temperatur [%.1f °C]" <cu_heating> (g_Stortbad_TSTAT) [ "CurrentTemperature" ] { channel="ihc:controller:elko:stortbad_temperatur_fb" } Number stort_bad_Tempsetpunkt "Stort Bad Temperature setpunkt [%.1f °C]" <temperature> (g_Stortbad_TSTAT) [ "homekit:TargetTemperature" ] { channel="ihc:controller:elko:stortbad_temperaturSet_fb", autoupdate="false" } Number stort_bad_fugt "Stort Bad Fugtighed [%.0f %%]" <Humidity> (g_Stortbad_TSTAT) [ "CurrentHumidity" ] { channel="ihc:controller:elko:stortbad_fugtighed" } String stort_bad_Mode "Stort Bad Mode [%s]" (g_Stortbad_TSTAT) [ "homekit:TargetHeatingCoolingMode" ] Switch telestat1_stort_bad "Stort Bad Telestat [%s]" <cu_switch> (g_Stortbad_TSTAT) { channel="ihc:controller:elko:stortbad_telestat" } Forklaring: Først skal der laves en Group item. Den hedder i det her tilfælde g_Stortbad_TSTAT. Og den skal bruge Google Home tagget [ "Thermostat" ]. Denne group fortæller Google, at der er tale om en termostat. Derefter tilføjes de items som skal bruges til samme group for at Google kan forstå og arbejde med denne termostat korrekt. Dvs items som har disse tags: "CurrentTemperature", den reelle temperatur. "Homekit:TargetTemperature", der reelt er setpunktet. <- (Derfor skal den channel være ReadWrite) "Homekit:TargetHeatingCoolingMode" som gør det, at den fortæller hvilken "mode" termostaten er i. Normalt vil man have en "rigtig" termostat som sender et nummer, alt afhængig af om den er heat, cool, ON, OFF eller fx Auto. Sådan en funktion har vi ikke med IHC sensorene og varmestyringen, da den reelt "bare" er sensorer/følere, der sender data retur til controlleren, så så kan tænde/slukke en telestat. Derfor er der ikke linket til nogen IHC resourceID for Mode status. Men vi kan sagtens bruge Mode alligevel, og ret smart endda. Det gør vi ved at bruge en String type item til "Homekit:TargetHeatingCoolingMode". Ved brug af den og telestaten fortæller vi simpelthen Google om "termostaten" varmer eller ikke-varmer(køler). (heat eller cool). Simpel logik. Men først et par billeder af "termostaten i Google Home, når det er sat op, og man har synkroniseret sine enheder. Det ser således ud i Google Home (virker også i Google Nest Hub): Bemærk, det er samme termostat men den er rød på det ene billede og blå på det andet. Det er her Mode og String type item og en simpel rule kommer ind.. Den aktuelle temperatur aflæses under teksten "Indendørs". På begge billeder er aktuelle temperatur altså 22.5. Men dreje knappen er den man stiller setpunktet på. På det røde billede er setpunkt sat til 23grader. Men da temperaturen kun er 22.5 grader, så er den altså i varmetilstand. Telestaten er tændt. På det blå billede har jeg skruet setpunktet ned til 22 grader. Altså mindre end den egentlig temperatur. Og derfor er den i køletilstand. Telestaten er slukket. Det her er ikke noget Google selv finder ud af.. Det laves via en simpel rule som benytter telestaten til at fortælle Google, via Mode, hvad status er. Den ser således ud: rule "heatingmode stortbad" when Item telestat1_stort_bad changed then if (telestat1_stort_bad.state.toString == "ON" ) { stort_bad_Mode.postUpdate("heat") } else { stort_bad_Mode.postUpdate("cool") } end Hvis man har en smule indblik I openhab, så vil man lyn hurtigt gennemskue denne rule. Den betyder simpelthen: Hvis telestat1 er ændret så Hvis den er ændret til ON Sendes "heat" til item stort_bad_Mode ellers Sendes "cool" til item stort_bad_Mode end Kort sagt - Er telestaten ON, så sættes Mode til "heat" og ellers er telestaten OFF, og Mode sættes til "cool". Det er netop det der trigger Google Home termostaten - "heat" så er den rød, "cool" så er den blå. Og dette kan vi gøre, fordi det er en String item type. Selve telestaten styres helt normalt via IHC og setpunktet i varmestyringsblokken. Og fordi vi har ReadWrite på setpunktet, så kan vi også skrue op/ned for setpunktet i IHC varmestyringen via Google Home. Så nemt er det faktisk. Det virker i Google Home app (både Android og IOS). Det virker med Google Nest Hubs, (dem med skærm). Og det virker med stemmekontrol. Spørger jeg fx Google "Hey Google, hvad er temperaturen i stort bad" - Så får jeg svaret 22.5 grader. Hvis jeg beder Google om at ændre termostaten til 23 grader, så gør Google også det, og setpunktet ændre sig til 23 grader i IHC varmestyrings blokken. Fordi det er en temperatur og fugt sensor, så kan jeg også sige, "Hey Google, hvad er luftfugtigheden i stort bad". Og Google svarer retur, hvad luftfugtigheden er. Man kan IKKE se luftfugtigheden angivet nogle steder.. Der er faktisk ingen der kan forklare, hvorfor man ikke kan se det. Men det er en feature som Google åbenbart ikke mener er nødvendig at kunne se, men som man skal spørge ind til.. Lidt mystisk holdning, men det er altså Google´s skyld. Thats it.. Håber det kan bruges til noget. Spørgsmål - Så bare skyd løs.

HOLD NU FOR F****** TOPIC. Skal i skændes om alt?? Hvis i har et stort behov for at måle potens, så gør det i en separat tråd, eller mød hinanden i en "fight club" og få det ud af verden. i har alle fået advarsler om dette, denne gang er det rødt kort og næste gang er det karantæne, gider det ikke mere børn!

Da vi købte vores hus for 3 år siden med IHC, der var min viden omkring smarthome begrænset til Philips Hue, som jeg havde haft siden det kom på markedet. Og allerede på det tidspunkt var jeg rimelig træt af det. Da det gik op for mig, hvad IHC egentlig var for noget, så tog tingene (interessen) i den grad til. Bla med at sætte mig ind i hvordan det her IHC var strikket sammen, (der var absolut ingen dokumentation på hele huset, som i min optik er en rimelig stor installation fordelt på 296m2 og 13 rum). Samtidig med jeg blev klogere på IHC, så gik jeg stille og roligt i gang med at udvide installationen, bla med IHC alarm, og derefter IHC varmestyring. Ydermere gik det også op for mig, hvor begrænset IHC egentlig var i sig selv. Jeg synes jeg manglede nogle ting, specielt integration til de relative nemme Z-wave enheder, som oprindelig var min plan at tilføje en hulens masse PIR til udendørsbelysningen, og måske også noget varmestyringspanel i værelser/rum. Derfor begyndte jeg at kigge på, hvordan man kunne "smelte" IHC sammen med andet, og fik da også rodet mig ud i nogle systemer, som dengang påstod de kunne en hel masse sammen med IHC, først openhab, der selvom det virkede med IHC, så var det simpelthen for tidskrævende til min tålmodighed, på det tidspunkt. Så prøvede jeg Domiticz og Home Assistant, men fandt hurtigt ud af, at de var på det tidspunkt ikke specielt klar til IHC. Og de var kun lidt mindre besværligere end openhab. Så efter nogle få ugers forgæves forsøg, blev jeg stædig og vendte tilbage til openhab. Det skulle jeg nok aldrig ha gjort, for selv efter mere end 2 år, sidder jeg stadigvæk næsten dagligt og pille-roder-rager i det. Og hele min oprindelige plan (med integrering af Z-wave og smart udendørsbelysning og overvågning) blev vendt fuldstændig op og ned, specielt efter der kom mulighed for stemmestyring. Min første prioritet blev at få fuld stemmestyring i hele huset. Samtidig med det, så vil jeg have en ordentlig monitor, hvor man kan se status på hele huset på een gang. Jeg har IHCremote og IHCtablet, men må erkende, det er ikke godt nok, (og jeg har ikke haft tålmodighed nok til at sætte mig ordentlig ind i Scene viewer/Design, selvom det nok i virkeligheden kunne give mig det samme, ihvertfald med IHC installationen. Men med openhab har jeg til gengæld åbnet en mega dør til praktisk talt alt muligt andet, samtidig med jeg kan lave en ordentlig monitorering af husets tilstand. Så der var ikke umiddelbart nogen grund til at begynde at rode med noget begrænset IHC. Status i dag er, at nærmest alt hvad der kan integreres er integreret. Det er langt langt overgået min oprindelige plan, fordi jeg "desværre" har for vane at ikke kunne begrænse mig. Det betyder at jeg faktisk har fuld overvågning og styring på tværs af: (tilfældig rækkefølge) Chromecast enheder i huset, inkl Google Home enheder. Philips Hue IHC IPkamera Modbus (til Nilan ventilations anlæg og solcelleanlæg med batteri) MQTT (snakker sammen med Sonoff enheder, som jeg bruger til at måle strøm på forskellige forbrugsgenstande) Netamo (vejr station) Netværk (alle faste og Wifi enheder i huset inkl specifik Ubiquiti Unifi, som bla bruges til at finde ud af, hvem der er hjemme) OpenWeatherMap - En online vejr data udbyder. TP-Link Smart Home produkter. Jeg har selv kun en enkelt stikkontakt som kan måle strøm forbrug). Velux, som styres via et KLF200 interface. Xiaomi Mi og Aqara enheder, inkl en støvsugerobot. Lidt forskellige Z-wave enheder, primært PIR enheder. Zigbee - Igen primært PIR. Alt er som sagt integeret på tværs, hvor openhab mest af alt leger gateway. Jeg har nogle forholdsvis få rules i openhab, som dog primært bruges til at overvåge forskellige enheder. Men det er bla via openhab, at jeg har fuld automatisk vinduestyring af vores 8 ovenlys Velux vinduer, som bla arbejder sammen med IHC Alarm. (Er vinduerne åbne og alarmen kobles til, så lukkes de automatisk). Jeg kan, hvis jeg vil, styre nærmest alt fra IHC tryk rundt omkring i huset. Men som nævnt, så er det en funktion jeg bare ikke gider bruge ret meget, hvis jeg kan undgå det. Meningen er det skal passe sig selv. Og når der er behov for at trykke på noget, så er der kommet stemmestyring på, så familien selv kan vælge, om de vil rende rundt efter trykkene, og stå og lege med dem, eller de bare vil sige, hvad der skal ske Det hele er integereret via en grafisk plantegning af huset som viser alt, (eller dvs det er meningen med det.. Jeg knokler mig igennem at lære SVG kodning/vektor grafik). Planen er at den skal placeres centralt, (eller hvor den giver bedst mening) og kunne aktiveres med stemmen, (muligvis et IHC tryk også). Og så kan man som sagt se status på hele huset. Det lyder af meget, hvorfor det også er inddelt i forskellige lag, som selvfølgelig kan aktiveres/deaktiveres med stemmestyring. Her er en foreløbig plan. Når mine kreative evner er blevet gode nok, så kommer det forhåbentlig til at se lidt bedre ud:

For en del år siden stod jeg i samme situation: overtog et hus med IHC (meget basic). På det tidspunkt var SmartHome markedet ikke der hvor det er i dag, så jeg valgte at investere yderligere i IHC systemet (primært lysdæmpere). Siden har jeg programmeret en del scenarier og automatik - og er super glad for en driftsikker løsning. So far, so good. LK (Schneider) er gået noget i stå og jeg tror ikke at IHC overlever endnu et århundrede-skifte - men det gør jeg heller ikke, så det er lige meget ;-) Jeg synes ikke at de forskellige SmartHome løsninger er moderne nok til et helt hus, ifht den driftsikkerhed jeg ønsker (det er min subjektive vurdering). Lidt sort og hvidt ser jeg, at du har følgende valg: Et non-SmartHome (det fungerer altid) Et SmartHome med dimser (lave omkostninger og muligt bølv). Et SmartHome for real (høje omkostninger og tid!) #1 er kedeligt. Min oprindelige IHC var tæt på denne løsning, måske er det i praksis også hvad du har. #2 er en best-of-breed løsning - en udvidelse af #1 med dimser (Phillips Hue fx). Integration er det store problem her. Og hvor lang tid systemet virker (mit IHC - med eller uden app - vil virker de næste mange år; kun afhængigt af om LK stopper med at lave reservedele). #3 kræver god planlægning og professionel kundskaber - samt en del tid til selv at udvikle. Og en pris! (30-50-80k afhængigt af moduler). LK app'sne er ... unikke ... ifht pris/kvalitet. Men det du skal spørge dig om, er hvad dit budget er - og hvad du gerne vil kunne [læs: behovs- og budgetanalyse]. For mig hvad det vigtigt at kunne lysdæmpe i hele huset og at kunne styre lyset uden apps (jeg er ikke så meget til farver, så Philips Hue er ikke for mig). Fx har jeg "adaptiv lys", så lyset tændes ifht tid på dagen og scenarier i køkken, stuen med lysdæmpning af al lys og Morgen-Sol (lys i soveværelse tænder og skrues på som et visuelt vækkeur). En sådan #3 løsning kommer med en pris: lille ifht husets pris, men meget højere end dimse-land ;-) Derudover havde jeg svært ved at finde en elektriker, der kunne programmere IHC så det måtte jeg gøre selv. IHC Captain skal på i løbet af 2020 (super arbejde Mikkel!!!). Openhab har jeg kigget på, men det virker som overkill ifht mine behov. In short: Lav dit behov/budget analyse (inkl. din tid). Vælg tidshorisont (en installation for et år, for ti år eller 25 år) og vælg leverandør derefter. God fornøjelse ... /nils P.S: Endelig kan du beholde det du har og vendte 8-10 år. Måske er Legrand (https://www.securityinfowatch.com/residential-technologies/smart-home/product/21120323/legrand-drivia-with-netatmo-smart-electrical-panel-from-legrand) modnet og er kommet til Danmark eller fået IHC ind i 20'erne.

Der var en fejl - det er nu løst :p

Tror i ikke snart i 3 klovne har fået skræmt @Mikkel81 væk fra forummet her med jeres latterlige diskussion

En forskel er, at den længe ventede IHC DIN LED dimmer åbenbart kun kan bruges med Visual 3. Det er ærgerligt.

Jeg har fået hul igennem til Radius Kamstrup målerne efter den sidste firmware opdatering hvor push af data hver 10. sek er aktiveret. Se vedhæftet fil. Jeg har et Proof of concept Python script baseret på det udleverede fra Radius. Læser fra måleren med et UART til USB modul. Dekrypterer, parser og sender til MQTT. Planen er at lave et printkort baseret på et ESP8266 modul til at være MQTT klient. Jeg har så småt startet et projekt: https://github.com/Asbjoern/Kamstrup-Radius-Interface/tree/Develop Status indtil videre: Dekryptering og parsing virker på ESP8266. Resten mangler. Mvh Asbjørn DLMS-COSEM.pdf

Altså hvis den ikke snakker 485 hvorfor har så skrevet det på den ?

Klø du bare på Mikkel.. Jeg har en ekstra HW6 controller liggende, så bare venter på et oplagt emne at misbruge den på

Ahhh så skal jeg bare arbejde videre på at få reversed deres firmware så vi kan få det lagt på de gamle controllere

Det er stadig den samme protokol i Visual 3 som i Term IHC, Visual 1 og Visual 2. Der mangler bare de elementer i firmwaren der gør at Visual kan sende de pakker der styrer den nye led dimmer. Det er en politisk beslutning at den ikke er bagudkompatibel, hvilket er forståeligt hvis LK skal kunne sælge en ny controller.

I drømmer - den kører IKKE modbus. Hvis den gjorde, så var der ingen grund til den dyre PLC for at kommunikerer med Nilan ventilationen.

At sniffe modbus trafikken skulle være meget nemt - også lave en RPI/arduino der kan sende de samme signaler var også nemt - så kunne man lave en "gateway" hvor RPI/arduino lytter på ihc controlleren og sender beskeden videre til den nye dimmer Generelt er der vel ikke nogen god måde at sende Modbus fra en IHC Controller pt. - men det kan HA jo allerede (https://www.home-assistant.io/integrations/modbus/) - så faktisk burde man bare lige lytte også kan styre den nye dimmer uden at have IHC Controller

Nyt Pushover tillader nu at man kan vedhæftede billeder fra lokaldrev eller via url under avanceret. Så nu kan du f.eks. sende et billede fra dit overvågning kamera. Har du Unifi? Fejlrettelse Løst problem hvor Sonos ringeklokke ikke virkede hvis man valgte alle - det virkede i test men ikke når det blev sat i drift. Fejlrettelse Løst problemer med automatisk fokus på input felter på touch enheder Fejlrettelse Løst at udvidet test af regler faktisk ikke altid virkede :p Fejlrettelse Løst problem at "skjulte" højtalere i Sonos stereo setups ikke virkede med ringklokke funktionen http://jemi.dk/ihc/#changelog

Så er det ude og løst

Jeg har lavet en kraftig en opdatering af funktionsblokken til det udvendige lys. Version 1.0 ligger i download sektionen. Men jeg mangler et par stykker som vil køre live test på den inden den kommer til almindelige download. Hvis du er interesseret, så send mig en mail på henning@intelligenteboliger.dk

Jeg har løst min udfordring. Jeg fandt ud af, at jeg kunne tilslutte et usb-stick til min router, så denne kan fungere som et netværksdrev med offentlig tilgængelighed!

Ok - Ja, der kan måske godt være en "learning curve" med docker. Jeg er ved at konsolidere alle mine RP's til docker.

En offentlig URL din Sonos højtaler kan nå så f.eks. på en hjemmeside/google drev hvis det kan være offentligt tilgængeligt. I den næste version eller måske en gang senere laver jeg en simpel mulighed for at uploade filer til IHC captain som så kan bruges på den måde. Den næste version kommer med en meget bedre måde at lave ringeklokke på, der går nok et par dage endnu.

Jamen det er faktisk lige blevet færdigt - jeg er ramt af noget mandeinfluenza som jeg lige skal igennem men så er det nok klar til at komme ud sammen med lidt andre nye ting

Hej Kandersen Tak for dit svar, og undskyld den sene respons :). Jeg kan se fejlen jeg har lavet er, at jeg oprettede dem som Generic number..

hmmm kan se min FB her i 2020 har 10 års jubilæum. Jeg skal se om ikke jeg kan fixe så man får vise ugedage i bedre "opløsning" (i liter) og så måneds visningen i hele m3 (som nu)

Har du et output 24 kan du sætte disse relæ'er på udgangen: 24V dc relæ Har du et output 230 kan du sætte disse relæ'er på udgangen: 230V ac relæ Åbn port: Forbind relæets klemme 11+14 til din åbnefunktion på port styringens 9+10. Luk port: Forbind det andet relæ's klemme 11+14 til din åbnefunktion på port styringens 11+12. Derefter laver du programmet så du sender en kort puls for at aktivere din åbne/lukke funktion. Du kan søge lidt her på siden, der er en der har lavet en styring til garageport også med overvågning/status på port.

De her relæer kan bruges på et output modul: https://www.elsag.dk/relae-24v-ac Kontakten bruges så til at åbne eller lukke porten med.

Jeg har 6 stk G3 og 2 stk Flex. Det virker super godt. NVR gratis software kører jeg på en PC i mit rack. Den kører også controlleren til mine AP'er og til 6-7 andre sites.

Hej Claus, Vil bare lige benytte muligheden for at sige tak for IHC-bridge v.2.11. Jeg glæder mig over homekit integrationen hver dag. Super stabilt og meget funktionelt. Jeg tror der er mange af os der glæder sig v.2.2 eller måske v.3.0 :-) God jul og godt nytår. Jacob

Har 4stk Dome og en enkelt Flex køre på en gen 2. Skulle jeg vælge om eller et af mine Dome går i stykker vælger jeg nok g3 modellen, da Dome giver meget genskær fra ir led som sidder i dem. Men er yderst tilfreds, samt det har en "kone" brugerflade, så ja konen kan finde ud af det

Nope. Min køre også 2.8.4 uden problemer, men opgraderingen til 2.8.4 kræver lidt viden, og hvis man længe har kunnet leve med 2.7.132 er der IMHO ikke nogen grund til at opgrader til 2.8.4

Glem det.... Jeg har lige opdateret controller til FW v. 2.7.220, og nu virker det Mange tak for de hurtige svar, enda her i juledagene. Donation comming up. /Dam

Jeg var ved at skrive et langt svar på din kommentar til mit indlæg. Men da jeg kom til slutningen kom jeg til den konklusion at det hele handler om hvad der er "godt nok". Du skrev selv noget om at 5-10 Mbit var godt nok. Det er det ikke til mig. Hvis man køber en +300MBit internet forbindelse og forventer at man kan udnytte den med wireless så snyder man sig selv. Jeg sidder lige nu i min stue. Der er 3 meter line-of-sight til et Cisco WAP581 access point. Når jeg gennemfører en speedtest ender jeg på 300MBit ... med et kabel i væggen ender jeg på 900MBit. Både computer og AP har er moderne. Netværk er 5GHz 80MHz "channel width" og internet forbindelse er købt som 1GBit. Der er selvfølgeligt mange der vil sige at 300MBit er fint og det er det også. Men husk på at dette er absolut best case. 3 meter. Line-of-sight. Hvis jeg går ind i et andet rum falder hastigheden. Havde jeg kun et AP eller brugte Yousee's AP så ville der ikke være forbindelse på 5 GHz båndet i halvdelen af lejligheden. Dette har jeg ikke kun oplevet i egen bolig, men også i andre boliger, men det afhænger selvfølgeligt af boligens beskaffenhed. I ældre etage ejendomme med etageadskillelse af træ er det min erfaring at signalet propagerer fint igennem gulve og dårligt gennem vægge. Dette betyder at under- og overboens signal i nogle tilfælde støjer over det svage signal fra eget AP. Wireless i en-familie huse er selvfølgeligt en helt anden sag. Så er der diskussionen om godt nok. Folks behov er meget forskellige og nogen gange forstår de ikke hvad de har behov for. Gamere har behov for lav latency - streamere har behov for høj båndbredde. Wireless har højere latency (og specielt meget højere varians i latency) i alle tests jeg har lavet. Med ISP access points er den nogen gange alt for høj. Båndbredde kan vi diskutere fra nu og til solen brænder ud. Alle moderne streaming protocoller vil indrette sig efter båndbredden så der vil altid dukke et billede op på skærmen. Jeg har set 4K 60Hz streaming bruge mere end 100Mbit. Meget få steder kan Chromecast Ultra streame i 4K 60Hz over wireless - af samme grund leverer Google dimsen med ethernet adapter. Men som sagt handler det om behov. Og de er åbenbart forskellige.

At oprette et VLAN sikrer ikke IHC controlleren. Det kan blot begrænse det der kan rammes ved et angreb udefra. Jeg har opsat VPN og dyndns i min router (Edgerouter) og forbinder fra min telefon. Herefter tror alle min apps at de er på lokal nettet. Jeg har intet hul i min firewall.

Det kan løses på mange måder. Personligt bruger jeg jo kun ihc captain og derfor er det kun min rpi der er hul ind til udefra

Til det specifikke forbrug med IHC captain, der tror jeg ikke du kommer til at mærke nogen mærkbar forskel. Jeg køre IHC Captain på en Rpi3B (med SD kort). Og den er rimelig hurtig. En Rpi4 vil nok være en del hurtigere, men flaskehalsen vil ligge i SD kortet. Så ud fra det behov, så kan du sagens nøjes med en Rpi4 1GB.. Personligt ville jeg ikke spare de få kroner der er fra 1GB til 2GB, eller måske endda 4GB.

Det kan være et skidt alternativ at bruge Wireless når/hvis man har en kablet forbindelse, også selvom denne kablet forbindelse "kun" er 100mbit. Wireless skal enten være super optimeret, (hvilket de fleste ikke er) ellers kommer det aldrig i nærheden af den samme stabilitet som et kablet 100mbit net. Har du brug for mere end de 100mbit, så er der næppe nogen god vej uden om, at der skal noget ombygning til.

EDIT igen... Jeg tror jeg ved årsagen nu.. Du er nødt til at definere dit channel som et "Type push-button-trigger". Jeg ved ikke om du kan sætte det på en autotmatisk læst kanal. Ellers skal du lave den manuelt.. Hvis du kigger på IHC docs, så vil du også se, at den skal definere som push-button-trigger, ellers virker shortpress osv garanteret slet ikke. EDIT igen igen.. Jeg tjekkede lige PaperUI. Jeg kan ikke se man kan sætte typen på en automatisk indlæst kanal. (Jeg ved ikke om det er en forglemmelse fra @Pauli Anttila eller om det slet ikke er muligt). Så du er nok nødt til at lave den channel manuelt.

Køb 2Rpiér og kør både IHC Captain og fx HA (eller openHAB2). På den måde kan man prøve sig frem, uden at gøre sig speciel afhængig af platformen førend man ved hvor man vil hen Jeg har to Rpi3B+ og én Odroid C2 kørende = 2 x openHAB2 og 1 x IHC Captain. Har også en tredje Rpi3B+ som er tilsluttet en 24" FHD skærm. Den skærm skal splittes i atomer og bygges op i en small ramme inkl Rpién, for at være monitor til hele hjemmesystemet, muligvis indbygget direkte i en væg, når/hvis jeg engang når så langt. (Sandsynligvis et pensionsalder projekt ). Begge openHAB installationer kører med SSD (Odroid med MCC kort). IHC Captain kører med SD kort, (endnu), fordi aktiviteten er væsentlig begrænset i forhold til openHAB. Jeg overvejer at udskifte alle Rpi3 til Rpi4. Det var planen her i juleferien at min "main-Rpi" skulle lade livet enten til Odroid eller så til en Rpi4.. Men jeg når det desværre ikke alligevel.

Det virker fint.. Her er resultatet jeg får: 2019-10-21 19:28:04.760 [vent.ItemStateChangedEvent] - test_Ur changed from NULL to 2000-01-01T07:31:00.000+0100 2019-10-21 19:28:15.777 [vent.ItemStateChangedEvent] - test_Ur changed from 2000-01-01T07:31:00.000+0100 to 2000-01-01T08:31:00.000+0100 Jeg har indsat FBén og lagt resourceID in i min manuelle things til sådan her: Type datetime :testur "Test ur" [ resourceId=17534733 ] I items har jeg defineret den således: DateTime test_Ur "Test Ur [%1$tH:%1$tM:%1$tS] " <time> { channel="ihc:controller:elko:testur" } Og sådan her i sitemap: Text item=test_Ur Og ser således ud i sitemap: Jeg har ikke prøvet at skrive tilbage til controlleren. Men det burde være det samme. EDIT: Jeg har heller ikke prøvet i Habpanel. Men jeg formoder det virker fint derfra, når det virker i BasicUI (og ikke mindst at jeg får data i loggen).

Vanen tro, trods adskillige forsøg på at undgå at kommunikere med dig, så besvarer du igen et af mine indlæg, fordi du ikke bryder dig om indholdet, samtidig med du anfægter mig personligt. Endnu mere vanen tro missede du, som sædvanlig, "bare" den kontekst som lå i det jeg citerede, eller så blev et ord "essentielt" simpelthen for svært for dig at forstå. (Måske du burde slå det op, og så lige minde dig selv om, at det faktisk var en anden der skrev det, og det jeg citerede. Men dit personlig angreb vendte du igen imod mig). LK lytter ikke til privatpersoner, hvad du selv flere gange har påpeget. Så hvad nytter det at jeg brokker mig til dem? (Lad være med at svare - Dit svar kan aldrig komme til at give mening). Netop fordi LK ikke kommunikere (og lytter) med private, så finder jeg det vigtigt at ytre mig om det, så andre uvidende har mulighed for at vide, hvordan det forholder sig. Heller en gang for meget end for lidt. I stedet for at "gemme" virkeligheden i et LK regi, hvor andre ikke ser det, som åbenbart er din foretrukne metode. Der findes moderatorer her, der nok skal fortælle, hvis visse ytringer ikke er i orden. Måske du skulle overlade vurderingen til dem, (igen). "Ingen" er et stort ord, udtalt af en enkelt person, som tilsyneladende har travlt med noget der mere minde om personlig forfølgelse! Du havde alle muligheder for at lade være med at kommentere mit indlæg. Du er sågar flere gange blevet opfordret til at lade være. Alligevel gør du det! Apropos at forpeste - Kan du få forklare mig forskellen på mine indlæg, og så dine evige tilbagevende omkring min holdning og ytringer ang LK, præcis som denne gang? (<--- et ordsprog der har ord som "sten" og "glashus" kan måske være en ledetråd for dig her).

Det er skam ikke mit største problem (igen tager du fejl). Men det er, på trods af omstændighederne, et stort unødige problem. Som du netop også ville have kunnet tydet, hvis du ikke havde været så fokuseret på få af de ord du har citeret, og dermed (igen) forsøgt at manipulere konteksten, i det jeg ytre mig om.

Ja det arbejder jeg på lige nu

jeg har længe selv haft samme problem - men nu er der lys forude. home assistant har tilføjet danfoss air til deres komponentliste. jeg har testet og det virker - man kan se diverse temperaturer og starte/stoppe boost (desværre ikke så meget andet) https://www.home-assistant.io/components/danfoss_air/ br Pedal

Ja jeg skal lige lave en oauth GW og lidt andet så burde det nok komme på plads. Det er mit sommer ferieprojekt

hvad med pir?eller når ungerne/dig skal op om natten på toilet, så lyset tænder med 30% lys?eller noget scenarie med hygge/køkken lys?måske når du kommer hjem, trykker på en knap og "rute lys" tænder.det er kun din fantasi der begrænser det.og selvfølgelig vil vi hjælpe dig.

Og du har alle muligheder for at stoppe dit evendelige brok og afsporing af tråde. Du er sågar flere gange blevet opfordret til at stoppe det, og ikke kun af mig. Alligevel fortsætter du med at bruge enhver lejlighed til at lufte din utilfredshed med LK

??? Jeg har citeret hele dit indlæg uden en eneste ændring. Et brokke indlæg som du iøvrigt har skrevet over 1000 gange allerede, så jeg tror efterhånden alle godt kender din holdning til LK uden at du behøver at forpeste og afspore samtlige tråde med den. Brug nu dit krudt på at brokke dig nu til LK isteddet for at sprede dit gylde her. LK læser ikke med her, og der er ingen her på boardet som interesser sig for dit brok.

Hvor må det være dejligt at have et liv hvor ens største problem er om man kan tænde og slukke lyset i sit hus.