Skip to Content

SiePortal

Die integrierte Plattform für Produktauswahl, Einkauf und Support - und Verbindung von Industry Mall und Online Support

SiePortalEnglish

Suche

Home
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}

Produkte & Services
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
MySiePortal MySiePortal
{{(apiData.MySiePortal | filter:{'rank':1}:true)[0].title}} MySiePortal
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
Warenkorb ({{apiData.CartCount}})

Navigation

Multi-Master-Systeme und Maste-zu-Master-Kommunikation (PROFIBUS)

Erstellt von: TomPe am: 01.10.2009 16:25 (13 Antworten)

Bewertung (0)

Dank 0

Result pages:: |; 1 | 2; |

14 Einträge

Einträge pro Seite: 10 | alle

01.10.2009 16:25	Bewerten (0)
TomPe Beiträge: 7 Bewertung: (0)	Hallo Leute, ich beschäftige mich erst seit kurzem mit PROFIBUS. Trotzdem bin ich gerade dabei ein API für Windows-Treiber für PROFIBUS-PCI-Karten zu entwerfen. Wie ein Mono-Master-System arbeitet ist klar. Auch die Beziehungstypen MS0 MS1 MS2 MS3 und welche DP-Version dahinter steckt ist auch klar. Ebenso verstehe ich wie sich ein Master Class 2 in ein Mono-Master-System verhält. Wenn nun noch DP-V2-Technologien ins Spiel kommen kann ich mir dabei auch noch was denken. ABER ist es auch möglich 2 Master Class 1 im System zu haben? Einer DP-Master arbeitet mit MS0 die eine Hälfte der Slaves ab und ein Zweiter tut dies mit der anderen Hälfte? Nach meinen bisherigen Verständnis ist dies nicht möglich. Kann mir das einer definitive bestätigen? (Frage 1) Und kann man von einem Master aus eine direkte Kommunikation zu einem anderen Master aufbauen? (Dabei hilft es mit gar nicht wenn man das über MPI oder S7 irdenwas macht, nur alleine nach spezifikationen des PROFIBUS) Wenn ja, wie würden da die Ausgetauschten Nachrichten aussehen? (Frage 2) Und kann mir vielleicht jemand einen Slave empfehlen? Er sollte alle Funktionen unterstützen die bis DP-V2 dabei sind. Klein und kosten günstig darf er auch sein ;) (Frage 3) Ich hoffe ich hab nicht zu verwirrend geschrieben und es ist klar geworden welche Unklarheiten ich noch habe. mfg Tom
TomPe Beiträge: 7 Bewertung: (0)	Zuletzt bearbeitet von: TomPe am: 02.10.2009 11:22
Vorschlag Bedanken Zitat Antwort

02.10.2009 12:04	Bewerten (0)
TomPe Beiträge: 7 Bewertung: (0)	Bei meinen weiteren intensiven Nachforschungen konnte ich feststellen das ein System mit mehreren Mastern der Klasse 1 kein Problem darstellt. Jetzt interessiert mich natürlich brennent wie ein Datenaustausch zwischen zwei oder mehr Mastern der Klasse 1 über den Profibus aussieht. Und die Frage zu einem Slave mit den beschriebenen Merkmalen steht auch noch ;) mfg Tom
TomPe Beiträge: 7 Bewertung: (0)	Zuletzt bearbeitet von: TomPe am: 02.10.2009 12:05
Vorschlag Bedanken Zitat Antwort

02.10.2009 13:44	Bewerten (0)
J_Bell Beiträge: 5822 Bewertung: (412)	Hallo Tom, ich versuche es mal mit meinem Glück.... Also, Frage 1 hast Du Dir selbst beantwortet. Natürlich können auch multiple Master Class 1 in einem PROFIBUS sein, wäre auch schlimm wenn nicht. Einzig eines ist hier Fakt, die Buszeiten verändern sich, dadurch das mehr aktive und damit auch passive Teilnehmer im Bus sind wird der Bus langsamer. (TTR erhöht sich) Zu Frage 2 muß ich sagen das mir einen reine Master - Master - Kommunikation über DP nicht bekannt ist. In der Praxis behilft man sich mit einem DP/DP Koppler. Dies ist eine Baugruppe die zwei Schnittstellen mit 2 PROFIBUS Adressen hat und an beiden Seiten DP Slave ist. Werden dann vom ersten Master 10 Ausgangsbytes geschrieben bekommt der 2. Master 10 Eingangsbytes geliefert, und umgekehrt. Zu Frage 3 gibt es viele Antworten. Ich weiß nicht ob Du einen fertigen Slave möchtest oder ein Entwicklungs-Board. Vielleicht macht in dem Fall sogar ein Anruf bei der COMDEC Sinn, denn diese können Dir für Deine speziellen Anforderungen bestimmt einen spezifischen und getesteten Slave empfehlen. Ich hoffe ich konnte Dir helfen. Viele Grüße J_Bell
J_Bell Beiträge: 5822 Bewertung: (412)
Vorschlag Bedanken Zitat Antwort

