Posts by Moskito

Quote

Original von daz
in der neuesten graphlcd 0.1.0 version steht im readme was von windows belegung drin. kriege aber bisher nur ein komplett weisses bild.

hast du mittlerweile dein display am laufen?

gruss daz

Nein, wobei ich zugeben muß, das ich mir aus Zeitmangel die letzten Versionen nicht mehr angschaut habe.

Ich weiß auch nicht, wann ich mich da mal wieder dran setzen kann/werde um das zu testen.

CU,
Marcus

Von mir auch ein herzliches Dankeschön!

Super gelaufen!

Hi!

Du hast vermutlich das gleiche Problem wie ich, es läuft im Modus 8080.
Das graphlcd Plugin ist für den 6800 Modus.
Leitung LPT <-> LCD durchmessen.

Es gibt jetzt verschiedene Möglichkeiten.
Umlöten auf 6800.
Treiber ändern, mir ist es allerdings noch nicht gelungen

Powarman arbeitet an einer Lösung, mal sehen, wann es was neues gibt.

Am besten schaust Du Dir mal Das Datenbaltt deines Displays an und mißt mal die Leitungen durch.

Gruß,
Marcus

Soderle,

ich habe mir mittlerweile alsa-0.9.4-irgendwas gezogen und nun funktioniert auch das kompilieren.

ALs nächstes muß ich nur noch die richtige Reihenfolge der zu ladenden Module hinbekommen.

Hat da jemand einen Tipp, welche und in welcher Reihenfolge ich die unter dem Kernel 2.6.4 laden muß?

Gruß,
Marcus

Hi!

Da ich immernoch in der Testphase für meinen VDR bin, hab ich mich mal ans analogtv-plugin gemacht.

Mein System ist Debian Woody mit diversen Paketen von backports.org.

VDR Version ist 1.2.6 mit Multipatch.

Ich habe alles selber kompiliert was mit VDR zu tun hat.
Jetzt weiß ich allerdings nicht mehr weiter.

Ich habe mir die Quellen von analog-plugin-0.9.14 gezogen und laut Anleitung entpackt und mp1e gepatcht.

Aber das kompilieren von mp1e schlägt mit folgender Fehlermeldung fehl:

/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I..      -D_GNU_SOURCE -D_REENTRANT -DFLOAT=float        -include ../config.h    -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations          -fomit-frame-pointer -O2  -I/usr/src/vdr/VDR/PLUGINS/src/analogtv/rte/mp1e/rte -c -o alsa.lo `test -f 'alsa.c' || echo './'`alsa.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_GNU_SOURCE -D_REENTRANT -DFLOAT=float -include ../config.h -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -fomit-frame-pointer -O2 -I/usr/src/vdr/VDR/PLUGINS/src/analogtv/rte/mp1e/rte -c alsa.c -Wp,-MD,.deps/alsa.TPlo -o alsa.o
alsa.c: In function `select_sample_format':
alsa.c:290: too many arguments to function `snd_pcm_hw_params_get_channels'
alsa.c: In function `open_pcm_alsa':
alsa.c:366: warning: passing arg 3 of `snd_pcm_hw_params_set_rate_near' makes integer from pointer without a cast
alsa.c:368: too many arguments to function `snd_pcm_hw_params_get_rate'
alsa.c:387: warning: passing arg 3 of `snd_pcm_hw_params_set_period_size_near' makes integer from pointer without a cast
alsa.c:405: warning: passing arg 2 of `snd_pcm_hw_params_get_period_size' from incompatible pointer type
alsa.c:405: too many arguments to function `snd_pcm_hw_params_get_period_size'
alsa.c:406: too many arguments to function `snd_pcm_hw_params_get_buffer_size'
make[2]: *** [alsa.lo] Error 1
make[2]: Leaving directory `/usr/src/vdr/vdr-1.2.6/PLUGINS/src/analogtv-0.9.14/rte/mp1e/devices'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/vdr/vdr-1.2.6/PLUGINS/src/analogtv-0.9.14/rte/mp1e'
make: *** [all] Error 2

Ich habe vorher folgende Pakete installiert:

apt-get install alsa-headers libasound2 libasound2-dev

DIe Alsa Version ist also 0.9+0beta12-3
Ist die Version zu alt?
Wenn ja, weiß jemand, wo es aktuelle Pakete für Woody gibt?

Gruß,
Marcus

Quote

Original von powarman
Hi,

Moskito:
Wie schon gesagt, werde ich den sed1330 treiber wieder so hinbauen, dass er dem Originalpatch von robert praml entspricht

Andreas

Super Neuigkeiten!
Dann bekomm ich ja mein Display doch noch zum laufen, da es ja etwas anders verdrahtet ist

Marcus

powarman

Der Patch, den rumble hier gepostet hat ist nicht im aktuellen graphlcd enthalten.
Seltsamerweise ist der auch anders aufgebaut, als der jetzige sed1330.
Er ist auch viel besser dokumentiert, sodass auch Leute mit nicht soviel C++ Erfahrung ihn ändern können.
Kann man den irgendwie einbauen?

Welcher ist denn jetzt der Treiber, den Roland Praml geschrieben hat?
Sein Name taucht nämlich in beiden auf

CU,
Marcus

OK!

Dann wollen wir mal

2x blau für mich.

THANX

stevie

Ich hab mir gerade nochmal Deine Belegung angeschaut.
Dein Auslieferungszustand entspricht genau meiner jetzigen Belegung!
Das ist wohl die, die von jedem Windows Programm benutzt werden kann und wohl auch meistens so vertrieben wird.
Also sollte man doch versuchen, die Treiber so anzupassen, das es für die meisten Leute funktioniert, ohne erst an der Belegung rumzulöten.
Das mit dem 8080/6800 ist dann eine individuelle Änderung.

Quote

Original von randy
vergiss ned, das du auch in nem anderen modus das lcd faehrst (8080/6800)
da langt ein reines umverdrahten ned.

-- randy

Das ist schon klar, aber ich hab hier mal das Datenblatt.
Demnach kann man den Modus per Software ändern.
Jenachdem, was man auf Pin 4,5 und 6 anlegt, oder?

Schön, das langsam Bewegung in die Sache kommt

Leider bin ich nicht so gut im programmieren

Aber folgendes ist in LCDProc im lpt-port.h definiert:

/* Control output lines
 * Write to baseaddress+2
 */
#define nSTRB 	0x01	/* pin 1; negative logic */
#define STRB 	0x01
#define nLF 	0x02	/* pin 14 */
#define LF 	0x02
#define INIT 	0x04	/* pin 16; the only positive logic output line */
#define nSEL 	0x08	/* pin 17 */
#define SEL 	0x08
#define ENIRQ	0x10	/* Enable IRQ via ACK line (don't enable this without
			 * setting up interrupt stuff too) */
#define ENBI	0x20	/* Enable bi-directional port (is nice to play with!
			 * I first didn't know a SPP could do this) */


#define OUTMASK	0x0B	/* SEL, LF and STRB are hardware inverted */
			/* Use this mask only for the control output lines */
			/* XOR with this mask ( ^ OUTMASK ) */

Darufhin habe ich folgende Zeilen in dem sed1330.c Treiber die define geändert:

// LPT lines
//#define A0	SEL
#define A0	INIT
//#define nRESET	STRB
#define nRESET	SEL
//#define nWR	INIT
#define nWR	STRB

Wenn ich as richtig verfolgt habe, sind lediglich drei Leitungen anders zu definieren.
Also STROBE, INIT und SEL.

Vielleicht hilft es ja, ansonsten muß ich im Netz mal nach einer anderen Beschaltung suchen.

Moin!

Nachdem ich mir hier den ganzen Thread mal durchgelesen habe, da ich auch ein GLCD mit SED1330 und 320x240 habe, ist der Lösungsweg nicht der optimale!

Es gibt mittlerweile bestimmt genug Leute, die so ein Display besitzen.
Warum sollen die alle da drann rumlöten?
Wenn ein Display unter Windows mit einer bestimmten Beschaltung funktioniert, warum zum Teufel passt man nicht den Treiber an?

