Parmaster

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

Gibt es zu den Go Bindings schon Neuigkeiten? Werden die noch veröffentlicht?

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.

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.

Sieht gut aus. Jetzt wäre es vorteilhaft wenn man die Bricks nicht nur nach oben aufbauen kann, sondern auch seitwärts. Ich habe z.B. ein Step-Down, 1 Master, 3 Stepper, 1 DC. Ganz schön hoher Turm.

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?

Ich glaube das Kabel geht von einem Industrial Relay zur Kamera um diese auszulösen.

Hallo! Ja, auf dem RED Brick läuft Linux, d.h. alles was unter Mono läuft kannst du benutzen an C#. Welche Treiber willst/musst du installieren?

Hallo! Könntest du bitte mal sagen welches Betriebssystem du hast? Falls Windows, hast du auch einen Python Interpreter installiert? Falls Linux, könnte es auch Python2/Python3 heißen. Wie rufst du das Programm auf? Mehr Infos bitte.

Keine Ahnung was du nun hören willst. Man muss doch nur im ButtonClick Event den Code einfügen den man braucht bzw. das was man machen will.

Steht hier und hier.

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.

Und was genau hast du für eine Antwort erwartet? Dass dir jetzt jemand jeden Schritt bis ins kleinste Detail erklärt?

Hallo! Den Roboter kann man auch bei AliExpress in Deutschland bestellen. Oder bei Dagu direkt. Du weißt ja aber das es nur das Oberteil ist. Das Unterteil, also die Ketten usw., kommen noch mal extra dazu.

Sehr gut, vielen Dank.

borg, kann ich die Beta-Firmware auch auf ein Materbrick 2.0 flashen? Oder geht das nur mit 2.1? Genau das bräuchte ich nämlich demnächst auch.

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.

Hallo! Ich soll dich noch mal dran erinnern das du mir was raus suchen wolltest.

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.

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.

Ohne jetzt deinen genauen Code zu kennen, kann es sein das danach nochmal irgendwo SetSpeedRamping gesetzt wird mit anderen Daten? Oder ist die Berechnung falsch? Hast du dein Programm mal debuggt?

stepper_X.SetSpeedRamping(Variablen.FFW_X * 3, Variablen.FFW_X * 3); Du weisst aber schon, dass der zweite Wert die Verzögerung ist. Man soll es normalerweise nicht machen, aber schreib doch als zweiten Wert einfach 0 rein.

Hallo! Also bei mir funktioniert das ohne Probleme mit VB.NET. Kannst du mal den Code zeigen den du geschrieben hast?

Die Frage ist warum der Roboter 4 Kabel hat, und warum der ServoBrick nur 3. Evtl. braucht man das 4. Kabel gar nicht, aber dazu kann ich nichts sagen, da in keiner Beschreibung des Roboters etwas über die Verkabelung steht.

Also du hast 4 Motoren, und jeder von denen hat einen eigenen Treiber (Encoder, Controller). Die Frage ist nun, für was du den anderen zusätzlichen noch brauchst.