FTDI Community

Please login or register.

Login with username, password and session length.
Advanced Search  


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

Show Posts

You can view here all posts made by this member. Note that you can only see posts made in areas to which you currently have access.

Messages - FTDI Community

Pages: [1] 2 3 ... 24
Discussion - Drivers / Re: FT_Write returning FT_OK but BytesWritten is 0
« on: January 24, 2020, 04:33:38 PM »

Which driver version is installed? The latest is 2.12.28.

Can you please test with our standard hardware to rule out any issues with OEM hardware?

See our Development Modules:

FT-X Breakout Modules
FT-X Development Modules

It looks like you are also into contact with our support team via email. Please continue to work with your local support team member and feel free to post any resolution here to help other users.

Best Regards,
FTDI Community

Discussion - Drivers / Re: FT_Write returning FT_OK but BytesWritten is 0
« on: January 21, 2020, 04:30:47 PM »
Hello liquidair,

The original posts seem slightly different to your issue.

Which C# wrapper are you using? Are you using custom hardware?
This is not a common issue with FT201X I2C slave.

Have you referred to AN_255 USB to I2C Example Using the FT232H and FT201x Devices for examples on how to use FT201X?
The code can be downloaded here.

The I2C routines involve using standard D2xx functions to send buffers of commands and read bytes back from the FT232H. The routines can therefore be ported over to any other operating systems which support the D2xx drivers. Likewise, the routines can be used in other languages such as Visual Basic and C# by modifying them to use the correct syntax for the required language.

Best Regards,
FTDI Community

Discussion - Software / Re: Vinculum II bridging UART to a FT232HL/Q
« on: January 15, 2020, 11:02:29 AM »
Hello Jason,

V2DIP1 gives access to USB Port2 but "UART to FT232 Host Sample Application ROM" is built to access USB Port 1.

You could consider editing the code and rebuilding for USB Port 2, or purchasing V2DIP2 which gives access to both ports.
However, consider the information below.

Vinculum-II is a very mature products and has been superseded by FT9xx.

Hosting FT232 devices with these older Vinculum-II products can be unreliable.
It takes a lot of the MCUs resources to run the FT232 device code (eg FT232Uart) so there can be performance issues.
I wouldn’t recommend using this product for this application because you will most likely run into problems.

The best solution we have is our FT90x MCU.

There are lots of other examples available:

AN_360 FT9xx Example Applications
FT90x Software Examples
FT9xx Software Examples

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:


There are significant benefits of FT90x:

-Eclipse based IDE
-Source code for API drivers is provided
-Significant performance improvement
-Actively in development by R&D
-Improved documentation and software examples

We provide FT9xx Development Modules and a free FT9xx Toolchain for custom application development.

Best Regards,
FTDI Community

Discussion - Software / Re: How to use FT201X's GPIO with C#?
« on: December 24, 2019, 10:31:15 AM »

Section 4 of AN_373 covers CBUS bit bang examples for the FT-X series of ICs:

The Source code for the C# wrapper is available at the following:
You can reference this for any function name differences, and can edit it if desired.

Best Regards,
FTDI Community


Which FTDI chip part number do you have and what hardware circuit are you using?

You could try connecting it to a Windows PC via either VCP (e.g. a terminal) or D2xx to see if the hardware itself is sending back characters.

Loopback examples are suited to UART applications but if your chip is a parallel one (such as FT245R) then it needs to be connected to a suitable device (such as an FPGA or MCU) on the parallel side which will read the data and write it back in as the parallel interface does not directly allow loopback.

Also check for the RxD line (if UART) or the write strobe (if parallel) being held in the active state by the external circuit as this can result in data being sent to the PC.

Best Regards,
FTDI Community

Discussion - Software / Re: FT4222 question from a newbie
« on: December 20, 2019, 11:35:43 AM »

Is the data being transmitted on the SPI bus, have you managed to scope the lines to check?

Yes the Tx buffer of the FT4222H will persist until the data is read by the master.

Best Regards,
FTDI Community

Discussion - Software / Re: VNC2 bridge 2 CDC slaves
« on: December 17, 2019, 02:59:39 PM »

I noticed we are currently dealing with your questions via Email, please feel free to post any resolution here.

Best Regards,
FTDI  Community

Discussion - Hardware / Re: FT260 Protocol question
« on: December 17, 2019, 01:38:13 PM »

Could you send us a copy of the descriptor which the PC receives and also details on which keyboard chipset you use.

You can reply here or send to our support address support1@ftdichip.com if you prefer.

FTDI Community

Discussion - Software / Re: Issue with FT4232 and serial coms
« on: December 13, 2019, 11:38:32 AM »

Would it be possible to see the section of code your application is getting stuck at?

You may want to look at the FT_Timeouts function in the API:

Best Regards,
FTDI Community


We are dealing with your request via email. Please feel free to add any resolution here when complete to help other community users.

Best Regards,
FTDI Community

Hello Maxwell,

The VCP or D2XX drivers can be used to control the IC:

However note the data transfer rates:

  • up to 1 Megabyte / second with the D2XX Direct Drivers.
  • up to 300 kilobyte / second with the VCP Drivers.

Please see the FT245R Datasheet for more information.

TN_167 FTDI FIFO Basics also provides useful information.

So if you are using the VCP port via a terminal, simple read and writes are possible.
Note the FT245R is a FIFO slave which is controlled by a master.

You can test and evaluate using our UM245R.

Best Regards,
FTDI Community

Discussion - Drivers / Re: Windows 10 x64/FT232RL
« on: December 11, 2019, 11:38:53 AM »

One thing you could do is to check with USBview as shown below. This allows you to see if a device returns descriptors correctly. If the details such as idVendor and idProduct (VID and PID) are zeros then the device has not been able to communicate properly with the PC.


Best Regards,
FTDI Community


There is nothing in particular with FT230X (vs FT232R) which would cause this issue.
So there must be some issue with your custom PCB.

CTS/RTS flow control signals are used to avoid data loss at high speeds but would probably not avoid data corruption like you are seeing.
Have you wired them up as a test case anyway?

Best Regards,
FTDI Community


The schematic generally looks ok.

Is the behaviour the same on a Windows PC?

Please test in a loopback fashion to rule out any issue with the communication to the MCU.

Simply connect TXD to RXD and use a terminal program like PuTTY to send/receive characters.
Note that PuTTY will only show received characters unless your force ON the sent characters.

Please also test with our known good hardware which you can also use for reference:


Best Regards,
FTDI Community

Discussion - Software / Re: FT260 and LibFT260, using Interrupts
« on: November 13, 2019, 11:02:07 AM »

Thanks for your post.

I believe that you have also contacted email support where we will continue to deal with your issue and post any resolution here.

FTDI Community

Pages: [1] 2 3 ... 24