Jump to content

trunet

Members
  • Posts

    16
  • Joined

  • Last visited

  1. Thanks Tectu. My name is Wagner Sartori Junior.
  2. 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);
  3. 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);
  4. 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.
  5. 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.
  6. TP is ADS7843. I copied ginput_lld_mouse* files from FireBull-STM32F103-FB. I'll try 9999 when I get back home tonight.
  7. 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.
  8. 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
  9. It worked... New driver attached hehe thank you very much tectu. excellent work on your uGFX project. gdisp_R61505U.zip
  10. 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.
  11. 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. done that! done that! 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.
  12. 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
  13. thank you very much tectu.
  14. 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
×
×
  • Create New...