dpf-ax: unsupported dpf - requests

@firefox

please try attached fw.
Please make sure that backlight control works.

@ajd4096
I made a fw with 128x128 pixel - does this work (better)?

superelchi

Backlight controls work OK. Screen quality quite good, maybe abeyerr_black_3 better (especially at default screen after flash).

Power off option still doesn't work. Could you validate if this option work after hack in your devices?
Cause I'm stating to think that is a common bug....It's very annoying, cause when I disconnected it from PC, it drains battery to zero.

Both firmwares I tested with LCD4Linux compiled from sources and dpfsend

@superelchi,

The top-left is clipped by 2 pixels, and there is a white border on the bottom right.
I've uploaded a pic of the testscreen here: http://imgur.com/K5soHuL
(I am Commander Strax with a camera.)

Perhaps the hardware/firmware is layed out for 132x132, but the LCD only has 128x128?
That seems a rather odd production change, though.

@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?

superelchi

Quote
@Superelchi
@Superelchi

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?

MENU|REBOOT - display Rebooting...or sth similar at screen and do reboot. (this works OK)
MENU|OFF - do Power off (screen is disabled for a while), but after 1-2s device power on and start booting again. (that's why power off function works with bug)
The same is when USB cable is connected to PC or disconnected.

Is it a way to fix it?

@superelchi,

I pulled the front case off, so you can see it's not just sloppy assembly.
It looks like it is 132x132 but the top + left 2 pixels aren't visible.
I have 3 units, all the same.

These images areusing the 132x132 firmware (the 1st one you supplied).

testscreen
http://imgur.com/ogmwZ06
(The top starts with a white line, the left with a black line.)

lcd4linux with 6x8 font
http://imgur.com/mMALaO3

rotated 180:
http://imgur.com/5nPvFBU

For me, that's a perfectly usable 130x130 display. :)

@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?

superelchi

@superelchi

Almost perfect. That behaves as a 132x132 with the (physical) bottom & right sides clipping 2 pixels.
I patched dpf_ax_open() to force the size to 130x130, and it behaves correctly in all orientations.
Can you make one more small change to return 130x130 as the size?



Edited 1 time(s). Last edit at 07/24/2014 08:17PM by ajd4096.

Interesting.
So let's try a 130x130-pixel-shifted version. ;)

superelchi

@superelchi

Flawless! Pixel-perfect in all orientations, backlight works smoothly.

Testscreen:
http://imgur.com/LcUeYTN

Many thanks,
ajd4096

Very strange - 132x132 pixel fw, 130x130 pixel viewable area...
I will add this one as "zipp_dp605_2" with 130x130 pixel.

superelchi

Hello , keyframe name says "Weltild"

Looking for firmware.......: Found ( coby, 128x128 px )
Looking for Openwin.......: Found.
Looking for LCDIniTbl.......: None.
Looking for backlight & contrast.......: Found, Found.
Looking for known signatures.......: None.

Sorry, no matching dpf found.


Thanks for help

Without the original fw there is nothing I can do.
Please upload the firmware.

superelchi

Yes , i know but it says its too large ( just over 1000kb )....so i now zipped it.Hope you can help me..thanks

@leonjoeann

Please try attached fw.

superelchi

@superelchi

How about the original firmware - does power off work here?

With original firmware power off works beautiful :)

But with cracked never worked....

Dear superelchi,

great to find you active here. Thank you very much for dpf-ax and the toolchain!

I have a Coby DP151, two identical NoName displays and one Bresser. The Coby works. But no luck with the others. So I that's why ask for help here.

NoName

Typ: BE-310S
Importer: Lehoff Im- und Export GmbH, Norderstedt

Ubuntu recognizes it as "AX203 USB picture frame firmware ver 3.5.x".

dmesg shows:

