So, nach langer Zeit wollte ich mal wieder über meine Erkenntnisse berichten.
Die lange Zeit ist nicht nur der Schwierigkeit der Materie geschuldet, sondern auch diversen "Sommereinbrüchen" (analog zu Wintereinbrüchen), die Baden gehen und Bergsteigen zur Folge hatten statt Programmieren. Ich finde Bildschirmbräune ungesund.
Jetzt aber:
Mein Visualisierungsprogramm geht jetzt leidlich. Ich habe meine "finite Elemente" Berechnung jetzt klarer und mit mehr FloatingPoint-Variablen aufgebaut. Im Prinzip ist es jetzt so, daß über den Rotor im 0,5°-Drehraster Berechnungspunkte verteilt werden, an denen die Summe aller Anziehungskräfte zu in einem bestimmten Bereich verteilten Punkten auf dem Stator gebildet wird. Diese werden zu Drehmomenten umgesetzt und summiert, am Schluß kommt ein Drehmoment für den Gesamtrotor raus.
Geometrisch hat das soweit vielleicht schon Hand und Fuß.
Natürlich habe ich von Feldlinien usw. nach wie vor keine Ahnung, und die Annäherung, daß nur Punkte an der Oberfläche von Rotor und Stator sich anziehen, ist naiv. Aber ganz falsch sind die Ergebnisse glaube ich doch nicht. Zumindest qualitativ konnte ich jetzt die Rastmomente verschiedener Magnetanordnungen prüfen.
Folgendes Ergebnis, 12 Statorpole sind vorgegeben, zunächst mal das Rastmoment stromlos betrachtet:
18 Magnete (die real gebaute Konfiguration) haben Rastmomentspitzen von 130, 16 Magnete 190, 14 Magnete 11 (!!), 12 Magnete 8000 und 10 Magnete 40.
Da sieht man also, die übliche Magnetzahl bei einem 3phasigen - nämlich 14 - ist schon bei weitem das beste.
12 Magnete habe ich nur aus Gründen der Plausibilität in die Liste aufgenommen. Dieser Motor könnte natürlich nichts außer knalligem Rastmoment.
Ein paar Bilder hänge ich auch noch an.
Zur Erklärung: Der Graph unten in der Anwendung ist der Motor "auseinandergerollt". Geplottet werden hier die Summen der lokalen Momente für die einzelnen Punkte am Rotor.
Der Graph rechts zeigt den Verlauf des Gesamtmoments bei simulierter Drehung des Rotors. Der Winkelbereich ist hier eingeschränkt, denn mittlerweile dauert ein Berechnungsdurchlauf doch ganz schön lange.
Ehrlich gesagt gibt es noch einiges, was ich am Verhalten meiner Simulation nicht verstehe.
Z.B. die wackligen, diffusen Rastmomentverläufe. Nur bei den 12 Magneten gibts ehrliche, plausible Verhältnisse.
Dann auch die Tatsache, daß die Bestromung doch sehr viel ausmacht (dazu gibts hier jetzt keine Bilder). Obwohl doch die Realität gezeigt hat, daß die Bestromung nichts bewegen kann.
Und eine ganz konkrete Frage habe ich noch:
Kennt sich jemand mit Visual Basic und allgemein Microsoft Hochsprachen-Compilern aus? Ich habe hier VB6. Es würde mich interessieren, wie ich die Berechnungen jetzt doch wieder schneller machen kann. Was lohnt sich am meisten? Von Single- auf Integervariablen umsteigen? Mehr Zwischenergebnisse in großen Arrays ablegen, statt sie an verschiedenen Stellen in Schleifen wiederholt neu zu berechnen?
Viele Grüße an alle Interessierten
Tom.
Zitieren
Lesezeichen