GrandAdmiralThrawn
XP Nazi
|
Grüß euch!
Kurz gefasst: Ich habe einen per LVDS angeschlossenen Laptopschirm, dessen Betrieb in meinem Laptop - wie ich vermute - aufgrund der EDID Daten im Bildschirm EEPROM nicht "genehmigt" ist. Alle anderen Eckdaten passen nämlich zusammen. Es geht hier um den Tausch eines 1024x768 TN Panels auf 1400x1050 VA, beide single-link LVDS in einem HP Compaq nx6310, Teilenummern passen laut Reseller, nur versuche ich grade den Schirm des Highend Modells in das Lowend Modell zu bauen. Sowohl Highend wie Lowend nx6310 verfügen über das selbe System BIOS! Neuestes is schon drin.
Warum ich glaube, daß das EDID schuld ist? Der Vendor im EDID des neuen Panels (von eBay) ist nicht QDS (QUANTA), sondern Apple. Es passt zwar physisch perfekt, Backlight kommt auch sauber, nur statt Bild nur weiß+horizontale Streifen. Jetzt ahne ich irgendwie, daß der Vendor String hier beißt.
Nun meine Frage: Was ist der beste/einfachste Workflow, um EDID zu lesen, zu modifizieren und in den Bildschirm zurückzuflashen?
Für Windows finde ich überhaupt nur Tools, die lesend zugreifen können (Phoenix EDID Designer und Monitor Asset Manager). Da kann ich sehr schön editieren, und das Resultat als nicht näher definiertes "dat" oder "bin" File ablegen, aber wie flash ich das rein in den Schirm?
Es soll wohl Tools für Linux geben, aber ich bin mir nicht sicher ob und welches Dateiformat welcher Tools (Phoenix? M.A.M.?) das frißt.
Gibts da kein simples all-in-one Tool? EDID Dump, Edit & EDID reflash oder so?
Was mir NOCH mehr helfen würde wäre ein Tool, daß die EDID Daten ausm BIOS des Notebooks auslesen UND ins Panel flashen kann...
Ich sitz jetzt hier seit Stunden, und dreh bald komplett durch..
Bearbeitet von GrandAdmiralThrawn am 03.12.2014, 15:56
|
mr.nice.
differential image maker
|
|
AdRy
Auferstanden
|
Afaik kann man das nicht selber flashen. Man kanns jedoch über einen Treiber faken.
|
GrandAdmiralThrawn
XP Nazi
|
PowerStrip kanns definitv, is ja auch nur ein I²C Bus, solangs kein nach EDID Revision 3 gesperrtes EEPROM ist und man die Vollversion von dem Tool hat. Nur brauch ich da eine bestimmte Version (3.83 oder so, etwas ältere gehen wohl auch), weil der EDID EEPROM Flasher in späteren Versionen rausgenommen wurde. Ich würd PStrip ja dafür kaufen, aber wie kauft man eine alte Version?!?
Hab unterdies den DOS-basierten EDID Writer ddcw.exe versucht, doch der kann mir irgendwie nicht über LVDS arbeiten (auch lesend nicht), da gings nur auf'n VGA Monitor den ich derweil extra dran hatte, und da bringts mir ned viel.
Sonst muß ich wohl doch Mal auf Linux zurückgreifen, da gibt's auch einen Flasher namens edid-rw. Muß nur schaun was für Dateien der flashen kann (wahrscheinlich rohe Binärdaten) und wie man Displays selektiert..
Will nur nicht aus Versehen den derweil angeschlossenen VGA Schirm wegflashen, weil dann muß ich mir einen anderen Monitor suchen, und den wieder auf einer Desktopmaschine wiederbeleben usw... na...
Bearbeitet von GrandAdmiralThrawn am 25.11.2014, 20:49
|
InfiX
she/her
|
und wennst dir einen lvds-controller mit vga eingang besorgst, könnte das funktionieren dann vom desktop aus zu flashen?
da dürfte die schwierigkeit halt eher sein ein konformes kabel zu finden.
|
GrandAdmiralThrawn
XP Nazi
|
Spezialhardware zum EDID Flashen (so wie manche es nutzen) wollte ich eigentlich tunlichst meiden.
Ich probier ddcw morgen nochmal, vielleicht hab ich einfach zuwenige I²C Busnummern durchprobiert (0-4, manch einer findet das Panel scheinbar auch erst bei 6-8 oder so).
Im Windows sind ja beide lesend ansprechbar, aber da hab ich die I²C Nummer nirgends gesehen, keine Ahnung. Aber da ich das EDID EEPROM beider Panels auslesen kann im Windows, sollte ggf. auch Beschreiben gehen.
Ich probiers morgen einfach Mal weiter mit ddcw und ggf. einer Linux Install auf Debian Basis, und melde mich dann.
Edit: Man solle Ubuntu verwenden, hieß es. Also 14.04 LTS auf einen USB Stick. Passende Tools gehold (i2c-tools und andere). Krieg nur Müll vom I²C Bus. Er sieht zwar die Devices, aber anders als unter WinXP bekomme ich beim Auslesen mittels i2cdetect fast nur Nullbytes raus. wtf.
Lese nach: Die nehmen Ubuntu 12 LTS. Macht das einen Unterschied? Probiern wir halt Mal 12...
Edit 2: Ubuntu 12 läuft nicht, JEDER Keypress (egal welcher) löst einen Displayswitch aus zwischen intern und VGA, so kannst nicht arbeiten. Zudem gibt es ab dem 100sten Press oder so plötzlich einen Dauerloop in dem er nichts mehr tut als zu versuchen, Displays zu switchen. Ein seltenes Problem, das andere auch schon hatten. Keine Lösung gefunden...
Bearbeitet von GrandAdmiralThrawn am 26.11.2014, 10:02
|
GrandAdmiralThrawn
XP Nazi
|
Mal doubleposten.
Debian 7 dasselbe wie Ubuntu 14. i2c-dev Modul geladen, i2cdetect -l erkennt I²C Geräte. Beim Auslesen kommt nichts sinnvolles. Hier und da ein paar Bytes, Rest leer. Unter WinXP kann ich aber sauber komplette EDIDs lesen. Verhalten betrifft alle I²C Geräte/Busse.
Was zum Geier...
Edit: i2cdetect reicht nicht, weil zur Busnummer braucht es auch noch eine Adresse. edit-rw kann das dann korrekt auslesen, und mittels eines reparierten Scripts ist auch ein Flashing möglich. Die Daten sind auch tatsächlich korrekt im Panel angekommen, was das Problem aber leider nicht beseitigt hat.
Eventuell muß ich doch was am Kabel machen...
Edit: Hmm, offenbar gibt es von HP ein XGA LVDS Kabel und ein separates SXGA+ LVDS Kabel. Das ist mir bisher entgangen. Wenn ich das recht erkenne, hat das SXGA+ (obwohl beide Single Link LVDS sind) einige Extraleitungen drin. Na, das werd ich doch Mal testen, kostet eh nur 12€ inkl. aus UK.
Bearbeitet von GrandAdmiralThrawn am 26.11.2014, 15:11
|
GrandAdmiralThrawn
XP Nazi
|
Triple! Wollte nur sagen, daß das EDID völlig wurscht zu sein scheint. Die Daten im EEPROM meines Displays weisen jetzt eines aus, das es genau so gar nicht gibt. Geht aber trotzdem: Es lag nur am passenden SXGA+ fähigen LVDS Kabel seitens HP, hier sind wohl der Pinout oder vielleicht die eingebauten Widerstände anders angeordnet. Mit dem richtigen Kabel geht's auf jeden Fall perfekt jetzt!  Und: ddcw.exe konnte nicht funktionieren, weil meine Panels zwar EDID haben, aber kein DDC Protokoll beherrschen. Weiß ich das auch jetzt..
|
Anmeldung