-> Hier kostenlos registrieren
Kommunikation -> Buffer overflow -> 317 <-DP-> 417 zur entlasung CP der 471
Hallo Forum,
ich habe folgendes Problem: Die Last einer unserer 417H CPs ist so hoch, das uns einige Telegramme die wir von einem Prozessleitsystem zur 417 CP senden den Puffer zum überlaufen bringen. Da wir auf der CP ein sehr hohes Datenaufkommen haben, möchten wir irgend versuchen den CP zu entlasten.
Idee: Kommunikation von PLS System zur 417H über eine 317 mit Hilfe von Profibus. Problem hierbei die Datenmenge ist begrenzt wir benötigen min 790Byte. So wie ich gesehen habe sind maximal 250byte drin.
Versuche die wir sonst so unternommen haben:
1. Statt nur einer CP pro CPU haben wir zwei genommen, so das wir einen größeren Puffer haben. Aber nach wie vor hat die Abarbeitungszeit der CPU um den Puffer auszulesen nicht ausgereicht, so das auch dort der Speicher übergelaufen sind.
2. Erhöhung des Prozentualen Anteils der Rechenkapazität von Standard 20% bis auf 45% -> folge davon, dass die Zykluszeit im mittel >500ms ging, was nicht zu tolerieren ist.
3. Trennen der Redundanten Steuerung -> Führte zum erfolg!! Keine Pakete wurden verworfen und dass über mehrere Tage hinweg.
Habt Ihr vielleicht noch eine gute Idee?
Grüße Rdata
Hallo Forum,
ich habe folgendes Problem: Die Last einer unserer 417H CPs ist so hoch, das uns einige Telegramme die wir von einem Prozessleitsystem zur 417 CP senden den Puffer zum überlaufen bringen. Da wir auf der CP ein sehr hohes Datenaufkommen haben, möchten wir irgend versuchen den CP zu entlasten.
Idee: Kommunikation von PLS System zur 417H über eine 317 mit Hilfe von Profibus. Problem hierbei die Datenmenge ist begrenzt wir benötigen min 790Byte. So wie ich gesehen habe sind maximal 250byte drin.
Versuche die wir sonst so unternommen haben:
1. Statt nur einer CP pro CPU haben wir zwei genommen, so das wir einen größeren Puffer haben. Aber nach wie vor hat die Abarbeitungszeit der CPU um den Puffer auszulesen nicht ausgereicht, so das auch dort der Speicher übergelaufen sind.
2. Erhöhung des Prozentualen Anteils der Rechenkapazität von Standard 20% bis auf 45% -> folge davon, dass die Zykluszeit im mittel >500ms ging, was nicht zu tolerieren ist.
3. Trennen der Redundanten Steuerung -> Führte zum erfolg!! Keine Pakete wurden verworfen und dass über mehrere Tage hinweg.
Habt Ihr vielleicht noch eine gute Idee?
Grüße Rdata
