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 - Mikexx

Pages: [1]
1
Discussion - Software / Fast SPI from a FT2232 in Windows
« on: February 06, 2023, 01:44:06 AM »
I have discovered the MPSSE library as per:
  https://ftdichip.com/software-examples/mpsse-projects/libmpsse-spi-examples/

I would like to use the SPI_ReadWrite() function.

While this works from the last clock to the CS going high is some 250ms, which is unusable.
I also had to fix an issue with cmdBuffer[] size, implying this library function has never been debugged. Furthermore the CS pin goes high for just 1.8us between sending a SPI_Write() and a SPI_ReadWrite().

I would like to use the Read/Write facility as it saves a resending of a message where the STM32F4 device I am interfacing might miss the odd packet.

The alternative is a SPI_write() followed by multiple SPI_Reads() and an overall retry which isn't going to be so efficient.

There are seemingly a number of other libraries such as "FT2232HS_SPI->VC++_200" but some of these go back 13 years and haven't been updated to current Visual Studio standards so don't instil any confidence.

Is there another way forward? I would be grateful for others' experiences.

2
Discussion - Software / Issue with FT4232 and serial coms
« on: December 12, 2019, 05:27:26 PM »
Using the FTDI supplied libraries I am using a delegate of the function FT_Write where the arguments are checked for being non-null.

If the processor attached to the ports of this FT4232 goes AWOL my application gets stuck in a loop. I assume the TX line must be stuck and high or low and producing a 'Break'. Either way the port is not accepting data.

An exception occurs and the following gets output to the  console:
  "Object reference not set to an instance of an object"

Is there a way of interrogating whether the device with the device associated with 'ftHandle' is accepting data?


Pages: [1]