The lcd parse code is nearly the same as in the sdk (redone in c). The _custom_initseq in lcdinit.s and the code in lcdblit.s are more or less copies of the ones in the buildwin fw (extracted by identify.py). Have a look at the sdk files lcd/../LcdInitTbl.asm and lcd/../OpenWin.asm. You will find the assembler InitTbl parsing code in parse/parse.asm and the macros corresponding to the CMD_.. defiby superelchi - Displays
Wow a new resolution! You are right it's a buildwin one. Give me a day or two to add it... superelchiby superelchi - Displays
You need to be root to access the port or add an udev rule to allow access from user(s). Example: /etc/udev/rules.d/70-dpf.rules: ATTRS{idVendor}=="1908", ATTRS{idProduct}=="0102", GROUP="users", MODE="0660" superelchiby superelchi - Displays
@dkrusko I am still waiting for my linkdelight. Please keep monitoring this thread. I will post my findings here. superelchiby superelchi - Displays
@dkrusko Do you get a white screen when pressing MENU? @markusbrutus As I expected. So I will mark xg4241 as "not supported" for the time beeing. :-( None the less I will put it in svn. superelchiby superelchi - Displays
@markusbrutus WOW! As identify.py said: This is no "standard" buildwin software! It has a completely different LdInit-Routine and does NOT use the OTP lcd write routine. Maybe you found the first truly "not supported" type. ;-) You can try attached fw but this is only an educated guess. If this will not work I see no possiblity to support this one in the near future.by superelchi - Displays
@dkrusko Please try this fw. Do you have a manufacturer/seller name and/or a link? If not, this one will stay "acme_3"... I'm not sure if this fw will work. Looks a lot like the last one from Papa Oscar (which is nor working atm). I'm still waiting for my display from linkdelight to have a closer look. superelchiby superelchi - Displays
kroonen Wrote: ------------------------------------------------------- > Hi, > > I got a new display device from delight. It > idenfify itself as an taobao. > > I get an error about the flash size. Is this a > problem, or should I do an -f (force?) > Because our firmware is smaller than your flash-chip you always have to use the "-f" parameter.by superelchi - Displays
Yes, will be added to svn. But may take a couple of days - I'm currently working on dpf-ax version 0.4... superelchiby superelchi - Displays
It's "Veovision". See here. So I will change be the name of this dpf to veovison. superelchiby superelchi - Displays
Please try this fw. Do you have a manufacture/seller name and/or a link? If not, this one will stay "acme_3"... superelchiby superelchi - Displays
It's a Nantronics N25S80. Already in one of the newer FlashLib.Ini. superelchiby superelchi - Displays
You dump is valid. :-) But it's not abeyerr_black_2. :-( ./identify.py dpf_dump.bin Looking for firmware.............: Found (coby, 128x128 px). Looking for Openwin..............: Found. Looking for LcdIniTbl............: None. Looking for known signatures.....: None. Looking for known version info...: None. Sorry, no matching dpf found. But following models have a partial signby superelchi - Displays
You are correct: sdcc version 3.x ist currently not working. You need sdcc 2.9x or cc1111. superelchiby superelchi - Displays
Firmware for taobao attached. What distro are you using? superelchiby superelchi - Displays
FYI: new model sunluxy in svn. superelchiby superelchi - Displays
@glb: please try attached fw. superelchiby superelchi - Displays
joelbl Wrote: ------------------------------------------------------- > Woah, and it was you who wrote it! :)) > (big surprise! fake windows hater you are) > No. I didn't write it. It's from here. Just made it available for those poor windows users. ;-) > > What is the main difference between all these > firmwares you upload here? the lcd's address?by superelchi - Displays
Dump with linux: supported by dpf-ax. Tools fw/fulldump.py or fw/identify.py. Dump with windows: have a look here. But you will be very lucky if you get exactly the same hardware from your vendor... superelchiby superelchi - Displays
As I said: without a dump of the original fw - bad luck. Try to get one of the supported dpfs... superelchiby superelchi - Displays
No key working? Looks like the display is not hacked correctly. There is nothing I can do without a dump of the original fw. You can try if any fw of the known dps works. A list is here, and compiled fw here. Try any of the 128x128 types and see if you get the eyes. If not - brick. I would strongly recommend to get yourself a linux machine and try if your display works there! It's no uby superelchi - Displays
These values are unsigned short (16 bit). If you want to send an already scaled "full-screen" picture to a 128x128 dpf they would be ulx = 0, ully = 0, llx = 128, lly = 128. For a 320x240 dpf ulx = 0, uly = 0, llx = 320, lly = 240. superelchiby superelchi - Displays
Some remarks: //This writing passes with no errors, but nothing is returned ec = writer.Write(g_excmdBytes, 2000, out bytesWritten); You have to fill excmdBytes with the command/parameters you want to execute before sending it. For a blit operation: . . . // ulx - first pixel coordinate on screen, x // uly - first pixel coordinate on screen,by superelchi - Displays
> > I don't have a machine I can install linux on > (work's machine) and the live ubuntu runs rather > slowly on it. so no. > No linux? Boo! :-) > As i said, I used > this code to create an image to > the proper format (i understood it is translated > from linux code). > A short look at the source tells me its for a st2205. We are talkinby superelchi - Displays
Hi joelbi, first a not-so-serious remark: I - and I would think most of us here - HATE Windows. And, it seems to me, these "Yada-Yada-Yada" error message you posted just confirm that we are right. :-) Now to your problem: You cannot just "stream" an image to the display. Your image must be in the correct RGB565 format and you have to tell the display what you want to dby superelchi - Displays
From http://packages.ubuntu.com/: Paket: gettext-base (0.18.1.1-9ubuntu1) GNU Internationalization utilities for the base system Paket: gettext (0.18.1.1-9ubuntu1) GNU Internationalization utilities superelchiby superelchi - Displays
Looks like the package "gettext" is missing... superelchiby superelchi - Displays
FYI: new revision in svn. * New model: abeyerr_black_2. * New Work-In-Progress model: linkdelight_black_portrait - NOT WORKING ATM! superelchiby superelchi - Displays
@ Papa Oscar Okay - so this one needs some heavier treatment. I will have a closer look as soon as time permits. Please keep monitoring this thread. I will come back to you! superelchiby superelchi - Displays