Step 7 Mit Unified Panel auf S7-313C?

Ludewig

Level-3
Beiträge
1.174
Reaktionspunkte
255
Zuviel Werbung?
-> Hier kostenlos registrieren
Gegeben ist eine Anlage (sehr weit weg) mit einer S7-313C, einem Ethernt-MPI-Adapter von Deltalogic und einem Panel-PC. Letzterer soll jetzt duch ein 1200 Unified Panel (V20) ersetzt werden. Ziel ist, nicht hinfliegen zu müssen.
Gibt es Tipps zur Konfiguration der Verbindung?
 
Zuletzt bearbeitet:
Disclaimer: Keiner Erfahrung mit Unified Panele.

Vielleicht:
Um diese Inhalte anzuzeigen, benötigen wir die Zustimmung zum Setzen von Drittanbieter-Cookies.
Für weitere Informationen siehe die Seite Verwendung von Cookies.
In den Video wird die Verbindung über Ethernet beschrieben.

Nächste Problem, man kann kein direkten Verbindung konfigurieren.
Ich vermute du musst einen ähnlichen CPU nehmen (314C-PN/DP ?) und das SPS Programm von die 313C kopieren.
Dann ... musst du die Deltalogic Adapter in Rack/Slot Modus betrieben, damit die Zugriffe von das Panel von Ethernet auf MPI umgewandelt werden.

Unaufgeforderter Kommentar:
Es ist einfach eine furchtbare Krücke.
Am besten weck mit die 313C und eine S7-1200 oder S7-1500 einsetzen.
Wenn das nicht geht, dann ein Panel wählen der direkt mit die 313C verbinden kann. Basic Panel KP700 DP z.B ist nicht abgekündigt.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Der Tipp, den Rack/Slot-Modus im Adapter zu aktivieren, war schon 'mal ganz heiß.
Ich hatte schon im Vorhinein das von Dir Vorgeschlagene gemacht, nämlich die 313 zu migrieren und als 314C PN/DP zu konfigurieren. Ich kann jetzt sogar den Diagnosepuffer auslesen.

Mal schauen, wo es als Nächstes klemmt.
 
Du brauchst eine CPU die Profinet kann. Und für Unified wird viel Zeit ins Land gehen da das Meiste vollkommen anders aufgebaut ist. Das ist eine grosse Herausforderung
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Vorbemerkung:
Panel, Deltalogic classic und eine vergleichbare CPU liegen in der Werkstatt.

Stand heute Morgen:
Der Rack/Slot-Schalter im Adapter steht auf ON.
Wenn man dann die Verbindung zur 313-C konfiguriert wie im nachfolgenden Bild, dann kann man Daten aus der SPS auslesen:

1761728946904.png
 
Mein erstes Fazit:
Die Unified-Comfort-Panels haben keine MPI-Schnittstelle mehr, ein Zugriff auf eine S7-300 ohne Ethernet per RFC1006 ist aber mit den bekannten Adaptern auch bei TIA V20 möglich.
Die Variablenübergabe ist dabei naturgemäß etwas aufwändiger, da sie im Portal V20 weder direkt (wie bei einer 314-2PN/DP) noch per Device-Proxy abgebildet werden kann.
 
Ich muss leider auch dieses Thema wieder hervorholen.

Nachdem ich in meinem Retrofitprojekt erste Erfolge beim Scripten verzeichnen kann, muss ich jetzt feststellen, dass das Schreiben in die CPU im Gegensatz zum Lesen nicht funktioniert.
Es werden allerdings nur drei Datenpunkte geschrieben:
  • ein DINT (Sollwert)
  • ein Date and Time
  • ein Quittierbit

Beim DINT wollte ich zudem die neue Funktion "Kommastellen" nutzen. Die Eingabe muss aktuell aber zweistufig erfolgen. Zuerst wird der Wert leider komplett vor das Komma gesetzt, ist also in meinem Fall um den Faktor 1000 zu groß. Beim einer zweiten identischen Eingabe ist der Wert dann im HMI korrekt.
Er wird wie oben beschrieben jedoch gar nicht in die CPU geschrieben. Wechselt man das Bild und schaltet wieder zurück, so wird der ursprüngliche Wert neu aus der CPU gelesen??? Das war zu Beginn meiner Versuche übrigens anders, da wurde direkt nach einigen Sekunden "zurückaktualisiert".

