Graphlcd-base st7565r Treiber hinzufügen - Proportionen verkehrt

Lass dir Zeit. So wie ich das sehe ist eh noch ein kleiner Fehler drin.

Wenn eine Breite über graphlcd.conf angegeben wird, die nicht glatt durch 8 teilbar ist, dann dürfte der Treiber crashen weil ein Byte (das, was nötig ist, um den "Rest" beim Teilen aufzunehmen) nicht reserviert wird. Ich passe das gegen Ende der Woche noch an.

Ist zwar alles für den "Reel-Sonderfall" nicht wirklich sinnvoll (gibt es eh nur für genau ein LCD) aber ich hoffe nach wie vor, dass man den Treiber in angepasster Form auch für ein "unverändertes" ST7565R LCD nutzen kann. Sieht für mich schon verdammt danach aus als hätte Reel hier das "Original"-Protokoll für den ST7565R genutzt und mit einem "Extra-Header" versehen um es über UART kommunizieren zu können. Man müsste also möglicherweise nur zwei Funktionen überschreiben damit direkt mit einem SPI-Port gesprochen werden kann.

Hi,

Der T6963c Treiber kann das als Beispiel.

MfG Stefan

Usbserlcd auch

Lohnt aber nur bei größeren LCD wirklich.

Hi,

bei 240x128 lohnt es schon...

MfG,

Stefan

Genau meine Meinung.

Mein Post war auf den hier diskutierten st7565r bezogen. Die LCDs damit gibt es mit 128x64, 132x64 oder 132x32. Hier bin ich der Meinung, dass man vom teilweisen Aufbau nicht allzuviel haben wird.

Anpassung ist drin. Jetzt fällt mir erstmal nichts mehr ein, was man noch verbessern könnte.

Für einen "generischen" st7565r-Treiber würde ich dann ggf. später große Teile des st7565r-reel-Treibers in den generischen verschieben und den speziellen "Reel-Treiber" davon mit Mitteln der Objektorientierung ableiten. Im Prinzip würde es da reichen zwei Funktionen zu überschreiben.

Danke für die Rückmeldung. Ich habe den "Entwicklungs-Branch" jetzt nach "master" zurückgemerget und gelöscht.

Mit der neuen Version warte ich noch etwas. In der Zwischenzeit will ich noch ein paar Details am Makefile anpassen. Für Arch Linux ist nämlich zum Bauen ein ziemlicher Verhau nötig:

https://github.com/VDR4Arch/vd…ps/graphlcd-base/PKGBUILD

Edit: Sehe gerade, dass MLD auf den "Entwicklungs-Branch" umgestellt hat. Sorry Leute, aber die "saubere und finale" Lösung ist es, den Source aus "master" zu beziehen. Oder etwas warten, denn in ca. einer Woche gibt es eine als stabil markierte neue Version von graphlcd-base

Und bitte Finger weg vom "touchcol-Branch". Der ist nur aus "historischen Gründen" noch da. Alles was da drin ist, wurde schon vor längerem nach "master" zurückgemerget. Schon weil das der einzige Branch war mit Skin-Support und ohne Skins wäre es deutlich schwerer gewesen graphlcd-Support für Kodi umzusetzen.

Neue Version kommt morgen. Ich nenne das dann einfach mal "graphlcd-base 1.0.0" und wenn ich es mit dem Makefile wider erwarten verkackt habe, dann folgt zeitnah eine "1.0.1".

Ich bin noch am überlegen ob ich das VDR-Plugin auch mal versionieren soll. Ich selber entwickle eigentlich nicht daran. Mich interessiert nur graphlcd-base.

Das Thema hier würde ich als erledigt bezeichnen. Sobald du ein Repo mit den Tools bereit hast, dann bitte hier posten:

graphlcd 1.0.0