Conversation
… AT parser module
Out-of-band data can be registered through at_add_oob. Then the user must call at_process_oob when idle to process data received from the device. If any data matches a registered oob URC, the associated callback is called.
Name in the documentation did not match the one in Makefile.include.
pkg/semtech-loramac: refactor API and make it thread-safe
…odules doc: fix 'EXTERNAL_MODULES_DIRS' name
net/rdcli: fix doxygen groups for RD client code
…tipleposts sys/event: allow calling event_post multiple times
|
@vincent-d I'm interested in bringing modem support to RIOT. I understand it will be hard to review. Is there anyway to start a discussion on the design of the "modem" feature? |
|
@maxvankessel @vincent-d there's already a GNRC PPP in this (quite) old PR. It needs to be rebased and adapted to netif, but it's a full PPP implementation with LCP, PAP and IPv6 NCP. |
|
Also, would be nice to test the gsm module with SIM900 driver PR |
|
@maxvankessel @jia200x got this committed/tested? |
|
@tcschmidt you can look at maxvankessel:pr/modem. Currently waiting for #8542 And got it tested with Quectel M95 and BG96 |
|
@maxvankessel Could you rebase this to latest master? |
I think you could open a PR with only the 'generic' part and the proposal of the driver (it seems your branch https://github.com/maxvankessel/RIOT/tree/pr/modem contains that). Then we could come up with implementations for different devices (ublox, quectel, ...) and later improve the API with additional features such as http support with built-in stacks. What do you think? |
|
@maxvankessel any progress under way? |
|
@tcschmidt I've some work on a done private repository. I'll make sure to sync when I'm at it. |
miri64
added
Area: network
|
Can this me closed in favor for #10086? |
|
@miri64 Yes |
16 participants
I 've made this pull request based on request #8602. And uses #7084
The API of the
gsmmodule isn't very generic (sorry to say so), as inHTTP GETandPOSTare not default modem commands. And I think thegsmmodule should be split up in different modules e.g.gsm, gsm_datacall, gsm_sms, gsm_time, gsm_location, gsm_socket, gsm_socket_upd, gsm_socket_tcp, gsm_certificates, gsm_tftp, gsm_http, gsm_voice, gsm_firmwareMost of these modules should be implemented for the specific modem manufactures (SimCom, UBlox, Quectel). But the generic ones (
gsm, gsm_datacall, gsm_sms) can stay the same for all modems.As a start I've added a "generic gsm" test, which extends vincent-d "gsm" test.
My ultimate goal is to add support for (GNRC) PPP for a modem. But it's a work in progress.
And ultimately support modems with NB-IoT and 4G CAT-M capabilities.
I hope this is food for thought.