LabVIEWForum.de

Hallo zusammen!
Ich bin dabei eine Motorsteuerung für einen Schrittmotor zu realisieren.
Der Motor soll einfach den Schlitten einer Lineareinheit von rechts nach links bewegen. ( Das Datenblatt des Motors habe ich als Attachment angehängt).

Das Problem an der ganzen Geschichte ist, dass der Motor laut Isel Automation schon mind. 12 Jahre alt ist, und die Standards sich geändert haben. Und daher der Pegelumwandler des nachfolgenden Bildes nicht mehr vorhanden ist.
[attachment=33409]

Daraufhin habe ich einen USB-Nano to RS 485 -Konverter gekauft, um den RS 485 Bus direkt ansteuern zu können.

Jetzt stellt sich für mich allerdings die Frage, mit welcher Pinbelegung ich von dem Konverter zum Motor gehe?
Der USB Konvertor hat 3Pins ( X,A,B) und der Motor 15.

In dem angehängten Datenblatt habe ich folgende Tabelle gefunden:
[attachment=33410]
Diese bringt mich aber leider nicht weiter, da ich ja nur drei Pins an meinem USB- Konverter habe.
Ein VI der Motorsteuerung habe ich. Hierbei wird der Motor über den Com Port angesteuert.

Ich möchte bei mir im Institut nichts kaputt machen, was der Grund ist, warum ich mich über eure Tipps und Tricks sehr freuen würde.

Vielen Dank im Vorraus
Pokerface

EDIT jg: Externe Bildlinks gelöscht

"Leider" ist RS-485 nicht eindeutig.

Deine Isel-Steuerung hat eindeutig einen 4-Draht RS-485 (Receive und Transmit parallel), dein USB-Konverter dagegen ist auf 2-Draht RS-485 (entweder Senden oder Empfangen) ausgelegt.

Ich bin mir nicht sicher, ob du das überhaupt miteinander verbinden kannst.

Gruß, Jens

(20.04.2011 10:21 )Pokerface schrieb: [ -> ]In dem angehängten Datenblatt habe ich folgende Tabelle gefunden:

Gemäß dieser Tabelle würde ich statt einer RS485 eine RS422, also eine 4-Draht-Schnittstelle, verwenden.

Du kannst folgendes probieren:
"Empfänger" und "Treiber" entsprechend (positiv auf positiv und negativ auf negativ) verbinden. Und jetzt weis ich auch nicht genau weiter: positiv auf A, negativ auf B (oder umgekehrt?). Problem ist folgendes: Der Kanal "Treiber" muss sich selbst nach dem Senden von Daten abschalten. Ansonsten kommt es zu einem Kurzschluss zwischen A/B und "Treiber", wenn die Gegenseite (der USB-Konverter) sendet. Normalerweise ist die RS485/RS422-Schnittstelle kurzschlussfest. Ich gehe davon aus, dass der Motor selbst kurzschlussfest ist - beim USB-Modul bin ich da nicht so sicher.