outdoor I

[HaWe]

warum nicht erfolgreich aus deiner Sicht?

[inka]

die Stepper selbst sind absolut ok, hauptsächlich für ein langsammes, zielgenaues hinfahren an einen punkt. Ich bin gespannt ob mir das mit den DC-motoren gelingt - ich hab da so meine zweifel. Ist natürlich die frage, ob man das überhaupt bei einem outdoor roboter braucht...

Was mich von anfang an genervt hat, war die mimosenhafte überempfindlichkeit der steppertreiber elektronik (also die 4988 und 8825 hardware). Die praktisch nicht vorhandene fehlertolleranz (meine eigene unfähigkeit mit inbegriffen) war letztendlich der grund für den wechsel zu den DC-motoren. Da gibts auch treiber, aber sowas habe ich dort noch nicht erlebt...

[HaWe]

die Stepper selbst sind absolut ok, hauptsächlich für ein langsammes, zielgenaues hinfahren an einen punkt. Ich bin gespannt ob mir das mit den DC-motoren gelingt - ich hab da so meine zweifel. Ist natürlich die frage, ob man das überhaupt bei einem outdoor roboter braucht...

Was mich von anfang an genervt hat, war die mimosenhafte überempfindlichkeit der steppertreiber elektronik (also die 4988 und 8825 hardware). Die praktisch nicht vorhandene fehlertolleranz (meine eigene unfähigkeit mit inbegriffen) war letztendlich der grund für den wechsel zu den DC-motoren. Da gibts auch treiber, aber sowas habe ich dort noch nicht erlebt...

Das funktioniert durchaus mit DC-Motoren, aber nur, wenn sie auch Rotationsencoder haben (eingebaut oder angesteckt). Dies ist auch das Prinzip der Lego-Mindstorms "Servo"-Motoren, und hier ist eine absolut exakte Steuerung z.B. der Geschwindigkeit und der Zielansteuerung über PD- oder PID-Controller möglich.

[Rabenauge]

Sieht doch gut aus.
Warum willst du den denn langsamer machen?

Wenn es nicht um den Stromverbrauch geht.....musst ja nich Vollgas fahren, aber du _kannst_ es mal.

[inka]

Warum willst du den denn langsamer machen?

ich weiss nicht woher dieser geschwindigkeitsrausch bei den roboterbauern kommt bisher sind mir wirklich schnelle roboter nur aus der produktion, also z.b. platinenbestückung, schweissroboter oder in der pkw-montage bekannt. Die sind schnell. Aber sonst? Der soll doch evtl. auch was von der umgebung mitbekommen, kamera, navigation und sowas...
mir gefält Defiant's ROS-roboters geschwindigkeit sehr...

Wenn es nicht um den Stromverbrauch geht.....musst ja nich Vollgas fahren, aber du _kannst_ es mal.

nein, um den geht es nicht, mit "nicht vollgas" meinst du geschwindigkeitsregelung, oder? Mir ist bisher aus der " <Adafruit_MotorShield.h>" lib nur das hier bekannt:

motor_vl->setSpeed(100);
 .... und dann.....

  motor_vl->run(FORWARD);

... oder halt rückwärts...

dort kann ich die geschwindigkeit steuern, beim wert von speed(100) und einer RPM von 500 ist er jetz so schnell, wie auf den videos zu sehen. Hat aber kaum kraft. Das möchte ich ändern, mit RPM100 und speed(200) - ist die überlegung richtig? Oder fährst du hier auch "libfree"?

Das funktioniert durchaus mit DC-Motoren, aber nur, wenn sie auch Rotationsencoder haben (eingebaut oder angesteckt). Dies ist auch das Prinzip der Lego-Mindstorms "Servo"-Motoren, und hier ist eine absolut exakte Steuerung z.B. der Geschwindigkeit und der Zielansteuerung über PD- oder PID-Controller möglich.

da bin ich mal gespannt, wie das wird. Bisher haber ich mit einer PID-regelung nur rudimetäre erfahrungen aus dem bau eines selbstbalancierendenen roboters...