tags:

views:

190

answers:

2

Hi

I Want to send AT commands to wireless device for fetching device details.Is it possible on win32 desktop application ? I want some sample application on win32 ,c/c++ so that i will send that commands to that wireless device.

+1  A: 

This largely depends on the ways you have to interface this wireless device and how it actually connects with the internals of your operating system, but after that, it's just a matter of sending bytes down the line.

Here is an intro to AT commands, but I think you've got bigger problems.

http://www.zoltrix.com/SUPPORT_HTML/modem/USEMODEM.HTM

edit: under linux, this is process is pretty simple. you create a file descriptor (called a handle under windows), set your port parameters and then use the kernel read/write functions. I am unfortunately away from my Windows resources right now, but the process isn't remarkably different. If you can use .NET, the process is even simpler.

San Jacinto
Can u send me some sample vc++ code so that i can implement
This what I'm trying to tell you... until you describe how this wireless device will interface with your computer, there is nothing anybody can do to help you.
San Jacinto
yes i have vodafone wireless data modem i.e USB datacard.and i am trying to findout the Sim IMEI number and IMSI number of that USB datacard.its possible to fecth the IMEI and IMSI number by using Hyper terminal on windows XP using AT Command AT+CSQ.But same thing i am trying to send that command by win32 programmaticaly.
A: 

Here is one tool that can interact with a serial port and talk to arbitrary serial devices. It is an open source terminal emulator with a lot of nifty features. I use it regularly when debugging embedded systems.

It is open source, and appears to be written in C.

Using AT commands to control a device is mostly a matter of knowing that the device is in its command mode, sending a command, and waiting for the reply. Many commands reply with "OK". The protocol is half-duplex, but has a number of subtle issues related to knowing that you are talking to the AT command engine as opposed to the device on the other end of the modem connection.

RBerteig