All Activity

[url=https://pint77.com] In Etsy, Amazon, eBay, Shopify Pinterest+SEO + artificial intelligence give high sales results[/url]

Thanks. I tryed the demo with domo font and it works, but when I choose another 1251 font I got wrong symbols. Did you know how to fix that, or how to choose correct font that will be good for convertation? I add my test font to the message. Thank you for helping... centurygothic.ttf

You can find a demo with cyrillic fonts under /demos/modules/gdisp/fonts_cyrillic. There's also a wiki page: https://wiki.ugfx.io/index.php/Cyrillic Does that help?

I trying to use in my home project cyrilic font, but its not work for me. Is somebody explain me how to use such font by view words? - What font I have to use for this. - I have to #define MF_ENCODING MF_ENCODING_ASCII ---- Something wrong with my project or settings and library shows bugs on the screan and not latter

Thank you for getting back to us on that If we look at the current implementation, that is already the case, right? See here: https://git.ugfx.io/uGFX/ugfx/src/branch/master/drivers/ginput/touch/FT5336/gmouse_lld_FT5336.c#L59

Hi Joel, As I rooted around for a solution I wondered if ft5336ReadXYZ() should return gTrue even if there was no touch detected. So I changed it 🙃

Hello & Welcome to the µGFX community! Glad to hear that you got it working! I'm a bit confused tho. ft5336ReadXYZ() seems to already return gTrue. Did you modify the driver or am I missing something?

Found the problem(s) FT5336 x and y values weren't reading correctly ft5336ReadXYZ() needs to return TRUE even if there is no new touch 👍

uGFX 2.9 STM32F746G Discovery ChibiOS Running the button demo... Hello, Touch is detected and arrives in gwidgetEvent() but the flags are not matched to run the MouseUp() function. h->flags = 0x011f00 Any suggestions? Thanks Lemmy

It all depends on the display controller. Some display controllers - that is just how they operate. In terms of speed, they can be just as fast as any other mechanism. It really all comes down to bus speed and the type of bus. For some bus types and speeds streaming controllers can be faster than any other type. Try doing framebuffer pixels writes over a slow I2C bus would be terribly slow, a streaming controller and driver can however perform really well. uGFX is pretty unique amongst graphics libraries because it doesn't require direct access to the framebuffer in RAM. It was with this basic tenant that the first version of uGFX was written, and its first hardware controller was a streaming driver.

I've noticed a number of drivers use the "stream" methods. These seem very easy to implement, but also it seems they'd always be very slow. Is there a benefit to those methods? Is there a reason so many drivers use this method? Was the other option added later?

Thank-you. Nice work. We will add to the standard driver collection as soon as possible.

I took the ssd1306 code and modified it to work with the ssd1351. I don't know what FPS it can hit, looks like its well over 30fps. Feel free to use it: https://github.com/jamesoncollins/gauge_driver/blob/master/cubeide_proj/ugfx/drivers/gdisp/SSD1351/gdisp_lld_SSD1351.c

Про Войну - Военная хроника: Видео боевых действия 2024г Про Войну - Хроника боевых действий, информационный портал о военных конфликтах в России и за рубежом, художественные и документальные фильмы о войне. Сводки с горячих точек и видео военкоров с передовой. 2024г. Война на Украине: Свежее видео боев СВО 2024 года. Третья мировая война Первая Чеченская война Вторая Чеченская война Сирия Южная Осетия Карабах

It sounds like you got the panel working for you in 18bit mode. I am currently using the original code on a Ili9488 in RGB565 mode (16bit) without change. Looking at your photo the board even looks the same! This is a common problem with the Ili series of controllers. Often chips with the same part numbers behave quite differently depending on the source of the chip. Add to that different ways the panel can be attached to the controller, and then the pixel format you want to use for the application, all mean that the initial sequence often needs to be customised. Seemingly identical boards can sometimes behave differently. I even heard of one case of this happening from a single supplier. With regard to the reset function, the gTrue was supposed to mean the reset was asserted (i.e active low for most boards). As there were a number of different programmers who wrote the different drivers, for some drivers that meaning got transposed and the gTrue was taken to mean pin high instead. It looks like the ili9488 driver is one of those. It is something we are fixing for uGFX v3 but can't change for v2 without breaking someone's already working code. Nice job on working it out!

The post turned out to be big . I'll add it here. Taking into account that the module was obtained from Aliexpress and is widely distributed, I think that this information will help someone else get started with uGFX.

Hello gentlemens! Once again I want to thank you for your support and attention to my problem. However, I encountered some difficulties when trying to run the driver. The solutions of which required changing the module code gdisp_lld_ILI9488.c. Initially I had a white screen and the display showed no response. The problem is not only mine, so I carefully readed the topic: https://community.ugfx.io/topic/4360-white-screen-on-ili9488/. Using Joel’s advice, I connected a logic analyzer, reduced the SPI exchange rate to a minimum and made sure that the transmitted data was correct. Armed with patience and a datasheet on the ili9488, I began to analyze the code of the gdisp_lld_init() function. Problem point#1: /* Hardware reset */ setpin_reset(g, gTrue); gfxSleepMilliseconds(2); setpin_reset(g, gFalse); gfxSleepMilliseconds(10); setpin_reset(g, gTrue); !!!!!!!!!!!!!!!!!!!!! gfxSleepMilliseconds(120); We do a hardware reset and press the reset pin to the ground again. For what? For this reason, the controller simply ignores the following commands. Typically, the active level of the reset signal is low. If there are devices with high reset rates, might it make sense to do conditional compilation? The problem is small but it took time. I just commented out this line. The controller began to respond to commands, but the screen remained white, just blinking briefly after initialization was completed. To eliminate doubts about the serviceability of the display module, I put together a demo project provided by http://www.lcdwiki.com. Got the image. The display is OK. I tried to apply the solution from the topic to which I referred above. Unfortunately it didn't work for me. Comparing the init procedures used by the lcdwiki and in By PaulyLV, I paid attention to the parameter that determines the data bit depth. Problem point#2: write_index(g, 0x3A); write_data(g, 0x55); ! According to the datasheet this defines 16 bits/pixel. By changing the parameter to 18 bits/pixel (0x66) I achieved the first screen reaction. It became clear that I was on the right path. Since the data format was changed, it was necessary to adjust the recording function as suggested by PaulyLV. Problem point#3: function: LLDSPEC void gdisp_lld_write_color(GDisplay *g) { write_data(g, gdispColor2Native(g->p.color)); } must be brought to the form: LLDSPEC void gdisp_lld_write_color(GDisplay *g) { write_data(g, (gU8)((gdispColor2Native(g->p.color) & 0x0003F000) >> 10)); write_data(g, (gU8)((gdispColor2Native(g->p.color) & 0x00000FC0) >> 4)); write_data(g, (gU8)((gdispColor2Native(g->p.color) & 0x0000003F) << 2)); } And here is the final result, I am satisfied:

Откройте для себя лучшие онлайн казино в Беларуси, где вас ждут топовые игры и эксклюзивные бонусы. Исследуйте мир казино онлайн — ваш путь к ярким играм и щедрым бонусам. Выбирайте лучшие игры в Беларуси только в проверенных казино РБ! https://рейтинг-казино.бел/ [url=https://рейтинг-казино.бел/]казино[/url] казино в беларуси

Откройте для себя лучшие онлайн казино в Беларуси, где вас ждут топовые игры и эксклюзивные бонусы. Исследуйте мир казино онлайн — ваш путь к ярким играм и щедрым бонусам. Выбирайте лучшие игры в Беларуси только в проверенных казино РБ! https://рейтинг-казино.бел/ [url=https://рейтинг-казино.бел/] казино онлайн[/url] казино

https://sapog-vvs.ru/ [url=https://sapog-vvs.ru/]https://sapog-vvs.ru/[/url] https://sapog-vvs.ru/

Glad to hear that you got it working! Thank you for reporting back

The project is compiled and linked! Thank you very much Joel and his team for we help and participation in solving the problem. This is not a bug in the library code. This is a surprise from the IDE I use. Deleting files from the project inside the IDE was not enough. For some unknown reason, the remnants of the old code for the KS0108 driver were pulled up during compilation and linking in silent mode.... Physical deletion of KS0108 driver files from HDD helped. I'm moving on. The road obeys the one who walks.... Best regards! Sky.

Checked. Fragment of my "gfxconf.h": //#define GDISP_DRIVER_LIST GDISPVMT_Win32, GDISPVMT_Win32 // #ifdef GDISP_DRIVER_LIST // // For code and speed optimization define as GFXON or GFXOFF if all controllers have the same capability // #define GDISP_HARDWARE_STREAM_WRITE GFXOFF // #define GDISP_HARDWARE_STREAM_READ GFXOFF // #define GDISP_HARDWARE_STREAM_POS GFXOFF // #define GDISP_HARDWARE_DRAWPIXEL GFXOFF // #define GDISP_HARDWARE_CLEARS GFXOFF // #define GDISP_HARDWARE_FILLS GFXOFF // #define GDISP_HARDWARE_BITFILLS GFXOFF // #define GDISP_HARDWARE_SCROLL GFXOFF // #define GDISP_HARDWARE_PIXELREAD GFXOFF // #define GDISP_HARDWARE_CONTROL GFXOFF // #define GDISP_HARDWARE_QUERY GFXOFF // #define GDISP_HARDWARE_CLIP GFXOFF // #define GDISP_PIXELFORMAT GDISP_PIXELFORMAT_RGB888 // #endif All lines commented....

I did it. Got "master" branch from repository and replace files in project. No effect, error repeats.

Check your gfxconf.h file. Make sure it is not defining GDISP_PIXELFORMAT