Lars1

Har du mulighed for at sætte strøm på den, tage et screenshot af admin vinduet med firmware version, RF version etc. Hvis den køre med firmware under 2.7.199, må du også meget gerne opgrader den til 2.7.199, så vi kan se om RF modulet kan opdateres på den. Det kan det desværre ikke på alle HW 6.1 modeller.

Du skriver den har været brugt til et iHC projekt. Hvordan kommunikerede den med IHC controlleren?

48 timer i døgnet vil jeg gætte på.

Det haster ikke. Jeg fortsat fejlen, men jeg har fået MRTG til at køre. Det viste sig at cfgmaker sætter et forkert HTML katalog i forhold til rod kataloget for web serveren. Jeg ved ikke om det er IHC Captain, som satte rod kataloget til /var/www/html, eller om det er standard, men MRTG forventer det er /var/www. Dertil kommer at det tog mig lidt tid at gennemskue at cfgmaker overskriver mrtg.cfg hvergang den køre.

Jeg kan ikke lige finde det varenr. hos LK, men hvis du bor på Sjælland er jeg interesseret.

Når du har en Visual 2 controller, vil jeg forslå at du køber wireless dimmer. De har væsentlig flere funktioner en de tavlemonterede dimmer, og kræve ikke output udgange. Hvis du kan bruge Ø80 lampeudtags dimmer, er de klart at fortrække. Alternativt er der kombi dimmerne, som kommer i Fuga afbr. strørrelse. Funktionaliteten er stortset den samme, men Ø80 lampeudtagne bliver idag lavet i en HW2 udgave, som er fejlrettet på flere punkter. De er bl.a. bedre til dæmpning af lavenergi pære, LED pære og elektroniske transformatore.

Du kan vælge de ind/udgange som du ønsker at logge, ved at højreklikke på dem. Det kan også gøres i funktions blokkene, så du kan få de interne variabler med også. Men det er korrekt at det ikke er muligt at sætte et debug flag, så man får logget alle hændelser. Desværre. Det kunne ofte være dejligt hvis man kunne det.

Jeg vil gætte på at årsagen til at det virker, er at din homebox kun kan køre 100Mbit, mens din Cisco switchen og accesspoint begge kan køre gigabit, hvilket IHC net basis ikke understøtter, grundet at 2 par i hvert kable er reserveret til TV og telefoni. Cisco er ikke de eneste som har problemer med kabling hvor der mangler et eller 2 par. Jeg tror faktisk at det er en fejl i gigabit standarden, at de ikke verificer at alle 4 leder par er tilrådighed under handshake.

Hvad med at bruge standard ventilationstyrings blokken, og sætte forsinket frafald til f.eks. 30 min. Mon så ikke den får kørt de 1,5time pr. dag. Man kan godt lave en funktions blok, som gør det du ønsker, men IMHO er det at gå over åen efter vand at gøre det så komplekst som du ønsker. Jeg er selv godt i gang med at forsimple min IHC installation. Mange af de komplekse løsninger jeg lavede for 5-10 år siden har jeg stortset aldrig brugt.

