Viele PWM Signale genau messen - wie?

>bin gerade am Ueberlegen wie ich die Elektronik fuer einen zukuenftigen
>autonomen Roboter anlegen koennte.

Das Thema ist zu komplex, um es einfach so auf einmal abzuhandeln.

Erstmal mußt Du einen fahrbaren Untersatz haben: 2 Motoren sind mittels
PWM anzusteuern.
Wenn das funktioniert (3 Wochen) kannst Du Dich um die Ansteuerung
(und Auswertung) des SFR05 kümmern (wohlgemerkt eines SFR05! Mehrere
ist dann wieder ein Kapitel für sich).

Also, so eben mal einen µ auswählen und loslegen is nich.

jack:
Das man das nicht einfach so baut ist mir schon klar. Dewegen bin ich ja 
am planen und noch nicht am Loeten :-)

Das Chassis ist ja erstmal egal, das existiert schon. Es geht mir 
wirklich erstmal darum das ich mein CPU-Board schon so auslegen kann, 
dass ich irgendwann alle Sensoren anschliessen kann. Bauen und 
Programmieren anfangen werd ich natuerlich mit einer Minimalausstattung. 
Ich moechte aber nicht fuer jede Erweiterung eine neue Platine entwerfen 
muessen. (Ok, das wird sich wahrscheinlich sowieso ergeben, aber man 
kann ja zumindest versuchen vorausschauend zu arbeiten ;-).

Ich moechte sichergehen das ich auch bei maximales Sensorausstattung 
noch alle Daten genau genug erfassen kann.

>Das Chassis ist ja erstmal egal, das existiert schon.

Du hast also bereits zwei Motoren, die mit PWM gesteuert werden?
Mit welchem µ-Controller?

Es ist garnicht so schlecht, die Motorsteuerung mit einem eigenen 
kleinen
µC aufzubauen, der Hauptprozessor braucht dann nur mittels I2C
Befehle an die Motorsteuerung zu senden.

jack:

Es geht mir hier um die Auswertung der Sensoren, nicht um die Motoren.

>Es geht mir hier um die Auswertung der Sensoren, nicht um die Motoren.

Na gut, dann fangen wir mal mit dem SFR05 an:
Mit PWM hat das nämlich gar nichts zu tun. Du mußt den Baustein starten
und dann die Zeit messen, bis das Echo zurückkommt. Kannst Du das
programmieren?

jack:
Naja, fuer nur einen oder zwei Sensoren kann ich ja bei den MegaAVRs 
einfach direkt die Timer-Eingaenge vom 16-bit Timer verwenden oder 
meinentwegen auch die Interrupt-Eingaenge in denen ich einen laufenden 
Timer abfrage (der sinnigerweise beim Absender des Ultraschall-Pulses 
zurueckgesetzt wird).

Nun moechte ich aber mehr Sensoren anschliessen als ich direkt an INT0 
und INT1 anschliessen kann. Das wurde ich z.B. so bewerkstelligen, dass 
ich in einem Timer-Interrupt jeweils die Eingangspins polle. Oder eben 
bei den ganz neuen AVRs den Pin-Change Interrupt benutze. Meine Sorge 
war eben das ich waehrend der Laufzeit dieser Interrupt-Routine keine 
weiteren Signale von den Sensoren auswerten kann und mir damit die 
zeitliche Aufloesung in den Keller geht.

Hab mir das gerade nochmal durchgerechnet, fuer den Ultraschall-Kram 
sollten 50us Aufloesung reichen. Das ergibt bei 16Mhz 800 Zyklen und 
sollte dicke reichen fuer die Interrupt Routine und auch noch Rechenzeit 
fuer die Mainloop uebrig lassen. Wenn ich die Fernsteuersignale aber 
noch mit sinniger Aufloesung Erfassen will braeuchte ich schon 1/127 ms 
Aufloesung was nur 126 Zyklen uebrig laesst was mit Mainloop zu knapp 
ist. Da muss ich mur also wohl was anderes ausdenken oder mit weniger 
Aufloesung zufrieden sein.

Richtig gedacht soweit?