You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I wonder if the wait_for_lte function should check on receiving a status of +CEREG: 4 and fail. I think +CEREG: 4 indicates that there's no available network i.e. "Unknown (for example, out of Evolved Terrestrial Radio Access Network (E-UTRAN) coverage)". Or is the idea to continuously try until it can get one?
The text was updated successfully, but these errors were encountered:
I was working with the use case that you might boot the unit outside of a coverage area and then later move into a coverage area.
In general, that function is only really for the simplest of example applications as you almost always have something else useful to be doing whilst you wait for signal (like updating the UI).
What do you think of having a function that performs the CEREG and another to perform and process the recv? This function could then compose them while supporting more complex use-cases. Thoughts?
In general, when working with telecom systems, I would have a callback which takes any asynchronous event, and a command queue which submits commands one at a time.
Calling a poll(|async_ind| handle_indication(async_ind)) function periodically seems to make sense. And maybe a poll_until(|async_ind| handle_indication_and_return_true_if_were_done(async_ind), Duration::new_us(1000)) or something.
I wonder if the
wait_for_lte
function should check on receiving a status of+CEREG: 4
and fail. I think+CEREG: 4
indicates that there's no available network i.e. "Unknown (for example, out of Evolved Terrestrial Radio Access Network (E-UTRAN) coverage)". Or is the idea to continuously try until it can get one?The text was updated successfully, but these errors were encountered: