//DEFAULT_PINMUX(SDMMC3_CLK, PWM2, NORMAL, NORMAL, INPUT), //Commented to use as GPIO
...
//DEFAULT_PINMUX(SDMMC3_DAT2, PWM1, NORMAL, NORMAL, INPUT), //Commented to use as GPIO
And this is what shows when the module tries to init at boot:
The touchscreen does not appear when checking with i2cdetect buses 0, 3 and 4.
Also, testing with an original image, i2c-1 is the default for SODIMM 194 and 196, but it doesn’t appear in /dev/. Do we have to activate it in board files?
Please note that our current assumption was that a carrier board with out-of-the-box capacitive touch connector would be used. Unfortunately for various reasons outside the scope of this discussion if using the capacitive touch adaptor a different pinout is used which so far is not supported out-of-the-box. We are in the process of updating resp. documentation/implementation. That said if adjusting the pin muxing/usage properly the touch will of course work with any kind of pin choice. One thing to note is that our current implementation is completely missing the reset pin and only works due to the legacy fusion driver having un-reset it previously. So just commenting that one will actually break things. Ugly, I know. But we are working on cleaning that up.
Interesting. Regarding the documentation, I thought that would be the case, and therefore pointless to put more pressure on you whatsoever. We know how this is: It would be done whenever it’s done
On the other hand, in order to have it working in the current state (for now and really just to test this out), I should be using both fusion_F0710A and atmel_mxt_ts in order to have the former un-reset the touchscreen? Could this be done shorting the RST pin to VCC/GND? I’m guessing that it might be harder than it sounds (i.e timings, order). Anyway, I will be trying this leaving the RST pin for the legacy fusion driver, change the pinout for the I2C bus used and the INT. I really appreciate that you’ve shared this piece of information even thought it’s not pretty, I’d already given up waiting for the documentation.
Interesting. Regarding the documentation, I thought that would be the case, and therefore pointless to put more pressure on you whatsoever. We know how this is: It would be done whenever it’s done
Thank you for your understanding.
On the other hand, in order to have it working in the current state (for now and really just to test this out), I should be using both fusion_F0710A and atmel_mxt_ts in order to have the former un-reset the touchscreen?
Exactly.
Could this be done shorting the RST pin to VCC/GND?
Good question but I do not currently know the answer.
I’m guessing that it might be harder than it sounds (i.e timings, order). Anyway, I will be trying this leaving the RST pin for the legacy fusion driver, change the pinout for the I2C bus used and the INT. I really appreciate that you’ve shared this piece of information even thought it’s not pretty, I’d already given up waiting for the documentation.
Well, one will need to adjust the pin muxing as the adaptor uses different ones as the build-in connector (so far on Aster only). It was really an oversight on our side that resp. engineer implementing this was not aware of this pin muxing confusion.