bitpim-devel — For bitpim developers

[Bitpim-devel] why variable baud rates?

[Grant E. <gr...@vi...>]

Firstly, thanks for bitpim.  Pretty cool bit of work.  I'm
especially impressed with the cross-platform approach and that
you've chosen Python (my language of choice) and wxWindows.

I'm curious why bitpim cycles through different baud rates
rather than allowing the user to specify which baud rate the
phone has been set to use.

For example: when the phone is set to 115200, what's the point
of trying other baud rates?

-- 
Grant Edwards
gr...@vi...

Re: [Bitpim-devel] serial comm update

[Tim L. <tl...@ve...>]

Roger,

I agree with you that a delay in setbaudrate might be necessary, and it 
would be preferable to doing retries.

Unfortunately, I can't get the serial communications to fail at the 
moment.  This is with no delay after the baud rate change, and no 
retries in the routines.   Usually, it would fail about 1 of 5 times of 
GetPhoneData.  I guess I'll wait for the weather to change, and try 
again.

However, the open comm port started to fail (on both attempts).  I 
added 'time.sleep(1)' before the 2nd attempt to open, and that seemed 
to fix that.

Tim

> I am working on adding the code.  The two attempts to open comm port
> are in CVS now.
>
> I've got a theory that the other problems are caused by the host 
> computer
> changing baud rate too quickly.  However I never get comms failures 
> myself
> so I can't test it.
>
> Could you please 'import time' at the top of commport.py and
> then at the end of setbaudrate add 'time.sleep(1)'
> NB this needs to be against the CVS source, not your new routines.
>
> Please tell me if this makes any difference.  I would prefer it over
> the solution of sending stuff up to twice since that could fail in
> other ways (eg if the command being sent is to delete a file but the
> first worked but we fudged dealing with the response then we would
> send a second command and get a file not existing error).
>
> Roger
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>

Re: [Bitpim-devel] serial comm update

[Roger B. <ro...@ro...>]

I am working on adding the code.  The two attempts to open comm port
are in CVS now.  

I've got a theory that the other problems are caused by the host computer
changing baud rate too quickly.  However I never get comms failures myself
so I can't test it.

Could you please 'import time' at the top of commport.py and
then at the end of setbaudrate add 'time.sleep(1)'
NB this needs to be against the CVS source, not your new routines.

Please tell me if this makes any difference.  I would prefer it over
the solution of sending stuff up to twice since that could fail in
other ways (eg if the command being sent is to delete a file but the
first worked but we fudged dealing with the response then we would
send a second command and get a file not existing error).

Roger

Re: [Bitpim-devel] serial comm update

[Roger B. <ro...@ro...>]

> Enclosed are some candidate replacement routines that pertain to serial 
> communications.  

Thank you!  I'm currently on a business trip so it will take a few
days to apply.  I'll probably release a new test version of 0.6
so people can try out the new routines.

> Occasionally I'll 
> encounter "segmentation fault" while fetching the phone data or 
> expanding file info.  The application promptly aborts when this occurs, 
> and it's hard to figure out why.  If you have any ideas about narrowing 
> this down, let me know.

That is just going to be an issue with the python binary you have.
I believe the Mac version is still 2.3alpha.
 
> Also, I noticed that the phone must be set to RS-232 mode when 
> retrieving version info.

Yup.  They are effectively modem (AT) commands.  It also has to
be in that mode to use as a modem.  This is also why I turn off
version info by default.  I may even move it to a seperate
diagnostics menu/dialog.

Roger

[Bitpim-devel] serial comm update

[Tim L. <tl...@ve...>]

Roger,

Enclosed are some candidate replacement routines that pertain to serial 
communications.  I looked at the pyserial code, but that I didn't see 
anything that would explain dropping of bytes during read operations or 
the serial open port failure.  Given that the phone firmware, device 
drivers, and cables may be contributing to the problem, I decided to 
modify some of the serial routines to perform simple retries and 
checksum verification.

There changes seem to eliminate all of my serial problems such as 
"could not open port" or the "8-6-2" alert.  Occasionally I'll 
encounter "segmentation fault" while fetching the phone data or 
expanding file info.  The application promptly aborts when this occurs, 
and it's hard to figure out why.  If you have any ideas about narrowing 
this down, let me know.

