Alte OMRON Programmierung. Bitte um Hilfe

BIG.

Level-1
Beiträge
7
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi,
habe eine alte Steuerung von Festo FPC 101 (Bj. 1992) - nach meiner Recherche habe ich herausgefunden, dass dies in zusammenarbeit mit OMRON gebaut wurde.

Kann mir einer erklären was der MOV Befehl im Bild auslöst.
IMG_20191204_160111.jpg

DANKE!
IMG_20191204_160111.jpg

 
Zuviel Werbung?
-> Hier kostenlos registrieren
Danke Für die Hilfe, aber ich habe einige Anleitung schon durchgestöbert und nicht diese Bedingung gefunden.
Entweder fehlt das # oder unten wird noch zb. D15 angezeigt, schon hat es eine andere Funktion.

es muss etwas mit den Merkern unten auf sich haben, da diese auch in diesem Baustein gebildet werden.
Aber mir nicht nachvollziehbar.
 
Du hast da doch ein fertiges Programm, ok Ausschnitt. Frage deshalb - Was ist nun genau das Problem außer dem Verständnis, erschließt sich mir gerade nicht so arg.

Ist einige Jahre her das ich das zuletzt mal gesehen habe, aber wenn die Bedingungen entsprechend wahr/nicht wahr sind, dann würden die HEX-Werte an die Baugruppenadressen geschrieben, eben ein einfacher Move-Befehl.

Schaut aus wie eine Art Reset oder Initialisierungsroutine, schwer zu sagen wenn man nicht weiß woraus das restliche Programm besteht bzw. an was die Daten übermittelt werden.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da hast Du vollkommen Recht, es handelt sich um einen Reset.
Der M1815, ist mir unbekannt da er im Programmausdruck fehlt.
die 2. Bedingung ist HAND + Richtentaster und die 3. Bedingung Not-Aus betätigt.
Folglich setzt er durch den MOV Befehl Zylinderansteuerung usw zurück...

Mich irritiert eben nur, wieso Merker M1100 - M1200 - ... - M1500 im Querverweis als VKE hier angezeigt werden.
Ist das früher einfach nicht anders möglich gewesen?IMG_20191204_160111.jpg

Kann es auch sein, dass hier die 11 nur ein BYTE ist und kein Wort...?
 
Ich würde vermuten, daß mit den MOVs die (Speicher-)Words 11 12 13 14 15 initialisiert werden. Mich irritiert nur, daß die Destination im MOV-Befehl keine Bereichskennung hat sondern einfach nur eine Zahl (Adresse) ... das war wohl damals so.

Harald
 
Vielleicht sollte ich nochmal die Anleitung rauskramen oder das PG einschalten, wenn es noch funktioniert ^^.

Also das MOV schreibt Wort #10 an Adresse #11. Das ein Byte übertragen wird mit #10 kann ich nicht mit Sicherheit sagen, zu lange her.
Das ein Querverweis angezeigt wird liegt vermutlich daran das eine der Adressen dieser Merker ist, vielleicht alle weil Du schreibst 1100-1200..-1500.

Worauf deuten denn die Querverweise? Wenn Du siehst was dort gemacht wird, ergibt sich vielleicht der Sinn bzw. was genau dieser ist. Denn die Querverweise deuten ja auf andere PRMs hin, darin werden die doch bestimmt ähnlich gelesen oder beschrieben, also mittels 10, 11, oder #10, #11.

Wäre zumindest nun mein Ansatz mal zu schauen wie sie woanders deklariert wurden und daraus die eigentliche Funktion bzw. deren Sinnhaftigkeit als Querverweis in Deinem Beispiel aufzuzeigen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hier noch einige Anmerkungen zur Omron-Speicherverwaltung: Es gibt verschiedene Speicherbereiche, alles ist grundsätzlich wortorientiert (ohne Byte-Verdrehung...)

escride1 hat es richtig beschrieben: MOV #10 11 bedeutet 10hex wird in das (Speicher-)Wort 11 kopiert. das '#' bedeutet Konstante. Anders wäre es z.B. bei MOV 10 11, dann würde Speicherwort 10 nach Speicherwort 11 kopiert werden.
Bei Omron kann man ganz einfach auf ein einzelnes Bit in einem Wort zugreifen. Die Schreibweise in dem Programmausschnitt deutet auf eine etwas ältere Steuerung hin, die evtl. noch mit Programmierkonsole beackert wurde. Da hat man sich ein Trennzeichen gespart und 1100 würde man heute mit 11.00 beschriften.

Hier noch ein paar Ausschnitte einer alten Anleitung:
Beschreibung des Befehls MOV
MOV.JPG

Speicherbereich einer Steuerung (mit Schreibweise):
WorkBits.JPG

Programmbeispiel:
Ladder.JPG
 
Zuletzt bearbeitet:
Zurück
Oben