P-NET - Versionsgeschichte

MFM: typos

2023-11-03T14:04:14Z

typos

← Nächstältere Version		Version vom 3. November 2023, 16:04 Uhr
Zeile 65:		Zeile 65:
	\| E \|\| ChType \|\| ROM ro \|\| record \|\| Typ- und Registerinformationen		\| E \|\| ChType \|\| ROM ro \|\| record \|\| Typ- und Registerinformationen
	\|-		\|-
	\|F \|\| ChError \|\| RAM ro \|\| record \|\| Fehlerstatus		\| F \|\| ChError \|\| RAM ro \|\| record \|\| Fehlerstatus
	\|}		\|}
	Wie in der obigen Tabelle zu sehen ist, wurde die Grundstruktur eines ''Channels'' im Standard festgeschrieben. Der Service-Channel beinhaltet die ersten 16 SWNo mit fixierter Typisierung. Durch diesen Channel sind unbekannte P-NET-Teilnehmer über den Bus zu identifizieren. Unabhängig von seiner speziellen ~~Funktionen~~ muss jedes P-NET-Modul einen Service-~~Channels~~ besitzen. In der nachfolgenden Tabelle sind alle zwingenden Einträge eines Service-Channels aufgelistet und kurz erläutert.		Wie in der obigen Tabelle zu sehen ist, wurde die Grundstruktur eines ''Channels'' im Standard festgeschrieben. Der Service-Channel beinhaltet die ersten 16 SWNo mit fixierter Typisierung. Durch diesen Channel sind unbekannte P-NET-Teilnehmer über den Bus zu identifizieren. Unabhängig von seiner speziellen Funktion muss jedes P-NET-Modul einen Service-Channel besitzen. In der nachfolgenden Tabelle sind alle zwingenden Einträge eines Service-Channels aufgelistet und kurz erläutert.

	{\| class="wikitable"		{\| class="wikitable"
Zeile 87:		Zeile 87:
	\|F \|\| CommnonError \|\| Modul-Fehlerstatus		\|F \|\| CommnonError \|\| Modul-Fehlerstatus
	\|}		\|}
	Es existieren Channels für typische Feldbusmodule, z. B. für Ein-/Ausgabe-Module ({{lang\|en\|Digital I/O channel}} und {{lang\|en\|Current output channel}}), für analoge ~~Meßwertaufnehmer~~ ({{lang\|en\|analog measurent channel}}) und für einfache Regler ({{lang\|en\|PID regulator}}).		Es existieren Channels für typische Feldbusmodule, z. B. für Ein-/Ausgabe-Module ({{lang\|en\|Digital I/O channel}} und {{lang\|en\|Current output channel}}), für analoge Messwertaufnehmer ({{lang\|en\|analog measurent channel}}) und für einfache Regler ({{lang\|en\|PID regulator}}).

	== Normierung ==		== Normierung ==

Phzh: typo

2018-11-27T15:31:34Z

typo

← Nächstältere Version		Version vom 27. November 2018, 17:31 Uhr
Zeile 7:		Zeile 7:

	=== P-NET Schicht 2 (Data Link Layer) ===		=== P-NET Schicht 2 (Data Link Layer) ===
	[[Datei:PNT Layer2.jpg\|~~miniatur\|rechts~~\|P-NET Schicht 2]]		[[Datei:PNT Layer2.jpg\|mini\|P-NET Schicht 2]]
	In der Abbildung ist die P-NET-Telegrammstruktur und der Aufbau eines Zeichens dargestellt. Es handelt sich hierbei um ein 9-Bit-Data-UART-Zeichen mit einem Startbit (logisch 0) und einem Stoppbit (logisch 1). Zusätzlich zu den 8 Datenbits wird vor dem Stoppbit noch das A/D-Bit eingefügt, dass der Erkennung des ersten Adressbytes dient (A/D=1) und damit gleichzeitig den Beginn eines Frames kennzeichnet. Dieses Bit dient also der Unterscheidung von Adress- bzw. Datenbytes. Das Telegramm beginnt immer mit dem Adressfeld von 2 bis 24 Bytes Länge. Danach schließt sich ein Control/Status-Feld von einem Byte Länge an. Dieses Byte beinhaltet im Request-Frame die Kodierung des Schicht-7-Dienstes und im Response-Frame die entsprechende Fehlerinformation. Das Byte Informationslänge kodiert im Anforderungstelegramm die Länge der Nutzdaten und die Art der Adressierung. In diesem Fall geben die Bits 0 bis 5 Auskunft über die Länge der Information, Bit 6 gibt an, ob eine Offsetkodierung vorliegt und Bit 7 gibt schließlich Auskunft darüber, ob die nachfolgende ''Softwire-Number'' (SWNo) 2 oder 4 Byte lang ist. Das nachfolgende Informationsfeld selbst enthält den Verweis auf die anzusprechende Variable sowie die eventuell zu übertragenen Daten. Die Datensicherung erfolgt mittels Prüfsummenverfahren, wobei das Sicherungsfeld das Zweierkomplement der errechneten Prüfsumme enthält. Für spezielle Anwendungen existiert eine Protokollvariante mit 2-Byte-[[Cyclic Redundancy Check\|CRC]]-Sicherung.		In der Abbildung ist die P-NET-Telegrammstruktur und der Aufbau eines Zeichens dargestellt. Es handelt sich hierbei um ein 9-Bit-Data-UART-Zeichen mit einem Startbit (logisch 0) und einem Stoppbit (logisch 1). Zusätzlich zu den 8 Datenbits wird vor dem Stoppbit noch das A/D-Bit eingefügt, dass der Erkennung des ersten Adressbytes dient (A/D=1) und damit gleichzeitig den Beginn eines Frames kennzeichnet. Dieses Bit dient also der Unterscheidung von Adress- bzw. Datenbytes. Das Telegramm beginnt immer mit dem Adressfeld von 2 bis 24 Bytes Länge. Danach schließt sich ein Control/Status-Feld von einem Byte Länge an. Dieses Byte beinhaltet im Request-Frame die Kodierung des Schicht-7-Dienstes und im Response-Frame die entsprechende Fehlerinformation. Das Byte Informationslänge kodiert im Anforderungstelegramm die Länge der Nutzdaten und die Art der Adressierung. In diesem Fall geben die Bits 0 bis 5 Auskunft über die Länge der Information, Bit 6 gibt an, ob eine Offsetkodierung vorliegt und Bit 7 gibt schließlich Auskunft darüber, ob die nachfolgende ''Softwire-Number'' (SWNo) 2 oder 4 Byte lang ist. Das nachfolgende Informationsfeld selbst enthält den Verweis auf die anzusprechende Variable sowie die eventuell zu übertragenen Daten. Die Datensicherung erfolgt mittels Prüfsummenverfahren, wobei das Sicherungsfeld das Zweierkomplement der errechneten Prüfsumme enthält. Für spezielle Anwendungen existiert eine Protokollvariante mit 2-Byte-[[Cyclic Redundancy Check\|CRC]]-Sicherung.

