Marcelo Puhl wrote:
> > By going with a mainstream supplier like Nokia (DO NOT USE ERICSSON! I have
> > had 3 bad KF788 phones from them, and they hose you on accessory pricing) you
> > may also find a uniformity of interface protocol across the various phone
> > technologies (GSM, TDMA, CDMA). IOW all 61xx series -seem- to have the same
> > interface connector pin out and respond to the same subset of serial port
> > commands. Clearly if you can control the phone to send a fax, you can just as
> > easily control it for voice data (not considering the all-digital mode).
> >
>
> Where we could find that "subset of serial port commands"  ?

In a 'confidential document' that is only released under an NDA.

> I asked Nokia, but they told me that is a proprietary information.

Of course it is, although I don't see any reason for their
protectionism other than their wanting to control development of 3rd
party products.

There is a telephone directory management package that is commercially
available and NOT from Nokia, and AFAIK they reverse engineered the
protocols for that function.

> Looked on the Internet, also with no luck... :-(

Oh, it's out there. The problem is that Nokia actively searches the
web for any and all copies of their 'proprietary' software (as used
by dealers & service centers to program the phones), and hits all
page owners and their ISP's with nasty 'cease and desist' letters
claiming copywrong infringement (which it is). You just haven't found
the 'underground' sites yet.

If you can find a copy of 'Nokall' you'll can learn enough by
eavesdropping on the data conversation with the phone to be able to poke
around inside the firmware and find the command decoder tree.
The rest is relatively easy. There are also several Linux versions
under development, so the source would have much desirable info.

Happy hacking if you can't convince Nokia to release the info.

Personally, I'd really like to see someone to publicly post the 'reverse
engineered' protocols so that the NDA's would be rendered inapplicable.

Obviously I can't help further without putting myself into a conflict
situation.

> Marcelo Puhl
> mark@plug-in.com.br

--
Robert.Rolf-AT-UAlberta.ca