Szafranski
-
Antal indlæg
553 -
Medlem siden
-
Senest besøgt
Indholdstype
Profiler
Forummer
Downloads
Galleri
Indlæg skrevet af Szafranski
-
-
3 minutter siden, Henning Pedersen skrev:
Jeg foretrækker fb til fb.
Er der ikke større sandsynlighed for fejl, når den skal igennem flere fb´er, frem for direkte til produkt?
-
Overskiften siger næsten det hele.
Hvad er at foretrække. (Fx. ved Sluk alt fb)
Sluk puls fra en fb til en anden og videre til produkt eller scenarue direkte fra fb og til produkt
-
18 minutter siden, Lasse Fugmann Kristensen skrev:
Tak.
Købte du pc schematic til opgaven eller?
Nej. Det koster alt for meget. Min fætter læser til elektriker, så han havde en computer med skole udgaven på
-
Skal lige tilføjes, at selvom jeg aldrig har prøvet det før, så var det faktisk ganske nemt.
-
2 timer siden, Lasse Fugmann Kristensen skrev:
Hej,
Jeg sidder og bøvler med at lave varmetabsberegning på min Hager FWB64 IHC tavle, men kan ikke få hul på opgaven. .
Har prøvet med SEE Electrical Building og PCSChematic (DEMO version), men mangler komponenter etc., samt syntes det er noget komplekst.
i de gode gamle dage, var der langt flere forskellige små programmer til dette, men det forefindes vidst ikke mere.
Hvad har i andre gjort? Og hvordan?
VH Lasse
Nu er jeg ikke elektriker, men jeg fik fat i en computer med skole udgaven af Pcschematic, og der var en del komponenter som ikke var der. Men hvis du trykker på db, så ligger de faktisk i databasen og så kan du tage den der fra. Problemet med demo udgaven som du roder med, er at du max kan indsætte 6 komponenter.
Alternativt henter du Multidim3 og når du så bruger Pcschematic, så kan du også der vælge en og så finde databasen inden i multidim og derved hente alle ihc komponenterne.
-
Puha for en pris. Er ikke så meget inde i de her motorlåse. Men hvad med denne her, som jeg se det, så passer den med Yale, som du allerede har. (Ved godt din er dekfekt)
https://totallaase.dk/stanglase/6027-yale-doorman-3-punkts-lasekasse.html
-
6 timer siden, renechristensen1965@gmail. skrev:
Hej vil høre om nogen kan hjælpe.
Har i øjeblikket en Yale Doorman lås som er gået i stykker, tastaturet virker ikke mere(((((((, og har da været ganske godt tilfreds med den, på nær det at den kan ikke selv låse grundet 3 punktslåsen.
Så nu kommer jeg til spørgsmålet, er der nogen der kender nogen alternativer, som kan låse en 3 punktslås?
Har lige set på Rukos hjemmeside at de laver 3 punkts magnet og motor låse, men kunne ikke finde nogen priser og har da en ide om at det koster vel også en halv bondegård formentlig.
Er det denne du tænker på?
-
17 timer siden, Lars1 skrev:
Eftersom LK IHC er event styret, og derfor ikke løber hele programmet igennem hvergang, så vil jeg sige den opsætning som generer flest events, og der bliver genereret en event hvergang du sætter et flag, en parameter eller en udgang.
Tak for svar. Jeg har bare læst om flere der havde lidt problemer med store filer og da jeg jo er igang med lidt oprydning, kunne jeg lige så godt prøve at trimme det lidt
-
38 minutter siden, MekTrik skrev:
Hej
Hjælp til programering af en wireless lysdæmper
jeg har tager FB 1.02.04.d
kan ikke få den til og virke..
nogle der kan hjælpe??
Tænker du må uddybe dit spørgsmål lidt eller vedhæfte dit program ;-)
-
Er lige igang med en del fejlrettelser i mit program og så kom jeg til at tænke på hvad der belaster mit program mest og om der overhoved er nogen som ved det.
Opsætning 1.
Simpel 1.1.10a Simpel kip blok + Simpel 1.1.10a Simpel kip blok, styret af et tryk ved hjælp af 4.1.15 kort/langt tryk. I alt 3 fb´er
Opsætning 2.
1.1.01d Avanceret kip blok + 1.1.01d Avanceret kip blok hvor kort / lang funktion er indbygget. I alt 2 fb´er
Hvilken er disse to løsninger belaster mest, den første har jo ikke så mange avanceret underliggende ting, men skal igennem flere fb´er, hvor den anden har nogen flere parametre den skal tjekke.
Skal siges at den løsning jeg benytter i Opsætning 1, her har jeg behov for to 4.1.15 fb´er og med den opsætning fylder programmet 1mb mere, end opsætning 2
-
29 minutter siden, TorbenSørensen skrev:
Når den indstilles til "B" får du både skumringssignal og PIR-signal over i controlleren, og kan anvende dem som du vil (sammen eller hver for sig).
Når den indstilles til "A" får du kun PIR-signal når skumring er OFF, så med den funktion du efterspørger, skal den altså stilles til "B", og resten er så programmering.
Arhha. Forklarer det hele meget bedre, synes bare ikke det er så velskrevet i manualen. Tak
-
3 minutter siden, TorbenSørensen skrev:
Nej. Den står til A, som også er meningen, da den benyttes til at tænde lys når skumring og bevægelse går on.
Jeg mener bare, at hvorfor er der en udgang til skumring, som kables til controller. Pir vil jo ikke registere bevægelse når skumring er off.
Så det giver jo ikke mening at sende et signal til controller/visual om at skumring er off.
Det ville jo være rart at du til lys kunne føre både bevægelse og skumring over. Men til en stikk. kun trak bevægelse, så den kunne tænde i dagslys
-
Er der nogen som kan svare mig på hvorfor denne pir har to udgange, en til skumring og en til bevægelse.
Jeg ville lave det sådan i visual, at stikkontakter over bord i både bad 1 & 2, blev styret af pir. Men i dag timerne vil de ikke tænde (Skumring "off")
Men jeg regnede med at pir virkede sådan at den altid sendte "on" signal ved bevægelse og fb´en blev begrænset, hvis skumring var off, men at jeg ved at udelade at føre skumring til fb, kunne få den til at virke hele dagen.
Men den vil ikke sende "on" signal, så længe skumring er off. Hvilken mening giver det så at have en udgang for skumring?
-
59 minutter siden, BSP skrev:
Tak for den pædagogiske gennemgang! Lige hvad jeg havde brug for!
Må et lampeudtag forbundet til 1 udgang + flere Scenarier?
Er det controlleren som kan have svært ved at finde ud af programmet, eller er det for at gøre det lettere at overskue programmet?
Jeg kan se at jeg må hjem og lave mit program om!
1. Ja, det må det gerne.
2. Det er fordi der kan gå kuk i controlleren. Det kan medvirke til at den ikke med sikkerhed ved om dit produkt er tændt eller slukket, da samme input fungerer som både on/off signal. Hvis der kun er en udgang, så får den også kun input fra en fb. Med scenarierne er det anderledes, for de sender kun et signal (Enten on eller off) som er forud bestem af dig.
-
På 12/4/2017 at 08:25 , BSP skrev:
Jeg er nybegynder i IHC programering, så kan jeg få jer til at skære det ud i pap for mig?
Hvad er problemet? At vi har svært ved at overskue programeringen eller er det Controlleren som kan fejl pga. mere end en FB til lampestedet?Jeg har f.eks. et lampested i køkkenet, som bliver tændt af 2 forskellige tryk til hver deres "simpel Kip" FB. Derudover har jeg en "simpel kip" til sluk rum og "sluk alt" i garagen. Så der er 4 der er 4 forskellige FB som kan styre samme lampested. Dette er forkert kan jeg se....
Hvordan skal dette så laves? Skal det laves med OR FB på udgangen af de forskellige "simple Kip" FB eller skal der væres 1 FB med alle input som kan løse opgaven?
Hvad med Scenarier, må der være flere af dem til et lampested?
Beklager de "dumme" spørgsmål...
Hej BSP.
Har lavet en lille foto serie som håber kan vejlede dig lidt
-
-
-
7 minutter siden, Henning Pedersen skrev:
Principielt har du ret, men da jeg udelukkende anvender mine egne funktionsblokke, ved jeg hvordan de er tænkt, lavet og virker. Men det tvivler jeg ikke på at du havde fanget.
Misunder sgu din evne til at brygge alle de fb'er sammen. Har forsøgt et par gange og har opgivet hver gang. Kan simpelthen ikke finde logikken i det
-
47 minutter siden, Lars1 skrev:
Indgange må forbindes til alle de FB'er du har lyst til. Det er kun udgange, som kun bør forbindes til 1 FB, og det skyldes at LK IHC er event styret. I praktis betyder det at hvis du har 2 FB's tilsluttet en udgang, vil den sidste handling bestemme status på udgangen. Eller med andre ord. Hvis den ene FB sætter udgangen ON og den anden OFF, vil udgangen have den status som sidst blev sat.
Dette gælder også indgange på FB's. Du bør ikke forbinde 2 forskellige produkter eller FB'er til samme indgang på en FB. Tryk er dog undtaget, da de normalt kun sender en puls.
Det vil sige, at det ikke anbefales at to forskellige pir, er forbundet til en fb og der ved tænder samme lys.
Mener du generelt? For der står netop i "or" at den kan bruges til flere pir
-
Klaus fra LK sagde en gang til mig, at der kun bør forbindes een fb pr udgang. Sjovt nok så jeg lige at Henning havde skrevet det samme til Peter Holm.
Men, ved en PIR med skuringsrelæ, må disse forbindes til flere fb´er, eller er det bedre at bruge 1.1.04.c. Følg / Invertering , og så fordele ud til de forskellige fb´er?
-
2 minutter siden, Kandersen skrev:
Forleden prøvede jeg også med et ø80mm lampeudtag, at jeg kunne tænde på tryk, men det var forkert niveau den tændte LED lyset på. Jeg kunne ikke dæmpe op/ned. Men jeg kunne slukke igen. Efter flere forsøg, så gjorde den pludselig som den skulle, og det har virket lige siden. Lampeudtaget havde kørt uden problemer i et par måneder, indtil problemet forleden.
Der er både godt og dårlige ting ved de Wireless enheder. Jeg synes de er møg svære at fejlsøge på
-
Lige nu, Lasse Fugmann Kristensen skrev:
Har leget lidt med mit her til morgen.
Hvilken controller og fb bruger du?
Det er HW6.2 og så er det 1.2.04. Men som skrevet ovenover, så har det virket fint i over et halvt år
-
Lidt opfølgende info. Her til morgen kunne jeg tænde på tryk, regulerer op og herefter kunne jeg intet igen. Hmm
-
Mistænker hverken fb (1.2.04) eller firmware (Har anden sidste version) at være problemet.
Harrodet lidt med dokumentation, men ellers har jeg ikke haft rørt visual i et godt stykke tid.
Dethar virket upåklageligt i over et år. Ind imellem kan jeg så godt bruge tryk og tester jeg i visual, så melder den heller ikke fejl
Sluk puls til fb eller Scenarie sluk direkte til produkt
i IHC Visual 2.0
Besvaret
Super. Tak for svar.
Kan jo lige så godt få lavet det bedst mulig, når nu jeg er igang med den store gennemgang