Datenübertragung über Ethernet mit CP343-1 LEAN

LoChem

Level-1
Beiträge
9
Reaktionspunkte
0
Guten Morgen.

Ich betreibe ein Ethernet-Netzwerk mit ca. 10 Siemens S7-300 SPSen und MicroInnovation XV440 Touch Panels. Außerdem ist noch ein Server angeschlossen auf dem ACRON zur Datenerfassung läuft.

Alle SPSen sind mit CP343-1 LEAN (6ES7343-1CX10-0XE0) angebunden und tauschen mit den Touch Panels Daten aus (Vorortbedienung, etc.)
Der ACRON Server greift nur lesend auf die SPSen zu.

Soweit alles kein Thema.

Jetzt soll eine neue S7-300 mit einem CP343-1 LEAN (6ES7343-1CX10-0XE0) einen Datenbaustein in einer der anderen SPSen auslesen.

Beispiel: Station_1B100 LESEN --> Neue SPSB50 SCHREIBEN

Die Verbindung muss dauerhaft sein. Bei Unterbrechung wird eine Fehlermeldung benötigt.

Wie bekomme ich das Hard- und Softwaremässig am einfachsten hin?

MfG LoChem
 
Danke für die Antwort.

Mit "Dauerhaft" meine ich, das ich die ausgelesenen Daten (z.B. Füllstand, Temperatur, o.ä.) in der neuen Steuerung für diverse Regler benötige.

Die Daten müssen also permanent und nicht nur sporadisch übertragen werden.

MfG LoChem
 
In Netpro kannst Du jeweils in Deinen Projekten Deine Kommunikationspartner einrichten.
In der alten SPS fügst Du Deine neue Station ein, in der neuen Deine alte Station. Eine Station spielt den Master, die andere den Slave (je nachdem, welche Station die Verbindung aufbauen soll). Dann kannst Du Dir die Verbindungen einrichten.

Gesendet und empfangen wird dann mit AG_SEND bzw. AG_RECV.

Datenlängen können so bis 8k lang sein.
 
@vl:

"put und get ist IMHO schneller"

Das kann natürlich sein. Habe aus Gewohnheit mal wieder AG_SEND + AG_RECV vorgeschlagen.

Weißt Du, wieviel schneller PUT/GET ist?
 
Hallo.

NetPro kann ich wahrscheinlich nicht verwenden!?!

Die Anlage mit der SPS aus der die Daten gelesen werden sollen ist von einem Fremdhersteller. Der erlaubt mir aus Sicherheits- und Gewährleistungsgründen, Know-How Schutz, etc. kein zugriff auf seine Projektierung. Nach langem verhandeln hat er dann auf unseren wunsch hin ein CP343-1 LEAN eingebaut und einen Datenbaustein definiert den wir auslesen dürfen. Ich habe also nur eine IP/MAC Adresse und einen Datenbaustein. Für unsere Datenerfassung reichte das. Jetzt soll eine neue Anlage diese Daten (Füllstände, Temperaturen, Statusmeldungen, etc.) in ihrem Programm "verwenden".
 
Weißt Du, wieviel schneller PUT/GET ist?

ich nehm alles zurück und behaupte das Gegenteil

von der Ausführungszeit sind BSEND (722µs für den kompletten Auftrag) und BRCV (526µs) schneller als GET (813µs) und PUT (841µs) ...

hmm, wie komm ich darauf, dass die Kommunikation schneller ist ... finde dazu keine Zahlen ... bitte Hilfe ...
 
Es wird dann wohl nur mit get gehen, oder?
Sag mal LoChem, kauft ihr noch Anlagen bei dem Anbieter? Unsere Kunden würden das nicht mit sich machen lassen, aber du scheinst mit Chemieanlagen zu tun zu haben (ich rate das mal aus deinem Namen ), da gelten vielleicht auch andere Dinge, es kann ja auch eher mal etwas in die Luft gehen, etc.
 
Hallo Ralle.

Ja ist Chemie. Die Anlage ist eine Heizkesselsteuerung zur Dampferzeugung. Da hängt vom TÜV bis zur Gewerbeaufsicht alles mit dran! Der Hersteller von dem Teil muss sicherstellen das da nicht "irgendeiner dran rumbastelt". Auch wenn ich selbst eine Anlage aufbaue die vom TÜV abgenommen werden muß, fängt bei einer späteren Änderung jedesmal ein riesen Papierkrieg an.

Kannst Du evtl. einzelheiten zu GET posten.

PS: Ich habe gerade noch was über unspezifizierte ISO on TCP Verbindungen gelesen. Vielleicht brings das ja?

MfG
 
