Zugriffsfehler bei PUT/GET via S7-Verbindung S7-1500 zu S7-400

 Ich habe mich an dem Beispiel der Beitrags-ID: 82212115 orientiert, und mittlerweile die S7-Verbindung an's laufen bekommen, allerdings ist es mir bis dato nicht möglich Daten zu senden oder zu empfangen. Die Sende/Empfangsaufträge werden stets mit dem Status 16#0008 (Zugriffsfehler bei Partner-CPU) bedacht. Die DB's der remoten CPU sind vorhanden und lang genug, die S7-400 hat meines Wissens auch keinen Schreibschutz bezüglich Put/Get (so wie im TIA-Portal). Die Adressen habe ich schon mehrfach kontrolliert (Quell-DB, Ziel-DB und ID); da sollte alles passen.

Hallo Towome,

die DB's auf der S7-1500 sind "nicht optimiert" angelegt, der Bereich ist auch vorhanden und die DB's sind auf die SPS geladen. Der Zugriff über PUT/GET in den Sicherheitseinstellungen der 1500er ist auch gecheckt.

Ich hatte erst vermutet, dass ich ähnliches auch auf der Gegenstelle bei der S7-400 machen muss, aber diese hat ja weder die optimierten Bausteinzugriffe noch eine Sicherheitseinstellung, welche den Zugriff über PUT/GET verhindert - daran kann es also auch nicht liegen.

Beim Programm habe ich mich, wie gesagt, an dem Beitrag orientiert; dort kann auch ein Programmbeispiel heruntergeladen werden (allerdings für eine S7-1200/S7-300). Die Einstellungen der Verbindung habe ich entsprechend angepasst, aber die Bausteine habe ich (bis auf die DB-Adressen der Partner-CPU) übernommen.

Hallo,

anbei die Screenshots der Aufrufe + Code der FBs + das archivierte Programm.

Das Siemens Beispielprogramm benutzt für PUT/GET etwas "gepimpte" Bausteine; ich habe es aber auch schon mit den "normalen" PUT/GET-Funktionen der Anweisungen -> Kommunikation -> S7-Kommunikation versucht - leider mit dem gleichen Ergebnis.

Den 'execute' der Bausteine habe ich für die Tests händisch aufgerufen (Beobachten -> Steuern), d.h. die Anweisungen waren nicht gleichzeitig aufgerufen und wurden auch nicht über einen permanenten Takt zugeballert, so dass die Verbindung (im vorliegenden Projekt nur eine) auch nicht überlastet sein sollte.

Es bleibt für mich die Frage, ob etwas grundsätzliches mit der Verbindung nicht funktioniert. Ich hatte in anderen Foreneinträgen gelesen, dass es wohl bei der V14 Probleme mit PUT/GET gab - sollten (eigentlich) bei V19 behoben sein. Ich traue ehrlich gesagt auch der Anzeige, dass die Verbindung "grün" ist, nicht wirklich. Die Frage ist, ob ich das irgendwie prüfen kann ...

Hallo,

hab's gerade getestet (in unterschiedlichsten Variationen), hat aber keinen Effekt, bzw. bekomme nach wie vor dieselbe Fehlermeldung.

Meines Wissens ist das auch egal, ob die tatsächlich vorhandene Größe der verwendeten Datenbausteine dem der PUT/GET-Anforderung entsprechen, solange die gelesene Datenlänge nicht größer ist als der verfügbare Platz im zu schreiben DB. Es sollte mit dem Befehl ja auch möglich sein, einzelne Bereiche aus Datenbausteinen zu übertragen.

Aber einen Versuch war es wert ...

Hallo,

werd ich wohl so machen müssen; vielleicht finden die was.

Auf  jeden Fall vielen Dank für deine Hilfe und die Tipps bis hierhin.

Ist die CPU der 400er Steuerung denn wirklich auf Slot 2 gesetzt? Man könnte z.B, auch einen CP auf Slot 2 setzen, und die CPU auf 3. Unüblich, aber möglich. Dann würde die Verbindung zum CP und nicht zur CPU aufgebaut mit deinem jetzigen Zustand (Verbindung Ok, Zugriff nicht möglich).

Ich würde auch die vorhandenen GET/PUT aus der Bibliothek verwenden. Am einfachsten erstmal mit einem einzigen GET anfangen. Wer weiß wie viele Bugs dieser Siemens Baustein wieder hat, vor allem wozu soll das Ding sein? PUT/GET ist doch trivial. KISS.

Bei einer 400er lassen sich übrigens auch bestimmte Verbindungstypen über NetPro in RUN laden. Andere projektierte Verbindungen werden dabei aber kurzfristig ab- und wieder aufgebaut.