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

GSM.begin() and GSM_SMS.available() without freezing the loop()? #109

Open
srv-config opened this issue Apr 27, 2020 · 2 comments
Open

GSM.begin() and GSM_SMS.available() without freezing the loop()? #109

srv-config opened this issue Apr 27, 2020 · 2 comments

Comments

@srv-config
Copy link

srv-config commented Apr 27, 2020

Hi,

The main flaw I experience with MKRGSM lib is inability to do range of things without temporary freezing or slowing down the loop timers.

E.g. each time I attempt to connect to GSM via GSM.begin() the loop() holds on until it gets connected. I tried using async mode and check for GSM.ready() but it was giving same results, with the difference I could check for ready() whenever I liked to.

I tried to combine the connection process with timers but result is still same. Exactly same problem is with GSM_SMS.available(). Each time the function is executed the entire loop is being stopped for ~300-500ms in total what has huge impact on all other processes.

Question is: is it possible to make the two function not stopping the loop()'s normal operation? Can it be improved somehow?

@srv-config
Copy link
Author

srv-config commented Apr 29, 2020

Any solution for this? with such delays the MKR1400 GSM is not usable for serious projects. Kindly asking someone to look into the issue.

@CptHolzschnauz
Copy link
Contributor

Hi

gsm.begin() comes to the void setup() section and attaching the network needs some time. Use gsmAccess(true) to see the modem messages over the serial monitor. With the connection set up, SMS.available() in the loop needs some millies.

Cheers

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants