S5 Eprom geht nicht

Fritzthecat

Level-1
Beiträge
16
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Freunde,

habe nicht die meiste Ahnung von S 5 und bis vor kurzem war SPS für mich noch ein Feature beim Auto, so wie ABS.

Nun mein Problem.
Habe eine S5 -135 (928er CPU) und einen Kommunikationsprozessor (CP 5431).
Alles war gut bis (nein, habe nichts ausprobiert) die Kiste auf einmal stand. Der CP hat sich verabschiedet und die CPU ist auf Störung mit Aufforderung zum Urlöschen gegangen.

Kein Problem, da sind ja Schalter und die sind zum schalten da. Aber...
Jetzt kommt meine Fachkenntnis.
Urlöschen löscht ein Prog aus einem RAM.
Habe ein RAM und kein EPROM.
Keine Sicherungskopie und kein garnichts.
Also Service gerufen und der hat EPROM mitgebracht.
EPROM geschossen und auf gehts.

NIX geht. Die Anlage läßt sich mit einem EPROM zwar starten und geht auch auf RUN, aber die Funktion ist nicht gegeben, das Prog läuft nicht.
Mit einem RAM ist alles prima.

Nach einigen dummen Fragen (fällt mir nicht schwer, bin Ostfriese) habe ich erfahren, dass dieses Problem erst seit ca. 13 Jahren (Alter der Anlage) besteht.
Das wiederrum verstehe ich nicht. Nicht die Tatsache, das sich da niemand hintergeklemmt hat, sondern das technische Problem.

Ein EPROM muß genauso funktionieren wie ein RAM, wenn es richtig gebrannt wurde.

Hat jemand eine vernünftige technische Erklärung? Meine Servicefirma ist da auch etwas ratlos, obwohl Die sonst ganz fiffig sind.
 
ja wo ist denn das Eprom ???

Hallo,

Fritztheat schrieb:
Habe eine S5 -135 (928er CPU) und einen Kommunikationsprozessor (CP 5431).

Nur mal eine Frage zu meinem Verständnis und damit man Dir bei Deinem Problem helfen kann : Schreibst Du von einem RAM/EPROM auf der 928-er CPU oder auf dem CP 5431 :confused:

Gruss

Question_mark
 
Zuviel Werbung?
-> Hier kostenlos registrieren
cpu eprom geht

meine das eprom der cpu

Habe das folgende gefunden (Autor Kassla am 21.09.06)
Hallo,

auch wenn ich nicht unbedingt die Lösung für das Problem habe, möchte ich für andere Anfragen folgenden Hinweis geben:
Während die "neueren" S5-CPUs vom Typ AG100 und AG95 mit den Datenbausteinen problemlos arbeiten, muss man bei (zumindest einigen CPU-Typen des) AG115 aufpassen, weil die DB's welche auf dem Eprom sind, nicht beschrieben werden können.

Vielleicht ist in der Software ein Baustein angelegt, welcher sowohl fixe Parameter (z.b. nur zum Lesen) aufweist, als auch Bytes bzw. Wörter welche beschrieben werden. Diese lassen die CPU dann nicht anlaufen bzw. setzen die CPU bei Abhandlung des Aufrufs in Stop.
Abhilfe: Die zu beschreibenden DB's mittels OB21 und/oder OB22 erzeugen (Befehl "E") und nicht auf das Eprom brennen.

z.b.
l kf +50 (= Konstante 50)
e db10 (= DB10 mit den obigen "50" Datenworten 0...49 erzeugen)


NOCH EIN TIP für die 115er:
1. die CPU urlöschen, dann muss sie anlaufen, d.h. in RUN gehen
2. die Software laden und die Fehler beseitigen, bis die CPU in RUN bleibt
dann liegt's nicht an der Software
3. Eprom schießen

Das hört sich doch gut an.

Nur wie war das noch?
Das Programm wird vom EPROM in die CPU geladen. Wieso sollte ein DB dann nicht beschrieben werden können??
 
Zuletzt bearbeitet:
Da bleiben noch ein paar Fragen !

Hallo,

Fritzthecat schrieb:
EPROM zwar starten und geht auch auf RUN

Ich bin hartnäckig : Und bleibt auch im Run ???

Fritzthecat schrieb:
aber die Funktion ist nicht gegeben, das Prog läuft nicht.

Welche Funktion ist nicht gegeben ???
Heisst das, die CPU geht wieder in Stop, oder wie muss ich "das Prog läuft nicht" verstehen ???

Gruss

Question_mark
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hartnäckig ist gut

Die CPU bleibt im RUN und geht nicht in STOP.

Die Funktion ist in sofern nicht geben, als dass Änderungen der Eingänge nicht an die Visualisierung weitergeben werden und Befehle der Visualisierung nicht abgearbeitet werden. Betriebszustände (z.B. Tür auf) werden der Visualisierung nicht übermittelt.

Die Physik spricht dagegen?
Ist es dann doch so, dass der gerade abzuarbeitende Programmteil ins RAM der CPU geladen wird und dann der nächste etc?
Und das ist so, weil das RAM der CPU zu klein ist um das gesamte Programm auf einmal zu laden?
Wenn dem so ist, macht die Aussage von "Kassla" wieder sinn.
 
Und noch mal ....

Hallo,

Fritzthecat schrieb:
Die Funktion ist in sofern nicht geben, als dass Änderungen der Eingänge nicht an die Visualisierung weitergeben werden und Befehle der Visualisierung nicht abgearbeitet werden. Betriebszustände (z.B. Tür auf) werden der Visualisierung nicht übermittelt.

Dein Problem liegt wohl nicht bei der S5-CPU, sondern eher bei Deinem Kommunikationsprozessor oder der Kommunikation zur Visualisierung.

Fritzthecat schrieb:
Ist es dann doch so, dass der gerade abzuarbeitende Programmteil ins RAM der CPU geladen wird und dann der nächste etc?

NEIN, nein, und nochmal nein !!!
Mit physikalisch nicht möglich habe ich gemeint, dass ein EPROM im Gegensatz zum RAM nicht im Programmzyklus dynamisch beschrieben und geändert werden kann.
Der EPROM-Inhalt wird einmal in den RAM-Speicher der CPU geladen und fertissccchhh.

Fritzthecat schrieb:
Wenn dem so ist, macht die Aussage von "Kassla" wieder sinn.
Also ganz ehrlich, die Aussage von Kassla macht nur in Teilen Sinn.

Fritzthecat schrieb:
Der CP hat sich verabschiedet
Und was habt Ihr danach gemacht ??
CP getauscht, nehme ich mal an. Mäuseklavier auf dem CP 5431 kontrolliert, hoffe ich doch jetzt mal. Eprom vom alten CP auf den neuen CP eingewechselt ???

Gruss

Question_mark
 
Cp Okay

Ja, CP getauscht.

Die Anlage habe ich dann mit RAM wieder hochgefahren (Software geladen etc) und ALLE funktionen waren bestens gegeben.
D.h. CP und alles Andere ist Okay.


Habe dann RAM gegen EPROM (frisch vom Service geliefert) getauscht und nix geht mehr.
Auf mein Nachfragen und Bohren kam dann raus, dass man schon öfter ein EPROM ausprobiert hat und die Anlage aber immer streikte und man deshalb beim RAM blieb.
Kann mir nicht wirklich vorstellen, dass die EPROMs immer fehlerhaft waren bzw. falsch gebrannt wurden.

Melde mich für heute ab.
 
Vergleichslauf??

Hallo ?

Nein habe noch keinen Vergleichslauf gemacht, weil ich zuwenig Ahnung habe um großartige Experimente anzustellen.
Abgesehen davon wird die SPS permanent für den Betrieb benötigt und ein Stillstand kostet bei uns richtig viel Geld. Somit sind auch meine Experimentiermöglichkeiten arg beschränkt.

So nun aber die Frage was Du mit dem Vergleichslauf meinst.
Meinst Du ?
1. Prog ins RAM laden und laufen lassen und
2. Wenn alles läuft die CPU aus und EPROM stecken und erneut laufen lassen und sehen was jetzt passiert?

Gruß
 
Bausteinvergleich

Hallo,

mit Vergleichslauf habe ich folgendes gemeint :

1) Baustein-Verzeichnis zwischen dem RAM und dem EPROM vergleichen !
D.h. sind alle Bausteine vorhanden ?
2) Die Bausteininhalte zwischen RAM und EPROM vergleichen.

Die Vergleichsfunktionen sind Bestandteil der STEP 5 Software.

Gruss

Question_mark
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Eprom

Bei unserer Verpackungsmaschine (s5 135u cpu 928b) ist das selbe problem.
Das Programm ist größer wie der Arbeitsspeicher der cpu, darum funzt es nur mit einem RAM, da die cpu nicht auf ein EPROM schreiben kann. Also vorsicht mit URLÖSCHEN, das Programm ist dann weg.:)
 
