Einfache Tastersteuerung für eine LED über FUP

I

Idlewild

Level-1

Beiträge

18

Reaktionspunkte

0

• 12 Februar 2014

• #1

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

super simpel, aber ich kriege es nicht hin

Über einen Taster (Drücken=1, Loslassen=0) eine LED leuchten lassen. Also einmal Drücken, und die Lampe geht an. Beim zweiten mal Drücken soll die LED wieder ausgehen.

Ich es über ein XOR-Glied probiert, aber dann ist das ganze abhängig von der Zykluszeit, was nicht allzu sinnvoll ist.

Oder muss ich hier auch mit Flankenerkennung arbeiten? Mit einem RS- oder SR-Block habe ich das zurücksetzen nicht hinbekommen.

Vielleicht kann mir jemand einen Tipp geben? Ich möchte keine Lösung, nur hören mit welchen Blöcken das funktioniert

Vielen Dank und schönen Abend noch!

 

H

holgero

Level-1

Beiträge

255

Reaktionspunkte

30

• 12 Februar 2014

• #2

Das müsste klappen:



Gruß
Holger

 

hucki

User des Jahres 2014

Power-User

Beiträge

6.611

Reaktionspunkte

2.320

• 12 Februar 2014

• #3

Zuviel Werbung?
-> Hier kostenlos registrieren

Da gibt's hier 'ne sehr schöne FAQ unter dem Stichwort "Stromstossschalter". Da wird das in FUP, KOP und AWL erklärt.

 

P

Pepper

Level-1

Beiträge

24

Reaktionspunkte

2

• 13 Februar 2014

• #4

Ich mach das generell auch immer so wie holgero. Reihenfolge der Blöcke:
Taster ---> [R_TRIG] ---> [XOR] ---> Lampe

1. Das Eingangssignal muss zwingend entprellt werden, dafür verwendest du den Baustein R_TRIG. Damit wird nur die posivite Flanke vom Taster ausgewertet.

2. Den Baustein XOR verwendest du, damit sich das Signal nach dem Einschalten selbst hält. Also am ersten Eingang vom XOR-Baustein den Ausgang vom R_TRIG-Baustein anlegen und am zweiten Eingang vom XOR kommt die Variabel ran, die du auch am Ausgang von XOR verwendest z.B. die Variabel "Lampe".

Dann wird es funktionieren.

Ich hoffe das hat dir weitergeholfen...

 

PN/DP

User des Jahres 2011-2013; 2015-2017; 2020-2022

FAQ-Team

Power-User

Beiträge

21.957

Reaktionspunkte

6.834

• 13 Februar 2014

• #5

Meinst Du wirklich "entprellt"?
R_TRIG "entprellt" kein Signal, sondern macht lediglich die Flankenauswertung. Sollte ein Signal prellen, daß muß man eine Einschaltverzögerung TON > Prellzeit benutzen.

Harald

 

OP

I

Idlewild

Level-1

Beiträge

18

Reaktionspunkte

0

• 13 Februar 2014

• #6

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

vielen Dank für die zahlreichen Antworten! Dann war ich ja zumindest nicht auf dem komplett falschen Weg

Grüße

 

P

Pepper

Level-1

Beiträge

24

Reaktionspunkte

2

• 13 Februar 2014

• #7

PN/DP schrieb:

Meinst Du wirklich "entprellt"?
R_TRIG "entprellt" kein Signal, sondern macht lediglich die Flankenauswertung. Sollte ein Signal prellen, daß muß man eine Einschaltverzögerung TON > Prellzeit benutzen.

Harald

Zum Vergrößern anklicken....

Das ist schon richtig, dass R_TRIG "nur" eine Flankenauswertung macht. Trotzdem würde es ohne den R_TRIG zu einem Prelleffekt der Lampe kommen, da man ohne diesen Baustein ein frequentes öffnen und schließen des Ausgangs hätte (natürlich immer in Abhängig der Zykluszeit der SPS).

Beispiel:
Würde man ein Taster am DI und eine Relais mit einer Lampe am DO anschließen, hätte man ohne die Flankenauswertung ein Prellen des Relais beim betätigen des Tasters. Das ganze ist natürlich stark abhängig von der Zykluszeit der SPS. Mit dem "Entprellen" meinte ich also die Logik, dass ein Prellen der Lampe verhindert wird.

Grüße

 

KingHelmer

Level-1

Beiträge

1.076

Reaktionspunkte

139

• 13 Februar 2014

• #8

Code:

Das ist schon richtig, dass R_TRIG "nur" eine Flankenauswertung macht.  Trotzdem würde es ohne den R_TRIG zu einem Prelleffekt der Lampe kommen,  da man ohne diesen Baustein ein frequentes öffnen und schließen des  Ausgangs hätte (natürlich immer in Abhängig der Zykluszeit der SPS). 

Beispiel:
Würde man ein Taster am DI und eine Relais mit einer Lampe am DO  anschließen, hätte man ohne die Flankenauswertung ein Prellen des Relais  beim betätigen des Tasters. Das ganze ist natürlich stark abhängig von  der Zykluszeit der SPS. Mit dem "Entprellen" meinte ich also die Logik,  dass ein Prellen der Lampe verhindert wird. 

Grüße

Je nach Zykluszeit tritt der Prelleffekt dann immernoch ein.
Bei extrem kleiner Zykluszeit wird eben einfach eine 2. oder 3. Flanke erkannt und die Lampe schaltet entsprechend.

hier hilft dann nur ein TON mit einer klein gewählten PT.

Ohne den R_TRIG hast du natürlich schon recht, würde der Effekt 1. Granatiert und 2. öfter auftreten!

Grüße,
Flo

 

PN/DP

User des Jahres 2011-2013; 2015-2017; 2020-2022

FAQ-Team

Power-User

Beiträge

21.957

Reaktionspunkte

6.834

• 13 Februar 2014

• #9

Zuviel Werbung?
-> Hier kostenlos registrieren

Pepper schrieb:

1. Das Eingangssignal muss zwingend entprellt werden, dafür verwendest du den Baustein R_TRIG.

Zum Vergrößern anklicken....

Also wenn das Eingangssignal wirklich prellt, dann hilft auch kein R_TRIG - der wird das Prellen des Eingangs voll auf den Ausgang weitergeben.

Es ist wirklich hilfreich in der Sache, wenn man in einem Fachforum die Fachwörter in ihrer richtigen Bedeutung benutzt. Was nur Du mit diesem verbreiteten Fachwort meinst können wir nicht wissen.

http://de.wikipedia.org/wiki/Prellen
http://de.wikipedia.org/wiki/Entprellzeit

Harald

 

OP

I

Idlewild

Level-1

Beiträge

18

Reaktionspunkte

0

• 13 Februar 2014

• #10

Bei extrem kleiner Zykluszeit wird eben einfach eine 2. oder 3. Flanke erkannt und die Lampe schaltet entsprechend.

hier hilft dann nur ein TON mit einer klein gewählten PT.

Zum Vergrößern anklicken....

@KingHelmer

Ich habe eine Zykluszeit von 20ms, mit "R_TRIG" hat es super funktioniert. Ab welcher Zykluszeit sollte es nicht mehr gehen? Ich habe auch "TON" mit unterschiedlichen PT Zeiten (20ms,10ms,5ms) getestet, und es sah so aus als würde der gleiche Effekt auftreten, wenn ich nur ein "XOR" verwende. Muss PT noch kleiner als 5ms werden?

Grüße

*Edit: Rechtschreibung