Atmega32 zeigt BMP von SD/MMC Karte aus S65

Warum auch immer, aber hier ist sie jetzt.....

Hallo,

bevor ich jetzt meine eher bescheidenen C-Kenntnisse bemühe:
welche Vorteile hat Deine Lösung gegenüber dieser:

Beitrag "Digitaler Bilderrahmen mit mega8 S65 Display und SD-Karte"

Ist wirklich nur eine Frage, habe den anderen Bilderrahmen gebaut und 
hatte zuerst ein paar Probleme mit dem Format der SD-/MMC-Karten.

Gruß aus Berlin
Michael

ich denke der größte unterschied sollte sein, das ich mit dem Hardware 
SPI arbeite, und somit ein Bildwechsel deutlich schneller als "3s" von 
statten geht.
Desweiteren scheint mir so, als wäre es bei " M. Bode" nur möglich BMPs 
mit 24bit zu laden.
Das bedeutet, das die Bilder irgendwo wieder runtergerechnet werden 
müssen.
Meine lib kann 8 und 16 bit anzeigen, und sendet diese optimiert ans 
Display.

Anbei der Schaltplan als jpg.

Und noch das versprochene Video.
http://www.youtube.com/watch?v=U1Lo6-4snbM

Hallo,

macht das das Display lange mit, Du bläst das Teil mit 5V Pegeln an, die 
schon ein Stück über der Vcc des Displays liegen. Die SD Karte auch. 
Wenns funktioniert, dann ist es schön zu wissen. Ich könnte mir aber gut 
vorstellen, dass Ableitströme über interne Schutzdioden fließen. Warum 
den AVR nicht gleich mit 3V betreiben und dann schauen, was für einen 
Takt er noch schafft. Dann wäre eine Versorgung mit einem LiPo Akku 
möglich, die Hintergrundbeleuchtung dann mit einem freien PWM Kanal via 
StepUp wie es Cristian macht. Die Induktivität kann auch kleiner 
ausfallen 220µH reichen. Den Code schau ich mir noch an, sieht aber sehr 
vielversprechend aus. Super Projekt.
Grüße
Lothar

@Lothar Lehmann:
Keine Panik. der 7805 versorg nur den JTAG. (Was aber auch keine Pflicht 
ist)
Ursprünglich sollte die gesamte Schaltung mit 5V laufen, bis ist mich im 
laufe der Entwicklung, dazu entschieden habe alles auf 3,3V zu 
portieren, um diverse Pegelwandler zu sparen.
Der Atmega32 läuft alse auf verbotenen 3,3V bei 16 MHz !!!
Die 3,3V werden mit dem LM317 erzeugt.

@ Lupin:
Ich nutze Dithering nicht bewusst.
Ich weiß nicht, was mir GIMP erzeugt, wenn ich aus einem 24 bit Bild ein 
16 Bit Bild erzeuge.
Optimiert habe ich es insofern, das ich lediglich Bilder lade mit einer 
Farbtiefe, die das Display unterstütz. (im moment nur 16 bit und 8 bit. 
wenig noch nicht)
außerdem sind die Libs für FAT und LCD etwas mehr verschmolzen. Es sind 
in der LCD lib direkt angepasste Funktionen aus der FAT lib zu finden, 
um etwas mehr Geschwindigkeit zu erreichen.
An was für einem ARM versuchst du es denn?
Das steht bei mir auch noch auf der toDo liste mit einem AT91sam7.

Aufgrund der geringeren Datenmenge bei einem 8 bit tiefen bild, wird das 
Bild schneller dargestellt.

Ja, 3,3V sieht schon besser aus.
Du zeigst nur fest definierte Bilder an. Ich habe mich mit FAT nur 
rudimentär beschäftigt. Ginge nicht ein Findfirst... Findnext oder so 
ähnlich um alle auf der Karte zu findenden Files anzuzeigen. Wenn ein 
Fehler auftritt, keine neue Datei mehr da, dann wieder von vorn 
anfangen. Ansonsten muss ich bei jeder neuen Bilderserie neu 
compilieren.

@Lothar Lehmann:
Sicher ginge das, war aber bei meiner Anwendung nicht gewollt.
Ich möchte lediglich eine Lösung vorstellen, mit der sich ein paar 
Bilder darstellen lassen.
So können gezielt vordefinierte Bilder geladen werden.

Hi,
ich versuche grad verzweifelt ein BMP von einer MMC karte mit deinem 
code auf einem L2F50xxx auszugeben, die bib von Christian Kranz für das 
L2F50xxx funktioniert auch soweit, inzwischen hab ich es geschafft die 
initalisierungs routine in deinen code zu übertragen, mein problem ist 
wohl dass wenn ich das display deselecte um von der mmc zu lesen es wohl 
nicht mehr auf weitere commandos reagiert.... kann das sein ? Hat jemand 
was ähnliches schon gemacht ?

@ Andreas H.:
prüf mal, ob du nicht ausversehen eine Leitung vertauscht hast (CS oder 
RS, oder so)
Ich habe das LS020 am laufen, und keine probleme damit.
Sollte also mit dem L2F auch laufen.
Wenn möglich, schau mit dem Oszi ob die Signale am Display auch richtig 
anliegen.

Gruß
Gunni

Danke für die Antwort,
ich habe das problem inzwischen gelöst das L2F50xxx mag es nicht wenn 
man während der "Pixelfüllung" am RS was ändert

1

fat_read_file (Clustervar,Buffer,b);

2

CLR(LCD_CS);          //select Display

3

CLR(LCD_RS);          //clear RS line

nach entfernem des "clear RS line" gings danke trozdem

@Gutmar H.

Ich bin gerade dabei eine multi Grafik Bibliothek für AVR und ARM µC´s 
zu schreiben und wollte fragen, ob ich deinen Code verwenden darf. Ich 
dachte daran, das ich den gesamten Code später unter die GPL stelle. Ich 
fände das echt super, wenn du mir das erlauben würdest, und es würde 
warscheinlich auch vielen helfen.

Viele Grüße

hallo Christian.
Natürlich darfst du den Code verwenden.
Der Code basiert größtenteils auf anderen Bibliotheken.
Nur die Funktionen zur BMP darstellungen stammen von mir.
viel Erfolg damit.
halt mich mal auf dem Laufenden, was die ARM geschichte angeht.

Guntmar H. schrieb:
> halt mich mal auf dem Laufenden, was die ARM geschichte angeht.
Mach ich gerne.

Viele Grüße