Jump to content

Parmaster

Members
  • Gesamte Inhalte

    33
  • Benutzer seit

Posts erstellt von Parmaster

  1. Hallo!

     

    Ich würde gern handelsübliche Lüfter, wie sie z.B. auch in einem PC verbaut sind, mit TF Hardware ansteuern. Geplant sind erstmal vier. Diese sollen immer die gleiche Drehzahl haben, also müssen nicht unterschiedlich geregelt werden können. Evtl. kommen nochmal ein paar dazu, aber dann erst später.

     

    Welches Bricklet kann man dafür verwenden?

    Ich dachte an das Analog Out Bricklet 3.0. Die Sache ist nur die, dass ich noch das alte Master Brick habe, und ich ehrlich gesagt keine Lust habe mir ein neues zu kaufen (bräuchte dann auch ein neues Red Brick, und die ganzen anderen Bricklets die ich noch habe und auch brauche).

    Wieviele Lüfter könnte man eigentlich gleichzeitig an das Bricklet anschliessen?

     

    Gruß

     

    Alex

  2. Falsch gelesen. Trotzdem geht es nicht, da der Stapel aktiv gekühlt werden muss, und spätestens da wird es eng. Außerdem wäre bei mir der Platz schon anderweitig belegt.

     

    Klar, kann man benutzen. Aber das kostet ja auch wieder Geld, da man dann zwei MasterBricks und zwei RS485 Extensions braucht, und die nicht gerade billig sind.

  3. Sieht trotzdem nicht gut aus wenn hier Meterhohe Türme entstehen, vor allem nicht an der Seitenwand. In ein Gehäuse? Die Dinger werden ohne aktive Lüftung eh schon warm, und dann noch in ein Gehäuse? Und welches Gehäuse soll das überhaupt sein? Gibt es eins für 6 Bricks + evtl. Bricklets oben drauf?

     

    Ich frag mich warum ihr euch so dagegen sträubt? Z.B. könnte man hier ein Kabel machen um die Bricks zu versetzen.

     

    @ Nic:

     

    ich kenne den Thread, wollte damit auch darauf anspielen.

  4. Hallo!

     

    Bin gerade dabei ein kleines Programm zu schreiben, und hänge an dem Punkt, an der die Maschine einen Kreis fahren soll. Genauer gesagt geht es um die Funktion, anstatt ein Ecke einen Radius zu machen.

    Wie müsste man die 2 Motoren ansteuern, um z.B. einen 10er Radius zu fahren?

    Es fahren zwar beide Motoren gleichzeitig, aber immer einer schneller als der andere, je nach Position.

    Gibt es dazu eine Formel, oder noch besser einen Algorithmus den man implementieren kann?

  5. Auch wenn es viele nicht gern hören, aber ich würde keinem Python zum Einstieg empfehlen. Da gibt es mindestens genau so viele Stolperfallen wie bei anderen Sprachen auch, und wenn man etwas mehr machen will, wird es sogar noch komplizierter.

     

    Wenn du schnell eine GUI bauen willst, geht das mit dem VisualStudio einfacher.

    Als Sprache für den Einstieg würde ich VisualBasic nehmen, da gibt es auch viel Doku dazu.

  6. Weil es halt winapifamily.h nicht auf Linux gibt.

    Und warum sollen die Leute bei TF auch noch einen Konverter bauen, welche Funktionen aus der WinAPI zur STL konvertiert, zu mal da nicht mal sichergestellt ist, das es ein Äquivalent dazu gibt.

     

    Was greift denn in deinem Programm auf die winapifamily.h zu? Eventuell gibt es ja etwas ähnliches aus der STL.

     

    Und das dein Code unter Windows funktioniert ist klar, unter Linux halt nicht.

     

     

  7. Hallo!

     

    Da ich gerade vor dem gleichen "Problem" stehe, wollte ich mal wissen, ob es ohne Probleme funktioniert, also den Raspi über den Step-Down per GPIO mit Strom zu versorgen.

     

    Wenn nicht, welche Käbelchen muss ich vom USB-Kabel benutzen für die Stromversorgung?

     

     

     

    PS: ich hab gesehen dass der Thread schon etwas älter ist, wollte aber keinen neuen erstellen, da es ja das gleiche Thema ist.

  8. Warum machst du bei jedem Sprung in die Funktion G1 eine neue Verbindung auf, und schließt die wieder am Ende?

     

    Ich erkenne jetzt auf die schnelle nichts.

     

    Um aber einen Logikfehler ausschließen zu können, eine Frage noch bzw. einen Tipp (ich habe so was ähnliches gebaut, allerdings nur mit 2 Achsen).

    Um von der "alten"/momentanen Position auf die neue zu fahren, musst du den zu verfahrenden Weg ermitteln, also TargetPosition - CurrentPosition. Daraus ergibt sich dann der Weg, und je nachdem wie du es machen willst, muss entweder die Achse mit dem weitesten Weg schneller fahren, oder die mit dem kürzesten Weg halt langsamer. Un die Achse die schneller fährt, braucht eine höhere Beschelunigung, um halt schneller auf die Geschwindigkeit zu kommen.

    Man kann das bestimmt noch anders lösen, so hab ich es gemacht und es hat gepasst.

×
×
  • Neu erstellen...