BRT Community

Please login or register.

Login with username, password and session length
Advanced search  

News:

Welcome to the Bridgetek Community!

Please read our Welcome Note

Technical Support enquires
please contact the team
@ Bridgetek Support

Please refer to our website for detailed information on all our products - Bridgetek - Bridging Technology

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - BRT Community

Pages: 1 2 3 [4] 5 6 ... 50
46
Discussion - EVE / Re: Evecmd32_Text not working
« on: January 18, 2024, 03:56:29 PM »
Hi,

You can find an example in this Github repository (see line 59)
https://github.com/Bridgetek/EveApps/blob/7b5c27dc6be73e62a2dab38c3e444ba36cea516e/common/eve_hal/EVE_CoCmd_Widgets.c

We also have one in this file (line 1042)
https://github.com/Bridgetek/EVE-MCU-BRT_AN_025/blob/main/source/EVE_API.c

Best Regards, BRT Community


47
Discussion - EVE / Re: BT815 - Wake-Up via interrupt
« on: January 18, 2024, 03:29:18 PM »
Hi Jonathan,
Glad you got it working and thanks for the tip on ESP32,
Best Regards, BRT Community

48
Discussion - EVE / Re: Word wrapping?
« on: January 16, 2024, 09:04:19 PM »
Hi,
Glad to hear that the newline and hyphen work, no problem we will post some examples to help with the character widths calculation,
Best Regards, BRT Community

49
Discussion - EVE / Re: Word wrapping?
« on: January 16, 2024, 02:22:27 PM »
Hello,

That's an interesting question, I can't think of a way to do that in the text command.

As you said, probably inserting a newline and hyphen is one of the best solutions.

You can get the width of each character too if you want to add up the length of the string and you can then work out where to put the newline so that it fits best into your text box. We have some examples of getting the font width values which we can send or post.
Are you using unicode custom fonts for your text?

Best Regards, BRT Community


 

50
Discussion - EVE / Re: Adding German Letters in BT818
« on: January 12, 2024, 02:21:23 PM »
Hi,

Yes, adding the converted fonts as Rudolph mentioned would be the best option especially on BT81x as it supports Unicode. You can convert them and use from RAM_G for example. With BT81x you can store on Flash and copy to RAM_G to use them to save space on your MCU too.

The built-in fonts 17/19 can be used but these have a fixed size and so may be small depending on your application.

Thanks for the wishlist items too Rudolph, we'll pass those back to the R&D team,

Best Regards, BRT Community

51
Discussion - EVE / Re: Images not loading correctly in EVE Screen Editor
« on: January 08, 2024, 03:17:04 PM »
Hi,

When you convert an image to ASTC using the EVE Asset Builder, the raw output file should be used to load into EVE. Sorry for the confusion, we'll check the manual to ensure that this is clear.

When you load a JPG or PNG image into EVE, you can either (1) convert them to a raw format such as ASTC or ARGB1555 or RGB556 using the Asset Builder or (2) you can load the actual data from the PNG or JPG file into EVE and use CMD_LOADIMAGE to decompress them to RAM_G as a format such as RGB565 or ARGB4444 depending on the source image.

In the second case, for example the bin2c tool in the Asset Builder is one way to take the .png file and turn it into an array of data.

ASTC is needed if you want to display an image direct from flash but ASTC and the other formats such as RGB565 etc. will work direct from RAM.

Best Regards, BRT Community





52
Discussion - EVE / Re: Display ASTC images directly from BT817 flash
« on: January 08, 2024, 02:25:06 PM »
Hi,

It is possible to load images direct from flash but there can be limitations. EVE needs to be able to retrieve the image in the time available to display it in real time. Therefore, a large image or one which is of greater quality (e.g. ASTC 4x4) or multiple images may take longer than the time available.

If your images will fit comfortably into RAM_G along with any other items you have there, it is suggested to do that as the access time will be very low from RAM_G and so will avoid the issue.

Best Regards, BRT Community

53
Discussion - EVE / Re: Display ASTC images directly from BT817 flash
« on: December 21, 2023, 02:11:35 PM »
Hi,

Thanks for letting us know and it's great to hear that it works well.
Yes, the new HSF feature on BT817/8 is great. We are seeing more panels with non-square pixels now and so it makes it easy to use these with BT817/8. Glad you found it helpful,
Best Regards,
BRT Community

   

54
Discussion - EVE / Re: Display ASTC images directly from BT817 flash
« on: December 20, 2023, 02:40:23 PM »
Hi,

Yes, for small images such as a few tens of KBytes, putting into RAM_G is a good option as they will fit easily and leave plenty of room for other images etc. This avoids delays during accessing and means that you can load more or higher quality level images etc. without being concerned about being at the limits of the flash transfer.

One new feature in the BT817 is the REG_AH_CYCLE_MAX (Please refer to page 50 below) Instead of slowing down the PCLK, this feature extends the line by clocking out more cycles in the non-visible part of the display waveform up to a max which you specify.
https://brtchip.com/wp-content/uploads/2023/12/BT81X-Series-Programming-Guide.pdf
This can be used in some cases to give a similar effect to reducing the PCLK rate.

However, if you can load them from RAM (after copying from flash) then this would be better.

Best Regards, BRT Community



55
Discussion - EVE / Re: Display ASTC images directly from BT817 flash
« on: December 15, 2023, 11:36:56 AM »
Hello,
Thanks, we received your files and will test them out and post an update,
Best Regards, BRT Community

56
Discussion - EVE / Re: Display ASTC images directly from BT817 flash
« on: December 14, 2023, 01:58:46 PM »
Hi,

We can try it out here, could you send us the images (to support.emea@brtchip.com) or if not possible then could you advise the conversion settings when you converted to ASTC in EVE Asset Builder?

It may be that the bandwidth of Flash <-> EVE is too high as EVE reads the image from flash in real time. One thing you could check is to read the REG_UNDERRUN in a lop after you display the images to see if EVE is running out of time (e.g. time to load the images is more than the time allowed which is in turn dictated by the frame rate) 

Best Regards, BRT Community

57
Discussion - EVE / Re: How to Port ESD to ModusToolbox IDE?
« on: December 14, 2023, 11:38:23 AM »
Hello,
We have a porting guide at this link below which you can use to help port the output to other MCUs,
https://github.com/Bridgetek/BRT_AN_073-ESD-exported-Project-Porting-Guide

Best Regards, BRT Community

58
Discussion - EVE / Re: Display ASTC images directly from BT817 flash
« on: December 13, 2023, 09:03:28 PM »
Hi,
Could you advise what sizes your images are, are they all 752x168 (based on filename)?
Is your flash set for fast mode before you try to render direct from flash?

Best Regards, BRT Community

59
Discussion - EVE / Re: Graphics engine freezing
« on: December 08, 2023, 11:26:00 AM »
Hello,

The Raw data contained in RAM_DL for when the issue occurs would be preferable, as this would allow us to see exactly what EVE is trying to render.
It would also allow us to verify if there are any discrepancies between the expected data in RAM_DL and what is actually in RAM_DL.

There are a couple of this that may cause REG_DLSWAP to freeze on the value of 2:
  • If the Display List itself contains an infinite loop (I think unlikely in this case), which could be caused by a JUMP /CALL instruction.
  • OR if the display list contains no DISPLAY instruction. (this is likely if there is an issue with the RAM_DL write)

Best Regards,
BRT Community

60
Test and Review Area / Re: EVE Asset Builder 2.10.2
« on: December 08, 2023, 11:00:32 AM »
Hello,

Thank you for your input.

There has been an update from the development team on this point, and they are going to make a change in the next version of EAB which should prevent the input character file from resetting if the input font has changed.

Best Regards,
BRT Community

Pages: 1 2 3 [4] 5 6 ... 50