API LCD-Grafikfunktionen

Du könntest dir einfach mal das Datenblatt eines SPI-LCD Controllers 
anschauen, mir fallen im Moment z.B. die DOG LCD ein:
http://www.reichelt.de/index.html?ACTION=2;GROUPID=3007;SEARCH=DOG%20LCD-Module
Der verbaute Controller ist oft ein ST7565R, so das dessen Befehlssatz 
evtl. ein Anhaltspunkt wäre. Das hat den Vorteil, das du nicht unbedingt 
alles selbst entwickeln müsstest, was auf dem RPi läuft.
Es gab auch mal ein SPI Display von Nokia, das recht weit verbreitet 
war, allerdings habe ich die Bezeichnung nicht parat. Wimre, lief das in 
den alten 3310 Telefonen.

Vancouver schrieb:
> Jetzt frage ich ich, welche Funktionen der PIC aus Sicht des Host
> sinnvollerweise bereit stellen sollte. Die Minimalanforderungen sind
> natürlich:
>
> - Pixel setzen/löschen
> - Bitmap in ein Rechteck kopieren
> - Text ausgeben (Text/Grafikmodus)
>
> Damit kann man ja eigentich schon alles machen, aber der PIC könnte
> natürlich auch Funktionen für Grafikprimitive bereitstellen, z.B.
>
> - Rechteck leer/gefüllt mit runden/kantigen Ecken
> - Ellipse leer/gefüllt
> - Gerade
> - Allgemeine Polygone leer/gefüllt

Das hängt natürlich auch ganz stark davon ab was du vorhast. Wenn das 
Display nur zur Bedeinung deiner Heizung dient, sind die Ansprüche 
wesentlich kleiner als wenn du vorhast ein 3D Ego-Shooter zu 
implementieren.

Für letzteres wäre ein 2. Framebuffer im PIC interessant und Block-copy 
Kommandos, oder Sprites. Dann wird aus deinem PIC schon fast ein 
kompletter Grafikcontroller :-)

Vancouver schrieb:
> Es geht um die Darstellung von Statusmeldungen mit ein paar grafischen
> Elementen (z.B. progress bar, Zeigerinstrument, usw), das ganze mit <=
> 10 updates/sec, aber natürlich kein Video und kein 3D. Es soll später
> etwa so aussehen wie das hier:
> Youtube-Video "DOGXL160-7 Pedelec Display"

Wenn's nur um diese Anwendung geht (oder eine Ähnliche), könnte man 
sich sogar ein dediziertes API ausdenken. Dabei kümmert der PIC sich um 
die ganze Darstellung und das RasPi schickt lediglich die einzelnen 
Werten wie Geschwindigkeit, Akkuladestatus usw.

Vancouver schrieb:

> Gibt es so etwas wie eine
> Standard-API and dieser Stelle?

Nicht wirklich.

Deine Anforderung erinnert mich ein wenig an die Grafik-Terminals 
vergangener Tage wie zb ein Tektronix 4105.
Aber anders als der DEC-VT100 Standard, hat es bei den Grafik-Terminals 
keines geschafft, so etwas wie einen De-Facto Standard zu setzen. Am 
ehesten war es noch besagtes 4105, bei dem man oft Glück hatte, wenn 
Software es unterstützte.

> Aber welche Funktionen sind sinnvoll?
Die die du benutzen kannst. Ich denke, einer der wichtigsten Punkte ist 
es, dass du dir so etwas wie eine Kommando-Syntax zurecht legst, so dass 
du auch in Zukunft noch erweitern kannst. Es bringt auch nichts, wenn du 
jetzt rein auf Verdacht dir eine Menge Funktionen einfallen lässt und 
implentierst, die du dein Leben lang nicht brauchst.

Wie wäre es, einen Interpreter für (einen Deinen Anforderungen 
entsprechenden Subset von) HP-GL/2 (https://en.wikipedia.org/wiki/HPGL) 
auf dem PIC zu implementeiren?

Es gibt auch noch cairo (http://cairographics.org) aber das ist wohl 
eine sehr dicke Kanone für so einen PICcolo ;)

Man könnte auch zb u8glib für den pic32 über diverse "Register" oder 
bytesequenzen einbinden.

Zb.

Aus drawrect() macht man fix dr(sx,sy,w,h), auf spi schickt man dann "dr 
0 0 10 50"

Oder

Drawrect=  Register 1F =1 dann mit Daten aus den Registern sx sy w h 
Funktion aufrufen.

Meine Empfehlung: den PIC so wenig wie nur möglich machen lassen, also 
nur Framebuffer anzeigen. Malen kannst du dann auf dem Raspberry PI 
bequem mit cairo machen.