Zuviel Werbung? - > Hier kostenlos beim SPS-Forum registrieren

Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 11

Thema: FB14/FB15 GET/PUT läuft nur ein paar Stunden

  1. #1
    Registriert seit
    06.04.2011
    Ort
    47574 Goch
    Beiträge
    135
    Danke
    8
    Erhielt 19 Danke für 19 Beiträge

    Standard


    Zuviel Werbung?
    -> Hier kostenlos registrieren
    Hallo zusammen!

    Ich habe bei einer Anlage folgendes Problem:

    Der Kunde hat eine SPS für die Nachrichtentechnik die Daten von verschiedenen Betriebs-SPSen via GET sammelt. Soweit alles ja gar kein Problem, nur das der Baustein sich nach einiger Zeit "aufhängt". Daten werden dann nicht mehr geholt, am Statusausgang bleibt der Status "in Bearbeitung" stehen, auch bei deaktivieren desselben...

    An der Parametrierung kann es eigentlich nicht liegen, die Übertragung läuft ja zunächst mal. Letztendlich auch mit folgender "Minimalkonfiguration" gehts nur ein paar Stunden gut: Nur ein Auftrag für eine Verbindung, Anstoß jede Sekunde über ein Triggerbit (1Takt), DBs in eigener und Ziel-CPU lang genug, LADDR und ID sind auch ok.

    Ich schiebe zur Zeit (damit überhaupt Daten zur NT gehen) erstmal parallel via AG_SEND/AG_RECEIVE die Daten rüber und warte auf Rückmeldung ob diese Verbindung zumindest stabil läuft, werde aber (Kunde will das so) wieder auf GET/PUT ändern müssen...

    PS: Alles 300er CPUs, Verbindung via CP (und ja ich hab die richtigen FBs genommen )
    Zitieren Zitieren FB14/FB15 GET/PUT läuft nur ein paar Stunden  

  2. #2
    Registriert seit
    27.05.2004
    Ort
    Thüringen/Berlin
    Beiträge
    12.262
    Danke
    537
    Erhielt 2.707 Danke für 1.956 Beiträge

    Standard

    Ich mache das auch gerade, allerdings mit 5 IPC und es läuft seit Wochen durch.
    Ich habe zwar auch einen Zeittakt zum starten, aber der wird nicht "blind" an den REQ-Eingang gelegt, sondern er schaltet über eine Flanke einen remanenten "Start_REQ", der von NDR bzw. ERROR zurückgesetzt wird.

    Code:
          U     #Connection_Start_Edge          //Zeittakt von Außen
          FP    #PLC1_COM.GET_START             //Flanke
          S     #PLC1_COM.GET_REQ               //das ist der Start für GET
          U(    
          O     #PLC1_COM.GET_ERROR
          O     #PLC1_COM.GET_NDR
          O     #INIT_COM
          )     
          R     #PLC1_COM.GET_REQ
          NOP   0
    Ich glaube, das habe ich mal irgendeinem Beispiel in etwa so entnommen.
    Gruß
    Ralle

    ... there\'re 10 kinds of people ... those who understand binaries and those who don\'t …
    and the third kinds of people … those who love TIA-Portal

  3. #3
    Registriert seit
    30.01.2009
    Beiträge
    442
    Danke
    25
    Erhielt 48 Danke für 44 Beiträge

    Standard

    Hi,

    es läuft erst mal heißt hier leider nichts.
    Auf einer Seite entweder der "Putet" oder der "Getet" stimmt
    etwas nicht.
    Die Kommunikation läuft solange, bis der interne (ich nenne es mal Spooler)
    voll ist und keine Daten ordnunsgemäß empfangen werden.

    Gruß
    Move

  4. #4
    Registriert seit
    27.05.2004
    Ort
    Thüringen/Berlin
    Beiträge
    12.262
    Danke
    537
    Erhielt 2.707 Danke für 1.956 Beiträge

    Standard

    Zitat Zitat von Move Beitrag anzeigen
    Hi,

    es läuft erst mal heißt hier leider nichts.
    Auf einer Seite entweder der "Putet" oder der "Getet" stimmt
    etwas nicht.
    Die Kommunikation läuft solange, bis der interne (ich nenne es mal Spooler)
    voll ist und keine Daten ordnunsgemäß empfangen werden.

    Gruß
    Move
    Ähm, was wills du uns genau mitteilen? Ich zumindest kann dir gerade leider nicht folgen...
    Gruß
    Ralle

    ... there\'re 10 kinds of people ... those who understand binaries and those who don\'t …
    and the third kinds of people … those who love TIA-Portal

  5. #5
    Registriert seit
    13.09.2010
    Beiträge
    2.292
    Danke
    178
    Erhielt 375 Danke für 355 Beiträge

    Standard

    .
    Aus dem Eingangsthread kann ich leider nicht erkennen, ob abgewartet wird, bis
    der angestossene Auftrag auch fertig ist.
    Wenn der 1s-Takt blind draufgeschaltet wird, steht die Kommunikation irgendwann.

    Da hat der Ralle schon recht.
    kind regards
    SoftMachine

  6. #6
    Eliot ist offline Erfahrener Benutzer
    Themenstarter
    Registriert seit
    06.04.2011
    Ort
    47574 Goch
    Beiträge
    135
    Danke
    8
    Erhielt 19 Danke für 19 Beiträge

    Standard

    Danke erstmal für die Antworten. Error/NDR wird auch abgefragt, es läuft eigentlich auch nur ein einziger Get-Auftrag in der Nachrichtentechnik-CPU. Ich werde morgen wieder beim Kunden sein, Move hat da evtl. den richtigen Ansatz, denke aber es liegt dann nichtmal an der CPU die den GET Auftrag bearbeitet sondern an der Gegenstelle oder evtl. an defekter Hardware (Wackler irgendwo?), weil AG_SEND/AG_RECEIVE auch nur bis gestern mittag lief

  7. #7
    Registriert seit
    22.06.2009
    Ort
    Sassnitz
    Beiträge
    11.308
    Danke
    932
    Erhielt 3.321 Danke für 2.683 Beiträge

    Standard

    Welchen Wert zeigen die STATUS-Ausgänge der PUT/GET-Bausteine wenn es hängt?
    Wie rufst Du die Bausteine auf - alle im OB1-Zyklus oder auch aus anderen OBs?

    Ist auf den beteiligten CP und CPU die neueste Firmware drauf?

    Hast Du mal in die Spezialdiagnose der CP geschaut?

    Und schau mal in den Baugruppenzustand/Kommunikation der CPUs. Wieviele Verbindungsressourcen sind belegt? Steigen die Werte an?

    Hast auch schon den Siemens Support angerufen?

    Harald
    Es ist immer wieder überraschend, wie etwas plötzlich funktioniert, sobald man alles richtig macht.

    FAQ: Linkliste SIMATIC-Kommunikation über Ethernet

  8. #8
    Eliot ist offline Erfahrener Benutzer
    Themenstarter
    Registriert seit
    06.04.2011
    Ort
    47574 Goch
    Beiträge
    135
    Danke
    8
    Erhielt 19 Danke für 19 Beiträge

    Standard

    @ PN/DP:

    - W#16#0018 --> in Bearbeitung

    - ein einziger Aufruf im OB1, sonst nirgends

    - allesamt ca. 1,5 Monate alt, denke also schon (werds morgen mal überprüfen)

    - Jep, Verbindung ist aufgebaut, Zähler für GET/PUT Aufträge bleibt stehen

    - Auf der CPU weiß ichs grad nicht auswendig, schau ich morgen auch mal nach

    - Nein, hier gehts meist schneller und besser

    Ich werde morgen vor Ort mal alles überprüfen / nachschauen und ggf. hier dann posten...

  9. #9
    Registriert seit
    22.06.2009
    Ort
    Sassnitz
    Beiträge
    11.308
    Danke
    932
    Erhielt 3.321 Danke für 2.683 Beiträge

    Standard

    Zitat Zitat von Eliot Beitrag anzeigen
    - W#16#0018 --> in Bearbeitung
    Ist das nur ein Schreibfehler?
    Der Statuscode W#16#0019 (dez. 25) bedeutet "Auftrag ist in Bearbeitung".
    Einen Statuscode W#16#0018 gibt es in der PUT/GET-Dokumentation nicht.

    Harald
    Es ist immer wieder überraschend, wie etwas plötzlich funktioniert, sobald man alles richtig macht.

    FAQ: Linkliste SIMATIC-Kommunikation über Ethernet

  10. #10
    Eliot ist offline Erfahrener Benutzer
    Themenstarter
    Registriert seit
    06.04.2011
    Ort
    47574 Goch
    Beiträge
    135
    Danke
    8
    Erhielt 19 Danke für 19 Beiträge

    Standard


    Zuviel Werbung?
    -> Hier kostenlos registrieren
    Jep, vertippt, sorry. Wollt zuerst schon W#16#8181 schreiben (vom AG_SEND), bin da schon recht konfus von dem ganzen hin und her

Ähnliche Themen

  1. Ein Paar Fragen
    Von Duggi im Forum Sonstige Steuerungen
    Antworten: 22
    Letzter Beitrag: 12.07.2017, 13:44
  2. Programmierung läuft nur teilweise!
    Von Krma1985 im Forum Simatic
    Antworten: 14
    Letzter Beitrag: 10.12.2011, 23:09
  3. S7-400 Zähler läuft nur einmal
    Von caipi im Forum Simatic
    Antworten: 14
    Letzter Beitrag: 07.12.2011, 22:53
  4. Probleme mit FB15 PUT in S7-300
    Von Uwe01 im Forum Simatic
    Antworten: 45
    Letzter Beitrag: 12.05.2010, 07:36
  5. Ein paar Fragen .
    Von waldy im Forum Stammtisch
    Antworten: 124
    Letzter Beitrag: 27.01.2010, 09:34

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •