NHD-5.0-800480TFT-ATXI#CTP TOUCH problem

Comments

8 comments

  • Paul_B

    That is very strange, I have never heard of that issue before. Can you please provide the part number for the FFC connector on your board?

    0
  • mogtaba

    Thanks for your respond
    -Part Number: SFW6R-4STE1LF
    -Description : CONN FPC/FFC 6POS 1MM R/A SMD

    0
  • Paul_B

    Hello,

    Can you please verify your timing, Page 11 in the FT5x06 datasheet.
    Link: https://newhavendisplay.com/content/app_notes/FT5x06.pdf

    The code snip-it below is a working example on how your CTP initialization should be set up.

    void init_CTP()
    {
            digitalWrite(WAKE, HIGH);
            delay(100);
            digitalWrite(INT, HIGH);
            delay(100);
            digitalWrite(WAKE, LOW);
            delay(200);
            digitalWrite(WAKE, HIGH);
            delay(200);
    }

     

    0
  • mogtaba

    -in our code the touch is always enabled
    -the problem is -except the other 5 displays are working and they are under the same conditions- Linux provide a command with the rootfs (i2cget is a small helper program to read registers visible through the I2C bus (or SMBus)).
    i2cget -f 2 0x38 0x some address : when the touch works fine we got back the expected value of that register, and when its not we only get back as a result 0x some address
     example: i2cget -f 2 0x38 0x3a if touch is working we get 0x53 (Chip vendor ID) but when its not working all we get is 0x3a
    so I think the problem is with the touch controller, in some point after booting its need to be reset because it will work if i re-plug the touch cable

    0
  • Paul_B

    Hello,

    The fact that your display is working correctly when you re-insert the capacitive touch cable leads me to believe it is a power up issue. If your CTP initialization and timing do not match what is listed on Page 11 in the FT5x06 datasheet, it will not be reliable.

    Link: https://newhavendisplay.com/content/app_notes/FT5x06.pdf

    If possible can you please verify with an oscilloscope.

    Thanks!

    0
  • mogtaba

    We have actually solved it.
    from the data sheet "the I2C should be pulled down to be low before powering on" that hangs my bus and gave me busy ERROR.
    the problem was The signal of waking up should be set to be high after powering on. and that what we did by adding pull down resistor.
    thanks

    0
  • Paul_B

    Hello,

    You're welcome!  Thank you for sharing your issue & solution!

    0
  • vpd

    I want to rise the problem again. Now I have a NHD-7.0-800480EF-ATXL-CTP that had been working inside our testbench for several months and now it's touch suddenly stopped functioning. I want to underline that we didn't change or play with its schematics for a long period.

    So, the touch does not work, but I2C device is present on the bus in lunux. And I can read it using i2cget utility or try to use i2cdump.
    However, once I try to read registers I see not FT5x06 register data but a copy of register address. If I try to dump all registers in one go I usually get total i2c core hangup, no registers are read at all, timeout is caught instead.

    As I understand, reading register addresses instead of data could be caused bu FT5x06 MCU not running while the I2C is already set up as a slave interface. Once it shifts in the register address it sends interupt to MCU core to update I2C transmit data register. Howerver, MCU does not precess this (internal) interrupt so the shift register remains unchanged holding a previous value been shifted. That value is exactly an address so we just get it back.

    I tried to play with a WAKE signal, to put it low and then high as mentioned earlier. This does not help. Touch chip just stops answering to any I2C read request even if it returned address before WAKE pulse.

    Now we need to know it this is a bug in FT6x06 or it is a problem of our schematics. This is already a second case when the display touch stops functioning after device has been assemblied, tested and configured. We are discouraged by this and also poor documentation of not only FT5x06 chip itself but also a touch controller based on it.
    For example, there is no explanation between WAKE signal and RST. Why the WAKE signal is marked RST on touch cable? Why the WAKE should be zero during power up? Why the INT, SDA, SCL should be zero during power up if they all are pulled up signals? Why the chip disappear from bus by manual pulsing WAKE low? What happens there?

    0

Please sign in to leave a comment.