-
-
Erfahrener Benutzer
Roboter Experte
> "wieso eigentlich nicht auch 1"
Weil auf einer Flanke des SCK die Daten angelegt werden und auf der anderen Flanke die Daten eingelesen werden - Da ist es nicht so einfach, noch was dazwischenzusetzen...
> "8MHz laufen, mit 1/4 Takt"
=> Fclk = 24MHz => AVR übertaktet? ;P
-
Erfahrener Benutzer
Robotik Einstein
ich glaub er hat nur paar daten verwürfelt, mit internem osc gehen auch nru 8Mhz da iss 8Mhz SPI auch unmöglich XD
trotzdem hätte Tux das problem, dass datenkollisionen entstehen könnten! (multimaster ?! )
er bräuchte schon etwas schnelleres mit zwischenspeicher wenn cih das richtig vertanden habe
-
Erfahrener Benutzer
Roboter Experte
Ich meine, ich hatte den AVR mit 8MHz laufen, und SPI dann mit 1/4 Takt, also 2MHz =)
Übrigens....habt ihr die neuen XMEGAS gesehen? die haben ja übertrieben viele Schnittschtellen. wenn ich mich recht erinnere, dann sowas wie 2xTWI, 4xSPI und 8xUSART. Wozu braucht man so viele schnittschtellen???
Diese XMEGAS sind schon wirklich extrem!
-
Erfahrener Benutzer
Roboter Genie
So viele "schnittschtellen" ("scht" oder "st"?) braucht man schon manchmal.
Hier im Forum wird sich öfter darüber beklagt, dass man die Schnittstellen der Atmegas bereits voll benutzt und nun nicht mehr weiß, wie es weiter geht.
Es geht ja auch darum, dass diese Schnittstellen nicht einfach nur die Pinbelegung reserviert bekommen, sondern dass sie ein entsprechendes Hardwaremodul haben, damit die Software nichts machen muss.
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- Anhänge hochladen: Nein
- Beiträge bearbeiten: Nein
-
Foren-Regeln
Lesezeichen