Zeile 15:		Zeile 15:

	=== P-NET Schicht 3 (Network Layer) ===		=== P-NET Schicht 3 (Network Layer) ===
	[[Datei:PNT Layer3.jpg\|~~miniatur\|rechts~~\|P-NET Schicht 3]]		[[Datei:PNT Layer3.jpg\|mini\|P-NET Schicht 3]]
	Die Hauptaufgaben der Schicht 3 sind der Transport der Daten von der Schicht 2 zur Schicht 4 und die Realisierung der Gatewayfunktionalität. In der Abbildung ist der prinzipielle Ablauf der Kommunikation über ein [[Gateway (Informatik)\|''Gateway'']] dargestellt. Hierbei sendet jedes ''Gateway'' nach Empfang eines Request-Telegramms, das an ein anderes Netz adressiert ist, ein Response-Telegramm mit der Kodierung {{lang\|en\|''Answer Comes Later''}} zurück. Dieses Verhalten ist notwendig, um dem Prinzip der ''Immediate Response'' zu genügen. Der [[Client-Server-Modell\|''Client'']] geht daraufhin in Warteposition, bis er ein zugehöriges Antworttelegramm empfängt. Das ''Gateway'' führt die lt. P-NET-Standard notwendige Adresskonvertierung durch und leitet das ''Request-Telegramm'' zum ''Server'' weiter. Das Antworttelegramm wird im ''Server'' generiert und als ''Response-Telegramm'' zum ''Gateway'' zurückgeschickt. Das ''Gateway'' kodiert nach dem Erhalt des Antworttelegramms durch den ''Server'' die eigentliche ''Response'' an den ''Client.''		Die Hauptaufgaben der Schicht 3 sind der Transport der Daten von der Schicht 2 zur Schicht 4 und die Realisierung der Gatewayfunktionalität. In der Abbildung ist der prinzipielle Ablauf der Kommunikation über ein [[Gateway (Informatik)\|''Gateway'']] dargestellt. Hierbei sendet jedes ''Gateway'' nach Empfang eines Request-Telegramms, das an ein anderes Netz adressiert ist, ein Response-Telegramm mit der Kodierung {{lang\|en\|''Answer Comes Later''}} zurück. Dieses Verhalten ist notwendig, um dem Prinzip der ''Immediate Response'' zu genügen. Der [[Client-Server-Modell\|''Client'']] geht daraufhin in Warteposition, bis er ein zugehöriges Antworttelegramm empfängt. Das ''Gateway'' führt die lt. P-NET-Standard notwendige Adresskonvertierung durch und leitet das ''Request-Telegramm'' zum ''Server'' weiter. Das Antworttelegramm wird im ''Server'' generiert und als ''Response-Telegramm'' zum ''Gateway'' zurückgeschickt. Das ''Gateway'' kodiert nach dem Erhalt des Antworttelegramms durch den ''Server'' die eigentliche ''Response'' an den ''Client.''

Zeile 51:		Zeile 51:

	== Kanaltypkonzept ==		== Kanaltypkonzept ==
	Das Charakteristische bei P-NET ist das ''Channel-Konzept,'' welches die Verwaltungsstruktur für die Prozessobjekte, d.h.die Variablen und Funktionen eines Prozesssignals darstellt. Ein ''Channel'' ist als Folge von 16 Registern (Variablen) strukturiert. Diese Variablen werden als ''Softwire-Number'' (SWNo) angesprochen und können strukturierte Datentypen aufweisen, die in verschiedenen Speichermedien abgelegt werden. Die Abbildungsvorschrift zwischen Register, Channel und SWNo legt fest, dass das niederwertigste Halbbyte einer ''Softwire-Number'' die Registernummer enthält, während das höherwertige Halbbyte die Nummer des Channels im Modul festlegt. Ziel bei der Einführung war der Gedanke, Automatisierungsfunktionen immer nach dem gleichen Prinzip ansprechen zu können.		Das Charakteristische bei P-NET ist das ''Channel-Konzept,'' welches die Verwaltungsstruktur für die Prozessobjekte, d. h. die Variablen und Funktionen eines Prozesssignals darstellt. Ein ''Channel'' ist als Folge von 16 Registern (Variablen) strukturiert. Diese Variablen werden als ''Softwire-Number'' (SWNo) angesprochen und können strukturierte Datentypen aufweisen, die in verschiedenen Speichermedien abgelegt werden. Die Abbildungsvorschrift zwischen Register, Channel und SWNo legt fest, dass das niederwertigste Halbbyte einer ''Softwire-Number'' die Registernummer enthält, während das höherwertige Halbbyte die Nummer des Channels im Modul festlegt. Ziel bei der Einführung war der Gedanke, Automatisierungsfunktionen immer nach dem gleichen Prinzip ansprechen zu können.

	{\| class="wikitable"		{\| class="wikitable"
Zeile 57:		Zeile 57:
	! Register !! Name !! Speicher !! Datenformat !! Bedeutung		! Register !! Name !! Speicher !! Datenformat !! Bedeutung
	\|-		\|-
	\| 0 \|\| PrimaryValue \|\| ~~...~~ \|\| ~~...~~ \|\| ~~...~~		\| 0 \|\| PrimaryValue \|\| … \|\| … \|\| …
	\|-		\|-
	\| 9 \|\| ChConfig \|\|EEPROM rpw \|\| record\|\| Konfiguration		\| 9 \|\| ChConfig \|\|EEPROM rpw \|\| record\|\| Konfiguration
Zeile 65:		Zeile 65:
	\| E \|\| ChType \|\| ROM ro \|\| record \|\| Typ- und Registerinformationen		\| E \|\| ChType \|\| ROM ro \|\| record \|\| Typ- und Registerinformationen
	\|-		\|-
	\|F \|\| ChError \|\| RAM ro \|\| record \|\| Fehlerstatus		\|F \|\| ChError \|\| RAM ro \|\| record \|\| Fehlerstatus
	\|}		\|}
	Wie in der obigen Tabelle zu sehen ist, wurde die Grundstruktur eines ''Channels'' im Standard festgeschrieben. Der Service-Channel beinhaltet die ersten 16 SWNo mit fixierter Typisierung. Durch diesen Channel sind unbekannte P-NET-Teilnehmer über den Bus zu identifizieren. Unabhängig von seiner speziellen Funktionen muss jedes P-NET-Modul einen Service-Channels besitzen. In der nachfolgenden Tabelle sind alle zwingenden Einträge eines Service-Channels aufgelistet und kurz erläutert.		Wie in der obigen Tabelle zu sehen ist, wurde die Grundstruktur eines ''Channels'' im Standard festgeschrieben. Der Service-Channel beinhaltet die ersten 16 SWNo mit fixierter Typisierung. Durch diesen Channel sind unbekannte P-NET-Teilnehmer über den Bus zu identifizieren. Unabhängig von seiner speziellen Funktionen muss jedes P-NET-Modul einen Service-Channels besitzen. In der nachfolgenden Tabelle sind alle zwingenden Einträge eines Service-Channels aufgelistet und kurz erläutert.

