LCD screen for your dockstar (cheap! <$5)

Sorry, my fault. I just called restore.py from outer directory. After the second try, It seems that flashing went OK

sudo python restore.py fw_acme_3.bin -f
Found AX206 DPF (bootloader)
Manufacturer: Apple
Size        : 1 MB
Erase full flash...
Flashing sector 0...
Flashing sector 1...
Flashing sector 2...
Flashing sector 3...
Executing applet..

Thank you very much.

I bought this dpf some time ago on polish ebay (Allegro). Currently similiar (I think so) dpf can be bought on e.g. http://allegro.pl/breloczek-ramka-cyfrowa-16mb-lcd-1-5-brelok-i2966291376.html. The box is almost the same but on my there was no 16MB info on it (but my dpf also has 16 MB)
I attached a photo of my dpf because I am not sure about the name. If it is "eovision" or "veovision" or someting else.

It's "Veovision". See here. So I will change be the name of this dpf to veovison.

superelchi

Thanks again. Strange I haven't found this. Do you add this model to svn trunk repository?

Yes, will be added to svn.
But may take a couple of days - I'm currently working on dpf-ax version 0.4...

superelchi

i'd like to ask a question.
i download the dpf-ax_0.41_20130520.tgz from http://sourceforge.net/projects/dpf-ax/files/source/ and upload to my NAS box.
installed the packages need by the " build-dpf-lcd4linux.sh", except one package "aclocal",
then i run the build-dpf-lcd4linux.sh and get the following output.
bootstrap:$LINENO> aclocal
./bootstrap: line 13: aclocal: not found
checking for a BSD-compatible install... ./install-sh -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking whether ln -s works... yes
checking whether make sets $(MAKE)... (cached) yes
checking for pkg-config... /opt/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking if malloc debugging is wanted... no
checking for log in -lm... yes
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
configure: checking location of ncurses.h file...
checking for ncurses version... 5.5
checking for X... no
checking gd/gd.h usability... no
checking gd/gd.h presence... no
checking for gd/gd.h... no
checking gd.h usability... no
checking gd.h presence... no
checking for gd.h... no
checking jpeglib.h usability... no
checking jpeglib.h presence... no
checking for jpeglib.h... no
checking sys/io.h usability... yes
checking sys/io.h presence... yes
checking for sys/io.h... yes
checking usb.h usability... no
checking usb.h presence... no
checking for usb.h... no
checking libusb-1.0/libusb.h usability... no
checking libusb-1.0/libusb.h presence... no
checking for libusb-1.0/libusb.h... no
checking luise.h usability... no
checking luise.h presence... no
checking for luise.h... no
checking serdisplib/serdisp.h usability... no
checking serdisplib/serdisp.h presence... no
checking for serdisplib/serdisp.h... no
checking st2205.h usability... no
checking st2205.h presence... no
checking for st2205.h... no
checking libdpf/libdpf.h usability... no
checking libdpf/libdpf.h presence... no
checking for libdpf/libdpf.h... no
checking rfb/rfb.h usability... no
checking rfb/rfb.h presence... no
checking for rfb/rfb.h... no
checking linux/lcd-linux.h usability... no
checking linux/lcd-linux.h presence... no
checking for linux/lcd-linux.h... no
checking ftdi.h usability... no
checking ftdi.h presence... no
checking for ftdi.h... no
checking if python support is wanted... no
checking if raw port I/O is wanted... no
checking asm/io.h usability... yes
checking asm/io.h presence... yes
checking for asm/io.h... yes
checking linux/parport.h usability... yes
checking linux/parport.h presence... yes
checking for linux/parport.h... yes
checking linux/ppdev.h usability... yes
checking linux/ppdev.h presence... yes
checking for linux/ppdev.h... yes
checking which drivers to compile... done
configure: WARNING: libdpf.h not found: DPF driver disabled
configure: error: You should activate at least one driver...
make: *** No targets specified and no makefile found. Stop.
Seems i need to install the DPF driver, what's the next ?

Are you sure you downloaded the correct file?
"dpf-ax_0.41_20130520.tgz" shows "0 downloads" at sf...

Edit: and you need to install aclocal.

superelchi



Edited 1 time(s). Last edit at 05/21/2013 02:05AM by superelchi.

downloaded with SVN, still the same error

configure: WARNING: libdpf.h not found: DPF driver disabled
configure: error: You should activate at least one driver...
make: *** No targets specified and no makefile found. Stop.


regarding the aclocal, already installed. no idea why it was not found.

PeachAliStation> which aclocal
/opt/bin/aclocal
PeachAliStation> echo $PATH
/opt/bin:/opt/sbin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin
PeachAliStation> aclocal
-ash: aclocal: not found
PeachAliStation> /opt/bin/aclocal
-ash: /opt/bin/aclocal: not found
PeachAliStation> ls -l /opt/bin/aclocal
lrwxrwxrwx 1 root root 12 May 21 11:27 /opt/bin/aclocal -> aclocal-1.12
PeachAliStation> ls -l /opt/bin/aclocal-1.12
-rwxr-xr-x 1 root root 31042 May 10 2012 /opt/bin/aclocal-1.12

Weird!
That's why build-dpf-lcd4linux.sh did not complain. It checks for the existence of "aclocal" with "which" - so everything looks okay.
Can't help you here. For building lcd4linux you need aclocal. And if aclocal does not run on you system...

superelchi

is aclocal a standalone package. google said it's inclueded in automake or autoconf. i have checked the "automake" " autoconf" are installed.

PeachAliStation> ipkg info automake
Package: automake
Version: 1.12-1
Depends: autoconf
Status: install user installed
Section: util
Architecture: i686
maintainer: NSLU2 Linux <nslu2-linux@yahoogroups.com>
MD5Sum: 0d42cefbbd0a0a588b7a337ffd49e0a5
Size: 642703
Filename: automake_1.12-1_i686.ipk
Source: http://ftp.gnu.org/gnu/automake/automake-1.12.tar.xz
Description: Creates GNU standards-compliant Makefiles from template files

Successfully terminated.

PeachAliStation> ipkg info autoconf
Package: autoconf
Version: 2.69-1
Depends: make, m4
Status: install user installed
Section: util
Architecture: i686
maintainer: NSLU2 Linux <nslu2-linux@yahoogroups.com>
MD5Sum: 4c5231f23eb36542c9721d7e1c84fb53
Size: 904559
Filename: autoconf_2.69-1_i686.ipk
Source: http://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.xz
Description: Creating scripts to configure source code packages using templates

Successfully terminated.

PeachAliStation> ipkg list aclocal
Successfully terminated.

What does file say?
On Ubuntu I get:

$ file /usr/bin/aclocal-1.11 
/usr/bin/aclocal-1.11: a /usr/bin/perl -w script, ASCII text executable

So aclocal is a perl script. Maybe your perl install is missing/broken?

superelchi

PeachAliStation> ls /usr/bin/aclocal*
/usr/bin/aclocal /usr/bin/aclocal-1.12
PeachAliStation> file /usr/bin/aclocal-1.12
/usr/bin/aclocal-1.12: awk script, ASCII text
Segmentation fault (core dumped)
PeachAliStation>
PeachAliStation>
PeachAliStation>
PeachAliStation> ipkg list perl
perl - 5.10.0-6 - Practical Extraction and Report Language.
Successfully terminated.
PeachAliStation> which perl
/usr/bin/perl

PeachAliStation> perl /usr/bin/alocal-1.12
Can't open perl script "/usr/bin/alocal-1.12": No such file or directory
PeachAliStation> perl /usr/bin/aclocal-1.12
/opt/share/automake-1.12/Automake/ChannelDefs.pm line 23:

This Perl hasn't been configured and built properly for the threads
module to work. (The 'useithreads' configuration option hasn't been used.)

Having threads support requires all of Perl and all of the XS modules in
the Perl installation to be rebuilt, it is not just a question of adding
the threads module. (In other words, threaded and non-threaded Perls
are binary incompatible.)

If you want to the use the threads module, please contact the people
who built your Perl.

Cannot continue, aborting.
BEGIN failed--compilation aborted at /usr/lib/perl5/5.8.6/X86/threads.pm line 28.
Compilation failed in require at /opt/share/automake-1.12/Automake/ChannelDefs.pm line 23.
BEGIN failed--compilation aborted at /opt/share/automake-1.12/Automake/ChannelDefs.pm line 26.
Compilation failed in require at /opt/share/automake-1.12/Automake/Configure_ac.pm line 27.
BEGIN failed--compilation aborted at /opt/share/automake-1.12/Automake/Configure_ac.pm line 27.
Compilation failed in require at /usr/bin/aclocal-1.12 line 38.
BEGIN failed--compilation aborted at /usr/bin/aclocal-1.12 line 38.



perl installed.

Perl installed - yes.
Perl working - NO:

/opt/share/automake-1.12/Automake/ChannelDefs.pm line 23: 

This Perl hasn't been configured and built properly for the threads 
module to work. (The 'useithreads' configuration option hasn't been used.) 

Having threads support requires all of Perl and all of the XS modules in 
the Perl installation to be rebuilt, it is not just a question of adding 
the threads module. (In other words, threaded and non-threaded Perls 
are binary incompatible.) 

If you want to the use the threads module, please contact the people 
who built your Perl. 

Cannot continue, aborting.

It's not the fault of my script, so I will join perl:

Cannot continue, aborting.

You have to ask the maintainers of your pearl/autotools packages.

Sorry,
superelchi

oops, seems i need to update something to make it works.

@iamark

You could try doing a cross-compile on your PC for your "PeachAliStation" arch, is that a mips or arch linux variant? or some version of Openwrt?

I've recently ran across a model that I'm not sure if it is unsupported or if hackfw.sh needs to be modified. Post is here. http://forum.doozan.com/read.php?9,23782

I just got a Senario Photocube (Not this exact product but the same model) http://www.amazon.com/Senario-School-Musical-Digital-Photo/dp/B0019L51MQ

It shows up as a Sitronix picture frame

Bus 002 Device 009: ID 1403:0001 Sitronix Digital Photo Frame

I tried hackfw.sh from https://github.com/neophob/libst2205 but it said it wasn't an already supported frame.

Moved on to generate-hack.pl. It dumps the firmware correctly (There is only one block device at /dev/sdb) but fails to hack it. Here is the generate-hack.pl output and the firmware file it dumped. Any idea if this is hackable?

[parker@x3720 libst2205]$ ./generate-hack.pl /dev/sdb hack/m_my_new_hack
Creating hack/m_my_new_hack...
using DA65=/usr/local/bin/da65
using PHACK=/home/parker/build/libst2205/phack
Dumping firmware: /home/parker/build/libst2205/phack -df fwimage.bin /dev/sdb
..
Firmware dumped.
Splitting firmware into 16k segments...
1+0 records in
1+0 records out
16384 bytes (16 kB, 16 KiB) copied, 0.000347043 s, 47.2 MB/s
1+0 records in
1+0 records out
16384 bytes (16 kB, 16 KiB) copied, 0.000106746 s, 153 MB/s
1+0 records in
1+0 records out
16384 bytes (16 kB, 16 KiB) copied, 0.000348129 s, 47.1 MB/s
1+0 records in
1+0 records out
16384 bytes (16 kB, 16 KiB) copied, 0.000173821 s, 94.3 MB/s
Locating CMP_VAR1 & CMP_VAR2...
0380->0381
L72EA:  lda     $0380
        cmp     #$31
        bne     L72FA
        lda     $0381
        cmp     #$00
        bne     L72FA

Locating PATCH_AT...
L7328:  lda     #$FF
        ldx     #$FF
L732C:  sta     $0380
        stx     $0381
        rts

Creating lookforme.bin...
sh: -c: line 0: syntax error near unexpected token `done'
sh: -c: line 0: `dd if=fwimage-seg0.bin of=lookforme.bin bs=1 skip=13096 count=12; done'

Locating free space ..
Empty space: found 430 0xff bytes starting at 0x3e2c
FYI - you can verify with: hexdump -s 0x3e2c -n 430 -v fwimage-seg0.bin | less

Locating SEND_CSW...
L71F0:  pha
        lda     #$55
        sta     $0240
        lda     #$53
        sta     $0241
        lda     #$42
        sta     $0242
        lda     #$53

Locating LEN0 LEN1 LEN2 LEN3...
        stz     $0374
        stz     $0375
        lda     $0216
        stz     $0374
        lda     $0217
        sta     $0373
        asl     $0373
        rol     $0374
        rol     $0375

        stz     $0378
        stz     $0379
        lda     $0216
        stz     $0378
        lda     $0217
        sta     $0377
        asl     $0377
        rol     $0378
        rol     $0379

Warning! multiple matches (2) - will use the first one after SEND_CSW location

Guessing CTRTYPE...
----
        lda     #$2A
        sta     $8000
        lda     #$00
        sta     $C000
        lda     #$02
        sta     $C000
        lda     #$00
        sta     $C000
        lda     #$81
        sta     $C000
        lda     #$2B
        sta     $8000
        lda     #$00
        sta     $C000
        lda     #$02
        sta     $C000
        lda     #$00
        sta     $C000
        lda     #$A1
        sta     $C000

----
        lda     #$2A
        sta     $8000
        lda     #$00
        sta     $C000
        lda     #$00
        sta     $C000
        lda     #$00
        sta     $C000
        lda     #$5F
        sta     $C000
        lda     #$2B
        sta     $8000
        lda     #$00
        sta     $C000
        lda     #$00
        sta     $C000
        lda     #$00
        sta     $C000
        lda     #$3F
        sta     $C000

----
        lda     #$2A
        sta     $8000
        lda     #$00
        sta     $C000
        lda     #$83
        sta     $C000
        lda     #$2B
        sta     $8000
        lda     #$04
        sta     $C000
        lda     #$83
        sta     $C000

Eeek! expected single match but found 3 - dont know what to do!

EDIT: phack writing a message to the stock firmware does work :D Might be some hope.

./phack -m "Test" /dev/sdb

EDIT2: Took out the extraneous 'done' in the lookforme dd command but same result.

EDIT3: Photos. It matches my desk, haha. https://goo.gl/photos/YJuvKSMPm4cR5Ddh8



Edited 3 time(s). Last edit at 05/23/2016 06:02PM by parkerlreed.

Not available also in my area.