05.10.2009 09:58	Bewerten (0)
TomPe Beiträge: 7 Bewertung: (0)	Vielen Dank für Deine Antwort. Da ich versuche ein API für PC-Master-Karten zu entwerfen ist es für mich natürlich auch von Wichtigkeit was theoretisch, auf Grund der Spezifikationen, möglich ist. Auch wenn dies nicht so oft in Gebraucht ist. Es werden vielleicht auch nicht sofort alle Funktionen implementiert aber das API muss von Anfang an darauf ausgelegt sein. (API nachträglich zu ändern ist für alle Beteiligten schlecht.) Fakt ist: - Es ist nicht möglich eine direkte Master Klasse 1 zu Master Klasse 1 Kommunikation aufzubauen - Allerdings kann ein Master Klasse 2 mit allen angeschlossenen Teilnehmer (Mastern und Slaves) kommunizieren (Prozessdaten nur lesen). Es wäre super wenn mir dies nochmal bestätigt oder korrigiert werden könnte. mfg Tom
TomPe Beiträge: 7 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

05.10.2009 10:23	Bewerten (0)
Hulzhex Gold-Mitglied Beigetreten: 25.08.2005 Letzter Bes: 05.10.2024 Beiträge: 1162 Bewertung: (111)	Hallo Tom, also über PROFIBUS DP ist mir jetzt nichts bekannt, wie die beiden DP-Master direkt Daten austauschen könnten. Aber bei PROFIBUS gibt es auch noch andere Dienste, die parallel auf dem Netz laufen können. SDA (Send Data with Acknowledge) und SDN (Send Data with No acknowledge) sowie SRD (Send Recieve Data). Aber ich denke Du sollest Dir die Profibus-Norm einfach mal ausgiebig zu Genüge führen. Da steht eine ganze Menge drin, was geht und wie und überhaupt. Viel Erfolg Sabine

Vorschlag Bedanken Zitat Antwort

05.10.2009 11:14	Bewerten (0)
TomPe Beiträge: 7 Bewertung: (0)	Hallo Hulzhex, die Spezifikationen sind natürlich die beste Referenz. Leider bin ich in der unglücklichen Situation keinen Zugriff darauf zu haben ... muss halt alles ohne gehen :( Meinst du mit "beiden DP-Master " die Master der Klasse 1 oder einen Master der Klasse 2 der mit einem Master der Klasse 1 kommuniziert? Das Klasse 1 zu Klasse 1 nicht Möglich ist, ist ja in zwischen klar. Auch Klasse 1 zu Klasse 2 dürfte nicht gehen. Aber Klasse 2 zu Klasse 1 sollte mit den in DP-V1 hinzugekommen sein und über SAP 54 funktionieren. Oder seh ich das falsch? Wenn man sich erst seit kurzem mit Etwas auseinandersetzt hat man halt irgendwie immer Angst etwas zu übersehen, was einem dann später auf die Füße fällt. Genau das versuch ich hier zu vermeiden ;) Und von daher bin ich für jeden Tipp, für jede Info dankbar! edit Und da fällt mir gleich noch eine Frage ein: Ist es aussreichend die Ident_Nummer der GSD mit dem Slave zu vergleichen oder sollte man auch sicherstellen das es sich dabei um den richtigen Slave des richtigen Herstellers in der richtigen Revision handelt? Die Revision halte ich schon mal für wichtig weil sich da ja wirklich relevante Daten ändern können oder? mfg Tom
TomPe Beiträge: 7 Bewertung: (0)	Zuletzt bearbeitet von: TomPe am: 05.10.2009 11:22
Vorschlag Bedanken Zitat Antwort

05.10.2009 11:49	Bewerten (0)
Hulzhex Gold-Mitglied Beigetreten: 25.08.2005 Letzter Bes: 05.10.2024 Beiträge: 1162 Bewertung: (111)	Hallo Tom, sei mir nicht böse, aber wie soll das gehen etwas zu "entwickeln", wenn Du die grundlegenden Dokumente dazu nicht hast? Immerhin ist es ein genormtes Protokoll und wenn Du dann keinen Zugriff auf die Norm hast, wie willst Du Dich dann danach richten können. Warst Du schon mal auf den Seiten der Profibus-Nutzerorganisation? Hoffe, da findest Du noch das ein oder andere grundlegende Dokument z.B. hier Die von mir angeführten Dienste haben nix mit PROFIBUS DP zu tun. Sind daher unabhängig von Master Klasse 1 und Master Klasse 2. Bei Siemens in der S7-Welt werden sie als PROFIBUS FDL oder S5-kompatible Kommunikation geführt. Viel Erfolg Sabine

Vorschlag Bedanken Zitat Antwort

05.10.2009 11:52	Bewerten (0)
Hulzhex Gold-Mitglied Beigetreten: 25.08.2005 Letzter Bes: 05.10.2024 Beiträge: 1162 Bewertung: (111)	TomPe Hallo Hulzhex, ... edit Und da fällt mir gleich noch eine Frage ein: Ist es aussreichend die Ident_Nummer der GSD mit dem Slave zu vergleichen oder sollte man auch sicherstellen das es sich dabei um den richtigen Slave des richtigen Herstellers in der richtigen Revision handelt? Die Revision halte ich schon mal für wichtig weil sich da ja wirklich relevante Daten ändern können oder? mfg Tom Was die identifikation des Slaves betrifft, so muss immer wenn sich relevante Daten bei einem Slave änder auch Ident_Nummer ändern. Sonst würde es nicht mehr funktionieren wie Du auch schreibst. Aber Parametrierungs und Konfigurierungsdaten müssen passen. Ich empfehle nochmal: Schau, dass Du irgendwie die Spezifikation bekommst. Ist ja bei der PNO erhältlich. Viele Grüsse Sabine

Vorschlag Bedanken Zitat Antwort

05.10.2009 12:36	Bewerten (0)
TomPe Beiträge: 7 Bewertung: (0)	Ich verstehe natürlich das sich das alles erst einmal komisch anhört. Es ist so das ich nicht direkt bis auf die Protokoll-Ebene gehen muss da erst ein mal nur Master unterstütz werden sollen die einen eigenen Profibus-Protokoll-Stack verwenden. Das bedeutet das ich nur diesen Stack mit deren API ansprechen muss. Unser API muss allerdings schon jetzt so ausgelegt werden das wir eines Tages unser eigenen Protokoll-Stack drunter legen. Spätestens dann müssen wir ganz sicher in die PNO eintreten und dann hab ich auch zugriff auf die Spezifikationen aber momentan wird dieses Geld nicht ausgeben werden. Oder kommt man da auch anders ran? SDA, SRD und SDN sind mir natürlich bekannt. Wobei SDA zu FMS gehört und ich eigentlich dachte das dies von DP abgelöst wurde. Wurde dieses Leistungsmerkmal mit übernommen?
TomPe Beiträge: 7 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

05.10.2009 13:10	Bewerten (0)
J_Bell Beiträge: 5822 Bewertung: (412)	Hallo Tom, ich muß gestehen das ich natürlich nicht weiß in wie weit Du Dich in die Schnittstellen der SIMATIC NET Soft- und Hardware eingelesen hast, aber wenn Du das Handbuch für die DPMCL2 Programmierschnittstelle noch nicht gelesen hast, würde ich Dir dieses schwer ans Herz legen. Dort wirst Du dann auch verstehen welche Funktionen ein MCL2 Master gegenüber einem Class 1 DP Master hat. Mein Bauchgefühl bleibt bei der Aussage, eine direkte Nutzdatenkommunikation zweier DP Master miteinander ist nicht möglich. Was die DP GSD Dateien angeht würde ich folgendes sagen... Dein DP Master bekommt in der Regel die GSD Datei gar nicht zu sehen. In der Regel, so kenne ich es zumindest, erstellt ein Projektierungstool einen Projektierungsdatensatz den der DP Master bekommt, entsprechend des physikalischen Aufbaus des DP Slaves. Der DP Master erkennt dann im Betrieb das der Slave da ist, konfiguriert und projektiert ihn... und wartet bis der DP Slave in der Diagnose sagt OK, ich bin bereit. Kommt diese Nachricht nicht oder meldet der Slave das die Projektierungsdaten fehlerhaft sind wird keine Kommunikation stattfinden und der Projekteur muß eingreifen. Der DP Master macht in dem Fall nichts selbst. Ich hoffe ich habe Dir nicht zu sehr demotiviert. Viele Grüße J_Bell
J_Bell Beiträge: 5822 Bewertung: (412)
Vorschlag Bedanken Zitat Antwort

|

Teile diese Seite:

Teile diese Seite auf...

Folgen Sie uns auf