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

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 ... 60
1
Discussion - Software / Re: FT602ChipConfigurationProg.exe Communication Error
« on: April 22, 2024, 01:44:42 PM »
Hello,

This issue has been root caused.

Device manager can show “FTDI CHIP” as the driver provider.
This means that, this driver can be installed by the installer provided in the package.
 
In most of the cases, the installer is not required and WinUSB driver gets installed automatically.

What we have observed is, the issue happens when the installer in the package is executed. The issue is due to GUID mismatch.
The installer package is using a different ID, and this was causing the issue.
 
We have updated the installer files to use the Microsoft default GUID so that the application can work independent of driver version.

The updated package has been uploaded to our SFTP server.
 
1.   Please uninstall the existing drivers from device manager.
2.   Use the drivers from updated package.
3.   Install the drivers either from device manager or by using the installer in the package.

Please contact us if you would like to receive a beta of this update.

Best Regards,
FTDI Community

2
Discussion - Software / Re: initial value is wrong by using Read GPIO within LibMPSSE
« on: April 11, 2024, 02:45:46 PM »
Hi Tony,

Your only option would be to add some external pulldown on the GPIOH pins. Even if they have been set as low and input, if there is no connection they will be pulled high by the internal pullups.

Best Regards
FTDI Community

3
Discussion - Software / Re: initial value is wrong by using Read GPIO within LibMPSSE
« on: April 10, 2024, 03:47:23 PM »
Hi Tony,

The default for these GPIO pins is TriSt-PU. See table 5.1 in FTDI Device Input Output pin States.

what are you planning on connecting the GPIOH pins to? have you tried connecting the pins to a slave device and performing a GPIO read?

Best Regards
FTDI Community

4
Discussion - Software / Re: FT2232hpq
« on: April 10, 2024, 10:20:45 AM »
Hello,

When using LibMPSSE, GPIOL[0:3] can only be used as SPI chip selects.
 
When using LibMPSSE, there is no way to control GPIOL[0:3] as GPIO.
 
LibMPSSE demonstrates controlling the higher line bytes (GPIOH) while using SPI on the lower line bytes using the following functions:
 
FT_WriteGPIO
FT_ReadGPIO
 
If you want to control some of the unused lower line bytes on the same ADBUS as SPI then see AN_411 FTx232H MPSSE I2C Master Example in C which demonstrates GPIO usage with MPSSE using D2xx direct (not using LibMPSSE).
This could be used as a base to understand using both SPI/GPIO in the same code.
OK this example is for I2C but the same principles apply to SPI.

Best Regards
FTDI Community

5
Discussion - Drivers / Re: FT4222_FAILED_TO_READ_DEVICE ... every now and then.
« on: March 29, 2024, 04:37:00 PM »
Hello,

Please confirm which version of the D2xx driver and LibFT4222 that you are using?

Are you using custom FT4222H hardware? Do you see the same issue with our UMFT4222EV-D?

Could the I2C slave be at fault rather than the FT4222H I2C master?

When this happens maybe you can perform a software reset rather than having to force quit or restart?
See FT4222_ChipReset API. You can also try these D2xx based APIs:

FT_Purge
FT_ResetDevice
FT_ResetPort
FT_Rescan
FT_Reload
FT_CyclePort

Best Regards,
FTDI Community

6
Discussion - Drivers / Re: When will libft4222 be available for 64Bit ARM (aarch64)?
« on: March 28, 2024, 04:17:53 PM »
Hello,

Unfortunately the LibFT4222 source code can't be shared as it's exposes secrets of our vendor class devices.

Please contact us via email on support1@ftdichip.com and we'll contact our R&D team to see if we can provide a 64 Bit (aarch64) build.

Best Regards,
FTDI Community

7
Discussion - Hardware / Re: FT2232HQ adds extra one byte
« on: March 21, 2024, 03:32:52 PM »
Hello,

The extra bytes may be due to lack of biasing on the RS485 transceiver. If you could email into support1@ftdichip.com we can share the RS485 biasing schematic that will be able to help you.

Best Regards
FTDI Community 

8
Discussion - Hardware / Re: RXD pin of FT232R and FT232H is HIGH when not connected
« on: March 21, 2024, 10:48:38 AM »
Hello,

Yes, there are internal pullups on the RXD lines of FT232R and FT232H.

the typical value is 75 KΩ. You can find more information in 5.3 of the FT232H datasheet.

Best Regards
FTDI Community

9
General Discussion / Re: Question
« on: March 14, 2024, 10:52:13 AM »
Hi,

Number 1 is just the general configuration of the device. Number 2 is to enable the GPIOs. Have a look at section 3.1 of AN_412 FT600/FT601 Bridge Chips Integration.

This goes over the configuration modes of FT600 with section 3.1.5 focusing on the GPIO configuration.

We have a FT60x configuration programmer that you can use. You can find it here along with the AN_370 FT60X Configuration Programmer User Guide.

Best Regards
FTDI Community

10
General Discussion / Re: Question
« on: March 14, 2024, 09:41:41 AM »
Hi,

Have a look at section 3.2 of AN_412 FT600/FT601 Bridge Chips Integration, this goes over the abort recovery process.

Any error or timeout requires this abort process before resuming the read/write.

Best Regards
FTDI Community

11
Test and Review Area / Re: LibMPSSE Beta
« on: February 29, 2024, 02:13:46 PM »
Hello All,

LibMPSSE 1.0.5 fixes all known issues and is available on our website:

https://ftdichip.com/software-examples/mpsse-projects/

Best Regards,
FTDI Community

12
Discussion - Software / Re: FT_Read method for SPI communication
« on: February 29, 2024, 02:06:05 PM »
Hi,

We don't have any references for doing SPI communication using Bit-Bang. I would recommend that you use the MPSSE for SPI communication instead.   

To use I2C/SPI as a master (no slave functionality), see AN_135 MPSSE Basics and our existing MPSSE Example projects:
 
MPSSE Examples
 
There are two options to use I2C/SPI modes with the MPSSE engine:
 
a.   Use LibMPSSE libraries. Example code is provided with the download. Source code is also provided.
b.   Use D2XX drivers direct. Example code is shown at I2C / SPI. AN_108 Command Processor For MPSSE and MCU Host Bus Emulation Modes provides the necessary information.
 
Option b is the best option to use the D2XX drivers direct (no dependency on libMPSSE library).

Also please also note, SPI modes 1 and 3 are not supported with our MPSSE engine.
So please check that your SPI device doesn’t work with these modes.

You can find all the referenced documentation above, here


13
Discussion - Hardware / Re: FT602Q video pin map question!!
« on: February 29, 2024, 02:03:51 PM »
Hi Joseph,

All of the formats supported by FT602 can be found on page 13 of the FT602_UVC_Chip_Configuration_Guide.

There are no signals like VSYNC/HSYNC/PCLK on FT602. FT602 is connected via an FPGA.

You can refernce the FT602 example code, which you can find here. The example code shoes YUV only, but you can use it for a reference for the other formats.

14
Discussion - Hardware / Re: Fastest I2C transfer rate on FT2232HQ?
« on: February 14, 2024, 04:42:46 PM »
Hi,

yes, FT2232H is a high-speed device. The driver can only operate with 1ms latency minimum.

Best regards
FTDI Community

15
Discussion - Hardware / Re: Fastest I2C transfer rate on FT2232HQ?
« on: February 13, 2024, 02:02:36 PM »
Hi,

You can try setting the latency timer to 1ms. This will make the device ran as fast as it can.

Best Regards
FTDI Community

Pages: [1] 2 3 ... 60