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 ... 16 17 [18] 19 20 ... 50
256
Hello,

Thank you for the update.

Could you just clarify which library you are using? is this ESD based code?

Also can you please let me know how you have generated the flash image in EAB for testing? or have you uploaded the flash image from EVE screen Editor to your board?

Please feel free to call our support line within UK office hours @: (+44)141 429 2777

Best Regards,
BRT Community

257
Test and Review Area / Re: BRT_AN_025 Beta - Portable MCU library for EVE
« on: December 10, 2021, 12:01:26 PM »
Hello Nar,

Thank you for your post.

Just as a note, if you email all three of the support emails address at the same time our spam filter is likely to block the email, in future please support.emea only for any EVE related questions.

Could you please let me know which MCU you are planning on utilizing for your project?
We have split the BRT_AN_025 project into separate folders so that it is easier to distribute to customers.

We are evaluating BT81x for a new project.   Where can we find this library & AN?   

The official links online found here https://brtchip.com/softwareexamples-eve/ return not found.   
Both AN and Source are dead end.  Also BRT_AN_062 links are not found.     We are looking for both BRT_AN_025 &  BRT_AN_062

We have emailed support.us, support.apac & support.emea for 10 days and no reply from any!!  (very assuring!  ???)

We know there is a 3rd-party library out there but per contract, evaluation needs to use original manufacturing toolchain fully before attempting to use external sources.

Thanks
NAR

Best Regards,
BRT Community

258
Hello,

thank you for your code snippet.

Can you just confirm the format of the image you have stored in flash? Is this a EVE_COMPRESSED_RGBA_ASTC_8x8_KHR image or have you copied the native JPEG/PNG data into flash?

I ask this as the CMD_LOADIMAGE command is only applicable for PNG/JPEG data, and I believe this may be where the issue lies.  (just to note this approach is applicable, but you need to load the raw JPEG/PNG data into flash and not a conversion of the image data for this approach).

If you are using a EVE_COMPRESSED_RGBA_ASTC_8x8_KHR you would need to utilise the CMD_SETBITMAP command in a similar manner to the following:

Code: [Select]
CMD_SETBITMAP(0x800000 | 128, COMPRESSED_RGBA_ASTC_8x8_KHR, 110, 85)
BEGIN(BITMAPS)
VERTEX2II(0, 60, 0, 0)

Best Regards,
BRT Community

259
Hello,

If you refer to the porting guide you should be able to port this code to your ESP32 without too much effort.

Could you please clarify the following:

Then I am trying to load image back from flash to the screen using ESP32, which I am able to do as well.
however, when I load the image back from flash from EVE Screen Editor the image is loading as it should. And when I load the image using ESP32 the image is loading with exact same shape of my png but with black mask on it. so colors are not being loaded to the image.

The above would seem to indicate that the image has been successfully loaded from flash using code on your ESP32 on at least one occasion, is this correct?

In any case when an image loads as just a blank square on the screen this normally indicates and issue with streaming the image data into the co-processor. i.e. the commands to draw the image have executed correctly (drawing the black square) but the image data is missing or corrupt.

Could you please provide the code you are using to display the image?

Best Regards,
BRT Community

260
Hello,

I have had it confirmed from the development team that RAM_JTBOOT is the correct memory location.


Best Regards,
BRT Community

261
Discussion - EVE / Re: FT811 only draw first time
« on: December 03, 2021, 10:20:18 AM »
Hi Rudolph, Raydem,

Yes that's a good point Rudolph,

We have some details of how the bytes are returned in this application note below,

The code sample is a bit minimal and out of date compared to newer examples so we'll look at updating that but the diagrams in sections 6.1 and 6.2 with the data order might be helpful:
https://brtchip.com/wp-content/uploads/Support/Documentation/Application_Notes/ICs/EVE/BRT-AN-006-FT81x-Simple-PIC-Example.pdf

Best Regards, BRT Community


262
Hello,

I am just waiting on the developers clarifying exactly which memory location is the correct designation, however I believe that RAM_JTBOOT is the intended location (30 B000h to 30 B7FFh).

Please see below for an example:

Code: [Select]
#define FW_RD(a) VC.rd16(RAM_JTBOOT + 2 * (a))
#define FW_WR(a, v) VC.wr16(RAM_JTBOOT + 2 * (a), (v))
void init_custom_touch(size_t num_regs, uint8_t *reg_value)
{
 while (VC.rd(REG_CPURESET) != 0)
 ;
 VC.wr(REG_CPURESET, 2);
 uint16_t main = FW_RD(0) & 0xfff;
 uint16_t i_set = 0x4000 | (main - 4);
 uint16_t patch = main + 1;
 uint16_t i_eol = FW_RD(patch);
 while (num_regs--) {
 uint8_t reg = *reg_value++;
 uint8_t val = *reg_value++;
 FW_WR(patch++, 0x8000 | val);
 FW_WR(patch++, 0x8000 | reg);
FW_WR(patch++, i_set);
 }
 FW_WR(patch, i_eol);
 VC.wr(REG_CPURESET, 0);
}

Best Regards,
BRT Community

263
Hello,

I believe you may have a slight misunderstanding of how the EVE series of ICs operate, in general you do not upload any code directly to the EVE IC.

The EVE series of ICs are memory mapped SPI slaves devices which are controller via a SPI master device, in your case the ESP32. The SPI master is responsible for issuing commands to the EVE IC which are then interoperated and used to drawn the screen. Any functionality such as screen updates are implemented within the MCU code, for example if you wish to change a screen displayed based on a button press then the MCU would be responsible for this action and subsequently write a new series of SPI commands to EVE to draw  the given screen.

Please see the following for some background on the EVE ICs functionality:
https://brtchip.com/wp-content/uploads/Support/Documentation/Application_Notes/ICs/EVE/BRT-AN-006-FT81x-Simple-PIC-Example.pdf
https://brtchip.com/wp-content/uploads/Support/Documentation/Application_Notes/ICs/EVE/BRT_AN_008_FT81x_Creating_a_Simple_Library_For_PIC_MCU.pdf

Again unfortunately the ESD software does not support the ESP32 MCU, and you would need to port any code generated to this MCU and then upload it via its applicable IDE.

My end goal:
As first step:
I am only trying to download a slider to my screen and see if it’s working. Directly from my PC to EVE (no controller in between as first step). Is this a correct path?


You can use your MPSSE SPI bridge to control the EVE display without the ESP32, however again this will not download any code to EVE and will create a MSVC project to issue SPI commands to EVE via USB.

Best Regards,
BRT Community

264
Hello Karst,

I will contact the developers to see if they can provide the GT911 source code.

Although if you are only trying to alter one register setting in the GT911 you could try the following method denoted in section 4.8.6 of the BT81x datasheets:

Code: [Select]
- Hold the touch engine in reset (set REG_CPURESET = 2)
- Write the CTPM configure register address and value to the BT815 designated memory location
- Up to 10 register address/value can be added
- Release the touch engine reset (set REG_CPURESET = 0)

Best Regards,
BRT Community

265
Discussion - EVE / Re: FT811 only draw first time
« on: December 01, 2021, 02:04:00 PM »
Hi,

Which display settings do you use for your panel?   (HSYNC, VSYNC etc.)

If it fails on the swap then it may be your display settings. You can check REG_DLSWAP to see if it goes back to 0 after you swap,

Check that your settings meet this rule: HOFFSET < (HCYCLE – HSIZE) and VOFFSET < (VCYCLE – VSIZE).

Best Regards, BRT Community

266
Hello,

Thank your your reply.

Is it your intention to utilise the ESP32 as the SPI master interface to the EVE IC and not the FT232H based bridge (MPSSE) IC?

On the following point, the EVE_PLATFORM_MPSSE/FT4222 option when configuring the project assumes a FT4222H or FTx232H USB bridge IC is being used as the SPI master to the EVE IC, as such this will generate a MSVC project and not upload any files to a MCU.

Thank you for your reply.

Every time I try to upload my project to screen it just opening a windows explorer project / release OR debug folder and that is it. Never got the project uploaded to the screen at all.


Please also be aware that ESD 4.10 cannot directly upload projects to an ESP32 IC, this tool can only directly upload projects to the FT9xx series of MCUs. I would refer to the previously linked porting guide for the general steps required for utilizing an ESD project on a non FT9xx based MCU.

I can suggest a library which natively supports the ESP32 MCU, however this would involve manually coding screens and screen logic as it is not supported by the ESD tool.

I will need to double check on the Flash IC selection options, however the focaltech and goodix options refer to which type of touch controller the LCD panel utilizes, are you aware of what touch controller your panel has?

Best Regards,
BRT Community

267
Hello,

Thank you for your post.

The FT232H IC is an MPSSE bridge, as such you would select the EVE_PLATFORM_MPSSE option.

It appears however that you are utilizing am STM32 based MCU, is this correct?

If so, please see the following porting guide for ESD 4.10:
AN 073 ESD 4.10 Exported Project Porting Guide for STM32L4 Discovery Board and FreeRTOS

Best Regards,
BRT Community

268
Discussion - EVE / Re: EVE Asset Builder
« on: November 26, 2021, 02:42:14 PM »
Hello Moiatto,

Thank you for giving that a try.

I believe the latest version of EAB is only compatible x64 architecture as per the warning message and as such it will not run on ARM based processors such as the one in your macbook Air.

I will clarify this with the development team and also note the ASTC error you are seeing to see if there is a resolution for this.

Best Regards,
BRT Community

269
Discussion - EVE / Re: EVE Asset Builder
« on: November 25, 2021, 04:44:35 PM »
Hello,

I have updated EAB from v2.1.0 to last 2.4.1.

i tested it on 2 pc win10 x64 (run as administrator) but when I try to to generate animation or convert images I get the attached errors.


Generating anim_GEAR.anim ...
It might take several minutes to calculate the optimal Tile Size ...
Conversion failed!
Traceback (most recent call last):
  File "cookanim.py", line 570, in animation_convert
  File "cookanim.py", line 432, in do_animation_convert
  File "genflash.py", line 1498, in calculate_flash_usage
  File "genflash.py", line 1087, in importAE
  File "genflash.py", line 908, in raw_tiled_astc
FileNotFoundError: [Errno 2] No such file or directory: 'C:\\Users\\MBAIR2~1\\AppData\\Local\\Temp\\cookanim1n5uejhn\\/atlas0.astc'


can anyone help me?


Thank you for the feedback, could you try an uninstallation and then a fresh installation EAB 2.4.1?

Could you clarify if there is an ERROR output after the "Conversion failed!" output?

An example for reference:
Code: [Select]
C:/Users/Public/Documents/EVE Asset Builder/Assets For Test/Image Converter Test/jpg/320_480.jpg conversion is in progress...
Conversion failed!
ERROR: Codec context alloc failed: ASTCENC_ERR_BAD_CPU_ISA

Traceback (most recent call last):

Best Regards,
BRT Community

270
Discussion - EVE / Re: FT811 read REG_ID
« on: November 16, 2021, 10:50:52 AM »
Hello,

The FT81x can only run at 60MHz and so you could try removing the line below to see if it helps.

EVE_cmdWrite(EVE_CLKSEL,0x46); /* set clock to 72 MHz */

Also, ensure the board that you use has the external crystal fitted.

Best Regards, BRT Community

Pages: 1 ... 16 17 [18] 19 20 ... 50