Formatierer: typo

2018-11-25T07:52:18Z

typo

← Nächstältere Version		Version vom 25. November 2018, 09:52 Uhr
Zeile 10:		Zeile 10:
	In der Abbildung ist die P-NET-Telegrammstruktur und der Aufbau eines Zeichens dargestellt. Es handelt sich hierbei um ein 9-Bit-Data-UART-Zeichen mit einem Startbit (logisch 0) und einem Stoppbit (logisch 1). Zusätzlich zu den 8 Datenbits wird vor dem Stoppbit noch das A/D-Bit eingefügt, dass der Erkennung des ersten Adressbytes dient (A/D=1) und damit gleichzeitig den Beginn eines Frames kennzeichnet. Dieses Bit dient also der Unterscheidung von Adress- bzw. Datenbytes. Das Telegramm beginnt immer mit dem Adressfeld von 2 bis 24 Bytes Länge. Danach schließt sich ein Control/Status-Feld von einem Byte Länge an. Dieses Byte beinhaltet im Request-Frame die Kodierung des Schicht-7-Dienstes und im Response-Frame die entsprechende Fehlerinformation. Das Byte Informationslänge kodiert im Anforderungstelegramm die Länge der Nutzdaten und die Art der Adressierung. In diesem Fall geben die Bits 0 bis 5 Auskunft über die Länge der Information, Bit 6 gibt an, ob eine Offsetkodierung vorliegt und Bit 7 gibt schließlich Auskunft darüber, ob die nachfolgende ''Softwire-Number'' (SWNo) 2 oder 4 Byte lang ist. Das nachfolgende Informationsfeld selbst enthält den Verweis auf die anzusprechende Variable sowie die eventuell zu übertragenen Daten. Die Datensicherung erfolgt mittels Prüfsummenverfahren, wobei das Sicherungsfeld das Zweierkomplement der errechneten Prüfsumme enthält. Für spezielle Anwendungen existiert eine Protokollvariante mit 2-Byte-[[Cyclic Redundancy Check\|CRC]]-Sicherung.		In der Abbildung ist die P-NET-Telegrammstruktur und der Aufbau eines Zeichens dargestellt. Es handelt sich hierbei um ein 9-Bit-Data-UART-Zeichen mit einem Startbit (logisch 0) und einem Stoppbit (logisch 1). Zusätzlich zu den 8 Datenbits wird vor dem Stoppbit noch das A/D-Bit eingefügt, dass der Erkennung des ersten Adressbytes dient (A/D=1) und damit gleichzeitig den Beginn eines Frames kennzeichnet. Dieses Bit dient also der Unterscheidung von Adress- bzw. Datenbytes. Das Telegramm beginnt immer mit dem Adressfeld von 2 bis 24 Bytes Länge. Danach schließt sich ein Control/Status-Feld von einem Byte Länge an. Dieses Byte beinhaltet im Request-Frame die Kodierung des Schicht-7-Dienstes und im Response-Frame die entsprechende Fehlerinformation. Das Byte Informationslänge kodiert im Anforderungstelegramm die Länge der Nutzdaten und die Art der Adressierung. In diesem Fall geben die Bits 0 bis 5 Auskunft über die Länge der Information, Bit 6 gibt an, ob eine Offsetkodierung vorliegt und Bit 7 gibt schließlich Auskunft darüber, ob die nachfolgende ''Softwire-Number'' (SWNo) 2 oder 4 Byte lang ist. Das nachfolgende Informationsfeld selbst enthält den Verweis auf die anzusprechende Variable sowie die eventuell zu übertragenen Daten. Die Datensicherung erfolgt mittels Prüfsummenverfahren, wobei das Sicherungsfeld das Zweierkomplement der errechneten Prüfsumme enthält. Für spezielle Anwendungen existiert eine Protokollvariante mit 2-Byte-[[Cyclic Redundancy Check\|CRC]]-Sicherung.

	Das Adressfeld eines P-NET-Telegramms enthält die Adresse eines Busmoduls, die einfach oder komplex aufgebaut sein kann. Die Datenbits 0 bis 6 enthalten dabei die eigentliche Adresse. Das Bit 7 dient der Unterscheidung von Ziel- und Quelladressen. Als Adressen sind Werte von 1 bis 125 zugelassen. Die Adressen 0 und 127 sind reserviert. Die Adresse 126 dient als ~~Rundspruchadressse~~ ({{lang\|en\|Broadcasting}}). Eine einfache Adresse kennzeichnet ein Busmodul im gleichen Segment und ist als ein Byte kodiert. Eine komplexe Adresse wird zur Adressierung von Busmodulen in entfernten Netzen genutzt und ist aus einer Folge von Adressbytes aufgebaut.		Das Adressfeld eines P-NET-Telegramms enthält die Adresse eines Busmoduls, die einfach oder komplex aufgebaut sein kann. Die Datenbits 0 bis 6 enthalten dabei die eigentliche Adresse. Das Bit 7 dient der Unterscheidung von Ziel- und Quelladressen. Als Adressen sind Werte von 1 bis 125 zugelassen. Die Adressen 0 und 127 sind reserviert. Die Adresse 126 dient als Rundspruchadresse ({{lang\|en\|Broadcasting}}). Eine einfache Adresse kennzeichnet ein Busmodul im gleichen Segment und ist als ein Byte kodiert. Eine komplexe Adresse wird zur Adressierung von Busmodulen in entfernten Netzen genutzt und ist aus einer Folge von Adressbytes aufgebaut.

	Die Vergabe des Buszugriffsrechts unter den Master-Modulen wird mittels eines virtuellen Token-Verfahrens gesteuert. Es basiert auf einer Zeitsteuerung und benötigt keine Telegramme zur Token-Weitergabe.		Die Vergabe des Buszugriffsrechts unter den Master-Modulen wird mittels eines virtuellen Token-Verfahrens gesteuert. Es basiert auf einer Zeitsteuerung und benötigt keine Telegramme zur Token-Weitergabe.

