Step 7 Baustein-Ordner verschwunden

funkey

Level-2
Beiträge
359
Reaktionspunkte
106
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
nun hat es mich auch mal erwischt. Hab den SIMATIC Manager geöffnet, wollte noch schnell was nachschauen in einem Projekt und dann mal wieder archivieren, was leider schon längst überfällig war. Doch es wurde mir keine Baustein-Ordner mehr angezeigt! Kann mich aber án keine Fehlermeldung beim letzten Bearbeiten des Projektes erinnern. Hab dann auch verschiedenen Rechnern probiert; überall das gleiche. Ich kann auch keinen neuen Baustein-Ordner erzeugen, da es ihn intern noch mit allen Bauteinen gibt (Pfad: ombstx\offline\00000002). Wenn ich in ein neues Projekt den Baustein-Ordner mit dem Explorer kopiere, dann verschwindet dort ebenfalls der Baustein-Ordner in der Projekt-Ansicht.
Hab auch einiges gegooglet, ich kam aber nicht zum Erfolg. Anscheinend gibt es das Problem aber öfter.
Nun wollte ich fragen, mit welchem Tool und wie ich die Bausteine wieder zurückbekommen kann. Es könnte vielleicht mit Jochens DotNetSiemensPLCToolBoxLibrary funktionieren, aber mit C# kenne ich mich nicht so aus und habe ich auch nicht auf meinen Rechnern. Gibt's da was fertiges?

Vielen Dank für eure Hilfe
 
Ich habe gesehen, dass beim DotNetSiemensPLCToolBoxLibrary auch schon kompilierte Anwendungen dabei sind. Damit konnte ich jetzt einige Fortschritte machen. Aber die Bausteine werden da 'schöner' angezeigt als ich es benötigen würde. Denn so muss ich Netzwerk für Netzwerk kopieren und schauen was past. Wenn direct die AWL-Quellen angezeigt warden könnten ware das am besten. Geht das mit einem Tool bereits, oder kann mir jemand sagen, wie genau die Schritte sind um aus den dBase Dateien die AWL-Quellen für die jeweiligen Bausteine auszulesen? Also wie schließe ich von der BAUSTEIN.DBF auf die SUBBLK.DBF und wie sind dann die AWL-Quellen in der SUBBLK.DBT verpackt?

Danke.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Mit der WPF Toolbox kannst du aus den Bausteinen AWL Quellen erzeugen. Einfach einen Baustein per DragDrop auf den Desktop ziehen (oder in den Explorer).
Wenn du das selbst aus den DBFs holen willst, das wird schwer...
 
Meistens ist das Problem, dass Siemens die Idee hatte wichtige Dateien mit der Endung .lnk auszustatten, obwohl diese nichts mit den Windows Dateilinks zu tun haben.
In den Dateien werden Verknüpfungen zwischen der HW-Station und dem Programm gespeichert.

Schau mal im Unterverzeichnis \hrs des Step7 Projektes, ob es dort eine Datei "linkhrs.lnk" gibt. Die Endung ".lnk" blendet dir Windows aus. Ist diese nicht mehr da, ist es das Problem.
Wenn du eine ältere Projektsicherung hast, könntest du vorausgesetzt du hast keine Stationen oder Bausteinordner gelöscht oder verschoben, diese Datei aus einer alten Projektsicherung händisch zurückkopieren.
Leider legt der Simatic-Manager diese Datei neu an wenn du das Projekt öffnest und sie nicht existiert. Ansonsten mal die Dateigrößen und Zeitstempel vergleichen.

Und vor den Experimenten von deinem Projekt auch wenn es kaputt ist erst eine Sicherung machen.
 
Meistens ist das Problem, dass Siemens die Idee hatte wichtige Dateien mit der Endung .lnk auszustatten, obwohl diese nichts mit den Windows Dateilinks zu tun haben.
In den Dateien werden Verknüpfungen zwischen der HW-Station und dem Programm gespeichert.

Schau mal im Unterverzeichnis \hrs des Step7 Projektes, ob es dort eine Datei "linkhrs.lnk" gibt. Die Endung ".lnk" blendet dir Windows aus. Ist diese nicht mehr da, ist es das Problem.
Wenn du eine ältere Projektsicherung hast, könntest du vorausgesetzt du hast keine Stationen oder Bausteinordner gelöscht oder verschoben, diese Datei aus einer alten Projektsicherung händisch zurückkopieren.
Leider legt der Simatic-Manager diese Datei neu an wenn du das Projekt öffnest und sie nicht existiert. Ansonsten mal die Dateigrößen und Zeitstempel vergleichen.

Und vor den Experimenten von deinem Projekt auch wenn es kaputt ist erst eine Sicherung machen.
Danke für den Tip, aber an der "linkhrs.lnk" kann es nicht liegen, leider. Die ist vorhanden und hat einen Zeitspempel von vor zwei Jahren. Es wird in der Datei auch auf den richtigen Offline-Baustein-Ordner verwiesen (mit Hex-Editor überprüft).
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Mit der WPF Toolbox kannst du aus den Bausteinen AWL Quellen erzeugen. Einfach einen Baustein per DragDrop auf den Desktop ziehen (oder in den Explorer).
Wenn du das selbst aus den DBFs holen willst, das wird schwer...

