FTDI Community

Please login or register.

Login with username, password and session length.
Advanced Search  


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

Pages: [1]
Discussion - Software / Re: Communication with the FT4222 using Matlab
« on: February 08, 2019, 10:23:44 am »
Hi SwissGuy,
I was unable to get a matlab driver sorted out. Struggled for quite a bit but then I was able to get it sorted on Labview so gave up.

Discussion - Software / Re: FT4222H Checksum
« on: May 31, 2018, 04:57:38 pm »
Sorry I hadn't seen I had a reply.
I was looking to fool the checksum as I was operating a fast time critical program on my microcontroller, and I didn't think the micro-controller had the capacity to sum the data fields in the given time, and hence was looking for work-arounds.
I was able to sort it out though, thanks for your help.
Cheers and thanks for your help.

Discussion - Software / FT4222H Checksum
« on: February 27, 2018, 04:43:14 pm »
Regarding the checksum. From what I gather, the checksum is the total of all the data bytes in the message. And according to the example SPI_slave_Test_Master_Side, this is created by summing the values of the send buffer, and then casting it as a uint16.
If this is correct, should it be possible to have the final data points as a series of 257* 255 which add up to 65535 thus fooling the checksum?

Discussion - Software / Re: FT4222 question from a newbie
« on: February 22, 2018, 01:52:02 pm »
Hi Josh,
My (also newbie experience) with the FT4222h has been that to send data to a master from the FT4222 you only need to use FT4222_SPISlave_Write(handle,Buffer,dlen, &sizeTransferred).
However with the microprocessor you need to send clock signals, and then the buffer is transferred from the FT4222 when it is clocked by the master.
If you wish to send data from the master to the FT4222h however you need to use the 0x5a, 0x83... etc code (see photo).
Attached is a screenshot of the SPI trace (MOSI and CLK) of a microprocessor (Master) communicating with the FT4222h(as slave)

Discussion - Hardware / Re: FT4222H Slave Losing bytes
« on: February 22, 2018, 07:40:56 am »
Thanks for the advice, I'll give it a shot.
I've had a read through "AN232B-03 Optimizing D2XX Data Throughput"  and there are a few things which I am still unsure about. Perhaps would you know?
  • According to AN232B-03 data is transferred across in packets of 64bytes, where two of these bytes are reserved for the FTDI and 62 bytes of actual data. Does this mean that I should make sure that all the data I send to the FT4222h is in multiples of 62 bytes? (e.g instead of sending 6630 I should send packets of 6634)
  • When I call the get max transfer size function in Lib4222, I get 1016. Is this the maximum size of data that can be sent to the FT4222h at once? Or should I send my data packets in multiples of this?

Discussion - Hardware / FT4222H Slave Losing bytes
« on: February 20, 2018, 09:46:09 am »
Hi I was wondering if anyone would be able to provide me with a reason the FT4222h is losing bytes.
I am currently using the FT4222h in slave mode, with a microprocessor as master.
The microprocessor sends parcels 6630 bytes every 4ms. Using a Labview program, I poll the "SPI Slave Get Rx Status" and read when there are incoming bytes.
Occasionally the FT4222h has missed bytes and the next parcel has "merged" with the previous parcel.
E.g if i am sending a parcel of 0-6629, one parcel may come up 0,1,2,...4560,4561,90,130,1,25,230,0,1,2,3,...
where 90,130,1,25,230, is the protocol for the packet.
This occurs very infrequently, however I am requiring a high fidelity system, so losing bytes is not ideal.
I have set the latency as 4ms and the Transfer size for USB IN request to 6656 bytes. Slave is set as SPI_SLAVE_WITH_PROTOCOL.

Hi DirkVH,
I've managed to get it to work in SPI format, which I imagine is the same. However on a much later version (2017).
It relies on using the LIB4222.dll and calling these functions on the Connectivity>Libraries and executables pallete.
Has the 2008 package got this function, if so I could post a few photos of how I got mine to work.

Discussion - Software / Re: Communication with the FT4222 using Matlab
« on: January 16, 2018, 12:31:54 pm »
Hi Guys,
Thanks for the reply

New Member Introductions / Hello
« on: January 16, 2018, 10:28:29 am »
Hi all,
I'm a university PHD student hoping to make use of some of FTDI chips for communication with microcontrollers (STM32 series), with the end point of high throughput Data-Loggers. Currently looking at the FTDI 4222h and would eventually like to be familiar with the Super-speed series.
I'm basically still learning in both microcontroller use and electronics so apologies for any glaringly obvious mistakes.

Discussion - Software / Communication with the FT4222 using Matlab
« on: January 16, 2018, 10:22:06 am »
Hi all,
I was wondering if anyone had any experience initializing and using for SPI communications the FT4222 only using the D2XX drivers.
I am looking to use this chip interfacing with Matlab, however I have only been able to successfully load the D2XX libraries, not the FT4222 libraries.

Pages: [1]