On 02/02/06, <b class="gmail_sendername">Rev Simon Rumble</b> <<a href="mailto:simon@rumble.net">simon@rumble.net</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>On 2/2/2006, "Stuart Children" <<a href="mailto:stuart@terminus.co.uk">stuart@terminus.co.uk</a>> wrote:<br><br>>It supports IrMC and OBEX SyncML, so in theory something like MulitSync<br>>should be able to talk to it. However, I can't find anything definitely
<br>>supporting the above model. I'm primarily interested in getting<br>>contact/phonebook and calendar data into desktop applications and back<br>>again.<br><br>Multisync is a fair way off yet...  This online calendar using SyncML
<br>works brilliantly with my Nokia Symbian phone:<br><a href="http://www.mobical.net/">http://www.mobical.net/</a><br><br>>Something I can't find much information on is being able to control<br>>actual phone services from my PC. So for example sending text messages,
<br>>or using my computer-connected speakers/mic on a call.<br><br>Almost certainly sending/receiving SMS will be some kinda proprietary<br>crap.  Using computer for calls should be doable, though I've never<br>done it.  Most people do the reverse, use the mobile phone for VOIP from
<br>the computer.<br><br>Linux info for Bluetooth is REALLY BAD!  This page, the first hit for<br>google "linux bluetooth" is particularly bad -- much of the<br>information is obsolete, but there's no indiciation of such:
<br><a href="http://www.holtmann.org/linux/bluetooth/">http://www.holtmann.org/linux/bluetooth/</a></blockquote><div><br>I disagree...<br><br>SMS sending and receiving is likely to be quite easy, either using off-the-shelf code or your own, since there are clearly defined and relatively simple standards in the GSM extensions to the AT command set for it.  I can't remember the exact spec number off the top of my head, but a bit of searching should find it - there are two forms, of which phones tend, in my experience, to support one or the other - 'text' mode, which is simple but provides limited access to the more advanced features of SMS, and PDU (Protocol Data Unit) mode, which lets you essentially create an SMS packet and have the phone send it on to the network unchanged.  PDU mode is obviously more complex, but lets you do things like set the 'from' address of the message, set it to 'flash' mode, and other potentially interesting things.  A very quick search for "SMS PDU" finds info...
<br><br>As for the bluetooth stuff - the simple "give me a virtual serial line" isn't particularly hard, although yes, the sites and docs tend to be a bit out-of-date - but the particular case of transmitting audio over bluetooth is something I haven't investigated.  You can initiate a call on the phone easily enough just by doing "ATDT020812345678;" - the ";" makes it a voice call - but having it treat the computer as a headset is less of a solved problem.
<br></div><br></div>I do have a couple of SE phones here - T610 and K700i - although I use a Treo nowadays, but one of the things which always impressed me about the SE phones, and SE in general, was their apparent willingness to support standards over nasty revenue-generating proprietary things - for example, the ability to send a MIDI file, MP3 or MP4 to the phone over standard OBEX, and having it used as a ringtone, or the fact that (with the exception of jar files for Java, which are of course barely more than zip files) their preferred file format for 'packages' is tar!  Other things, like support for PNG for wallpaper or SVG (a subset thereof, at least) for 'screensavers' is also nice.
<br><br>I haven't spent much time on mobile phone comms recently - except for getting my laptop online using bluetooth to my unmetered-GPRS Treo - but I have messed around quite a lot with it in the past...<br><br>Cheers<br>
Richard<br>