Database Users

Data Call between two XDA's

Hi
I am new to this form.
I had a look at the tsril.zip example as it seems from this forum that to make/receive a data call the ril is the only option. Unfortunately the documentation for ril is nonexistent and I want to ask if someone has done an example of a client/server data call, data transfer between to XDA's.
Thanks in advance.
Anton

It all depends on what type of data you want to transfer. I have never used RIL so I don't know the advantages of it, over the normal programming interface. I say normal, not thinking there is anything wrong with RIL but the little I do know is that RIL is operating system level and is normally hidden from the application programmer. There must be times when RIL must be used if Microsoft forgot functions in the normal APIs.
However I would say that for a data link between 2 devices then RAS seems the way forward. One device would be the Server and the other the Client. I have only ever programmed RAS from the client side, making a Telnet link to an already running server.
I just had a look at the help on Embedded Visual C++ 3.0 and under 'Creating a TCP Stream Socket Application' it explains the server side and then links to the client side. Have a read there.

RAS is not an option as it is a server consept, which I think does not even exist as a service on the desktop windows os let alone on a Pocket PC.
What I am looking for is something similar that you would be able to do with a landline modem or a gsm modem connected to a serial port of a pc (even a usb modem) which is to send AT commands to make/accept a call and then to make use of the serial port as if it is an io stream. This is possible on windows, linux using either c#, c++ or java. I can even do this with an embedded gsm module like the siemens TC45 java module.
What I can not understand is why Microsoft and the XDA suppliers (I am using a Qtex running Pocket PC 2002) is making it so difficult to make/answer a data call and let you run your own protocol over the connected stream.

RAS (Remote Access Services) is built into all Windows Operating Systems, including Windows CE. Did you look up the help example I pointed to ? What you do with RAS on an application level is for you to code but the connection itself is handled by the operating system.
As to making a connection similer to a modem and using AT commands. Then no you can't use AT commands directly, but you don't need to. To get that type of connection you need to use TAPI. Once Tapi has made a DATA_MODEM type connection, you use the TAPI callback connect event to then ask for a file handle that you can use with the normal WriteFile and ReadFile commands.
I already have something on this forum about that see:-
http://forum.xda-developers.com/viewtopic.php?p=7857&highlight=#7857

The problem is not so much making the data call but it is accepting/answering the data call that I can not get working on the XDA

Not sure if this is your problem, but in Australia they have a seperate "data" phone number for the same SIM. If yo call one number you get voice, if you call another number you get data on the same sim. Not sure if this may be effecting you.

I just looked into all this ras stuff a bit deeper, and yes I think I may of been talking rubbish. Although RAS does exist in PPC2002, it can't see any functions that allow the device to answer the line. I can see that PPC2003 has a Ras Server and RasIOControl that looks like the answer there.
Also looking into Tapi, I can't see how you answer a data call using that.
So I now understand your problem. It seems PPC is made as a client device.
Is GPRS the answer ? With that the link is always present and then you can use the built in Ras functions on seperate devices. Since you only pay for data actually sent then would it matter if the network link was always present ?
I have only worked out Tapi and Ras from the client side so I have never had this problem, but I agree it is an interesting one. I will have a bow out of this thread for a bit and see if anybody else knows how to Answer a Call.

Thanks for trying.
GPRS is also not the answer as you need a server in between that both XDA's can connect too and use as a router as the XDA's do not get fixed IP adresses but actually a NAT adres from the APN so you can not connect directly between the two.

Now that's an interesting thought, how about using some free web space to act as a pigion hole for your data ?

Believer: A seperate number? How do you know this, and what would the number be?

I can actually make two XDA connecting to each other using TCP. The trick is that I have one client always connect to a server to register it IP address with an ID. Then the caller send a query to the server to look up the callee's IP address.
In this way, accept() and connect() work fine.
I am using AT&T network and not sure about if other networks behave the same.

