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 ... 6 7 [8] 9 10 ... 60
106
Discussion - Software / Re: Regarding use of FT260 librabry examples
« on: November 16, 2022, 01:45:27 PM »
Hi,

The examples given for LibFT260 are intended to be used with visual studio. you can use the community version, which is free.

Best Regards

FTDI Community

107
Discussion - Drivers / Re: FT_GetDeviceInfoList non-ASCII serial problem
« on: November 15, 2022, 04:35:59 PM »
Hello,

The solution would be to only use Serial Number or Description with ASCII characters.

You can use D2xx Programming functions in Linux to reprogram or you can use FT_PROG on Windows.

The alternative driver that you can try is LibFTDI which is an open source library/driver but is not created/supported by FTDI:

https://www.intra2net.com/en/developer/libftdi/

This third party solution includes the source so may suit you if you need to make changes to the source.

Best Regards,
FTDI Community

108
Discussion - Software / Re: SPI read delay in FT2232H with libMPSSE
« on: November 14, 2022, 04:08:47 PM »
Hello,

There may be a number of factors due to the nature of USB to take into consideration. If there is more USB traffic then the OS and USB have to schedule the communication with each of the USB devices.
It’s highly dependent on the OS and USB Host and is out with our control.
FTDI devices use USB Bulk transfers and those are designed to transfer large amounts of data with error-free delivery, but with no guarantee of bandwidth.
You could try disconnecting all other USB device to see if it has an effect.

You may also want to try and reduce the latency timer.
The default latency timer is 16ms when using the FTDI drivers.
The latency timer can only be set to 1ms for our USB High Speed products (like FT2232H).

You can read more about this in Data Throughput, Latency & Handshaking.

The other option that you might want to explore is by not using LibMPSSE.
You could try using the D2xx drivers direct and implement your own SPI communication.
See AN_108 Command Processor For MPSSE and MCU Host Bus Emulation Modes which should help.

Also there may be other FTDI Community users who might be able to help you further.

Best Regards,
FTDI Community

109
Hi Suman,
As you have already contacted us via email on this subject and we have an ongoing discussion there i will continue with the email rather than posting here

Regards
FTDI Community

110
Hello,

Here is some information that should help you:

1.   USB cable disconnected.
FT_CyclePort() can re-initialise the USB port.

2.   I2C bus lock up.
This contains two situations. I2C clock lock up and I2C data lock up.
Please refer to the external link https://espace.cern.ch/CMS-MPA/SiteAssets/SitePages/Documents/I2C_bus_specifications_V2_0.pdf
Page 5 section 1.3.
 
a. FT4222_I2CMaster_ResetBus() only can solve the data line (SDA) being stuck LOW.
When SDA is stuck low, you can run following functions.
a.1 ft4222_status = FT4222_I2CMaster_Reset(i2cmHandle);
a.2 ft4222_status = FT4222_I2CMaster_ResetBus(i2cmHandle);
It can reset the i2c master state machine and unlock the SDA bus.

b. When the clock (SCL) is stuck LOW, we think a hardware reset is necessary.
You can run the following functions.
b.1 ft4222_status = FT4222_I2CMaster_Reset(i2cmHandle);
b.2 ft4222_status = FT4222_I2CMaster_ResetBus(i2cmHandle);
b.3 Use GPIO pin to signal the i2c slave and force it to perform a HW reset.

I hope this information is helpful to you.

Best Regards,
FTDI Community

111
Hi Yvonne,

The 1MHz clock should be theoretically possible. It states in section 4.2.1.1 of the VNC2 user guide that The SPI Slave and SPI Master can operate at frequencies up to one quarter of the CPU clock frequency. The SPI Master can go as low as 1/256th of the CPU clock frequency.

You should have a look at section 6 of Vinculum II User Guide, this goes over the interrupt library available on VNC2. The sample code you have modified had interrupts disabled, but you can enable them. you can try to use the function attachInterrupt() on vos_dev_write to see if this fixes your issue.

 

112
Hi Yvonne,

Does this happen when you use the example code unmodified?

What SPI mode are you using? Have a look at section 6.2 of the Vinculum-II Datasheet. This goes over the different SPI modes available and the following sections give timing diagrams.

