Jump to content

Joel Bodenmann

Administrators
  • Posts

    2,656
  • Joined

  • Last visited

  • Days Won

    2

Posts posted by Joel Bodenmann

  1. Hi,

    We don't currently have a PSoC 6 setup available. However, the basics are always the same.
    Before you have your SPI peripheral spitting out the expected/correct waveforms there's no much sense digging into µGFX itself.

    I'm sure you'll get plenty of good help from people that actually use this platform. All that SPI & timer stuff is generic and not relevant to µGFX itself.

  2. Please excuse the late reply - I wanted to digg out some sources.

    We've plenty of people that use µGFX on nRF51 and nRF52 platforms. The nRF51 does have a systick. I've attached a GOS port and the corresponding systick handler implementation for an nRF51 port I made quite some time ago.  

    In general: You might want to check whether the µGFX core runs before starting to use optional modules such as GDISP and GINPUT. You can have a look at the GOS demos - they allow you to check whether the µGFX core is working correctly without using the display code.

    ugfx_port.c

    gos_nrf5sdk11.c

    gos_nrf5sdk11.h

  3. I don't currently have any setup available that least me easily test the Linux event driver. However, I used it myself in the past without any problems.

    I'd recommend you to setup a project that allows you compiling on a Linux machine with a desktop environment using the SDL2 port for easy debugging. Step through the code to figure out where it's going wrong.

  4. Okay, so at this point we're pretty sure that there's something "wrong" in the board file. Unfortunately, that's always the trickiest for us to help with as it's completely out of our scope.

    The following things are helpful to track down the problem:

    • Tripple check your line logic: It's very common to accidentally invert the reset logic and similar,
    • Lower your SPI clock to something <= 1MHz to rule out electrical issues due to too high clock speeds.
    • Remove any DMA & general interrupt stuff and implement everything polling.
    • Use a logic analyzer to confirm that the data on the bus matches the values passed to the board file functions.
    • Most display controller provide some sort of chip ID-readout. You can query that in the drivers initialization function to figure out whether transmission is working correctly.
    • The ILIxxxx display controllers tend to be extremely difficult to work with when ordered from chinese sources. The main issue is that you often don't get the chip that you though you get. Eg. sometimes you get an ILI9325 instead of an ILI9320. To make matters worse, some of the ILI display controllers have (completely) different initialization sequences for different chip revisions. Usually you get some demo code with the display module that you're buying. Verify that the initialization sequence in the drivers initialization function matches with that provided by the manufacturer. If in doubt, always use the one you received with your display module.
  5. 37 minutes ago, AlexK17 said:

    I changed the parent to  label and container to which the label belongs, but both

    labels are shown only on the start page.

    You do not have to change anything on the parent container.

     

    Just to be clear: What you want to achieve is to have two display pages ghContainerPage1 and ghContainerPage2 as well as a label ghLabel1. The label ghLabel1 is supposed to show up both on ghContainerPage1 and ghContainerPage2 when changing the display page. You use the widgetSetParent() function I posted above in the guiShowPage() that is being generated by the µGFX-Studio:

    void guiShowPage(guiPage page)
    {
    	// Hide all pages
    	gwinHide(ghContainerPage2);
    	gwinHide(ghContainerPage1);
    
    	// Show the selected page
    	switch (page) {
    		case PAGE2:
            		widgetSetParent(ghLabel1, ghContainerPage2);
    			gwinShow(ghContainerPage2);
    			break;
    
    		case PAGE1:
            		widgetSetParent(ghLabel1, ghContainerPage1);
    			gwinShow(ghContainerPage1);
    			break;
    
    		default:
    			break;
    	}
    }

     

  6. You misread the code that I posted (and probably the explanation/legend I posted below the code snipped). Just translate it to pure C code:

    void widgetSetParent(GHandle widget, GHandle newParent)
    {
    	gwinHide(widget);
    	gdispFlush();    // This is optional and only required in certain driver scenarios to prevent artifacts from showing up.
    	widget->parent = newParent;
    	gwinShow(widget);
    }

     

  7. Glad to hear that! :)

    The online font converter tends to be down quite a lot (we currently have about 80% availability on the statistics). The reason for that is because we're hosting quite a lot of servers (µGFX is a spin-off of an already existing engineering company. We're running a lot of stuff for different projects and also customers. Whenever we do any kind of migrations, changing environment or doing any other kind of modifications we test everything in a test setup. Once we feel comfortable we always move the µGFX online font converter first as it's a pretty good reference server (it uses a few different technologies) which allows us to test everything from simple backups to load balancing and high availability systems.

    It's just that the online font converter is the perfect balance between "not critical infrastructure" and "people actually use it" which is just awesome for testing everything before touching real production environments.

  8. I'm standing between doors right now so I haven't checked your actual code yet, but let's work our way through the basics:

    • Did you use the debugger to check whether the system is halting somewhere?
    • Are you getting the µGFX logo to show up but you simply don't get your own stuff to show on the display (make sure that the startup logo option in the configuration file is enabled)?
    • Did  you check that the integration is actually working? You might want to run one of the GOS demos to confirm that stuff like software timers and threading is working correctly
  9. Thank you for your feedback - much appreciated as always!

    The next release is very near. So far we've added static text items to the background editor and I've also reworked the way that post generation stuff works. It's a lot nicer and a lot more flexible now.
    I'm not sure if we add arraying support for the next release already or if we move that to a different release.

  10. If you need information on multiple display pages the recommended way of doing things is making the page container smaller and adding the widgets that display the required information within the area not covered by that display page. There's an example of a statusbar widget in the download section.

    If that is not possible (eg. due to how the UI is designed) you can actually change a widgets parent container. Here's a code snipped of a C++ wrapper class that is used inside the µGFX-Studio to accomplish this:

    void UGfxWindow::setParent(const UGfxContainer* parent)
    {
        // Sanity check
        if (!_ghandle) {
            return;
        }
    
        // Sanity check
        if (!parent || !parent->handle()) {
            return;
        }
    
        // Change parent container
        gwinHide(_ghandle);
        gdispGFlush(_ghandle->display);
        _ghandle->parent = parent->handle();
        gwinShow(_ghandle);
    }

    _ghandle is an attribute that is simply the GHandle of the µGFX window. Similary, parent->handle() is the GHandle of the new container.

  11. Hi,

    Yes that's, possible. But it's currently not implemented in the µGFX-Studio itself. But you can compile any µGFX application as a native desktop application (eg. Windows, Linux, MacOS, BSD, ...). The cool thing is that it's not a simulation or emulation like with other libraries, but instead it's a native application using the native µGFX library. Therefore, every single pixel is exactly like it will be on the target device.
    Here's the guide on how to do that on Windows: https://wiki.ugfx.io/index.php/Your_First_Compile_-_Windows 
    You'll find similar guides for Linux and MacOS.

    Eventually, the µGFX-Studio will generate the necessary code (main code, configuration file, ...) and render it as part of the studio.

×
×
  • Create New...