FTDI Community

Please login or register.

Login with username, password and session length.
Advanced Search  

News:

Welcome to the FTDI Community!

Please read our Welcome Note

Technical Support enquires
please contact the team
@ FTDI Support


New Bridgetek Community is now open

Please note that we have created the Bridgetek Community to discuss all Bridgetek products e.g. EVE, MCU.

Please follow this link and create a new user account to get started.

Bridgetek Community

Pages: [1] 2 3 ... 10
 1 
 on: May 10, 2021, 05:11:05 PM 
Started by EnsAltun - Last Post by EnsAltun
Thank you for kindly response.
So except using compressed images, i can use whole RAM_G(1MB) freely and fill up with fonts etc, right?  Because i will load a few fonts with various sizes and want to be sure that it wont be problem for me. 

 2 
 on: May 10, 2021, 01:51:30 PM 
Started by EnsAltun - Last Post by FTDI Community
Hi,

You can use RAM_G without affecting the speed or performance of the chip as the display list is created in RAM_DL which is separate. The amount of RAM_G used wont cause the device to slow down. In some cases, using an image instead of a complex series of shapes may be beneficial as it can save on RAM_DL entries.

If you load compressed images, there is one area (the top 42K bytes) which is used as a scratch area by the decoder and so it is best to avoid this if you expect to use CMD_LOADIMAGE etc. to load PNG images.

Best Regards, FTDI Community


 

 3 
 on: May 10, 2021, 11:20:55 AM 
Started by EnsAltun - Last Post by EnsAltun
Hello ,

I am using FT810 and 7" TFT on my project. And sometimes i need a few photos on background. But as you know FT810 has 1024KB RAM_G so new photos and fonts fill RAM_G. Now I am using 540KB(%52 of RAM_G). But is this safe? I mean what happens if i fill up whole RAM_G with photos? Does working of FT810 get slower or does a bug occur on normal operations? I wonder your opinions about this. 

 4 
 on: May 07, 2021, 04:29:50 PM 
Started by perrizozach - Last Post by FTDI Community
Hello,

It sounds like there may be a problem with the programming if there is no UART data coming out.

Can you please perform a Verify after Flash?
This is done within the IDE under the Debug tab.

Which version of the VNC2 IDE are you using?

Note that the Hello World sample application has been designed for the V2Eval Board Rev 2.0 and later.
V2Eval Boards have the version printed on the silk screen next to the V2EVAL label.
The V2Eval boards Rev 1 require a different IOMux setting for this sample to function.
This sample writes a test file to a BOMs flash stick hosted on USB Port 2.

Which version of the hardware to you have?

Please check the readme.txt in each of the example folder for details about the example operation.

Best Regards,
FTDI Community

 5 
 on: May 07, 2021, 12:55:22 PM 
Started by Speny - Last Post by FTDI Community
Hi,

Could you post an example display list which shows the issue?

Also, which framework/library are you using to send the commands?

In general, in terms of hardware, the SPI lines should be kept very short (or having the FT813 and the MCU on the same PCB). You may find that the MCU drive strength or slew rate settings help although if the SCK and MOSI and CS look nice and square when measured at the pins of the EVE IC itself then this may not be the issue in this case.

Best Regards, FTDI Community


 6 
 on: May 06, 2021, 05:09:16 PM 
Started by Speny - Last Post by Speny
Hello All,

I am using a display module that uses the FT813 and seemingly randomly I get a little glitch in the display. I am using an ARM MCU to write commands to the display list using the SPI port and it seems like the its getting an error in the data. For example, instead of drawing a line it may get a dot or rectangle command and draw the wrong image on the display when the swap command is issued.

Examining the waveforms with an oscilloscope the edges seem nice and tight with minimal ringing, it may be an interference issue so maybe I haven't caught a bad frame. The SPI lines only have the display on the bus with no series resistors or capacitors

I wrote a checksum function to read back the display list and make sure the data is correct and that does catch errors, but takes quite a bit more time so I am curious if there is something else I am missing or using a checksum is normal? I could increase the SPI frequency but I have to pass emissions testing so I would like to keep it low for now. 

Has anyone had/solved this issue before? looking for some direction before I get too far down the wrong rabbit hole.

Thanks in advance,
Spencer

 7 
 on: May 05, 2021, 07:08:49 PM 
Started by Delier - Last Post by Delier
Hello!
I nearly got it working...ish. After porting LibFT260.dll to python with ctypes I am able to send and receive data. The problem is, that ever other frame I receive at pc side is corrupted and it seems pretty consistent. I am trying to find out what is causing that (no luck so far). But I think that using ctypes and dll is right direction.

 8 
 on: May 05, 2021, 05:16:39 PM 
Started by perrizozach - Last Post by perrizozach
Thanks for the response.

I'm using the V2EVAL board with a 48-pin VNC2 debugger module. When connected, the debugger interface reads:

"V2EVAL Board C-307
FT0H3TAJC
VNC2 48-pin package"

I've tried running a few different sample projects such as "USBHostGeneric", "ButtonsLights", and "HelloWorld", but get the same problem every time.

I set a breakpoint at an early executable function (such as a function call) and the program runs, without halting, with no uart response or otherwise.

In the Build Configuration section, I've set the mode to "Debug".

The IDE reports that it has successfully written data to chip when I hit "flash", and likewise for connecting to debugger when I hit "start".

Thanks

 9 
 on: May 05, 2021, 01:18:10 PM 
Started by Delier - Last Post by fmartinez
Hello Delier, how are you?

We are having exactly the same problem in Windows. Could you solve it?

Thank you.

 10 
 on: May 05, 2021, 11:26:26 AM 
Started by jmuellers - Last Post by jmuellers
Thank you for your response.
I have chosen a different approach that needed only minimal changes in my Python code. I use the information in the "location" string, which enumerates A,B,C,D as 0,1,2,3.
I include an incomplete code snippets for whomever migth have a similar question.
Best regards
Johannes

Code: [Select]
        FT232R_VID = 0x0403
        FT232R_PID = 0x6011
        SN_A = ['GM5K3KQXA','GM5K3KQXB','GM5K3KQXC','GM5K3KQXD','GM62D32RA','GM62D32RB','GM62D32RC','GM62D32RD']
        SN_A_SHORT = ['GM5K3KQX','GM62D32R']
        ports = serial.tools.list_ports.comports()
        ftdi = [p for p in ports if p.vid == UART.FT232R_VID and p.pid == UART.FT232R_PID]
        self.logger.debug('Found the following ports with FT232R parts:')
        for p in ftdi:
            self.logger.debug(json.dumps(p.__dict__, indent=2))
            self.logger.debug('Found SN: %s', p.serial_number)
            if p.serial_number in UART.SN_A:
                if UART.SN_A.index(p.serial_number) == self.slot:
                    self.logger.debug('Found valid SN: %s', p.serial_number)
                    self.uartPort=p.device
            if p.serial_number in UART.SN_A_SHORT:
                if int(p.location[-1])+(UART.SN_A_SHORT.index(p.serial_number)*4) == self.slot:
                    self.logger.debug('Found valid SN in SN SHORT: %s', p.serial_number)
                    self.uartPort=p.device

Pages: [1] 2 3 ... 10