Problemm mit einer Bibliothek von KEB (SCL -> AWL)

rostiger Nagel

Forums-Knochenbrecher
Teammitglied
Beiträge
16.377
Reaktionspunkte
5.989
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Kollegen,
ich habe hier Probleme mit einer S7-Motion-Library von KEB. Dabei handelt
es sich um eine Standard Bibliothek von KEB die anscheined der ersteller in
SCL geschrieben hat. In den Baustein habe ich aufrufe von SFC14/15, der
im Orginal Baustein so aussieht.
Code:
     ...
      L     DW#16#10020008
      T     LD     4
      L     DINO
      T     LW     8
      TAR2  
      +     L#256
      T     LD    10
      TAR2  LD    14
[COLOR=cyan][COLOR=sandybrown]    UC    "DPRD_DAT"[/COLOR]
[COLOR=sandybrown]       P#L 2.0[/COLOR]
[COLOR=sandybrown]       P#L 18.0[/COLOR]
[COLOR=sandybrown]       P#L 4.0[/COLOR]
[/COLOR]     LAR2  LD    14
      L     LW    18
      U     L      0.1
      SAVE  
      L     DIW [AR2,P#20.0]
      T     LW     2
      TAK   
      AUF   DB [LW 2]
      L     DID [AR2,P#22.0]
     ...

Wenn ich diesen Baustein in mein Projekt rein kopiere, mekert mein Editor
das SFC's nicht mit den Befehl UC aufgerufen werden dürfen.
Das ganze sieht mir auch schon im Orginalprojekt ein wenig komisch aus,
da ich ja nur die Pointer sehe.

Kann sich jemand diese sache erklären, das der Editor im Orginal Projekt
nicht anschlägt?

gruß Helmut
 
Hallo Helmut,

Wenn ich diesen Baustein in mein Projekt rein kopiere, mekert mein Editor
das SFC's nicht mit den Befehl UC aufgerufen werden dürfen.
Das ganze sieht mir auch schon im Orginalprojekt ein wenig komisch aus,
da ich ja nur die Pointer sehe.

Der Aufruf mit UC sollte kein Problem sein.

STL Explanation
UC SFC43 //Call system function SFC43 (without parameters).

Allerdings machen mir die Zeilen darunter Sorgen.
Das sollte doch eher so aussehen:
Code:
      CALL  "DPRD_DAT"
       LADDR  :=W#16#200
       RET_VAL:=#RV
       RECORD :=P#DB1000.DBX64.0 BYTE 64

Was steckt denn in der Deklaration hinter den Pointern?

Gruß
Markus
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Schlussendlich ist das die MC7 Sicht ... sollte man aber auf reguläre Weise nicht zu sehen bekommen ...
Alleine der Ausschnitt lässt pauschal auch noch nicht auf SCL schließen.

Frage an Helmut:
Wenn du den Baustein "nur" kopierst, ohne im Editor rumzufummeln, funktioniert der dann?
Wenn das wirklich eine fertige Bibliothek ist, ist der Inhalt des Bausteins (eigentlich) unerheblich.

Sieht der Baustein schon im Original (KEB) so aus, oder ist da schon von irgendwen dran rumgefummelt worden?

Mfg
Manuel
 
Hallo Markus, die Deklration schau ich mir später an und
poste die.

Hallo Manuell, das ganze Programm sieht von außen
aus, das es mit SCL geschrieben wurde.

Testen konnte ich es nicht, da ich nicht durch die Bausteinkonsitenzprüfung
Komme. Ich bekomme immer die Meldung das SFC
nicht mit UC aufgerufen werden dürfen.
Nach den kopieren und prüfen fehlen auch die Pointer,
die werden rausgeschmissen.
 
Hallo Helmut,

betrifft es den FB400 "KEB_Parameter_F5"? Den habe ich mir jedenfalls jetzt mal von der KEB-Seite herunter geladen. Mein Editor meckert bei dem UC-Aufruf nicht! Nach einer Konsistenzprüfung und Übersetzen ist der Aufruf samt der drei Pointer allerdings weg, ohne einen Hinweis oder eine Meldung. Das ist schon sehr eigenartig. Die Bausteingröße ändert sich von 1110 auf 1050 Bytes.

Ich habe hier auf meinem Rechner Step7 Prof. V5.3 SP3.


Gruß, Onkel


Der Baustein wurde in SCL geschrieben:

generiert vom SCL Übersetzer Version: SCLCOMP K05.03.03.00_01.03.00.01 release
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Onkel,
bei mir handelt es sich bei mir um eine komplete Biblothek, wo dann öfters
mit den SFC14/15 gearbeitet wird Anhang anzeigen cpf50dik000_s7.pdf

Ich hab das jetzt noch mal getestet, wenn ich den Baustein kopiere ist
alles in ordnung. Mache ich die Bausteinkompetenzprüfung, verändert er
den Baustein und es wird "Rot".

Dann hab ich mal folgendes probiert ich habe eingetippt

Code:
UC SFC14

das klappt nicht.


Dann habe ich wie üblich folgendes eingetippt.

Code:
      CALL  "DPRD_DAT"
       LADDR  :=
       RET_VAL:=
       RECORD :=

damit kommt der editor klar (ich habe jetzt nur hier keine Parameter eingetragen)
 
Hallo Helmut,

der richtige Weg wäre, dir die SCL-Quelle zu besorgen. Es gibt aber auch noch eine Alternative. Du müsstest dem Baustein wieder sein ursprüngliches Attribut "SCL" verleihen und bei der Gelegenheit auch gleich den Know-How-Schutz aktivieren.


  • Programm sichern (iss ja klar)
  • Programm schließen
  • SUBBLK.DBF im entsprechendem offline-Unterverzeichnis von ombstx mit einen DBF-Programm öffnen
  • Einträge des Bausteins in der Spalte "BLKLANG" von "0001" zu "0004" ändern
  • Einträge des Bausteins in der Spalte "PASSWORD" in "3" ändern

http://www.dbfviewer2000.com

Am besten legst du dazu ein Projekt an, welches nur den betroffenen Baustein enthält.

Du kannst mir den Baustein auch schicken, dann mache ich das für dich.


Gruß, Onkel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wenn es das wirklich gäbe, dann würde jeder miese Code sofort ROT. :ROFLMAO:

Ich finde es aber füchterlich, wenn sogar geschützte SIEMENS Bausteine oder
STEP7-APP-Beispiele nach der "Kompetenzprüfung" immer noch ROT leuchten.
Sorry, kann Dir aber gerade nicht ganz folgen.
Ist das eine verarsche von dem Schreibfehler oder was soll das?
Ich mache immer eine Konsistenzprüfung und dabei kommt im Normal Fall immer folgende Meldung raus:
0 Fehler 1 Warnung, "irgendwas, bla bla bla" muss noch explizit übertragen werden.

Ich habe auch ein paar Siemensbausteine drin, aber da ist nix rot.

Bitte nicht falsch verstehen, keine Kritik, nur Nachfrage.
 
Sorry, kann Dir aber gerade nicht ganz folgen.
Ist das eine verarsche von dem Schreibfehler oder was soll das?

Im Zusammenhang mit dem bisherigen Thread-Text hier (KEB-Murks-Baustein) fand ich die Vorstellung, es gäbe eine "Kompetenzprüfung"
durchaus für nachdenkenswert. Ich dachte das wäre eineindeutig aus meinem Text herauszulesen. Versteht ihr im Allgäu keine Witze oder wie :ROFLMAO:

Nur zur Beruhigung:

Wenn ich einen Programm zum Weiterbearbeiten in die Hände bekomme mache ich was zuerst?????

Na???

1. Ich schaue mir den Operandenvorrang an.

2. Ich mache eine Konsistenzprüfung

3. Fällt die Kosistenzprüfung negativ aus (viel aus der Steuerung zurückgelesener Mist ohne Symbolik oder anderer Käse), dann haue ichs dem Überbringer um die Ohren :ROFLMAO:

Ich hoffe ich habe mich verständlich genug ausgedrückt.

Frank
 
Zuletzt bearbeitet:
Ich dachte das wäre eineindeutig aus meinem Text herauszulesen.
Ne, nicht wirklich. ;)
Versteht ihr im Allgäu keine Witze oder wie :ROFLMAO:
Wir haben die Witze erfunden. :ROFLMAO:
2. Ich machte eine Konsistenzprüfung

3. Fällt die Kosistenzprüfung negativ aus (viel aus der Steuerung zurückgelesener Mist ohne Symbolik oder anderer Käse), dann haue ich dem Überbringer um die Ohren :ROFLMAO:
Perfekt, alles klar! :D
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Danke Onkel,
der tip mit den Bausteine abschließen, so das ich erst mal durch die
Bausteinkompetenzpüfung komme, hat erst mal geholfen. Jetzt
muß ich erst mal schauen ob die Bausteine auch wirklich auf der Anlage
laufen.

gruß Helmut
 
Probleme der Quellen

Hallo zusammen.
Unabhängig von Fragen zur Erfindung von Witzen oder einer Kompetenz wollte ich noch ein paar Bemerkungen zu dem Ursprung dieses Threads machen.
Wenn ich das richtig interpretiere, so liegen hier AWL Quellen (und nicht Bausteine) vor, die aus SCL Bausteinen erzeugt wurden.
Hierzu muss man leider sagen:
Ein Baustein, welcher aus einer AWL Quelle erzeugt wurde, die wiederum von einem Baustein stammt, der ursprünglich ein SCL Baustein war, KANN sich im MC7 Code unterscheiden!
Also: Der SCL Baustein muss nicht identisch sein in Code und Funktion mit dem Baustein, der aus der AWL Quelle des SCL Bausteins stammt.
Unabhängig davon sind in der AWL Quelle eines SCL Bausteins Besonderheiten enthalten, wie der UC SFC Aufruf mit Parameter, die der AWL Quellcompiler nicht übersetzen kann.
mfg
Linus
 
Hallo Linus,
es liegen keine Quellen vor, es ist eine Biblothek als kompletes Projekt.
Was micht stört das der Editor den Befehl "UC SFC 14" nicht akzeptiert,
er aber wahrscheinlich vom SCL Editor kompeliert wurde :confused:

gruß helmut
 
Zuviel Werbung?
-> Hier kostenlos registrieren
..Was micht stört das der Editor den Befehl "UC SFC 14" nicht akzeptiert,
er aber wahrscheinlich vom SCL Editor kompeliert wurde :confused:..
Die Ursache ist ganz einfach die, dass der SCL-Baustein ohne Know-How-Schutz übersetzt wurde und dass er ohne SCL-Quelle ausgeliefert wurde. Zudem wurde er von KEB im AWL-Editor geöffnet und gespeichert. Dadurch wurde aus ihm ein AWL-Baustein, in dem nicht alle Befehle erlaubt sind. SCL-Bausteine sollte man daher immer mit dem Know-How-Schutz versehen!

@Helmut,
wenn du mit meiner Step7-Version gearbeitet hättest, dann hättest du bei der Kompetenzprüfung nicht einmal einen Hinweis auf den veränderten Code gehabt! Die Fehlersuche wäre bestimmt lustig geworden. Mit welcher Version arbeitest du? Vielleicht sollte man KEB mal auf den Fehler hinweisen?


Gruß, Onkel
 
Hallo Onkel,
ich arbeite zur Zeit mit der Version 5.4 SP5 und 5.5 liegt auf dem Stapel
uninstallierte Saftwaren, gleich über Flex 2008SP2 :ROFLMAO:

Natürlich habe ich heute morgen KEB angerufen, die haben mich an den
Programmierer verwisen, der ein externer ist. Den habe ich das Problemm
beschrieben und hat mir unterschwelig zur verstehen gegeben das es nicht
Kompetent sei eine Bausteinkonsitenzprüfung zu machen, das müsste
auch ohne gehen. Er hätte das noch nie gebraucht, wusste allerdings
auch nicht was das ist. Dann haben wir das mal zusammen durchgeführt
indem ich ihn Telefonisch gesagt hatte wie man dort hinkommt und siehe
da bei ihn ging es auch nicht.
Ups, er konnte sich das nicht erklären, bei ihn läuft alles und Siemens muß
schuld sein. Ich meinte ob er denn aufruf in SCL anders gestalten kann, so
das wir den Fehler wegbekommen.
Nein, bei mir läuft es ich kann mir das nicht erklären war seine Antwort.
Ich forderte ihn auf, mir mal die Quellen zu schicken dann würde ich ver-
suchen zu helfen. Das wollte er auch nicht und ich sitze hier mit runter-
gelassenen Hosen.

Ich habe mich erst einmal eine Weile geärgert und das Projekt auf die
Maschine gespielt. Soweit hat die CPU alles angenommen, ich führte den
Initalisierungslauf durch womit Adapter und Antrieb Parametriert werden.
Natürlich bleibt er da wieder mit einer Fehlermeldung hängen, ich hab erst
mal alle Handbücher durgeforstet und geschaut, was diese Fehlermeldung
aussagt.
Schön die Fehler meldung ist nicht Dokumentiert, jetzt werde ich erst mal
einen Reset an den umrichter machen da er nicht jungfreulich ist.

In der Zwischenzeit wo ich dieses schreibe hat mich der Programmierer,
das ganze neu Kompeliert mir neu zugeschickt und es läuft durch die
Konsitenzprüfung...geht doch :ROFLMAO:

gruß Helmut
 
Zurück
Oben