Ich suche Ansatzpunkte.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Die Variablenübergabe ist dabei naturgemäß etwas aufwändiger, da sie im Portal V20 weder direkt (wie bei einer 314-2PN/DP) noch per Device-Proxy abgebildet werden kann.
Warum kein Device-Proxy?
Hat bisher bei mir immer gut geklappt.
S7-300 & TIA V20
(Allerdings noch keine 313C, keine Ahnung ob bei denen was besonderes ist)
Ich suche Ansatzpunkte
Kannst du mal die Konfiguration der Variablen & der IO-Felder posten?
Die Kommastellen-Funktion hat bisher bei mir keine Probleme gemacht.
Hatte erst Anfang Dezember ein Retrofit mit MP1200 und ner 300er (allerdings ner S7-317-2 PN/DP).
 
Ein Device-Proxy bringt leider keine Veränderung. Ein kleines Problem ist die Ethernet-Schnittstelle, die hier in Form eines Deltalogic-MPI-Adapters realisiert ist. Deshalb muss ich eh' eine 314 mit PN fingieren. Aber wie gesagt, beides probiert.

Aber: Ich war etwas überrascht, als ich festgestellt habe, dass ich im Aufgabenplaner noch eine Art Toggle-Bit zur Verbindungsüberwachung am Laufen habe. Und dieses funktioniert!

Ich habe dann dessen Code auf einen Taster übertragen und erhalte folgende RT-Fehlermeldung im Trace:
1768763687223.png Daneben habe ich beim Versuch, den Fließkommawert zu schreiben, folgende Rückmeldung:
1768764545751.png
(Anmerkung: Das Eingabeproblem konnte ich lösen, indem ich das Siemens-Skriptbeispiel für die Version V19+ eingetragen habe, statt die neue Kommastellenfunktion der V20 Update_x zu nutzen.)

Daraufhin habe ich das Quittierbit in der ersten Trace-Meldung vom Aufgabenplaner aus angesteuert (Invertieren im 5s-Abstand), was das hilfsweise angelegte Rückmeldekreischen mit fröhlichem Blinken "quittierte".

Mein Problem sind also generelle Zugriffsrechte beim Schreiben auf Tags im Bildkontext und nicht die Kommunikation mit der 313.
Das Thema Security kann es ja nicht sein? Die Berechtigung Bedienen verändert aber auch nichts.
1768765921405.png

Wo könnte es hier weitergehen?
 
Lösung: Es hat tatsächlich etwas mit den Benutzerrechten zu tun. Ich kann den Sollwert jetzt schreiben, weiß aber noch nicht genau, worauf es eigentlich ankommt.
Stückchen für Stückchen geht es weiter, nur unbezahlbar zäh.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe dann dessen Code auf einen Taster übertragen und erhalte folgende RT-Fehlermeldung im Trace:
1768763687223.png
Daneben habe ich beim Versuch, den Fließkommawert zu schreiben, folgende Rückmeldung:
1768764545751.png

(Anmerkung: Das Eingabeproblem konnte ich lösen, indem ich das Siemens-Skriptbeispiel für die Version V19+ eingetragen habe, statt die neue Kommastellenfunktion der V20 Update_x zu nutzen.)
Bei "Access to tag denied" wäre ich erst einmal von einem generellen Problem mit dem Schreibzugriff auf die Variable ausgegangen.
Du hast da ein "," in einer Zahl.
Ich vermute mal deswegen versucht der Compiler den Wert implizit als String zu parsen, was sich natürlich nicht in einen SPS-Zahlenformat schreiben lässt.

Hast du mal versucht bei deinen Kommastellen-Varianten beide (Script und Parameter) nebeneinander zu setzen & zu vergleichen wer sich wie verhält?
Hast du daran gedacht bei der parametrierten/internen Kommastelle den Ausgabeformat des Feldes auf {F} zu setzen?

Mein Problem sind also generelle Zugriffsrechte beim Schreiben auf Tags im Bildkontext und nicht die Kommunikation mit der 313.
Das Thema Security kann es ja nicht sein? Die Berechtigung Bedienen verändert aber auch nichts.
1768765921405.png


Wo könnte es hier weitergehen?
Lösung: Es hat tatsächlich etwas mit den Benutzerrechten zu tun. Ich kann den Sollwert jetzt schreiben, weiß aber noch nicht genau, worauf es eigentlich ankommt.
Stückchen für Stückchen geht es weiter, nur unbezahlbar zäh.
Ich hatte das Thema mit "general error in tag model occured" auch schon einmal in Verbindung mit Berechtigungen.
Komme aber grade nicht mehr drauf was genau damals das Problem war...
Kann es sein, dass du deinem Benutzer mehr als eine Rolle zugewiesen hast?
 
Zurück
Oben