Formel um die Geschwindigkeit der Motoren anzupassen

Luca B. OP #1803082
Lesenswert?
• ▲
▼ 
Hallo, Leute!

Ich brauche wieder eure Hilfe... Ich bitte euch, etwas Geduld noch mit 
mir zu haben...

So, nachdem ich die Schritten der Encoder richtig auslesen kann (nochmal 
1K Dank!) soll ich die Funktion schreiben, daß die Geschwindigkeit der 
Motoren anhand der Rückgaben anpasst.

Folgendes habe ich geschrieben:

1
#define MINSPEED      10    // in Schritte pro Sekunde

2
#define MAXSPEED      80    // in Schritte pro Sekunde

3
#define MINPWM        40    // Min. PWM-Wert

4
#define MAXPWM        240   // Max. PWM-Wert

5
#define CONSTPWM      2.89  // MAXPWM / MOTORMAXSPEED

6


7
void doMotorAction()

8
{

9
  uint8_t pwm;

10
  float nSpeed;

11


12
  if(getLeftInterval() != 0) // Es sollte nie passieren, daß der Zeitabstand 0 ist, aber sicher ist sicher

13
  {

14
    nSpeed = ((float)1000 / (float)getLeftInterval());

15
    if(nSpeed != (float)getSpeed() && nSpeed != 0)

16
    {

17
      pwm = (uint8_t)((float)getLeftPWM() + (((float)getSpeed() - nSpeed) * (float)CONSTPWM));

18
      if(pwm < MINPWM)

19
        setLeftPWM(MINPWM);

20
      if((pwm >= MINPWM) && (pwm <= MAXPWM))

21
        setLeftPWM(pwm);

22
      if(pwm > MAXPWM)

23
        setLeftPWM(MAXPWM);

24
      turnOnLED(LED2);

25
    }

26
    else

27
      turnOffLED(LED2);

28
  }

29
  if(getRightInterval() != 0) // Es sollte nie passieren, daß der Zeitabstand 0 ist, aber sicher ist sicher

30
  {

31
    nSpeed = ((float)1000 / (float)getRightInterval());

32
    if(nSpeed != (float)getSpeed() && nSpeed != 0)

33
    {

34
      pwm = (uint8_t)((float)getRightPWM() + (((float)getSpeed() - nSpeed) * (float)CONSTPWM));

35
      if(pwm < MINPWM)

36
        setRightPWM(MINPWM);

37
      if((pwm >= MINPWM) && (pwm <= MAXPWM))

38
        setRightPWM(pwm);

39
      if(pwm > MAXPWM)

40
        setRightPWM(MAXPWM);

41
      turnOnLED(LED3);

42
    }

43
    else

44
      turnOffLED(LED3);

45
  }

46
  if(nStepLeft == 200)

47
    setDirectionLeft(DIR_STOP);

48
  if(nStepRight == 200)

49
    setDirectionRight(DIR_STOP);

50
}


Nun sollten die Motoren (in meinen Träumen) nach genau eine Umdrehung 
GLEICHZEITIG anhalten.
Sie halten nach eine Umdrehung an, aber leider nicht gleichzeitig, also 
definitiv die Geschwindigkeiten werden NICHT richtig angepasst.
Ich sehe auch, daß LED2 und LED3 ständig an sind, obwohl ich mich 
erwartet hätte, daß die Funktion nicht ständig Korrekturen schickt.

Kann jemand mir sagen, was ich falsches mache?

Besten Dank nochmal und euch eine schöne Woche!
Luca Bertoncello
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Karl H. #1803105
Lesenswert?
• ▲
▼ 
Was macht getLeftInterval, was getRightInterval. Was macht getSpeed und 
der ganze Rest? Wann und in welchem Zusammenhang wird doMotorAction 
aufgerufen?

Du verwendest hier einiges an Zulieferfunktionen von denen wir nichts 
wissen. Und auch wenn ich deinen Code nicht so ganz verstehe (bei dem 
wenigen, das du zeigst), kommt er mir doch sehr seltsam bzw. aufwändig 
vor. Was ist die Begründung, die Idee hinter deinen Berechnungen?

Als allererstes würde ich mal die ganze Floating Point Rechnerei 
loswerden wollen, damit die Rechnerei schneller geht.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Karl H. #1803117
Lesenswert?
• ▲
▼ 
Das ist das eine.

