17.12.2011 08:54 | |
Beigetreten: 06.02.2009 Letzter Bes: 08.09.2024 Beiträge: 31 Bewertung: (1) |
Hi der Erfolg war leider nicht von langer Dauer - ich habe versucht die Kommunikation über Nacht laufen zu lassen. Heute Morgen war kein Ethernetzugriff auf die treibende DP-CPU möglich, die Komm stand ebenfalls. Nach einem Power-Down konnte ich mit dem PG online gehen, aber die Kommunikation funzt nicht - CPU zeigt keinen Diagnoseeintrag. Der CP zeigt in der Dagnose für mich nichts besonders, in der Verbindungsdiagnose "Connection establishment not expected" Ich habe 3 Screenshots angehängt - ich habe schon die HW in beide kommunizierende CPU´s neu geladen aber es geht heute nicht mehr. Auf den PN Port komme ich mit keiner Diagnose? -einfach nicht gefunden Ich hoffe auf Ideen... Danke Andreas PS Zum Testen habe ich in beiden CPU´s im OB1 jeweils das erste word um eins erhöht und in den SendeDB geschrieben somit erhalte ich eine fortlaufende Zählung bei bestehender Kommunikation. Dabei ist mir noch aufgefallen, bei jedem Triggerereigniss (ca. 1 Hz) wird mehrfache Kommunikation angestoßen - es erfolgt eine Erhöhung meines Zählers um 6..12 Schritte, in der Regel jedoch um 10 Schritte. Ich dachte pro Trigger löse ich genau einen PUT und genau einen Recive aus? - Basis ist das oben genannte Beispiel für die 300ter CPU. DateianhangScreenshots.zip (80 Downloads) |
17.12.2011 09:38 | |
Beigetreten: 01.08.2007 Letzter Bes: 29.08.2024 Beiträge: 1698 Bewertung: (84) |
Hi, hast Du die richtigen Bausteine für Put und Get genommen ? Lies den Hinweis im Link. Wie werden die Kommunikationsbausteine FB14 "GET" und FB15 "PUT" für den Datenaustausch im S7-Programm einer S7-300 CPU programmiert? Mehr fällt mir im Moment nicht ein. Muss leider los..vielleicht hat sonst noch jemand eine Idee und kann helfen. Gruß Eleu |
Zuletzt bearbeitet von: Eleu am: 17.12.2011 09:40 |
|
17.12.2011 14:15 | |
Beigetreten: 01.08.2007 Letzter Bes: 29.08.2024 Beiträge: 1698 Bewertung: (84) |
Hallo, also eigentlich muss Du doch nur in einer einzigen SPS die Verbindungen projektieren und in der auch nur den geänderten SDB laden. In den anderen SPS`sen musst Du doch nur ein oder zwei DB`s für das Senden und das Empfangen derDaten laden. Dort also keine Verbindungsprojektierung. Das würdest Du nurbei einer zweiseitigen Verbindung machen, wenn die Stationen im selben S7-Projekt ist. Im Beispiel ist es als zweiseitige....Du musst aber eine einseitige unspezifizierte Verbindungen projektieren ! Die Bausteine Put und Get werden dann auch dort programmiert, wo auch die Verbindungen projektiert wurden. Je eineVerbindungs ID gehört dann zur jeweiligen Kommunikation mit Put/Get im Anwenderprogramm. Wie hast Du es jetzt genau gemacht. Gruß Eleu Edit: S7-Verbindungen Unterschiede |
Zuletzt bearbeitet von: Eleu am: 17.12.2011 14:37 |
|
17.12.2011 16:38 | |
Beigetreten: 06.02.2009 Letzter Bes: 08.09.2024 Beiträge: 31 Bewertung: (1) |
Hi, also nach dem Crash... A)Zustand wie vorgefunden in Bild Fehler1 Run LED ein, Diagnose sagt alles ok- bis auf die verbindung #2 die nicht geht Leider Kein Shot von der Statistik ca 175 erfolgreiche Verbindungen ca 30 nicht erfolgreiche und knapp 30000 PUT/GET, aber deutlich mehr als 2^15 B) Netztwerkkabel abgezogen und wieder angesteckt -keine Veränderung C) Dann Schalter am CP auf STOP und wieder auf Run: Resulat Bild Fehler2, Stop LED an, Run-Aus D) 24V com CP, CPU weiter versorgt - keine Änderung gegenüber C) ausser Run LED blinkt zusatzlich E) 24V von CPU und CP getrennt und wieder ein- alles ok. Bild nach Reset (erster Verbindungsaufbau war erfolgreich) Jetzt bin ich sprachlos. Ich habe noch mal die genaue Bestellunmmer auf dem CP und im Projekt verglichen .ok. Würde aber gern diese CPU als treibende verwenden, weil es später die einzige mit keinem kontinuirlichem Produktionsprozess sein wird, d.h. ein Download wäre unkompliziert. HILFE!!! Gruss Andreas Update: Interssant der unterschiedliche Zustand laut LED und Status im Diagnosetool DateianhangDesktop.zip (67 Downloads) |
Zuletzt bearbeitet von: Lipote am: 17.12.2011 17:51 |
|
Folgen Sie uns auf