KLBot2: Bot: 1 Interwiki-Link(s) nach Wikidata (:d:Q2043494) migriert

2013-04-03T02:35:52Z

Bot: 1 Interwiki-Link(s) nach Wikidata (d:Q2043494) migriert

← Nächstältere Version		Version vom 3. April 2013, 04:35 Uhr
Zeile 1:		Zeile 1:

	'''P-NET''' ist ein multimaster- und multinetfähiges [[Feldbus]]system für den vorrangigen Einsatz in verfahrenstechnischen Prozessen mit mittleren zeitlichen Anforderungen, bei dem Sensoren und Aktoren eines Fertigungsprozesses miteinander verbunden werden. Eine typische P-NET-Installation weist Antwortzeiten bis zu einigen Millisekunden und eine Buslänge bis zu einem Kilometer auf. Der P-NET-Standard ist nach dem [[OSI-Modell\|OSI-Referenzmodell]] definiert. Im Gegensatz zu den meisten Feldbusprotokollen werden bei P-NET neben den Schichten 1 ({{lang\|en\|Physical Layer}}), 2 ({{lang\|en\|Data Link Layer}}) und 7 ({{lang\|en\|Application Layer}}) noch die Schicht 3 ({{lang\|en\|Network Layer}}) und 4 ({{lang\|en\|Transport Layer}}, hier als {{lang\|en\|Service Layer}} bezeichnet) beschrieben.		'''P-NET''' ist ein multimaster- und multinetfähiges [[Feldbus]]system für den vorrangigen Einsatz in verfahrenstechnischen Prozessen mit mittleren zeitlichen Anforderungen, bei dem Sensoren und Aktoren eines Fertigungsprozesses miteinander verbunden werden. Eine typische P-NET-Installation weist Antwortzeiten bis zu einigen Millisekunden und eine Buslänge bis zu einem Kilometer auf. Der P-NET-Standard ist nach dem [[OSI-Modell\|OSI-Referenzmodell]] definiert. Im Gegensatz zu den meisten Feldbusprotokollen werden bei P-NET neben den Schichten 1 ({{lang\|en\|Physical Layer}}), 2 ({{lang\|en\|Data Link Layer}}) und 7 ({{lang\|en\|Application Layer}}) noch die Schicht 3 ({{lang\|en\|Network Layer}}) und 4 ({{lang\|en\|Transport Layer}}, hier als {{lang\|en\|Service Layer}} bezeichnet) beschrieben.

Zeile 100:		Zeile 99:

	[[Kategorie:Feldbus]]		[[Kategorie:Feldbus]]

	[[zh:P-NET]]

Rr2000: +leerzeichen

2013-03-23T08:05:59Z

+leerzeichen

