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 ... 3 4 [5] 6 7 ... 60
61
Discussion - Software / Re: FT260 and LibFT260, using Interrupts
« on: April 13, 2023, 02:59:16 PM »
Hello,

The FT260 supports two I2C modes:
  • USB to HID-over-I2C Bridge
  • USB to I2C master controller
In HID-over-I²C mode, the FT260 needs to configure a interrupt to communicate the attached device.

In USB-HID to I²C mode, the interrupt pin is spare and cannot be used.

It can't be used in UART mode either.

Best Regards,
FTDI Community

62
Discussion - Hardware / Re: Disabling ports on the FT2232H
« on: April 06, 2023, 04:08:10 PM »
Hello,

Yes you can use FT_PROG to disable the VCP Serial Port as shown in Ports (COM & LPT) in Device Manager:

https://ftdichip.com/utilities/#ft_prog

Note that the two D2xx Ports can't be disabled but they are seen under 'Universal Serial Bus controllers' in Device Manager.
This interface is likely used for JTAG anyway as the d2xx drivers must be used for JTAG operation.

Please take a look at FT_PROG where you should find the option like 'Load D2xx Driver' and if checked would disable the VCP port.

Note that the device should be unplug/replug for the change to take place or click on 'Cycle Ports' in the FT_PROG programming window.

Best Regards,
FTDI Community

63
Discussion - Hardware / Re: SPI Slave
« on: April 06, 2023, 04:01:32 PM »
Hello,

If you want to write a big chunk of slave data you can follow the instructions:

1. Set a very big value for write timeouts
For example : = FT_SetTimeouts(ftHandle, 1000, 5000);  // set write timeout of 5 sec

2. Use FT_Write to write the specific size of data. // the size can be very long

Then the writing data will be a continuous data.

Note:
When FT_write is executed on SPI Slave transaction. The program will be hold until the sending data finished, or timeout occurs.

Best Regards,
FTDI Community

64
Hello,

You have already contacted us via email and we will respond to your request.

Feel free to post any resolution here to help other FTDI community users.

There may also be other FTDI community users who can help you too.

Best Regards,
FTDI Community

65
Hi Janos,

if you could email support1@ftdichip.com i can send you an xml file we created for the configuration you are looking for. I can also give you more information about the I2C programming.

Best Regards

FTDI Community

66
Hi Janos,

This can be done through configuration change. The occasional external 5V source has to be on PD2 port for this purpose. The device can be configured such that when there is a PD2 supply, PD1 can initiate role swap.

Best Regards

FTDI Community

67
Hi,

Please see the below application notes that should be able to help. They are for different products, but the same principles apply.

Bit Bang Modes for the FT232R and FT245R
AN_373 Bit-Bang Modes for the FT-X Series

Best Regards

FTDI Community

68
hi Janos,

I am currently speaking with the R&D team about this. I will get back to you as soon as possible.

Best Regards

FTDI Community

69
Discussion - Software / Re: FTD2XX_NET.DLL - how do I make it work?
« on: March 24, 2023, 04:41:21 PM »
Hello,

Example 1 is provided by a Third Party.

Can you try Example 3 which uses the FTDI C# wrapper?
Please also update it with the latest C# wrapper found at the top of the page.

I'm glad to read that you have solved the original problem though.

Best Regards,
David Paterson

70
Discussion - Software / Re: FTD2XX_NET.DLL - how do I make it work?
« on: March 23, 2023, 04:19:37 PM »
Hi Nebr,

MX-Series II is an OEM device that is not made by FTDI, but it does seem to be using one of our chips inside. the issue may be that the device is using a custom driver. could you please send me a USBView screenshot of the device plugged in please and i can check the VID/PID.

You can also reference our C# examples. They can be found on our website here: C# Examples.

Best Regards
FTDI Community

71
Hello,

JTAG and I2C re controlled by the MPSSE engine which is not configurable in the EEPROM.

MPSSE mode is enabled with FT_SetBitMode API command. See the D2XX Programmer’s Guide for more information.

The only JTAG support can be found here:

https://ftdichip.com/software-examples/mpsse-projects/
(Note this also includes I2C support)

There are two options to use JTAG modes with the MPSSE engine:

1.   Use FTCJTAG DLL library. Example code is provided with the download (This code is no longer supported by FTDI)
2.   Use D2XX drivers direct. Example code is shown at the link above, further down the page (JTAG). AN_108 Command Processor For MPSSE and MCU Host Bus Emulation Modes provides the necessary information.

Option b is the best option to use the D2XX drivers direct (no dependency on our library).

Unfortunately we don’t support OpenOCD. However there might be information online about it or other FTDI Community users can help.

Best Regards,
FTDI Community

72
Hello,

FT260 can't act like standard HID class devices (keyboard, game controller, etc).

The FT260 supports 3 modes:
-   USB-HID to I²C
-   USB-HID to UART
-   HID-over-I²C, supports Microsoft’s HID-over-I²C protocol.

The first two modes are general data bridge via HID class.

In HID-over-I²C mode, the FT260 needs to configure a interrupt to communicate the attached device.
This would use a built in driver for this. This is a defined protocol and the I2C device would need to support this too. This can be used for touchscreens for example.

The “HID-over-I²C” protocol is defined by Microsoft, and you can check the following link for the specification:

https://msdn.microsoft.com/en-us/library/windows/hardware/dn642101(v=vs.85).aspx

Best Regards,
FTDI Community

73
Discussion - Software / Re: Using same MPSSE channel for SPI and GPIO
« on: March 17, 2023, 04:29:58 PM »
Hello,

This can only be done when using D2xx direct and not using LibMPSSE.

When using LibMPSSE, GPIOL[0:3] can only be used as SPI chip selects.
 
When using LibMPSSE, there is no way to control GPIOL[0:3] as GPIO.
 
LibMPSSE demonstrates controlling the higher line bytes (GPIOH) while using SPI on the lower line bytes using the following functions:
 
FT_WriteGPIO
FT_ReadGPIO
 
If you want to control some of the unused lower line bytes on the same ADBUS as SPI then see AN_411 FTx232H MPSSE I2C Master Example in C which demonstrates GPIO usage with MPSSE using D2xx direct (not using LibMPSSE).
This could be used as a base to understand using both SPI/GPIO in the same code.
OK this example is for I2C but the same principles apply to SPI.

Best Regards,
FTDI Community

74
Discussion - Drivers / Re: FT260 MACOS Lib
« on: March 10, 2023, 04:21:22 PM »
Hello,

This information is incorrect.

FT260 can only be accessed via HID class drivers.

FT260 can't be used with VCP or D2xx drivers which are USB Vendor Class drivers. Other FTDI ICs can use these drivers.

If you are looking for I2C Master and UART interfaces then you can consider the other alternative USB Vendor Class devices which means that they use standard FTDI VCP / D2xx drivers.

FT2232HQ / FT2232HL / FT2232H-56Q
These are dual channel USB ICs which means one channel can be used for UART (VCP or D2xx) and one channel can be used as I2C master (D2xx only).

Quad channel IC also available which would give an additional two channels which can be used for GPIO/I2C Master/UART: FT4232H-56Q / FT4232HQ / FT4232HL

You can find these ICs and associated development modules on our website.

Best Regards,
FTDI Community

75
Discussion - Hardware / Re: SPI Slave
« on: March 07, 2023, 04:33:07 PM »
Hello,

If you use FT4222_SPISlave_Write() to write SPI slave data it will append 0x00 in every time the API FT4222_SPISlave_Write() is called.

You can also try to replace FT4222_SPISlave_Write() with FT_Write() as it does not append 0x00 at the beginning.

There are only two USB FIFOs to store the data from PC Host and each FIFO is 512 bytes (but status bytes occupy 2 bytes).
When the API FT_Write() is called, it will send a bulk transfer.
If the transfer size is <512 , it will be treated a short packet transfer and occupy one USB buffer.
If the transfer size is >=512 and <=1024, it will be treated two packets transfer and occupy two USB buffers.
SPI Slave is a passive transfer.
Also make sure the SPI Master sends the clock and do not let the buffer overflow.

Best Regards,
FTDI Community

Pages: 1 ... 3 4 [5] 6 7 ... 60