We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.
hi,everyone I try to establish a TCP connection in GSM module with ATcommand. and I sent AT-command in below,Please help me (in line that have // means i send to GSM) (if no// means that's response from GSM module) **************************************************** NORMAL POWER DOWN RDY
+CFUN: 1
+CPIN: READY
Call Ready at+cipflp=0 //1
OK at+cipstart="tcp","(IP address of server)","(Port)" //2
OK
CONNECT FAIL
STATE: IP IND
+PDP: DEACT at+cipshut // 3
STATE: PDP DEACT
SHUT OK at+cipstart="tcp","(IP addressOf server)","(Port)" //4
+PDP: DEACT ************************************************
In above,at //3 I sent cipshut because "+PDP: DEACT"(i did follow datasheet). But can't Conect OK.
Has GSM module more Setting?
Please help me. Thank you
hi,Andy I has been search in "Search forum for" in this web. and saw many user in "keil" has knowlage about this(GSM module) and i hope someone can Share or ask my Question if it make you confuse about wrong forum I'm sorry. and thank you for your answer.
What about to use a GSM module that comes with own user forum (5800+ members) www.roundsolutions.com/.../ and test software called RS term to access AT command by mouse click: www.roundsolutions.com/.../index.php
If needed then you can get the modules with ARM9 and embedded Linux including source code in C for: GSM / GPS tracking device www.roundsolutions.com/.../embedded-linux-pc-gps.htm Wireless camera based on GPRS: www.roundsolutions.com/.../gps-gsm-module.htm
Hi,Harald Naumann Thank you for your answer.I'm new in ARM7 and now I use GSM module together.So I know a few site about them:)
It doesn't matter much what processor you use together with a GSM module, so being new to ARM7 shouldn't be a problem.
Very true: the modem (any modem; not just GSM) neither knows nor cares where its AT commands come from - it makes no difference to the modem whether it's connected to some PC software, a terminal with a human operator, some microcontroller or anything else...!
Similarly, the microcontroller's UART neither knows nor cares what may be connected; as far as the UART is concerned, it is simply a matter of sending bytes and receiving bytes - it is of no relevance whatsoever to the UART where those bytes go to, or where they came from, or what (if any) meaning they may have...!