I are right. In "non-menu" mode alle buttons are ignored. It is not to hard to implement the USBCMD_GETPROPERTY command in the firmware to return the state of the buttons. Much more work has to be done in dpflib (and dpfcore4diver) to implement this. And of course in the lcd4linux driver to return "high level" keypresses. Problem here is for me, that it is not possible to &by superelchi - Displays
No that is not possible. The buttons are used only internally to control the menu of the dpf. Infos about button states are not available on the computer side. superelchiby superelchi - Displays
@leonjoeann Please try attached fw. superelchiby superelchi - Displays
Without the original fw there is nothing I can do. Please upload the firmware. superelchiby superelchi - Displays
Very strange - 132x132 pixel fw, 130x130 pixel viewable area... I will add this one as "zipp_dp605_2" with 130x130 pixel. superelchiby superelchi - Displays
Interesting. So let's try a 130x130-pixel-shifted version. ;) superelchiby superelchi - Displays
@firefox How about the original firmware - does power off work here? @ajd4096 Next try: this is a 132x132 fw with display shifted 2 pixel to the left and down. Better? superelchiby superelchi - Displays
@firefox That's new. I know of some dpfs that will not power ON after MENU|OFF. But the other way around... What does MENU|REBOOT do? Same as MENU|OFF? @ajd4096 Could you post the calibration image with the 132x132 firmware? superelchiby superelchi - Displays
@firefox please try attached fw. Please make sure that backlight control works. @ajd4096 I made a fw with 128x128 pixel - does this work (better)? superelchiby superelchi - Displays
@adj4096 Please try attached fw (for 132 x 132 pixel - let's see if it works). superelchiby superelchi - Displays
Hi ElectroNick, I had time today for a closer look - your dpf is indeed an AX206 AND is based on BuildWin fw. But: it's not one of the - up to now - known variations of the fw. I made some changes to identify.py an got this: $ ./identify.py fulldump_20140616-001047.bin Looking for firmware.............: Found (coby2, 176x220 px). Looking for Openwin..............: Found. Lookingby superelchi - Displays
As identfy.py said: This in no known firmware! Means: not a BuildWin-based firmware or not even an AX206. So dpf-ax will not work with this dpf. Sorry. superelchiby superelchi - Displays
@gzqaqa .. already in my private copy: $ ./identify.py fulldump_20140522-171200.bin Looking for firmware.............: Found (buildwin, 240x320 px). Looking for Openwin..............: Found. Looking for LcdIniTbl............: Found. Looking for backlight & contrast.: Found, Found. Looking for known signatures.....: Found. Your dpf is compatible with model ['pt824_2'by superelchi - Displays
Sorry, that is not a BuildWin based fw. $ ./identify.py fulldump_20140520-023620.bin Looking for firmware.............: Not found. This in no known firmware! Sorry, no matching dpf found. superelchiby superelchi - Displays
Both are compatible with the xp1000 fw from here. superelchiby superelchi - Displays
@dsqa Yeah,it's a new one. Please try attached fw. superelchiby superelchi - Displays
Flash size does not really matter, because dpf-ax only uses a small part of the flash. For your flash (a 25Q80) you need a newer FlashLib.ini (attached). Replace the existing one in the same dir ProgSPI.exe is in and try again. superelchiby superelchi - Displays
@CHGXRXJJ Looking for firmware.............: Found (buildwin, 240x320 px). Looking for Openwin..............: Found. Looking for LcdIniTbl............: Found. Looking for backlight & contrast.: Found, Found. Looking for known signatures.....: Found. Your dpf is compatible with model ['yallstock_black_portrait_2']. This dpf was added in January, but I still have to uploby superelchi - Displays
OK. Thanks for testing. I will add this DPF as "winplus". superelchiby superelchi - Displays
@spooky2012: Please try attached fw. superelchiby superelchi - Displays
nonzhe Wrote: ------------------------------------------------------- > @superelchi > > Works perfect! > backlight adjustment works fine. Glad to hear this. I will add this dpf as xp1000. > and how to change the first EYE bitmap? Changing the splash screen (needs Linux!): use "setsplash.sh" in the "tools" directory. superelchiby superelchi - Displays
@nonzhe Please try attached fw. Please make sure backlight adjustment works. Looks suspicious. superelchiby superelchi - Displays
Szymon Wrote: ------------------------------------------------------- > Brightness is OK, but i don't see any effect on > contrast - 1 and 7 seem to be identical. Anyway it > hacked ok. No effect on contrast change seem to be "normal". ;) Dont know why they implement this on such cheap LCDs. But if it is in the original fw, I use it. At least it does not hurt. :)by superelchi - Displays
@ Szymon Please try attached fw. Make sure brightness & contrast setting works correctly. superelchiby superelchi - Displays
@kurczaczek Fine - one more :-) So I will add this dpf as "working", renamed to "promedia. superelchiby superelchi - Displays
@kurczaczek Please try attached fw. Do you have a name or a link to seller / manufacturer? Else it will stay acme_8... superelchiby superelchi - Displays
Did you use the newest dpf-ax package from sf (dpf-ax_20131028.tgz)? Identify.py from this package recognizes your dump correctly as "dhgate" compatible. superelchiby superelchi - Displays
@Magnetohh What do yo mean by "blinking"? Does the hole backlight go on and off with a visual frequency? superelchiby superelchi - Displays
@Magnetohh Please try attached fw. superelchiby superelchi - Displays
O boy - all this hassle with the fw-specific brightness routines - and the "standard" routine works. :O So I will mark this one as "working". Thanks for the quick answer! superelchiby superelchi - Displays