ISS Pointer

So ganz schlau werde ich aus dem ganzen Azimtuh/Altitude Dingens nicht.
Aber ja, ein generelles nach 200 Steps (ist ja definiert das 200 steps = 360Grad sind)
wieder zurück gibt es weder im Python noch C++ Code, da der Servo mit reinspielt.
Ich kann mir, werde ich sogar da es mich jetzt interessiert wie
das funktioniert, das gerne nach die Feiertage anschauen.
Bezgl. Feierage -> Frohes und erhlosames Fest für Dich und deine Famile.

Cheers
Claudia

Sorry, ich bin gerade im tiefsten Thüringer Wald ohne Zugang zu "anständigem" Internet

Ich schau mir das mal an, wenn ich wieder zurück in der Zivilisation bin

Hi Don,

Du hattest ja schon mal angemerkt, dass der Motor anscheinend nur in eine Richtung dreht
aber nie mehr in die Ausgangsstellung zurück kommt. (hab ich so im Gedächtnis, sorry wenn ich
mich irre)
Hat sich da noch was ergeben in deinen Tests? Ist dem so?
Aktueller Code ist wo?

Zum Projekt, lustig wäre eine Parabolschüssel oben drauf, so wie bei SETI

Cheers
Claudia

Ist dir aufgefallen, dass der Stepper warm ist und bleibt nachdem dieser was getan hat?
Oder evtl. schon/nur vorher.

Wenn vorher, dann ist wahrscheinlich der setup schuld.
Im setup der ino wird der Port auf HIGH gesetzt.

// prepare STBY GPIO and set Stepper motors
  pinMode(STBY, OUTPUT);
  digitalWrite(STBY, HIGH);

da bleibt es solange, bis der Port im main loop neu gesetzt wird

else if (req.indexOf("/stepper/stop") != -1) {
    digitalWrite(STBY, LOW);
    respMsg = "OK: MOTORS OFF";
  } 
  else if (req.indexOf("/stepper/start") != -1) {
    digitalWrite(STBY, HIGH);
    blink();
    respMsg = "OK: MOTORS ON";
  }

daher würde ich im setup den Port eher auf LOW setzen.

Ansonsten sehe ich im ersten Moment nur die Möglichkeit,
das im Pythonmodule

def doStepper(steps):
    if (steps == 0):
        return
    try:
       stepperUrl = STEPIP
       cmd = stepperUrl+"stepper/start"
       resp = urllib2.urlopen(cmd)
       if DEBUG:
           print (cmd)
           print resp.read()
       resp.close()
       time.sleep(0.1) # keep from overflowing ESP wifi buffer
       cmd = stepperUrl+"stepper/rpm?10"
       resp = urllib2.urlopen(cmd)
       if DEBUG:
           print (cmd)
           print resp.read()
       resp.close()
       time.sleep(0.1) # keep from overflowing ESP wifi buffer
       cmd = stepperUrl+"stepper/steps?"+str(steps)
       resp = urllib2.urlopen(cmd)
       if DEBUG:
           print (cmd)
           print resp.read()
       resp.close()
       time.sleep(0.1) # keep from overflowing ESP wifi buffer
       cmd = stepperUrl+"stepper/stop"
       resp = urllib2.urlopen(cmd)
       if DEBUG:
           print (cmd)
           print resp.read()
       resp.close()
       time.sleep(0.1) # keep from overflowing ESP wifi buffer
    except:
       time.sleep(5)
       try:
           cmd = stepperUrl+"stepper/stop"
           resp = urllib2.urlopen(cmd)
           print (cmd)
           print resp.read()
           resp.close()
       except:
           print "Stepper comm failure"

eine doppelte exception auftritt. Die erste würde im except block landen und wenn dann auch der urllib2.urlopen(cmd) fehlschlägt
dann würde der Port wiederum auf HIGH stehen bleiben.
Man könnte zwar eine while schleifen einbauen, die müsste aber auch irgendwan abgrochen werden damit nicht das ganze Script
blockiert würde. Sowas im Sinne von

except:
    abort = 40
    while abort > 0:
        time.sleep(5)
        abort -= 5
        try:
            cmd = stepperUrl+"stepper/stop"
            resp = urllib2.urlopen(cmd)
            print (cmd)
            print resp.read()
            resp.close()
            break
        except:
            print "Stepper comm failure"

Sinnvoll wäre evtl auch den resp.read Wert zu prüfen ob tatsächlich Motor off kommt und nicht etwas anderes.

Cheers
Claudia

Zitat von don

Auch interessant. Anscheinend alles auf dem ESP berechnet. Genau habe ich es mit aber auch noch nicht angeschaut.
Wäre natürlich genial, wenn alles im Chip ohne externen Python-Code laufen könnte.

Na im Grunde parsed er nur einen JSON String mit den aktuellen Koordinaten, wo sich die ISS gerade befindet
Ähnlich mache ich das bei meinem Touch-Flight-Tracker auch, nur dass ich eben die Daten für die Darstellung der Flugzeuge auf dem Nextion verwende.

Das ist wirklich recht komfortabel, wenn der JSON String nicht zu groß ist.

Zum Problem mit dem warm werdenden Motor:
Normalerweise sollte der Motor 1 (eigentlich 2) Enable Eingänge haben. Wenn die Selbsthemmung bzw. das Haltemoment groß genug ist, könntest Du die immer abschalten - oder Du fährst den Motor in eine "Safe" Position und schaltest ihn dann ab, ehe er für den neuen Run gebraucht wird. Welchen Typ verwendest Du nochmal? Denn manchmal redest Du von Servo, manchmal von Stepper

Könnte es sein, das der Motor mit seinen Steps noch nicht fertig ist und daher den stop ignoriert?

Cheers
Claudia

Ob das jetzt weiterhilft weiß ich nicht aber

LOW

The meaning of LOW also has a different meaning depending on whether a pin is set to INPUT or OUTPUT. When a pin is configured as an INPUT with pinMode(), and read with digitalRead(), the Arduino (ATmega) will report LOW if:

• a voltage less than 1.5V is present at the pin (5V boards)
• a voltage less than 1.0V (Approx) is present at the pin (3.3V boards)

When a pin is configured to OUTPUT with pinMode(), and set to LOW with digitalWrite(), the pin is at 0 volts (both 5V and 3.3V boards). In this state it can sink current, e.g. light an LED that is connected through a series resistor to +5 volts (or +3.3 volts).

Hört sich nach deinem Problem an, oder? Der Motor zieht weiterhin Strom und bleibt warm!?

Cheers
Claudia

Gibt es vielleicht eine Möglichkeit, die Stromversorgung zum Motor zu unterbrechen, wenn er nicht genutzt wird? Ich denke da an ein externes Relais, etc.

Wäre zwar weder elegant, noch hübsch - könnte aber für Abhilfe sorgen.

Wobei der Motor schon auch von sich aus unbestromt geschaltet werden sollte...

Ist schon seltsam, oder?
Heisst das dann das der Strom, der nötig ist um Schritte zu machen den Motor in Wallung bringt und dann der
Strom der noch fließt wenn auf LOW gesetzt ihn in Wallung hält,
aber einzele HIGH LOWS nicht genügend Strom liefern um ihn in Wallung zu bringen?

Das ist doch alles Rakentwissenschaft - kann der net einfach a'sgehn wenn I's soag.

Cheers
Claudia