MobileWill

I tried everything and it didn't seem to make a difference. So last night I decided to try VisualGDB which is pretty nice which lead me to deciding to try Embitz again with make. So far I made some good progress. It seems to be working out. (On a side note, the openOCD on VisualGDB works well on Win10 so I copied it over to Embitz). This weekend I will try and get my project over to the new make project and then I can use pixmaps. Yay! I understand the make process and config better now so I can tweak things to line up with Embitz and debugging. So much better than Eclipse. What do you guys use for dev?

I would like to use pixmaps but I can't since I am not using the Makefile. Which is why I was trying to get Chibios Studio to work.

Thanks. The header is in the root of the workspace. I tried on my laptop VM with just Chibios and I can't get it even to include ff.h. Event thought I added it to the Makefile. What a pita. Not worth the trouble.

Can auto mode worth with a prograss bar with image? If you use an image does it use multiple to just shows a partial image of a full image like the buttons do?

Is there a way to draw pixels to a container and than show it? I tired but its blank. Only shows pixels that were drawn after it was visible. I am having a loading progress bar while everything is initialized and drawn.

I tried to add a image to a container but it just crashed the micro. It could be memory issue but is there an example of how to do it? I did it the same as the generated code for buttons. Maybe the next studio release can add image to the draw options on containers like the button. Can I do a gradient draw for containers? It might an option for me instead of an image. I mean without making my own draw routine. Thanks.

I am looking into using an image for radio buttons. Any reason I can't? Looks like I have to write my own draw routine or I can I just point it to a image file? It would be nice to have an option like buttons where 1/2 the image is not selected and 2nd half is selected.

I think give up on Eclipse and remember why its a pain and a big time waster. It won't even include my simple header file. I shouldn't have to spend an hour to include a file and still not working. (End rant) The files are there in plain sight. How in the world do you get it to include it. I tried everything. It won't include anything other than the base ugfx and chibios files. I tired adding the directories in the UI and in the makefile. I have wasted enough time. And the load calibration must be related to it not including a header file that is inside the project directory, go figure.

Thanks I hadn't seen that link. I had followed the one for Chibios Studio IDE which I am using. Maybe this one will work better. I must have include problems because the calibration.h is included and my own header but isn't being included when compiling. I really don't like Eclipse. lol. How do I get it to include those files? Embitz just allows you to manage in the explorer.

Also getting this on some of the demos and my own code ../../ugfx/src/ginput/ginput_mouse.c:699: undefined reference to `LoadMouseCalibration' Not sure why though the files are there.

I added syscall.c to the Makefire under the CSRC = that I copied from the Chibios Makefile. I noticed if you use the ugfx Makefile you loose all the settings in the Chibios Makefile. So should I combine the two or are they included some other way? Well probably not since I also had to add main.c when using my own code and not the demos which I have had to do before with the uGfx makefile. Still have some include issues to work through.

Oh so its just like ROMFS but the header will till GFile that it is native and not encoded. So nativeFS still uses ROMFS for the file storage.

It only happens from the gl3d demos like gears and my code. I am missing a library no?

Yes its RGB565 and that is the format of the array. Perfect I thought of using RED_OF but hadn't tried it. So I shouldn't have to much shifting other than separating the bits. Cool. Other than creating the array for the nativefs, how does uGFX know about it? Is there a index like the ROMFS header?

Looks like my own project also gets this in Eclipse. I must me missing am include. I added LDFLAGS = -lm --specs=nano.specs But no go.

And in my case I have to shift since I am not using RGB888. Unless there is a way to pass to gfx the RGB565 bits instead of shifting first which I would imaging gets shifted back to 565 since the display is 565. Or store the image in RGB888 which takes more flash. At least for now I do the have room.

Ah yes. I was ignoring the OR. (GDISP_COLORSYSTEM_RGB|0x0565) which is 0x2000|0x0565

Wouldn't that be for True color (24bit)? The stm32f429 discovery board is only setup for 16bit. My final board will support 24bit color though.

Then if I want a single pixel I will have to offset my loop to account for the header data. This is what I am using now to read an array of just pixel data. for (i=0; i<width; i++){ for(j=0; j<height; j++){ r = ((((_acgraphH[i+(j*width)] >> 11) & 0x1F)*527)+23) >> 6; g = ((((_acgraphH[i+(j*width)] >> 5) & 0x3f)*259)+33) >> 6; b = (((_acgraphH[i+(j*width)]) & 0x1f) + 23) >> 6; gh->color=(RGB2COLOR(r,g,b)); gwinDrawPixel(gh,i, j); } }

{ 'N', 'I', 0x1, 0x40, 0xF0, 0x0, 0x5 , 0x65} So something like this for 320x240 RGB565 Does the pixel data go in this array or another?

Seems like a demo with 3d stuff.

I decided to give Eclipse a try. I am using the ChibiOS Studio and for the most part the demos work. I am trying another one now but I get c:/chibistudio/tools/gnu tools arm embedded/4.9 2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7e-m/fpu\libc_nano.a(lib_a-abort.o): In function `abort': abort.c:(.text.abort+0xa): undefined reference to `_exit' c:/chibistudio/tools/gnu tools arm embedded/4.9 2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7e-m/fpu\libc_nano.a(lib_a-sbrkr.o): In function `_sbrk_r': sbrkr.c:(.text._sbrk_r+0xc): undefined reference to `_sbrk' c:/chibistudio/tools/gnu tools arm embedded/4.9 2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7e-m/fpu\libc_nano.a(lib_a-signalr.o): In function `_kill_r': signalr.c:(.text._kill_r+0xe): undefined reference to `_kill' c:/chibistudio/tools/gnu tools arm embedded/4.9 2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7e-m/fpu\libc_nano.a(lib_a-signalr.o): In function `_getpid_r': signalr.c:(.text._getpid_r+0x0): undefined reference to `_getpid' c:/chibistudio/tools/gnu tools arm embedded/4.9 2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7e-m/fpu\libc_nano.a(lib_a-writer.o): In function `_write_r': writer.c:(.text._write_r+0x10): undefined reference to `_write' c:/chibistudio/tools/gnu tools arm embedded/4.9 2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7e-m/fpu\libc_nano.a(lib_a-closer.o): In function `_close_r': closer.c:(.text._close_r+0xc): undefined reference to `_close' c:/chibistudio/tools/gnu tools arm embedded/4.9 2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7e-m/fpu\libc_nano.a(lib_a-fstatr.o): In function `_fstat_r': fstatr.c:(.text._fstat_r+0xe): undefined reference to `_fstat' c:/chibistudio/tools/gnu tools arm embedded/4.9 2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7e-m/fpu\libc_nano.a(lib_a-isattyr.o): In function `_isatty_r': isattyr.c:(.text._isatty_r+0xc): undefined reference to `_isatty' c:/chibistudio/tools/gnu tools arm embedded/4.9 2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7e-m/fpu\libc_nano.a(lib_a-lseekr.o): In function `_lseek_r': lseekr.c:(.text._lseek_r+0x10): undefined reference to `_lseek' c:/chibistudio/tools/gnu tools arm embedded/4.9 2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7e-m/fpu\libc_nano.a(lib_a-readr.o): In function `_read_r': readr.c:(.text._read_r+0x10): undefined reference to `_read' collect2.exe: error: ld returned 1 exit status This is for a gwin demo. I think I have fixed this in the past and it had something to do with libc or something. I tried the images_animated but that gives a red strip and the rest of the screen is a light blue. But the other demos worked. I still prefer Embitz but it was easier to get up and running. Just wish Stlinkgdb/openocd was working with Win10 better.

In my case I am updating the labels 1-2 times a second.

1. That will work. I am using another utility to convert images to RGB565 array of pixels. 3. I think I can use a white background for the label and use a container image with a white inset area where the label will line up with.

I couldn't get openocd working either. Oh well. Win7VM is it. As for the flickering I changed my loop to only redraw the y at the x we are updating instead of the entire graph. Then I changed it again to only redraw the pixel of the last value and then draw the new line. Therefore I can use a bitmap for the graph and maintain performance.