Touch display an einen atmega32

Streno schrieb:
> Reicht die Rechenleistung aus, um mein Projekt umzusetzen?

Kommt drauf an was du erwartest. Im Prinzip ja.
Framebuffer-Techniken wirst du aber nicht umsetzen können.

Streno schrieb:
> Reicht die Rechenleistung aus, um mein Projekt umzusetzen?

Zusatz: Dein Projekt kennen wir nicht. Meine Aussage war
alleine für's Display gedacht.

Streno schrieb:
> Mit einem atmega32 steuern.

Beitrag "Re: ATmega32 Entwicklerboard (Selfmade)"

Ich möchte Daten eines ekgs darstellen und mithilfe der touch Funktionen 
verschiedene Seiten anzeigen und start/stopp. Ebenso möchte ich die 
Daten auf einer sd Karte speichern

Streno schrieb:
> Ich möchte Daten eines ekgs darstellen und mithilfe der touch Funktionen
> verschiedene Seiten anzeigen und start/stopp.

Dann lieber gleich so:

Beitrag "stm32_f4ve lcd für 16x2-Stiftleiste"

oder auch ein STM Discovery Board.

Gerhard G. schrieb:
> Schau dich nach einen ATmega um, der solche oder ähnliche Dimensionen
> wie der ATmega1280 hat.

Danke, so eine Antwort habe ich gebraucht. Was bedeutet ähnlich wie der 
atmega1280? Warum nicht der atmega 1280?

Gibt es für den atmega ein geeignetes Evaluation?

Gerhard G. schrieb:
> Lösung wie oben beschrieben: STM32F4

Er wollte aber was anderes hören:

Streno schrieb:
> Danke, so eine Antwort habe ich gebraucht.

Arduinoquäler schrieb:
> Er wollte aber was anderes hören:

Das führt bei mir zu der Einschätzung: beratungsresistent.

Denn er will ja eine positive Antwort/Bestätigung für das
was er sowieso machen will.

Arduinoquäler schrieb:
> Arduinoquäler schrieb:
> Er wollte aber was anderes hören:
>
> Das führt bei mir zu der Einschätzung: beratungsresistent.
>
> Denn er will ja eine positive Antwort/Bestätigung für das
> was er sowieso machen will.

Ich würde eben am liebsten mit einem avr arbeiten, da ich damit am 
meisten Erfahrung habe. Der atmega 2560 ist ja auch im arduino Mega 
verbaut. Dort habe ich viele Beispiele gesehen, dass es mit einem großen 
Display funktioniert.

Generell bin ich aber auch für andere Controller offen.

Das Display sollte 3 Graphen anzeigen. Komplexe Bilder möchte ich 
ohnehin nicht darstellen

Danke für die vielen Vorschläge

Streno schrieb:
> Komplexe Bilder möchte ich ohnehin nicht darstellen

Komplexe Bilder werden komplett an einem Stück in den Diyplaycontroller 
geschrieben und lassen sich vermutlich schneller anzeigen, als eine 
Zeichnung mit einzeladressierten Pixeln.
Da 480x800 auf 5" eine sehr feine Auflösung hat, muß man Punkte und 
Linien teilweise vergrößert zeichnen. Mit einer 5x7 Schrift wird man 
viele, viele Zeichen auf dem Display anzeigen, aber nicht lesen können.

> Das Display sollte 3 Graphen anzeigen.
Und gerade dafür wird viel CPU-Leistung/Geschwindigkeit gebraucht.

Vergiß den AVR oder nimm ein anderes Display mit 272x480 @ 4,3", oder 
gleich einen leistungsfähigen ARM.

Rudolph R. schrieb:
> Die Dinger (FT800) arbeiten nämlich Objekt-orientiert statt Pixel für
> Pixel

Das ist schön, wenn man Objekte hat, aber unschön, wenn man Pixel für 
Pixel zeichnen will oder muß.

m.n. schrieb:
>> Die Dinger (FT800) arbeiten nämlich Objekt-orientiert statt Pixel für
>> Pixel
>
> Das ist schön, wenn man Objekte hat, aber unschön, wenn man Pixel für
> Pixel zeichnen will oder muß.

Na so ein Glück, dass die FT8xx auch Linien, Rechtecke und Kreise malen 
können - mit Anti-Aliasing.
Es gibt auch ein Bargraph Objekt, das habe ich nur noch nicht benutzt.

Streno schrieb:
> Ich würde eben am liebsten mit einem avr arbeiten, da ich damit am
> meisten Erfahrung habe. Der atmega 2560 ist ja auch im arduino Mega
> verbaut. Dort habe ich viele Beispiele gesehen, dass es mit einem großen
> Display funktioniert.

Nimmst du einen Arduino Mega2560 und ein Shield und ein Display mit
2x20 Pins (jedes wird funktionieren) und werde glücklich.

"Einziger" Nachteil bei diesen blöden Shields ist dass man
an die restlichen Pins so schwer drankommt. Aber a bisserl
was geht immer, sagt schon der Monaco Franze ....

Rudolph schrieb:
> Na so ein Glück, dass die FT8xx auch Linien, Rechtecke und Kreise malen
> können - mit Anti-Aliasing.

Das ist ja gut. Dann kann man ein Pixel zeichnen, indem man ein Rechteck 
aus einem Punkt malen läßt, anstatt mühevoll in den Bildspeicher des µC 
ein Byte zu schreiben.

> Es gibt auch ein Bargraph Objekt, das habe ich nur noch nicht benutzt.

Wenn man die angebotenen Vorgaben so mag, ist ja alles gut. Wenn man 
einen eigenen Geschmack hat oder Geschwindigkeit braucht: eher schlecht.
Das muß jeder für sich entscheiden!

Hier, das hat ein Kollege mit meinem 7" TFT von Riverdi als 
Visualisierung für seine Master-Arbeit programmiert.
Das läuft auf einem 90CAN64 mit 40 Frames pro Sekunde.

Die Daten für den Sinus kommen über den CAN rein, die Fläche hat so 
256x256 Pixel, der Graph besteht aus etwa 100 Linien-Segmenten.
Das scrollt entweder durch oder wird immer wieder neu gezeichnet.
Ein Dreieck oder Sägezahn geht so auch super, ein chaotisches Signal 
konnte ich gerade spontan nicht testen.

Eine andere Anzeige könnte zum Beispiel auch mit Rechtecken arbeiten als 
Balken-Anzeige, da müsste man dann immer nur eine Kordinate ändern,
um unterschiedlich lange Balken zu bekommen.