S5-135u

Wilhelm

Level-1
Beiträge
300
Reaktionspunkte
6
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Jungens
habe hier ein Problem mit der s5-135U
Das Programm geladen SPS geht sofort in Stop.
Wie ist das eigentlich bei der 135 mit der HWKonfiguration?

Danke
sonnige Grüße
Wilhelm
 
eine hw-konfig wie du das evtl von der s7 kennst gibt es bei einer s5 nicht.
hast du das prog während der laufzeit übertragen oder war die cpu im stop ?
die 135 ist da ein bisschen 'eigen'. da reicht manchmal selbst ein neustart nicht sondern die cpu fordert ein urlöschen an. also besser das prog im stop übertragen

was sagt denn der u-stack?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Volker
erst einmal schönen Dank für die schnelle Antwort.
Das Programm habe ich im Stop übertragen.
Im U-Stack zeigt er mir verschiedene OB`s an. Die den Stopvorgang auslösen Zum einen auch den Adressfehler.

Muss heute noch einmal hineinschauen....

sonnige Grüße
Wilhelm
 
keinen DB0 in die CPU laden

ich hatte mal das problem, das ich nach einem CPU Abzug den DB0 mit
in meinem PG hatte. wenn dieser dann in die CPU geladen wurde, zeigte diese die rote karte.
der DB0 hat auf dem PG nichts zu suchen.

grüße
sichel
 
geht sie im urgeloeschten zustand auch in stop?
kannst Du aus dem stack sehen in welchem baustein sie stehen blieb?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo
Es gibt doch bei manchen CPU 135 HWare...Man muss zuerst Eingänge und Ausgänge (als Byte) fest definieren (DB Maske), und dann unbedingt die SPS durch PG neustarten. Ich würde so versuchen. Das ganze Programm im OB1 sperren und kleine Teile freigeben. Welche CPU hast du ?
 
das was du meinst kenne ich nur, wenn man 2 prozessoren (cpu 922 + koordinator) einsetzt.
 
Hallo
Du sprichst über s.g. Koppelmerker zwischen beiden CPU und Koordinator. Natürlich kann man auch DB als Koppelschnittstelle nutzen.
Ich habe über CPU geschrieben die man tatsächlich nur mit DB-Maske in Betrieb nehmen kann. Zuerst programmiert man alle EB und AB d.h. Bytenummer (Software- und Hardwaremäsig) (PW als Analogein- und ausgänge muss man nicht). Dann überträgt man den DB (DB 0 bzw. DB 1...bin unsicher) in SPS und startet man die SPS neu (mit PG).
 
Zuviel Werbung?
-> Hier kostenlos registrieren
N`abend erst einmal.
Habe heute mal wieder eine Stund geopfert um das Ding zum rennen zu bringen.. 0 Chance.
Weder urlöschen Batterie ziehen und sonstige geschichten.
Cpu ist 928B.
Die Anlage hat ja schon mal gelaufen... Habe sie nur von einem Schaltschrank in den nächsten verfrachtet.
@Sichel das könnte ich mir vorstellen habe ja einen CPU Abzug gemacht Jetzt zum ändern Ram gesteckt und das Programm wieder aufgespielt. Und meine Arbeitsmoral sinkt tiefer und tiefer. DB0 werde ich überprüfen.
Aber? Warum gibt er mir einen Adressfehler aus??

Schreibe ich z.B. im OB1 erste Zeile BEA geht sie sofort auf Run.
Nur gebe ich eine Anweisung mit irgendeiner E oder A Adresse an ist Ende.
Es sind Gott sei Dank nur 5 DI und 5 DA Karten à 32 Bits vorhanden.
Mann Mann dat kann doch nicht so schwierig sein??
Sonnige Grüße
Wilhelm
 
Hallo,
Taddy schrieb:
Ich habe über CPU geschrieben die man tatsächlich nur mit DB-Maske in Betrieb nehmen kann.
Jede CPU im Einprozessorbetrieb kann man ohne DB-Maske in Betrieb nehmen.
Taddy schrieb:
DB (DB 0 bzw. DB 1...bin unsicher)
DB 1 ist richtig
Taddy schrieb:
startet man die SPS neu (mit PG).
Völlig egal ob über PG oder CPU-Schalter

Wenn im Einprozessorbetrieb der nicht unbedingt erforderliche DB1 in das AG geladen wird, müssen die im DB1 parametrierten E/A's auch real vorhanden sein, sonst zeigt die CPU sofort die rote LED.
Wird der DB1 im Einprozessorbetrieb nicht geladen, geht die CPU erst bei Aufruf einer nicht vorhandenen E/A-Baugruppen über die handelsüblichen OB's (glaube OB23 bis OB28, also ADF,QVZ und Konsorten) in Stop.

Gruss
Question_mark
 
Question_mark schrieb:
Wenn im Einprozessorbetrieb der nicht unbedingt erforderliche DB1 in das AG geladen wird, müssen die im DB1 parametrierten E/A's auch real vorhanden sein, sonst zeigt die CPU sofort die rote LED.

bin im mom nicht ganz sicher. war das nicht nur, wenn man auf die peripherie zugreift?
ein U E33.0 sollte funktionieren auch wenn dieser eingang nicht existiert.

ich habe schon ag-abzüge aufgespielt die auch eine db-maske (db1) enthalten haben. das ist imho kein problem.

@wilhelm
schick mal nen screenshot vom ustack (alle seiten)