Zuletzt bearbeitet:
Code:
*
      CALL  #COM_1_GET
       REQ   :=#Com_1.RECV_ACT          // aktiviert den Datenaustausch bei steigender Flanke
       ID    :=W#16#1                   // Adressierungsparameter
       NDR   :=#Com_1.RECV_NDR          // Zustandsparameter 0=Auftrag nicht gestartet 1=Auftrag erfolgreich ausgeführt
       ERROR :=#Com_1.RECV_ERROR        // ERROR/STATUS-Bit
       STATUS:=#Com_1.RECV_STATUS       // Fehler-Anzeige WORD
       ADDR_1:=P#DB1.DBX0.0 BYTE 100    // Bereich in der Partner-CPU, aus dem gelesen werden soll
       RD_1  :=P#DB2.DBX0.0 BYTE 100    // Bereich in der eigenen-CPU, in den geschrieben werden soll
aus einer multiinstanz ...

 
Halo.

Ich hab mir grad ein Versuchsaufbau zusammengeschraubt und werde GET mal ausprobieren.

Es sind zwei getrennte Simatic-Projekte:

Station 1: (Liest die Daten von Station 2)
CPU315-2 DP
8DI/8DO
CP343-1 LEAN (IP=192.168.0.1)
DB10

Station 2:
CPU314
8DI/8DO
CP343-1 LEAN (IP=192.168.0.2)
DB100

Entweder ich mach das zu kompliziert oder es ist tatsächlich so einfach?!?

PS: Wo bekomme ich die ID für den FB14 her?
 
Zuletzt bearbeitet:
eigentlich bekommst du die id aus der projektierung im NET-PRO, aber mit deinem LEAN wird das nischts ... der kann nämlich keine S7-verbindungen aufbauen, nur entgegennehmen ... ISO on TCP scheint zu funktionieren hmm ... imho ist spätestens jetzt mindestens ein vernünftiger CP fällig
 
Zuletzt bearbeitet:
Hallo.
Da ich die Station 2 nicht anfassen darf, habe ich diese bei Station 1 als "Andere Station" erstellt (MAC+IP von Station 2 eingetragen). Nur Station 1 wollte nie eine Verbindung zur "Anderen Station" erstellen. Deswegen wahrscheinlich auch keine Verbindungs-ID. Wenn es am LEAN liegt wird`s eben ausgetauscht. Ich müsste das Teil dann nur noch bestellen.

Trotzdem DANKE für die Hilfe!

MfG

PS: Der LEAN ist schon "vernünftig" gewesen, da der Funktionsumfang für den bisherigen Verwendungszweck völlig ausreichend war. Wenn ich nun die "Vollversion brauche, wird die eben bestellt.
 
PS: Der LEAN ist schon "vernünftig" gewesen, da der Funktionsumfang für den bisherigen Verwendungszweck völlig ausreichend war. Wenn ich nun die "Vollversion brauche, wird die eben bestellt.

sicher, es ist ein relativ guter CP, für kleine Anwendungen und preislich ja auch attraktiv ... es fehlt ihm leider nur die Möglichkeit eine S7-Verbindung aufzubauen ... noch mal erläuternd:

für SEND und RCV ist eine beidseitig projektierte Verbindung von nöten, die kann dann auch mit ISO on TCP passieren

für PUT und GET braucht man nur eine S7-Verbindung, funktioniert aber nicht über ISO on TCP

vielleicht solltest du dir überlegen, den Anlagenbauer zu einem Update der Net-Pro-Projektierung und den Einbau einer SEND-Verbindung zu befragen und den Preis mit dem eines "größeren" CPs (besser so? ) vergleichen ...
 
Hallo vierlagig.

Mein Post sollte nicht arrogant rüberkommen, gemeint war: Wenn ich einen anderen CP brauche damit es funktioniert, wird der eben bestellt. Den Anlagenbauer habe ich schon kontaktiert, aber nur mit einem Ingeneur gesprochen, der das an den Programmierer weiterleiten will. Und das dauert. Dann kam noch Bauartänderung, bei Busfehler geht die CPU in STOP, etc. Also warte ich auf den Programmierer.

MfG
 
Hallo.

Ich überlege gerade...

... wenn ich CPU und CP neu kaufen muss, könnte ich doch eingentlich auch sowas nehmen:

SIMATIC S7-300 CPU 315-2 PN/DP 6ES7315-2EH10-0AB0

Ist das Teil in der Lage die benötigte verbindung aufzubauen???

MfG
 
Hallo, kannst Du aber ruhig!

Am Anfang sagte ich:

"Jetzt soll eine neue S7-300 mit einem CP343-1 LEAN (6ES7343-1CX10-0XE0) einen Datenbaustein in einer der anderen SPSen auslesen."

Ich dachte mir ich frage VORHER was geht!

Also LEAN geht nicht, da brauche ich die "Vollversion"

Also CPU+LEAN von der neuen Anlage zurück ins Lager (der nächste Schaltschrank ist schon in Planung) und eine CPU 315-2 PN/DP gekauft.
Da hätte ich dann alles in einem Gerät.

Mit suchen und finden ist das immer so eine Sache, wenn nebenher das Tagesgeschäft läuft.

Also später nach Feierabend in die KnowledgeBase! BMTIPG :-D

MfG, danke fürs ROFLn und schönes Wochenende! :sm24:
 
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…