Kandersen

Hmm.. Ikke enig. Men om det er flertallet fremfor fåtallet, det skal jeg ikke kunne sige. Personligt har jeg to årsager: 1. Jeg vil ikke gå ned på udstyr, som kan vise sig at være en flaskehals i en eller anden situation. Fx når jeg flytter filer mellem servere/maskiner. 2. Streaming og specielt i Ultra HD(4K, Pt kun Netflix) kan lyn hurtigt vise sig at nå grænsen på et 100mbit net, med blot 2 streaminger i gang på samme tid. Bevars, de fleste bemærker det ikke, da streaming-kvaliteten tilpasser sig til hastigheden. Men for kyndige kan det ses på kvaliteten. Udover det, så skal man også se på prisen fra 100mbit til Gigabit. Det kan slet ikke svare sig, at IKKE køre Gigabit i dag. Faktisk kan det blive et problem alene at finde en 100mbit switch. Stortset alle consumer routere kommer i dag med Gigabit switch indbygget. Stort set alle consumer computere kommer med Gigabit i dag, (med undtagelse af ganske få, Fx Raspberry Pi). Så på den led skal man nærmest anstrenge sig, for at ikke køre Gigabit.

Jeg har kun set dem som er "klemt" på og skære sig ind i kobberet. Jeg tvivler på at de kan "skære" ret meget mere end een gang. Men bevars, jeg har ikke forsøgt det. Er kablet for kort i den situation, så har elektrikeren være liiige en tand for sparsom.. Det er jo ikke flere meter vi snakker om men nærmere 2cm.

Hvilken PIR er det. Når den sidder udendørs, så skal den helst ikke sidde i for meget træk/vind.

Patch kabel skal der selvføligelig til. Og det skal komme direkte fra switch og ind i den aktulle port på P100 modulet. Ellers sker der ligesom ikke ret meget Hvis der er fejl mellem connector (formoder det er Rj45 stikket du mener) og kabel, så kan det vel dårligt klares uden at skiftet stikket? Jeg har i hvert fald ikke tålmodighed til at rode med sådan noget, så jeg skifter altid stikket, hvis et kabel fejler.

Enig. Men uden patchkabel så burde der så være fuld skrue igennem, forudsat at kablet er intakt.

Ahh okay, jeg troede det var 100mbit hub´s.

Arbejdet tager alt for meget af vores sparsomme fritid

Altså, trådstarterens problem opfatter jeg som et generelt netværks problem, og ikke et problem som er specificeret til IHC controlleren. IHC controlleren bør aldrig kunne blive et problem, hvad netværket angår, medmindre man kommer under 10mbit.

Enten misforstår jeg ovenstående, eller så er der noget som ikke er helt korrekt. De der patch paneler P100. Dem får du IKKE mere end 100mbit ud igennem, uanset hvor ledes du vender og drejer det. Skal du over 100mbit, så skal du afmontere kablet som er trukket til værelset på Patch P100 og montere et RJ45 stik på det, hvorefter du skal sætte det i din egen switch, (som jeg forstår er en Gigabit switch). Hvis det er, som Ulle tidligere skriver, at der kan være "snydt" i dåsen i værelset, og man har splittet kablet op i to stik, så skal du ligeledes splitte det ad der, og samle kablet på ny, i eet stik. Det er rent fysisk ikke muligt at kommer over 100mbit, medmindre ovenstående er gjort. Måler du over 200mbit når du har testet, så vil jeg sætte stor tvivl ved din måling, eller at installationen er som vist/skrevet. Jeg ville gøre det, uden den mindste tøven. De der P100 moduler, de hører oldtiden til. Men det kommer jo også an på, hvad du bruger. P100 panelerne gør, så vidt jeg forstår, at du kan trække TV og Radio med det rette splittekabel. Men hvis du ikke bruger det, så ville jeg slet ikke tøve med at lave installationen om, og flå de der P100 moduler ned, og udskifte dem med "ikke-aktive" patch-paneler ala: https://www.av-cables.dk/patch-panel/skaermet-patch-panel-cat6a-sort-24-port.html hvis du kan montere den et passende sted. (linket er bare et eksempel jeg lige hurtigt fandt). Jeg synes ikke du skal affinde dig med 100mbit. Det er muligt du sidder i en situation nu, hvor 100mbit er rigeligt, men fremtiden kommer til at kalde på højere hastigheder, specielt hvis du gør dig tanker om at streame Ultra HD. (4K).

Er jo ikke første gang i mands minde, at LK lover noget. Er det ikke ved at være adskillige år siden, de lovede nye dimmere til tavlen..

