Hello,

The data being clocked out of the FT2232H will be at 60Mhz, so a device clocked at 22Mhz would not be able to control this byte by byte. As long as you account for the clock mismatch in your buffering solution you should be able to use the RD# signal to pause the datastream whilst the target device reads from the buffer. I would suggest buying a development module to test your design.

Best Regards,
FTDI Community

Hello,

When in synchronous mode, data is transferred on every clock that RXF# and RD# are both low.
I wouldn't recommend using RD# as a flow control signal, but data will not be transferred if the RD# signal remains high.

When RXF# is low, there is data available in the FIFO which can be read by driving RD# low.

Best Regards,
FTDI Community

Hello,

V2DIP2 is supplied with V2DAP firmware pre-programmed, but please check you have the latest version.
The latest version is supplied with the Vinculum-II Tools at the following location on the PC:

C:\Users\Username\Documents\FTDI\Firmware\Samples\V2.0.2-SP2\VNC1L\V2DAP

Please refer to the Vinculum Firmware User Manual for usage.
Also see AN_176 - Vinculum Comparison of VDAP and V2DAP, as V2DAP is a port of VDAP.

Also note that on the UART side you will also require to connect the flow control signals (CTS/RTS) and this should be set by the UART application.

You can only host 2 x FT232R which will allow you to read from either of them and use one of them at a time in data mode.
It will never bridge between them though.

The VNC2 is quite a mature product.
Hosting FT232 devices with these older Vinculum/Vinculum-II products can be unreliable.
It takes a lot of the MCUs resources to run the FT232 device code so there can be performance issues.
I wouldn’t recommend using these products for this application.

The latest MCU FT90x has similar features to VNC2 and is actively supported from R&D, so you might want to consider this product.

Take a look at FT90x UART to FT232 Host Bridge, there is already a software example which can host FTDI devices.
A video has been created which demonstrates this:

https://youtu.be/_vwOKFaOcJI

There are significant benefits of FT90x over VNC2:

-Eclipse based IDE
-Source code for API drivers is provided
-Significant performance improvement
-Firmware updates over USB DFU
-Improved documentation and examples

We provide a free FT9xx Toolchain and FT9xx Development Modules.

If you need local support see Contact Us.

Best Regards,
FTDI Community

Hello,

Thanks for providing an example of the icons.
As these are quite basic two colour images you have a couple options to achieve the inverted image.

The first and simplest option would be to use a bitmap format that uses less bits per pixel for these icon, this should allow you to fit both the normal and inverted icons into RAM_G. For example if you were to use L4 bitmaps these would take up 1/4 of the space in RAM_G that a RG565 bitmap would occupy.

The following should be useful for you:
AN_314 FT800 Advanced Technologies - Working with Bitmaps

You could also look into using bitmap cells with L1/L4 bitmaps so that both the inverted and non inverted icon are loaded into RAM_G as one bitmap, please see the above Application Note.

The final option would be to use a bitmap format which supports the Alpha channel (such as ARGB2). This way you would create the icon with a transparent background, after which you can colour the arrow and background when placing the bitmap on your display.


Best Regards,
FTDI Community

Hello,

Are you overwriting previously written sections of RAM_G when you are displaying the smaller images?

Best Regards,
FTDI Community.

Hello,

Could you please let me know which bitmap format you are using?
Could you also provide an example of the icons? Both standard and inverted.

Best Regards,
BRT Community

Hello,

Please refer to AN_135 MPSSE Basics which contains example circuits for I2C.
Please note that the I2C is a master only.

We also have Development Modules for test, evaluation and reference:

FT4232H Mini-Module
FT4232H-56 Mini-Module

Yes Port C and Port D could also be used for GPIO.
See the following application notes:

Bit Bang Modes for the FT232R and FT245R
AN_373 Bit-Bang Modes for the FT-X Series

Note that the bit bang/GPIO documents are not specifically for FT4232H but the same principles apply.

Best Regards,
FTDI Community

Hello,

Here is our application note for CBUS bit bang on the FT-X series
https://www.ftdichip.com/Support/Documents/AppNotes/AN_373%20Bit-Bang%20Modes%20for%20the%20FT-X%20Series.pdf

The Java D2xx FT_SetBitMode was only tested for CBUS bit bang on the FT232R and FT232H devices but should also work on the FT-X.

Best Regards, FTDI Community