Profinet IRT Daten am IPC empfangen (mit S7NetPlus)

B

Bergungsdackel

Level-1
Beiträge
39
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Guten Tag.

Ist es an einem IPC (Microbox PC von Siemens) möglich mit S7NetPlus auch IRT Daten empfangen? Es werden also über Profinet Daten an den Slave (IPC) geschickt und an diesem IPC soll eine Software diese Daten empfangen. Dass S7NetPlus prinzipiell Daten der PLC empfangen kann, weiss ich. Kann S7NetPlus aber auch Profinet IRT Daten empfangen? Wird das anders programmiert oder ist das bloss eine Hardwarekonfiguration die gesetzt werden muss?

Vielen Dank im Voraus.

Gruß,
bergungsdackel
 
Hi,

also zuerst brauchst du einen Profinet IRT fähigen IPC (dazu benötigt es spezielle HW) und natürlich ein entsprechenden SoftController oder profinet Applikation auf dem IPC damit die Daten überhaupt abgenommen werden.

Gruß
Christoph
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo.
Danke für deine Antwort. Das mit dem IRT-fähigen IPC dachte ich mir schon. Weisst du zufällig ob der "SIMATIC IPC427E" IRT-fähig ist? Ich finde dazu nichts und im Datenblatt steht nur "Onboard PROFINET-Schnittstelle".

Was meinst du mit "profinet Applikation auf dem IPC damit die Daten überhaupt abgenommen werden"? Wenn der IPC IRT-fähig ist, "reicht" theoretisch eine .NET-Bibliothek so wie S7NetPlus oder habe ich einen Denkfehler?

Gruß,
bergungsdackel
 
Hi,

alleine schond das es Gbit Schnittstellen sind sagt das es kein IRT kann.
Und .net Bibliothek spricht mit eine PLC! der IPC ist keine PLC, das ist ein Windows PC und weiter nix.
Da muss dann eine iftware PLC drauf die eben die Daten vom netz abholt und in ihre Datenbereiche schiebt auf die dann die .Net zugreift.
 
ChristophD schrieb:
Hi,

alleine schond das es Gbit Schnittstellen sind sagt das es kein IRT kann.
Und .net Bibliothek spricht mit eine PLC! der IPC ist keine PLC, das ist ein Windows PC und weiter nix.
Da muss dann eine iftware PLC drauf die eben die Daten vom netz abholt und in ihre Datenbereiche schiebt auf die dann die .Net zugreift.
Zum Vergrößern anklicken....

Danke für die Antwort, ich stehe aber glaube ich aufm Schlauch. Die Bibliothek S7NetPlus kann doch auch auf Daten zugreifen die von der PLC ausgehen? Und die entsprechende Software (programmiert mit S7NetPlus beispielsweise) würde ja auf dem IPC laufen, was doch theoretisch über Profinet/Ethernet verbunden ist. Also es gibt ja in S7NetPlus Befehle wie "ReadBytes" - die sind doch dafür da oder?
Also mir gehts eben darum, was möglich ist. Ich besorge eine PCIe-Karte, womit mein IPC IRT-fähig wird (laut Siemens Seite) und dann bräuchte ich nur noch eine Bibliothek, die diese IRT-Telegramme "verstehen" kann und auslesen kann.
 
die PCIe Karte alleine nützt dir aber nix weil die kann von sich aus ja gar nix.
Du brauchst eine SW die die PROFINET Daten empfängt.
Das ist enweder eine selber geschriebene C# auf Basis des Dev Kits oder eben eine Software Controller auf Basis S7-300 oder S7-1500 , und mit dem redet dann die .net Anwendung , und nicht direkt mit dem PROFINET, schau einfach nochmal in die S7NetPlus Wiki rein dort steht es gut erklärt.
S7net kann nur Daten aus einer PLC lesen und sonst nix.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich weiss was du meinst. Mir ist klar, dass es "nur" mit der PCIe-Karte nicht getan ist, aber das ist hier die Frage. S7NetPlus kommuniziert mit der PLC. Jetzt ist halt die Frage, welche Bibliothek ich gebrauchen könnte, um Profinet Daten zu empfangen (jetzt erstmal unabhängig ob IRT oder RT). Du hast hierzu das Dev-Kit erwähnt, wo gibt es dieses bzw. wo finde ich Informationen dazu?
Also wir verstehen uns in dem Fall schon, nur hab ich teils ganz kleine Wissenslücken, da ich zum ersten Mal mit so etwas zu tun habe.
Danke für deine Antworten.
 
