Controlling cellular phone from computer
Jorge Alves
or a serial port?
I want to connect a cellular phone to a computer by an USB port or by a
serial ou other local port (not through Internet), so I can use the phone to
send SMS when I want. So that I can have GSM connectivity to my programming
when I have limited connectivity to the cellular phone from the computer
(only a cable...).
Paul G. Tobey [eMVP]
and use it as a connection to the Internet. At least, Windows Mobile phones
all allow that. There's usually an application that converts the phone from
a device that the desktop would want to *sync* with (for exchanging
contacts, calendar items, etc.), to a *modem* device, which you can set up a
new modem connection for on the desktop and dial out. You've told us
something about what you want to do, but without knowing what phone, I think
I've gone as far as I can go...
Paul T.
"Jorge Alves" <Jorge...@discussions.microsoft.com> wrote in message
news:808D0756-2C3F-44A7...@microsoft.com...
Jorge Alves
cellular phone when the main application in the computer decides it.
Paul G. Tobey [eMVP]
ActiveSync to the device, the desktop program can do various things to the
device. You want CeCreateProcess().
Paul T.
"Jorge Alves" <Jorge...@discussions.microsoft.com> wrote in message
news:27BC1D29-997A-4A37...@microsoft.com...
Jorge Alves
port, wich will create an event, and sending data in answer to the main
application in the PC. The main application is a webservice. Could I do that?
Specially, answering data?
There could be multiple instances of the webservice sending data, so
possibly I have to have synchronization.
Thank you for your previous answer.
Paul G. Tobey [eMVP]
the time to do that in native code. .NET Compact Framework has reasonable
Web service support, but you'd have to verify that you can do it.
Remember that, unless you're directly connected to the PC or on a local
wireless network, you're not likely to be able to connect to a socket on the
device over the Internet. I've never seen that work on a cellular network,
for example. They don't want you running your Web site over their
network...
Paul T.
"Jorge Alves" <Jorge...@discussions.microsoft.com> wrote in message
news:0ACB23CB-4373-4FFA...@microsoft.com...
Jorge Alves
USB or by Bluetooth; I would prefer cable); it is the way to send SMS from
the computer.
The webservice is in the computer.
I prefer to use .NET and C# than to program in native code and C++, but, if
it is necessary, I'll program in C++. I am good in C, and I know C++.
What class or function would I use?
Paul G. Tobey [eMVP]
don't use them much, so I don't have any hot pointers for you. You can't
create WebServices to run on the device, though; you're a client only.
The right group for .NET CF questions is
microsoft.public.dotnet.framework.compactframework.
Paul T.
"Jorge Alves" <Jorge...@discussions.microsoft.com> wrote in message
news:D851534C-B4B8-4BA9...@microsoft.com...
Jorge Alves
I will look in the .NET Compact Framework, but: even in native code, can I
receive bytes in a cellular by a cable from the computer, like in a serial
port; have it raise an event or a sign that would be caugth by an handler in
a application in the cellular; and send bytes from an application in the
cellular, through the cable, to the the application in the computer?
I know already how to program a WebService on the computer.
Paul G. Tobey [eMVP]
knows *hardware*, at least at the level of plugging devices into other
devices, looking over your shoulder so they can see what you are trying to
do and understand it and then tell you why your questions don't make sense.
I hope you're not surprised to know that the type of the cable making a
connection between two devices makes a HUGE difference in how things work!
If you're talking about the USB cable used to connect to ActiveSync, no you
can't just send raw bytes from one end and get them on the other. You have
to make a higher-level connection to the PC or whatever is on the other end
and use appropriate APIs to talk to the PC at that level. Nor will the PC
program somehow receive raw bytes on the other end.
The ActiveSync link acts much like a network connection. It's not really a
network connection in the sense that having an Ethernet port on the phone
and one on the PC and hooking them together via suitable Ethernet hardware
would be. However, ActiveSync on the device and ActiveSync on the PC
cooperate to allow the phone to act like it has a regular network connection
to the world (which is why Internet Explorer on the phone can see the Web
when you connect it with ActiveSync).
PLEASE PLEASE PLEASE, don't throw out random comments like "Web Services"
and then go back to talking about raw bytes being sent back and forth. Tell
us WHAT you are trying to do, NOT HOW YOU HAVE SEEN SOME RANDOM BUZZWORD AND
WONDER ABOUT USING THAT. We can recommend, if you tell us, "I want to cause
a program to automatically start on the phone when it's connected to the PC
via ActiveSync, either via USB or Bluetooth, and then I need to communicate
from that program to a matching program on the PC to transfer some data.",
what you should do. If you keep throwing out "what about Web Services?",
"what about serial ports?", "what about this cable?", you're wasting our
time and it's not that plentiful...
Paul T.
"Jorge Alves" <Jorge...@discussions.microsoft.com> wrote in message
news:60AB711A-97C5-4304...@microsoft.com...
Jorge Alves
confidential.
This idea is based on a produt from a company in Russia, called Vito
technology (http://vitotechnology.com/en/index.php): Vito FindMe.
We are programming an IVR (Interactive Voice Responde). We want to send and
receive SMS from and to a computer. We thought to connect a cellular phone to
the PC (not over the Internet, it is a local connection) having an
application send the number of the cellular and a string to our cellular and
firing an application in our cellular to send an SMS with a codeword to the
other cellular; the other cellular has an application monitoring the SMS's
received, and when it finds an SMS equal to the codeword it reads the GPS
coordinates and send them back to our cellular via SMS; we have then to send
the text to the PC. The IVR is limited; it has to use webservices to access
databases and do other tasks (like communicate to the cellular); it
interprets VXML. Can we do it? How?
Thank you for your help.
Paul G. Tobey [eMVP]
you want, without the PC in the equation?" That is, can the SMS messaging
be handled. If the device is a Windows Mobile device, you should be able to
note when an SMS message arrives and do the right thing, and should be able
to send a new message, at appropriate times. I have no sample code, but, if
you look up "send sms message" via GoogleGroups, I think you should find
some threads that talk about specifics. I'd search in
microsoft.public.windowsce.* AND
microsoft.public.dotnet.framework.compactframework, as there are a lot of
new things in the .NET Compact Framework that are specific to performing
these operations on Windows Mobile devices.
OK, so now we can send and receive SMS messages to communicate with the
outside world. The problem now becomes signaling the device when the PC
wants to do something and signaling the PC when the device receives some
notification from the outside world that something should happen (via SMS).
However, we now arrive at the problem, "The IVR is limited; it has to use
webservices to access databases and do other tasks (like communicate to the
cellular); it interprets VXML. Can we do it? How?" Where is "The IVR"
running? On the PC or on the mobile device or on something else? Remember
that we don't know anything about your design specs except what you've
explicitly said here in public.
As of right now, I believe that you can do all of the simple things, SMS
both ways on the mobile device, back and forth communication with the PC,
via ActiveSync and network-based programs on both ends. Whether you can
accomplish the entire project or not depends on the details of what you
still have not defined.
Paul T.
"Jorge Alves" <Jorge...@discussions.microsoft.com> wrote in message
news:11208996-BA8A-487A...@microsoft.com...