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 ... 57 58 [59] 60
871
Discussion - Software / Re: Interfacing to FT232H
« on: January 29, 2018, 11:52:51 AM »
Hello Randy,

The sync procedure allows you to check that the device is definitely in MPSSE mode and is ready to accept the next command. If for example the device was still in UART or 245 FIFO mode, you would not get this response back as these modes would assume your command is just normal data.

After opening the device and doing SetBitMode, you can flush out the buffer using a routine similar to the one below. This might help to avoid those extra bytes at the start.

Code: [Select]
        private byte FlushBuffer()
        {
            ftStatus = myFtdiDevice.GetRxBytesAvailable(ref BytesAvailable); // Get the number of bytes in the receive buffer
            if (ftStatus != FTDI.FT_STATUS.FT_OK)
                return 1;
           
            if(BytesAvailable > 0)
            {
                ftStatus = myFtdiDevice.Read(InputBuffer, BytesAvailable, ref NumBytesRead);  //Read out the data from  receive buffer
                if (ftStatus != FTDI.FT_STATUS.FT_OK)
                    return 1;       // error
                else
                    return 0;       // all bytes successfully read
            }
            else
            {
                return 0;           // there were no bytes to read
            }
        }

You can find some C# example code in AN_411 which is for an I2C Master but could be edited to create an SPI Master instead by changing the series of GPIO and clocking commands within the I2C functions. This would allow you to implement the chip select and data operations.
http://www.ftdichip.com/Support/Documents/AppNotes/AN_411_FTx232H%20MPSSE%20I2C%20Master%20Example%20in%20Csharp.pdf
You can find the description of the commands used by this code in AN_108 below:
http://www.ftdichip.com/Support/Documents/AppNotes/AN_108_Command_Processor_for_MPSSE_and_MCU_Host_Bus_Emulation_Modes.pdf

Thanks,
FTDI Community

872
Discussion - Software / Re: Communication with the FT4222 using Matlab
« on: January 16, 2018, 11:26:13 AM »
Hello,

The FT4222H can not be used with the D2XX drivers alone, it must also be used with libFT4222 which can be downloaded here:

http://www.ftdichip.com/Products/ICs/FT4222H.html

You will also find code examples provided with the libFT4222.

Best Regards,
FTDI Community

873
Hello,

Thanks for your question.

Can you describe the device you are implementing this code for? is it a cable? what is it trying to communicate with?

Are you implementing the Flow Control lines, I believe the loopback code example requires these.


Best Regards,

FTDI Community

874
Discussion - Hardware / Re: Control CBUS with FT230
« on: January 04, 2018, 09:39:16 AM »
Hello,

We have an example of using CBUS bit-bang with the FT-X series in the application note below.

http://www.ftdichip.com/Support/Documents/AppNotes/AN_373%20Bit-Bang%20Modes%20for%20the%20FT-X%20Series.pdf

The FT_Prog utility is a newer version of MPROG and so FT_Prog must be used for the FT-X.

To use CBUS bit-bang, your application for both the UART and the bit-bang needs to be written using D2xx.

You can use FT_Prog to set the CBUS lines to IO Mode as described in AN_373 and can also set D2xx. Note that you can still open a device via D2xx even if the D2xx/VCP EEPROM setting is on VCP so long as the port isn't open in VCP. The D2xx layer is always enabled and this option selects whether the VCP is also enabled (COM port visible) or not. However, for D2xx applications, it is still better to set D2xx mode as this hides the COM port to avoid users or applications opening it which would block access from your D2xx program.

Best Regards, FTDI Community





875
Discussion - Software / Re: MCU Host Bus mode Example
« on: January 03, 2018, 11:36:23 AM »
Hello,

AT-Bus with Host Emulation Mode is the only example code we have available for Host Bus Mode.

You can refer to AN_108 Command Processor For MPSSE and MCU Host Bus Emulation Modes to create your own software in any language.

You may find other examples useful:
http://www.ftdichip.com/Support/SoftwareExamples/MPSSE.htm
http://www.ftdichip.com/Support/SoftwareExamples/CodeExamples.htm

Best Regards,
FTDI Community

876
Hello,

I believe that the Buffer Flags are set internally by the IC and thus cannot be queried by the driver.
It would be best to check these with an oscilloscope, its worth noting the RD# or WR# strobe inputs must be throttled when the TXE# or RXF# buffer flags stay high for over 400 nSec.