Ist damit die PNConfigLib gemeint? Finde auf der Siemens-Support-Seite sehr viele unterschiedliche Treiber oder IO-Lösungen.
Ich werde die Idee mit der PLC dazwischen ins Gespräch bringen, jedoch muss ich mich auch nur an die Vorgaben halten und zurzeit hats zu mir geheißen die Daten direkt vom Profinet "abzufangen" über eine Bibliothek.
 
Hi,

Alleine schon "Daten direkt von Profinet abzufangen" lässt mich zweifeln da auch nur einer der Beteiligten ein auch nur rudimentäres Verständnis von Ethernet Kommunikation und im Speziellen PROFINET hat.
Was nützt es den wenn man die PN Daten direkt an der Netzwerkkarte abfängt , die Daten sind da nicht gültig und werden nie vernünftig verwendet werden können.
Wenn dann können die Daten aus dem PROFINET Stack abgeholt werden den nur dieser kann sagen ob die Daten richtig und gültig sind (ich haue jetzt mal IOPS IOCS raus ).

Also brauchst du neben der HW PN Schnittstelle ein Stück Software welches die eingehenden Telegramme entgegen nimmt und auswerteed, das ist der PN Stack.
In einer PLC ist dieser PN Stack in der FW implementiert oder man schreibt ihn sich selber mit z.B. dem PN Dev Kit.

Jetzt kommt das S7NetPlus ins Spiel. Dieses Tool kommuniziert mit einer PLC und kann Daten von der PLC lesen.
Es kann aber nicht mit z.B. einem PNStack reden weil das ist keine PLC, da wird schon der Open Aufruf nicht funktionieren.

Für das hier geschilderte Szeanario sehe ich nur eine Möglichkeit:
IPC + CP für PN IO IRT
SoftwareController auf Basis der S7-1500 (1507s)

Damit kann dann dieses S7Net kommunizieren und die Daten abholen die benötigt werden.

Gruß
Christoph
 
Hallo.
Erstmal danke für deine Informationen. Ich verstehe nun ein wenig mehr.

Ich möchte mich in diesem Fall auch nicht auf S7NetPlus festlegen, jede andere Bibliothek ist möglich. Wir haben einen Compile-Zyklus der Daten an einen Profinet-Device schickt (z.B. hier der IPC). Dieser sollte diese empfangen (je nachdem ob IRT oder nicht IRT müsste man erst schauen ob wir einen CP dazu kaufen). Wie du gesagt hast, sollte nun eine Software diese Telegramme verstehen und bestätigen - klar. Hast du eventuell mehr Informationen zum "PN Stack" da man bei Google nur herstellespezifische Dinge findet. Für mein Hintergrundwissen würde es mich natürlich interessieren, wie so ein PN Stack funktioniert und für mehr Infos über das PN Dev Kit wäre ich auch dankbar, da ich mich mit solchen Dingen beschäftige, um noch mehr zu lernen. Es ist schwierig direkt beim ersten Mal den Überblick zu behalten.
Wenn wir jetzt davon ausgehen, dass ich "nur" Profinet RT benutze, bräuchte ich auch einen Software Controller am IPC? In den technischen Daten steht ja es ist RT-fähig auf Basis der Ethernet-Schnittstelle. Wenn ich das richtig verstanden habe, müsste ich mit diesem "PN Dev Kit" meinen eigenen Controller programmieren, der sozusagen die Telegramme versteht ODER ich habe bereits einen Software Controller (1507S),der das übernimmt oder?
Ansonsten würde ich versuchen die Idee mit IPC + CÜ + Software Controller durchzubringen - kriege ich dafür weitere Informationen bei Siemens oder gibt es bereits Handbücher online?

Gruß
 
Noch eine weitere Frage.
Woher kommt den Bedarf von IRT oder RT ? Ist 'RT' tatsächlich notwendig für die Anwendung ?
D.h. Real-Time und deterministisch ?
In den Fall wäre es ein Problem da 'normale' Windows Programme keine RT Eigenschaften habe.
Eine Lösung wäre den vorgeschlagene Open Controller. Dies ist aber kein normalen Windows Programm.

Wenn kein RT gefordert ist, dann wäre mein Vorschlag mit z.B. Simatic NET PN IO ein Möglichkeit.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
ChristophD schrieb:
Hi,

