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 ... 55 56 [57] 58 59 60
841
Discussion - Hardware / Re: FT230X VCCIO current
« on: April 17, 2018, 01:21:50 PM »
Hello,

Please note that our recommendations are not intended to contradict or replace the datasheet, and are intended as additional helpful advice only. The device datasheet still provides the most up to date device information and so you can still refer to the configurations shown there.

By powering your regulator from the same source as VCC, you can avoid the case mentioned whereby the IOs are at unknown states which is advantageous for many use cases.

Best Regards, FTDI Community

842
Discussion - Hardware / Re: RTS/CTS Flow Control Thersholds
« on: April 16, 2018, 10:18:20 AM »
Hello,

Please see the following links which should help:

How does RTS/CTS flow control work in an FTDI chip?

Flow Control

AN232B-04 Data Throughput, Latency and Handshaking

Best Regards,

FTDI Community

843
Discussion - Hardware / Re: FT230X VCCIO current
« on: April 12, 2018, 04:44:18 PM »
Hello,

The VCC and VCCIO supplies should power on and off together and so should be supplied from the same overall source (even if VCCIO is derived from a regulator, this regulator should have the same source as VCC).

For example, you could
- Power VCC, VCCIO, 3v3out from a 3v3 rail in your device (self powered config)
- Power VCC from USB 5V and power VCCIO from 3v3OUT on the FT230X (bus powered config)
- Power VCC from USB 5V and power VCCIO from a regulator sourced from USB 5V (bus powered config) giving 3v3 or 1v8 VCCIO.

If you use the first option, you can use the VBUS Sense CBUS line to sense USB Vbus through a voltage divider to put the device in a low power suspend state when no USB host is present.

The second and third options will use power from the USB port and so won't use as much battery power. You can feed USB Vbus through a divider into an input line on your MCU and your code can use this signal to tristate it's connections to the RxD and CTS lines of the FT230X (since these are both outputs from the MCU) so that you don't have leakage from the MCU to the FT230X in their idle high state.

Best Regards, FTDI Community



844
Hello,

It will be hard to determine which order an OS may enumerate connected devices, especially if these are connected through an hub.

You should be able to use the devices serial number to determine which device has enumerated with which ports. For example we can check where a device have enumerated on the USB tree with the 'lsusb -t' command. Once we have established this we can check the '/sys/bus/usb/devices/usb{x}/{x}-{x}' folder for the serial number of that device. Finally we can run a quick check using 'find -name dev' to see what interfaces have which ports assigned to them.

Best Regards,

FTDI Community

845
Discussion - Software / Re: FT4222H Checksum
« on: April 11, 2018, 02:32:51 PM »
Hello,

As per the LibFT4222 User Guide, the Checksum is the summation of all data fields’ lower two bytes starting from the first byte, the sync word, to the latest data byte.

Is there any particular reason you wish to fool the checksum?

Best Regards,

FTDI Community

846
Hi Neil,

We have an example below which takes data from a camera and displays it on the EVE screen. In this case we used an OV5640 camera (from our CleO Camera module). It also includes some optional lines and text overlaid on the image to demonstrate how this can be done. The code displays the image as a series of JPEG images and so could display either JPEG or Bitmap data from other sources.

The code is written for our own FT900 toolchain but could also be used as a reference when porting to other compilers.

http://brtchip.com/wp-content/uploads/Support/Documentation/Application_Notes/ICs/MCU/BRT_AN_018-FT90x-Camera-to-EVE.pdf

http://brtchip.com/wp-content/uploads/EVE_Projects/BRT_AN_018_FT90x_Camera_to_EVE.zip

Best Regards, FTDI Community

847
Discussion - Hardware / Re: FT4232 as I2C Slave?
« on: April 03, 2018, 09:34:37 AM »
Hello,

The FT4232H can only be an I2C Master unfortunately but our FT200XD or FT201X would be a good solution. Please find details below. The devices both offer the same USB-I2C functionality but differ in the IC package size and number of CBUS lines.

http://www.ftdichip.com/Products/ICs/FT200XD.html
http://www.ftdichip.com/Products/ICs/FT201X.html

We also have development modules available which can be found at the bottom of these product pages above.

These devices are I2C peripherals and can be used via either VCP or D2xx applications on the PC side.  You would set the I2C address in the MTP memory in the chip using FT_Prog and can then have your Master perform I2C reads and writes to transfer the data.

Best Regards,
FTDI Community

848
Discussion - Hardware / Re: Analog Camera with FT81x
« on: March 20, 2018, 11:30:04 AM »
Hi Gokhan,

The images would need to be in one of the formats which EVE supports directly. In theory this could be a bitmap written to RAM_G or a compressed image written via the co-processor. You could perform some processing, re-formatting, and error checking on the MCU instead of passing directly via DMA from decoder to SPI if the camera output isn't directly compatible with the formats supported by EVE.  If your video IC outputs direct RGB values rather than compressed values, then you may find that re-formatting into a format such as RGB565 with simple shifts and masking puts less workload on your MCU.

Best Regards, FTDI Community


849
Discussion - Drivers / Re: Problem with CDM driver
« on: March 19, 2018, 02:31:39 PM »
Hello Stefano,

I believe one of our support engineers has replied to the email you sent to support1@ftdichip.com this morning.

Best Regards,

FTDI Community

850
Hello Marcel,

Thanks for your question. We also received your email with details of the issue and are currently looking into it for you.

Best Regards,
FTDI Community

851
Discussion - Software / Re: FT_Open for multiple devices connected
« on: March 13, 2018, 11:48:05 AM »
Hello,

I believe your query is already being dealt with privately via email by our support team.

Best Regards,
FTDI Community

852
Discussion - Hardware / Re: Looking for USB-I2C for DAC & ADC
« on: March 13, 2018, 09:55:44 AM »
Hello,

Yes there are I2C masters and slaves. The master always provides the clock and initiates the communication.

You would need to check the specification of the device you are trying to connect to.

It's not necessarily the case that a DAC would require and I2C master and an I2C slave for an ADC.

Best Regards,
FTDI Community

853
Discussion - Hardware / Re: Looking for USB-I2C for DAC & ADC
« on: March 08, 2018, 11:52:20 AM »
Hello,
Are you looking for an I2C master or slave?
Here are our USB to I2C solutions available which are all at least USB 2.0 and support I2C data transfers up to 3.4Mbps.

I2C slave only:
FT200XD
FT201X

I2C master only (using MPSSE engine. LibMPSSE could be used. See AN_177):
FT232H
FT2232H
FT4232H

I2C master only (using HID class driver. LibFT260 could be used.):
FT260

I2C master or slave:
FT4222H (using D2XX drivers and LibFT4222)
FT90x / FT93x (these are indeed MCUs and would require software development to bridge to the USB port. See AN_360 FT9xx Example Applications for more information).

We have Development Modules available for test and evaluation.

Best Regards,
FTDI Community

854
Hello Miles,

Event characters will flush the current buffer on the IC but not the complete USB transfer buffer (4k by default).

There will be no loss of data as long as you are using flow control signals (eg CTS/RTS).

Also make sure that you are doing reads in your application correctly by checking the queue status (FT_GetQueueStatus), read what is available and repeat.

I have requested your code so that we can take a look so I will look out for that on email.

Best Regards,
FTDI Community

855
Discussion - Software / Re: FT232RL and D2XXUnit on Windows7
« on: February 23, 2018, 02:57:28 PM »
Hello,

Could it be that the compiler isn't running correctly on Windows 7?

Unfortunately we do not have extensive Delphi experience, the only examples we have available can be found at the following:
http://www.ftdichip.com/Support/SoftwareExamples/CodeExamples/Delphi.htm

Best Regards,

FTDI Community

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