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 ... 49
1
Hello,

Thank you for the clarifications, I think in the case that both the older version of the same display and the fact that rerunning the calibration routine results in the display working as expected means we can rule out an issue with the I2C data coming from the touch controller. And similarly it would rule out a hardware issue such as the CTP connector being misaligned.

I would be interested to know if the saved matrix values that you are noting are captured before you write them into the EERPOM or afterwards? This, as you have noted, may be related to an overflow issue or potentially an endianness issue.

Best Regards,
BRT Community

2
Hello,

Thank you for your post.

I note you mention an older screen does not present this issue, are both of these screens the same RVT101HVBNWC00-B model?

On the occasion of the issue occurring does a re-run of the calibration routine result in accurate matrix values, or for example do you need to power cycle the board?

Have you noted any issues around the CTP connector to the displays main PCB?

Best Regards,
BRT Community

3
Discussion - EVE / Re: LVGL and FT813!
« on: February 09, 2024, 08:55:59 AM »
Hi,
Yes, nice work and a very interesting project, thanks for sharing and let us know how it is going as you add the new features,
Best Regards,
BRT Community

4
Discussion - EVE / Re: Flash Blob for BT815 vs BT817
« on: February 08, 2024, 04:51:14 PM »
Hi David,

We're just checking with our R&D team and will let you know as soon as possible,

Best Regards, BRT Community

5
Discussion - EVE / Re: ARROR: display list overblow in cmd_pext()
« on: February 08, 2024, 04:43:39 PM »
Hi,

We'll need to check about that error but yes, the RUNANIM command will block and so could cause a display list not to be shown after the command.

Doing the animation frame by frame is worth trying,

Best Regards, BRT Community

6
Discussion - EVE / Re: Running animation stops DL's from running.
« on: February 08, 2024, 12:01:17 PM »
Hi,

We suggest to use CMD_ANIMFRAMERAM in this case as the CMD_RUNANIM is a blocking call.

In this case you will need to increment the frame number parameter in your code however rather than it running automatically. Just to relate to your other post also, since you can control the advancing of the frame, you could convert an animation with fewer frames (avoiding the repeated ones so you can have 2 instead of 100).

CMD_ANIMFRAMERAM(x, y, startaddr, frame)

Best Regards, BRT Community 

7
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

 

8
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

9
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

10
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

11
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

12
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

13
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


14
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


15
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

Pages: [1] 2 3 ... 49