LCD
-
- Neugieriger
- Beiträge: 13
- Registriert: Mittwoch 23. Januar 2002, 21:32
LCD noch immer dunkel
Gibt es mittlerweile eine Image in dem das LCD Problem behoben ist?
-
- Senior Member
- Beiträge: 78
- Registriert: Freitag 20. Juli 2001, 00:00
-
- Interessierter
- Beiträge: 52
- Registriert: Donnerstag 29. November 2001, 00:00
-
- Interessierter
- Beiträge: 29
- Registriert: Sonntag 20. Januar 2002, 09:52
-
- Senior Member
- Beiträge: 78
- Registriert: Freitag 20. Juli 2001, 00:00
-
- Interessierter
- Beiträge: 29
- Registriert: Sonntag 20. Januar 2002, 09:52
-
- Interessierter
- Beiträge: 22
- Registriert: Freitag 23. November 2001, 00:00
N2*I hab auch das Problem mit dem LCD
unter bn2 hat das erst gefunzt als die kiste etwas hochgelaufen war, unter linux macht es gar nichts
so und jetzt für mich als linux dau
wie führe ich das TEST_LCD aus ?
erst mal unter der yadd würd mir reichen, damit ich sehe ob es überhaupt noch zuckt.
danke
Tesa
unter bn2 hat das erst gefunzt als die kiste etwas hochgelaufen war, unter linux macht es gar nichts
so und jetzt für mich als linux dau
wie führe ich das TEST_LCD aus ?
erst mal unter der yadd würd mir reichen, damit ich sehe ob es überhaupt noch zuckt.
danke
Tesa
Fürs YADD kannst du auch das gefixste ppcboot (URL hier im Thread) nehmen, klappt bei mir wunderbar.tesa hat geschrieben: erst mal unter der yadd würd mir reichen, damit ich sehe ob es überhaupt noch zuckt.
Die zur anderen Frage: http://tuxbox.berlios.de/forum/viewtopi ... 3201#23201
-
- Interessierter
- Beiträge: 40
- Registriert: Sonntag 6. Januar 2002, 00:54
-
- Interessierter
- Beiträge: 24
- Registriert: Samstag 2. Februar 2002, 15:37
test_lcd und ppcboot (lcd dunkel)
ich hatte bis jetzt immer uebers netz gebootet und da half das geaenderte ppcboot
nun habe ich auch mal geflashed und
1. Versuch (mit .19) und test_lcs schlug fehl. (lcd blieb dunkel)
dann etwas rumspielen mit console/ppcboot und im 2. Versuch tat es dann
sieht etwas weniger vorhersagbar aus....
nokia 2intel avia600
nun habe ich auch mal geflashed und
1. Versuch (mit .19) und test_lcs schlug fehl. (lcd blieb dunkel)
dann etwas rumspielen mit console/ppcboot und im 2. Versuch tat es dann
sieht etwas weniger vorhersagbar aus....
nokia 2intel avia600
-
- Interessierter
- Beiträge: 22
- Registriert: Freitag 23. November 2001, 00:00
was mir nicht klar ist , wo ist der unterschiede der funktionalität des geänderten ppcboot und des test_lcd, der ppcboot macht mein display wärend des bootens an, der test_lcd macht nur kurz das diplay dunkel und zeigt aber nichts an.
da der geänderte ppcboot das lcd anmacht, schliese ich daraus das das lcd nicht wirklich kaputt sein kann.
was mir auch aufgefallen ist, ich hatte immer erst displayprobleme nachem ich auf eine neue bn upgedatet hab und danach an den diplayeinstellungen gespielt hab. ist das villeicht noch irgendwo was von der jeweils vorherigen bn sw gespeichert womit die neue sw nicht klar kommt ? kann das jemand bestätigen ?
kann man irgendwo was nachlesen wie die kommunikation zum lcd funktioniert ?
die fehlermeldung device oder resource busy zeigt ja das da irgend einer wohl die leitung nicht frei gibt, vermutlich der 1. der darauf zu greift (der bootloader ?)
uff ein haufen text aber das teil geht mit auf den senkel
tesa
da der geänderte ppcboot das lcd anmacht, schliese ich daraus das das lcd nicht wirklich kaputt sein kann.
was mir auch aufgefallen ist, ich hatte immer erst displayprobleme nachem ich auf eine neue bn upgedatet hab und danach an den diplayeinstellungen gespielt hab. ist das villeicht noch irgendwo was von der jeweils vorherigen bn sw gespeichert womit die neue sw nicht klar kommt ? kann das jemand bestätigen ?
kann man irgendwo was nachlesen wie die kommunikation zum lcd funktioniert ?
die fehlermeldung device oder resource busy zeigt ja das da irgend einer wohl die leitung nicht frei gibt, vermutlich der 1. der darauf zu greift (der bootloader ?)
uff ein haufen text aber das teil geht mit auf den senkel
tesa
-
- Interessierter
- Beiträge: 40
- Registriert: Sonntag 6. Januar 2002, 00:54
ganau dieses problem hab ich auch.
- mit geändertem ppcboot in der yadd geht das lcd, aber nur bis zu dem zeitpunkt wo das menü kommen würde. ab da ist es auch wieder aus.
- mit test_lcd auch nur kurzes dunkler werden beim booten, aber keine anzeige.
am display selber kanns aber auch nicht liegen, hab schon ein anderes dran gesteckt, aber selbes ergebnis.
wär schön wenn es da irgendwie ne möglichkeit gäbe.
cu
apollo
- mit geändertem ppcboot in der yadd geht das lcd, aber nur bis zu dem zeitpunkt wo das menü kommen würde. ab da ist es auch wieder aus.
- mit test_lcd auch nur kurzes dunkler werden beim booten, aber keine anzeige.
am display selber kanns aber auch nicht liegen, hab schon ein anderes dran gesteckt, aber selbes ergebnis.
wär schön wenn es da irgendwie ne möglichkeit gäbe.
cu
apollo
-
- Interessierter
- Beiträge: 40
- Registriert: Sonntag 6. Januar 2002, 00:54
und noch was.
selbst bn2.0 scheint das lcd nicht ansprechen zu können, auch dort keine anzeige.
auch ist mir aufgefallen, das unter bn kein softwareupdate mehr funktioniert. weder unter bn1.6 noch unter bn2.0 (andere karte).
die box startet nach ausführen des startassistenten einfach nur neu, ohne neine software zu laden. leider kann ich ja auch auf dem lcd keine fehlermeldungen sehen
beim starten der yadd kommt auch ein error, aber wie gesagt, bis zum menü kommt eine anzeige.
auszug aus com-terminal:
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: LCD init error -1
debug: BMon V1.2 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 01-xx.xx.xx.xx.xx.xx-e2
debug: HWrev 09 FPrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Got BOOTP reply from Server IP 192.168.100.10, My IP 192.168.100.4
debug: Sending TFTP-request for file D/D-Box/yadd/tftpboot/ppcboot
will verify ELF image, start= 0x800000, size= 221472
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000
ppcboot 0.6.4 (Jan 23 2002 - 19:29:39)
Initializing...
CPU: PPC823ZTnnB2 at 67 MHz: 2 kB I-Cache 1 kB D-Cache
Board: ### No HW ID - assuming TQM8xxL
DRAM: (faked) 32 MB
Ethernet: 00-xx-xx-xx-xx-xx
FLASH: 8 MB
LCD driver (KS0713) initialized
No LCD Logo in Flash , trying tftp
BOOTP broadcast 1
TFTP from server 192.168.100.10; our IP address is 192.168.100.4
Filename 'D/D-Box/yadd/tftpboot/logo-lcd'.
Load address: 0x130000
Loading: ##
LCD logo at: 0x130000 (0x1FE10D0 bytes)
No FB Logo in Flash , trying tftp
BOOTP broadcast 1
TFTP from server 192.168.100.10; our IP address is 192.168.100.4
Filename 'D/D-Box/yadd/tftpboot/logo-fb'.
Load address: 0x120000
Loading: ###
selbst bn2.0 scheint das lcd nicht ansprechen zu können, auch dort keine anzeige.
auch ist mir aufgefallen, das unter bn kein softwareupdate mehr funktioniert. weder unter bn1.6 noch unter bn2.0 (andere karte).
die box startet nach ausführen des startassistenten einfach nur neu, ohne neine software zu laden. leider kann ich ja auch auf dem lcd keine fehlermeldungen sehen
beim starten der yadd kommt auch ein error, aber wie gesagt, bis zum menü kommt eine anzeige.
auszug aus com-terminal:
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: LCD init error -1
debug: BMon V1.2 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 01-xx.xx.xx.xx.xx.xx-e2
debug: HWrev 09 FPrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Got BOOTP reply from Server IP 192.168.100.10, My IP 192.168.100.4
debug: Sending TFTP-request for file D/D-Box/yadd/tftpboot/ppcboot
will verify ELF image, start= 0x800000, size= 221472
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000
ppcboot 0.6.4 (Jan 23 2002 - 19:29:39)
Initializing...
CPU: PPC823ZTnnB2 at 67 MHz: 2 kB I-Cache 1 kB D-Cache
Board: ### No HW ID - assuming TQM8xxL
DRAM: (faked) 32 MB
Ethernet: 00-xx-xx-xx-xx-xx
FLASH: 8 MB
LCD driver (KS0713) initialized
No LCD Logo in Flash , trying tftp
BOOTP broadcast 1
TFTP from server 192.168.100.10; our IP address is 192.168.100.4
Filename 'D/D-Box/yadd/tftpboot/logo-lcd'.
Load address: 0x130000
Loading: ##
LCD logo at: 0x130000 (0x1FE10D0 bytes)
No FB Logo in Flash , trying tftp
BOOTP broadcast 1
TFTP from server 192.168.100.10; our IP address is 192.168.100.4
Filename 'D/D-Box/yadd/tftpboot/logo-fb'.
Load address: 0x120000
Loading: ###
-
- Senior Member
- Beiträge: 78
- Registriert: Freitag 20. Juli 2001, 00:00
-
- Interessierter
- Beiträge: 40
- Registriert: Sonntag 6. Januar 2002, 00:54
-
- Neugieriger
- Beiträge: 3
- Registriert: Mittwoch 6. März 2002, 12:15
Hi,
kann es sein, das das LCD nicht mehr funktioniert, weil beim Versuch den Debugmodus zu enablen die BN20 schon auf der Box war ?
Bei mir hatte eine Box die 1.6er ---> kein Prob.
die andere hatte 2.0 ---> LCD dunkel.
Beide Boxen sind absolut identisch ! ! !
Vielleicht wäre das ja ein Ansatzpunkt ?
kann es sein, das das LCD nicht mehr funktioniert, weil beim Versuch den Debugmodus zu enablen die BN20 schon auf der Box war ?
Bei mir hatte eine Box die 1.6er ---> kein Prob.
die andere hatte 2.0 ---> LCD dunkel.
Beide Boxen sind absolut identisch ! ! !
Vielleicht wäre das ja ein Ansatzpunkt ?
Bye
Docrown
Docrown
-
- Interessierter
- Beiträge: 40
- Registriert: Sonntag 6. Januar 2002, 00:54
-
- Neugieriger
- Beiträge: 3
- Registriert: Mittwoch 6. März 2002, 12:15
Hi,
ich mein ja nicht, das das LCD defekt ist.
Aber scheinbar liegts daran, das die BN20 irgend etwas am Bootloader o.ä. ändert.
Denn nur wenn die BN20 schon auf der Box war (beim Debug enablen) scheint danach die Initialisierung des LCD es nicht mehr zu funktionieren.
Bei jeder anderen Originalsoft passiert das nämlich nicht.
ich mein ja nicht, das das LCD defekt ist.
Aber scheinbar liegts daran, das die BN20 irgend etwas am Bootloader o.ä. ändert.
Denn nur wenn die BN20 schon auf der Box war (beim Debug enablen) scheint danach die Initialisierung des LCD es nicht mehr zu funktionieren.
Bei jeder anderen Originalsoft passiert das nämlich nicht.
Bye
Docrown
Docrown
-
- Neugieriger
- Beiträge: 8
- Registriert: Montag 14. Januar 2002, 10:17
stimmt
hmm...
was DocBrown sagt, kann ich so bestätigen...
Das Problem (LCD -1) tritt genau dann auf, wenn vorher BN 2.0 drauf war, bzw. - wie es bei mir war - bn 2.0 "halb" drauf war (ladeschleife).
Es muss also was mit der Initialisierung zu tun haben, die in "unserem" Zustand offensichtlich "verpfuscht" ist.
Da hilft jedenfalls keine der hier genannten Methoden bei mir.
Kurz gesagt liegt das Problem wohl eher in dem jetzigen Zustand des LCD's als in den Treibern. Die Steuerung des LCD's müsste irgendwie resetet o.ä. werden - wie auch immer
cu
was DocBrown sagt, kann ich so bestätigen...
Das Problem (LCD -1) tritt genau dann auf, wenn vorher BN 2.0 drauf war, bzw. - wie es bei mir war - bn 2.0 "halb" drauf war (ladeschleife).
Es muss also was mit der Initialisierung zu tun haben, die in "unserem" Zustand offensichtlich "verpfuscht" ist.
Da hilft jedenfalls keine der hier genannten Methoden bei mir.
Kurz gesagt liegt das Problem wohl eher in dem jetzigen Zustand des LCD's als in den Treibern. Die Steuerung des LCD's müsste irgendwie resetet o.ä. werden - wie auch immer
cu
-
- Tuxboxer
- Beiträge: 6119
- Registriert: Mittwoch 3. April 2002, 00:32
LCD... bei mir auch
hallöle Leutz, ich hab hier nun ne defekte Box bekommen, weiß nicht was vorher drauf war, LCD war vorher schon dunkel... dann debug, dann AlexWImage... nix... dann mal ins Log geschaut:
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: LCD init error -1
debug: BMon V1.0 mID 01
debug: feID 7a gtxID 0b
.
.
später bleibt die Box dann beim Neutrino start irgendwo hängen, oder wartet auf die IPeingabe zwecks cramf-upload, hab ich noch nicht gecheckt, aber:
Das LCD selbst ist definitiv intakt, funktioniert nämlich in ner anderen Box, und das aus der anderen Box bleibt in dieser kaputten ebenfalls dunkel. Wo wird denn nun dieser erste fehlschlagende Init-versuch überhaupt unternommen? Das würde mich mal interessieren, und etliche andere bestimmt auch...
Nokia, 2xAMD, Avia500, Kabel
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: LCD init error -1
debug: BMon V1.0 mID 01
debug: feID 7a gtxID 0b
.
.
später bleibt die Box dann beim Neutrino start irgendwo hängen, oder wartet auf die IPeingabe zwecks cramf-upload, hab ich noch nicht gecheckt, aber:
Das LCD selbst ist definitiv intakt, funktioniert nämlich in ner anderen Box, und das aus der anderen Box bleibt in dieser kaputten ebenfalls dunkel. Wo wird denn nun dieser erste fehlschlagende Init-versuch überhaupt unternommen? Das würde mich mal interessieren, und etliche andere bestimmt auch...
Nokia, 2xAMD, Avia500, Kabel
-
- Interessierter
- Beiträge: 43
- Registriert: Freitag 12. April 2002, 00:23
Always da same
Hi, selbes Problem...Erläuterungen sind wohl überflüssig, da noch kein Reply vorhanden ist, werde ich Gillems Tools mal testen und ggf. "korrektur" schreiben.
-
- Interessierter
- Beiträge: 43
- Registriert: Freitag 12. April 2002, 00:23
test_lcd.o
hmm....tool tuts nich.
hat jemand ne info darüber was im aktuellen ppcboot drin ist. damit geht das display, allerdings nur bis zum start des lcd.o modules. habe gebastelt wie teufel, aber noch keine erklärung dafür. empfehle einfach mal das aktuelle ppcboot zu testen.
hat jemand ne info darüber was im aktuellen ppcboot drin ist. damit geht das display, allerdings nur bis zum start des lcd.o modules. habe gebastelt wie teufel, aber noch keine erklärung dafür. empfehle einfach mal das aktuelle ppcboot zu testen.
for each ($dummefrage as $dummeantwort) { print "$dummeantwort\n"; } ;-)
-
- Neugieriger
- Beiträge: 8
- Registriert: Montag 14. Januar 2002, 10:17
-
- Tuxboxer
- Beiträge: 6119
- Registriert: Mittwoch 3. April 2002, 00:32
-
- Senior Member
- Beiträge: 78
- Registriert: Freitag 20. Juli 2001, 00:00
hallo,
das muss dann noch in den treiber, wurde ja schon im ppcboot fuer die phillips gefixt ...
siehe:
http://cvs.berlios.de/cgi-bin/cvsweb.cg ... oot=tuxbox
------
switch(mID)
{
case 2:
lcd_send_cmd( LCD_CMD_BIAS, 0 );
break;
default:
lcd_send_cmd( LCD_CMD_BIAS, 1);
break;
}
-------
das muss dann noch in den treiber, wurde ja schon im ppcboot fuer die phillips gefixt ...
siehe:
http://cvs.berlios.de/cgi-bin/cvsweb.cg ... oot=tuxbox
------
switch(mID)
{
case 2:
lcd_send_cmd( LCD_CMD_BIAS, 0 );
break;
default:
lcd_send_cmd( LCD_CMD_BIAS, 1);
break;
}
-------