← Nächstältere Version		Version vom 23. März 2013, 10:05 Uhr
Zeile 11:		Zeile 11:
	In der Abbildung ist die P-NET-Telegrammstruktur und der Aufbau eines Zeichens dargestellt. Es handelt sich hierbei um ein 9-Bit-Data-UART-Zeichen mit einem Startbit (logisch 0) und einem Stoppbit (logisch 1). Zusätzlich zu den 8 Datenbits wird vor dem Stoppbit noch das A/D-Bit eingefügt, dass der Erkennung des ersten Adressbytes dient (A/D=1) und damit gleichzeitig den Beginn eines Frames kennzeichnet. Dieses Bit dient also der Unterscheidung von Adress- bzw. Datenbytes. Das Telegramm beginnt immer mit dem Adressfeld von 2 bis 24 Bytes Länge. Danach schließt sich ein Control/Status-Feld von einem Byte Länge an. Dieses Byte beinhaltet im Request-Frame die Kodierung des Schicht-7-Dienstes und im Response-Frame die entsprechende Fehlerinformation. Das Byte Informationslänge kodiert im Anforderungstelegramm die Länge der Nutzdaten und die Art der Adressierung. In diesem Fall geben die Bits 0 bis 5 Auskunft über die Länge der Information, Bit 6 gibt an, ob eine Offsetkodierung vorliegt und Bit 7 gibt schließlich Auskunft darüber, ob die nachfolgende ''Softwire-Number'' (SWNo) 2 oder 4 Byte lang ist. Das nachfolgende Informationsfeld selbst enthält den Verweis auf die anzusprechende Variable sowie die eventuell zu übertragenen Daten. Die Datensicherung erfolgt mittels Prüfsummenverfahren, wobei das Sicherungsfeld das Zweierkomplement der errechneten Prüfsumme enthält. Für spezielle Anwendungen existiert eine Protokollvariante mit 2-Byte-[[Cyclic Redundancy Check\|CRC]]-Sicherung.		In der Abbildung ist die P-NET-Telegrammstruktur und der Aufbau eines Zeichens dargestellt. Es handelt sich hierbei um ein 9-Bit-Data-UART-Zeichen mit einem Startbit (logisch 0) und einem Stoppbit (logisch 1). Zusätzlich zu den 8 Datenbits wird vor dem Stoppbit noch das A/D-Bit eingefügt, dass der Erkennung des ersten Adressbytes dient (A/D=1) und damit gleichzeitig den Beginn eines Frames kennzeichnet. Dieses Bit dient also der Unterscheidung von Adress- bzw. Datenbytes. Das Telegramm beginnt immer mit dem Adressfeld von 2 bis 24 Bytes Länge. Danach schließt sich ein Control/Status-Feld von einem Byte Länge an. Dieses Byte beinhaltet im Request-Frame die Kodierung des Schicht-7-Dienstes und im Response-Frame die entsprechende Fehlerinformation. Das Byte Informationslänge kodiert im Anforderungstelegramm die Länge der Nutzdaten und die Art der Adressierung. In diesem Fall geben die Bits 0 bis 5 Auskunft über die Länge der Information, Bit 6 gibt an, ob eine Offsetkodierung vorliegt und Bit 7 gibt schließlich Auskunft darüber, ob die nachfolgende ''Softwire-Number'' (SWNo) 2 oder 4 Byte lang ist. Das nachfolgende Informationsfeld selbst enthält den Verweis auf die anzusprechende Variable sowie die eventuell zu übertragenen Daten. Die Datensicherung erfolgt mittels Prüfsummenverfahren, wobei das Sicherungsfeld das Zweierkomplement der errechneten Prüfsumme enthält. Für spezielle Anwendungen existiert eine Protokollvariante mit 2-Byte-[[Cyclic Redundancy Check\|CRC]]-Sicherung.

	Das Adressfeld eines P-NET-Telegramms enthält die Adresse eines Busmoduls, die einfach oder komplex aufgebaut sein kann. Die Datenbits 0 bis 6 enthalten dabei die eigentliche Adresse. Das Bit 7 dient der Unterscheidung von Ziel-und Quelladressen. Als Adressen sind Werte von 1 bis 125 zugelassen. Die Adressen 0 und 127 sind reserviert. Die Adresse 126 dient als Rundspruchadressse ({{lang\|en\|Broadcasting}}). Eine einfache Adresse kennzeichnet ein Busmodul im gleichen Segment und ist als ein Byte kodiert. Eine komplexe Adresse wird zur Adressierung von Busmodulen in entfernten Netzen genutzt und ist aus einer Folge von Adressbytes aufgebaut.		Das Adressfeld eines P-NET-Telegramms enthält die Adresse eines Busmoduls, die einfach oder komplex aufgebaut sein kann. Die Datenbits 0 bis 6 enthalten dabei die eigentliche Adresse. Das Bit 7 dient der Unterscheidung von Ziel- und Quelladressen. Als Adressen sind Werte von 1 bis 125 zugelassen. Die Adressen 0 und 127 sind reserviert. Die Adresse 126 dient als Rundspruchadressse ({{lang\|en\|Broadcasting}}). Eine einfache Adresse kennzeichnet ein Busmodul im gleichen Segment und ist als ein Byte kodiert. Eine komplexe Adresse wird zur Adressierung von Busmodulen in entfernten Netzen genutzt und ist aus einer Folge von Adressbytes aufgebaut.

	Die Vergabe des Buszugriffsrechts unter den Master-Modulen wird mittels eines virtuellen Token-Verfahrens gesteuert. Es basiert auf einer Zeitsteuerung und benötigt keine Telegramme zur Token-Weitergabe.		Die Vergabe des Buszugriffsrechts unter den Master-Modulen wird mittels eines virtuellen Token-Verfahrens gesteuert. Es basiert auf einer Zeitsteuerung und benötigt keine Telegramme zur Token-Weitergabe.

MorbZ-Bot: Bot: Füge Dateiinformationen hinzu

2013-02-21T16:57:57Z

Bot: Füge Dateiinformationen hinzu

