sps_klassik
Level-2
- Beiträge
- 807
- Reaktionspunkte
- 103
-> Hier kostenlos registrieren
Wieso macht man so was?
TIA Bereichsfehler nach SPS Tausch
- Ersteller thomasbmg
- Erstellt am
-> Hier kostenlos registrieren
- Beiträge
- 24.503
- Reaktionspunkte
- 7.833
Ich meine, entweder geht die CPU immer und sofort in STOP oder nie. Da noch Zeiten einzubauen macht für mich keinen Sinn.
Da muss ich dann doch dringend anmerken: ist bisher niemand auf die Idee gekommen, von dieser wichtigen CPU ein Online-Backup zu machen???
sps_klassik
Level-2
- Beiträge
- 807
- Reaktionspunkte
- 103
-> Hier kostenlos registrieren
Vor allem die DB's zurückschreiben.
- Beiträge
- 24.503
- Reaktionspunkte
- 7.833
z.B. "weil wir das schon seit 30 Jahren und 4 SPS-Generationen so machen und nur Zeit und Geld hatten, das Programm notdürftig zu migrieren", und der eine Programmierer, der sich das mal ausgedacht hatte und als einziger verstanden hat, ist schon seit Jahren in Rente oder gar schon gestorben...
sps_klassik
Level-2
- Beiträge
- 807
- Reaktionspunkte
- 103
Ja das ist schon klar.Aber was spart man sich oder wo ist der Nutzen?
War die Überlegung wegen der wechselnden Peripherieadressen pro Projekt?
So was lernt ja kein Anfänger.
War die Überlegung wegen der wechselnden Peripherieadressen pro Projekt?
So was lernt ja kein Anfänger.
circlehook
Level-2
- Beiträge
- 192
- Reaktionspunkte
- 59
-> Hier kostenlos registrieren
Der Nutzen/Sparfaktor ist die nicht benötigte Entwicklungszeit.
Es wird einfach eine bestehende Software so lange eingesetzt, wie es nur geht.
Am Ende ist es auch egal, wieso es so ist, wie es ist.
Man muss es akzeptieren und damit arbeiten oder die Software eben ändern (lassen).
sps_klassik
Level-2
- Beiträge
- 807
- Reaktionspunkte
- 103
Ja ist es wegen den wechselnden Peripherieadressen?
- Beiträge
- 24.503
- Reaktionspunkte
- 7.833
weniger. Aber man kann Programm/Programmierfehler prima fixen.
Mit so einem "Variable steuen"-Bild kann man einen ungelernten Mitarbeiter ohne PG zu der Anlage schicken und mit telefonischer Anleitung beliebige Variablen manipulieren. War früher sehr üblich und wird auch bei S7-1x00 immer wieder neu versucht (oder beim migrieren mitgeschleppt).
-> Hier kostenlos registrieren
Das Programm haben wir als Sicherung im Tia als Projekt. Ich bin leider davon ausgegangen, dass die wichtigen Parameter in derz.B. "weil wir das schon seit 30 Jahren und 4 SPS-Generationen so machen und nur Zeit und Geld hatten, das Programm notdürftig zu migrieren", und der eine Programmierer, der sich das mal ausgedacht hatte und als einziger verstanden hat, ist schon seit Jahren in Rente oder gar schon gestorben...
Ich hab das Projekt über Tia gesichert. Ich dachte tatsächlich, dass die wichtigsten Parameter in den Startwerten abgesichert sind. Temperaturen und Grenzwerte etc konnten wir relativ schnell selber wieder über der Visu anpassen.
Welche Maßnahmen hättest du noch getroffen?
sps_klassik
Level-2
- Beiträge
- 807
- Reaktionspunkte
- 103
Na das ist doch mal eine Antwort.
- Beiträge
- 24.503
- Reaktionspunkte
- 7.833
Ja, dann lade mal die DB aus der Sicherung in die CPU
Das macht doch dem Programmierer sooo viel "unbezahlte" Arbeit, über ALLE Startwerte nachzudenken oder nach der IBN die Aktualwerte in die Startwerte zu übernehmen.
-> Hier kostenlos registrieren
Aber in dem Projekt sind doch nur die Startwerte und nicht die letzten Aktualwerte? Oder verstehe ich das falsch ?Ja, dann lade mal die DB aus der Sicherung in die CPU
Das macht doch dem Programmierer sooo viel "unbezahlte" Arbeit, über ALLE Startwerte nachzudenken oder nach der IBN die Aktualwerte in die Startwerte zu übernehmen.
Bei der nächsten Inbetriebnahme bin ich ein wenig schlauer
sps_klassik
Level-2
- Beiträge
- 807
- Reaktionspunkte
- 103
Wenn du von der Baustelle gehst, kannst du als letzen Akt alle DB's in den Editor zurückschreiben.
Natürlich werden die in der Visu rumfummeln und dann andere Werte haben, dafür ist sie ja da.
Wenn du alles überträgst werden die wohl überschrieben.Das HMI nimmt ja die Werte aus der SPS.
Natürlich werden die in der Visu rumfummeln und dann andere Werte haben, dafür ist sie ja da.
Wenn du alles überträgst werden die wohl überschrieben.Das HMI nimmt ja die Werte aus der SPS.
- Beiträge
- 9.039
- Reaktionspunkte
- 2.208
In TIA gibt es für S7-1500 eine neue 'Snapshot' Funktion. Wenn Online, die relevante DBs markieren, rechtsklicken und 'Snapshot erzeugen' wählen.
Damit wird kopien von die Aktualwerten in eine separaten Snapshot gespeichert.
Nachher kann man die Snapshot Werte in die Startwerte und/oder die Aktualwerte kopieren.
-> Hier kostenlos registrieren
Ja , ich bin ja Instandhalter und der Inbetriebnehmer hat die Aktualwerte nie in den DB geschrieben. Deswegen gehe ich davon aus, dass meine aktuellste Back up eine aktuelle Software hat, aber falsche Startwerte.
- Beiträge
- 24.503
- Reaktionspunkte
- 7.833
Im offline Projekt sind in den DB "anfängliche" Aktualwerte, Die gehen beim Laden der DB in die CPU in den Ladespeicher und von da in den Arbeitsspeicher. Sämtliche Wertänderungen durch das Programm oder HMI finden nur im Arbeitsspeicher statt! Wenn die CPU getauscht wird oder urgelöscht wird, dann wird das Progamm im Arbeitsspeicher gelöscht und durch das Programm aus dem Ladespeicher ersetzt, und dadurch gehen die "aktuellen" Aktualwerte im Arbeitsspeicher verloren. Lädt man die DB aus der CPU heraus, dann erhält man die Aktualwerte aus dem Arbeitsspeicher (nicht die Werte aus dem Ladespeicher!). Daher muss man entweder dafür sorgen, dass sinnvolle "anfängliche" Aktualwerte im Projekt bzw. im Ladespeicher sind, oder aus der online-Sicherung übernommen werden und wieder in den Ladespeicher geladen werden, damit die beim nächsten Urlöschen so wieder als "anfängliche" Aktualwerte in den Arbeitsspeicher gelangen.
PS: weit verbreiteter Irrglaube zu "Startwerten"! Meines Wissens werden die "Startwerte" gar nicht in die CPU geladen (höchstens als Teil des Quelltextes). Startwerte sind dafür da, um DB offline zu initialisieren (in die Aktualwerte zu übernehmen), z.B. beim Erzeugen von Instanz-DB.
PS: weit verbreiteter Irrglaube zu "Startwerten"! Meines Wissens werden die "Startwerte" gar nicht in die CPU geladen (höchstens als Teil des Quelltextes). Startwerte sind dafür da, um DB offline zu initialisieren (in die Aktualwerte zu übernehmen), z.B. beim Erzeugen von Instanz-DB.
Zuletzt bearbeitet:
Da
Danke für die Erklärung. Dann hatte ich immer einen Gedanken Fehler. Ich hab immer mit den vorhandenen Projekt weitergearbeitet und habe nie die Software von der SPS gezogen.
sps_klassik
Level-2
- Beiträge
- 807
- Reaktionspunkte
- 103
-> Hier kostenlos registrieren
Es ist besser sie zurückzuspielen, da ja am HMI ständig rumgefummelt wird.
Sorry wenn ich so doof nachfrage, aber wenn ich immer nur die Software angepasst habe und nie von der Sps gezogen haben , müssten doch immer noch die alten Startwerte vorhanden sein.
sps_klassik
Level-2
- Beiträge
- 807
- Reaktionspunkte
- 103
Du machst bevor du gehst einen Bausteinevergleich Editor <->SPS Online.Wenn das alles passt, gehst du hin und spielst am besten
am letzten Tag alles DB's der SPS zurück in den Editor.Und das gibst du dann am Kunden auf dem Stick zur Ablage.
am letzten Tag alles DB's der SPS zurück in den Editor.Und das gibst du dann am Kunden auf dem Stick zur Ablage.