I modified sendpbcommand and sendbrewcommand to perform a single retry, 
but only when the baud rate is 38400 or below.  At 115200 and above it 
always times out, so retries are ineffective.  You might wish to review 
the exception handling and how it relates to the application overall.  
Also, included is a change in the CommConnection init routine.  
Collectively, these changes have made a significant improvement in 
serial reliability.

Also, I noticed that the phone must be set to RS-232 mode when 
retrieving version info.  This seems to be the only case when serial 
communications is dependent on the mode setting in the phone.  
Otherwise, during the switch to modem mode, timeouts will occur.

The modified routines are shown below.

Tim

----------------------------------

     def sendpbcommand(self, cmd, data):
         # Only repeat if baudrate is low. At higher baudrates timeouts
         # frequently occur, so retrying doesn't really help.
         if self.comm.ser.ispeed<=38400:
             numTimes=2
         else:
             numTimes=1

         # Repeat the indicated number of times
         for retry in range(numTimes):
             # Construct and send commmand message
             msg="\xff"+chr(cmd)+chr(self.seq&0xff)+data
             msg=self.escape(msg+self.crcs(msg))+self.terminator
             self.seq+=1
             self.comm.write(msg)

             # Retrieve response from phone
             try:
                 res=self.unescape(self.comm.readuntil(self.terminator))
             except commport.CommTimeout:
                 res=""
             else:
                 # Verify and return if valid response
                 chksum=self.crcs(res[:-3])
                 if res[0]=="\xff" and res[1]==chr(cmd) and 