übrigens:
in der db-maske lässt sich auch der prozessorstop für fehlende e/a's verhindern.
wäre aber nicht die feine englische art.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Volker,
Volker schrieb:
ein U E33.0 sollte funktionieren auch wenn dieser eingang nicht existiert.
Nein, funktioniert definitiv nicht. Im DB1 werden die E/A's festgelegt, die beim Neustart der CPU, in der der DB1 geladen ist, definitiv vorhanden sein müssen. Damit werden vom Koordinator im Mehrprozessorbetrieb die entsprechenden E/A's einer bestimmten CPU zugeordnet. Wegen dieser Zuordnung ist der DB1 im Mehrprozessorbetrieb zwingend erforderlich !!!!
Wird der DB1 im Einprozessorbetrieb in das AG geladen, so müssen halt beim Neustart der CPU diese E/A's auch vorhanden sein.

Gruss
Question_mark
 
Hallo,
Volker schrieb:
übrigens:
in der db-maske lässt sich auch der prozessorstop für fehlende e/a's verhindern.
wäre aber nicht die feine englische art.
DB-Maske ist hier nur ein Oberbegriff. Du schreibst jetzt hier vom DX0, in diesem kann man die Überwachung für Adressierfehler ausschalten.
Aber Du hast recht, das sollte man nicht machen...

Gruss
Question_mark
 
Hallo,
Volker schrieb:
ich habe schon ag-abzüge aufgespielt die auch eine db-maske (db1) enthalten haben. das ist imho kein problem.
Ist auch kein Problem, wenn die im DB1 parametrierten E/A's vorhanden sind. Du kannst ja mal eine E/A-Baugruppe ziehen und die CPU neu starten :rolleyes::rolleyes::rolleyes:

Gruss
Question_mark

@Markus : Der :ROFLMAO: und einige andere funktionieren immer noch nicht:(
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Wilhelm,

probier doch mal, das Programm nicht am Stück, sondern in der Reihenfolge wie folgt zu laden.

- OB
- FB, PB
- DB, DX (Datenbausteine zuletzt!)

Mir hatte das vor Jahren an einer Fremdanlage geholfen. Ursache des Problems war das eigenartige Speicherkonzept der größeren S5.


Gruß, Onkel
 
Hallo Onkel Dago,
Onkel Dagobert schrieb:
Ursache des Problems war das eigenartige Speicherkonzept der größeren S5.
Kannst Du das bitte etwas näher erläutern und vor allem begründen:confused: Solange die Bausteine im "Stop" Zustand der S5-CPU (egal welche CPU) vollständig übertragen werden, sollte die Reihenfolge der Bausteinarten eigentlich sch...egal sein :eek:

Gruss
Question_mark
 
mir ging es mal so dass ich mir vor ner aenderung nen abzug gemacht hatte um auf nummer sicher zu gehen...
und dann...
aenderung gemacht und wie es so ist "hot" eingespielt, puff hats gemacht cpu STOP. :(
denk ich mir so haha, habe ja den abzug...:cool:
einspielen gestartet, meldung nicht genug speicher-komprimieren? OK mach halt ... ... ... aktion abgebrochen nicht genug speicher!
??? wie jetzt ??? nochmal ... ... ... gleiches ergebnis!
*durchatmen* ok dann werde ich halt urloeschen, also urloesche, uebertrage, nicht genug speicher, komprimieren? OK, *leichter schweissausbruch* abgebrochen -- nicht genug speicher

habe dann geschaut wo er abbricht und soweit alles geladen und die restlichen bausteine einzeln reingemacht. kein fehler, schnipp schalter rum,es laeuft wieder... jubel
war aber 115u oder sogar kleiner 95u

hatte nu wenich mit dem problem hier zu tun, ich weiss...

denke auch dass wir ohne stack info nich weiterkommen oder versucht wird es stueck fuer stueck in betrieb zu nehmen. sprich: im ob1 nacheinander die aufrufe freigeben.
ist bei dem umzug was vergessen worden? selber gemacht? alle stecker fest? karten richtig drin falls draussen gewesen? beschaltung OK?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo QM,

Question_mark schrieb:
Hallo Onkel Dago,
Kannst Du das bitte etwas näher erläutern und vor allem begründen:confused:..
Nein, ich kann es leider nicht ausreichend begründen. Ich kann nur versichern dass diese Vorgehensweise in meinem Fall geholfen hatte. Ich war genau so verdutzt wie es sebschob beschrieben hat. Ich hatte wohl auch exakt dieselben Schweißausbrüche . Dass es allerdings auch bei den AG115 und/ oder AG95 auftreten kann, verwundert mich.

Bei den "großen" gibt es einen separaten Speicherberich für Datenbausteine. Die Verwendung hängt irgendwie u.a. von der Programmgröße ab. Wenn ich nicht irre, kann man im DB0? auch Einstellungen dazu machen (vielleicht hatten diese gefehlt). Lies dazu bitte im Handbuch Genaueres.

Ob das ganze etwas mit Wilhelms Problem zu tun hat, ist ungewiss. Er verrät uns ja nicht gerade viel.


Gruß, Onkel
 
Hallo Question_mark

Auch ich hatte mal so einen Fall das die Reihenfolge des Reinladens der Bausteine über laufen oder nichtlaufen entschieden haben. Ich konnte es auch nicht glauben aber das Phänomen war reproduzierbar.

Grüsse

Axel
 
Handbuch

Hallo,

das Handbuch gibt's unter ID: 1085837.

Das waren schon tückische Geräte, diese 135U...

Spannungsüberwachung nicht gebrückt, und schon geht nichts...

 
Zurück
Oben