Som Lars1 skriver, så kører IHC controlleren 100mbit, (hvilket i øvrigt er alt rigeligt til den). Og når du tester et netværk, så bør du slet ikke tage en enhed som IHC controlleren til det, for du kan ikke se, hvornår data overførelsen er færdig. I øvrig er projektfilen ikke speciel stor, (10MB er nok rimelig normal). Dvs det bør tage ganske få sekunder, selv på 100mbit net. På Gigabit, burde det gå så hurtigt, så du nærmest slet ikke ser det. Skal du virkelig teste netværket, så skal du teste med små OG meget store filer,. Og så skal du samtidig sikre dig, at enhederne du tester med, at de også kan modtage og gemme, samt sende data hurtig nok, så enhederne ikke bliver flaskehalsen.

Okay det kan jeg godt se.. Vi er også rimelig godt stillet, da vi har to vinduer i spisestuen, to vinduer i køkkenet, og fire vinduer i stuen. Vi bruger dem som regel samtidig pr rum. Dvs vi åbner ikke kun eet vindue i spisestuen, men derimod dem begge osv. Derved spare jeg en del scener. Stuen skal dog opdeles i to grupper, eller måske fire. Det har jeg ikke helt gjort op med mig selv endnu, fordi det ene sæt vender mod øst og det andet sæt mod vest. Men jeg har også flere scener at gøre godt af. Pt. har jeg "ventilation", 25%, 50%, 75% og 100%. Men jeg tror jeg dropper 25%. Der er ikke meget forskel på det, og så "ventilation". Det største problem med vinduerne er, at man ikke har en tilbagemelding på, om de vitterlig er åbne/lukket og hvor meget de er åbne/lukket. Det er en kæmpe mangel, efter min mening, som gør, at jeg træder lidt varsom med det. Jeg overvejer hvordan jeg kan løse det. Om jeg evt skal opsætte nogle Z-wave/Zigbee dør/vindue kontakter på dem. Har du gjort dig nogle tanker ang. det?

