Szafranski

Super. Tak for svar. Kan jo lige så godt få lavet det bedst mulig, når nu jeg er igang med den store gennemgang

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

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.

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

Er det denne du tænker på? https://www.billigsikring.dk/shop/el-laaseks-el502-12-24vdc-4349p.html?gclid=EAIaIQobChMIy96429_61wIVlEMYCh1jIwiFEAQYAiABEgLDjPD_BwE

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

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

Arhha. Forklarer det hele meget bedre, synes bare ikke det er så velskrevet i manualen. Tak

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?

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.

Hej BSP. Har lavet en lille foto serie som håber kan vejlede dig lidt

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

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?

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å

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