Hop til indhold

Henning Pedersen

Members
 Se profil  See their activity

  • Antal indlæg

    2.287

  • Medlem siden

  • Senest besøgt

  • Days Won

    100

 Indholdstype 

Alt der er opslået af Henning Pedersen

  1. Henning Pedersen
    Super. Når du trykker 1. gang, eller lyset tændes, trækker du det scenarie link du bruger til ventilations-lysdæmperen over og vælger "Gem scenarie", dermed gemmer du den aktuelle scenarieværdi. Når du så trykker 2. gang eller lyset slukkes startes timeren og når tiden udløber fremkalder du det gemte scenarie igen. Hvis jeg ikke husker meget forkert så skal du først reguler scenariet op og i næste linje stoppe reguleringen for at fremkalde et gemt scenarie. Jeg foretrækker at lave endnu en scenarie udgang, i dit tilfælde kunne det være "Scenarie ventilation" som du først gemmer og siden fremkalder igen. God fornøjelse.
  2. Henning Pedersen
    Hej Anders Dit ønske kan ikke opfyldes med standart programmering. Men med IHC kan du jo få det som du vil ha det. Det kræver bare at du enten laver en helt ny funktionsblok, eller indbygger det i den du bruger nu. Hvis jeg må komme med et råd, så er det generelt en dårlig ide at det samme tryk laver forskelligt, med mindre du har dioder i dit tryk som f.eks. kan indikere normal, øget og nedtælling. Hvis ikke, så vil familien få ualmindeligt svært ved at vide om den kører normalt, på 100% eller om den lige er begyndt at tælle ned. Jeg laver noget lignende til mine kunder, her har de mulighed for manuelt at øge ventileringen, som så efter tid automatisk returnerer til det "normale" niveau. Dermed har de fint tid til at gå i bad, samtidigt med at de har mulighed for at øge ventileringen hvis de f.eks. har været på toilettet eller lavet andet som den næste ikke nødvendigvis behøves at få fornøjelsen af. :-))
  3. Henning Pedersen
    Ja.
  4. Henning Pedersen
    Det kan sagtens være nogle interne flag eller timer der er kommet til at stå forkert, kan sikkert findes via serviceview. Du kan også prøve at lægge programmet op igen.
  5. Henning Pedersen
    Ja da, der er ikke noget problem i at du lader dine pir sensorer trække hver deres overdragelsesrelæ som så giver signal til et 24v modul. Du skal selvfølgelig være opmærksom på at signalet fra dine pir er langt nok til at relæet kan nå at trække, og at det er 0v der skal lægges ind i IHC modulet, ikke 24v. ps. Hvis pulstiden på dine pir kan justeres, så anbefaler jeg du skruer den ned til laveste tid.
  6. Henning Pedersen
    Pas, siden vi fik mulighed for at lave det hele på iPad har jeg ikke brugt SceneView. Jeg fandt aldrig funktionen med det usynlige gitter, kan huske at jeg lavede en billede i photoshop med linjer med fast afstand og så en lup foran skærmen, det var et h...... arbejde.
  7. Henning Pedersen
    Meget flot arbejde Vedr. klemmer er jeg nok mere af den holdning at de giver en ekstra fejlmulighed. Mit eget "krydsfelt" består i at alle, både brugte og ikke brugte ledninger er klippet så alle I/O kan nås, de ubrugt lægges bagerst i tavlen. Dette er måske ikke særlig kønt når afdækningen komme af, men meget fleksibelt. Vedr. kabler så er PTS, eller bare PT, for der er ikke behov for skærmen, så indeholder de kun 8 leder, hvilket er for lidt til et 6 tryk med dioder. Men ellers er jeg enig i at det giver mangen kabler med ét til hvert tryk, men at begynde at sløjfe videre til flere tryk giver absolut heller ikke mening. Til teknik og alarm bruger jeg normalt ét kabel til hver system i hvert rum.
  8. Henning Pedersen
    Inden du bruger for meget tid på java bøvl, så prøv lige Mikkels IHC starter. Du kan finde den her: https://jemi.dk/ihc/starter/
  9. Henning Pedersen
    Jo, sletning af forbindelsen i programmet har samme funktion, så frit valg.
  10. Henning Pedersen
    Har du den sidste FW i controlleren ? Mere præcist i LED dæmperne.
  11. Henning Pedersen
    Fint at du har tilføjet betingelse at lyset skal være tændt for at sende "Sluk". Jeg bør måske lige uddybe at LK ikke nødvendigvis har ønsket at droppe én til én princippet, men at det er blevet nødvendigt pga. de mange muligheder for at tænde og slukke lyset via div. mobile og 3. parts løsninger. Her betjener man jo typisk selve udgangen/lysdæmperen og ikke funktionsblokken. Det betyder så også at det er bydende nødvendigt at programmøren har styr på tilbagemeldingen fra udgangen/udgangene til funktionsblokken.
  12. Henning Pedersen
    Det går i princippet ikke galt nogen steder. LK har "bare" droppet deres gamle doktrin om at én og kun én funktionsblok styrer udgangen. Dermed er blokken kun tænkt til at skulle styre lyset fra det/de lokale tryk. Dit "Sluk Alt" scenarie skal så bare direkte ind på lampen, tilbagemeldingen i % vil fortælle funktionsblokken at lyset er slukket. Hvis du gerne vil beholde den gode standart med én og kun én FB pr. udgang så åbner du bare blokken og tilføjer en ny indgang som du f.eks. kunne kalde "Sluk" samt en ny scenarie udgang som passende kunne kaldes "Scenarie Sluk". I højre side laver du et nyt program og fører indgangen over på hændelse med "X - ON", Scenariet trækkes over med "Fremkald x". I selve IHC programmet trækker du det nye scenarie over på lampen med 0%, eller OFF hvis det var en relæ udgang. Nu vil det virke som ønsket.
  13. Henning Pedersen
    Jeg har kun oplevet det, når der er flere funktionsblokke som styrer de enkelte stikkontakter. Prøv evt. at vedhæfte dit program.
  14. Henning Pedersen
    Hej HenrikDA Velkommen til IHC user Nu skriver du ikke hvad du har gjort, så måske er du foran mig. Sikre dig at den medfølgende antenne er korrekt monteret til controlleren. Sikre dig at der sider et brugbart batteri i trykket. Start med at slette alt gammelt ved at holde A trykket nede til dioden blinker rød/grøn. Hvis dioden ikke blinker er der sandsynligvis ikke strøm, eller forbindelse til batteriet. Start Visual og vær 100% på at der er forbindelse til din controller. Lille grøn diode blinker i nederste højre hjørne af Visual. Hvis der er et stort rødt kryds, så har du IKKE forbindelse. Opret trykket i Visual Nu bør du kunne linke trykket. Håber det hjælper dig nærmere en løsning.
  15. Henning Pedersen
    Det er altid svært når man skal vende sig til noget nyt, man savner trygheden ved det gamle og ser kun udfordringer ved det nye. Selv om hue var fint i den tidligere bolig, så vil jeg mene at du med IHC får langt flere muligheder for at styre lyset både mere intelligent og mere smart. Men det kræver selvfølgelig at der bliver investeret både tid og resurser på det. Som Lars skriver, så er du ret låst med hensyn til alt det nye og smarte med den gamle controller, så uanset hvad, så bør den opgraderes. Med mindre du vælger at skrotte det hele og laver hue i hele hytten. Selv om tidligere ejer har opgraderet til LED med Niko dæmper, så er det min optik en ret sølle løsning, uden muligheder for øget komfort mv. Hvis du vælger at opgradere, så er der tilgengæld ikke mange begrænsninger tilbage, du kan via 3. parts produkter integrerer næsten alt i systemet. Det er dog ikke plug and play.
  16. Henning Pedersen
    Som Ejvind er inde på, så kan man diskuterer nødvendigheden af den indvendige sabotagekreds. Jeg bruger den kun hvis kunden specifikt ønsker det. Alt andet lige, så er tyven opdaget, og alarmen gået, inden han/hun når at pille sensoren fra. Den nemme måde, er at sløjfe sabotagekredsen i tavlen, det gøres ved at lægge en lille ledning fra 0v til indgangen for sabotagekredsen.
  17. Henning Pedersen
    Jeg er med på funktionen af at logge data, det jeg ikke helt forstår er at du har signal IND fra din log blok. Jeg tænker mere at signalet skulle gå fra sensoren TIL din log blok, og ikke FRA din log blok TIL varmestyringsblokken.
  18. Henning Pedersen
    Hvis du har temperatursensorer eller udvendigt temp/lux sensor på den controller, hvor der ikke er 100% overensstemmelse imellem det der fysisk er monteret og det der er i programmet, så kan tilfældige udgange have den opførsel som du oplever. Det gælder både for sensorer som er i programmet, men ikke monteret og monteret men ikke i programmet. Så vidt jeg husker er det det samme med SMS modulet.
  19. Henning Pedersen
    Siden LKs blokke har kørt i så mange år, tænker jeg umiddelbart ikke at det er dem der fejler. Men selvfølgelig muligt. Du har dobbelt temp. signal ind på dine blokke, et fra sensoren og så fra noget Log af temp, som jeg ikke umiddelbart forstår, kunne det være den der laver balladen.
  20. Henning Pedersen
    Mig bekendt skal simkortet være aktivt, det giver vel heller ikke rigtigt mening at købe et SMS modul og ikke sætte et aktivt kort i. Problemet opstår først hvis modulet er uden kort i en måned eller 2, så du har rigelig tid til at skifte. Hvis den skal være uden kort i længere tid, anbefales det at fjerne strømmen fra den.
  21. Henning Pedersen
    Super, godt du fik lokaliseret fejen. Så krydser vi fingre for at det også holder i længen.
  22. Henning Pedersen
    r.3.4.72. er den sidste, kunne det tænkes at du kører installationen fra en gammel Visual 2 fil.
  23. Henning Pedersen
    Hvis din HAS enhed sender pulser til IHC, så kunne de være for hurtige.
  24. Henning Pedersen
    Godt du fik det til at virke. Pas, kan se at dæmpningstypen er PUSH, Triac. Det ved jeg ikke om Wiser kan arbejde med. Jeg har tilgengæld brugt dæmperne fra Snappy sammen med en gammel HW 1, 1 moduls wireless IHC dæmper, det spiller super.
  25. Henning Pedersen
    Jeg har lige åbnet den fil du vedhæftede, den ligner ikke de "normale" XML filer til Visual 2, så den går desværre ikke. Du må finde en anden løsning, og som jeg skrev i første indlæg, bør du overveje en opgradering. Foruden nye muligheder, vil en opgradering også betyde at det er dig der bestemmer hvornår den gamle Visual 1 controller skal på pension, og ikke controlleren der midt i sommerferien afgår ved døden.
×
×
  • Tilføj...

Important Information

Privatlivspolitik og We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

  I accept

1200x630bb.png

ok