Hej @ernest Jeg har fået KLF200 interfacet nu. Jeg har også fået alle 8 vinduer over openhab, (havde lidt besvær med bindingen, men det viste sig at være corrupt binding fil jeg hentede (2 gange). Du nævner det der med du har lavet en thread::sleep, når du skal sætte alle vinduer på flow. Jeg fandt det noget nemmere, at bare lave en scene, som åbnede alle vinduer på flow Min plan er, at jeg i første omgang vil lave noget automatisk vindue styring, der selv åbner og lukker vinduerne i forbindelse med til/frakobling af alarmen, dog forudsat at temperaturen er høj nok indvenddig. Dvs.. Hvis vinduerneer åbne, og vi forlader hjemmet (og sætter alarmen til). Så skal alle vinduer lukkes til "ventilation scenen". Når første kommer hjem, og temperaturen inde i huset er x-antal grader, så skal vinduerne åbne på 100%, når alarmen kobles fra. Jeg er ikke så stærk i rules endnu. Men det bør være en smal sag at knække den.

ssh adgang?

Hmm den har jeg ikke selv prøvet. Prøv evt med String eller DateTime

Kan du være lidt mere konkret. Hvilken timer værdi, og hvordan har du defineret din item? (jeg vil tro den skal defineres som en NUMBER).

Ahh okay.. Så er jeg enig.

Den mangler trykket

Ja, men det betyder bare, at man skal have plads til 2 x 1-modul enheder, hvoraf den ene i øvrig skal sidde i 1.5 - 1.8m højde. Ellers løser det ikke PIR problemet

Selvom det ikke løser dit Opus problem, så begriber jeg heller ikke, hvorfor Lk ikke har lavet sådan en her, til 24volt/IHC installation: https://www.yousave.dk/shop/lk-fuga-pir-1292p.html

Hej @Mikkel Skovgaard I går fik jeg tid til at rode med IHC Visual igen og lavede nogle ændringer i programmet... Og ganske som forventet, så virker IHC captain ikke jeg har uploadet et nyt program til controlleren. Hverken Hue lyset i stuen kunne slukke, og heller ikke Pushover besked. Her til morgen genstartede jeg så IHC captain. Så virkede Hue lyset, og jeg kunne sende en mail (den test jeg lavede forleden). Men jeg fik ingen pushover besked da jeg tilsluttede alarmen, som jeg ellers plejer at få.. Det er lidt underligt. Jeg skal se om jeg får lidt tid til at rode med det i aften.

Er vist også KPK vi har.. Men det er en udskrivning på 10.000,- for 22 stk.. Jeg overvejer dog at prøve 2-3 stykker, til at starte med. Hvor mange har du kørende i alt? Og lader du dem bare opdatere IHC i alarm blokken? Jeg tror desværre det er fordi, at rigtig mange OH udviklere og brugere, de fokusere på det de har, og på at optimere det, fx med Habpanel, rules osv, hvor HA ligesom er mere færdig lavet med relativ få ting man kan ændre, (det er ihvertfald min opfattelse af HA, jeg har kun ganske kort snuset til det. Jeg glæder mig også, men har også hørt om den begrænsning og at man skal bruge scener. Vi bruger sådan set allerede scener her på vores remote (KLR200). Men min tanke var at lade openhab styre vinduerne automatisk. Jeg kommer ikke til at bruge de fysiske indgange. Vores 8 vinduer sidder i 4-5m højde, spredt i stue, køkken og køkken-alrum. Så det er den trådløse vej for mig. Overvejede selv en NUC for kort tid siden, men nu kom jeg til at købe den nye Rpi3 B+ som er lidt hurtigere. Men lad mig endelig høre hvordan dit falder ud, for jeg overvejer det stadigvæk i forbindelse med, at jeg vil have udskiftet min gamle windows server. VM aner jeg desværre ikke en pind om, andet end princippet, men det bliver nok nødvendigt, for windows serveren kan jeg ikke undvære, da jeg køre egen mailserver, og den mailserver virker ikke på Linux. Og jeg gider ikke migrere til end en ny mailserver også i Linux.. Der er noget mellem jeg og Linux som bare ikke harmonere Årsagen til de anbefaler en RPi og SD kort, er fordi det skal være nemt at komme i gang. Der er tonsvis af indlæg der anbefaler, at når man først er kommet i gang og får bygget et setup op, så er det tid til at overveje en anden lager løsning, for før eller siden vil SD kortet brage ned.

Hvordan er de der Sensative Doorstrips? Passer de ordentlig i dørene/vinduerne? Er de stabile? Hvilken Z-Wave controller bruger du? Jeg har kigget på dem flere gange, men synes de har en rimelig voldsom pris, specielt fordi jeg skal bruge et mindre hav af dem, (mindst 22 stk). Men det er super fedt, at de kan holde batteri i 10 år, og så at de sidder helt skjult. To ting til ovenstående. 1. Ang problemer med KLF200 bindingen, så kan det jo også skyldes, at det er en "beta" binding. Dvs den er ikke releaset til stable bundle. Det er ikke helt fair at sammenligne OpenHab på den måde. Det ville svare til du skal køre beta firmware i IHC controlleren. Når det er sagt, så er jeg ikke uenig i, at IHC er mere stabilt. Men det er jo heller ingen kunst at lave noget relativt simpelt, stabilt, i forhold til noget ekstremt avanceret der har risiko for større ustabilitet. PS. Jeg regner med/håber på min KLF200 kommer i indeværende uge. Så skal jeg i gang med at "slås" med den, og Velux skal "knækkes" een gang for alle 2. OpenHab behøver ikke køre på SD kort. Faktisk anbefales det ikke, hvis man har en stor seriøs installation. Hvis man har en Rpi3, så kan man rimeligt nemt lægge det hele over på en ekstern disk, og få Rpi3éren til at boote fra denne. Så er det helt slut med SD kortet. Jeg har en SSD siddende på min Rpi3, specielt efter jeg er begyndt at rode med databaser og charts. Bruger både rrd4j og influxdb/grafana nu. Ellers kan OpenHab også køre på andre platforme, inkl Windows, ikke at det dermed bliver specielt mere stabilt af det.

PIR i badeværelset behøver ikke nødvendigvis være med skumringsrelæ. Jeg har et udendørs skumringsrelæ siddende. Dette ene skumringsrelæ bestemmer alt lys indvending, uanset hvilket værelse/rum der er tale om, (der hvor jeg foreløbig bruger det, hvilket pt kun er to steder, fordi jeg har været for doven til at koble resten på). Ideen med at opsætte skumringsrelæ i alle rum er efter min mening ret overkill. Men det skal selvfølgelig komme an på prisen. Og så er det rimelig afgørende for, hvor meget dagslys der i forvejen kommer ind i rummet.

Hvis du har en Rpi og bruger SD kort, så tjek lige at kortet er i orden. Det er ikke ukendt at disse SD kort har det med at blive rigtig dårlige med tiden. Er lidt skidt at starte forfra, blot for at ende med samme problem.