Hi,

We are pleased to hear it's working well now,

Best Regards, FTDI Community

Hello,

Flow control is handled by the application program.

For example, with terminal programs like PuTTY or Tera Term there are settings available in the application that allow you to select the type of flow control. These typically use the VCP drivers.

If you wanted to use the D2XX drivers that would involve creating your own application program that would allow you to configure flow control. You can take a look at some software examples here:

https://www.ftdichip.com/Support/SoftwareExamples/CodeExamples.htm

TN_153 Instructions on Including the D2XX Driver in a Visual Studio Express 2013 Project is also useful.

There is no handshaking prior to configuration in software.

Best Regards,
FTDI Community

Hi,

Could you send us a screenshot of your config tool window please,

You can post here or you can send to support1@ftdichip.com if you would prefer and we'll check it out,

Best Regards, FTDI Community

Hello,

I am unfamiliar with the Microham USB Interface III, could you share its details from the hardware monitor similar to the attached screenshot?

Best Regards,
FTDI Community

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