Pass bloß auf,
dass du dir dabei nicht alles zerschießt!
Naja so schlimm wie immer bei Windows kanns zwar nicht
werden, aber man weiß ja nie.
Statisch einbinden,
keine Ahnung ob das überhaupt funktioniert,
musst du ausprobieren.
Tschau,
Henning
Pass bloß auf,
dass du dir dabei nicht alles zerschießt!
Naja so schlimm wie immer bei Windows kanns zwar nicht
werden, aber man weiß ja nie.
Statisch einbinden,
keine Ahnung ob das überhaupt funktioniert,
musst du ausprobieren.
Tschau,
Henning
Hi, wollt Ihr nicht mal mit Carstens Siebholz zusammen versuchen GraphLCD zum KernelModul umzubauen. Das hätte glaube ich sogar das Zeug um in den Kernel aufgenommen zu werden.
Könnte mir gut vorstellen das sich viele drüber freuen würden und daran weiterentwickeln, die überhaupt nix mit dem VDR zu tun haben.
Wieleicht gäbs ja sogar Unterstützung von den Display-Herstellern.
Also ich fänds genial.
Hi,
kleiner Nachtrag:
im Zusammenhang mit der Kernelmodul Geschichte bin ich noch über
http://lcd-mod.sourceforge.net/index.php gestolpert.
Cu,
Andreas
Ich hab gesehen schon 10mal runtergeladen und
keine Kommentare???
Gruß,
Henning,
der gespannt darauf wartet, zu hören was für nen scheiß
er zusammengebrezelt hat.
Mit der angepasten fct.c klappt es bei mir wunderbar! Hätte ich den Thread früher gefunden, hätte mir das bestimmt 15 Kernel/Module kompilieren gespart
steffen
Das ist wenigstens was,
ich wünschte mir aber eher
was zu meinem Kernel-Modul.
Gruß,
Henning
Hi Henning,
ok ich stehe dazu, einer der Downloader zu sein, aber irgendwie funktioniert das Modul nicht mit meinen Display ;D.
Ach, da fällt mir wieder ein ich hab ja kein HD61830 .
Mich interessierte erstmal nur wie es überhaupt gehen würde, hast Du ein gutes Howto zu Hand, ich glaub mein google klemmt gerade.
Eines ist mir aber schon aufgefallen, das die Erstellung per KConfig, für den Anfang sehr umständlich ist,
persönlich würde ich ein einfaches "make install" bevorzugen.
Wie wäre den die Idee, den kleinsten gemeinsamen Nenner aller Display's zu bedienen, einfach nur einen Speziellen Lowlevel Parallelporttreiber mit konfigurierbarer Timingsteuerung zu bauen, davon hätten alle Displays etwas...
CU,
Andreas
Ja, gute Idee,
ABER
Timing-Problem ist wieder da.
Jedes Display hat wieder anderes Timing
bzw. andere Befehle mit Pausen dazwischen.
Geht leider nicht, sonst hat ich nur den port_out-Befehl ersetzt.
Ich hätt auch ein Diff erzeugen können, aber da hab ich keine
Ahnung wie das geht, außerdem hab ich z.B. in der Kconfig
noch lirc stehen und andere nicht, aber vielleicht noch andere
Verlinkungen, und da das ja eigentlich die einzige Änderung (naja Makefile,
aber das gleiche Prob) ist lohnt sich das dann auch nicht.
Aber das sollte sowieso nur ein Test sein.
Howto?
Also ein Howto selber hab ich nicht gehabt.
Mir hat geholfen
- die Sourcen vom Lirc-Treiber // Parport-Treiber / Kernelsourcen allgemien
- man *
und google.
Aber ich hab in der Zeit rausbekommen, es gibt ein Buch
"Writing Linux Device Drivers"
Aber ich hab keine Ahnung ob das für 2.6 geeignet ist.
Gruß,
Henning
ZitatABER
Timing-Problem ist wieder da.
das könnte man ja nach vor jedem "Write" per ioctl neu festlegen,
ein Schreibvorgang eines einzelen Bytes könnte dann so aussehen
writebyte(byte x, int haltezeit)
{
ioctl(fd, set_time, haltezeit)
fwrite(fd, x)
}
und damit weiss der Treiber wielange das Signal anstehen muss.
ZitatIch hätt auch ein Diff erzeugen können, aber da hab ich keine
Ahnung wie das geht,
Ist doch recht einfach, per
#> diff -Nur graphlcd-0.0.7.alt graphlcd-0.0.7.neu > patch.diff
möglich
Andreas
Stimmt,
das wäre vielleicht möglich.
Ich hab nur keine Ahnung was passiert,
wenn sich das überschneidet.
Aber ich finde das ehrlich gesagt praktischer,
wenn man im Kernel einfach das richtige Modul
auswählen kann, und der Treiber ist völlig unabhängig
davon. Das ist es zwa im Moment zwar auch nicht,
wäre aber (find ich) das Ziel was GraphLCD erreichen sollte.
Wenn du dir die Funktionen aus den Kontrollerdateien von GLCD
angeschaut hast, dann gibt es ja die Funktionen,
SetPixel, Set8Pixel und Refresh, soweit ich weiß.
Wenn man das alles in den Kernel lagern würde, wär das
Praktischer. Die Refreshzeit und die Pixel,
werden für jeden Kontroller gleich einfach auf das Device-File
geschrieben. (ioctl)
Probleme wirds nur geben ab mehr als einem Display, aber das ist
meiner Meinung nach weit entfernte Zukunftsperspektive.
Nur so meine Meinung,
Henning
edit: sorry, falscher inhalt an falscher stelle.
arghgra
Das da noch einiges fehlt ist mir klar.
ZitatFür erste Tests würde ich das nicht als Quasi-Kernel-Patch vertreiben.
Wenn ich das Ding als echte Alternative angesehen hätte, hätte ich nen Announce
in VDR-News-Bereich gemacht.
Eigentlich wollte ich ja nur eine Beispieldatei bringen
und zeigen, dass das auch nicht schwerer ist zu proggen,
als ein C-Programm und das sogar ICH das geschafft hab.
Nachdem der Download-Counter schon 10 Downloads angezeigt hat,
wollt ich dann auch wissen obs läuft.
Und deswegen meine Frage noch an dich arghgra,
hast dus ans laufen bekommen oder keine passendes Display,
oder nicht versucht????
Gruß,
Henning
arghgra:
PS: Möchtest du dich nciht vielleicht anbieten da weiter zu machen
Oder besser gleich ganz neu machen
ZitatAlles anzeigenOriginal von fawkes
Das da noch einiges fehlt ist mir klar.
Wenn ich das Ding als echte Alternative angesehen hätte, hätte ich nen Announce
in VDR-News-Bereich gemacht.
Eigentlich wollte ich ja nur eine Beispieldatei bringen
und zeigen, dass das auch nicht schwerer ist zu proggen,
als ein C-Programm und das sogar ICH das geschafft hab.
Nachdem der Download-Counter schon 10 Downloads angezeigt hat,
wollt ich dann auch wissen obs läuft.
Und deswegen meine Frage noch an dich arghgra,
hast dus ans laufen bekommen oder keine passendes Display,
oder nicht versucht????
Gruß,
Henning
arghgra:
PS: Möchtest du dich nciht vielleicht anbieten da weiter zu machen
Oder besser gleich ganz neu machen
Sorry, hatte gedacht, Du bist an jedwegem Kommentar interessiert.
Ich hab nur einen Blick in den Code geworfen. Hab leider kein Grafik-LCD, um's testen zu können.
Dann nehm ich mal lieber alles zurück und hab gar nix gesagt
gruesse,
arghgra
Brauchst dich doch nicht entschuldigen.
Natürlich bin ich an jedwedigen Kommentar
interressiert
Aber du hattest halt nicht geschrieben ob dus probiert hast.
Gruß,
Henning
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!