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

Pages: [1]
1
Discussion - Software / Re: 30MHz SPI CLOCK Frequency in FT2232H mini module
« on: February 06, 2023, 02:27:54 PM »
Quote from: FTDI Community on February 06, 2023, 01:20:12 PM
Hello,

This version of the library has now been released on the website: https://ftdichip.com/software-examples/mpsse-projects/.

The changes and improvements made in this version are shown in the release notes text file in the library download.

FTDI Community

Many thanks. I had already come across this version (v1.0.3), and it still has a cmdBuffer[] size of 10 for SPI_ReadWrite().

I can see there were some minor changes from v0.6, ie some commented out lines.

It's also confusing as the "Rivision History" (yes that is how 'revision' is spelled in FTDI_SPI.c) bear no resemblance to the library version. Furthermore the library is dated 2014. Hence my assumption the referenced beta version might be more recent.


2
Discussion - Software / Re: 30MHz SPI CLOCK Frequency in FT2232H mini module
« on: February 06, 2023, 12:43:32 PM »
Quote from: FTDI Community on May 27, 2022, 02:41:34 PM
Hi,

we have a new beta version of LibMPSSE that you can try. if you email in to support1@ftdichip.com i can tell you how to access the beta.

Best Regards

FTDI Community

What are the improvements to this library? Is it accessible by other users?

3
Discussion - Software / Re: SPI read delay in FT2232H with libMPSSE
« on: February 06, 2023, 12:30:20 PM »
Quote from: Eisenheim on November 11, 2022, 12:11:50 PM
Hi,

I have been using the ft2232H board with libmpsse module for SPI reading in windows/raspberry pi. In both cases, I read 3KB of data with 20Mhz frequency. It takes about 4ms seconds for every read. My problem is that when I read 20 minutes one or two times the read time goes above 100ms. Is it related to ftdi driver issue?

Regards,
Eisenheim

Are you using c#? Typically the PC will hiccup through garbage collection but 100ms is a bit high.

What's the spec of your PC?

I would recommend using an application like Latencymon to check native PC latency.

4
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.

5
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]