Hallo Gott Ralf
Hoffe, das (der?) Patch ist so richtig
EDIT
Das war Murks von mir. Der sollte laufen.
/EDIT
Hallo Gott Ralf
Hoffe, das (der?) Patch ist so richtig
EDIT
Das war Murks von mir. Der sollte laufen.
/EDIT
Hi Martin,
ZitatOriginal von martin_h
Hi detlev,
Uaargh bitte nicht mit v.
Zitat
nettes Display!
Kannst du einen kleinen Hinweis auf die Bezugsquelle und den Preis geben.
Bekommst Du wie alle Displays von Itron direkt beim Hersteller.
Das kostet um die 220EUR. Ich habs aber als kostenloses Muster über meine Firma
bezogen.
Gruß
Detlef
Hi Ralf,
ZitatOriginal von ralf1970
+ Write((m_iSizeYb*width)&0xff)
+ Write((m_iSizeYb*width)>>8)
Da fehlen die ; am Ende, sonst brichts ab beim compilen.
EDIT
Werde Dich in Zukunft mit Gott ansprechen Es läuft!
/EDIT
Kannst Du mir noch verraten, wie ich jetzt ein diff davon erstelle?
Gruß & 1000 Dank
Detlef
Hmm, habe 2 von den Karten mit ner FF-Nexus-s 2.1 im Gespann. Treiber wie o.g. geladen und keine Klötzchen.
gentoo, 2.6.10, cvs-Treiber.
Wäre das so richtig?
if (interface == kInterfaceParallel)
port->Claim();
if (interface == kInterfaceParallel && useDMA)
{
Write(dBLITIMAGE0);
Write(dBLITIMAGE1);
Write(dBLITIMAGE2);
Write(dBLITIMAGE3);
Write(0); // low byte address
Write(0); // high byte address
Write(0); // low byte size
// Write(8); // high byte size
}
else
{
Write(nSETCURSOR0);
Write(nSETCURSOR1);
Write(0); // low byte x
Write(0); // high byte x
Write(0); // low byte y
Write(0); // high byte y
Write(nBLITIMAGE0);
Write(nBLITIMAGE1);
Write(nBLITIMAGE2);
Write(nBLITIMAGE3);
Write(0); // low byte width
Write(1); // high byte width
// Write(8); // low byte height
Write(0); // high byte height
Write(1); // end header
}
for (xb = 0; xb < width; xb++)
{
for (yb = 0; yb < m_iSizeYb; yb++)
{
Write((m_pVFDMem[xb][yb]) ^ (config->invert ? 0xff : 0x00));
}
// parallel port writing is busy waiting - with realtime priority you
// can lock the system - so don't be so greedy ;)
if ((xb % 32) == 31)
{
uSleep(1000);
}
}
if (interface == kInterfaceParallel)
port->Release();
}
}
} // end of namespace
Alles anzeigen
Jetzt haben wir endlich nen Bild von Dir
Habe jetzt alle Bios/software- Kombinationen durchgetestet. Die Anzeige ändert sich dahingehend, dass sie entweder träge reagiert oder die Zeilen zerhackt dargestellt werden. Allerdings immer nur in der ersten Hälfte des Displays. Der Rest bleibt Dunkel
Eine 2. LPT bringt auch nicht DIE Verbesserung.
Kann es nicht doch ein Treiberproblem sein? Die Verkabelung wird wohl ausscheiden.
Hi,
ZitatAlles anzeigenOriginal von mbc
Also .. unter Suse 8.2 (Kernel 2.4.20) hängt sich das System auf wenn ich versuche den bttv mit modprobe zu laden.
Bei einer Neuinstallation des Systemes von Suse 8.2 bleibt die Installation hängen ( sehr wahrscheinlich beim Treiber laden).
Dann hab ich es mal mit debian (testing) versucht (kernel 2.4.27), auch da bleibt er bei der Installation hängen, man sieht hier jedoch genau das es beim laden der bttv-Module ist.
Versuche mal die Module so zu laden:
Gruß
Detlef
ZitatOriginal von Oxygen
Deinem BT nach zu schließen hattest Du ja den falschen Treiber geladen. Hast Du die Höhe in der graphlcd.conf auf 128 Pixel angepasst?
Ja, aber nur beim BT, weil ich den vdr händisch gestartet habe und den Controller
nicht mit angegeben hatte. Das Problem war wohl eine fehlende Zeile in der graphlcd.conf (RefreshDisplay=1). Die ist mir irgendwie abhanden gekommen.
So siehts jetzt aus
[gu256x64-3900]
# gu256x64-3900 driver
# This is a driver module for Noritake GU256X64x-3900 VFD displays. The
# VFD is either operating in 8 bit-mode connected to a single PC
# parallel port or in serial mode connected to a single PC serial port.
# Default size: 256 x 64
Driver=gu256x64-3900
#Port=0x378
Device=/dev/parport0
Width=256
Height=128
UpsideDown=no
Invert=no
Brightness=100
AdjustTiming=0
RefreshDisplay=1
Wiring=Standard
Interface=Parallel
DMA=yes
Alles anzeigen
Jetzt brate mir mal jemand nen Storch! Habe nun ein Bild über die Hälfte des Displays (horizontal).
Hi,
hier der Backtrace:
Gelöscht weil falschen Treiber erwischt.
Aber jetzt tut sich was. Muss mal schnell die Treppe hoch....
Gruß
Detlef
Moin,
ZitatOriginal von reflex
Feb 19 09:12:58 linvdr user.info vdr[1148]: graphlcd plugin: SIMLCD initaliezed
[simlcd]
# simlcd driver
# This is the SimLCD driver module. Output goes to a file instead of
# LCD. Use SimLCD tool to view this file.
Driver=simlcd
Zitatwas kann ich noch tun?
Es wird der falsche Treiber geladen. Der Controller wird doch mit -d und nicht mit -c
angegeben?! -d ks0108 -p 0x378 -x 128 -y 64
Gruß
Detlef
lord_nibbler
Habe nen Aopen heute bekommen. Sonntag kann ich mehr sagen. Kann mich bei Dir melden. Ist nicht deer richtigr Thread hier...
Zitat
right!
Schlingel Du!
Hi 007,
Sorry für die Anmache, aber ich dachte wir sind bei Heise.
Andere Mütter haben auch hübsche Töchter! Und morgen läuft Dein VDR!
Gruß
Detlef
Was willst du knaller denn??????????????
Hi Ralf,
das ging ja schnell Probiere ich gleich morgen früh mit der 0.1.1 Glaube aber nicht, dass es geht.
Mal sehen, ob ich das mit dem BT hinbekomme...
Danke & Gruß
Detlef
ZitatOriginal von Oxygen
Hat das Display auch DIP-Schalter? Wenn ja, SW6 auf ON um den DMA Modus zu aktivieren.
Hat es. SW6 ist auf on.
Die Konfig. ist identisch mit o.a. mit Ausnahme des Ports. Der ist bei mir auf /dev/parport0. Ein Display mit ks_bla Kontroller funktioniert an diesem Port
einwandfrei.
EDIT
Hab eben den Port wie oben eingestellt --> Display rührt sich nicht
/EDIT