Does you code implement the FT_GetQueueStatus function before performing the FT_Read's? An example of this can be found in the D2XX Programmers Guide:
http://www.ftdichip.com/Support/Documents/ProgramGuides/D2XX_Programmer's_Guide(FT_000071).pdf

Best Regards,

FTDI Community.

877
Discussion - Hardware / Re: Use of a Hub IC to connect 3 FT4232H
« on: December 08, 2017, 09:31:59 AM »
Hello,

Unfortunately FTDI do not have any recommendations for a USB HUB.

TUSB4041I does look like a good choice.

Maybe someone else in this community can provide recommendations?

Best Regards,
FTDI Community

878
Hello,

Thank you for your post.

The following application note covers FIFO Basics and should be of use to you:
http://www.ftdichip.com/Support/Documents/TechnicalNotes/TN_167_FIFO_Basics.pdf

Have you included the Buffer Flags in your hardware design? These should help to mitigate data loss.

Does the behaviour change if you remove the 2 second delay or compile the code natively on the Raspberry Pi?

Best Regards,

FTDI Community

879
Discussion - Hardware / Re: SPI mode clock duty cycle
« on: November 27, 2017, 04:55:04 PM »
Have a look at AN_114 - Interfacing FT2232H Hi-Speed Devices To SPI Bus. It provides details on how to interface and configure the FT2232H to read and write data from a host PC to a serial EEPROM over the serial SPI interface bus. It illustrates, via an example, how to use the MPSSE of the FT2232H to interface with the SPI bus and also shows examples of the read and write waveforms on the SPI interface.

Thanks,
FTDI Community

880
Discussion - Drivers / Re: FTDI Driver for Win10IoT
« on: November 16, 2017, 01:25:27 PM »
Hello,

This issue is something our development team are aware of and currently working on.
We hope to have this resolved as soon as possible, but for a more accurate timeline could you please contact: support1@ftdichip.com

Best Regards,
FTDI Community

881
Discussion - Software / Re: Lower case letter problem
« on: November 13, 2017, 12:58:10 PM »
Hello,

Yes, you can use images and fonts on the same page of your application.

Please ensure that the font data and image data are not overlapping in the RAM_G or overrunning the end of the RAM_G(especially if your image is being inflated from a compressed file and will therefore be larger when de-compressed). It is also necessary to assign the font and your image with different handles.

Does the font work well when used without the image and likewise does the image work well without the font? And if you display other items after the font (e.g. some points or other shapes) do they display correctly?

Best Regards,
FTDI Community




882
Discussion - Hardware / Re: FT4222H SPI mode 3
« on: November 13, 2017, 09:53:42 AM »
Hello,

Are you using the device and an SPI master or slave?

You could refer to the software examples as part of the LibFT4222 download:

.\LibFT4222-v1.4\samples\

There is also UMFT4222EV available for test and development.

Best Regards,
FTDI Community

883
Discussion - Hardware / Re: FT-X ICs: Power sequencing of VCC and VCCIO
« on: October 27, 2017, 04:24:42 PM »
Hello,

Please refer to the FT230X Datasheet section 6 USB Power Configurations for some power configurations.

You should either choose a bus powered design, or self-powered design, and nothing in between.

VCC and VCCIO must always be applied at the same time.

You can also use the PWREN# signal (assigned to one of the CBUS pins) which indicates when the device has been enumerated by a USB Host.

The USB Host should also put the device into a low power suspend state, if the USB data bus is idle for >3ms.

Please also reference our Development Modules such as the FT-X Breakout Modules and FT-X Development Modules which can be used for test and development.

Best Regards,
FTDI Community

884
Discussion - Software / Re: Lower case letter problem
« on: October 27, 2017, 10:13:01 AM »
Hello,

We advise to use the -a switch instead as shown below.

fnt_cvt.exe -i consola.ttf -s 29 -a -c setfont2

We tested this with the same consola font file and it works well.

Best Regards,
FTDI Community

885
Discussion - Software / Re: Lower case letter problem
« on: October 25, 2017, 01:16:53 PM »
Hi,

Could we ask you to send us the code used to load and display the resulting font along with the files you used for the font conversion (consola.ttf and the output files).

Please send them by email to support1@ftdichip.com as a zip file

Thanks,
FTDI Community

Pages: 1 ... 57 58 [59] 60