← Nächstältere Version		Version vom 21. Februar 2013, 18:57 Uhr
Zeile 96:		Zeile 96:
	== Weblinks ==		== Weblinks ==
	* [http://www.p-net.dk/ Offizielle P-NET Website der IPUO (''International P-NET User Organization'')]		* [http://www.p-net.dk/ Offizielle P-NET Website der IPUO (''International P-NET User Organization'')]
	* [http://www.p-net.dk/download/590005.pdf P-NET Beschreibung der IPUO in Deutscher Sprache]		* [http://www.p-net.dk/download/590005.pdf P-NET Beschreibung der IPUO in Deutscher Sprache] (PDF-Datei; 1008 kB)
	* [http://www.proces-data.com/P-NET_installguide.html Offizielle Website von ''PROCES-DATA'', einem Hersteller von P-NET Modulen]		* [http://www.proces-data.com/P-NET_installguide.html Offizielle Website von ''PROCES-DATA'', einem Hersteller von P-NET Modulen]

RonMeier: /* P-NET Schicht 1 (Physical Layer) */ Tippfehler

2013-02-14T14:48:27Z

P-NET Schicht 1 (Physical Layer): Tippfehler

← Nächstältere Version		Version vom 14. Februar 2013, 16:48 Uhr
Zeile 5:		Zeile 5:
	=== P-NET Schicht 1 (Physical Layer) ===		=== P-NET Schicht 1 (Physical Layer) ===

	Die physikalische Ebene des P-NET basiert auf dem [[EIA-485\|RS-485]]-Standard von [[Electronic Industries Association]]. Nur die Verkabelung und der Leitungsabschluss unterscheiden sich davon. Anstelle der notwendigen Abschlusswiderstände wird die geschirmte zweiadrige Leitung zu einem ~~physikalischem~~ Ring geschlossen. Dadurch ist die Nutzung von bis zu 125 Busmodulen mit maximal 32 Mastermodulen je P-NET-Segment möglich. Die [[Datenübertragungsrate]] beträgt konstante 76,8 kbit/s und erfolgt im [[Non Return to Zero\|NRZ]]-Verfahren ({{lang\|en\|No Return to Zero}}).		Die physikalische Ebene des P-NET basiert auf dem [[EIA-485\|RS-485]]-Standard von [[Electronic Industries Association]]. Nur die Verkabelung und der Leitungsabschluss unterscheiden sich davon. Anstelle der notwendigen Abschlusswiderstände wird die geschirmte zweiadrige Leitung zu einem physikalischen Ring geschlossen. Dadurch ist die Nutzung von bis zu 125 Busmodulen mit maximal 32 Mastermodulen je P-NET-Segment möglich. Die [[Datenübertragungsrate]] beträgt konstante 76,8 kbit/s und erfolgt im [[Non Return to Zero\|NRZ]]-Verfahren ({{lang\|en\|No Return to Zero}}).

	=== P-NET Schicht 2 (Data Link Layer) ===		=== P-NET Schicht 2 (Data Link Layer) ===

RobTorgel: QS entfernt. Keine wirkliche Beanstandung

2012-07-31T08:08:17Z

QS entfernt. Keine wirkliche Beanstandung

← Nächstältere Version		Version vom 31. Juli 2012, 10:08 Uhr
Zeile 1:		Zeile 1:
	{{QS-Informatik\|Knacknüsse=ja\|Wikifizierung und OMA-Test --[[Benutzer:Crazy1880\|Crazy1880]] 22:07, 3. Sep. 2010 (CEST)}}

	'''P-NET''' ist ein multimaster- und multinetfähiges [[Feldbus]]system für den vorrangigen Einsatz in verfahrenstechnischen Prozessen mit mittleren zeitlichen Anforderungen, bei dem Sensoren und Aktoren eines Fertigungsprozesses miteinander verbunden werden. Eine typische P-NET-Installation weist Antwortzeiten bis zu einigen Millisekunden und eine Buslänge bis zu einem Kilometer auf. Der P-NET-Standard ist nach dem [[OSI-Modell\|OSI-Referenzmodell]] definiert. Im Gegensatz zu den meisten Feldbusprotokollen werden bei P-NET neben den Schichten 1 ({{lang\|en\|Physical Layer}}), 2 ({{lang\|en\|Data Link Layer}}) und 7 ({{lang\|en\|Application Layer}}) noch die Schicht 3 ({{lang\|en\|Network Layer}}) und 4 ({{lang\|en\|Transport Layer}}, hier als {{lang\|en\|Service Layer}} bezeichnet) beschrieben.		'''P-NET''' ist ein multimaster- und multinetfähiges [[Feldbus]]system für den vorrangigen Einsatz in verfahrenstechnischen Prozessen mit mittleren zeitlichen Anforderungen, bei dem Sensoren und Aktoren eines Fertigungsprozesses miteinander verbunden werden. Eine typische P-NET-Installation weist Antwortzeiten bis zu einigen Millisekunden und eine Buslänge bis zu einem Kilometer auf. Der P-NET-Standard ist nach dem [[OSI-Modell\|OSI-Referenzmodell]] definiert. Im Gegensatz zu den meisten Feldbusprotokollen werden bei P-NET neben den Schichten 1 ({{lang\|en\|Physical Layer}}), 2 ({{lang\|en\|Data Link Layer}}) und 7 ({{lang\|en\|Application Layer}}) noch die Schicht 3 ({{lang\|en\|Network Layer}}) und 4 ({{lang\|en\|Transport Layer}}, hier als {{lang\|en\|Service Layer}} bezeichnet) beschrieben.

188.194.75.31 am 31. Dezember 2011 um 13:42 Uhr

2011-12-31T13:42:29Z

← Nächstältere Version		Version vom 31. Dezember 2011, 15:42 Uhr
Zeile 97:		Zeile 97:
	== Weblinks ==		== Weblinks ==
	* [http://www.p-net.dk/ Offizielle P-NET Website der IPUO (''International P-NET User Organization'')]		* [http://www.p-net.dk/ Offizielle P-NET Website der IPUO (''International P-NET User Organization'')]
			* [http://www.p-net.dk/download/590005.pdf P-NET Beschreibung der IPUO in Deutscher Sprache]
	* [http://www.proces-data.com/P-NET_installguide.html Offizielle Website von ''PROCES-DATA'', einem Hersteller von P-NET Modulen]		* [http://www.proces-data.com/P-NET_installguide.html Offizielle Website von ''PROCES-DATA'', einem Hersteller von P-NET Modulen]

HiW-Bot: HiW-Bot:Typos, , Schreibweise:muß → muss mit AWB

2011-08-15T23:53:11Z

HiW-Bot:Typos, , Schreibweise:muß → muss mit AWB

← Nächstältere Version		Version vom 16. August 2011, 01:53 Uhr
Zeile 6:		Zeile 6:
	=== P-NET Schicht 1 (Physical Layer) ===		=== P-NET Schicht 1 (Physical Layer) ===

	Die physikalische Ebene des P-NET basiert auf dem [[EIA-485\|RS-485]]-Standard von [[Electronic Industries Association]]. Nur die Verkabelung und der Leitungsabschluss unterscheiden sich davon. Anstelle der notwendigen Abschlusswiderstände wird die geschirmte zweiadrige Leitung zu einem physikalischem Ring geschlossen. Dadurch ist die Nutzung von bis zu 125 Busmodulen mit maximal 32 Mastermodulen je P-NET-Segment möglich. Die [[Datenübertragungsrate]] beträgt konstante 76,8 kbit/s und erfolgt im [[~~Non_Return_to_Zero~~\|NRZ]]-Verfahren ({{lang\|en\|No Return to Zero}}).		Die physikalische Ebene des P-NET basiert auf dem [[EIA-485\|RS-485]]-Standard von [[Electronic Industries Association]]. Nur die Verkabelung und der Leitungsabschluss unterscheiden sich davon. Anstelle der notwendigen Abschlusswiderstände wird die geschirmte zweiadrige Leitung zu einem physikalischem Ring geschlossen. Dadurch ist die Nutzung von bis zu 125 Busmodulen mit maximal 32 Mastermodulen je P-NET-Segment möglich. Die [[Datenübertragungsrate]] beträgt konstante 76,8 kbit/s und erfolgt im [[Non Return to Zero\|NRZ]]-Verfahren ({{lang\|en\|No Return to Zero}}).

	=== P-NET Schicht 2 (Data Link Layer) ===		=== P-NET Schicht 2 (Data Link Layer) ===
	[[Datei:~~PNT_Layer2~~.jpg\|miniatur\|rechts\|P-NET Schicht 2]]		[[Datei:PNT Layer2.jpg\|miniatur\|rechts\|P-NET Schicht 2]]
	In der Abbildung ist die P-NET-Telegrammstruktur und der Aufbau eines Zeichens dargestellt. Es handelt sich hierbei um ein 9-Bit-Data-UART-Zeichen mit einem Startbit (logisch 0) und einem Stoppbit (logisch 1). Zusätzlich zu den 8 Datenbits wird vor dem Stoppbit noch das A/D-Bit eingefügt, dass der Erkennung des ersten Adressbytes dient (A/D=1) und damit gleichzeitig den Beginn eines Frames kennzeichnet. Dieses Bit dient also der Unterscheidung von Adress- bzw. Datenbytes. Das Telegramm beginnt immer mit dem Adressfeld von 2 bis 24 Bytes Länge. Danach schließt sich ein Control/Status-Feld von einem Byte Länge an. Dieses Byte beinhaltet im Request-Frame die Kodierung des Schicht-7-Dienstes und im Response-Frame die entsprechende Fehlerinformation. Das Byte Informationslänge kodiert im Anforderungstelegramm die Länge der Nutzdaten und die Art der Adressierung. In diesem Fall geben die Bits 0 bis 5 Auskunft über die Länge der Information, Bit 6 gibt an, ob eine Offsetkodierung vorliegt und Bit 7 gibt schließlich Auskunft darüber, ob die nachfolgende ''Softwire-Number'' (SWNo) 2 oder 4 Byte lang ist. Das nachfolgende Informationsfeld selbst enthält den Verweis auf die anzusprechende Variable sowie die eventuell zu übertragenen Daten. Die Datensicherung erfolgt mittels Prüfsummenverfahren, wobei das Sicherungsfeld das Zweierkomplement der errechneten Prüfsumme enthält. Für spezielle Anwendungen existiert eine Protokollvariante mit 2-Byte-[[~~Cyclic_Redundancy_Check~~\|CRC]]-Sicherung.		In der Abbildung ist die P-NET-Telegrammstruktur und der Aufbau eines Zeichens dargestellt. Es handelt sich hierbei um ein 9-Bit-Data-UART-Zeichen mit einem Startbit (logisch 0) und einem Stoppbit (logisch 1). Zusätzlich zu den 8 Datenbits wird vor dem Stoppbit noch das A/D-Bit eingefügt, dass der Erkennung des ersten Adressbytes dient (A/D=1) und damit gleichzeitig den Beginn eines Frames kennzeichnet. Dieses Bit dient also der Unterscheidung von Adress- bzw. Datenbytes. Das Telegramm beginnt immer mit dem Adressfeld von 2 bis 24 Bytes Länge. Danach schließt sich ein Control/Status-Feld von einem Byte Länge an. Dieses Byte beinhaltet im Request-Frame die Kodierung des Schicht-7-Dienstes und im Response-Frame die entsprechende Fehlerinformation. Das Byte Informationslänge kodiert im Anforderungstelegramm die Länge der Nutzdaten und die Art der Adressierung. In diesem Fall geben die Bits 0 bis 5 Auskunft über die Länge der Information, Bit 6 gibt an, ob eine Offsetkodierung vorliegt und Bit 7 gibt schließlich Auskunft darüber, ob die nachfolgende ''Softwire-Number'' (SWNo) 2 oder 4 Byte lang ist. Das nachfolgende Informationsfeld selbst enthält den Verweis auf die anzusprechende Variable sowie die eventuell zu übertragenen Daten. Die Datensicherung erfolgt mittels Prüfsummenverfahren, wobei das Sicherungsfeld das Zweierkomplement der errechneten Prüfsumme enthält. Für spezielle Anwendungen existiert eine Protokollvariante mit 2-Byte-[[Cyclic Redundancy Check\|CRC]]-Sicherung.

	Das Adressfeld eines P-NET-Telegramms enthält die Adresse eines Busmoduls, die einfach oder komplex aufgebaut sein kann. Die Datenbits 0 bis 6 enthalten dabei die eigentliche Adresse. Das Bit 7 dient der Unterscheidung von Ziel-und Quelladressen. Als Adressen sind Werte von 1 bis 125 zugelassen. Die Adressen 0 und 127 sind reserviert. Die Adresse 126 dient als Rundspruchadressse ({{lang\|en\|Broadcasting}}). Eine einfache Adresse kennzeichnet ein Busmodul im gleichen Segment und ist als ein Byte kodiert. Eine komplexe Adresse wird zur Adressierung von Busmodulen in entfernten Netzen genutzt und ist aus einer Folge von Adressbytes aufgebaut.		Das Adressfeld eines P-NET-Telegramms enthält die Adresse eines Busmoduls, die einfach oder komplex aufgebaut sein kann. Die Datenbits 0 bis 6 enthalten dabei die eigentliche Adresse. Das Bit 7 dient der Unterscheidung von Ziel-und Quelladressen. Als Adressen sind Werte von 1 bis 125 zugelassen. Die Adressen 0 und 127 sind reserviert. Die Adresse 126 dient als Rundspruchadressse ({{lang\|en\|Broadcasting}}). Eine einfache Adresse kennzeichnet ein Busmodul im gleichen Segment und ist als ein Byte kodiert. Eine komplexe Adresse wird zur Adressierung von Busmodulen in entfernten Netzen genutzt und ist aus einer Folge von Adressbytes aufgebaut.
Zeile 17:		Zeile 17:

	=== P-NET Schicht 3 (Network Layer) ===		=== P-NET Schicht 3 (Network Layer) ===
	[[Datei:~~PNT_Layer3~~.jpg\|miniatur\|rechts\|P-NET Schicht 3]]		[[Datei:PNT Layer3.jpg\|miniatur\|rechts\|P-NET Schicht 3]]
	Die Hauptaufgaben der Schicht 3 sind der Transport der Daten von der Schicht 2 zur Schicht 4 und die Realisierung der Gatewayfunktionalität. In der Abbildung ist der prinzipielle Ablauf der Kommunikation über ein [[~~Gateway_~~(Informatik)\|''Gateway'']] dargestellt. Hierbei sendet jedes ''Gateway'' nach Empfang eines Request-Telegramms, das an ein anderes Netz adressiert ist, ein Response-Telegramm mit der Kodierung {{lang\|en\|''Answer Comes Later''}} zurück. Dieses Verhalten ist notwendig, um dem Prinzip der ''Immediate Response'' zu genügen. Der [[Client-Server-Modell\|''Client'']] geht daraufhin in Warteposition, bis er ein zugehöriges Antworttelegramm empfängt. Das ''Gateway'' führt die lt. P-NET-Standard notwendige Adresskonvertierung durch und leitet das ''Request-Telegramm'' zum ''Server'' weiter. Das Antworttelegramm wird im ''Server'' generiert und als ''Response-Telegramm'' zum ''Gateway'' zurückgeschickt. Das ''Gateway'' kodiert nach dem Erhalt des Antworttelegramms durch den ''Server'' die eigentliche ''Response'' an den ''Client.''		Die Hauptaufgaben der Schicht 3 sind der Transport der Daten von der Schicht 2 zur Schicht 4 und die Realisierung der Gatewayfunktionalität. In der Abbildung ist der prinzipielle Ablauf der Kommunikation über ein [[Gateway (Informatik)\|''Gateway'']] dargestellt. Hierbei sendet jedes ''Gateway'' nach Empfang eines Request-Telegramms, das an ein anderes Netz adressiert ist, ein Response-Telegramm mit der Kodierung {{lang\|en\|''Answer Comes Later''}} zurück. Dieses Verhalten ist notwendig, um dem Prinzip der ''Immediate Response'' zu genügen. Der [[Client-Server-Modell\|''Client'']] geht daraufhin in Warteposition, bis er ein zugehöriges Antworttelegramm empfängt. Das ''Gateway'' führt die lt. P-NET-Standard notwendige Adresskonvertierung durch und leitet das ''Request-Telegramm'' zum ''Server'' weiter. Das Antworttelegramm wird im ''Server'' generiert und als ''Response-Telegramm'' zum ''Gateway'' zurückgeschickt. Das ''Gateway'' kodiert nach dem Erhalt des Antworttelegramms durch den ''Server'' die eigentliche ''Response'' an den ''Client.''

	=== P-NET Schicht 4 (Transport Layer, bei P-NET als Service Layer bezeichnet) ===		=== P-NET Schicht 4 (Transport Layer, bei P-NET als Service Layer bezeichnet) ===

	Die Schicht 4 umfasst zwei verschiedene [[Task]]s. Die erste beinhaltet den P-NET-Service, der Daten in den internen Speicher schreibt bzw. herausließt oder eine Anfrage zurück leitet, falls die Variable in einem anderen Modul abgelegt ist. Die zweite Task enthält Details über alle Abfragen, die ausgesandt wurden, jedoch noch auf eine Antwort warten. Wenn die Antwort eintrifft, wird sie zur anfordernden Applikations-Task zurückgesandt. Deshalb wird die Adresse jeder Variablen in einer Liste (''Softwire-List'') abgelegt. Jedem Eintrag dieser Liste ist eine eindeutige Nummer zugeordnet, die ''Softwire-Number''. Der Zugriff auf eine Variable erfolgt unter Verwendung ihrer ''Softwire-Number'' (SWNo). Das hat den Vorteil, dass die physikalische Adresse einer Variablen nicht bekannt sein muss und die Nutzung verschiedener Speichermedien ([[Random-~~Access_Memory~~\|RAM]], [[Festwertspeicher\|ROM]], [[EEPROM]]) mit diesem Modell garantiert.		Die Schicht 4 umfasst zwei verschiedene [[Task]]s. Die erste beinhaltet den P-NET-Service, der Daten in den internen Speicher schreibt bzw. herausließt oder eine Anfrage zurück leitet, falls die Variable in einem anderen Modul abgelegt ist. Die zweite Task enthält Details über alle Abfragen, die ausgesandt wurden, jedoch noch auf eine Antwort warten. Wenn die Antwort eintrifft, wird sie zur anfordernden Applikations-Task zurückgesandt. Deshalb wird die Adresse jeder Variablen in einer Liste (''Softwire-List'') abgelegt. Jedem Eintrag dieser Liste ist eine eindeutige Nummer zugeordnet, die ''Softwire-Number''. Der Zugriff auf eine Variable erfolgt unter Verwendung ihrer ''Softwire-Number'' (SWNo). Das hat den Vorteil, dass die physikalische Adresse einer Variablen nicht bekannt sein muss und die Nutzung verschiedener Speichermedien ([[Random-Access Memory\|RAM]], [[Festwertspeicher\|ROM]], [[EEPROM]]) mit diesem Modell garantiert.

	=== P-NET Schicht 7 (Application Layer) ===		=== P-NET Schicht 7 (Application Layer) ===
Zeile 69:		Zeile 69:
	\|F \|\| ChError \|\| RAM ro \|\| record \|\| Fehlerstatus		\|F \|\| ChError \|\| RAM ro \|\| record \|\| Fehlerstatus
	\|}		\|}
	Wie in der obigen Tabelle zu sehen ist, wurde die Grundstruktur eines ''Channels'' im Standard festgeschrieben. Der Service-Channel beinhaltet die ersten 16 SWNo mit fixierter Typisierung. Durch diesen Channel sind unbekannte P-NET-Teilnehmer über den Bus zu identifizieren. Unabhängig von seiner speziellen Funktionen ~~muß~~ jedes P-NET-Modul einen Service-Channels besitzen. In der nachfolgenden Tabelle sind alle zwingenden Einträge eines Service-Channels aufgelistet und kurz erläutert.		Wie in der obigen Tabelle zu sehen ist, wurde die Grundstruktur eines ''Channels'' im Standard festgeschrieben. Der Service-Channel beinhaltet die ersten 16 SWNo mit fixierter Typisierung. Durch diesen Channel sind unbekannte P-NET-Teilnehmer über den Bus zu identifizieren. Unabhängig von seiner speziellen Funktionen muss jedes P-NET-Modul einen Service-Channels besitzen. In der nachfolgenden Tabelle sind alle zwingenden Einträge eines Service-Channels aufgelistet und kurz erläutert.

	{\| class="wikitable"		{\| class="wikitable"