|
|
|
|
|
by rozzie
1775 days ago
|
|
Yep, your scenario works and it's completely possible and plausible. Messages are extremely small and efficient OTA (highly optimized and compressed). The API is JSON and messages are your own unconstrained JSON object, but they're transmitted as compressed binary. (You can also have a binary payload 'attachment' to a JSON message if you so choose.) Although everything works fine if the messages are individually in the KB's, that's not the design center because of how we manage memory on our (STM32L4R5) MCU. Things work most efficiently when the app uses lots of small messages. We buffer them in flash, and power-on the modem at user-settable intervals (or conditions) for upload. |
|
The 500MB - is that per month - or once for the lifetime of the 10-year cell-"contract" of the card? (if once, how refill once depleted?)
THANK YOU FOR DOING THIS!.
(Also, while at Lockheed, our division was one of the early adopters of Groove. Sadly, we had factions who loved it and wanted to use it and factions who didnt want to change their workflows. -- As the head of IT, I liked it, although it had some quirks... it was too bad we didnt "find our groove" with Groove at the time. But the vision behind it was dope.)