[ 1177.056032] usb 6-2: new full-speed USB device number 2 using uhci_hcd
[ 1177.677047] usb 6-2: New USB device found, idVendor=1908, idProduct=0102
[ 1177.677052] usb 6-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 1177.677055] usb 6-2: Product: Digital Photo Frame
[ 1177.677058] usb 6-2: Manufacturer: BUILDWIN
[ 1177.677060] usb 6-2: SerialNumber: 200807101900000000
[ 1177.689108] usb-storage 6-2:1.0: USB Mass Storage device detected
[ 1177.689242] scsi19 : usb-storage 6-2:1.0
[ 1178.694063] scsi 19:0:0:0: CD-ROM        	buildwin  Photo Frame 	1.01 PQ: 0 ANSI: 2
[ 1178.702056] sr1: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
[ 1178.702213] sr 19:0:0:0: Attached scsi CD-ROM sr1
[ 1178.702282] sr 19:0:0:0: Attached scsi generic sg2 type 5

Identification:

# ./identify.py /dev/sg2
Detecting & reading dpf flash...
Opening generic SCSI device '/dev/sg2'
Manufacturer: Apple
Size    	: 1 MB
Reading 100000 bytes from flash...
Flash written to file 'fulldump_20140902-153526.bin'.

Looking for firmware.............: Found (buildwin, 128x128 px).
Looking for Openwin..............: Found.
Looking for LcdIniTbl............: None.
Looking for backlight & contrast.: Found, Found.
Looking for known signatures.....: None.

Sorry, no matching dpf found.

Dump attached.

Bresser

Type: ?
Importer or Manufacturer: Meade Instruments Europe GmbH & Co. KG, Rhede

dmesg shows:

[28922.724067] usb 2-6.7: new full-speed USB device number 31 using ehci-pci
[28922.870319] usb 2-6.7: New USB device found, idVendor=1908, idProduct=0102
[28922.870324] usb 2-6.7: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[28922.870327] usb 2-6.7: Product: Digital Photo Frame
[28922.870330] usb 2-6.7: Manufacturer: BUILDWIN
[28922.870332] usb 2-6.7: SerialNumber: 200807101900000000
[28922.879237] usb-storage 2-6.7:1.0: USB Mass Storage device detected
[28922.879301] scsi17 : usb-storage 2-6.7:1.0
[28923.883211] scsi 17:0:0:0: CD-ROM            buildwin  Photo Frame     1.01 PQ: 0 ANSI: 2
[28923.889448] sr1: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
[28923.889595] sr 17:0:0:0: Attached scsi CD-ROM sr1
[28923.889689] sr 17:0:0:0: Attached scsi generic sg2 type 5

Identification:

# ./identify.py /dev/sg2
Detecting & reading dpf flash...
Opening generic SCSI device '/dev/sg2'
Manufacturer: Winbond
Size        : 1 MB
Reading 100000 bytes from flash...
Flash written to file 'fulldump_20140906-171406.bin'.

Looking for firmware.............: Found (buildwin, 128x128 px).
Looking for Openwin..............: Found.
Looking for LcdIniTbl............: None.
Looking for backlight & contrast.: Found, None.
Looking for known signatures.....: None.

Sorry, no matching dpf found.

But the following model has a partial signature match: acme_7.
This firmware MAY work for your dpf.

I flashed acme_7. The device is recognized as Hackfin device afterwards but the display shows nothing and the menu cannot be accessed.

Dump attached.


I would be glad to get some hints how to bring these displays to work with dpf-ax.

Thank you,
Boris

Hi gothbert,

sorry about the late answer. Vacation. :)

Please try attached fw.
Bresser has no detectable contrast routine. Please make sure contrast is okay. Else I have to dig a bit deeper...

superelchi

Thank you really very very much, superelchi!

Both types work like a charm. Contrast is fine for the Bresser.

Great work.

Cheers,
Boris

Fine.
So I will add these two as 'lehoff' and 'bresser'.

superelchi

Hi superelchi,

I got the following device:
http://www.pearl.de/a-PX1087-1239.shtml
from pearl.

the idenfication failed:

D:\Downloads\key dpf\dpf-ax\tools>python -d identify.py G
Running on windows - unable to detect flash size
Reading 100000 bytes from flash...
Flash written to file 'fulldump_win_20140907-130145.bin'.

