04.08.2020 17:55 | |
Beigetreten: 24.10.2016 Letzter Bes: 12.10.2021 Beiträge: 55 Bewertung:
|
Hallo Leute, mein Name ist Basti und ich bin aktuell Master-Student an der FH Magdeburg. Im Rahmen eines Studierenden-Projektes haben wir im letzten Semester den Weg zu einem "Leistungsprüfstand" vorbereitet. Was heißt das? Wir wollen hier eine Anlage errichten, mit der man kleine / mittlere Antriebe verschiedenster Natur testen und vermessen können soll. Aktuell stehen dafür 2 Kinder-GoKart-Chassis zur Verfügung, wobei eines einen HONDA GX200 Rasenmähermotor hat und das andere soll zukünftig mal einen BOSCH E-Strang angebastelt bekommen. Ein Kommilitone und ich haben im letzten Semester ein Konzept geplant und realisiert, was sich mit dem Schaltschrank zu dieser Anlage befasst. In diesem Schaltschrank ist feine SIEMENS Technik verbaut (vgl. "Bestellliste_Prüfstand_edit.xlsx). Zu den Kern Komponenten gehören die CPU1516-3PN/DP, die CU320-2PN, der IPC377E-15", die Rückspeiseeinheit S120 SmartLineModul mit Netzfilter und Netzdrossel und 2 x S120 Single Motor Module. Die Komponenten steuern über PROFNET und DRIVE CLIQ die beiden Servo Synchron Motoren 1FT7084-5SC70-1BG0 an. Soweit so gut. Leider kann ich kein zusätzliches Bild hochladen, weil man irgendwie nur eine Datei anhängen kann. Der Prüfstand soll so funktionieren, dass Studierende im Rahmen von Laborpraktika z. B. draußen auf dem Campus Fahrzyklen aufnehmen (z. B. Beschleunigungsfahrten oder Drehzahl-Drehmoment-Verläufe). Später im Laborraum soll man diese gesammelten Daten z. B. per CANBus an die Steuerung im Schaltschrank übertragen können. Man soll dann in der Lage sein diese im Feld eingefahrenen Daten am Prüfstand mit Hilfe der Servomotoren als Last zu reproduzieren, damit im Labor z. B. Veränderung vergleichbar auf ihre Wirkungen hin untersucht werden können. Das Kart / die Karts werden noch mit Messtechnik für Drehzahl- und Drehmomentmessung ausgestattet. Am Prüfstand erfolgt die Messung a) mittels zusätzlicher Drehmomentmesswellen als Zweitmeinung b) durch die Servomotoren und ihre übertragenen Prozessdaten Rein mechanisch stehen sich die beiden Servomotoren gegenüber. Sie sollen auf stabile C-Prifil Halfenschienen axial verschiebbar sein um auf Spurweiten flexibel reagieren zu können. An den Servowellen sind Metallbalgkupplungen, dann die Drehmomentmesswellen, dann wieder Metallbalgkupplungen und dann Radnahmenflansche (Drehteile) montiert. Dazwischen kommt das das zu untersuchende Test-Kart, bei dem die Räder abmontiert sind und die man an die Radnabenflansche schrauben kann. Das Kart wird auf dem Prüfstand also an der Antriebsachse aufgehangen (Stehlagerkonstruktion bei den Radnabenflanschen) und es soll die Radleistung gemessen werden. Bisher ist das ganze Prjekt noch nicht ganz so weit. Wir haben den Schaltschrank errichtet und eine Behelfskonstruktion aus Altanlagen zusammengeschoben, bei der sich die beiden Servo-Motoren gegenüberstehen. In unserem Testprojekt vom letzten Semester waren wir in der Lage in TIA die Motoren mit Hilfe von Technologieobjekten und den Motion Control Bausteinen wie Infeed, Move_Jog etc anzusteuern. Wir haben z. B. einem Motor ein Profil der Solldrehzahl vorgegeben und dem anderen Motor die Solldrehzahl 0 gegeben, sodass wir dann ein Moment mit einem erzeugt haben und das gleiche oder ähnliches mit dem Abtriebsmotor gemessen haben. Eine richtige Validierung ist das jedoch noch nicht. Der Ausbau und die Weiterentwicklung der Anlage ist Bestandteil meines Masterprojektes. Ich versuche nun gleichzeitig auch ein neuen Laborversuch für die Studierenden zu entwickeln. In diesem sollen sie die Inbetriebnahme des aufgebauten Schaltschrankes mit Hilfe der modernen TIA Programmierung nachempfinden mit so wenig wie möglich Parameterschubserei (weil sie diese Art der Programmierung in bereits bestehende andere Laborversuche erlernen / kjennenlernen). Ich versuche nun krampfhaft unser Projekt vom letzten Semester nachzubauen bzw sehr sehr abgespeckt und Schritt für Schritt vorzugehen, sodass ich das kommentieren kann und daraus eine Anleitung erstellen kann. Für diesen Laborversuch soll e erst einmal nur das Ziel sein.. - die Hardwarekonfiguration sauber zu erledigen - Adressräume (IP / PN) zu prjektieren - TOs anzulegen und Telegramme auswählen - die Inbetriebnahmefunktion der TOs zu benutzen und die Geber / Motordaten zu aktualisieren - ein simples Programm zu schreiben, womit man z. B. eine 3 oder 4 stufige Drehzahlrampe auf dem Motor 1 gibt, der mechanisch mit dem Motor 2 gekoppelt ist. Im ersten Schritt darf er dabei sein Maximalmoment aufbringen, um die Bewegung zu erzeugen. Der Motor 2 soll die Solldrehzahl 0 1/min haben und dabei das Gegenmoment erzeugen (z. B. erst einmal ein statisches Gegenmoment). - dazu eine simple Visualisierung programmieren mit einem Diagramm und den jeweiligen Verläufen Drehmoment über Drehzahl Wiegesagt versuche ich das gerade nachzuempfinden und genauso aufzubauen. Aktuell habe ich die Hardwareconfig erledigt. Die CU erhält das Telegramm 390, die Einspeisung 370, und die SMMs jeweils 105. Auf eine Telegramm erweiterung zum Übertragen der Drehmomente habe ich jetzt erst einmal verzichtet (das hatten wir in unserem Programm vom letzten Semester so gelöst) um mich Stück für Stück zu nähern. Ich habe ein TO erstellt in dem Motor 1 eine Positionierachse ist (theretisch reicht auch eine Speedachse aus, aber das führte zu noch mehr Fehler). Es ist noch kein Programmbaustein geschrieben. Alles ganz nackisch. Ich habe nun das Problem, dass ich die Inbetriebnahmefunktion der TOs z. B. einfach nicht benutzen kann, um wenigstens mal zu sehen, ob sich was drehen kann, wenn ich mit dem Programmieren weitermache. Aktuelle Fehlermeldungen im Diagnosepuffer der CPU ind z. B. Ausfall eines IO Devices -> quittiert sich selbst irgendwann Bei der CU treten immer mal Zeitüberschreitungen a la Timouts auf, die ich in TIA quittieren muss, sonst is die CU immer in Störung. Möchte ich nun weitermachen und die genannte TO Inbetriebnahme aufrufen, drücke ich auf Einspeisehoheit holen, passiert genau nicht und das ohne Fehlermeldung. Im Vergleich zu unserem "früher" funktionierenden Projekt weiß ich einfach nicht mehr, was ich anders gemacht haben soll. Ich weiß wirklich nicht mehr weiter. Ich bin einfach nicht mehr n der Lage mal eben schnell 2 Achsen inbetrieb zu nehmen, so schnell, wie es in den utube Tutorials mit anderen Systemen funktioniert. Theoretisch doch so einfach. HW Config -> TO Config -> IBN Maske und feuer frei Kann einer von euch mal über das Programm drübeschauen und sagen, was ihn stört und ihm auffält. Solche Sachen wie PN-Leitungen am falschen Port angeschlossen kann ich zu 99% ausschließen, weil ich die A nie im Vergleich zum Altprjekt geändert habe und B die Beschriftung auf den Geräten eineindeutig ist und man das nicht falsch Stecken kann. Die PN Adressen haben wir in ein Subnetz gepackt 192.168.10. 1/5/10/15 bei 255.255.255.0 und die Ethernetanschlüsse und Ports haben wir in ein anderes Netz gepackt a la 192.168.50. 1/2/3/4 mit 255.255.255.0 die alle an einem noname Switch bimmeln. Die Prjektdateien lade ich in separate Antworten hoch, weil ich hier komischerweise nur eine Datei anfügen darf. besten Dank im Voraus =) DateianhangBestellliste_Prüfstand_edit.xlsx (189 Downloads) |
04.08.2020 17:56 | |
Beigetreten: 24.10.2016 Letzter Bes: 12.10.2021 Beiträge: 55 Bewertung:
|
Hier ist die Skizze der Mechanik |
04.08.2020 18:05 | |
Beigetreten: 24.10.2016 Letzter Bes: 12.10.2021 Beiträge: 55 Bewertung:
|
Hier ist das relativ funktionierende Altprogramm, was noch erweitert werden muss (spätere aber nicht aktuelle Baustelle - rein informativ hier angefügt) edit 1: na sowas, wie lade ich denn gescheit meine Programm hier hoch. Der eine Prjektfolder ist 34 MB groß edit 2: dann via Dropbox-Link Projekte und Skizze noch einmal unter edit 3: das Projekt, was gerade klemmt, ist im Ordner "TestKomFoe". Dieses soll die Inbetriebnahme für Studierende nachempfinden lassen, wenn es einmal fertig ist. Das andere Projekt "INB_Pruefstand_eKart_Rap_v1.1" ist das vom letzten Semester, in dem wir einige Testszenarien realisiert haben, wo aber die Messwerte und die Funktionalität noch nicht validiert werden konnten, weil der ganze mechanische Aufbau noch weit hinterher hinkt. Ich weiß also nicht, ob wenn ,mal ein Kart aufgespannt wird, diese Messroutinen tatsächlich das richtige Drehmoment messen etc. |
Zuletzt bearbeitet von: Zottel86 am: 08/04/2020 18:17:52Zuletzt bearbeitet von: Zottel86 am: 08/04/2020 18:21:57 |
|
04.08.2020 18:37 | |
Beigetreten: 24.10.2016 Letzter Bes: 12.10.2021 Beiträge: 55 Bewertung:
|
CPU Diag Puff: [snip] Netzansicht: [snip] Projektbaum: [snip] Dateianhangscreenshots.zip (207 Downloads) |
Zuletzt bearbeitet von: Jen_Moderator am: 08/05/2020 09:46:05Links entfernt und als Anhang hinzugefügt. |
|
Folgen Sie uns auf