Posts by superelchi
-
-
Prima. Demnächst in Ihrem Svn.
Lesen bildet.
Aus der src/README:Code
Display MorePrerequisites -------------- You need: - A proper Linux system with GCC, python-dev (libraries and headers to compile your own modules) Optionally: - Possibly some knowledge of the 8051, if you want to mess around - A copy of IntelHex (https://launchpad.net/intelhex/+download) - A working sdcc distribution including asx8051, aslink, etc. - ffmpeg if you want to download a splashscreen to the unit.
Gruß
superelchi -
-
Aber weder mit "svn up" noch mit einem Neustart in einem leeren Ordner über "vn co https://dpf-ax.svn.sourceforge.net/svnroot/dpf-ax/trunk" bekomme ich die neue Version.
Sourceforge war so "nett" das Projekt automatisch auf seine neue Platform zu migrieren.
Dabei haben die die Svn-Pfade geändert.Neuer Pfad/Befehl zum Auschecken:
focal funktioniert soweit, beim verstellen der backlight verändert sich aber die Helligkeit nicht.
Dacht ichs mir doch. Ich mach gleich ne neue Version.Gruß
superelchi -
Leider funktioniert die linkdelight nicht mit dem Focal.
Stimmt. Das Linkdelight hat zwei Signaturen. EIne davon scheint falsch zu sein. Hat nur noch keiner gemerkt.
Probier mal diese Fw. Bitte unbedingt die Helligkeitssteuerung probieren! Die sieht komisch aus...Gruß
superelchi -
Wen es interessiert:
neue dpf-ax Version 0.40 im svn.
Highlights:
- 10 neue Modelle unterstützt.
- Ne Menge Cleanups, Fixes und Firmware Verbesserungen.
- Teilweise Windows Unterstützung: identify.py und fulldump.py laufen jetzt auch unter Windoof.
- Aktuelle fertig compilierte Firmware Images, Tools und Sourcen dowloadbar unter http://sourceforge.net/projects/dpf-ax/files/.Kopie der englischen README.windows:
Code
Display More---------------------------------------------------------------------------- Some words of warning ---------------------------------------------------------------------------- These tools will help you detect your frames type and/or backup its original firmware. If you don't know what that means, then you probably shouldn't even try to use it. If you don't understand half of what's written here, see the previous paragraph. Do *NOT* do anything with this unless your are *REALLY* sure you understand what you're doing. It may void your warranty, leave you with a paperweight or eat your frame. If possible, use the Linux version of these tools! See http://sourceforge.net/projects/dpf-ax. Still here? Okay, you have been warned. Let's do it: ---------------------------------------------------------------------------- Prerequisites ---------------------------------------------------------------------------- 1. The firmware detection & backup programs are written in Python, so you will need a Python 2 interpreter. NOTE: Python 2 is required. Python 3 WILL NOT WORK! Download it either from python.org (+ pythonwin extensions from sf): http://python.org/download/ (use newest Python 2.7 Windows or Windows X86-64 Installer) http://sourceforge.net/projects/pywin32/ or (recommended) ActivePython Community Edition 2.7 (pythonwin extensions already included): http://www.activestate.com/activepython/downloads ((use newest Python 2.7 Windows x86 or Windows x64 Installer). 2. A frame with the original Buildwin firmware. An already hacked frame will *NOT* work! 3. Download the dpf-ax tools: dpf-ax_0.xx_windows.zip from http://sourceforge.net/projects/dpf-ax/files ("xx" is the version, e. g. "dpf-ax_0.40_windows.zip" - always use the newest one) and extract the ZIP to, say, C:\. ---------------------------------------------------------------------------- Firmware detection ---------------------------------------------------------------------------- - Connect your frame and enable USB transfer (Press "MENU" -> select "USB Connect", "Connect to PC" or whatever its called). - Wait until Windows shows the frame as a new CD-ROM drive. Note: do *NOT* install and/or start the software DPFMate on this CD-ROM! - Open a Windows Command Prompt (START - Enter "cmd" in search box). - cd to the directory you extracted the ZIP to, e.g.: $ cd c:\dpf-ax\fw - Detect your frames type & make backup of its firmware: $ c:\Python27\python.exe identify.py e: ^ Substitute with your CD-ROM drive letter A backup of the frames firmware will be saved to "fulldump_win_TIMESTAMP.bin". - Detect type of a previously made dump: $ c:\Python27\python.exe fulldump.py fulldump_win_TIMESTAMP.bin ^ Substitute with filename of the dump If you installed Python to a different path, adjust it accordingly. Identify.py will tell you if your frame is supported. If yes --> continue with "Hacking the frame". If no --> continue with "Unsupported frame". ---------------------------------------------------------------------------- Firmware backup only ---------------------------------------------------------------------------- - Connect your frame and enable USB transfer (Press "MENU" -> select "USB Connect", "Connect to PC" or whatever its called). - Wait until Windows shows the frame as a new CD-ROM drive. Note: do *NOT* install and/or start the software DPFMate on this CD-ROM! - Open a Windows Command Prompt (START - Enter "cmd" in search box). - cd to the directory you extracted the dpf-ax ZIP to, e.g.: $ cd c:\dpf-ax\fw - Enter $ c:\Python27\python.exe fulldump.py e: ^ Substitute with your CD-ROM drive letter A backup of the frames firmware will be saved to "fulldump_win_TIMESTAMP.bin". If you installed Python to a different path, adjust it accordingly. ---------------------------------------------------------------------------- Hacking the frame ---------------------------------------------------------------------------- To flash the modified fw under Windows you need a tool called "ProgSPI.exe" from Buildwins's SDK. Have a look at http://openschemes.com/2011/08/24/ax206-hardware-bootloader-well-that-was-easy/ for more information. Download the firmware package "dpf-ax_0.xx_firmware_YYYMMDD.zip" from http://sourceforge.net/projects/dpf-ax/files ("xx" is the version, "YYYYMMDD" is a timestamp. Use the one with the newest timestamp). Extract it and use the fw_TYPE.bin that matches the TYPE identify.py detected. Note: if ProgSPI.exe tells you something like "Can't find flash info, please add its info to flash library according to the flash ID" your flash chip is not in its the list of know devices. Go to http://forum.doozan.com/list.php?9 and search for "FlashLib.ini". Use the newest one you can find. If the message still appears, post a request in this forum (include ProgSPI's output) or - if you are *REALLY* sure what you are doing - add a new entry to FlashLib.ini by yourself. ---------------------------------------------------------------------------- Unsupported frame ---------------------------------------------------------------------------- If your frame is currently not supported by dpf-ax, post a request in http://forum.doozan.com/read.php?9,10026. Don't forget to include the dump of the original firmware. Or switch to a real OS (Linux), try to understand how dpf-ax works and add the frame by yourself. ;-) ---------------------------------------------------------------------------- Windows driver ---------------------------------------------------------------------------- There is no Windows driver for hacked frames. Period. ---------------------------------------------------------------------------- Notes ---------------------------------------------------------------------------- - Again: if possible, use the Linux version of these tools! See http://sourceforge.net/projects/dpf-ax. - You need a Python 2 interpreter. Python 3 will not work. - Fulldump.py and identify.py are not able to detect the size of your frames flash chip under Windows. So they will ALWAYS read 1 MB of your frames flash (which is enough for type detection), even if the flash size is greater than 1 MB.
Liste alle Änderungen:
Code
Display MoreFri, 10 May 2013 v0.40 by superelchi * General cleanup: - Removed unnecessary files. - Makefile cleanup. - README cleanup. - Renamed display firmware files from fw_disp_* to fw_*. - Readded missing "reverse" folder. - Renamed folder "fw" to "tools". * Compatibility fixes: - Added check for correct sdcc version in src/Makefile. - Added headerfile <stdint.h> to dpf.h. - Compatibility fix in python/Makefile for non-debian linux. - All python skripts now syntax compatible with python 3. But still need python 2.7 to run. :-( * Partial windows support: - identify.py and fulldump.py now work on windows (see tools/README.windows). * identify.py changes: - Flashdump now saved to folder tools instead of tools/identify.out. - Flashdump filenames now include a date/time stamp. - Renamed temp folder from identify.out to lcd.tmp. - Dropped support for generic models. - Better firmware detection. - Signature expanded to include backlight and contrast type. - "-d" switch will build skeleton lcd files (dpfmodel.h/lcdblit.s/lcdinit.s/lcdsetor.s) in identify.out. * Firmware: - Dropped support for generic models. - New resolution: 160x128. - NO_BATTERY_CHECK in src/Make.config is now uncommented by default. - Menu-Setup-Backlight: value wraps around instead of stopping at lowest/highest value. - Menu-Setup-Contrast: value wraps around instead of stopping at lowest/highest value. - Better Backlight & contrast handling. - Fixed error in init.c: some types did not wake up on Keypress after Poweroff (by "Menu"|"Off"). * Deleted all "generic" models: - blue. - focal, focal_portrait. - pearl, pearl_portrait. - pink. - white. * New models: - abeyerr_black_3 (thx joelbl). - august_dp150a. - coby_dp180 (thx johni). - dx104838_2 (thx j3r, mihre). - dx104838_3 (thx ralf001). - linkdelight_black_portrait_2 (thx Mr. P) - linkdelight_black_portrait_3 (thx prezes551) - veovision (thx ternyk). - xg4241 (thx marcusbrutus). - zipp_dp605 (thx CaptainCheeks). * Changed models: - dx104838 brightness control fixed (only on/off supported by this modle). - linkdelight_black portrait now supported. - yallstock_black_portrait now supported.
Grüße,
superelchi -
Also beim Milo geht das nicht ohne größere Dremel-Orgien. Sowohl die Plastikblende wie auch das Metall dahinter muss dran glauben.
Dann das Pearl vom Gehäuse befreit und mit Heißkleber von hinten reingebeppt.
Als letztes noch die Schutzscheibe mit dem silbernen Rahmen drauf um die gedremelten Kanten zu verdecken.
Fettisch.Mit etwas gutem Willen passt das Pearl auch in einen 5 1/4-Zoll Schacht. Der Höhe des Ausschnitts reicht für die sichtbare Fläche. Von hinten oben/unten am Schacht ein paar Stege wegdremeln , Pearl ohne Gehäuse, Heißkleber, rechts/links ne Verkleidung. Wieder fettisch. Hab ich bei einigen IPFire Routern so gemacht (Thermaltake Element Q VL52021).
Gruß
superelchi -
Wie - kannst du das etwa nicht lesen? Ich auch nicht.
Schätze mein Eintrag in der FlashLib.ini passt ihm nicht.
Anbei ne andere Version. Vielleicht gehts damit.Gruß
superelchi -
Ich bekomme durchgehend diesen Fehler. Gibt es dafür auch eine fertige FlashLib.ini??
Bisher nicht. Laut Kennung ist das ein Macronix MX25L3206. Hab den mal der FlashLib.ini zugefügt.
Natürlich wie immer: ohne Gewähr! Benutzung auf eigene Gefahr!PS: da das nach einem neuen Chip aussieht ist die Wahrscheinlichkeit groß, dass hier auch eine neue Firmware verbaut ist. Ich rate dringend vor dem Flashen einen Backup der Original-Fw zu machen - sonst hast du einen Briefbeschwerer wenn die geflashte Fw nicht geht!
Am Besten mit dpf-ax oder zur Not unter Windows hiermit.Gruß
superelchiEDIT: Dateianhang gelöscht.
-
Bei mir läuft es leider noch nicht so rund. Die Firmware pearl.custom.bin lässt sich flashen. Die weißen Augen begrüßen mich, die dmesg Ausgabe stimmt. Aber ich kann mir am Igel thin client mit debian squueze nichts anzeigen lassen. Hab jetzt mehrmals die usb Kabel getauscht, keine Änderung.
Von Zeit zu Zeit kommt die "power good" "power low" Meldung unten im Display?!Nimm mal angehängte Fw. Da ist die "Low Power" Meldung weg.
Was die Ansteuerung vom PC betrifft: Firmware ist okay, Meldung im Syslog auch. Müsste also gehen. Da hier keiner deine Konfiguration hat, wird dir auch keiner helfen können. Wir machen hier VDR.
Musst du da fragen, wo der Treiber herkommt...Gruß
superelchi -
- Beim Einschalten wird der Screen nur noch für einen Bruchteil einer Sekunde hell und danach kommt der eingestellte Splash-Screen.
Probier mal angehängte Fw. Ich hab die EInschaltroutinen nochmal optimiert. Jetzt solle das Display bis zum Splashscreen schwarz bleiben.
Soweit funktioniert es sehr gut nur leider ist dadurch das die Beleuchtung immer auf Vollgas läuft deutlich zu sehen, das gerade auch bei etwas dunklerer Umgebung der schwarze Hintergrund stark durchleuchtet wird.
Schade das nun das Dimmer nun gar nicht mehr funktioniert, ich hätte ja gedacht das der Programmierer der originalen Fw nur keine lust mehr hatte dies Regelung einzubauenIch stimme die zu. Nicht optimal. Die Hintergrunbeleuchtung ist ziemlich hell. Ich weiß auch nicht was die sich dabei gedacht haben - erst keine Regelung und dann noch drei richtig fette LEDs für die Hintergrundbeleuchtung.
Kann ich aber leider nix machen. Die haben keine Regelung in der Original-Fw, also hab ich auch keine. Da eine reinzubasteln ohne Datenblatt des LCDs und der Beleuchtungssteuerung ist mir zu heiß. Kannst es ja auf eigenes Risiko selbst versuchen, wenn die Sourcen im Svn sind.In der originalen Fw war die Ansteuerung für den eingebauten Summer drin, es gab da einen Tasten Quittierton und die Alarmfunktion. Siehst du eine Möglichkeit über USB dies irgendwie ansteuern zu Können?
Der Buzzer hat mich auch schon gereizt. Wenn die 04er fertig ist schau ich mir das mal an. Übrigens: interessanter Weise sind die einzigen Display mit Buzzer - die ich kenne - die, bei denen es keine Steuerung des Backlights gibt.Gruß
superelchi -
Ich bin gerade an der 04er Version von dpf-ax. Da ist u.a. der Off-Fehler behoben und so schräge DIsplays wie deins werden auch unterstützt.
Im Moment liegen die Firmware-Sourcen allerdings in Einzelteilen vor mir, da ich dafür einiges "unter der Haube" umbauen muß. Kann noch ein paar Tage dauern bis ich die wieder zusammengesetzt habe. Dann gibts für dich ne Firmware zum Testen. Am Besten die nächsten Tage hier immer mal wieder reinschauen.ralf001
Probier mal angehängte Fw.Gruß
superelchi -
Nö. Das gehackte Display hat keinen Device-Eintrag. Der Treiber sucht es sich selbst im USB-Baum anhand der ID.
Gruß
superelchi -
Ja, sieht okay aus.
Gruß
superelchi -
kabel defekt?!
Kann sein. Das könnte den Fehler beim CD-ROM Attach erklären. Aber wo kommt das das Buildwin her? Entweder ist das Display gehacked (dann kommt "Manufacturer: hackfin") oder nicht (dann kommt "Manufacturer: BUILDWIN"). Aber beides kann nicht vom selben Display kommen.
Gruß
superelchi -
Ist das display ordnungsgemäß gehackt?
Sieht so aus. Augen, Menü, etc. Alle okay.
Dein Log verstehe ich allerdings nicht ganz. Von Zeile 1 - 7 bzw. 9-15 wird jeweils das gehackte Display erkannt. Auch okay.
Dann ab Zeile 16: disconnect und danach sieht es so aus als hättest du ein anderes, nicht gehacktes Display angeschlossen??Gruß
superelchi -
Kann man eventuell da noch etwas drehen? Wäre schade wenn du dies eventuell ganz raus nehmen müsstest
Nee. Wenn die in der Original-Fw keine Regelung drin hat mach ich auch keine.
Standardmäßig ist in dem Buildwin-Kram ne Regelung drin. Das rauszunehmen ist mehr Aufwand als sie zu benutzen. Die werden also schon einen guten Grund gehabt haben den Aufwand zu treiben.Gruß
superelchi -
n der Original-FW gibt es keine Einstellung für die Helligkeit. Bei der alternativen FW funktioniert diese Einstellung im Bereich zwischen 1 und 16, nur eben anders herum wie üblich.
Interessant. Eigentlich sollte das Backlight gar keine Regelung unterstützen. Die Original-Fw kennt nur Backlight AN und Backlight AUS. Das werde ich auch so für dieses Display implementieren. Denn die werden schon nen Grund gehabt haben keine Reglung zuzulassen.
Ja genau, nach dem anstecken wird das LCD für ca. 1 Sekunde hell und danach kommt der eingestellte Splash-Scree
Das hat mit dem Punkt von oben zu tun. Das Backlight wird eben ganz anders angesteuert als "normal". Ist nur ne Schönheitssache. Hab ich bei anderen Displays mit ner schrägen Ansteuerung auch. Mal sehn ob ich das noch wegkriege.
Gehe ich im Main Menu auf 'Off' geht das Display nicht aus sondern wird wieder komplett hell, bei erneutem drücken der M-Taste kommt wieder der eingestellte Splash-Screen.
Hat wohl auch was mit dem ersten Punkt zu tun. Oder hier schlägt ein (mir bekannter) Fehler in der FW zu, der bei manchen Displays dazu führt das die zwar ausgehen - dafür aber nicht wieder an. Bei die ist anscheinend genau andersrum.
Ich bin gerade an der 04er Version von dpf-ax. Da ist u.a. der Off-Fehler behoben und so schräge DIsplays wie deins werden auch unterstützt.
Im Moment liegen die Firmware-Sourcen allerdings in Einzelteilen vor mir, da ich dafür einiges "unter der Haube" umbauen muß. Kann noch ein paar Tage dauern bis ich die wieder zusammengesetzt habe. Dann gibts für dich ne Firmware zum Testen. Am Besten die nächsten Tage hier immer mal wieder reinschauen.Gruß
superelchi -
Beim einschalten wird das Display grundsätzlich immer kurz komplett hell, egal was man
unter Splash eingestellt hat.. aber danach kommt der richtige Splash-Screen?
Das zweite Problem ist noch die Helligkeitsreglung. Man kann
von 1 (ganz hell) bis 16 (ganz dunkel) regeln aber ab 17 geht es komplett aus.Gibt es in der Original-Fw überhaupt einen Punkt für die Helligkeitsregelung?
Gruß
superelchi -
Wie schon gesagt: wenn die Augen da sind, der Testscreen stimmt, etc., passt die Firmware. Ansteuerungssache.
ich habe das Display an meiner Vu+ dran
Dann bist du hier definitv falsch. Musst du bei dem fragen, der den Treiber gemacht hat.
Gruß
superelchi