1
Discussion - Software / Re: initial value is wrong by using Read GPIO within LibMPSSE
« on: April 12, 2024, 02:59:01 AM »
Hi,
I got it, thank you.
Best Regards
Tony
I got it, thank you.
Best Regards
Tony
- May 16, 2024, 08:15:34 PM
- Welcome, Guest
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.
Pages: [1]
2
Discussion - Software / Re: initial value is wrong by using Read GPIO within LibMPSSE
« on: April 11, 2024, 08:05:09 AM »
Hi,
I do connect the GPIOH with the slave device, I use GPIO to listen pull-high signal from the slave when the slave have data to send to the master via SPI.
It works on our windows application used 232H and slave device when they are both power on. but it is a little bit bothered that I need to add time stamp in the test log and find out the first successful transfered message.
I expect that I run my windows application first, and power on the slave device in second action, then the first log message on the application is what I need. so far, I will get the redundant message because of the default state "TriSt-PU" when starting to run the application. On my current test SOP, the default state is the fake signal for my application. How do I bypass this default state?
Best Regards
Tony
I do connect the GPIOH with the slave device, I use GPIO to listen pull-high signal from the slave when the slave have data to send to the master via SPI.
It works on our windows application used 232H and slave device when they are both power on. but it is a little bit bothered that I need to add time stamp in the test log and find out the first successful transfered message.
I expect that I run my windows application first, and power on the slave device in second action, then the first log message on the application is what I need. so far, I will get the redundant message because of the default state "TriSt-PU" when starting to run the application. On my current test SOP, the default state is the fake signal for my application. How do I bypass this default state?
Quote
8. TriSt-PU – Input pulled up, not usedIs the definition of TriSt-PU as defined above? What is the definition of "used"? I use FT_writeGPIO() to initialize to zero, is it not defined as "used"?
Best Regards
Tony
3
Discussion - Software / initial value is wrong by using Read GPIO within LibMPSSE
« on: April 09, 2024, 04:17:38 AM »
Hi,
I got the issue that the FT_ReadGPIO read all bit values as high(255) after setting up the initial value as low(0) for all bits.
first, I set up the GPIO initial value as low and direction as input by FT_WriteGPIO(handle, 0, 0);
then, I use the FT_ReadGPIO(&read_value), I always get 255 when the GPIOH has no connection.
If I connect one of the GPIOH to the GND pin, the reading will change to low, it comes back high when removing the connection.
Is it the expected behavior of the GPIO within LibMPSSE?
My environment:
LibMPSSE version: 1.0.5
Device:232H
OS: Windows
Pin usage: SPI for GPIOL[0:3], GPIO for GPIOH[4]
Best Regards,
Tony
I got the issue that the FT_ReadGPIO read all bit values as high(255) after setting up the initial value as low(0) for all bits.
first, I set up the GPIO initial value as low and direction as input by FT_WriteGPIO(handle, 0, 0);
then, I use the FT_ReadGPIO(&read_value), I always get 255 when the GPIOH has no connection.
If I connect one of the GPIOH to the GND pin, the reading will change to low, it comes back high when removing the connection.
Is it the expected behavior of the GPIO within LibMPSSE?
My environment:
LibMPSSE version: 1.0.5
Device:232H
OS: Windows
Pin usage: SPI for GPIOL[0:3], GPIO for GPIOH[4]
Best Regards,
Tony
Pages: [1]