Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

LCD SPI Bus quad data support. (IDFGH-13741) #14605

Closed
3 tasks done
kdschlosser opened this issue Sep 19, 2024 · 5 comments
Closed
3 tasks done

LCD SPI Bus quad data support. (IDFGH-13741) #14605

kdschlosser opened this issue Sep 19, 2024 · 5 comments
Assignees
Labels
Resolution: NA Issue resolution is unavailable Status: Done Issue is done internally

Comments

@kdschlosser
Copy link

Answers checklist.

  • I have read the documentation ESP-IDF Programming Guide and the issue is not addressed there.
  • I have updated my IDF branch (master or release) to the latest version and checked that the issue is present there.
  • I have searched the issue tracker for a similar issue and not found a similar issue.

General issue report

The documentation for version 5.2.2 states that the esp_lcd component using SPI that quad data is not supported. Is the documentation correct when it states this? If it is what does the timeline look like for adding that feature?

If the documentation is not correct (docs need updating) and it is supported is there anything else that needs to be done for it to work properly?

@espressif-bot espressif-bot added the Status: Opened Issue is new label Sep 19, 2024
@github-actions github-actions bot changed the title LCD SPI Bus quad data support. LCD SPI Bus quad data support. (IDFGH-13741) Sep 19, 2024
@suda-morris
Copy link
Collaborator

Hi @kdschlosser The quad SPI LCD IO support was added in 20ebcf7

I believe we need to update the docs to reflect that. Thanks for the report!

You can check out SPD2010 as an example of how to initialize QSPI LCD.

@kdschlosser
Copy link
Author

Just out of question. is there a reason why this setting is not automatically set by checking the bus that was created to see if the data2 and data3 pins were set and if they are then set the quad marker?

@suda-morris
Copy link
Collaborator

Good suggestion. @kdschlosser I think it's doable!

@espressif-bot espressif-bot added Status: Done Issue is done internally Resolution: NA Issue resolution is unavailable and removed Status: Opened Issue is new labels Sep 20, 2024
@kdschlosser
Copy link
Author

I think it should be. You should be able to pull the information using the supplied host. same goes for octal. That would remove the need for those 2 "flags". It is also a way to ensure the user has actually has set the needed pins in order for it to work,

@kdschlosser
Copy link
Author

Just out of question... There would only be one scenario where having that flag would serve a purpose. That scenario is if the display doesn't use quad but the user has some other device attached to the bus that does use quad. IDK if you can do that or not.

Can a quad SPI bus be created and there is a quad SPI LCD display attached it that bus and also a normal SPI touch panel? Can the bus be bot quad and standard at the same time??

It would be something that i would not see happening all that often where the display would be standard attached to a quad bus, but it could happen... That is if it is even supported by the ESP-IDF....

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Resolution: NA Issue resolution is unavailable Status: Done Issue is done internally
Projects
None yet
Development

No branches or pull requests

4 participants