Hallo zusammen, ich habe mich zwar eingelesen, wollte aber noch einmal sichergehen: Ich habe einen AVR µC, den ich mit einer SD-Karte füttern will. Die Platine ist auf der einen Seite in einem Gehäuse, die SD-Karte soll jedoch an einer anderen Stelle eingesteckt werden können. Wenn ich die Anschlüsse auf der Platine herausführe und dann mit einem Flachbandkabel mit dem SD-Karteadapter verbinde. Dabei sind zwischen jeder der Leitung für SPI einmal eine Leitung, die auf GND gelegt ist. Der Abstand zwischen Platine und Kartenslot wird 15cm - 25cm sein. Dies sollte doch kein Problem darstellen, oder?
Hallo! Also vom Gefühl her geht das ohne Probleme. Im schlimmsten Fall musst du eben den Takt reduzieren. Aber so wahnsinnig hoch wird der hoffentlich nicht sein. :-)
Nun ja, kommt darauf an... In der Minimalanforderung ca. 500-600 kBit/s. In der Maximallösung wären bis zu 2 MBit/s notwendig. Die Minimallösung muss in der Lage sein, Audio (mp3, wma, aac, ...) von SD zu lesen (beim Puffern wäre evtl. mehr Geschwindigkeit praktisch). Die Maximallösung wäre in der Lage, gleichzeitig Audio und ein Video (320x240 bei 16 bpp @ 25Hz) auszulesen. Das Video wäre dabei unkomprimiert auf der Karte.
>In der Minimalanforderung ca. 500-600 kBit/s. In der Maximallösung wären >bis zu 2 MBit/s notwendig. Welcher AVR soll die 2 Mbit/s schaffen? Ein ATXmega oder ein AVR32? >Die Minimallösung muss in der Lage sein, Audio (mp3, wma, aac, ...) von >SD zu lesen (beim Puffern wäre evtl. mehr Geschwindigkeit praktisch). Das schafft ein ATMega32 locker. Da braucht es keine 600kBit/s. WENN ein Decoder dran hängt der mp3,wma,aac abspielen kann. >Die Maximallösung wäre in der Lage, gleichzeitig Audio und ein Video >(320x240 bei 16 bpp @ 25Hz) auszulesen. Das Video wäre dabei >unkomprimiert auf der Karte. 320 x 240 x 2 x 25 ergibt 3.84MB/s. Nichts was ein AVR schaffen könnte.
Du vergisst, daß der Chip nicht ununterbrochen Daten überträgt und dass auch der AVR nicht ununterbrochen Daten empfängt. Du kannst nicht einfach davon ausgehen, ein 128kBit MP3 File mit 128khz Takt übertragen zu können. Da ist eine erheblich höhere nötig, insofern finde ich die 2Mbit durchaus sinnvoll. Ich schätze, daß 2Mbit mit 20cm Kabel funktionieren werden. Ggf kann man mit Widerständen die Signaqualität nich ein wenig verbessern. Ich würde es aber erstmal ohne Tricks versuchen. Mein AVR Programmer arbeitet auch mit rund 1Mbit und 30cm Kabel ohne Probleme.
>Du kannst nicht einfach davon ausgehen, ein 128kBit MP3 File mit 128khz >Takt übertragen zu können. Da ist eine erheblich höhere nötig, insofern >finde ich die 2Mbit durchaus sinnvoll. Und wo sollen die 2MBit/s herkommen? Er sagt ja nicht welchen AVR er benutzt. Ein ATMega644 mit 20MHz Takt schafft nur 10MHz SPI Clock. Das wären dann maximal 1.25MB/s. Theoretisch. >Ich schätze, daß 2Mbit mit 20cm Kabel funktionieren werden. Ggf kann man >mit Widerständen die Signaqualität nich ein wenig verbessern. Mein MI0283QT-2 320x240 Display läuft an einem STM32F4 Discovery gut mit 10cm Freiluftleitungen. SPI Clock 41MHz.
Nun ja, keine Ahnung, was ich gestern gerechnet habe, aber 2 MBit sind es nie und nimmer. Hatte irgendwie 1,5MBit für das Video, aber das war wohl Bockmist. Wie ich so eine Übertragung realisieren würde kann ich nicht sagen, da ich noch in der Planungsphase bin und noch nie SD-Karten benutzt habe. Das ich 3, 4 oder gar mehr MBit nicht mit einem AVR (AT90 @ 16 MHz) alleine schaffe ist mir auch vollkommen klar. Mir ging es vor allem darum, wie weit ein SD-Slot mit Kabeln von der Platine entfernt werden kann. Sollte wirklich Video implementiert werden, so muss irgendeine Schaltung her, die die Daten schneller von der SD-Karte schaufelt und der AVR dann direkt ein oder zwei Bytes auf einmal mit einem Befehl zum Display schicken. Mich ärgert es gerade auch, dass ich meinen Sprung zu ARM noch nicht vollzogen habe. Bei dem Display wäre das bestimmt sehr praktisch... Aber ich kann mich einfach nicht entscheiden, welcher günstig im Einstieg (Programmer) und im Unterhalt (µC-Preise + Vogelfutter) ist und dann auch noch lange unterstützt wird.
Francis schrieb: > Mich ärgert es gerade auch, dass ich meinen Sprung zu ARM noch nicht > vollzogen habe. Bei dem Display wäre das bestimmt sehr praktisch... Aber > ich kann mich einfach nicht entscheiden, welcher günstig im Einstieg > (Programmer) und im Unterhalt (µC-Preise + Vogelfutter) ist und dann > auch noch lange unterstützt wird. Die JTAG-Debugschnittstelle ist standardisiert. Bei den Cortex gibts zusätzlich SWD, was mit weniger Pins auskommt. Besorge Dir einen Segger JLink, der funktioniert gut. Nicht-Cortexe (ARM7, eigentlich auch ARM9) solltest Du eigentlich nicht mehr nehmen. Die Wahl zwischen den Herstellern entscheidest Du anhand der benötigten Peripherie. Einen eingebauten TFT-Controller hat zB der NXP LPC1788. fchk
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.