chksum==res[-3:-1]:
                     # Strip off checksum and terminator before returning
                     return res[:-3]

         if len(res)==0:
             self.raisecommsexception("using the phonebook")
         elif res[0]!="\xff":
             self.comm.logdata("Invalid start byte  
=",common.datatohexstring(res))
         elif chksum!=res[-3:-1]:
             self.comm.logdata("Invalid checksum    
=",common.datatohexstring(res))

         # Return None for pychecker
         return None


     def sendbrewcommand(self, cmd, data):
         # Only repeat if baudrate is low. At higher baudrates timeouts
         # frequently occur, so retrying doesn't really help.
         if self.comm.ser.ispeed<=38400:
             numTimes=2
         else:
             numTimes=1

         # Construct commmand message
         msg="\x59"+chr(cmd)+data
         msg=self.escape(msg+self.crcs(msg))+self.terminator

         # Repeat the indicated number of times
         for retry in range(numTimes):
             # Send command message to phone
             self.comm.write(msg)

             # Retrieve response from phone
             try:
                 res=self.unescape(self.comm.readuntil(self.terminator))
             except commport.CommTimeout:
                 res=""
             else:
                 # Verify and return if valid response
                 chksum=self.crcs(res[:-3])
                 if res[0]=="\x59" and res[2]=="\x00" and 
chksum==res[-3:-1]:
                     return res

         if len(res)==0:
             self.raisecommsexception("manipulating the filesystem")
         elif res[0]!="\x59":
             self.comm.logdata("Invalid start byte  
=",common.datatohexstring(res))
         elif chksum!=res[-3:-1]:
             self.comm.logdata("Invalid checksum    
=",common.datatohexstring(res))
         elif res[2]!="\x00":
             self.comm.logdata("Error code returned 
=",common.datatohexstring(res))
             err=ord(res[2])
             if err==0x1c:
                 raise BrewNoMoreEntriesException()
             if err==0x08:
                 raise BrewNoSuchDirectoryException()
             if err==0x06:
                 raise BrewNoSuchFileException()
             raise BrewCommandException(err)
             return res

         # Return None for pychecker
         return None


class CommConnection:
     def __init__(self, logtarget, port, baud=115200, timeout=3, 
rtscts=0):
         self.logtarget=logtarget
         self.port=port
         self.log("Connecting to port %s, %d baud, timeout %f, 
hardwareflow %d" %
                  (port, baud, float(timeout), rtscts) )
         try:
             self.ser=serial.Serial(port, baud, timeout=timeout, 
rtscts=rtscts)
         except serial.serialutil.SerialException,e:
             try:
                 self.ser=serial.Serial(port, baud, timeout=timeout, 
rtscts=rtscts)
             except serial.serialutil.SerialException,e:
                 raise common.CommsOpenFailure(port, e.__str__())
         self.log("Connection suceeded")

Re: [Bitpim-devel] Importing vCard

[Alan P. <api...@ma...>]

Here you go. I put in a TON of fields. It's just a text file, so you 
can copy/paste more BEGIN->END blocks to add addresses to the same 
file, and then edit the lines to change test parameters. This is 
basically every field that the Mac's ADDRESS BOOK will handle.

This should hit all the max's in my code:

[17.18]:> /usr/local/bin/python vcard.py
Main test
Already found 3 emails. No more will fit.
Already found 2 home numbers. No more will fit.
Already found 2 cell numbers. No more will fit.
Found and processed 1 vCard entries.
result['phonebook']={0: {'?offset111': 0, '?offset20c': 0, 'memo': '', 
'number4': '4045551219', 'number5': '4045551210', 'number2': 
'4045551212', 'number3': '4045551213', 'number1': '4045551215', 
'type5': 1, 'type4': 6, 'email2': 'ho...@bi...\r', 'email3': 
'mo...@bi...\r', 'type3': 4, 'email1': 'wo...@bi...\r', 
'serial2': 0, 'serial1': 0, 'group': 0, 'name': 'Testy\r McTest', 
'url': '', 'type1': 0, 'msgringtone': 0, 'ringtone': 0, 'secret': 
False, '?offset00f': 0, 'type2': 2, '?offset028': 0}}

Let me know if you want more, but it should be easy for you to generate 
any test cases you want from this.

Enjoy,
Alan

On Monday, April 7, 2003, at 11:42  PM, Roger Binns wrote:

>> http://sourceforge.net/tracker/
>> index.php?func=detail&atid=543252&aid=716417&group_id=75211
>
> I am busy merging this now.  I do have a request.  Could you
> possibly generate vcard file(s) for me to test with?  What
> I want to do is make a tests subdirectory with various things
> in it, so several vcard files would be good, including ones
> that are broken, have too much data, have more fields than
> phone can cope with, and some that are "normal" :-)
>
> Roger
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

Re: [Bitpim-devel] Mac Bitpim

[Alan P. <api...@ma...>]

Tom -

I have updated my lg vx 4400 instructions so that you no longer need to 
deal with CVS! Thanks to the help of others, I have figured out that 
CVS is only installed if you have installed Apple's Developer Tools. 
Now you can just download a Stuffit (SIT) file with the bitpim 
application.

Please try it out and let me know if it helps:

http://videogamexchange.com/sites/lg4400/

Regards,
Alan


On Wednesday, April 9, 2003, at 02:21  AM, Tom Ainscough wrote:

> Is anyone out there actually working on a compiled version of Bitpim 
> for the Mac? I'd be interested in trying it out.
>
> (The directions for running Bitpim on a Mac that were posted earlier 
> didn't work for me...)
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for 
> just $79/mo with 500 GB of bandwidth! No other company gives more 
> support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

[Bitpim-devel] missing png's?

[Alan P. <api...@ma...>]

Each time I run bitpim I get:

You need to make ringer.png
You need to make listview.png
You need to make report.png

They aren't in CVS. Does someone have them lying around not checked in, 
or do they need to be made? I could whip them up in 2 secs... might not 
be very pretty but at least they'll exist :)

Alan

Re: [Bitpim-devel] Mac Bitpim

[Alan P. <api...@ma...>]

Aha! That makes sense. I didn't remember ever downloading it 
separately, but obviously lots of people didn't have it...

I think I'm just gonna stuff it and post the CVS archive on my site to 
make life easier for the non-dev's.

Alan

On Friday, April 11, 2003, at 11:40  AM, Tim Lowery wrote:

>> if CVS comes with OS X
>
> Apple's website seems to imply that it's part of the Developer Tools, 
> which is available for free download.  I'm using the latest tools (Dec 
> 2002), and my version of CVS is 1.10.  Here's a few useful links:
>
> http://developer.apple.com/tools/
> http://developer.apple.com/internet/macosx/cvsoverview.html
> http://developer.apple.com/darwin/tools/cvs/docs.html
> http://developer.apple.com/macosx/
>
> Tim
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The 
> debugger for complex code. Debugging C/C++ programs can leave you 
> feeling lost and disoriented. TotalView can help you find your way. 
> Available on major UNIX and Linux platforms. Try it free. > www.etnus.com
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

Re: [Bitpim-devel] Mac Bitpim

[Tim L. <tl...@ve...>]

> if CVS comes with OS X

Apple's website seems to imply that it's part of the Developer Tools, 
which is available for free download.  I'm using the latest tools (Dec 
2002), and my version of CVS is 1.10.  Here's a few useful links:

http://developer.apple.com/tools/
http://developer.apple.com/internet/macosx/cvsoverview.html
http://developer.apple.com/darwin/tools/cvs/docs.html
http://developer.apple.com/macosx/

Tim

Re: [Bitpim-devel] Mac Bitpim

[Alan P. <api...@ma...>]

I plan on trying to roll out a Mac installer shortly.

I am the one that wrote the site for Mac install, and the step that gets most people is the CVS download. I thin I'll just SIT my checkout of the code and put it up for download unless anyone thinks that's a problem. Hopefully this will get more people going in the short-term.

Also, I would like for some unix-savvy Mac user to tell me for sure if CVS comes with OS X, and if so, which version. I have it on all my macs, but it has been there for 2+ years and I don't remember if I got it myself or not... I think it came with the sys as it's in /usr/bin but others can't seem to find a CVS on their machines... any help along these lines would be appreciated.

I do plan on working on a Mac installer, but it'll prolly be a week or more at the soonest.

Thanks!
Alan 

On Wednesday, April 09, 2003, at 03:12PM, Tim Lowery <tl...@ve...> wrote:

>Hi, Tom.  There was some discussion last week about a compiled version 
>and Mac distribution using PackageMaker.  An easy installation package 
>would greatly benefit potential Mac users.  I certainly haven't started 
>this, and would welcome your efforts.  I'm sure Roger, Alan, and others 
>will comment shortly as to the status.
>
>Tim
>
>> Is anyone out there actually working on a compiled version of Bitpim 
>> for the Mac? I'd be interested in trying it out.
>>
>> (The directions for running Bitpim on a Mac that were posted earlier 
>> didn't work for me...)
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
>for complex code. Debugging C/C++ programs can leave you feeling lost and 
>disoriented. TotalView can help you find your way. Available on major UNIX 
>and Linux platforms. Try it free. www.etnus.com
>_______________________________________________
>Bitpim-devel mailing list
>Bit...@li...
>https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>
>

Re: [Bitpim-devel] Mac Bitpim

[Roger B. <ro...@ro...>]

> Hi, Tom.  There was some discussion last week about a compiled version 
> and Mac distribution using PackageMaker.  An easy installation package 
> would greatly benefit potential Mac users.  I certainly haven't started 
> this, and would welcome your efforts.  I'm sure Roger, Alan, and others 
> will comment shortly as to the status.

I don't have access to Mac so there is no way I could even test
anything.  I guess the best guide is what I consider my
own principles.  I want the software to be really user friendly
and just do what people expect without getting in the way.
Unfortunately I only have so much time to give, so I do the
best in the circumstances.  When I am way more comfortable with
it will be when "1.0" appears.

One of my biggest influences has been Alan Cooper.  I don't do his ideas
and viewpoints justice, but do at least make a stab at it.  Here sis a 
really good article that explains it:

  http://www.cooper.com/articles/art_goal_directed_design.htm

Roger

Re: [Bitpim-devel] 0.6-test1 available

[Roger B. <ro...@ro...>]

>     One thing that I noticed - though I only had one entry in the calendar -
> was that it may not be picking up the ringtone associated with the calendar
> item.  I had mine set to "Ring 2" and it showed a value of "0" in that
> field.

I haven't even come close to finishing that calendar code.  The user interface
is turning into a lot of work.

>     Also - the "Close" button didn't work when displaying the calendar item
> details...

Yup.  I only just finished figuring out how to lay out the information.

I mainly did this release because some folk were trying to manipulate 
larger files.

Roger

Re: [Bitpim-devel] 0.6-test1 available

[Tom T. <to...@to...>]

Roger,
    I've given this a quick spin and it looks very nice.  Its coming along
nicely! :-)
    One thing that I noticed - though I only had one entry in the calendar -
was that it may not be picking up the ringtone associated with the calendar
item.  I had mine set to "Ring 2" and it showed a value of "0" in that
field.
    Also - the "Close" button didn't work when displaying the calendar item
details...
    Please let me know if you have any specific testing that needs done.
I'll do what I can.
    Looking forward to a fully functional version!  Thanks!

        Tom...

Tom Tracey
Puyallup, Washington
www.tomtracey.com

"I was made to last forever,
      Though my body turn to sand,
            My soul is in His hand..."
                -=- Audio Adrenaline -=-
----- Original Message -----
From: "Roger Binns" <ro...@ro...>
To: <bit...@li...>
Sent: Wednesday, April 09, 2003 11:09 AM
Subject: [Bitpim-devel] 0.6-test1 available


> I have released 0.6-test1.  The most notable feature is that it should
> be able to read and write files bigger than 64kb.
>
> It is also able to read your calendar and display it.  However the
> interface for editing is incomplete, and you can't save the calendar
> back to the phone.
>
> Roger
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The
debugger
> for complex code. Debugging C/C++ programs can leave you feeling lost and
> disoriented. TotalView can help you find your way. Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>

Re: [Bitpim-devel] Mac Bitpim

[Tim L. <tl...@ve...>]

Hi, Tom.  There was some discussion last week about a compiled version 
and Mac distribution using PackageMaker.  An easy installation package 
would greatly benefit potential Mac users.  I certainly haven't started 
this, and would welcome your efforts.  I'm sure Roger, Alan, and others 
will comment shortly as to the status.

Tim

> Is anyone out there actually working on a compiled version of Bitpim 
> for the Mac? I'd be interested in trying it out.
>
> (The directions for running Bitpim on a Mac that were posted earlier 
> didn't work for me...)

[Bitpim-devel] 0.6-test1 available

[Roger B. <ro...@ro...>]

I have released 0.6-test1.  The most notable feature is that it should
be able to read and write files bigger than 64kb.

It is also able to read your calendar and display it.  However the 
interface for editing is incomplete, and you can't save the calendar
back to the phone.

Roger

[Bitpim-devel] Mac Bitpim

[Tom A. <to...@ai...>]

Is anyone out there actually working on a compiled version of Bitpim 
for the Mac? I'd be interested in trying it out.

(The directions for running Bitpim on a Mac that were posted earlier 
didn't work for me...)

Re: [Bitpim-devel] Importing vCard

[Alan P. <api...@ma...>]

Cool! I'll check that out tonight too if I can.... I am on a biz trip now and the firewall is quite secure so I don't know if I'll be able to cvs up.

Anyway, here are some comments on your observations:

- the phone has a static list of 'labels' to use. The number in front is the corresponding "type" number:

0:Home
1:Home2
2:Office
3:Office2
4:Mobile
5:Mobile2
6:Pager
7:Fax
8:Fax2
9:None

I use the type number to set up the mappings off the vCard types.
ie, TEL;type=HOME gets mapped to Home, or if there's already a Home, maps to Home2. All additional HOME numbers are dropped in the current code. The same applies down the line.

Also, the phone can hold only 5 numbers/contact even though there are 9 labels. So I look for numbers in this order: Home, Office, Mobile, Home2, Office2, Mobile2, Pager, Fax, Fax2 or something like that (I listed these when I uploaded the patch).

I think it's a good idea to create a log entry anytime a number is skipped... now that you've got vCard.py in the tree I could add that... let me know if you want me to do that.

Alan

On Tuesday, April 08, 2003, at 02:20AM, Roger Binns <ro...@ro...> wrote:

>> I have uploaded the patch here:
>
>The code is now in CVS as vcard.py
>
>It certainly raises some issues.  The phone doesn't allow you
>to have multiple numbers of the same type (eg three labelled
>as 'home'), but it does allow that to be uploaded.  I haven't
>figured out why yet.  There is also a 'none' type.  I'm thinking
>that the best interface will be one that gives you an import
>report afterwards.
>
>I also need to abstract out the phone specific stuff, and put
>field truncation into the phone upload/download code.
>
>Roger
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: ValueWeb: 
>Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
>No other company gives more support or power for your dedicated server
>http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
>_______________________________________________
>Bitpim-devel mailing list
>Bit...@li...
>https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>
>

Re: [Bitpim-devel] Importing vCard

[Alan P. <api...@ma...>]

 sure thing... I'll do this tonight and send it to you. I was thinking about embedded it directly in the test part of the code using the string-as-stream stuff, but if you don't need it I'll just send the vCard data.

Alan

On Monday, April 07, 2003, at 11:42PM, Roger Binns <ro...@ro...> wrote:

>> http://sourceforge.net/tracker/ 
>> index.php?func=detail&atid=543252&aid=716417&group_id=75211
>
>I am busy merging this now.  I do have a request.  Could you
>possibly generate vcard file(s) for me to test with?  What
>I want to do is make a tests subdirectory with various things
>in it, so several vcard files would be good, including ones
>that are broken, have too much data, have more fields than
>phone can cope with, and some that are "normal" :-)
>
>Roger
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: ValueWeb: 
>Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
>No other company gives more support or power for your dedicated server
>http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
>_______________________________________________
>Bitpim-devel mailing list
>Bit...@li...
>https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>
>

Re: [Bitpim-devel] Mac OS X update

[Roger B. <ro...@ro...>]

> nc=self.GetChildrenCount(item,0)

Code now changed to moral equivalent of that and still
appears to work correctly :-)

Roger

Re: [Bitpim-devel] Importing vCard

[Roger B. <ro...@ro...>]

> I have uploaded the patch here:

The code is now in CVS as vcard.py

It certainly raises some issues.  The phone doesn't allow you
to have multiple numbers of the same type (eg three labelled
as 'home'), but it does allow that to be uploaded.  I haven't
figured out why yet.  There is also a 'none' type.  I'm thinking
that the best interface will be one that gives you an import
report afterwards.

I also need to abstract out the phone specific stuff, and put
field truncation into the phone upload/download code.

Roger

Re: [Bitpim-devel] serial problem on Mac?

[Roger B. <ro...@ro...>]

> Note the last two lines of each log.  It appears that the first byte 
> (hex 59) is dropped in the response from the phone.

Ok.  Bitpim doesn't currently check the results of data coming back,
especially not the CRC.  I should probably do that at some point.
 
I do know that the code in pyserial does clear buffers a lot.  I also
know that the phone is somewhat buggy.  If you actually know anything 
about commport programing, you may want to have a closer look at
the pyserial code.  I have interacted with the author a few times.
He mainly uses it with simple devices and several minute timeouts.

> How reliable is the serial communication on 
> the Windows side?

I would put a number on it like 98%.  It is extremely rare for me
to have problems on Windows.  (I use Win98SE with phone firmware 04).
On Linux I do have more problems, but usually at the begining after
I have just unplugged phone from Windows while bitpim was using it
and connected to Linux.

I think the pyserial code is shared between Linux and Mac.

Roger

Re: [Bitpim-devel] Importing vCard

[Roger B. <ro...@ro...>]

> http://sourceforge.net/tracker/ 
> index.php?func=detail&atid=543252&aid=716417&group_id=75211

I am busy merging this now.  I do have a request.  Could you
possibly generate vcard file(s) for me to test with?  What
I want to do is make a tests subdirectory with various things
in it, so several vcard files would be good, including ones
that are broken, have too much data, have more fields than
phone can cope with, and some that are "normal" :-)

Roger

Re: [Bitpim-devel] resize window change for Mac

[Roger B. <ro...@ro...>]

> ### Resize window if too small
> if min(self.GetSize())<50:
>      self.SetSize((640,480))

Now in CVS.  I used 100, and tested it.

Roger

[Bitpim-devel] serial problem on Mac?

[Tim L. <tl...@ve...>]

Hi All,

I've been trying the characterize the problem with the serial 
communications on the Mac.  It's not uncommon for the serial connection 
to fail after "Get Phone Data" the first time the application is 
launched.  Below is a portion of the protocol log for a successful 
switch to Brew mode.

/dev/tty.usbserial0: Writing - Data 5 bytes
00000000 59 0c c4 c1 7e
/dev/tty.usbserial0: Begin reading until - Data 1 bytes
00000000 7e
/dev/tty.usbserial0: Read completed - Data 10 bytes
00000000 59 0c 00 b0 28 1f 00 4e 3c 7e

Here's the same portion of the protocol log for a failed switch to Brew 
mode.

/dev/tty.usbserial0: Writing - Data 5 bytes
00000000 59 0c c4 c1 7e
/dev/tty.usbserial0: Begin reading until - Data 1 bytes
00000000 7e
/dev/tty.usbserial0: Read completed - Data 9 bytes
00000000 0c 00 b0 28 1f 00 4e 3c 7e

Note the last two lines of each log.  It appears that the first byte 
(hex 59) is dropped in the response from the phone.

This is my observation with all the serial failures I've encountered in 
my testing.  After the serial connection fails (displaying 8-6-2 
alert), it almost always succeeds the 2nd time.  And, without altering 
the port setting on the phone.  It doesn't seem to matter how the port 
is selected on the phone.  I'm able to consistently establish serial 
connection whether it's in RS232, USB, or Closed.

My practice is to power-off the phone before connecting or 
disconnecting to the cable.

Any thoughts on the above?  How reliable is the serial communication on 
the Windows side?

Tim