Hop til indhold

Henning Pedersen

Members
  • Antal indlæg

    2.262
  • Medlem siden

  • Senest besøgt

  • Days Won

    98

Indlæg skrevet af Henning Pedersen

  1. Fy for den. Det bliver noget af en omgang.

    Hvis de parallelt monterede tryk alle har deres eget kabel fra "fuglereden", så vil jeg anbefale at du i stedet, hvis muligt, forlænger hvert enkelt kabel og føre dem direkte til tavlen. Det er et stort arbejde, men du vil få langt lettere ved at arbejde med anlægget senere.

  2. Det kan man godt, men jeg vil ikke anbefale det.

    Problemet skyldes typisk ét af to scenarier.

    Den mest almindelige årsag til din udfordring, er, at kablet til trykket er blevet sløjfet videre til et andet tryk med tæt på, eller samme, funktionalitet, men hvor trykkene er placeret andre steder. Dvs. det der var ØV i 1. tryk er NV i 2. tryk. Det er en rigtig skidt måde at lave en IHC installation på, men mange tænker at de kan spare lidt kabel, men glemmer at de får en langt sværere montering, for ikke at tale om dokumentationen og fejlsøgning.

    Den anden kan selvfølgelig være at der er trukket kabler til hvert tryk, som man bør, men at elektrikeren der monterede det var et fjols og har monteret som vinden blæser, eller at han syntes at det var smart at den grønne altid var til loftlyset.

    I det første scenarie kan du ikke gøre så meget andet end at sørge for at program og det 1. tryk passer. Derefter giver det så nogen lunde mening at loftlyset er monteret på indgang 2.03, selv om det i princippet sider "forkert" på 2. 3. osv. tryk.

    I det andet scenarie vil jeg anbefale, at du, i stedet for at få dokumentationen til at stemme overens med virkeligheden, vender det om, og får virkeligheden til at stemme overens med dokumentationen.

  3. Det er sådan den anvendte funktionsblok virker, så den skal skriftes, hvilket kræver ændringer i programmet. Det kan snildt laves samtidigt med dit andet problem, alternativt kan du vedhæfte hele programmet her.

    I Visual findes der en rigtig fin hjælpefil, som du med stor fordel kan anvende. Tænker at det kunne være en fin opgave for dig selv.

  4. Hej Raider

    Velkommen til IHC user

    Et IHC program kan laves på rigtig mange måder, så lige at sige hvad der er din udfordring er umuligt at sige ud fra din tekst. Det kan både være galt fysisk i huset eller i programmet. Om du har fået aktiveret et eller andet er selvfølgelig også en mulighed, det er dog et noget mystisk problem du har, hvis det skulle være tilfældet, så jeg tvivler.

    Hvis huset er fra 2010 og IHC anlægget ikke er blevet opgraderet, så har du en Visual 2 (V2) version 6.1 controller. Hvilket normalt er en god controller som kan køre i mange år endnu. Der er kommet 2 nye controller siden din, en V2 version 6.2 og den sidste V3 version 7.1.

    Vedr. dine udfordringer, så vil jeg anbefale at du får en mand ud som samtidigt kan lære dig noget om dit IHC anlæg og hvordan du arbejder med det. Du er også velkommen til at kontakte mig, eller én af de andre dygtige herinde, så kan vi, via teamviewer, overtage din skærm samtidig med at vi taler i telefon og gennemgår dit anlæg og lære dig at arbejde med det.

    Venligst Henning

  5. Jeg har haft den store fornøjelse, at have været på 5 ferier i smukke Norge, så jeg er bekendt med mange af de små nordiske sprogblomster. :)

    3 timer siden, hallstein skrev:

    Er dere i Danmark nødt til å gå inn på controlleren med service view, evt via IHCTablet for å forandre ønsket temperatursettpoint? 

    Ja.

    3 timer siden, hallstein skrev:

    Er det ikke mulig å forandre settpointet "in the field", liksom på våre norske Elko-termostater?

    Nej.

  6. Som Mikker uddyber, og hvis du sætte DIP switch 2 til "ON" så burde du have mulighed for at få et signal ud om porten er åben. Dermed kan du, i IHC programmet, sikre dig at porten bliver lukket når boligen skifter til "Nat" eller "Ude".

  7. Nu skriver du ikke om det er med IHC controller eller du tænker rent wireless, med controller skulle det nok kunne lade sig gøre. Tænker portstyringen har indgang for op, ned eller kip, som du bare skal parallelt ind over. 

    Hvis der skal være rent wireless har jeg ikke et kvalificeret bud, men måske andre har noget her.

  8. På 28.1.2023 at 07:48 , olle skrev:

    Jeg kigger nu på Hennings FB, det er indstillingen "Mørkt, Ur OG aktivitet" der er relevant for mig. Her står der klart og tydeligt vedr. tilbagemelding at "SKAL forbindes til indikering fra ALLE tændinger, også ved relæ.". Jf. punkt 2. finder jeg dog dette mærkeligt da tilbagemeldingen så vil være ON (urstyret) inden aktivitet fra PIR udløses. Men jeg vil prøve at eksperimentere med det i dag

    Med "Mørkt, ur OG aktivitet" kan du med uret, afgrænse hvornår din PIR sensor (aktivet) skal virke. Aktivitets scenariet bliver kun fremkaldt hvis indgangen for uret er "ON".

    Med "Mørkt, ur ELLER aktivitet" er din PIR sensor (Aktivitet) ikke afgrænset af uret.

    Som jeg forstår dine øvrige oplysninger, bør du vælge "Mørkt, ur ELLER aktivitet"

    NB. Bare for at fjerne er usikkerhed, prøv lige at ændre dine 5% til 25% eller mere. Pærerne kunne have et problem med de 5%.

  9. 2 timer siden, olle skrev:

    Men det ville en "korrekt" eksekvering af tilbagemeldingsfunktionen så undgå går jeg ud fra (i den funktionsblok du har udviklet for eksempel?)

    Nej, da skumringen ligesom er alt afgørende for om det udvendige lys skal tændes eller ej, vil det typisk være den der har 1. prioritet. Jeg skriver bevist "typisk" da man typisk har mørkt med som en betingelse til det udvendige lys. Der er dog intet i vejen for at du indstiller blokken til kun at arbejde med ur og aktivitet(Pir). Med den indstilling bliver der ikke taget hensyn til om det er mørkt eller ej. Hvis det er dit problem, kan du med fordel hente den funktionsblok under download som hedder noget i retningen af "Sol op og nedgang", og bruge den som indikator om det er lyst eller mørkt.

  10. Hej Morten

    Velkommen til IHC user

    Det kan evt. skyldes at du føre "Lysindikering" fra alle 3 lamper direkte ind på "Tilbagemelding". Hvis, så prøv at føre dem igennem en ELLER/OR funktionsblok inden du fører udgangen til indgang "Tilbagemelding" på funktionsblokken for det udvendige lys.

    Hvis du vil prøve en anden funktionsblok, så har jeg lagt én op i download sektionen, som i al beskedenhed er ret fremragende til udvendigt lys. Søg efter "Udvendigt lys V2". Den kan alt hvad du ønsker og mere til.

    God fornøjelse.

    Venligst Henning

     

  11. 50 minutter siden, EmilSkovgaard skrev:

    eg var vist lidt for hurtig, da jeg skrev mit spørgsmål tidligere. Nu har jeg lige rodet lidt med det igen og det viser sig, at det er næsten alle tingene, som jeg godt kan styre gennem serviceview, men som ikke virker på kontakterne inde i huset. Jeg skulle vist bare lige finde helt ud af, hvad jeg skulle trykke på i serviceview. De ting, der kan styres gennem serviceview, men ikke i huset, er på flere forskellige output moduler.

    Ok, så skal du nok se nærmere på dine input moduler. Prøv, i serviceview, at højreklikke på en indgang fra et tryk, vælg "Log værdiskifte" kommer der en ny linje i nederste venstre felt når du fysisk trykker på det tryk, så er forbindelse fra tryk til IHC OK. Kommer der IKKE en ny linje så har du et problem i den fysiske verden, sandsynligvis løse/knækkede ledninger. Du kan se modulnummeret på samme måde som output.

    Go jagt. :)

  12. Hej Emil

    Velkommen til IHC user.

    Skulle elektrikeren mon have overset en ledning da den nye strømforsyning blev monteret. Det kan både være 24v og 0v.

    Prøv at kigge i serviceview om dem der virker er på samme output modul, og tilsvarende om dem der ikke virker, er på det/de samme output moduler.

    Output modulets nummer vises som føreste af de 2 tal efter "Datalinje" i nederste højre felt, når du klikker på "Udgang" på produktet i øverste venstre felt. Det sidste tal er den "adresse", som ledningen til lampe er monteret på output modul.

     

  13. 56 minutter siden, Lars1 skrev:

    Man behøver ikke lægge et tomt program op først hvis man vil overskrive runtime værdier under uploade af et rettet program. Man behøver bare at afbryde forbindelsen mellem Visual og controlleren, mellem man har hentet programmet og uploader den rettede version. På Visual 2 controller er det nok et genstarte controlleren. Om det også er tilfældet på Visual 3 er jeg ikke helt så sikker på.

    Er ikke helt sikker på jeg forstå hvad du mener med at afbryde forbindelsen, tænker ikke det er nok "bare" at trække USB stikket ud.

    Så hvis man henter programmet fra controlleren, genstarter og sender, så bliver de nye indstillingsværdier gældende. Det skal prøves i morgen. :) Jeg prøver også lige med en V3.

  14. Hej Esben

    Velkommen til IHC user.

    Jeg er ikke sikker på at den funktionsblok kan det du ønsker. Jeg har godt nok "kun" version "a", og der fremkalder hver aktivering af PIR sensoren "Memory 1" og efter udløb af tid slukkes lyset.

    Om du kan finde en anden blok til 1-10v styring er usikkert.

    Måden det gøres på i dag, er med en 1-10v converter med et wireless lampeudtag foran. Med den opsætning kan du lave alle de scenarier du ønsker. Men det kræver selvfølgelig en ny converter.

    Hvis en ny converter ikke er løsningen, er du velkommen til at giv mig et kald, så finder vi en løsning. 

     

  15. Det du oplever er helt efter bogen, og gud ske lov for det.

    Når du uploader et nyt program, hentes først alle de aktuelle kørselsværdier fra det kørende program, hvilket Visual også skriver. Dernæst uploades selve programmet og alle de hentede værdier genskrives til de respektive IDer.

    Hvis det ikke var sådan, ville du have behov for, manuelt, at sikre dig at alle værdier i Visual rent faktisk også stemmer overens med de akutelle/ønskede kørselsværdier. Hvilket hurtigt ville blive et kæmpe arbejde.

    Løsning:

    Hvis du skal ændre kørende værdier bør du bruge serviceView, sceneview, IHCRemote til telefonen eller IHCTablet til iPad.

    IHC Visual er kun til programmering, men hvis du absolut vil bruge Visual, så skal du først lægge et tomt projekt op.

  16. Det er svært at sige ud fra de forholdsvis få oplysninger. Du skriver f.eks. mulighed for skumringsrelæ, men ikke om du bruger den.

    Det kan både være funktionsbokken, dit arbejde eller noget fysisk der er defekt. Prøv evt. at vedhæfte dit program, så er jeg sikker på vi kan hjælpe med at lokaliserer fejlen.

  17. 8 timer siden, Peter Vistesen skrev:

    Mit problem er at jeg vil have flere senarier en der er plads til i en FB.
    hvis jeg blander dem, går det så ikke i fuck?

    Du er generelt på vej ud af en forkert tangent. Det er fint nok at du vil tænde/slukke dit lys med scenarieblokken, men du bør, for din egen skyld, bruge én scenarieblok for hvert enkelt rum/område. Desuden skal du være opmærksom på du skal bruge 2 tryk til hver udgang, da der ikke er kip funktion i blokken, og du får heller ikke mulighed for at øge/sænke lysniveauet fra trykkene.

    I den blok du viser, har du f.eks. både køkken, bryggeres og entré. Jeg tænker ikke at du, med ét tryk, vil indstille lyset i alle 3 rum på én gang, eller er der noget jeg misforstår. Det giver rigtig god mening af bruge scenarie blokke i f.eks. køkkenet, hvor man typisk vil ønsker fuld blus under madlavning, et andet niveau når der spises, et 3. niveau når der hygges i stue osv. Med der giver scenarieblokken fra deres Bolig koncept langt flere muligheder.

×
×
  • 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.

1200x630bb.png

ok