ein Einstieg wäre hier: https://support.industry.siemens.com/cs/ww/de/view/109760216

Alternativ könnte man auch ein IoT einsetzten, gibt es einen zwingenden Grund für den IPC?
Zum Vergrößern anklicken....
IPC liegt halt nahe, da die Daten die über Profinet abgefangen wurden, verarbeitet werden sollen und gegebenfalls in eine SQL-Datenbank (oder ähnliches) geschrieben werden sollen. Außerdem soll es "zukunftssicher" sein, sodass man diese Möglichkeit für weitere Projekte nutzen könnte.
 
JesperMP schrieb:
Noch eine weitere Frage.
Woher kommt den Bedarf von IRT oder RT ? Ist 'RT' tatsächlich notwendig für die Anwendung ?
D.h. Real-Time und deterministisch ?
In den Fall wäre es ein Problem da 'normale' Windows Programme keine RT Eigenschaften habe.
Eine Lösung wäre den vorgeschlagene Open Controller. Dies ist aber kein normalen Windows Programm.

Wenn kein RT gefordert ist, dann wäre mein Vorschlag mit z.B. Simatic NET PN IO ein Möglichkeit.
Zum Vergrößern anklicken....
Die Idee mit IRT/RT kam tatsächlich nicht von mir, ich soll das bloß umsetzen und die Möglichkeiten prüfen. Was genau ist denn der Unterschied zwischen dem NET PN IO, das du geschickt hast und dem PN Driver, den ChristophD geschickt hat???
 
Bergungsdackel schrieb:
Was genau ist denn der Unterschied zwischen dem NET PN IO, das du geschickt hast und dem PN Driver, den ChristophD geschickt hat???
Zum Vergrößern anklicken....
Simatic Net ist ein 'general purpose' Software die man verwendet über standardisierte Verfahren daten senden und empfangen zwischen Geräte und Windows Anwendersoftware. Simatic Net gibt es dann in viele Varianten, z.B. für Ethernet (S7 Verbindungen), Profibus (S7 verbindungen). Profibus DP (Profibus master/slave), und Profinet IO (Profinet master/slave). Das Schnittstelle für die Windows Software ändert sich nicht. Das Schnittstelle für die Windows Software wäre entweder "S7-API" (ein Siemens Standard), OPC DA oder OPC UA (offene Standards).
Simatic Net kauft man 1 Lizenz pro Installation.

Wenn man Simatic Net oder S7Netplus einsetzt, wird es nicht Real-Time sein über den gesammte Verbindung von Quelle nach Ziel. Es kann sein dass die Daten über Profinet und RT gesendet wird, und bis den Empfangsfach in den Simatic Net Datenspeicher gelangt. Aber der Windowsanwendung kann die Daten nicht ein Realtime abfragen.

Profinet "RT" oder "IRT" ist vermutlich ein Missverständniss von den ursprüngliche Auftragsgeber. Wenn die Anwendung mit SQL zu tun hat kann es nicht Real-Time sein.

Über den von ChristophD vorgeschlagene Treiber kann ich nicht viel sagen. Ich glaube dass es ist gemeint für Embedded-Anwender, und nicht für algemeine Windows-Anwendungen.
Und man kauft kein Einzel-Lizenz, sonder ein Entwicklerlizenz, der dann vermutlcih recht teuer ist.

Wenn du ein Zukunftsichere Software entwickeln will, dann wurde ich OPC UA überlegen.
 

Similar threads

ChristianVogel
TIA Kommunikation mit PNOZ B0 über DPRD-DAT / DPWR-DAT im FB nach CPU-Tausch gestört
Antworten
6
Aufrufe
751
ChristianVogel
ChristianVogel
S
TIA TIA V16 Probleme mit Technologieobjekt oder Sinapos FB
Antworten
2
Aufrufe
2K
spqr76
S
D
Step 7 Modbus Kommunikation zwischen einem CP341 (Master) und einem Wärmemengenzähler mit Modbus Modul
Antworten
3
Aufrufe
2K
DanielACT
D
D
Profibus DP S7-1200 mit CM1243-5
Antworten
13
Aufrufe
2K
DeltaMikeAir
DeltaMikeAir
D
DALI steuern über S7
Antworten
1
Aufrufe
1K
DCDCDC
D
Zurück
Oben