I wrote two application using TAPI. One is ModemDial and the other is ModemWatch, if I make a voice call the ModemDial dials the number successfully and ModemWatch reports that an incoming call exist. But when I change the behavior of call to DATAMODEM, the ModemWatch couldn't track any incoming call.
Is there any one, had some experience with pick a call for DataModem?
Best regards,
A. Riazi

riazi said:
I wrote two application using TAPI. One is ModemDial and the other is ModemWatch, if I make a voice call the ModemDial dials the number successfully and ModemWatch reports that an incoming call exist. But when I change the behavior of call to DATAMODEM, the ModemWatch couldn't track any incoming call.
Is there any one, had some experience with pick a call for DataModem?
Best regards,
A. Riazi
Click to expand...
Click to collapse
In your ModemWatch application make sure you are calling lineOpen with dwPrivileges (the 7th parameter, 1 based) equal to LINECALLPRIVILEGE_OWNER and dwMediaModes (the 8th parameter) equal to LINEMEDIAMODE_DATAMODEM.
If you're able to answer a voice call successfully, making these changes to the ModemWatch application should allow you to answer a data call.

PC<->PPC application comms concurrently with GPRS conn

Hi,
I am trying to develop an application with both PC and Pocket PC components.
The PC and PPC need to exchange data whilst the PPC (eg XDA) has an active GPRS connection.
I first tried using evc and RAPI to allow the PC and PPC components to talk to each other. However RAPI relies on ActiveSync and it seems you cant have an ActiveSync connection to the PC (eg over USB) at the same time as a GPRS connection.
So
1)Am I right that ActiveSync at same time as GPRS is impossible? (And hence RAPI...)
2)What is the easiest way to do PC<->PPC comms without ActiveSync, on the widest variety of PPC devices?
3)Is there a way to do this without writing PC and PPC sides for all of
i) Bluetooth
ii) USB
iii) Serial
It seems like a lot of hardwork to reimplement all these, but some models have BT, some only USB etc etc
Any help appreciated...
Regards,
Giles.

hey,
im also trying to write some client -> server software for my mda/pc. Ive managed to narrow it down to two technologies (excluding activesync cos it needs to be portable)
- Web Services
- Client Server Model (tcpclient and tcplistener)
webservices are good as they will run on any net connection with port80 open, pretty fast and versetile but have some bad flaws. u need some back end data store (like a mysql database) as data is not persistant on then... also u cannot "push" from the server to the device (this may or may not be an issue)
the tcpclient model is starting to appeal to me in a number of ways. u can define your own light-weight protol (SOAP has a nasty habbit of bulking the objects out and GPRS costs!)... i started to write some little test apps and so far its looking good. Ive wrote a very tiny server that runs on windows and has a thin client running a threaded tcplistener and a mysql backend datastore. The test mobie simply constructs a tcpclient object and writes a string "hello world" to the port, which the server picks up and displays in a messagebox... so far this concept is working really well, and i have more control over the serialisation and communication of the objects and types.
i hope ive helped u in some way hehe
Will

Looking for administration software.

I just bought 32 HTC Wizards (Qtek 9100) for my company, now i'm looking for some software for administration of the PPC over GPRS.
Is anyone familiar with such software?

No one?

what kind of administration software are you looking for?

What kind of administration tasks were you thinking of doing over GPRS???

PocketPuTTY for SSH1/SSH2/TELNET access to linux/windows based systems.. Should work over GPRS, although I have never tried it.
For Windows admin I would probably use VNC, the clients I've tried are, "z2 remote 2 pc" and "realVNC" .. I find the first better due to its zooming function, but I am totally unsure if it works over GPRS, I'm pretty sure it has an option to connect via GPRS so you might be lucky !
There is also Terminal Services which comes installed on your PPC anyway
hope that helps somewhat..

I'm looking for something like VNC, but wasn't able to find any were the server side, would run on PPC. And what I know of, the z2 Remote2PC can't run as a server on PPC. Or just remote configuration. the gprs is a must, becourse the ppc's are in motion all the time, and always connected.

