Fragen zum ATMEL Evaluations-Board

[Mcgrizzly123]

Hallo

ich habe mir überlegt für meinen neuen Roboter mir das ATMEL Evaluations-Board http://www.pollin.de/shop/dt/MTY5OTg...1_Bausatz.html

anzuschaffen.(mit atmega 32)

Ich hätte dazu aber ein paar Fragen:

1. Da steht SPI und spi zu seriell integriert, ich bräuchte nun einmal seriell und spi (für Beschleunigungssensor) gleichzeitig!

2. Kann ich über das Board einen l6205 steuern und gleich zeitig noch mind. 3 Servos ?

3. Wie kann ich die Servos ansteuern (wenn es überhaupt geht?)?

[Kampi]

Hi,

da steht ISP zu Seriell integriert. Das bedeutet, dass du die Chips auf dem Board auch per RS232 programmieren kannst. SPI und ISP sind verschiedene Sachen.
Um einen Servo anzusteuern brauchst du nur einen I/O pro Servo. Der L6205 braucht auch noch ein paar, sprich du kannst ja ausrechnen wieviele I/Os du brauchst
Digitale Servos werden über Impulse angesteuert. Je nachdem wie lang der Impuls ist bewegt sich der Servo in eine andere Richtung.

[Mcgrizzly123]

Danke für deine Antwort

also kann ich jetzt gleichzeitig per seriell steuern, Daten von einem Beschleunigungssensor empfangen, einen L6205 und mehrere Servos ansteuern?

Noch eine Frage kann ich dem Atmel Evaluations-Board live Befehle über seriell geben die dieseS sofort ausführt, wie zum Beispiel Servo 1 voll nach links?

[Kampi]

Gleichzeitig nicht...die werden alle nacheinander abgearbeitet. Ein µC kann nichts gleichzeitig erledigen :P
Aber ja du kannst Daten z.B. von einem PC empfangen, den Sensor auslesen und paar I/Os steuern.

[oberallgeier]

... Wie kann ich die Servos ansteuern (wenn es überhaupt geht?) ...

Eine der leichteren Übungen . . . dazu gibts hier Ratschläge (klick).

Drei Servos und der L6205 - also drei Pinne für die Servos und je nach Nutzung des L6205 etwa vier bis sechs (mit SENS_A,B) Pinne . . . da bleiben vom m32 noch etliche Beine übrig . . .

... kann ich jetzt gleichzeitig ... live Befehle ... sofort ausführt ...

GLEICHZEITIG - das ist so ne Sache. Der Controller arbeitet einen Befehl nach dem anderen ab. Allerdings taktet er dabei in Bruchteilen von millionstel Sekunden, dann sieht es schon recht "gleichzeitig" aus. Antwort: im Prinzip ja - gleichzeitig. Und "live" . . . Du kannst dem Controller per RS232 Befehle senden und er kann sie empfangen. Wenn der sie empfängt, dann kann er sie auch ausführen - entsprechende Software im Controller immer vorausgesetzt. DEIN Programm muss also die Software empfangen, dekodieren und die entsprechende Aktion veranlassen.

[Mcgrizzly123]

kann ich auch über seriell z.b. "1" senden und das programm (läuft die ganze zeit) auf dem roboter wertet das aus und bewegt z.b. servo


und ich finde es toll das man hier so schnelle und gute Antworten bekommt !!!

[Mcgrizzly123]

Und nun noch eine sehr komplexe Frage:

Zu meinen Projekt: ich möchte auf meinen Roboter einen alten Laptop bauen, an diesen sind eine Webcam(usb), eine Relaiskarte(parallel) und das Atmel Evaluations-Board(seriell) angeschlossen.

über einen anderen Laptop will ich über den alten Laptop (WLAN) der Relaiskarte und dem Evaluations-Board Befehle geben, die diese dann ausführen und der alte Laptop soll das Webcamsignal zurücksenden.

Das alles wird dann über den Browser oder ein C++ Programm auf dem neuen Laptop gesteuert.

Geht das ? Wie kann ich über Wlan über den alten Laptop dem Evaluations-Board Befehle geben?

MfG McGrizzly123

[oberallgeier]

... auf meinen Roboter einen alten Laptop ... über einen anderen Laptop ... und ... dann ...

Es geht viel, klar. Schau mal hier, die Leute vom CaroloCup haben fast immer ein Netbook onboard . . . dazu knapp an die zehntausend Euro und über zweitausend Mannstunden im Projekt versteckt . . . Das Fahrzeug ist dort üblicherweise ein 1:10-Modell.

......Bild hier  

[Mcgrizzly123]

das mit "1" war auch nur ein beispiel ich sende z.b. 45 => servo von links ausschlag 45° nach rechts (ist aber nur ein Beispiel man muss nicht nur zahlen nehmen und nicht nur einstellig

mfg mcGrizzly123

[oberallgeier]

... über seriell z.b. "1" senden und das programm ... bewegt z.b. servo ...

Jetzt gehts ans Eingemachte. Denn "bewegt den Servo" ... und wohin bitteschön ??

a) Du kannst das so machen.
b) Wegen Wiederverwendbarkeit von Routinen würde ich (m)ein solches Protokoll nicht auf lediglich ein Zeichen beschränken - obwohl Du damit schon rund 62 Möglichkeiten codieren könntest. ABER - Du könntest damit z.B. nur begrenzt Daten senden wie z.B. mit dem Protokoll 8055 und der Codierung 8 - Befehl Servo 3 läuft, 324 - gehe auf Stellung 055 von z.B. hundert Servopositionen für den Vollausschlag links-rechts.

Warum würde ich es etwas allgemeiner machen? Damit ich c) auch z.B. Daten senden kann - wie angesprochen und damit ich d) später mal bei einem anderen Projekt mehr Möglichkeiten habe mit (annähernd) demselben Code (hier spricht ein fauler Hund).