Lars1
Members-
Antal indlæg
3.710 -
Medlem siden
-
Senest besøgt
-
Days Won
98
Indholdstype
Profiler
Forummer
Downloads
Galleri
Alt der er opslået af Lars1
-
Det er korrekt at det er best at have et match mellem firmware versionen og den Visual version man bruger, men en nyer Visual version virker normalt med en ældre firmware. Man skal dog passe på med ikke at bruge funkitioner og produkter i den nyer version som ikke findes i den ældre firmware. Men jeg undre mig lidt over nedenstående. Hvad mener du med at dit projekt ikke fremgår? Når du vil downloade projektet fra controlleren skal du angive din controller via menu punktet controller -> kommunikations indstillinger. Når det er gjort og du nederst i højre hjørne har har en IHC controller symbol som blinker grønt har du forbindelse til controlleren og kan så vælge menupunktet controller -> hent projekt. Der findes aldrig mere end 1 projekt på controlleren på samme tid, så der er ikke rigtigt noget at vælge.
-
Du skal have rettet i IHC programmet når du fjerne røgalarmerne, ellers vil din alarm gå igang, da røgalarmerne virker ved at indgangen er konstant ON når der ikke er brand. Hvis du ikke har anden alarm end røg alarmerne kan du sandsynligvis bare fjerne alarm blokken.
-
LK IHC is not mainly Danish anymore. It's Danish only. It has been redrawn from all other markets years ago. That said. Development is done outside DK and in English, so an English development version does exist. It's just not generally available, probably because LK doesn't see a need for it now that LK IHC is only available on the Danish market. Trust me. The current DK version has some cryptic translations too. As far as I remember I have an official English version somewhere. I don't think it's the latest, but 2.7.something as far as I remember. It will although be a couple of weeks before I back home and can have a look at my SW repository. Edit 22:00: Some people apparently misunderstood what I wrote, so I've change a few things.
-
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
-
ServiceView er også et fronend bruger interface, og der kan man sætte rampetider, runtime værdier og initial værdier, så dit argument holder som sædvanlig ikke.
-
Nu er IHC programmet jo bare en XML fil, som bliver up/downloadet til IHC controlleren via Visual. Jeg har flere gange manuelt rettet i XML filen for efterfølgende at uploade den via Visual. Så det burde ikke været noget større problem at rediger i XML filen via IHC Captain og derefter uploade den. Rampe tider mener jeg dog kan ændres via ServiceView. Det burde derfor også være muligt at gøre det via IHC Captain hvis Mikkel synes det er noget som skal være muligt.
-
Hvis det er http://jemi.dk/findmypi/ du mener, så tror jeg det virker på den måde at IHC Captain melder tilbage til jemi.dk når den starter, men hvis den crasher, kan den selvfølgelig ikke melde tilbage at den ikke længere eksister. Du svar du får når du går på findmypi, er derfor et cachet svar, som sikkert timer ud på et eller andet tidspunkt. Mikkel må dog heller selv svare på om dette er korrekt. Hvis du med findmyip mener et public site som kan fortæller dig hvad din IP er, så rapporter de bare din public IP, som din router har. Det er ikke nødvendigvis den IP du bruger til IHC Captain. Omkring statisk IP, så er der forskellig måder at sætte den på. Metoden er blevet ændret et par gange de sidste par år i forbindelse med nye Linux releases til PI's. Men søg på Raspberry's support site for hvordan det gøres til din PI version. Den metode som kandersen beskriver kræver at din router understøtter DHCP reservation. Det er langt fra alle ISP router som understøtter dette.
-
Du behøver ikke have DNS server sat op i routeren. DNS bør dog være sat der hvor du definer DHCP scopet, således at de enheder som bruger DHCP også kan få DNS server IP'erne fra din router. På enheder med statisk IP skal du manuelt sætte DNS. Om du bruger Eniig's eller googles DNS server er lidt ligegyldigt. Hvis du bruger mange google services kan det være en fordel at bruge google's DNS, men hvis du mest bruger danske services, er Eniig's bedre. Du skal dog have fat i rimeligt præcise måle værktøjer for at se en forskel.
-
Jeg kom lige til at tænke på at hvis din IHC controllers IP ligger i samme område som din router bruger til at tildele DHCP addresser, så kan du risiker at routeren tildeler IHC controllerens IP til en anden enhed, og dermed får du en IP conflict, som godt kan give en fejl som du beskriver her. Hvis f.eks. din router tildeler IP addreser i områdt x.x.x.11-100, så skal IHC controlleren have en IP addresse is området x.x.x.2-10 eller x.x.x.101-255. Jeg går i dette eksempel udfra at routeren har IP addressen x.x.x.1. Vær opmærksom på at i nogle router er addresserne i området x.x.x.2-10 prekonfigureret til indgående services som mail, web etc.
-
Såvidt jeg huske kan Visual 3 controller ikke lide hvis man konfigurer både wifi og LAN
-
Det er ret normalt at systemer ikke viser passwordet, så prøv at taste passwordet og tryk enter.
- 8 svar
-
- ihc bridge
- raspberry
-
(og %d flere)
Tagget med:
-
Afhængig af hvilke Linux version der ligger på din RPI, er der forskellig måde at sætte static IP. Sidst jeg skulle sætte static IP på en af mine RPI's tog det en enkelt google søgning for at finde en god villedninger på Rasberry's doc site. Jeg har dog pt. ikke adgang til PC'en med bookmarket, og har pt. heller ikke adgang til mine RPI's.
-
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
-
Hvis du checker oppetiden på din controller, vil du højst sandsynligt se at med 2.7.220 genstarter den mindst 1 gang om måneden. Når du bruger IHC Captain eller et andet trejdeparts produkt, så vil genstart sandsynligvis ske ofter. En genstart behøver ikke været et problem. Ofte vil du bare se at lyset blinker kortvarigt, men hvis du har mange timer i dit program, så kan det være et problem da timer stopper deres nedtælling ved genstart. 2.7.199 har væsentlig færre genstart end 2.7.220, uden dog at fjerne problemet helt.
-
Jeg vil anbefale at du downgrader til 2.7.199. Den er væsentlig mere stabil end 2.7.220. Du kan finde den i download sektionen her på boardet.
-
Det er fuldstændig korrekt, men komplet ligegyldigt når vi taler om at få 1 enkelt PC på internettet via standard moderne WiFi, og alternativet er 100Mbit kablet ethernet, hvilket er hvad IHC Net Basic supporter.
-
Efter som wireless baser sig på collision detect har antallet af enheder har i høj grad invirknnig på hvor godt dit wireless virker, Kablet ethernet baser sig også på collision detect, men med switchet Ethernet er der et seperat collision domain for hver switch port, Men igen. I forhold til Mikkel81's spørgsmål er dette irrelevant.
-
Jeg synes denne diskution er ved at være absurd. Ja wireless er ikke perfekt, men når vi taler om under 10 enheder som skal have internet forbindelse i et privat hjem, så vil jeg stadigvæk påstå at wireless er et godt alternativ til at skulle trække nye kabler for at udvide en eksisterende installation.
-
Med dårlig dækning, mente jeg dålig række vide. Jeg vil fortsat fast holde at man kan ikke have problemer med for få kanaler og dårlig række vide samtidig. Men vi er efterhånden kommet langt fra Mikkel81's oprindelige spørgsmål. Jeg vil fortsat fast holde at WiFi bør være en god løsning til Mikkel81's problem hvis det ikke lykkes ham at finde en tripple play splitter. WiFi er idag fuldt ud nok til både streaming og gaming. Begge dele kræver kun omkring 5-10Mbit stabil forbindelse og kan sagtens overleve de korte udfald der kan være på et out of the box hjemme WiFi. Dertil vil WiFi være relativt billigt at etabler sammenligned med at skulle sætte endnu et kablet stik op.
-
Beklager, men du kan ikke have problemer med for få kanaler og dårlig dækning samtidig. Det hænger bare ikke sammen. Dertil kommer at 802.11ac har forbedret støj filtrering i forhold til 802.11n. Dette er forbedret endnu mere i 802.11ax. 802.11ac har også automatisk sendestyrke og retnings tilpasning. Dette er også forbedret i 802.11ax. Begge dele er med til at reducer problemet med for få kanaler. Hvis du har en lejlighed i et beton byggeri hvor alle vægge incl. indervægge er af beton, så kan du have et problem med dårlig dækning, men de færreste parcel huse har beton indervægge. Jeg har 1 ISP router med indbygget 802.11ac WiFi. Den er placeret midt i mit 2 etagers + kælder hus fra 1930, som iøvrigt ligger 2M fra en elektricificert jernbane (ikke S-bane). Jeg har fin dækning i hele huset.
-
Standarden idag er 802.11ac, så stortset ethvert access point som understøtter dette. 802.11n kan også bruges, men den standard er efterhånden 10 år gammel. Sidste skud på stammen er 802.11ax, men der går nok nogle år før producenterne har fået helt styr på den. Hvilket fabrikat du vælger afhænger af personlige preferancer. Forskellene mellem producenterne er typisk på administration af access point. Personligt fortrækker jeg Cisco eller Linksys (Cisco home marked produkt serie) men det skyldes at Cisco er der primære netværks produkt hos det firma, som jeg arbejder for, så jeg kender produkterne.
-
Jeg har faktisk en del erfaring med WiFi hos hr. og fru danmark, og for år tilbage vil jeg have givet dig ret, men ikke idag. Min erfaring er at det som du beskriver som ustabilt WiFi i 90% af tilfældene viser sig at være en dårlig internet forbindelse. Men hvis jeg nu giver dig ret, kan du så sove trygt igen?
-
Igen. Det er flere år siden jeg sidst har haft et privat WiFi som ikke har fungeret til streaming, gaming etc. out of the box. Så jeg ved stadigvæk ikke hvad du gøre ved dine WiFi netværk når de ikke funger out of the box. Et godt råd. If it works. Don't fix it.
-
Jeg ved ikke hvad du gør ved dine WiFi netværk, men det er flere år siden jeg sidst har oplevet et WiFi netværk i en alm. bolig, som ikke var fuldt ud på højde med kablede 100Mbit netværk. Og jeg arbejder trods alt professionalt med IT og netværk. Ja der findes WiFi netværk som ikke funger optimalt. SAS's WiFi i deres lounge i CPH Airport er et skræk eksempel, men igen er det ikke WiFI netværket, men admin. systemet bagved som er problemet. Skifter du f.eks. DNS server fra dem som bliver tildelt automatisk til Googel's så forbedre du stabiliteten her med en faktor 10. Over 90% af alle problemer jeg har set med WiFi netværk har alle vist sig at ligge et andet sted. Top scorene er admin. systemet til authentication etc., og det netværk som WiFi netværket er tilkoblet. Admin. systemet har du normalt ikke i en alm. bolig, og netværket bag ved er det samme hvad enten du køre kablet eller WiFI, så sandsynligheden for at dit WiFi i din bolig virker godt er høj, medmindre du selvfølgelig har købt nogle billige access points som max understøtter 34Mbit, men de kan efterhånden ikke fåes længere.
-
Lad endelig værd med at fortælle dette til de wireless netværk som nogle af mine kunder har installeret. De køre rask væk +100Mbit i stabilt throughput. I et en families hus vil dette være noget nemmer at opnår, da der ikke vil være nær så mange heavy users som på et kontor netværk. Jeg er generelt ikke tilhænger af wireless netværk, og til tidskritis kommunikation vil jeg aldrig brug det hvis der er et kablet alternativ som kan håndter loadet. Men til privat brug for en PC som skal have internet adgang vil jeg ikke have nogen betænkligheder. Internettet er mere ustabilt end langt de fleste WiFi installationer i private hjem.