Home > other >  Use lots of GPRS module of iot applications to choose what kind of communication mode is more approp
Use lots of GPRS module of iot applications to choose what kind of communication mode is more approp

Time:10-08

This system there are tens of thousands of devices (through the GPRS communication module, equipment without external power battery for a job) communicate with the server on the Internet, communication content is very simple, is to report to the server every few minutes about the current state, the server operators need to send the device end occasionally control instruction or update the device on the program, excuse me, are based on the application scenario I should choose what kind of communication? Udp communication? TCP long connection? If there is a friend can share the relevant experience?
Ps: the test phase chose to use udp communication, equipment report time is set to report every 2 minutes at a time (because of considering the GPRS traffic fee and the power consumption of the device can't communicate too often), but found in the test server to send control instructions spirit when ineffective (Internet search may be network seems to be able to stay for a long time the udp seesion), the idea of having to TCP try not basic football skills but only don't know what changed can solve a problem or other problems also feel hesitate to suggest changes temporarily,

CodePudding user response:

Do a check and reply to receive equipment end, have you collected all and received correctly to tell the server, if not let server retransmission again

CodePudding user response:

reference 1st floor kinkon007 response:
devices do a check and reply, receive all collect and received correctly to tell the server, if you don't let the server again retransmission
thank you for your reply, we are now the problem of feeling is mainly the udp server issued by the access of the equipment is not stable, after the equipment sent to the server data link will not be able to use a long period of time, have to wait for the next device can upload data server issued again, don't know what is the way to guarantee pathways have been reliable

CodePudding user response:

refer to the second floor bingejesse response:
Quote: refer to 1st floor kinkon007 response:
devices do a check and reply, receive all collect and received correctly to tell the server, if you don't let the server again retransmission
thank you for your reply, we are now the problem of feeling is mainly the udp server issued by the access of the equipment is not stable, after the equipment sent to the server data link will not be able to use a long period of time, have to wait for the next device can upload data server issued again, don't know is there a way to ensure that access has been a reliable

Is unstable devices in order to save electricity not long online? If because of this, that you change the TCP also useless,

CodePudding user response:

reference kinkon007 reply: 3/f
Quote: refer to the second floor bingejesse response:

Quote: refer to 1st floor kinkon007 response:
devices do a check and reply, receive all collect and received correctly to tell the server, if you don't let the server again retransmission
thank you for your reply, we are now the problem of feeling is mainly the udp server issued by the access of the equipment is not stable, after the equipment sent to the server data link will not be able to use a long period of time, have to wait for the next device can upload data server issued again, don't know what is the way to guarantee access has been a reliable

Is unstable devices in order to save electricity not long online? If because of this, that you change the TCP also useless,
yes, in order to save electricity province traffic equipment upload time interval is longer, but the equipment and no power, don't know use TCP can keep normal channels

CodePudding user response:

Bingejesse
reference 4 floor response:
Quote: refer to the third floor kinkon007 response:
Quote: refer to the second floor bingejesse response:

Quote: refer to 1st floor kinkon007 response:
devices do a check and reply, receive all collect and received correctly to tell the server, if you don't let the server again retransmission
thank you for your reply, we are now the problem of feeling is mainly the udp server issued by the access of the equipment is not stable, after the equipment sent to the server data link will not be able to use a long period of time, have to wait for the next device can upload data server issued again, don't know what is the way to guarantee access has been a reliable

Is unstable devices in order to save electricity not long online? If because of this, that you change the TCP also useless,
yes, in order to save electricity province traffic equipment upload time interval is longer, but equipment and no power, don't know use TCP can keep normal channel

And power-hungry is wireless transmitting equipment end, although no power equipment in the quiet period end, but it must be shut down the wireless transmitting, suggest change to send and receive strategy, make equipment end after uploading the data query whether there are instructions actively, if there is a will wait all the instructions before you enter power saving mode,

CodePudding user response:

I also in conceiving a GPRS application, want to ask, your system to choose what kind of chip? I do not know whether grant instruction, consult,
  • Related