hey,
das ist ganz einfach: datenblatt besorgen, schauen welchen controller das teil verwendet, und dann bei lcdproc z.b. nachschauen, ob der controller unterstuetzt wird.
gruss,
-- randy
hey,
das ist ganz einfach: datenblatt besorgen, schauen welchen controller das teil verwendet, und dann bei lcdproc z.b. nachschauen, ob der controller unterstuetzt wird.
gruss,
-- randy
QuoteOriginal von Taros666
....Dein Ansatz klingt ganz gut. Wenn man aber nur "kurz" auf die Nova stellt, und dann sofort zurueck auf die DXR3 , kommt dann noch was von den TT-infos durch?
das osd teletext plugin startet einen receiver thread, d.h. das sollte immer im hintergrund laufen - theoretisch
hatte nova/dxr3 nur paar tage probiert, und da ich viele probleme mitm osd und diversen plugins hatte, hab ich mir halt bei ebay ne 1.6er besorgt...
Quote
Meine derzeitige Loesung ist ziemlich nervig:
Im OSD auf Device 1 umschalten, vdr ohne dxr3 starten, 30s warten, vdr neustarten (mit dxr3) und dann TT lesen...
das ist allerdings etwas doof
Quote
Hast Du noch irgendwelche .diffs oder patches zu "Deiner" Version von vdr?Frank
nicht gerade greifbar (bin 120 km weg vom vdr), aber
schau dir mal das osd teletext plugin an:
txtrecv.c, funktion cTxtStatus::ChannelSwitch, zeile 105
void cTxtStatus::ChannelSwitch(const cDevice *Device, int ChannelNumber)
{
if (Device->IsPrimaryDevice()) {
...
receiver = new cTxtReceiver(channel->Tpid(),ChannelNumber);
cDevice::PrimaryDevice()->AttachReceiver(receiver);
...
}
}
daraus wird (in etwa, bitte ned hauen wenns ned compiliert:
void cTxtStatus::ChannelSwitch(const cDevice *Device, int ChannelNumber)
{
// if (Device->IsPrimaryDevice()) {
...
receiver = new cTxtReceiver(channel->Tpid(),ChannelNumber);
Device->SetPrimaryDevice(1) // umschalten auf nova
cDevice::PrimaryDevice()->AttachReceiver(receiver); // receiver thread auf nova
Device->SetPrimaryDevice(2) // zurueckschalten wegen osd auf dxr3
...
// }
}
Display More
Quote
P.S. vtx insertion hab ich auch ein paar mal gelesen...das waere natuerlich genial...aber hab ich auch schon probiert und ist mit der nova ist wohl nichts zu machen...
korrekt, wegen (soweit ich das verstanden habe) diesen pid filtern und so. andererseits bringt die nova ja den ganzen TS zum vdr, ergo sollte es kein problem (eigentlich) sein, diesen anzuzapfen und TPID rauszulesen.
aber das sollte lieber mr. osdteletext-plugin marcel beantworten
gruss,
-- randy
hallo,
das problem ist bekannt. ich hab das "damals" so geloest, das ich das osd teletextplugin gepatched hatte, und zwar wenn ein switchchannel kommt, welches die primary card kurz auf die nova umschaltet und dann wieder retour auf die dxr3.
aber seit ich die fullfeatured habe, nutze ich vtx insertion (sprich am tv teletext guggen)
-- randy
QuoteOriginal von Mistico
Wo kann man sowas kaufen ? Wie hoch sind die kosten ?
Habe schon bei Conrad geguckt aber nichts gefunden.
achtung, der t6963c treiber ist noch nicht fertig, wenn jemand aber ein display carsten oder mir zur verfuegung stellen kann, isser recht schnell gemacht ;)) (was auch fuer andere controller typen gilt)
gruss,
-- randy
QuoteOriginal von Dirk
...snipp...
Carsten wollte aber glaube an Treibern für andere Displays arbeiten. Ich weis aber nicht, wie weit er ist!
also der ks0108 treiber (128x64 displays) ist heute fertig geworden. der t6963 ist leider nur halb fertig.
hd61830 sollte problemlos funktionieren.
gruss,
-- randy
dimitri, ein x am schluss ist markenrechtlich bedenklich
siehe obelix vs. mobilix.
leider sind so sachen wie MLP (media linux platform) oder LPPM (linux power platform for multimedia) auch schon teilweise vergeben ;))
-- randy
erm, ach ja - in /var/log/messages steht drin, welche karte der treiber erkannt hat. dort immer als erstes anfangen zu suchen :p
(hint: in die syslogd.conf *.* /dev/tty10 hilft ungemein auch)
-- randy
Quote
...snipp...Code... rmmod dvb-ttpci; \ rmmod evdev; \ rmmod input; dvb-ttpci: Device or resource busy ... insmod alps_bsrv2.o; insmod alps_tdmb7.o; insmod alps_tdlb7.o; insmod grundig_29504-401.o; insmod grundig_29504-491.o; insmod stv0299.o; insmod ves1820.o; insmod: a module named alps_bsrv2 already exists ...
da haengt wohl noch der alte treiber irgendwo, rmmod kann ja die geladenen treiber nicht loeschen. schau ob du eine anwendung am laufen hast, die die dvb karte "blockiert" (scan, dvbnet?), erst wenn mit lsmod keinerlei dvb-treiber mehr zu sehen sind, solltest du vdr starten (evtl vorher ein make insmod vom dvb treiber machen, weis ned genau, ich habs inner modules-conf gemappt ;))
sieht so als, als waere die dvb0 geblockt, daher versucht vdr die naexte (nova) die keinen decoder hat, ergo exit.
-- randy
Quote
...
hat den schonmal jemand i²c mit dem pc angesteuert?
gibts da evtl. schon einen source dazu?
...
schau dir mal folgende urls an:
ich selber hab das noch nicht gemacht, zuviel schiss vor defekten io-ports
-- randy
heya,
wie gewuenscht anbei 2 schaltbilder von einer moeglichen portexpansion an nem parallel-port.
die eine moeglichkeit besteht daraus, ein programmierbaren 8port in/out i²c port expander zu
nehmen und ueber die parallele schnittstelle einen i²c bus aufzubauen.
andre moeglichkeit ist, mit einem shiftregister einfach immer 8 bit seriell rauszuschieben und
dort die leds anzuschliessen.
in beiden faellen ist auf dem par port kein anschluss mehr frei - d.h. man muesste das hd44710
im 4bit modus betreiben und den bus an D0/D1 zu betreiben.
alternativ kann man sich mit einem address latch eine "umschalt logik" bauen, denn wenn man
zum lcd schreiben will, ist entweder WR oder RD lowaktiv - wenn nicht, sind beide hoch. beide signale
mit einem NAND verknuepft, invertiert und auf den /OE eines latches (richtung hc595) gelegt, sollte
man die 8 databits vom parport "splitten" koennen.
schaltblaetter siehe:
-- randy
QuoteOriginal von Dirk
HiHast das schonmal versucht?
heya,
nein, weil ich hab kein serielles lcd
aber afaik haben die matrix orbital 4 steuerbare outputs,
(General Purpose Output) fuer relais oder led's. ich denk mal, da gibt es entweder einen escape code zum steuern oder einen eigene befehle fuer die einzelnen ausgaenge.
fuer hd44170 muesste man den treiber halt vom lcdprog entsprechend modifizieren, damit er die andren steuerlines noch anspricht (und dahinter evtl nen shiftregister, damit man nur 2 draehte braucht - so als seriell output nachbau)
QuoteOriginal von fsteinel
Ich kenn mich leider noch nicht so gut mit c aus deshalb kann ich noch nichts mit
id = (buf[3] <<| buf[4];
anfangen. (Was bedeutet das? Wo kann ich das evtl. nachlesen?)
http://home.fhtw-berlin.de/~junghans/cref…PT/bitwise.html
-- randy
QuoteOriginal von Dirk
[...snipp...]
Es sind Steuerleitungen, die der Drucker normal mit verwendet!
korrekt.
siehe http://www.indiacam.net/pinout/#6A
und zwar sind das steuersignale, die nur vom drucker zum rechner laufen. damit kannst du zwar wunderbar alarmanlagen bauen, aber keine lcd steuerung
-- randy
so, wie versprochen hier mal wie ichs anschliessen wuerde.
ich hoffe, das istr einigermassen erklaerend.
ein paar feinheiten gibt es:
ansonsten sollte das display wunderbar funktioniern.
gruss,
-- randy
hi dirk,
das hab ich dann auch gesehen, darum hab ich ja das auch wieder geloescht/editiert. ist halt etwas verwirrend, wenn das ned im selben thread ist/bleibt
nachher mal ich maln schaltbild (wie ichs anschliessen wuerd), stay tuned.
-- randy
[deleted]
... waer ja ned schlecht wemmer im anfangsthread bleiben wuerd *seufz*
-- randy
heya,
darf man das neue beta-plugin (vdr-graphlcd-0.0.2? ;)) irgendwo schon runterladen?
oder gibts schon nen termin, wann dieses released wird?
gruss,
-- randy