Re: FW: New developer - Trying to add Kyocera K433L support

> It seems like the easiest way to proceed will be to find the module 
> which works best with the phone already and modify it until it works properly.

Since we haven't done any Kyocera phones before and every vendor has a
unique sync protocol, you'll need to work out what the sync protocol
is.  One of the easier ways is to sniff a program that does work.
On Windows you can use the portmon program.  In the experiments directory
you'll find a Python script that can convert portmon output into 
BitPim analyser format.

You can find what some other protocols look like by running the analyser
on the various files in the examples directory.

> Some files appear to write back correctly, but the phone handset itself 
> does not acknowledge the changes

This is because the phone is running many tasks some of which read the
files into memory.  Additionally there may be linkage between the file
contents you are not aware of.

> 1. The K433L phone has a special version of the Kyocera Firmware made for
> Virgin Mobile, called NJ1000.  Is it reasonable to expect that the Kyocera
> K433L can be made to work with BitPim? 

We have absolutely no way of knowing.  You have to reverse engineer
the protocols.

> 2. I want to start by taking the LGVX6000 module (which seems to work
> somewhat) and modifying it to work with the K433L.  Is this the recommended
> approach? 

Why the VX6000?  The actions you have described are all generic embedded
file access.  Try Other CDMA Phone.  The LG phone modules will only be
of interest if the sync protocols are identical for Kyocera which is
*extremely* unlikely.

> 3. Are there any forms of encryption of security that would prevent me from
> being able to read or write to the device? 

No idea.

> 4. Why would the phone reset it's contact list after it I modified it with
> BitPim (in the most trivial way - I changed the name of a contact without
> altering the number of characters in the name)

There may be a checksum on the file.  There may be multiple files with
parts of the content.  Running tasks may have cached content and be
surprised to find the underlying data is changed.

Directly modifying files in the embedded filesystem is almost always the
wrong way to go.  You'll need to find and reverse engineer the protocol.

> 1. How do I turn on the debug self.log information?  This looks like it will
> be very useful to see what's going on. 

Use the menus and/or scrollbars.

> 2. After I've run the project once, it very often will not run a second time
> without crashing in an error having something to do with "Wallpaper".  I
> have to kill the WInPython process with Task Manager

You'll need to include the messages.

> 1. How do I set breakpoints in modules that run in separate threads from the
> main app, such as com_brew.py? 

See Debugging and tweaking in

  http://bitpim.org/developer.html

> 2. I keep getting stuck in some mode in the editor where ctrl-keys and

I just use a plain text editor and so don't have issues like this.

> 3. I am using print to look at debug info while running, but the output
> seems to buffer 

I run from a command prompt and don't have this issue.

Roger


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click