Any documentation how to transfer data in TCP online data mode created by AT#SD=1,0,… ?
The communication appears not quite transparent, I observed that modem use some special character/s.
thanks.
You should see only your data traffic, please explain more how are you using and what are you seeing. Of course your data is encapsulated then in packets, TCP then IP, if you are
looking at a server end at raw data with something like Whireshark you are seeing these packet, but they are exploded&explained by Whireshark so you can look at your data only.
We scan only clean user data, not entire TCP/IP packets. After deep analysis it looks that modem after receiving char 0x1b from remote point (well, if server sends data to established TCP connection) for 1-2s receives nothing. I make connection with the following: -> at <- OK
-> at+cgatt=1 <- OK
-> at+cgdcont=1,"IP","internet" <- OK
-> at#scfgext=1,0,1,0,0,1 <- OK
-> at#sgact=1,1 <- #SGACT: 10.132.65.228 <- OK
-> at#sd=1,0,2402,"195.28.87.54",0,0,0 <- CONNECT
Now modem is in online data mode, when we need to carry out transparent transfer in both directions. If it sends from server to the created socket simultaneously a group of characters: >> 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f
on the output of modem is: <- 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f
So, it’s OK, but if it sends: >> 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f
on the output of modem is only: <- 10 11 12 13 14 15 16 17 18 19 1a 1b
And that is wrong because chars after 0x1b are missing. If a time delay is made for about 2s after sending 0x1b then chars are coming correctly again. This occurs only in one way, from server to modem. In the direction from modem to server is everything OK. Can this be related to the function ATRUN, when modem tries to analyze incoming data? Can be this unpleasant feature bypassed? In the final application we cannot make modification during data transfer on the side of server. It regards modem GL865-Dual with FW 100.00.154.
Thank you.
I scan only clean user data, not entire TCP/IP packets. After deep analysis it looks that modem after receiving char 0x1b from remote point (well, if server sends data to established TCP connection) for 1-2s receives nothing. I make connection with the following: -> at <- OK
-> at+cgatt=1 <- OK
-> at+cgdcont=1,"IP","internet" <- OK
-> at#scfgext=1,0,1,0,0,1 <- OK
-> at#sgact=1,1 <- #SGACT: 10.132.65.228 <- OK
-> at#sd=1,0,2402,"195.28.87.54",0,0,0 <- CONNECT
Now modem is in online data mode, when we need to carry out transparent transfer in both directions. If it sends from server to the created socket simultaneously a group of characters: >> 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f
on the output of modem is: <- 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f
So, it’s OK, but if it sends: >> 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f
on the output of modem is only: <- 10 11 12 13 14 15 16 17 18 19 1a 1b
And that is wrong because chars after 0x1b are missing. If a time delay is made for about 2s after sending 0x1b then chars are coming correctly again. This occurs only in one way, from server to modem. In the direction from modem to server is everything OK. Can this be related to the function ATRUN, when modem tries to analyze incoming data? Can be this unpleasant feature bypassed? In the final application we cannot make modification during data transfer on the side of server. It regards modem GL865-Dual with FW 100.00.154.
Thank you.
Strange, 1B being ESC char, used in other commands to exit without sending. Will contact you directly for some tests.
Dear Dusan,
we made a simple test sending the same string, you used on the socket "10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F " and waiting for the server echo.
We use cookies to enhance your browsing experience and help us improve our websites. To improve our website, we carefully select third parties that use cookies to allow us to serve specific content and achieve the purposes set out in our cookie policy. For more information on how to make adjustments through your browser to the cookies being used on your device, please click Find Out More link. By closing this banner or continuing to browse our website, you agree to our use of such cookies. FIND OUT MORE
Any documentation how to transfer data in TCP online data mode created by AT#SD=1,0,… ?
The communication appears not quite transparent, I observed that modem use some special character/s.
thanks.
You should see only your data traffic, please explain more how are you using and what are you seeing. Of course your data is encapsulated then in packets, TCP then IP, if you are
looking at a server end at raw data with something like Whireshark you are seeing these packet, but they are exploded&explained by Whireshark so you can look at your data only.
We scan only clean user data, not entire TCP/IP packets.
After deep analysis it looks that modem after receiving char 0x1b from remote point
(well, if server sends data to established TCP connection) for 1-2s receives nothing.
I make connection with the following:
-> at
<- OK
-> at+cgatt=1
<- OK
-> at+cgdcont=1,"IP","internet"
<- OK
-> at#scfgext=1,0,1,0,0,1
<- OK
-> at#sgact=1,1
<- #SGACT: 10.132.65.228
<- OK
-> at#sd=1,0,2402,"195.28.87.54",0,0,0
<- CONNECT
Now modem is in online data mode, when we need to carry out transparent transfer in both directions.
If it sends from server to the created socket simultaneously a group of characters:
>> 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f
on the output of modem is:
<- 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f
So, it’s OK, but if it sends:
>> 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f
on the output of modem is only:
<- 10 11 12 13 14 15 16 17 18 19 1a 1b
And that is wrong because chars after 0x1b are missing. If a time delay is made for about 2s after sending 0x1b then chars
are coming correctly again. This occurs only in one way, from server to modem. In the direction from modem to server is
everything OK. Can this be related to the function ATRUN, when modem tries to analyze incoming data?
Can be this unpleasant feature bypassed? In the final application we cannot make modification during data transfer
on the side of server. It regards modem GL865-Dual with FW 100.00.154.
Thank you.
I scan only clean user data, not entire TCP/IP packets.
After deep analysis it looks that modem after receiving char 0x1b from remote point
(well, if server sends data to established TCP connection) for 1-2s receives nothing.
I make connection with the following:
-> at
<- OK
-> at+cgatt=1
<- OK
-> at+cgdcont=1,"IP","internet"
<- OK
-> at#scfgext=1,0,1,0,0,1
<- OK
-> at#sgact=1,1
<- #SGACT: 10.132.65.228
<- OK
-> at#sd=1,0,2402,"195.28.87.54",0,0,0
<- CONNECT
Now modem is in online data mode, when we need to carry out transparent transfer in both directions.
If it sends from server to the created socket simultaneously a group of characters:
>> 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f
on the output of modem is:
<- 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f
So, it’s OK, but if it sends:
>> 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f
on the output of modem is only:
<- 10 11 12 13 14 15 16 17 18 19 1a 1b
And that is wrong because chars after 0x1b are missing. If a time delay is made for about 2s after sending 0x1b then chars
are coming correctly again. This occurs only in one way, from server to modem. In the direction from modem to server is
everything OK. Can this be related to the function ATRUN, when modem tries to analyze incoming data?
Can be this unpleasant feature bypassed? In the final application we cannot make modification during data transfer
on the side of server. It regards modem GL865-Dual with FW 100.00.154.
Thank you.
Strange, 1B being ESC char, used in other commands to exit without sending. Will contact you directly for some tests.
Dear Dusan,
we made a simple test sending the same string, you used on the socket "10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F " and waiting for the server echo.
0005878] IRP_MJ_WRITE Length: 0016, Data: 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F
345 [00005998] IRP_MJ_READ Length: 0001, Data: 10
346 [00005998] IRP_MJ_READ Length: 0001, Data: 11
347 [00005998] IRP_MJ_READ Length: 0001, Data: 12
348 [00005998] IRP_MJ_READ Length: 0001, Data: 13
349 [00005998] IRP_MJ_READ Length: 0001, Data: 14
350 [00005998] IRP_MJ_READ Length: 0001, Data: 15
351 [00005998] IRP_MJ_READ Length: 0001, Data: 16
352 [00005998] IRP_MJ_READ Length: 0001, Data: 17
353 [00005998] IRP_MJ_READ Length: 0001, Data: 18
354 [00005998] IRP_MJ_READ Length: 0001, Data: 19
355 [00005998] IRP_MJ_READ Length: 0001, Data: 1A
356 [00005998] IRP_MJ_READ Length: 0001, Data: 1B
357 [00005998] IRP_MJ_READ Length: 0001, Data: 1C
358 [00005998] IRP_MJ_READ Length: 0001, Data: 1D
359 [00005998] IRP_MJ_READ Length: 0001, Data: 1E
360 [00005998] IRP_MJ_READ Length: 0001, Data: 1F
As you can see all the characters after 1B are received.
Can you please verify on the server side that chars after 1B are really sent to the module?
Thanks for Your help. The problem was in the IT infrastructure
and now is solved.