Ah I see what you require now, you want to remotely connect TOO the PPC's not from them.. Well, there is software that allows you to do this, it is unlikely it will work how you wish. GPRS provides the following services..
* Point-to-point (PTP) service: internetworking with the Internet (IP protocols) and X.25 networks.
* Point-to-multipoint (PT2MP) service: point-to-multipoint multicast and point-to-multipoint group calls.
* Short Message Service (SMS): bearer for SMS.
As far as I can tell PtP is used for Internet connectivity, but as far as dialing INTO that I would doubt it to be possible, even if the devices had constant WIFI access it would be pretty hard based on the number of devices that would need to be contacted. Although these are simply assumptions.

Hosting Call Conferencing in a HTC mobile device on any platform

I have an interesting (cum challenging) assignment.
A client has asked me to Host call conferencing from a mobile phone. He has provided me complete freedom to choose any Mobile Device & any programming platform available on this planet to accomplish his task.
Basically what he needs is the ability to Host conference call from a mobile device for upto 40 simultaneous participants (I know it sounds insane for a mobile device, but do I have any choice if his requirements clearly spell out this number).
So, basically the client wants to create a group of upto say 40 participants, and whenever he dials the group, all participants are automatically & simultaneously added to the conference by dialing all their numbers automatically. Also, if his cell receives a call, and he does not pick it up for some reason, the incoming call again should be conferenced to the group.
All the participant lines should be working, and disconnected automatically when the parent line disconnects.
Firstly, I am not sure whether any mobile device on this Mortal Earth supports such conferencing this day. Secondly, if anyone does, most probably, I would need to use the native API for developing an application for it in my opinion.
I am asking this question at all major Hardware/Software manufacturers. Is there any such mobile device available that can handle a simultaneous number of such participants? (Remember, the mobile device would be Hosting the conference, not a participant of it). 5-6 way conferencing can be supported on any Nokia smartphone. I read somewhere BlackBerry can support many, but the exact upper ceiling was not mentioned?
Related to HTC, is there a HTC device that can support this requirement? If yes, does HTC API provides features to accomplish this task?? Also, what would be the most appropriate Software platform to code such an application in, JME, Native (in C/C++) or anything else??

Well, apart from the device, you'd seek if any operator support a conference call with 40 participants.
40 concurrent participants is a big number, even big for some "conferencing" solutions.

That was the first question I asked my client. All he said was not to worry about that. That was his headache.
The only thing I need to see is that the if the requirements can be satisfied using any combination of Device/Software platform??

Few thoughts. First, if I remember correctly, a GSM network supports only 8 channels (calls) per cell at given cell and there are usually 2-3 cells available, but one channel is probably reserved for emergencies or smth, so You'd get let's say max 20 calls limitation already there. If he says it's his headache, well... It seems like it's already Your headache too. I don't know about 3G, but 3G isn't always available everywhere anyway.
Wouldn't it be easier to put up a server with direct line to operator and host the conference via server/software, dialing to a service number dedicated to that server or smth like that? I am sure You are not the first one with such needs and there should already be some ready-made solutions for that situation.
Just thoughts to consider.

Sockets on Wearos

Is it possible to use IP/TCP to exchange data between a Wearos watch and a Smartphone?
From the following words in https://developer.android.com/training/wearables/data/data-layer I get the impression that is some how impossible:
"Warning: Because these APIs are designed for communication between handhelds and wearables, these are the only APIs you should use to set up communication between these devices. For instance, don't try to open low-level sockets to create a communication channel."

I have now tried low level sockets on Samsungs Wearos Watch4 and Linux send and recv syscalls work perfectly well. The problem I found is on the Android level, namely onAvailable(Network network) is never called, but onLost(Network network) is. This will give problems if you stop network operations after a call to onLost, you and start them again in onAvailable.
EDIT:
Now I also find onAvailable in my logs.