UART0 Receive Wrong Data At Light-sleep With External 32.768kHz ...
- Notifications You must be signed in to change notification settings
- Fork 7.4k
- Star 14.1k
- Code
- Issues 1.6k
- Pull requests 132
- Actions
- Projects 0
- Security
- Insights
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
Sign up for GitHubBy 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
Jump to bottom UART0 receive wrong data at light-sleep with external 32.768kHz XTAL (IDFGH-6438) #8098 Closed Rita858 opened this issue Dec 16, 2021 · 4 comments Closed UART0 receive wrong data at light-sleep with external 32.768kHz XTAL (IDFGH-6438) #8098 Rita858 opened this issue Dec 16, 2021 · 4 comments Assignees Labels Awaiting Response awaiting a response from the author Resolution: NA Issue resolution is unavailable Status: Done Issue is done internallyComments
Copy linkRita858 commented Dec 16, 2021
Environment
Problemmodule works fine in BLE power save demo until I added uart events function on(referring to uart_events.) it would receive wrong data unexpected. it would be alleviated when calling "gpio_hold_en" to keep specific pin enable. But the problem still not be solved. So, I wonder if there are other solution can fix it? Looking forward to your reply, thank you. |
The text was updated successfully, but these errors were encountered: |
esp-lis commented Mar 24, 2022
When the system is in light sleep, the uart will be suspended (the clock is gated). In the latest esp-idf version (c1b3049), an example of the light sleep uart wakeup has been added. The path is as follows: $IDF_PATH/examples/system/light_sleep/ |
Sorry, something went wrong.
espressif-bot added Status: In Progress Work is in progress and removed Status: Opened Issue is new labels Mar 24, 2022 Copy link Collaboratorjack0c commented Apr 14, 2022
Another problem is, compared with 32.768 KHz XTAL, 115200 baud rate is too high. Suggest send valid data after wake up from light sleep(need more wake up bytes). |
Sorry, something went wrong.
Copy link Collaboratorjack0c commented May 17, 2022
@Rita858 any update? |
Sorry, something went wrong.
Alvin1Zhang added the Awaiting Response awaiting a response from the author label May 17, 2022 Copy link Collaboratorjack0c commented Jun 15, 2022
I will close this issue for no response. Feel free to reopen if necessary. |
Sorry, something went wrong.
jack0c closed this as completed Jun 15, 2022 espressif-bot assigned jack0c Jun 15, 2022 espressif-bot added Resolution: NA Issue resolution is unavailable Status: Done Issue is done internally and removed Status: In Progress Work is in progress labels Jun 15, 2022 Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment Assigneesjack0c
Labels Awaiting Response awaiting a response from the author Resolution: NA Issue resolution is unavailable Status: Done Issue is done internally Projects None yet Milestone No milestone DevelopmentNo branches or pull requests
5 participants You can’t perform that action at this time.Từ khóa » C1b30-49
-
Is Your Nissan Automatic Emergency Braking Broken With Sensor ...
-
Automatic Emergency Braking Technology Explained | Nissan USA
-
Outre Purple Pack Yaki 16 (16, C1b30) - Hair Care
-
Intelligent Emergency Braking - Nissan QashQai Forums
-
[PDF] DRIVER ASSISTANCE SYSTEM - NICOclub
-
Outre Premium Purple Pack 3PCS Baby Soft (C1B/30)
-
Outre Velvet Remy Human Hair YAKI WEAVE
-
Viewing Online File Analysis Results For 'cx'
-
Map Of South America (partial) And Uruguay, Indicating The City Of...
-
Ranking Efficiency Of The Binomial Models Employed By SNVer ...
-
Ancient DNA Samples - YFull
-
南非代孕-广汽集团:6月新能源汽车销量2.67万辆,同比增长172.58%
-
0000950129-06-005566.txt