Hilfe: C++ Programmierung für Faulhaber Motion Controller

[wlan]

das chr(13) schickst du mit ?

die brücken sind drin oder die Hardware fluss controlle abgeschaltet ?

Hast du mal eine PC oder so an die Serial gehängt dauert es dann genauso lange ?

9 byte zum übertragen = 72 bits + 9 mal start + 9 mal stop
90 bits sollte eigendlich in 5 ms erledigt sein bei 19200 baud.

das chr(13) habe ich eigentlich mitgeschickt. Beispiel: den Befehl "jp" (jogging positive) schicke ich (als Funktion) wie folgt:

// Line-Break als Carrige-Return!
#define K_CR 0x0d

void jp (int port)
{
char temp[5]="\0";
sprintf(temp,"%s%c\0","jp", K_CR);
sio_write(port, temp, strlen(temp));
}

gibt es Fehler oder kann man effizienter machen?

[NumberFive]

Ich möchte gerne wissen wie man an so jobs kommt.
als ich ausblidung gemacht habe (Komunikationselektroniker).

Durfen wie so gut wie nix machen und schon garnicht so interresante sachen.
wir haben kabel gezogen.

Sorry wenn das aggresiv klingt hast du das ding gelesen ?

38400 kann das teil garnicht. und die Fluss controlle habe ich auch nicht gefunden. Betreibs du das Teil Per RS232 oder per RS485 hast du gesehen das beide Schnittstellen auf dem Selben port sind.

Wie sieht dein kabel aus ?

[wlan]

Ich habe RS232 benutzt, und zwar über eine MOXA-PCI-Multiport-Karte (mit 4 RS232-Schnittstellen).

Folgende Schritte habe ich gemacht:
Connect the motor phases to MOTOR
Connect the encoder and the motor Hall sensor leads to ENCODER HALL
Connect the RS232 (or RS485) to the computer port COM
Connect the power supply to PWR
Power the motion controller

Die COM-Optionen sind:
Boud-Rate: 38400
Data Bits: 8
Parity: None
Stop Bits: 1
Flow Control: XON/XOFF
Output State: DTR:OFF; RTS:OFF

Mit anderen Konfigurationen kann er nicht arbeiten.
Flusscontrolle wird so definiert:
sio_flowctrl ( portNr, 0xc ); //0xc: Bit 2 und Bit 3 für software flow control: XON/XOFF


Sorry, dass ich keine gute Vorbereitungsarbeit gemacht habe. Ich bin Berufsanfänger, habe mich nur sehr viel mit der Bildverarbeitung beschäftigt. Könntest du mir vielleicht weiter helfen?

[NumberFive]

Laut deinem PDF stimmt das aber nicht deine Aussage

<Zitat>
29. PIN configuration
PIN configuration
Serial interface RS 232 or RS 485, 9 POLE D-SUB
RS232 set up
Set the baud rate RS232 via 6-bit CONFIG switch S1 (6 bit SMD multiswitch)
data 8bit
stop bit 1
parity no

Speed:

bit 6 bit 5 bit 4 bit 3 bit 2 bit 1 Function
x x x OFF OFF x RS232 9 600 baud (default)
x x x OFF ON x RS232 2 400 baud
x x x ON OFF x RS232 4 800 baud
x x x ON ON x RS232 19 200 baud
</Zitat>

Was stimmt nun ?

Also nicht 38400 Baud

Hast ein zweiten pc ? Hängt den doch mal anstant dem Controller dran.

Gruß

[wlan]

Es tut mir wirklich sehr Leid. Die Schnittstelle war RS485, nicht RS232. Die PIN-Konfiguration war Bit5 auf ON und Bit4 auf OFF, also 38400 baud.

Andere Kabelverbindungen habe ich auch geprüft. Jetzt stimmt alles. Nur das Ausführen der Befehle immer noch zu langsamm ist.

[NumberFive]

http://www.google.de/url?sa=t&ct=res...bPCrqYYKSIkZcN

also bei rs485 fehlt mir die erfahrung was heist lange dauert bis das programm von dem aufruf zu rückkommt oder was meinst du ?

die adresse 0 ist nicht vergeben ?

wir müssen senden 9 bit adresse dann die länge 9 bit dann die daten
bei CI1<cr> macht das 4*9. 14 milisec für die Reine übertragung.

Wie lange ist es den wirklich ? ist es abhängig von der Befehls länge ?

Gruß
du spricht den controller zu erst an befor du die daten schickst ?
CI?<cr>

[Volly42]

Ich kann mir nicht vorstellen, daß Du die Befehlssequenzen schneller über die serielle Schnittstelle bekommst. Der erste Flaschenhals wird Windows sein. Hast Du mal mit Portmon die Kommunikation angeschaut? Ich glaube dort sieht man auch Zeiten.

Andere Frage: Wieso mußt Du denn immer alle Werte schicken, einmal Geschwindigkeit einmal Beschleunigung, einmal Drehrichtung müßte doch reichen, dann sollte sich das Teil doch erst mal bewegen. Alle 10ms die Beschleunigung zu ändern, macht keine Mechanik mit.