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 ... 7 8 [9] 10 11 ... 60
121
Hi,

You could try doing a check on lpdwBytesWritten in FT_Write. This shows the number of bytes written to the device. So you could use this to see if all the data has been sent, before starting the next transmission.

Best Regards

FTDI Community

122
Hello,

Setting the timeout to 0 means that there is no timeout, so effectively it is infinity. We recommend that users set the timeout to around 5000 to allow for time to complete the read and write operations. If it set too low there will be no time to complete these operations.

Best Regards

FTDI Community   

123
Hello,

Yes this errata may affect your operation.

FT4222_I2CMaster_Write is not a synchronous function. It stores the i2c command and data into the USB buffer.
There is a firmware bug and it happens on i2c data transaction and querying status at the same time.
Even these two actions are executed at the same time. The error rate is very low.
That is why you can run the test case for a long time but finally fails.

See the following code modifications.
You can see the bold section:

FT4222_STATUS stat = FT4222_I2CMaster_Write(data_handle, slaveAddress_, data, size, &bytesWritten);
if (stat != FT4222_OK)
    throw std::runtime_error("Error writing data over FT4222");
uint8_t flags = 0;
do {
    for (uint32_t retries = 3; retries > 0; --retries) {
        // Wait for the i2c transmission done, the waiting time depend on the i2c transaction time
        // for example:
        // 100Kbps to transfer 10 bytes , wait 8(bit) * 10us (1bit time)* 10 (bytes) = 800 us
        // 1Mbps to transfer 10 bytes , wait 8(bit) * 1us (1bit time)* 10 (bytes) = 80 us

        Sleep(1);

        stat = FT4222_I2CMaster_GetStatus(data_handle, &flags);
        if (stat == FT4222_OK)
            break;

    }
    if (stat != FT4222_OK)
        throw std::runtime_error("Error reading status from FT4222");
    if (I2CM_DATA_NACK(flags) || I2CM_ADDRESS_NACK(flags))
        throw std::runtime_error("The peripheral did not acknowledge the message as expected");
} while (!I2CM_IDLE(flags));

Best Regards,
FTDI Community

124
Discussion - Hardware / Re: FT230XS Board to Board communication
« on: September 30, 2022, 04:34:29 PM »
Hello,

Does you Microcontroller already have UART or say I2C ports?
If so you could consider that method rather than using FT230X which would complicate your design by adding an additional USB Host.

If you require a USB Host capable of hosting FTDI devices then the best solution I can recommend is FT90x from our sister company Bridgtek.

See AN 360 FT9xx Example Applications section 2.23.6 USBH Example FT232.

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

https://youtu.be/_vwOKFaOcJI

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

If you require support with this IC then please contact Bridgetek for support:
https://brtchip.com/ic-module/contact-us/

Best Regards,
FTDI Community

125
Hi
Your company has already contacted us via email about this issue, please continue to work with us via email.   

Regards
FTDI Community

126
Discussion - Hardware / Re: FT230XS Board to Board communication
« on: September 29, 2022, 04:31:04 PM »
Hello,

FT230XS is a USB device and must be connected to a USB Host.

So you can't connect two of them together like that with the USB signals.

Best Regards,
FTDI Community

127
Discussion - Software / Re: How to properly use FT4222_ChipReset()?
« on: September 22, 2022, 10:44:31 AM »
Hello,

If you call FT4222_ChipReset / FT4222_Close, you need to restart all chip configuration process from the beginning.

Best Regards

FTDI Community

128
Discussion - Hardware / Re: FT601 VBUS pin
« on: September 21, 2022, 11:30:51 AM »
Hi Michal,

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. As well as this have a look at our FT600Q-FT601Q SuperSpeed USB3.0 IC Datasheet and Technical Note TN_168 FT600_601 Errata Technical Note.

Best Regards
FTDI Community

129
Hello,

Try this link AN_430 FT60X PCB Layout Guidelines. if that doesn't work you can find it on our website under application notes.

Best Regards
FTDI Community 

130
Hi,

it sounds like this could be a small hardware issue. do you experience this on any other PCs? Have a look at https://ftdichip.com/wp-content/uploads/2020/08/AN_430-FT60X-PCB-Layout-Guidelines.pdf. This goes over the PCB layout guidelines for FT601. It could be that your design is just on the cusp of working, and every once and a while it stops working and needs reset. I would go through the design guidelines to make sure everything is setup as it should be.

Best Regards

FTDI Community   

131
Hi,

so it randomly disconnects and then once this happens it takes a few tries to get it to reconnect again? but using the device reset it appears again first time? am i understanding this correctly?

does the disconnect happen during any data transfer or can it happen even when the device is idle? you should have a look at the FT601 errata and see if any of the situations apply to you and let me know. TN_168 FT600/FT601 Errata Technical Note.

Best Regards
FTDI Community

132
Hello,

Which FTDI chip are using? have you got a schematic you can share? a USBView screenshot of the device would also be helpful. Also what kind of cable are you using to connect the FTDI device?

Best Regards

FTDI Community

133
Test and Review Area / Re: Vinculum II Toolchain Patch V2.0.2-SP3
« on: September 01, 2022, 10:25:34 AM »
An issue has been reported with building V2DPS with SP3 Patch:

Linking Release\V2DPS
2 errors, 0 warnings and 0 informational messages
(C:\ProgramData\FTDI\Vinculum II Toolchain\Firmware\drivers\lib\USBSlaveFT232.a) : (error) L0019 archive symbol is missing memset
(kernel.a) : (error) L0017 invalid archive file
VinBuild.exe failed with return code 5

The fix is to add string.a and string.h to the project and rebuild.

Best Regards,
FTDI Community

134
Discussion - Software / Re: Trouble with Mac OS Beta Driver - 1.5.0
« on: August 19, 2022, 03:15:05 PM »

Hi,
You are correct that you need to use the FTDI driver for the latency issue.  The thread below covers this subject:- 
https://www.ftdicommunity.com/index.php?topic=547.msg2134#msg2134

The last post from the thread has the info on latency you need. 

On the double instance of the port, are you seeing a .cu and a .tty for the same device or is there a different thing appended onto the end of each entry?

Regards
FTDI Community


135
Discussion - Drivers / Re: Ham Transceiver INOP
« on: August 18, 2022, 04:27:01 PM »
Hello,

Please note that the CP2105 is not from FTDI but from Silicon Labs.

Since this is not one of our products, although it utilises our device, I am unable to support it.
Product Manufacturers are responsible for supporting end-users of their products, so you will need to contact the OEM.
FTDI cannot control how the USB ICs are used and often has no knowledge of the entire product.
Please see the following document for reference:

http://www.ftdichip.com/Support/Documents/TechnicalNotes/TN_102_OEM_Technical_Support_Requirements_for_FTDI_Products.pdf

Best Regards,
FTDI Community

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