Mit der WPF Toolbox konnte ich die Bausteine nicht öffnen, da kam immer eine Fehlermeldung des DBF-Parsers. Mit der 'alten' Toolbox gelang es mir einmal die Bausteine zu öffnen und anzuzeigen, war aber mühsam auszuwerten. Als ich das PRogramm dann geschlossen hatte und wieder das Projekt öffnen wollte, bekann ich dann auch immer einen Speicherfehler ähnlich der WPF Toolbox. Ich vermute, dass die BAUSTEIN.DBF irgendeinen Fehler hat. Hab schon einiges versucht, bin aber noch nicht dahinter gekommen, wo genau es fehlen könnte.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Es ist mir nun tatsächlich geglückt, die AWL-Quellen aller Bausteine mit der Toolbox zurückzugewinnen. Vielen Dank dafür Jochen. Allerdings hätte ich da noch ein paar Verbesserungsvorschläge:
- Mehrere oder alle Quellen auf einmal erzeugen ware super
- Umlaute und Sonderzeichen (in meinem Fall ä, ö, ü, °, ³) in den Kommentaren werden alle als ? dargestellt
- Real-Werte in Datenbausteinen schauen so aus: "X : REAL := 0;" sollten aber so ausschauen "X : REAL := 0.000000e+000;" um sie übersetzen zu können
- Aktualwerte bei den Datenbausteinen wären auch noch super
- ein kleiner Bug, der mir noch aufgefallen ist: Wenn der Name der Quelle von vorhanden ist, dann fragt er ob er überschreiben soll. Die neue Dateigröße ist anscheinend über 1 TB groß!?
- UDT Quellen werden falsch erzeugt (mit DB-Header und Initialisierungswerten)
- Realwerte mit Kommastellen bei Datenbausteinen: Das Komma ist ein Beistrich anstelle eines Punktes
- Funktionsblöcke müssen auf END_FUNCTION_BLOCK und nicht END_FUNCTION enden
- In FCs (wahrscheinlich auch FBs) werden Sprungmarken nicht dargestellt, wenn sie in einer Zeile mit Code sind (z.B. M001: L DB3.DBD0)
- Funktionsaufrufe werden nicht richtig übersetzt: keine Klammern, keine Beistriche zw. den Parametern
- Temporäre Variablen haben keinen Anfangswert
- Wenn es keine temporären Variablen gibt, darf es auch die VAR_TEMP - END_VAR nicht geben
- Konstante Realwerte bei FC-Aufrufparametern wurden als DINT interpretiert, und nicht als REAL
- OUT-Parametern werden Lokaldaten anstelle des richtigen Parameters zugewiesen

Ansonsten alles bestens und sehr hilfreich! ;)
 
Zuletzt bearbeitet:
Super, und mein Projekt ist wieder auf dem aktuellsten Stand und gesichert. Hoffe trotzdem, das ich nicht wieder in diese Situation komme.
 
Hallo zusammen.
Konntet ihr trotz der Restaurierung herausfinden, was der Grund war?
Habt ihr das Projekt mal untersucht?
mfg
Linus
 
Hallo zusammen.
Konntet ihr trotz der Restaurierung herausfinden, was der Grund war?
Habt ihr das Projekt mal untersucht?
mfg
Linus

Hab lange nach einem Fehler in den DBF-Dateien gesucht, aber nichts gefunden.
Wenn ich im SIMATIC-Manager einen neuen Baustein-Ordner erzeugt habe, und dann mit dem Explorer die Dateien vom defekten Offline-Baustein-Ordner in den neuen Ordner kopiert habe, dann ist im SIMATIC-Manager nach erneutem Öffnen des Projektes auch der neue Baustein-Ordner verschwunden. Vor dem Schließen des Projektes wurden aber nach dem Kopieren und Aktualisieren alle Bausteine angezeigt, konnten aber nicht geöffnet oder verschoben warden.
Ich vermute, dass das Problem bei mir vielleicht durch einen Netzwerkfehler zustande gekommen ist, da all meine Projekte auf einem Netzlaufwerk liegen. Hatte bis jetzt aber noch nie Probleme damit.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
OK. Greifst du LAN oder WLAN auf deinen Server zu?
Hast du auf diesem Server STEP7 auch installiert, oder stellt dein Server nur die Festplatten zur Verfügung?
Wärst du bereit, eventuell dein defektes Projekt für eine Untersuchung zur Verfügung zu stellen?
mfg
Linus
 
OK. Greifst du LAN oder WLAN auf deinen Server zu?
Hast du auf diesem Server STEP7 auch installiert, oder stellt dein Server nur die Festplatten zur Verfügung?
Wärst du bereit, eventuell dein defektes Projekt für eine Untersuchung zur Verfügung zu stellen?
mfg
Linus

Nur LAN-Zugriffe. Früher war auf dem Server auch Step7 installiert (V5.4), jetzt aber schon lange nicht mehr.
Das defekte Projekt möchte ich allerdings nicht zur Verfügung stellen, auch wenn eine Aufdeckung des Fehlers schon interessant wäre. Falls ich aber noch was herausfinde, werde ich es gerne hier posten.

mfg
funkey
 
Damit in Step 7 alles richtig funzt, muss auch die MDX Datei stimmen! Vieleicht kannst du ja diese mit einem DBF Tool wiederherstellen! Ich hatte mal eines welches auch die MDX Files bearbeitet hat, finde das aber nicht mehr. Weil Ich in meiner Toolbox kein MDX support hab funzt darin auch das wiederherstellen gelöschter Bausteine nicht!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Damit in Step 7 alles richtig funzt, muss auch die MDX Datei stimmen! Vieleicht kannst du ja diese mit einem DBF Tool wiederherstellen! Ich hatte mal eines welches auch die MDX Files bearbeitet hat, finde das aber nicht mehr. Weil Ich in meiner Toolbox kein MDX support hab funzt darin auch das wiederherstellen gelöschter Bausteine nicht!

DBF und DBT ist ja klar, aber wofür sind die MDX-Dateien? Und wie ist der Aufbau dieser?
 
Zurück
Oben