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

PPP: Make modem reset delay configurable #9910

Merged
merged 2 commits into from
Jun 24, 2024

Conversation

tl-sl
Copy link
Contributor

@tl-sl tl-sl commented Jun 20, 2024

The delay required to reset Simcom modem modules varies significantly across different models, even where they have otherwise identical AT command sets.

Make the reset delay configurable to allow customising this for a specific modem.

By completing this PR sufficiently, you help us to review this Pull Request quicker and also help improve the quality of Release Notes

Checklist

  1. Please provide specific title of the PR describing the change, including the component name (eg. „Update of Documentation link on Readme.md“)
  2. Please provide related links (eg. Issue which will be closed by this Pull Request)
  3. Please update relevant Documentation if applicable
  4. Please check Contributing guide
  5. Please confirm option to "Allow edits and access to secrets by maintainers" when opening a Pull Request

This entire section above can be deleted if all items are checked.


Description of Change

Please describe your proposed Pull Request and it's impact.

The delay required to reset Simcom modem modules varies significantly across different models, even where they have otherwise identical AT command sets. Make this configurable, but keep the default at 200ms, which is the correct valaue for the Simcom 7600 model used in the example.

Tests scenarios

Please describe on what Hardware and Software combinations you have tested this Pull Request and how.

Tested on Simcom A7672G module which requires 2500 ms delay. Modem resets correctly.

Related links

Please provide links to related issue, PRs etc.

Fixes: #9907

@CLAassistant
Copy link

CLAassistant commented Jun 20, 2024

CLA assistant check
All committers have signed the CLA.

Copy link
Contributor

github-actions bot commented Jun 20, 2024

Messages
📖 🎉 Good Job! All checks are passing!

👋 Hello tl-sl, we appreciate your contribution to this project!


Click to see more instructions ...


This automated output is generated by the PR linter DangerJS, which checks if your Pull Request meets the project's requirements and helps you fix potential issues.

DangerJS is triggered with each push event to a Pull Request and modify the contents of this comment.

Please consider the following:
- Danger mainly focuses on the PR structure and formatting and can't understand the meaning behind your code or changes.
- Danger is not a substitute for human code reviews; it's still important to request a code review from your colleagues.
- To manually retry these Danger checks, please navigate to the Actions tab and re-run last Danger workflow.

Review and merge process you can expect ...


We do welcome contributions in the form of bug reports, feature requests and pull requests.

1. An internal issue has been created for the PR, we assign it to the relevant engineer.
2. They review the PR and either approve it or ask you for changes or clarifications.
3. Once the GitHub PR is approved we do the final review, collect approvals from core owners and make sure all the automated tests are passing.
- At this point we may do some adjustments to the proposed change, or extend it by adding tests or documentation.
4. If the change is approved and passes the tests it is merged into the default branch.

Generated by 🚫 dangerJS against b700f99

Copy link
Contributor

github-actions bot commented Jun 20, 2024

Test Results

 56 files   56 suites   5m 19s ⏱️
 21 tests  21 ✅ 0 💤 0 ❌
135 runs  135 ✅ 0 💤 0 ❌

Results for commit b5c2f70.

♻️ This comment has been updated with latest results.

@tl-sl tl-sl force-pushed the ppp-mode-reset-delay branch 2 times, most recently from 97a3c9a to f407853 Compare June 20, 2024 15:05
libraries/PPP/src/PPP.h Outdated Show resolved Hide resolved
The delay required to reset Simcom modem modules varies significantly across
different models, even where they have otherwise identical AT command
sets.

Simcom A7672 was failing to reset with the default 200ms delay. Make the reset
delay configurable to allow customising this for a specific modem.
Default delay, if not specified is kept at 200ms.
Copy link
Contributor

Memory usage test (comparing PR against master branch)

The table below shows the summary of memory usage change (decrease - increase) in bytes and percentage for each target.

MemoryFLASH [bytes]FLASH [%]RAM [bytes]RAM [%]
TargetDECINCDECINCDECINCDECINC
ESP32S3000.000.00000.000.00
ESP32S20⚠️ +160.000.00000.000.00
ESP32C30⚠️ +100.000.00000.000.00
ESP32C60⚠️ +100.000.00000.000.00
ESP32H20⚠️ +100.000.00000.000.00
ESP32💚 -400.000.00000.000.00
Click to expand the detailed deltas report [usage change in BYTES]
TargetESP32S3ESP32S2ESP32C3ESP32C6ESP32H2ESP32
ExampleFLASHRAMFLASHRAMFLASHRAMFLASHRAMFLASHRAMFLASHRAM
PPP/examples/PPP_Basic00⚠️ +160⚠️ +100⚠️ +100⚠️ +100💚 -40

@SuGlider SuGlider self-requested a review June 23, 2024 19:46
@me-no-dev me-no-dev added the Status: Pending Merge Pull Request is ready to be merged label Jun 24, 2024
@me-no-dev me-no-dev merged commit 9e55ccd into espressif:master Jun 24, 2024
32 of 38 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Pending Merge Pull Request is ready to be merged
Projects
None yet
Development

Successfully merging this pull request may close these issues.

ppp-modem: reset pulse is too short on A7672G
5 participants