Tutorial zur einfachen Ansteuerung eines Motors

Guten Tag zusammen!
Ich weiß, dass dieser Thread schon recht alt ist.
Er scheint mir aber am passendsten zu sein, da hier die Thematik mit den Nanotec Schrittmotoren am besten besprochen wurde und bei google leicht zu finden ist.
Bisher war ich nur stummer Mitleser und ich muss sagen, dass die Hilfestellungen echt gut sind.
Dennoch hatte ich als vollkommener Labview Noob meine Probleme mit der Steuerung eines Nanotec SMCI33.
Jetzt habe ich eine für mich akzeptable Lösung ausgearbeitet und wollte sie den anderen Hilfesuchenden nicht vorenthalten.
Im Prinzip ist das eine Abwandlung des Beispiels von der Nanotec Seite. Nur in "besser" aus meiner Sicht.
Viel Spaß damit!
P.s. nutze Labview 2012

Hallo Schuh,

kannst du dein VI bitte auch noch als LV2009 anhängen? Danke!

Jo klar, ich hoffe ich habe das richtig gemacht.
Ich hoffe auch, dass die SubVi's noch nutz- und lesbar sind.
Da steck ich noch nicht granz drin

---

Hm, die SubVi's werden nur noch als große Fragezeichen angezeigt.

Hallo Schuh,

ein paar Anmerkungen:
- die subVIs hast du nicht angehangen, sie fehlen deshalb bei mir (wer dran interessiert ist, bekommt sie aber bei Nanotec, oder?)
- Ersetze die StackedSequence durch eine flache.
- Verdrahte den Errorcluster als eine Linie durch.
- Entferne dann die Sequenz, sie wird jetzt nicht mehr benötigt!
- Aufräumknopf drücken...
- Überlegen, ob man nicht (für die interaktive Bedienung) eine Eventstruktur zur Abfrage der Buttons heranzieht, ansonsten fehlt deiner Schleife eine Wartezeit!

- Ich persönlich bevorzuge die kleinere Terminalansicht statt der großen Symbole...

(09.01.2013 16:12 )GerdW schrieb:  Hallo Schuh,

ein paar Anmerkungen:
- die subVIs hast du nicht angehangen, sie fehlen deshalb bei mir (wer dran interessiert ist, bekommt sie aber bei Nanotec, oder?)

Ja das stimmt. Sind auch alle auf der Nanotec Seite zu finden.

Zitat:- Ersetze die StackedSequence durch eine flache.
- Verdrahte den Errorcluster als eine Linie durch.
- Entferne dann die Sequenz, sie wird jetzt nicht mehr benötigt!

Ich fand gerade die StackedSequence sehr viel übersichtlicher und aufgeräumter. Hat es einen Vorteil, es nicht Stacked zu machen? Wenn es nur Geschmackssache ist, bleibe ich lieber dabei.

Zitat:- Aufräumknopf drücken...
- Überlegen, ob man nicht (für die interaktive Bedienung) eine Eventstruktur zur Abfrage der Buttons heranzieht, ansonsten fehlt deiner Schleife eine Wartezeit!

Ist die Wartezeit erforderlich, damit die Rechenleistung des PCs nicht zur Neige geht?
Wäre jetzt meine einzige Erklärung für die Aussage.
Und hättest du eine Idee, wie man eine Eventstruktur zur Abfrage der Buttons konstruieren könnte?
Momentan funktioniert es nämlich recht einwandfrei. Wenn ich den Motor stoppen möchte, stoppt der auch augenblicklich.
Auch die Änderung der Position und Verfahrgeschwindigkeit wird augenblicklich ausgeführt.

Vielen Dank für die Anmerkungen.

Gruß
Schuh

Hallo Schuh,

Zitat:Ich fand gerade die StackedSequence sehr viel übersichtlicher und aufgeräumter. Hat es einen Vorteil, es nicht Stacked zu machen? Ist die Wartezeit erforderlich, damit die Rechenleistung des PCs nicht zur Neige geht?
Und hättest du eine Idee, wie man eine Eventstruktur zur Abfrage der Buttons konstruieren könnte?

- Sequenzen im Allgemeinen sind nur eine Krücke, um das DATAFLOW-Prinzip von LabVIEW zu erzwingen. Insbesondere die StackedSequence macht nichts übersichtlicher, im Gegenteil: es wird Code versteckt...

- Momentan betreibst du die Schleife im ungebremsten Polling-Modus. Solange der User ncihts macht, läuft die Schleife millionenfach pro Sekunde durch und verbrät CPU-Leistung. Dies kann man mit einer sinvollen Wartezeit, z.B. 100ms, ganz leicht verhindern. Und mal ehrlich: solange dein VI vom User bedient wird, fallen die 100ms kaum auf! Falls doch, kann man problemlos auf 50ms reduzieren...

- Um User-Bedienung "elegant" abzufragen, gibt es die Eventstruktur. In deinem Fall warten sie auf "Value change"-Events der Buttons. Sobald ein solches Event auftritt, wird es auch abgearbeitet - auch ohne 100ms Wartezeit in der Schleife kann man hier die CPU entlasten...

Anzeige

Hallo Miteinander.

Ich muss das Thema leider noch einmal aufwühlen. Ich versuche mich auch an einer Steuerung/Regelung für die SMCI33 mit dazugehörigem Motor. Die mitgelieferte Software von Nanotec funktioniert auch, nur leider bekomme ich den Motor über Labview nicht angesteuert. Ähnlich wie bei subkulturaner :

(03.01.2012 15:20 )subkulturaner schrieb:  Das hat den Effekt, dass das Ding hin und wieder auch eine Antwort gibt (die allerdings nichts mit dem zu tun hat, was die steuerung auf den entsprechenden Befehl hätte antworten sollen...),

bekomm ich bei Labview ein Echo der Befehle in Form von "1|crc? 04" oder sowas in der Art. Ich habe die Nanotec Labview sowie sämtliche VIs die ich finden konnte ausprobiert. Bin nun leider am Ende meines Denkens angekommen und weiß nicht wodran es liegt. Baudrate etc ist auch richtig eingestellt im MAX. Wie gesagt, funktioniert die Nanotec software aber Labview einfach nicht.

Vielen Dank schonmal für evtl. Antworten,

Gruß,
Miks

Problem gelöst:

falls jemand mal das gleiche Problem wie ich oben beschrieben habe hat, es lag an der CRC Prüfung die deaktiviert werden musste.

Habe es jetzt erstmal über die NanoPro Software gemacht. Dort steht bei dem Reiter "Kommunikation" CRC Prüfung aktivieren mit einem Häkchen. Dieses Wegmachen und die Einstellungen an die Steuerung schicken und alles funzt.

Gruß,
Miks

Hallo,

das mit dem CRC, das Problem hatte ich auch. Also vielen dank schon mal für diesen Tipp hat mir sehr weitergeholfen.

Mal so eine andere Frage, welche Controller interne Befehle gibts es für eine Motoransteuerung über den Write Befehl in LabView. Der ein oder andere ist mir schon bekannt, aber vermutlich gibts da noch mehr.
Gibts da eine Liste oder so. Ich würde vor allem gern wissen wollen, wie man im die Stellgröße in Schritten LabViewseitig einstellen kann.

Vielen Dank schon mal.