Looking for firmware.............: Not found.

This in no known firmware!

Sorry, no matching dpf found.

I have some more information found about the device but it did not help me:
http://www.mikrocontroller.net/topic/148255#1386310

And one last interesting fact: the dpf has no reset button (at least I could not find one).

Looks like this is not an AX206-based dpf.
Please upload the firmware so I can have a closer look.

superelchi

Hello

Has anyone had any luck with the 7" photoframes that are available on the online auction sites?

I have one coming and if i can get the firmware offloaded using your script. i will post it here and hiopefully you can work your wizardry on it.

It will be a nice larger display to use and look at.

Cheers

EDIT :Sorry post in wrong section - this should be in the general and my request with firmware later.



Edited 1 time(s). Last edit at 10/13/2014 07:23AM by Gravelrash.

Hi Superelchi,
I have Sweex mm004v5 dpf, but "fw_sweex_mv004v5.bin" doesn't work in it (black lcd, backlight on).
Info from "identify.py":

Flash written to file 'fulldump_sweex_mm004v5.bin'.

Looking for firmware.............: Found (buildwin, 128x128 px).
Looking for Openwin..............: 
OpenWin        at 0x1280 (0x000682), len 0x3c, CRC = 0xbe1c4ae1
Looking for LcdIniTbl............: 
Module 36:
LcdInit !NOTBL! (found by call) at 0x1426 (0x0490f6), CRC = 0x22d1634e
Module 50:
LcdScheduleTbl  at 0x156d (0x04a7bf), len 0x00
Invalid LcdIniTbl!
None.
Looking for backlight & contrast.: 
Module 36:
LCD_Backlight !NOTBL! at 0x166f (0x04933f)
Timer1 custom init found (tmr1per = 0x40ff).
Tmr1con init found at 0x16a1 (0x049371), value = 0x43
LCD_Contrast !NOTBL! at 0x162f (0x0492ff)
Looking for known signatures.....: 
OpenWin:   match at model ['carrefour_bfv151']
OpenWin:   match at model ['coby_dp151_bw_3']
None.

Sorry, no matching dpf found.

But the following models have partial signature matches: carrefour_bfv151 coby_dp151_bw_3 
One of these firmwares MAY work for your dpf.

Proposed carrefour_bfv151 and coby_dp151_bw_3 also doesn't work in it (black lcd, backlight on).

I have also second similar frame, but still no luck:

Flash written to file 'fulldump_WH_Smith.bin'.

Looking for firmware.............: Found (coby, 128x128 px).
Looking for Openwin..............: 
OpenWin        at 0x1280 (0x00080a), len 0x54, CRC = 0x87f02992
Looking for LcdIniTbl............: 
Module 40:
LcdInit !NOTBL! (found by call) at 0x1330 (0x0080b2), CRC = 0xcfba4638
Module 54:
LcdScheduleTbl  at 0x156d (0x0098d3), len 0x00
Invalid LcdIniTbl!
None.
Looking for backlight & contrast.: 
Module 40:
LCD_Backlight !NOTBL! at 0x164d (0x0083cf)
Timer1 custom init found (tmr1per = 0x40ff).
Tmr1con init found at 0x16d0 (0x008452), value = 0x43
LCD_Contrast !NOTBL! at 0x1667 (0x0083e9)
Looking for known signatures.....: 
OpenWin:   match at model ['xg4241']
None.

Sorry, no matching dpf found.

But the following model has a partial signature match: xg4241.
This firmware MAY work for your dpf.

Proposed firmware xg4241 gives partial success - white eyes on black background, but menu is not displayed (no text - only white bar).
Could you try to prepare HACK firmwares for my devices?
I will be very grateful :)
Both original firmwares attached in single zip.

Hi free8bee,

here we go:

fw_sweex_mm004v5_2 - should work as expected.

fw_wh_smith - not sure. Has a *VERY* strange lcd access. Please give it a try and report back.

superelchi

@superelchi

Thx for quick reply (X-mas holidays :)).
Fw_sweex_mm004v5_2 works almost perfectly. One strange thing happens when I turn off dpf by Menu|Off, and then turn it on by Menu button or connecting USB cable. It looks like lcd contrast has been reset to high level (out of usable range), and almost whole display goes dark. Then if I enter Menu|Setup|Contrast display goes normal. Also normalizes after Menu|Reboot.

Fw_wh_smith has trouble with displaying Menu (like fw_xg4241). A picture of Main Menu attached.
Despite this Testscreen looks like he should. Data from lcd4linux also shows correctly.
Backlight and Contrast setting works great.

Now I can use both frames for lcd4linux (with little additional activity) and gladly will test next version of the firmware.

free8bee Wrote:
-------------------------------------------------------
> Fw_sweex_mm004v5_2 works almost perfectly. One
> strange thing happens when I turn off dpf by
> Menu|Off, and then turn it on by Menu button or
> connecting USB cable. It looks like lcd contrast
> has been reset to high level (out of usable
> range), and almost whole display goes dark. Then
> if I enter Menu|Setup|Contrast display goes
> normal. Also normalizes after Menu|Reboot.

What happens if you do a hard reset (switch at the back) or when reconnecting to USB (without the battery)? Display okay?
By the way - removing the battery is strongly recommended if you use the dpf with lcd4linux.

>
> Fw_wh_smith has trouble with displaying Menu (like
> fw_xg4241). A picture of Main Menu attached.
> Despite this Testscreen looks like he should. Data
> from lcd4linux also shows correctly.
> Backlight and Contrast setting works great.
>

This dpf has the same weird lcd access as xg4241. Never got a "working" response for that one. Looks like I have to have a closer look...

superelchi

@superelchi

You're right regarding the battery - should be disconnected. Without the battery using this frame is simpler. With the battery when you turn on the frame must be reset because the usb is not working properly, and Linux does not recognize the device.
Mm004v5 contrast is fine after a reboot from the menu, hard reset or power reset.

With WH_Smith is strange because Testscreen menu works great, lcd4linux also displays beautifully, only text in the internal menu is not visible - the background color is like the color of the text.

Hi Superelchi,

root@kali:~/dpf-ax-code/tools# python identify.py -v /dev/sr1
Detecting & reading dpf flash...
Opening generic SCSI device '/dev/sr1'
Manufacturer: Macronix
Compatible  : m25p16
Size        : 2 MB
Reading 200000 bytes from flash...
Flash written to file 'fulldump_20141229-104607.bin'.

Looking for firmware.............: Not found.

This in no known firmware!

Sorry, no matching dpf found.

[32427.953841] usb 3-1: new full-speed USB device number 24 using uhci_hcd
[32428.227880] usb 3-1: New USB device found, idVendor=1908, idProduct=0102
[32428.227884] usb 3-1: New USB device strings: Mfr=2, Product=3, SerialNumber=0
[32428.227886] usb 3-1: Product: Digital Photo Frame
[32428.227887] usb 3-1: Manufacturer: BUILDWIN
[32428.303493] usb-storage 3-1:1.0: USB Mass Storage device detected
[32428.303565] scsi44 : usb-storage 3-1:1.0
[32429.320463] scsi 44:0:0:0: CD-ROM            buildwin  Photo Frame     1.01 PQ: 0 ANSI: 2
[32429.335610] sr1: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
[32429.335754] sr 44:0:0:0: Attached scsi CD-ROM sr1
[32429.335826] sr 44:0:0:0: Attached scsi generic sg3 type 5

Bus 003 Device 024: ID 1908:0102 GEMBIRD

foto frame is from :
www.aliexpress.com

please send me fullflash or how to flash

PS: MENU|REBOOT does not work for me.



Edited 3 time(s). Last edit at 12/30/2014 06:44AM by andrejt.

Hi Andrejt,

as identify.py said: "This in no known firmware!".

A look at your fw-dump shows "AX208 SDK V3.0" - seems to be AX208 based, not AX206. And dpf-ax only works with AX206 chips based on the Buildwin SDK for this chip.
Sorry.

superelchi