Nach weiterem Codestudium glaube ich herausgelesen zu haben, dass das 
Prinzip so aussieht: Nimm die Encoderdifferenz zum letzten gemessenen 
Zeitpunkt her, rechne das in eine Geschwindigkeit um. Aus der Differenz 
zur Sollgeschwindigkeit errechnet sich eine Korrektur der PWM, so dass 
die Geschwindigkeit konstant gehalten wird.

Das würde ich so gar nicht machen. Und zwar aus dem Grund, weil du auf 
diese Art eine nachhängende linke oder rechte Seite zwar wieder auf 
Sollgeschwindigkeit bringst, du gleichst dadurch aber niemals den 
vrolorengegangenen Weg (wegen der kurzfristig zu niedrigen 
Geschwindigkeit) aus.

Da du den aktuellen Zeitpunkt kennst, kennst du auch den Encoderwert, 
der eigentlich vorliegen müsste. Der aktuelle Enocederwert mag geringer 
sein, als er nach dieser Betrachtung eigentlich sein müsste. UNd dann 
wird die PWM demenstprechend erhöht. Dein Nachregeln darf nicht auf den 
Geschwindigkeiten basieren, sondern auf den links und rechts laut 
Encodern zurückgelegten Wegen. die müssen gleich sein und die PWM 
nachgestellt werden wenn sie es nicht sind. Nicht die Geschwindigkeiten. 
Die sind dafür uninteressant.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Luca B. OP #1803237
Lesenswert?
• ▲
▼ 
Karl heinz Buchegger schrieb:

Hallo,

also getLeftInterval und getRightInterval geben einfach die 
Zeitabstände, in Millisekunde, zwischen zwei Signale der jeweiligen 
Encoder.
getSpeed gibt mir die Geschwindigkeit zurück, in Schritte pro Sekunde, 
die ich dem Roboter gegeben habe.
Die doMotorAction wird in der Hauptschleife aufgerufen.

> Nach weiterem Codestudium glaube ich herausgelesen zu haben, dass das
> Prinzip so aussieht: Nimm die Encoderdifferenz zum letzten gemessenen
> Zeitpunkt her, rechne das in eine Geschwindigkeit um. Aus der Differenz
> zur Sollgeschwindigkeit errechnet sich eine Korrektur der PWM, so dass
> die Geschwindigkeit konstant gehalten wird.
>
> Das würde ich so gar nicht machen. Und zwar aus dem Grund, weil du auf
> diese Art eine nachhängende linke oder rechte Seite zwar wieder auf
> Sollgeschwindigkeit bringst, du gleichst dadurch aber niemals den
> vrolorengegangenen Weg (wegen der kurzfristig zu niedrigen
> Geschwindigkeit) aus.
>
> Da du den aktuellen Zeitpunkt kennst, kennst du auch den Encoderwert,
> der eigentlich vorliegen müsste. Der aktuelle Enocederwert mag geringer
> sein, als er nach dieser Betrachtung eigentlich sein müsste. UNd dann
> wird die PWM demenstprechend erhöht. Dein Nachregeln darf nicht auf den
> Geschwindigkeiten basieren, sondern auf den links und rechts laut
> Encodern zurückgelegten Wegen. die müssen gleich sein und die PWM
> nachgestellt werden wenn sie es nicht sind. Nicht die Geschwindigkeiten.
> Die sind dafür uninteressant.

OK, aber ich versuche gerade das zu machen: sind die Werte von Encoder 
nicht wie ich erwarte, dann versuche ich die PWM zu ändern.

Das Problem dabei ist nur, daß ich diese PWM nicht richtig berechnen 
kann, bestimmt weil ich die Formel nicht kenne und meine 
Mathe-Kenntnisse etwas begrenzt sind.

Was würdest du mir vorschlagen?

Danke
Luca Bertoncello
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Karl H. #1803269
Lesenswert?
• ▲
▼ 
Luca Bertoncello schrieb:
>
> Das Problem dabei ist nur, daß ich diese PWM nicht richtig berechnen
> kann

Ich denke die wirst du auch nicht in dem Sinne berechnen können, das es 
dafür eine allein selig machende Formel gibt. Diese Ding laufen 
normalereise immer darauf hinaus: Wenn zu klein, dann drehe die PWM ein 
wenig auf.

> Was würdest du mir vorschlagen?

Das du mehr Skizzen und Zeichnungen machst und die Vorstellung aufgibst, 
dass es dafür eine (1) Formel gibt, die man benutzt und dann ist alles 
gut.
Willkommen in der Regelungstechnik.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren