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 ... 50
31
Hi,

One reason can be where the animation itself is slower than the EVE frame rate, as the animation has many frames which are the same.

How long is one full cycle of your animation?

Best Regards, BRT Community

 

32
Discussion - EVE / Re: Winbond W25Q01JV write problems
« on: February 06, 2024, 04:11:32 PM »
Hi David,

We will discuss with our hardware team to check,
Does your flash have other functions multiplexed onto the same IO pins such as HOLD and RESET?
Could you also advise if you have resistors pulling up certain flash pins etc.

Best Regards, BRT Community

33
Discussion - EVE / Re: UMFT4222EV with VM816C50A
« on: February 06, 2024, 11:33:35 AM »
Hello,

Could I clarify which version of EVE Asset Builder you care currently utilising?

Just as a note, if a erase does succeed the blob would need re-programmed into the flash IC before it can be detected. It may be that an erase has completed and the subsequent write has failed leading to he blob note being present.

Best Regards,
BRT Community

34
Discussion - EVE / Re: UMFT4222EV with VM816C50A
« on: February 05, 2024, 04:10:15 PM »
Hello,

Hello, I was wondering if you could share your wiring connections.  I'm struggling to get the UMFT4222EV to connect to a Riverdi BT817Q.  My connections are as follows:

UMFT4222EV     ->     BT817Q
JP5.9                ->     SCLK
JP5.8                ->     MISO
JP5.7                ->     MOSI
JP5.5                ->     IO.2
JP5.4                ->     IO.3

JP4.11              ->     -----     10k Resistor -> +3V3
JP4.9                ->     CS        4.7k Resistor -> +3V3
JP4.6                ->     INT
JP4.4                ->     RST/PD

When in EAB and I try to Detect, I mostly get the following:

Detecting flash...
Found device: FT4222 A (A)
Host: FT4222

Flash size: 64 MBytes

Blob is NOT present.

Flash can switch to full speed.
END

Detection fail!

Occasionally, I get this:

Detecting flash...
Found device: FT4222 A (A)
Host: FT4222

Flash size: 64 MBytes

Blob is NOT present.

Flash can switch to full speed.
END

BEGIN
Measure reading speed...

Reading speed: 17.88 MB/s
Reading 10 MBytes in 0.56 seconds
END

In either case, it never finds the blob.  I know the blob is present because I can program it perfectly fine with an FT232H.

Is something connected incorrectly?  I've been trying to use the ME817EV schematic to try and match things up, which I think I have (using the pin mapping above).

Any insight would be greatly appreciated.

Kindest regards.

Your ping assignments look correct for the connection from the FT4222 to the BT817.

EVE Asset Builder reporting on occasion that it can detect the flash indicates that your connections are correct but there may be a signal integrity issue.
Are you using long jumper wires to connect your FT4222 to the BT817 board?

Best Regards,
BRT Community

35
Discussion - EVE / Re: Modularly load ASTC images
« on: February 02, 2024, 02:27:16 PM »
Hi,

I think your addresses are not aligned to 4096 bytes, please check and maybe try address 4096 in RAM_G and Flash as a test if you can,

Best Regards, BRT Community

36
Discussion - EVE / Re: Modularly load ASTC images
« on: February 02, 2024, 09:05:54 AM »
Hi,

Could you please also advise example values used in your function calls, for your parameters,

Best Regards, BRT Community

37
Discussion - EVE / Re: Modularly load ASTC images
« on: February 01, 2024, 02:55:21 PM »
Hi,

Could you post an example of your flash update routine and we can help to check it,

In general, you would write your data to RAM_G (must be 4-byte aligned). You always write multiples of 4096 and so note that you may wish to clear the full block of multiple 4096 within RAM_G and then write your content to RAM_G  if the content is not a multiple of 4096 bytes. The flash address must also be 4096 bytes aligned,

Then call the flashupdate command and await completion.

void cmd_flashupdate ( uint32_t dest,  uint32_t src,  uint32_t num );

Best Regards, BRT Community


38
Discussion - MCU / Re: STM32CubeIDE EVE4 Library Integration
« on: January 26, 2024, 04:10:52 PM »
Hi,

Do you have a logic analyser etc. to see what differs on the SPI lines with and without the code,

I have used MCUs before where the SPI seemed to need re-enabled between transitions but not sure if this device is one of them (our BRT_AN_025 code did not use this https://github.com/Bridgetek/EVE-MCU-BRT_AN_025/tree/main/ports/eve_arch_stm32cube)

One thing may be to do with the chip select if the MCU thinks it is controlling CS automatically, or if a certain frame size is set in the SPI master (not 100% sure if your one does this Rudolph but most EVE libraries send byte by byte so that they can send the address and then the data as per EVE protocol). Some MCU by default have a buffer set so that it expects more than one byte. I think Rudolph's code would set this up anyway as needed but might be a setting in the MCU SPI Master that differs in that MCU.

Best Regards, BRT Community


39
Discussion - MCU / Re: STM32CubeIDE EVE4 Library Integration
« on: January 26, 2024, 11:37:04 AM »
Hi,

Could you confirm what that call which you added does in the STM32 library, does it assert CS or enable the SPI Master itself?

Best Regards, BRT Community

40
Hello,

I have had an update from the developers on this and they have noted the following:

Quote
When writing 0x02 to REG_CPURESET: the touch engine processor will point to the initial code address for touch firmware and will stay there until the MCU writes 0x0 to REG_CPURESET. To perform a full reset of the touch engine (registers etc), the MCU can send SPI command RST_PULSE (0x68,0,0) to EVE.

Note: the RST_PULSE will reset everything inside VC core, including the display engine, touch engine and audio engine.

In this case writing 0x02 to REG_CPURESET does not achieve a full reset of the touch engine, it instead restarts the touch FW.

Best Regards,
BRT Community

41
Discussion - MCU / Re: STM32CubeIDE EVE4 Library Integration
« on: January 24, 2024, 11:28:41 AM »
Hello,

[edit to add the image]

Welcome to the BRT Community,

We have a couple of examples on our Github which you could look at,

This example supports many different MCUs and we have recently added an STM32 CUBE IDE project, here is the link for the overall repository and a link to the project file.
https://github.com/Bridgetek/EVE-MCU-BRT_AN_025/tree/main
https://github.com/Bridgetek/EVE-MCU-BRT_AN_025/tree/main/examples/simple/STM32CUBE
If you download and unzip the full BRT_AN_025 code from the first link above, you can then open the project by browsing to the folder in the second link above within your download. This has the project file. We used the STM32F0 Discovery board and so some edits may be needed, I'll post an image of the hardware connection but we can also email you a document covering the code (please contact support.emea@brtchip.com)

A second project is our ESD porting guide which uses CUBE IDE, you can find a full document and code at this link on Github
https://github.com/Bridgetek/BRT_AN_073-ESD-exported-Project-Porting-Guide
This is for exporting the EVE Screen Designer project to C code for our FT900 MCUs and then porting to other platforms.

Rudolph also has a comprehensive library and examples for EVE which covers many different MCUs including STM32 and is worth checking out too,

Best Regards, BRT Community







 


42
Hello,

But how is the touch controller convinced to actually do a reset if writing 0x02 to REG_CPURESET does not work?

Let me liaise with the IC team on this point, but I believe that writing 0x02 to REG_CPURREST will only reset EVE's touch engine and it wont perform a reset of an attached CTP.


Best Regards,
BRT Community

43
Hello,

Thank you for your query.

I have a project where some displays are with goodix touch controller and some are with FocalTech touch controller.
Is it possible that the BT815 figures out which controller is used by itself?

Unfortunately the BT81x series cannot automatically detect which type of touch controller is connected.
The Goodix and FocalTech controllers utilise different I2CX addresses which must be configured via the REG_TOUCH_CONFIG register.

Best Regards,
BRT Community

44
Discussion - EVE / Re: Graphics engine freezing
« on: January 18, 2024, 04:41:57 PM »
Hello,

I don't know what the actual issue is with REG_DLSWAP not returning to 0 occasionally.

I was curious on the above scenario and what the potential causes of REG_DLSWAP not returning may be so I liaised with the hardware team on this point.

They noted the following:
Quote
If the DL itself contains an infinite loop, then there is the potential for this to happen.
An infinite loop could be caused by a JUMP /CALL instruction, or if the display list contains no DISPLAY instruction.

It is also worth verifying any direct writes to RAM_DL as there is a possibility of errors occurring here and not being caught by the co-processor.

Best Regards,
BRT Community

45
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


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