Bambusbieger
Level-2
- Beiträge
- 7
- Reaktionspunkte
- 0
-> Hier kostenlos registrieren
Hallo Zusammen
im Rahmen meiner Masterarbeit habe ich einen Profisafe-Treiber (Profisafe v2 Protokoll) geschrieben mit dem es möglich ist Safety-Baugruppen (wie z.B. ET200s) über eine Feldbussimulation zu simulieren. Ab einer gewissen Anzahl an Safety-Baugruppen stoße ich bei der 319F-3 PN/DP jedoch auf folgendes Problem.
Zum Testen des Treibers simuliere ich insgesamt 19 Safety-Baugruppen für eine 319F-3 PN/DP. Das funktioniert für die ersten 18 Safety-Baugruppen auch einwandfrei. Die 19te Safety-Baugruppe geht jedoch nach kurzer Zeit in die Passivierung.
Wenn ich den Projektumfang reduziere und von den ersten 18 Safety-Baugruppen ein paar entferne funktioniert die ursprünglich 19te Safety-Baugruppe. Es liegt also nicht an der Baugruppe ansich. Auf einer zweiten Baugleichen 319F-3 PN/DP tritt das Problem gleichermaßen auf so dass ein Defekt o.ä. auszuschließen ist. Nutze ich zum Testen des Treibers eine 414F-3 PN/DP, funktionieren alle 19 Safety-Baugruppen einwandfrei , so dass ich einen Bug im selbsterstellten Profisafe-Treiber ausschließen kann.
Kann es sein, dass die 319er schlicht zu schwach ist um all die notwendigen CRC-Summen aller 19 Safety-Baugruppen zu berechnen? Sind beim Profisafe v2 Protokoll immerhin 19 * 3 Byte an CRC-Summen. In den Siemens Datenblättern konnte ich hierzu leider nichts finden. Die Zykluszeit fürs Profinet lieg bei 1 ms.
im Rahmen meiner Masterarbeit habe ich einen Profisafe-Treiber (Profisafe v2 Protokoll) geschrieben mit dem es möglich ist Safety-Baugruppen (wie z.B. ET200s) über eine Feldbussimulation zu simulieren. Ab einer gewissen Anzahl an Safety-Baugruppen stoße ich bei der 319F-3 PN/DP jedoch auf folgendes Problem.
Zum Testen des Treibers simuliere ich insgesamt 19 Safety-Baugruppen für eine 319F-3 PN/DP. Das funktioniert für die ersten 18 Safety-Baugruppen auch einwandfrei. Die 19te Safety-Baugruppe geht jedoch nach kurzer Zeit in die Passivierung.
Wenn ich den Projektumfang reduziere und von den ersten 18 Safety-Baugruppen ein paar entferne funktioniert die ursprünglich 19te Safety-Baugruppe. Es liegt also nicht an der Baugruppe ansich. Auf einer zweiten Baugleichen 319F-3 PN/DP tritt das Problem gleichermaßen auf so dass ein Defekt o.ä. auszuschließen ist. Nutze ich zum Testen des Treibers eine 414F-3 PN/DP, funktionieren alle 19 Safety-Baugruppen einwandfrei , so dass ich einen Bug im selbsterstellten Profisafe-Treiber ausschließen kann.
Kann es sein, dass die 319er schlicht zu schwach ist um all die notwendigen CRC-Summen aller 19 Safety-Baugruppen zu berechnen? Sind beim Profisafe v2 Protokoll immerhin 19 * 3 Byte an CRC-Summen. In den Siemens Datenblättern konnte ich hierzu leider nichts finden. Die Zykluszeit fürs Profinet lieg bei 1 ms.