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.

Topics - TonySH

Pages: [1]
1
Hi experts,
    I got a FTDI device module UMFT4222EV-D, my target are using a GPIO pin and a channel SPI with clock running as 40M Hz.
    So, I looked up the data sheet of the module UMFT4222EV and chipset FT4222, and found it supports different maximum clock frequency.

    In the "UMFT4222EV - USB2.0 to QuadSPI/I2C Bridge Development Module Datasheet Version 1.4" from the FTDI website.
   
Quote
3 FT4222H Features and Enhancement
...
The max SPI interface operating clock can be set up to 30MHz in master mode and 20MHz in slave mode.
...

    In the "FT4222H USB2.0 TO QUADSPI/I2C BRIDGE IC Datasheet Version 1.5" from the FTDI website.
   
Quote
4.1 Key Features
...
The maximum SPI interface operating clock can be set up to 40MHz in master mode and 20MHz in slave mode.
...

    There is 10MHz lost on UMFT4222EV-D device in master mode, what's going on the device? and for my target, which device I can use? Is there a suggestion?
   
Thanks
TonySH

2
Hi,
  I got the issue that the FT_ReadGPIO read all bit values as high(255) after setting up the initial value as low(0) for all bits.
 
  first, I set up the GPIO initial value as low and direction as input by FT_WriteGPIO(handle, 0, 0);
  then, I use the FT_ReadGPIO(&read_value), I always get 255 when the GPIOH has no connection.
  If I connect one of the GPIOH to the GND pin, the reading will change to low, it comes back high when removing the connection.

  Is it the expected behavior of the GPIO within LibMPSSE?

  My environment:
  LibMPSSE version: 1.0.5
  Device:232H
  OS: Windows
  Pin usage: SPI for GPIOL[0:3], GPIO for GPIOH[4]

Best Regards,
Tony

Pages: [1]