[HY-Mini STM32V Board]

Thanks Tectu.

My name is Wagner Sartori Junior.

[ginput doesn't work with GINPUT_MOUSE_NEED_CALIBRATION FALSE]

I understood inmarket point.

I got my calibration routine save string and statically set on myload function. Worked for me...

static const char *myload(uint16_t instance)
{
	char *buf;
	uint8_t bsize = 24;

	(void)instance;

	buf = gfxAlloc(bsize);
	strcpy(buf, "\x75\xD4\x84\xBD\x94\xE3\x72\xBA\x73\x76\x7E\x43\x2D\x67\x28\xBA\x17\x3A\xBB\x3D\x41\x05\xFA\xC1");

	return buf;
}

ginputSetMouseCalibrationRoutines(0, NULL, myload, FALSE);

[Last commit made geventEventWait returning immediately]

If you want after 500ms the 2nd parameter should 500 not MS2ST(500) as geventEventWait takes milliseconds as the 2nd parameter.

I don't think geventEventWait should take milliseconds as second parameter. A better approach would be to use chibios convention and use this MS2ST among others helper functions to wait certain things.

BTW, I made the suggested test and it keeps returning immediately:

pe = geventEventWait(&gl, 500);

[Last commit made geventEventWait returning immediately]

My code has:

pe = geventEventWait(&gl, MS2ST(500));

on the infinite loop inside a thread.

after last commit it's not returning after 500ms but immediately.

[ginput doesn't work with GINPUT_MOUSE_NEED_CALIBRATION FALSE]

It runs fine.

gwinAttachMouse(9999) doesn't work, it skips calibration. gwinAttachMouse(0), asks for calibration and works fine after that.

If this touch_test works, it's because it's not using widgets. I tested gwin/widgets demo and it doesn't work without calibration, as my custom software.

I think the problem is a bug on GWIN.

[ginput doesn't work with GINPUT_MOUSE_NEED_CALIBRATION FALSE]

9999 doesn't work. :?

[ginput doesn't work with GINPUT_MOUSE_NEED_CALIBRATION FALSE]

TP is ADS7843. I copied ginput_lld_mouse* files from FireBull-STM32F103-FB.

I'll try 9999 when I get back home tonight.

[ginput doesn't work with GINPUT_MOUSE_NEED_CALIBRATION FALSE]

I'm using that HY-MiniSTM32V with 3.2 TFT display. Driver is that one that I sent on my other thread.

My current full code is at https://github.com/trunet/trunetreef. It's only tests for now... Note that I'm using chibios and ugfx master trunk.

Tonight I'll add TFT/touch driver to my repository to easy your debugging. I'm at GMT-3.

[ginput doesn't work with GINPUT_MOUSE_NEED_CALIBRATION FALSE]

Hi,

If I put GINPUT_MOUSE_NEED_CALIBRATION FALSE on my ginput_lld_mouse_config.h file, touchscreen doesn't work at all.

Anything I can do to force it to work?

Thanks,

Wagner

[HY-Mini STM32V Board]

It worked...

New driver attached

hehe

thank you very much tectu. excellent work on your uGFX project.

gdisp_R61505U.zip

[HY-Mini STM32V Board]

I don't have a JTAG debugger here, so I'm serial debugging(ARG!!!).

I tried to get device address first from memory. It was returning zero, so, I figured out that GDISP_RAM were different:

correct:

#define GDISP_RAM (*((volatile uint16_t *) 0x60020000)) /* RS = 1 */

wrong:

#define GDISP_RAM (*((volatile uint16_t *) 0x60100000)) /* RS = 1 */

now I'm getting 0x1505. so probably my board is R61505U.

I'll try to change initialization to match another board and see how it goes.

[HY-Mini STM32V Board]

this chinese crap. website is saying that is SSD1289, however mine is ILI9320. I have sure.

I had an arduino plugged on this same TFT using UTFT library, and it worked using ILI9320 code.

• Disable all the other subsystems until you have your GDISP module working

done that!

• Don't uncomment values in the gfxconf.h file when you leave it to the default value anyway (talking about GDISP_TOTAL_XXX

done that!

• Call gdispClear() after gdispInit(). I recommend to take some vibrant color for debugging (like blue or red).

I didn't have a gdiskInit() on my main. my main() is:

gfxInit();
gdispClear(Blue);

Backlight is off. Apparently it's not running board_init inside. I say that because I have this on board_ILI9320.h inside init_board() function:

palSetPadMode(GPIOB, GPIOB_BL_CNT, PAL_MODE_OUTPUT_PUSHPULL);
palSetPad(GPIOB, GPIOB_BL_CNT);

This code should turn backlight on. If I move it out init_board() to my main(), backlight turns on.

[HY-Mini STM32V Board]

I could make it work without using uGFX. I got that ugly chinese GLCD library available on internet and my display is working perfectly.

I started debugging ugfx. Apparently it's not calling init_board. I know that because I add a palSetPad to turn on backlight and it's not doing it. I'm calling gfxInit() on my code, but display is not being initialized.

Any clue?

Thanks,

Wagner Sartori Junior

[HY-Mini STM32V Board]

thank you very much tectu.

[HY-Mini STM32V Board]

Code is attached. application.zip is my code. the other one is the ugfx boards/base directory that I adapted from olimex.

With this line:

palSetPad(GPIOB, GPIOB_BL_CNT);

LCD backlight turns on, but screens stays white filled.

Thanks,

Wagner

boards_base_HY-MiniSTM32V.zip

application.zip

[HY-Mini STM32V Board]

Hi,

I'm having a hard time trying to make ugfx work on this board: http://www.micro4you.com/store/hy-mini-stm32v.html

I just want LCD display something.

I wrote a new board, based on Olimex-STM32-LCD, I changed chibios_board/board.h to match different pins. This board don't have LCD RESET(it's tied to RST button directly), so I removed all reset code from board_ILI9320.h.

I got demo/modules/gdisk/basic and added to my chibios main.c file and created a new thread. I have 1 thread blinking leds(and it's working) but display stays blank(even backlight is turned off).

Any help is appreciated.