Joel Bodenmann

Administrators
  • Content count

    1,857
  • Joined

  • Last visited

  • Days Won

    2

4 Followers

About Joel Bodenmann

  • Rank
    µGFX Developer

Recent Profile Visitors

3,549 profile views
  1. Hello @besitzeruf and welcome to the µGFX community! The unlimited license allows the license receiver (eg. a company branch or an individual) to use the µGFX library commercially on as many different devices from as many different products/projects as he likes as long as the license receiver is the responsible entity of the product/project. There are no royalty fees and it's a one-time fee. I hope that answers your question. Please don't hesitate to ask if anything is still unclear.
  2. Glad to hear that you managed to get it working Please contact us via e-mail if that is a serious request / wish so we can further discuss this.
  3. The µGFX-Studio source is not open. Can you please be more specific and provide more information?
  4. Hello @RojarSmith, This is a comments section. Please post your questions in the corresponding forum: https://community.ugfx.io/forum/13-ugfx-studio/
  5. Great work guys! Much appreciated!
  6. From personal experience I can confirm that that is indeed the truth. I'm gonna leave that to @inmarket as he's the original author of the makefile wizardry. It's complex, especially when things like auto-substitution of cygwin paths come in and so on.
  7. Is it just me or is the demo missing the gfxInit() call?
  8. Did you even bother reading the messages that the compiler outputs? > You must alter this demo <
  9. What do you mean by "the debugger stops"? Are you getting a hard-fault or can you just not move to the next line? The latter would indicate that the delay is not properly working. As you are using ChibiOS/RT the gfxSleepMilliseconds() function is really just a wrapper around chThdSleepMilliseconds() (or whatever it is called these days). Could you please try to run one or both of the GOS tests that you can find in the /demos/modules/GOS directory? Those tests only test the OS abstractions (eg. the threading and the delays). The GDISP module and all the other modules are completely disabled.
  10. I'd recommend you to properly debug this. step through the code (eg. through gfxInit()) and figure out where it halts. Then, get a level deeper. There are literally hundreds of problems that can lead to this. It would already be helpful to know whether the driver finishes initialization and so on. We are happy to help wherever we can, but we need to know what the actual issue is.
  11. Yep, that too. I missed that one - sorry.
  12. Please set GFX_COMPILER to GFX_COMPILER_KEIL and set GFX_CPU to GFX_CPU_CORTEX_M4 (or the floating point equivalent if you're using the FPU). Don't forget to recompile from scratch after making those changes (clean build).
  13. There's not really a dedicated example for this as you usually know what you're doing when you need that function. gdispGBlitArea() doesn't require a pixmap. It is a standalone high-level API function. The parameters are explained in the API documentation. Could you be more specific with your question? Are you facing an issue with it?
  14. Hello @leozhang First of all: You shouldn't copy the driver out of the µGFX library to your project directory. The driver itself should remain in the µGFX library directory. You only have to put the board file in your project directory (that is unless you want to modify the driver). If your driver doesn't pass the initialization then please use the debugger to set a breakpoint in the board_init() function and step through the code line by line to figure out where it hangs and why. Keil has a great debugger. I haven't looked at the 3rd party OLED functions that you're calling but the board file itself seems fine on first glance. But you might want to consider adding the implementation for the setpin_reset() function in the board file as well.
  15. Hello @TomCat and welcome to the µGFX community! I moved your post out of the other topic and created a new one. To your question: The board file for the STM32F429-Discovery that you find in the µGFX library repository already does that for you: It uses SPI for the configuration and then enables the RGB interface so that the LTDC can be used. What exactly is the big problem that you're facing?