Usbhid is installed? When connecting the dpf in bootloader-mode you should get somthing like this in syslog: kernel: [ 3771.384180] usb 1-1.6: new full-speed USB device number 5 using ehci_hcd mtp-probe: checking bus 1, device 5: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.6" mtp-probe: bus: 1, device: 5 was not an MTP device kernel: [ 3781.467766] generic-usb 0003:190by superelchi - Displays
New version of delightdigi_black committed to svn. Dpf-ax currently has a flaw - lcd contrast is not initialized by default. Most lcds will work without it - but some need it. The only solution atm is to find the contrast-init routine in the original dump and add a it to lcdinit.s. I'm currently working at a more generic approach that will work with (hopefully) all displays ootb and willby superelchi - Displays
Please try attached fw. superelchiby superelchi - Displays
Setting of contrast is currently not supported by dpf-ax. Working on it. If you upload a dump of the original fw, I will have a look... superelchiby superelchi - Displays
Commited changes for new models to svn. @RedoX No wonder at all. Just patched lcdinit for your display to fix a flaw in current dpf-ax - contrast setting for displays is currently not supported out of the box. Working on it... superelchiby superelchi - Displays
FYI: new version in svn. * New models: - acme_1 (thx RedoX) - copy_dp151_bw (by mrlinux) - dx27893_2 (by RedoX). superelchiby superelchi - Displays
@RedoX Could you try attached fw for your DX dpf? Contrast should be better... superelchiby superelchi - Displays
@mrlinux Thanks, will add coby_dp151_bw on next svn commit. @RedoX Thanks for dx27893_2. Will add this also on next commit. Please try attached fw for your second dpf. superelchiby superelchi - Displays
@mrlinux I do not have access to a decent computer atm. Vacation. :-) Will have a look next week when I'm back. superelchiby superelchi - Displays
FYI: new version in svn. * New menuentry 'Setup - Screen Testpattern' for judging lcd alignment/brightness/contrast. * Changed inital backlight value back to maximum. * New models: - dx104500 (not finished, may crash on USB connect/disconnect) - abeyerr_black. superelchiby superelchi - Displays
ax206geek Wrote: ------------------------------------------------------- > @superelchi , did you ever get to committing the > change to SVN for this LCD? Ups, thought I've done that already. :-o Will do it tomorrow togeteher with some other changes. superelchiby superelchi - Displays
Please do me a favour - boot to Windows. :-) I need the flash id from ProgSPI... superelchiby superelchi - Displays
Okay. So maybe it's you flash chip. Some questions / homework: Could you post the dump of the original fw? Did you flash the fw_disp with restore.py or ProgSPI? What type of flash does ProgSPI detect? What type of flash does fw_disp detect (Menu->Info-Flash)? Another way to use a custom splash would be to copy your rgb-image to the src/res folder, overwriting the existing defaulby superelchi - Displays
It's normally a sign of bad USB connection. Please try another (high quality) USB cabel, change USB port, etc. Does "Resource temporarily unavailable" happen consistently at the same point? As you can see in "splash2flash.py" it uses the same dpflib calls as restore.py, hackit.py, etc., so: nothing special here. Btw: is lcd4linux running/accessing the display whileby superelchi - Displays
ax206geek Wrote: ------------------------------------------------------- > Can you explain a little on the latest changes to > backlight in the code and how it works? I'll try - as far as I understand it. :-) "Older" lcds (like the ones in pearl, focal, etc.) use a pwm-signal to control the backlight brightness. Here only the ratio between on and off time of the signby superelchi - Displays
Hi ax206geek, committed your patch to SVN. Thx. superelchi BTW: nice to have an extra subforum for displays. Now we can stop using this spaghetti-thread and post new findings/questions in separate threads. Many thanks!by superelchi - Displays
sairon Wrote: ------------------------------------------------------- > Yes, but it made only a tiny (near to none) > difference, the screen was still almost > unreadable. What about this fw? Better? superelchiby superelchi - Displays
sairon Wrote: ------------------------------------------------------- > Thanks superelchi, that was quick! > It woked (kind of) but the screen was too dark. I > think the contrast settings are wrong or > something. > Did you try to adjust the backlight (setup-menu)? superelchiby superelchi - Displays
Hi sairon, please try attached firmware. superelchiby superelchi - Displays
meltwater Wrote: ------------------------------------------------------- > Do you have the fw_disp_blue.bin file available? > That would be one less thing to mess around with. attached the newest fw for your display. superelchiby superelchi - Displays
ax206term Wrote: ------------------------------------------------------- > zoolander Wrote: > -------------------------------------------------- > ----- > > Are the any plans to merge this changes back in > > future? > > > > And just for some basic understanding ... I > > applied the patch you mentioned to lcd4linux > and > > compared thby superelchi - Displays
Tim Wrote: ------------------------------------------------------- > > If I disable the timer before changing the > per/pwm/con values and enable it afterwards then > the brightness control acts almost, if not, > identical to my stock firmware. I also noticed > that brightness setting 20 and 21 use different > per/pwm values in my stock firmware than what you > uby superelchi - Displays
Tim Wrote: ------------------------------------------------------- > > Thanks. I flashed the new firmware but the > brightness control is acting weird. > I know. :-) These "no change / gets darker / gets brighter" steps are the same with the original firmware (at least on my dx21334) . Seems to me that these frequence controlled backlights are not really a perfeby superelchi - Displays
FYI: new version 0.310 in svn. * Support for frequency controlled backlight. * New models: - dx21334a - dx21334b @gabychan @c4Vette @Tim I did some fine tuning of the brightness control. The brightness in the test firmware did not match the original brighness (much too bright). Please discard the the test firmware from my earlier post and use the attatched one. supereby superelchi - Displays
Okay, here we go: test firmware for the two different dx21334 dpfs. @gabychan Please test the firmware fw_disp_dx21334a_gabychan.zip @C4Vette Please test the firmware fw_disp_dx21334b_C4Vette.zip superelchi EDIT: deleted test fw.by superelchi - Displays
ax206geek Wrote: > Do you have a sample udev rule? I looked at the > graphlcd ax206dpf driver, it might be possible to > extend multiple displays to other userland > programs like st2205term. No, sorry no working udev rule at hand. It was a request from users over at the i-have-a-dreambox forum. Never used different serials myself. But connecting more than one display works withby superelchi - Displays
ax206geek Wrote: ------------------------------------------------------- > How do we use this? Are we supposed to create a > udev rule to name each device uniquely and then > run the appropriate userland programs? Exactly. Its only useful if you want to connect more than one display at a time. If all dpfs have same serial, they are detected in random order. For example: my ax206dpby superelchi - Displays
sergiosmail Wrote: ------------------------------------------------------- > Hi all > > Last week I received this dpf > http://dx.com/p/1-5-lcd-rechargeable-digital-usb-p > hoto-frame-keychain-with-8m-memory-for-140-photos- > silver-33624 > http://dx.com/p/2-4-lcd-desktop-digital-photo-fram > e-and-calendar-27-picture-memory-storage-21334 > > Only wantby superelchi - Displays
FYI: New version in SVN - USB serial number adjustable in menu. - New model dx27893. superelchiby superelchi - Displays
C4Vette Wrote: ------------------------------------------------------- > > > FW fw_disp_focal.bin almost works: it uses 1/4 of > the screen and all the lines are in reversed > order; from bottom to top that is. > Even the menu kinda worked but has black bars > between the items. That was a lot better than the > original menu because that one was in Chinese! >by superelchi - Displays