Best Regards
FTDI Community 

113
Hello,

The feedback from our R&D team is that there is nothing that can be done with the library.

The issue is not related to the driver but the I2C IP.

Adding a delay is the only solution.

Best Regards,
FTDI Community

114
Hello,

This will be included in the LibFT422 release notes in future releases.

I will also check if anything can be done in the driver or library to help improve this.

Best Regards,
FTDI Community

115
Discussion - Hardware / Re: FT601 Does not enumerate reliably on power up
« on: October 28, 2022, 10:55:59 AM »
Hi Rich,

The recommended way of connecting VBUS depends on your application:

 (a)  For self-power application, refer to the UMFT600x/UMFT601x datasheet;

(b)  For bus-power application, VBUS is the 5V power input for all circuits. If a 5V to 3.3V regulator is used, connect the 3.3V to the FT601 VBUS pin.

 Note, the voltage divider in the Development Module between the USB power and VBUS pin is used to lower the voltage level from 5V to 3.3V so that FT601 can take it as a 3.3V logic input for VBUS sensing purpose.

 If you haven’t already, please refer to AN_412 FT600/FT601 Bridge Chips Integration.. This application note is for designers who want to integrate the FT60x into new designs.

regarding the errata, we don't have access to the EEPROM contents/structure. Customers should only use the utility. This may help you:

common problem customers encounter is the clock not working. The reason for this is that the device will enter suspend mode 10 seconds after enumeration if there is no device activity. Entering suspend mode also turns off the clock.
 
This USB selective suspend can be turned off, or the idle interval at which suspend should occur can be controlled by the FT_SetSuspendTimeout API (detailed info can be found in the D3XX programmers guide), although basic info on the Set and Get APIs are detailed below:-
 
FT_SetSuspendTimeout
-          Takes handle and a timeout value in seconds as input.
-          When the timeout is set to zero, driver will disable the suspend feature.
 
FT_GetSuspendTimeout
-          Take handle and pointer to ULONG as inputs.
 
Note: The value for the idle timeout configured using FT_SetSuspendTimeout is valid only for the current instance of the driver. An unplug and re-plug will cause the driver to set the timeout to a default 10 seconds value.

Best Regards
FTDI Community

116
Discussion - Software / Re: What is VCOM functionality exactly?
« on: October 27, 2022, 03:37:53 PM »
Hello,

Please check your hardware connections according to the application note.

TXD/RXD/CTS/RTS signals are required. Note that these signals should be cross connected.

Also ensure PROG# is connected GND on the VNC2 prior to applying power to the device.

I would also advice purchasing TTL-232R-3V3 cable which is recommended.

Best Regards,
FTDI Community

117
Discussion - Hardware / Re: FT601 Does not enumerate reliably on power up
« on: October 25, 2022, 11:47:26 AM »
Hi Rich,

Take a look at the self-powered section of the FT601 Datasheet, section 6.2. You need VBUS to connect to the USB host 5V supply for correct enumeration. The USB hub you are using may also provide signals for that purpose.

Best Regards

FTDI Community

118
Hi,
The traffic LEDs through the eeprom interface are applicable for UART only.
We are checking your use case to see if we can also get LEDs via I2C

Regards
FTDI Community




119
Discussion - Hardware / Re: FT601 Does not enumerate reliably on power up
« on: October 21, 2022, 10:28:55 AM »
Hi Rich,

i would recommend that you test with one of our FT601 modules. UMFT601X-B, UMFT601A-B. If there are no start up issues using the modules you can use them as a reference.

Best Regards,

FTDI Community

120
Discussion - Software / Re: What is VCOM functionality exactly?
« on: October 14, 2022, 03:52:34 PM »
Hello,

Which VNC2-48 Development Module and USB to UART bridge are you using exactly?

Please see AN_159 Vinculum-II Firmware Flash Programming which should help you.

Note that when programming VNC2 via UART, to enable bootloader mode, the PROG# pin must be driven low and VNC2 must
then be reset by driving the RESET# pin low then high.

I have tested this here and it works as expected:



Best Regards,
FTDI Community

Pages: 1 ... 6 7 [8] 9 10 ... 60