Mein Display ist nach der PowerLCD Beschaltung gelötet, welche unter Windows funktioniert.
Ich habe es auch unter LCDProc zum laufen gebraucht, indem ich 3 Werte in den Quellen geändert habe.

Bei einem Blick in die Quellen von graphlcd-0.0.8 ist mir aufgefallen, das es für den tc6963, 3 verscheidenen Anschlußmöglichkeiten gibt, warum nicht auch für den sed1330?

Mein Display z.B. ist wenn ich mich nicht total irre, beschaltet, wie ein Standard tc6963.
Jedenfalls, wenn ich mir die Beschaltung in den Quellen vom tc6963 anschaue.

Vielleicht ist das ein weinig Blauäugig, aber das mit dem anpassen der Treiber ist wohl die sicherste Lösung.

Gruß,
Marcus

Quote

Original von niklot
Hi,

Moskito

Nein, ich bin noch nicht Kunde, aber das sollte ja kein Problem darstellen.
Bestellwert bis jetzt 101,30 Euro

Sicherlich nicht, wenn Du einen Gewerbeschein hast.

niklot

Bist Du dort schon Kunde?

Ich habe mich letzte Woche dort registrieren lassen, weil ich auch vor hatte eine Sammelbestellung zu machen.

Übrigens, die Preise sind zzgl. Märchensteuer!

Quote

Original von stevie
So. wie versprochen mal 'ne kurze Info!
Moskito
Kannst Du an Deinem Dispay per Lötbrücke o.ä. den Betriebsmodus des Displays ändern? Wechsel zwischen 8080- und 6800erModus? Der Patch von Roland Praml basiert auf dem 6800er-Modus!
Stevie

Ich hab mir das Datenblatt nochmal angeschaut.
Eine Brücke hab ich bis jetzt noch nicht gefunden.

Umschalten geht aber wohl, man muß dann halt nur einen anderen Pegel anlegen.

Hier ist das Datenblatt.

Hi!

Ich besitze ebenfalls ein 320x240 mit sed1335 Kontroller.
Ich habe meins allerdings nicht von lcd4you, aber die selbe Beschaltung.

Meins wurde auch heiß, wenn ich versucht habe es mit z.B. lcdproc zu betreiben.
Die Lösung ist so einfach, wie simpel.
Meins war beschaltet, für die Verwendung mit PowerLCD.
Nachdem ich die Quellen von lcdproc ein wenig umgeändert habe, damit es auf meine Beschaltung passt, tut das Display es endlich.
Es wird auch nicht mehr heiß!

Ich habe allerdings das Display noch nicht mit gLCD Plugin getestet, da mein VDR eh noch nicht funktioniert

Hi!

Das sind ja schlechte Nachrichten, ich wollte da in absehbarer Zeit auch mal bestellen.

Werde jetzt erstmal warten, was bei euch rauskommt.

No Luck!

Werde jetzt die Karte in die Ecke legen, bevor ich noch drauf rumtrampel und das Teil aus dem Fenster befördere.

Der letzte Hoffnungsschimmer, es hat jemand eine Kabelpeitsche für mich, um zu testen, ob die Karte wirklich defekt ist.

OK!

Das werde ich heute abend mal testen, denn im Büro habe ich leider keinen Lötkolben

Dann sterte ich nochmal bei Null.

Werde NUR mal SCART 20 und SCART 17 verbinden.
Mal sehen, was bei rauskommt.

Quote

Original von Dr. Seltsam

Für eine RGB - und FBAS-taugliche Verbindung brauchst Du die Kontakte nur wie folgt belegen:

26-poliger Siemens-X3 (Ausgänge) / Scart (Eingänge)
--------------------------------------------------------------------------
1 8 AV-Schaltspannung
2 4 Masse Audio
4 2 Ton rechts
6 6 Ton links
8 17 Masse Video Composite
10 20 Video Composite
16 13 Masse Rot
18 15 Rot
21 11 Grün
23 9 Masse Grün
14 7 Blau
16 5 Masse Blau
13 16 Austastung
15 18 Austastung Masse

Display More

Da ist ein Fehler drin, der mir jetzt erst auffällt!

Pin 16 des 26 Poligen X3 ist zweimal vergeben!