Display-Variante

Hat schon jemand andere Displays als die 2 Standards hier verbaut? Man sieht ja nur das full-graphic oder das 4-Zeilen-Display

Was ist denn z.B. mit dem hier: [www.adafruit.com]

Display, Joystick, SD-Slot, alles drin...

Da das Full-Graphic anscheinend schon an der Leistungsgrenze vom Arduino ist, wäre so ein Ding sicherlich nicht besser

Quote
Skimmy
Hat schon jemand andere Displays als die 2 Standards hier verbaut?

Dir scheint langweilig zu sein. Aber nur zu, die Firmware-Leute freuen sich immer, wenn jemand die entsprechende Software schreibt.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

raspberry pi + touch display in einer ernst zu nehmenden grösse ist vermutlich die bessere und einfachere Lösung, als versuchen den armen Arduino jetzt auch noch die daten für ein touch farb display verarbeiten lassen.

Quote
Wurstnase
Da das Full-Graphic anscheinend schon an der Leistungsgrenze vom Arduino ist, wäre so ein Ding sicherlich nicht besser

Ist das Halbwissen oder irgendwo belegt? Wenn ja, Link bitte, will mich einlesen.

2-mal bearbeitet. Zuletzt am 12.11.14 14:07.

Quote
mantus
ist vermutlich die bessere und einfachere Lösung

[www.duden.de]

1-mal bearbeitet. Zuletzt am 12.11.14 13:33.

Einfach mal ein Full-Graphic anschließen und von der trägen Reaktion genervt sein - ist bei mir aber auch nur Halbwissen vom Hören-Sagen .

LG, Willy

---

3D gedruckter Messerschärfer +++ RADDS für den Arduino-Due +++ Meine Drucker

Quote
Willy
Einfach mal ein Full-Graphic anschließen und von der trägen Reaktion genervt sein - ist bei mir aber auch nur Halbwissen vom Hören-Sagen .

LG, Willy

Ja, ich hab leider keins, sondern "nur" das 4-Zeilen Teil...

Bei mir werkelt neuerdings ein RRD Grafikdisplay, und ja, es ist lahm. Und der Aktualisierungsintervall ist nicht hoch (wie auch, der kleine Mega hat ja genug um die Ohren).

---

LG

Jonas

also habe hier eine Prototyp wo ein mega2560 ein Touchscreen in bunt bedienen kann.
es ist zwar nicht schnell aber auch nicht ruckelig
ist aber auch kein Drucker.
Also es ist alles machbar.
Und das Fullgraphic mag zwar lahm sein sieht aber stylischer aus
Und für SD Karte rein und mal eben was starten langt es dicke.
Temp aktualisiert sich eh nur alle Sekunden, also langt es

---

Commercium ----> Ramps, RADDS, e3d-Hotends und Filament kauft man hier.. und neu auch Schrauben,Muttern und Unterlegscheiben
Probleme mit dem e3d und bei mir gekauft? Schickt es ein, ich teste es für euch ob es wirklich defekt ist
Print Quality Troubleshooting Guide hier lang..

Quote
Skimmy
Ist das Halbwissen oder irgendwo belegt?

Das lässt sich ganz einfach daraus ableiten, dass, wenn man an die Grenze geht, ein Mega schon mit dem Erzeugen der Motorschritte zu 100% ausgelastet ist. Also muss man erheblich langsamer drucken um nebenbei auch noch ein Display bedienen zu können.

Wenn man den Drucker mit gemütlichen 1000 Schritten pro Sekunde vor sich hin tuckern lässt, ist das natürlich kein Problem.

Ein Weiteres Problem ist, dass ein Farbbild mit 128 x 160 Pixeln 128 * 160 * 3 = 61440 Bytes braucht. Der Flash eines ATmega2560 wäre also mit 4 Bildern nahezu voll, da wäre schon kein Platz mehr für die eigentliche Firmware. Ins RAM, um den Bildern auch einen Sinn geben zu können, passt so ein Bild gar nicht rein. Man müsste also mit einem Kompressionsverfahren arbeiten, z.B. Runlength-Encoding, was die Geschichte noch rechenaufwändiger macht.

In der Zeit des Commodore 64 hat man sich schon mal mit derartigen Problemen herum geschlagen. Da war man froh, wenn eine Grafik nach einer Minute fertig war. Renderings von 3D-Szenen haben Tage gebraucht. Deswegen hatten diese Computer alle Grafikprozessoren drin, die aus einer Seite Text (24 oder 25 Zeilen zu je 40 Zeichen) selbstständig ein Bild ausrechnen konnten.

So viel zu dem Thema. Irgendwas billig kaufen und dafür eine Software zu schreiben ist eben zweierlei.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY