Can Any help me with my F7

the 7e and 7f characters are special characters for terminating a line write (multi-character writes). You should never use them.
With the latest code, I have mapped all characters, and you have access to the special characters through defines in char_map.h

Also note that I significantly reworked the screen code in the commit I just pushed. The code now supports using the 2x font as well as the normal font. Using it is tricky since it changes how all characters below are displayed. I'm not sure if we should actually allow it, but it might be useful for the main screen

the trims will be placed in main_page.c, but the entire file needs to be rewritten. In general we'll follow the code from pages/128x64x1/main_page.c but may need to disable some of the object types. Basically the idea is that the screen is fully customizable (see layout/default.ini in the filesystem)
I can work on that soon, but for now you need to get the widgets working properly. hard-coding them into main_page.c is fine for the time being.

If you look at the latest tx_configure.c and model_page.c you can see how I am sharing the devo10 code in the text display. that won't work everywhere, but it is good to do wherever possible, since it reduces support maintenance.

you are getting junk sent into LCD_PrintCharXY
do you know how to use gdb to debug this?
You should be able to do:
gdb ./emu_devof7.exe
break lcd.c:127
r
then when you get that message, you should see the console give you a prompt
you then do:
bt

which will show you the call trace. Hopefully you can then figure out why junk got passed into the function.
If you can't figure it out, check everything into bitbucket and push your changes and I can take a look.

you need to run 'bt' to see the back trace and determine where the value came from I do not see this in the emulator, but I don't know exactly what steps you use to reproduce it

That is weird.
at line 121 in main.c I have LCD_Init() which doesn't call LCD_PrintCharXY()

is yours the same?

you could try doing:
make distclean
make TARGET=emu_devof7

Then:
gdb ./emu_devof7
b LCD_PrintCharXY
r
it should now break atthe 1sttime LCD_PRintCharXY is called. running 'bt' there may give more info.

I just pulled your latest code and ran the emulator. It doesn't display the bargraph, but it also doesn't send the message you noted. Did you try 'make distclean'?

The reason the bar doesn't display is that the gui doesn't work that way. I assume the current code is just for debug, since you seem to have coded the h-trim properly already

I swapped the code to:and it seems to work properly.

So it looks like whatever is wrong is in your build environment, since mine seems ok. Are you on Windows? I am working on Linux and that maybe why mine works. I will re-build on Windows and see if I can duplicate your issue.

the emu works just like the f7. the map function is the same. You don't need to do anything special to get it to work.

I am also seeing a problem when I build and run on Windows. I'll debug

the problem is the pragma(weak)
I've hit this before a long time ago, and forgot about it. I've checked in a fix that will let you run in windows again.

Nice job!

at the moment I haven't turned on the new filesystem. You will need to confgure your target_defs.h for your radio and rebuild. It will not be possible to have one dfu that supports both file systems due to the limited mcu flash

I don't know anything about sorcetree, but the message you have inidicates that you may have 2 different places your've checked in from. 1st check that you are pointing at your repo and not at the central one. then do a pull and merge to resync your database. you should then be able to push your changes