Jeg har forsøgt at installer MRTG på min Raspberry, som i forvejen køre IHC captain, men jeg kan ikke får MRTG til at starte, og når jeg forsøger at køre "sudo update-rc.d mrtg defaults" får jeg nedenstående fejl. insserv: warning: script 'mrtg' missing LSB tags and overrides insserv: There is a loop between service ihccaptain and mrtg if stopped insserv: loop involving service mrtg at depth 2 insserv: loop involving service ihccaptain at depth 1 insserv: Stopping mrtg depends on ihccaptain and therefore on system facility `$all' which can not be true! insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header Jeg har benyttet denne inst. guide http://www.supagusti.tk/computer/raspberrypi/160-installing-mrtg-on-your-pi og "sudo cfgmaker public@192.168.0.1 >> /etc/mrtg.cfg" og "sudo indexmaker /etc/mrtg.cfg > /var/www/html/mrtg/index.html" virker fint, men "sudo /etc/init.d/mrtg start" giver "Starting Multi Router Traffic Grapher Daemon: MRTG.", men en efterfølgende "sudo /etc/init.d/mrtg restart" giver "Restarting Multi Router Traffic Grapher Daemon: mrtg: no process found" Nogen idee til hvad jeg gøre forkert?

Hvis din firmware er ældre end 2.7.199 bør du opgrader den til 2.7.199 eller 2.7.220. Den sidste er mere ustabil end den første på nogle controller. Tilgengæld er TLS 1.1 og 1.2 kryptering supporteret, hvilket det ikke er i 2.7.199. Derudover bør du checke serviceview, når du oplever problemerne. Ofte skyldes manglende reaktion at der er et flag eller tilsvarende i ens program, som står anderledes end forventet.

Du vil have samme problem med input230, samt det problem at det ikke er potential frit. Men hvis vi snakker om LK wireless og en controller, som ikke understøtter wireless, så er der jo tale om standalone installation, og så vil jeg mene man kan linke afbryderen til både et wireless relæ og en wireless dimmer, og dermed bruge relæet til at sende signalet tilbage til IHC controlleren. Jeg har dog INGEN erfaring med standalone wireless, så jeg ved ikke om det vil virke. Det næste er at en ny controller koster 5.000 hos billig IHC. Jeg vil nok overveje hvor meget krudt jeg vil bruge på at strikke en løsning sammen, som aldrig vil blive andet end Storm P, og aldrig vil give samme funktionalitet som hvis man anskaffer en ny controller. Alle I/O moduler, strømforsyning etc. kan jo genbruges.

Prøv at tage fat i din ISP. Det er ikke alle som tager betaling for offentlig IP, hvis du ikke ligefrem kræver fast IP. Hvis du kan leve med at den skifter fra tid til anden er det ofte gratis. Du kan jo også prøve at argumenter for at du før router skiftet havde offentlig IP, og det vil du gerne have igen på samme vilkår. Men når det er sagt, så er det faktisk en fordel ikke at have offentlig IP, medmindre man skal bruge det. Man slipper for RIGTIG meget virus og hacker angreb, når ens router ikke kan nåes fra internettet.

Jeg kan ikke mindes at have set et lampeudtag uden nul. Og hvis du tager et kig her http://www1.lk.dk/katalog/vejledning/019D903522_01.pdf så vil du se at der ikke længere skal bruges belastning når man linker, men de fastholder godt nok minimums belastningen.

Du skal have fat i din ISP, og have dem til at lave mapning mellem din 185.x.x.x offentlige IP, og din routers 100.x.x.x internet IP. Det der er gået galt er at enten har du fået ny "internet IP" i forbindelse med router udskiftningen, eller også er mapningen røget i forbindelse med din "internet IP" er blevet mappet til en ny IP.

Din internet IP i din router og den offentlige IP du ser på myip.dk bør være den samme, medmindre du har endnu en router mellem din router og internettet, eller du har flere offentlige IP adr. tilknyttet din internet aftale. Hvad er det første tal i din internet IP? Kan du ikke beskrive helt præcist hvilket udstyr du har mellem det kabel som kommer ind i huset udefra, og din IHC controller. Rækkefølgen er også vigtig. Jeg går ud fra at switchen sidder efter din Cisco router? Nu ved jeg ikke lige hvordan Cisco har implementeret DMZ i denne router, men sommetider er det internet IP'en man skal angive. Jeg tror dog mere at det er forskellen mellem myip.dk og din internet IP i din router, som er problemet. Klik på administration i menuen, og se hvad der ligger af log menupunkter derunder. Myip.dk fortæller dig hvilken IP du har når du browser på internettet. Dette er normalt din offentlige IP. Den IP der står som internet IP, er den IP din router har på din ISP's netværk. Det er ikke altid at den kan nåes fra internettet, men den kan godt nåes fra dit interne netværk. De fleste ISP'er idag laver dog mapning af den IP du ser på myip.dk til den IP du ser som internet IP, hvis den ikke er den samme. Hvordan de gør det er forskelligt fra ISP til ISP. Nogle ISP skal gøre det manuelt, mens andre gør det automatisk. Hvis det skal gøres manuelt, glemmer de det sommetider når kundens rotuer bliver skiftet.

Jeg ved dette er ret basale spørgsmål, men min erfaring er ofte at det er de samme basale fejl der begåes, især af professionelle. Den offentlige IP du prøvede med er den samme som du ser med myip.dk? Den offentlige IP du kan se i din Cisco router er den samme som på myip.dk? Du har ikke andre router mellem din offentlige IP og din IHC controller end den cisco router du har vist billedet af? Din Cisco router har tilsyneladen DMZ support. Dette er ofte en eller flere specifike interfaces på routeren. Hvis din IHC controller sidder på en af disse porte skal der måske konfigureres DMZ regler også. Dertil kommer at nogle router kun tillader inbound traffik til DMZ zonen. Er der nogle logs under administration, som giver nogle fejl? Hvad sker der helt præcist når du siger det ikke virker?

Prøv lige at checke din offentlige IP. Det er ikke unormalt at man får en ny offentlig IP, når man får en ny router. Brug evt. http://myip.dk/

Glad for at jeg kunne hjælpe. Der er somregl en logisk forklaring på selv de mærkeligste hændelser, men de kan sommetider være svære at finde, og vi har en tendens til at lede de komplexe stedder først.

Findes der nogen lysdæmper hvor du ikke har et spændings fald, selv når der er skruet helt op for lysstyrken?

Jeg troede at den "fejl" netop var rettet i HW2. De behøver i hvertfald ikke længere belastning for at blive linket, så den "fejl" er rettet.

Kommer der også en lille installations vejledning til Domoticz? Jeg indrømmer blankt at jeg kun har brugt 5 min. på at kigge på Domoticz installation, men da jeg ikke er expert i Linux virkede det meget forvirende for mig.

Det er LK vi tale om. De kan ikke engang finde ud af at sørge for at certifikaterne i deres firmware ikke udløber 3 mdr. efter de frigiver en ny version. Jeg tror faktisk kun at vi har haft firmware med valide certifikater i sammenlagt 6 mdr. de sidste 5 år.

Når nu din elektriker har brugt tid på at monter klemmer for fase og nul, så kunne man godt ønske sig at han også havde afsat klemmer til mellem ledningerne. Men for at svare på dit spørgsmål. Hvis du ikke har styr på hvad der er fase og nul, så bør du lade din elektriker monter bypassen.

Du kan sagtens bruge en FB pr. udgang og trække temp sensoren over på dem begge. Det giver bare ikke mening, medmindre du køre med forskellige setpunkter på de 2 FB'er. Den mest økonomiske opvarmning får du i midlertid når alle radiator i samme rum altid har den samme temperatur, og det får du bedst ved at forbinde begge radiator til den samme FB.