Apollon77
commented
4 years ago I have no idea to be honest ... I only use this in "private scenarios".
In fact when using this with a serial connection you are and ever will be bound to the synchronous nature of the protocol and the possible baudrate and process time on the device. So there will be a natural limit fpr number of messages to send with this method.
Baud rate is a measure of the speed of data transfer, expressed in bits per second (bps). (basically) and you need to know that serial protocols mostly do not use the full 8 bit, so there is also an overhead, and the commands also need some space.
So with a baudrate of 115200 (and with full 8 bits) you end up with 14400 bytes/s ... so the number of messages send is not really relying on baudrate ... In my feeling it needs 1s (or 2s?) to send out an SMS with 160 characters, before you transfer some bytes and afterwards ... but with the baud rate told (or even lower) this do not really matter that much. The sending delay on GSM level will limit you more (my assumption!!)
But you would need to measure this ... (and SMS is send out via GSM techniques I think, not 3G or such).
I think SMS is NOT the way to go for such numbers (also because the system is not designed for this i think).
ghost
If I need to send 10,000 full-length messages back and forth every second, would I need some sort of special hardware, something at the telco, both? Or can it be achieved with a regular modem connected by USB?
Theoretically (160 + 2) * 10,000 = 1620000 bytes or 1.62 megabytes per second. It's not much compared to even 3G, but they may be apples & oranges (unsure). If it can be done, would this package be limited by its' design in some way?
My understanding of baud rates might be wrong. Ping @Apollon77