spstiger Support-Community

R_Trig

NixChecker

Hallo,
ich möchte eine Boolsche Variable M0.2 mittels der steigenden Flanke vom M0.1 toggeln. Dazu nutze ich R_Trig und M0.1 an CLK und M0.2 an Q.
Warum funktioniert das bei mir nicht? Im Monitoring Mode sieht man, dass M0.2 nicht umschaltet.
Wenn ich statt M0.2 den Ausgang Q0.0 verwende, kann ich beim Einschalten von M0.1 einen kurzen Impuls erkennen. Q0.0 bleibt ansonsten aus. Wenn ich den Ausgang negiere erwarte ich eigentlich ein toggeln. Statt dessen erhalte ich ein Dauer-AN.
Wo ist mein Denkfehler?

the_muck

NixChecker Statt dessen erhalte ich ein Dauer-AN.
Wo ist mein Denkfehler?

Man muss sich manchmal damit beschäftigen wie eine SPS die Eingänge liest und die Ausgänge schreibt. Und natürlich wie die Netzwerke abgearbeitet werden! Neben der Zyklischen Abarbeitungen gibt es dann noch Interrupts und andere Dinge die das Programm "unterbrechen" können.

Der klassische Zyklus (PAE und PAA)

Einlesen der Eingänge (PAE): Die Steuerung kopiert die Zustände der physischen Eingänge in einen internen Speicherbereich, das Prozessabbild der Eingänge (PAE).

Programmausführung: Die CPU arbeitet den Code (z. B. in AWL, KOP oder SCL) von oben nach unten ab. Wenn das Programm nach einem Schalter fragt, schaut es ins PAE, nicht direkt auf den Draht.

Schreiben der Ausgänge (PAA): Die im Programm berechneten Ergebnisse werden zuerst im Prozessabbild der Ausgänge (PAA) zwischengespeichert. Erst wenn das Programm ganz fertig ist, werden diese Werte gesammelt an die physischen Ausgangsklemmen übertragen.

Betriebssystem-Dienste: Hier werden Dinge wie Kommunikation (Ethernet, Profinet) und Diagnose erledigt, bevor der nächste Zyklus startet.

Je nach Komplexität der Programm ist es auch üblich die Ausgänge nur an einer stelle zu schreiben. Somit läuft man nicht in die Gefahr beim PAA einen Denkfehler zu haben. Dazu kann man später beim Debugging einen Ausgang recht einfach sperren oder setzen. Da rührt wohl auch der Unterschied bei dir zwischen dem Merker und Ausgang her.

Ich hatte da mal ein Best Practice für die Azubis / Praktikanten von der KI machen lassen 😃.
https://docs.google.com/document/d/1ZUvuvEYjph0O2floSKpMM8c2vfUUgBjCFZ8qnuu7pfs/edit?usp=sharing

spstiger

Der Denkfehler ist, dass R_TRIG nur einen kurzen Impuls (einen SPS-Zyklus lang) an den Ausgang schickt.
M0.2 wird also nur einen SPS-Zyklus kurz ON. So funktionieren die Flanken, sie vereinzeln das Umschalten, so dass beim ON-Schalten nur einmalig eine Aktion ausgeführt wird. Einmalig Aktion heißt also, ein ganz kurzer Impuls an M0.2 in dieser Konstellation:

Die Lösung folgt im nächsten Post.

spstiger

Es gibt dazu einen sehr praktischen Befehl, ALT. Der wird zum Umschalten eines Bits genutzt. Und wichtig, ja er benötigt R_TRIG, um richtig zu funktionieren. Wenn ihr hier R_TRIG weglasst, schaltet der Ausgang in jedem Zyklus um, also alle x Millisekunden. Das wollt ihr nicht.

spstiger

Übrigens eine gute Übersicht und Beschreibung der wichtigsten Befehle findet ihr im Menü "Help" in der Hilfe zu Kinco Builder in Kapitel VI - Instruction Set.

spstiger

Oh sehe gerade, laut Doku benötigt man eventuell kein R_TRIG? Eventuell ist bei dem Befehl die Flankenauswertung schon eingebaut, das kann sein.

Wahrscheinlich habe ich da die Xinje im Kopf, die den gleichen Befehl hat. Da fehlt wahrscheinlich die Flankenauswertung bei diesem Befehl.

NixChecker

Vielen Dank für die Unterstützung! Ich beziehe mich, so gut ich kann, auf die Hilfe (F1, funktioniert gut!). Ich habe das 1zu1 nachgemacht und es funktioniert nicht. Im Monitor sehe ich, dass M0.1 auf true/false gesetzt werden kann. M0.2 bleibt aber auf false! Was mache ich falsch?
Fehler gefunden! ALT ENO muss auf Null! Jetzt klappts! R_Trig und Alt verstanden! Vielen Dank!

spstiger

Stimmt, ENO an Alt hatte ich nicht zurückgesetzt auf NULL in meinem Beispiel. Dadurch wird es dort immer wieder zurückgesetzt durch den Befehl. Danke

Jan

sehr schöner Leitfaden,

ich setze vor meine Variablen immer noch ein Kürzel für den Datentyp x_var = bool, i_var=int, b_var=byte etc.
(ähnlich der ungarische Notation). Das rührt bei mir noch von den früheren Programmiersoftwaren her, wo
es noch kein "Mouseover" bei den Variablennamen gab.

Grüße Jan