xlh1460

I believe that I was probably being bitten by that bug. I got the simulator working and it worked fine, the i tried the hardware again and it worked! :shock: I had refreshed from the repository which is likely what fixed it. Sorry my lousy housekeeping wasted your time and mine. :oops: Thanks for the support. EDIT: i just noticed that the bug was very recently fixed so I feel a little better about myself.

No worries, take care of yourself and get well.

I just tested this on my STM32F3-Discovery board and it is doing the same thing.

I am having issues getting the imagebox demo working. I have tried it on my STM3241G-EVAL and STM32F4-Discovery. I have uploaded my project.

if I call gdispSetPowerMode(powerOff), then call gdispSetPowerMode(powerOn), the display remains blank. I have attached the program that I was testing. main.zip

I found, on my board. that the "powerOn" control function would bring the display to like if it was in "powerSleep" but not "powerOff". I checked the data sheet for the chip and it appears, according to my interpretation, that the powerOn function should be written as: case powerOn: acquire_bus(g); write_reg(g, 0x07, 0x0021); write_reg(g, 0x00, 0x0001); write_reg(g, 0x07, 0x0023); write_reg(g, 0x10, 0x0000); gfxSleepMilliseconds(30); write_reg(g, 0x07, 0x0033); release_bus(g); break; Instead of the following existing code: case powerOn: acquire_bus(g); write_reg(g, 0x10, 0x0000); // leave sleep mode write_reg(g, 0x00, 0x0001); // turn on oscillator gfxSleepMicroseconds(5); release_bus(g); break;

You might want to have a look at this and give it a try. It will likely get you up and running: http://ugfx.org/forum/viewtopic.php?f=23&t=64&start=10#p535

It sounds like it should be a separate driver for the 3 reasons you listed: - device code is not 9325 - initialization sequence is different - screen is mirrored

This is working now, sort of. I think I am having wiring or timing issues on the SPI. Stepping through the code, the chip id is now being read as 9329, not 9328. Whatever is causing that apparently didn't mess with the 9325 id because it's LSB is set anyway. The driver appears to be fine.

I fought with this most of the day and I think I may have it worked out. I started with the driver that shilow had provided it and "fiddled" until it seemed to work for all four orientations. I have tested this on two boards and three displays and it seems OK. STM3241G-EVAL -> FSMC Interface -> Built-in 3.2" display with 9325 chip. Tested OK STM32F4-Discovery -> SPI Interface -> HY28B display with 9325 chip (X2) Tested OK. STM32F4-Discovery -> SPI Interface -> HY28B display with 9328 chip. Not working. I am pretty sure that my old driver worked on both the 9325 and the 9328 chips before so I need to dig further into that issue. The code could stand some cleanup and more testing but I am much happier now. ILI9325.zip

Yes that is what I expected. I replace my existing driver with the one that shilow provided. I had some issues getting that to compile. I needed to adjust some of the include statements for incorrect path and non-existent header files (driver.h) I also needed to replace gdispColor2Native() and gdispNative2Color() with COLOR2NATIVE() and NATIVE2COLOR(). Now it compiles fine but it doesn't seem to initialize my display correctly. p.s. The "good news" is that it turns out that my "working" ILI9325 driver has the same issue as shilow is having. Anything other than GDISP_ROTATE_0 doesn't display correctly. It's good news because now I am more motivated to fix the damn thing. The only problem is that I am not sure how much time I can devote to this issue.

If I replace #include "drivers/gdisp/ILI9325/gdisp_lld_config.h" with #include "gdisp_lld_config.h" I get Compiling gdisp_lld_ILI9325.c ../../ext/ugfx/drivers/gdisp/ILI9325/gdisp_lld_ILI9325.c:25:30: fatal error: src/gdisp/driver.h: No such file or directory compilation terminated. make: *** [build/obj/gdisp_lld_ILI9325.o] Error 1 I can't find a file called driver.h anywhere. I can't test a driver that I can't compile. :cry:

When I checked last night there was no button to reply and when I tried to compose a new PM I got a message saying that I wasn't allowed. It seems to be working now. I may need some help getting a project set up to test this. I downloaded the driver but when I tried to use it in one of my existing projects I get the following: Compiling gdisp_lld_ILI9325.c ../../ext/ugfx/drivers/gdisp/ILI9325/gdisp_lld_ILI9325.c:23:52: fatal error: drivers/gdisp/ILI9325/gdisp_lld_config.h: No such file or directory compilation terminated. make: *** [build/obj/gdisp_lld_ILI9325.o] Error 1 I don't really want to start messing around with the driver itself so I may need to adjust the paths that I am using. My projects are all in subdirectories under the $(CHIBIOS)/demos directory.

I was unable to reply to your PM. I should be able to try the driver in the morning.

I tested this driver with the stm32f4 discovery board as well as the STM3241G EVAL board. The former with the HY28C display with either a 9325 or 9328 chip and the latter with it's mounted LCD which reports a 9325 chip. I haven't done extensive testing and I don't think I would comfortable saying that one of the drivers is better than the others. Thanks.