Jump to content

antoncoetzee

Members
  • Posts

    4
  • Joined

  • Last visited

  1. Hmm. Good point, hadn't thought about seeing whether it happens under constant refresh or not. Turns out it happens in both instances. Testing using MBed, it works fine, so it doesn't seem to be a hardware issue. With ChibiOS (2.whatever and 3.0) and uGFX, it goes blank after a few minutes. Need to dig a bit deeper....
  2. So, after sorting my last problem with ChibiOS (Turns out the -O2 was optimising out something important in uGFX), it's now working great, except for a frustrating issue - after a few minutes (varies, from 3-10 minutes), the screen goes blank. The threads writing to the LCD are all still running fine, but it just goes blank. Any ideas?
  3. Thanks. Tried all of that, but no luck. Turns out I had GCC -O2 optimisation enabled in my Makefile. Removed that and it works perfectly... Go figure.
  4. So I've been setting up uGFX with ChibiOS on a STM32L152 Nucleo board. Everything works great, and as expected, except for font rendering, which seems to hang the board completely -- all threads. This happens whether or not the uGFX code is in the main thread or child threads. I don't have onboard debugging working properly at this point, but near as I can tell it's happening within mf_bwfont.c, at line 89: callback(x0 + x - runlen, y0 + y, runlen, 255, state); Which seems to be related to gdisp.c around line 3158, calling drawcharline and fillcharline. Any ideas on what could be happening? I'm tearing my hair out here.... |-(
×
×
  • Create New...