Bausteinvergleich nicht gemacht

Hallo ??

habe keinen Bausteinvergleich gemacht und kann auch nicht, weil

1. Bin nicht darauf gekommen (eben keine ausreichende Ahnung)
2. Kann EPROM nicht auslesen, da nur Schläptop und kein PG ginge auch über die CPU denke ich, aber dafür muß Produktion stehen und das ist ausgeschlossen.
3. Keine Step 5 sondern Win SPS und darin bin ich auch noch nicht wirklich fit
4. EPROM schon zurück geschickt.

Gruß
fritze
 
Verpackungsmaschine

Hallo CPU224,

das hört sich gut an und und passt zu anderen Sachen, die ich hier schon gelesen habe. Nur wie überprüfe ich das?

1. Wie groß ist das RAM der CPU (klar, steht im Handbuch. Meines liegt in Afrika auf der Baustelle und da komme ich erst am 20.3. wieder hin)

2. Wie ermittle ich die Größe des Programm (bin eben echter Leihe/Anfänger s.o.)

Gruß
Fritze
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Urlöschen ist lustig

Hallo CPU224,

Urlöschen war der Anfang des ganzen Übel.

Irgendwann stand die Kiste (s.o.) und wollte Urlöschen haben (Blinkcode). Da kam dann die Frage warum ist da kein EPROM drin etc etc.
Meine "Nachforschungen" haben ergeben, dass das EPROM nicht drin ist, weil es nicht funzt. Stimmt auch, habe es selbst erfahren dürfen und war am verzweifeln.
Nur warum funzt es nicht? Deine Erklärung passt schon, wenn ich das nachweisen kann wäre es besser und ich könnte den Programmierer "beschimpfen".
 
1. Wie groß ist das RAM der CPU (klar, steht im Handbuch. Meines liegt in Afrika auf der Baustelle und da komme ich erst am 20.3. wieder hin)

Dann schreib mal hier die Nummer des RAM-Moduls, dann findet sich bestimmt jemand, der Dir die Daten geben kann. Oder alternativ mal auf der Support-Seite von Siemens nachsehen.

2. Wie ermittle ich die Größe des Programm (bin eben echter Leihe/Anfänger s.o.)

Wie das mit WinSPS geht kann ich Dir leider nicht sagen, aber das sollte im Handbuch zu finden sein. Wennste kein's hast, kannste beim Hersteller (MHJ) die Demo inkl. Handbuch runterladen.
 
RAM Urlöschen

Hallo Fritzthecat


wie JörgK schon geschrieben hat die größe des Programms mit der Software auslesen.
Aber was kann der Programierer dafür wenn das Programm zu groß ist, bei uns war zuerst auch ein EPROM drin. Dann kamen dieverse Änderungen und wünsche unsererseits, das Programm wurde immer größer und der Arbeitsspeicher der CPU reichte nicht mehr aus.(die 928B war damals die schnellste und größte CPU die es für die 135U gab). Wir wollen jetzt irgendwann auf S7 umstellen.

mfg Torsten
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo JörgK, hallo CPU224

RAM, habe mich nicht genau ausgedrückt.
---------
Dann schreib mal hier die Nummer des RAM-Moduls, dann findet sich bestimmt jemand, der Dir die Daten geben kann. Oder alternativ mal auf der Support-Seite von Siemens nachsehen.
----------
Das Modul ist 64K. Was ich meinte, ist das RAM, das in der CPU ist ohne zusätzliches Modul.

Programmierer trifft wohl keine Schuld.
Klar ist es NICHT die Schuld des Programmierers wenn das Prog zu groß ist (über Programmiertechniken und Qualitäten eines Programmierers kann und will ich nichts sagen, dazu habe ich absolut zuwenig Kenntnisse). Aber endlich habe ich eine Spur warum bei uns kein EPROM funktioniert. Nach gut 12 Jahren, wo das Problem existiert ist das ja schon mal was.
Vielleicht kann man da ja noch etwas schrumpfen (weis vom Anlagenbauer, dass es damals ein eher unerfahrener Programmierer war, der das Prog geschrieben hat) obwohl auch bei uns noch Funktionen dazugekommen sind.
Wie gesagt, eine Schuldzuweisung liegt mir fern. Möchte aber das Problem wenn möglich lösen.

Gruß
Fritze
 
Zurück
Oben