You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
(53) |
Apr
(48) |
May
(14) |
Jun
(3) |
Jul
(21) |
Aug
(11) |
Sep
(77) |
Oct
(67) |
Nov
(28) |
Dec
(163) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(112) |
Feb
(143) |
Mar
(114) |
Apr
(138) |
May
(173) |
Jun
(119) |
Jul
(119) |
Aug
(117) |
Sep
(187) |
Oct
(170) |
Nov
(254) |
Dec
(193) |
2005 |
Jan
(336) |
Feb
(284) |
Mar
(189) |
Apr
(100) |
May
(89) |
Jun
(52) |
Jul
(85) |
Aug
(138) |
Sep
(181) |
Oct
(137) |
Nov
(104) |
Dec
(98) |
2006 |
Jan
(76) |
Feb
(106) |
Mar
(224) |
Apr
(270) |
May
(103) |
Jun
(144) |
Jul
(77) |
Aug
(38) |
Sep
(37) |
Oct
(20) |
Nov
(14) |
Dec
(73) |
2007 |
Jan
(130) |
Feb
(68) |
Mar
(78) |
Apr
(60) |
May
(45) |
Jun
(63) |
Jul
(84) |
Aug
(45) |
Sep
(40) |
Oct
(12) |
Nov
(71) |
Dec
(56) |
2008 |
Jan
(44) |
Feb
(20) |
Mar
(25) |
Apr
(17) |
May
(33) |
Jun
(60) |
Jul
(97) |
Aug
(38) |
Sep
(10) |
Oct
(20) |
Nov
(13) |
Dec
(19) |
2009 |
Jan
(7) |
Feb
(5) |
Mar
(23) |
Apr
(10) |
May
(6) |
Jun
(5) |
Jul
(17) |
Aug
(7) |
Sep
(14) |
Oct
(27) |
Nov
(13) |
Dec
(12) |
2010 |
Jan
(37) |
Feb
(9) |
Mar
(13) |
Apr
(12) |
May
(8) |
Jun
(3) |
Jul
(1) |
Aug
(9) |
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
(4) |
2011 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(4) |
May
|
Jun
(2) |
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
|
Nov
(3) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
From: Alan G. <ago...@ya...> - 2003-10-03 11:40:24
|
I tried the fixed getphonebook code you sent me and it works! Nice work. My phone plays a short ring when doing the phonebook extract?? Does yours do that? When you get a chance, try out the calendar code (once roger merges your code with mine in cvs) So do I now have to reboot my phone in order to use it? I guess it'll be apparent that I need to reboot when I go to use the phone. In terms of the calendar, I faked out the calendar gui by setting a 'repeat' key to being 'None' for the lgvx10 since the gui needed that to be defined. --- Scott Craig <sco...@sh...> wrote: > Scott Craig wrote: > > I haven't > > had time to get com_lgtm520.py going yet. All it has so far is stuff > > Roger wrote without access to the phone. I can spend some time on it > > tonight. > > > > Scott > > OK, I got it working, but not ideally. There doesn't seem to > be any way to avoid rebooting the phone. I've tried various > combinations, but no luck. One positive is that it uses the > more general Qualcomm data mode (QCDM) rather than LGDM. > > I will send what I have to Roger. Now it throws an exception > when trying to render the phonebook tab. Something about missing > groups, which the tm520 doesn't have. Someone else can fix this. > > Scott > > > > > > > ------------------------------------------------------- > 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 __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Roger B. <ro...@ro...> - 2003-10-03 05:43:58
|
> Well, I tried many combinations, and the one thing that seems > to be necessary is that command. Have you tried command 0x06? DataPilot sent it a LOT to the 4400, but it didn't seem necessary to me. > Sorry. No need to apologise. It isn't my phone being rebooted :-) > I didn't realize I had implied anything more. I thought I hadn't spotted someone saying the same code worked on the VX1. I would like a large number of phones to work, and it got my hopes up :-) > The function fills in the one serial listed twice in the entry, > and ignores the other number, which I assumed is a serial, given > in response to the next entry command. It seemed convoluted to pass > all that data to a function, when the data could just as easily be > set in the loop itself. You will have to add these parameters to the > function to pick up the second serial. My intention is to move the getphonebook code in com_lg rather than have seperate versions in each phone specific code. When you see how long the code is for saving a phonebook, you will understand why :-) Originally the extract code was a huge list of manipulating bytes which is significantly shorter due to the new description stuff. The serials are relevant when writing. They cause an existing entry to be overwritten rather than a new one to be created. On the 4400, the voice dials and speeddials index to a serial number so if you create an identical entry but with a different serial, you lose those dials. Are you sure the serial returned from the next entry command is actually needed? The 4400 also had that field, but it isn't used anywhere. (We could also solve this by moving the extract function call to after the next entry response is received). Roger |
From: Scott C. <sco...@sh...> - 2003-10-03 04:56:09
|
Roger Binns wrote: > The phone rebooting annoyed the heck out of me on the VX4400 > until I figured out how to avoid it. Basically if you send > command 0x00, then you end up having to reboot. Well, I tried many combinations, and the one thing that seems to be necessary is that command. Sorry. > > Ok, merging it in now. One question I have is if you are sure > exactly the same code works on the VX1 as implied by the > comment? I do not have a VX1 phone. I do not live in an area serviced by Verizon (the V of VX). My provider is Telus Mobility (TM). I am not sure that it works on any phone other than my own. I submitted it for testing. I didn't realize I had implied anything more. > > You also moved the code that fills in entry back in the > main loop. What was wrong with the extractphonebookentry > function? (It did have a bug in that there was no return > statement :-) I made it use that function again. Of particular > note is that it fills in the serials. The function fills in the one serial listed twice in the entry, and ignores the other number, which I assumed is a serial, given in response to the next entry command. It seemed convoluted to pass all that data to a function, when the data could just as easily be set in the loop itself. You will have to add these parameters to the function to pick up the second serial. > These are needed if > you don't want to lose speed and voice dials. |
From: Roger B. <ro...@ro...> - 2003-10-03 04:31:59
|
> OK, I got it working, but not ideally. There doesn't seem to > be any way to avoid rebooting the phone. I've tried various > combinations, but no luck. The phone rebooting annoyed the heck out of me on the VX4400 until I figured out how to avoid it. Basically if you send command 0x00, then you end up having to reboot. > One positive is that it uses the > more general Qualcomm data mode (QCDM) rather than LGDM. To be honest, I don't think that makes any difference at all, other than QCDMG is supported on all phones, not just LG. > I will send what I have to Roger. Ok, merging it in now. One question I have is if you are sure exactly the same code works on the VX1 as implied by the comment? You also moved the code that fills in entry back in the main loop. What was wrong with the extractphonebookentry function? (It did have a bug in that there was no return statement :-) I made it use that function again. Of particular note is that it fills in the serials. These are needed if you don't want to lose speed and voice dials. > Now it throws an exception > when trying to render the phonebook tab. Something about missing > groups, which the tm520 doesn't have. Someone else can fix this. I have dumped all the groups code in the phonebook. The groups, ringtones and wallpaper stuff from the phone will need to update the UI at some point, so a list of relevant choices can be made to the user. "relevant" will depend on what is built into the phone, and what it can be extended with (eg new ringtones, new groups). Roger |
From: Roger B. <ro...@ro...> - 2003-10-03 03:59:52
|
> It seems to be related to sending a break to the phone which > resets. I contacted the author of Linux usb-serial stuff about it. It is definitely some sort of bug that takes effect when the file descriptor is closed. It doesn't happen on all machines. They made a fix for kernel 2.6, but as far as I know it hasn't been backported to 2.4. But since my main Linux box is my mail and web server, I can't really have it crashing ever :-) Roger |
From: Stephen W. <sa...@us...> - 2003-10-03 03:18:44
|
On Thu, 2003-10-02 at 14:29, Roger Binns wrote: > Stephen Wood wrote: > > I am able to run bitpim 0.60 using the linux RPM's. However, I can't > > figure out how to run bitpim on Linux from the CVS version. > > Sorry. My fault. Unfortunately my main Linux machine is a victim of > that bug that results in a kernel panic when closing the > USB-serial device. (It still astonishes me that it hasn't been fixed > in 2.4). > This happened to me when I started working with qcplink to test out my phone. It seems to be related to sending a break to the phone which resets. (I think this reset is part of the protocol for syncing the phone.) Resetting is power cycling the phone, so the USB device winks out and back in. I make sure that I close the phone device immediately after doing a reset. This helps, but is not 100% reliable. What I often do is not send a reset to the phone, but then power cycle it by hand after the program exits. And I take a deep clensing breath after I turn the phone off, and again after I turn it on before trying to talk to it. |
From: Alan G. <ago...@ya...> - 2003-10-03 03:02:09
|
To let you know i sent roger the calendar patches which makes reading the calendar and displaying it work. --- Scott Craig <sco...@sh...> wrote: > Scott Craig wrote: > > I haven't > > had time to get com_lgtm520.py going yet. All it has so far is stuff > > Roger wrote without access to the phone. I can spend some time on it > > tonight. > > > > Scott > > OK, I got it working, but not ideally. There doesn't seem to > be any way to avoid rebooting the phone. I've tried various > combinations, but no luck. One positive is that it uses the > more general Qualcomm data mode (QCDM) rather than LGDM. > > I will send what I have to Roger. Now it throws an exception > when trying to render the phonebook tab. Something about missing > groups, which the tm520 doesn't have. Someone else can fix this. > > Scott > > > > > > > ------------------------------------------------------- > 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 __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Scott C. <sco...@sh...> - 2003-10-03 02:54:34
|
Scott Craig wrote: I haven't > had time to get com_lgtm520.py going yet. All it has so far is stuff > Roger wrote without access to the phone. I can spend some time on it > tonight. > > Scott OK, I got it working, but not ideally. There doesn't seem to be any way to avoid rebooting the phone. I've tried various combinations, but no luck. One positive is that it uses the more general Qualcomm data mode (QCDM) rather than LGDM. I will send what I have to Roger. Now it throws an exception when trying to render the phonebook tab. Something about missing groups, which the tm520 doesn't have. Someone else can fix this. Scott |
From: Scott C. <sco...@sh...> - 2003-10-03 00:38:55
|
Alan Gonzalez wrote: > Are the phonebook entries in the p_lgtm520.p correct? For the vx10 they aren't > working correctly. If so we'll need a different module for the lgvx10. I keep > getting the init response back when trying to request the next entry. > Yes, the p_lgtm520.p file is correct so far, I think. But I haven't had time to get com_lgtm520.py going yet. All it has so far is stuff Roger wrote without access to the phone. I can spend some time on it tonight. Scott |
From: Alan G. <ago...@ya...> - 2003-10-03 00:01:44
|
Are the phonebook entries in the p_lgtm520.p correct? For the vx10 they aren't working correctly. If so we'll need a different module for the lgvx10. I keep getting the init response back when trying to request the next entry. I was excited that the tm520 would be the same, but possibly not. Alan __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Roger B. <ro...@ro...> - 2003-10-02 18:48:53
|
> Can the Sanyo phone book structure be > fit into the bitpim structure that is being developed? Yes. Note that other data sources such as the Windows Address Book also just have them seperately, with no idea of priority. > I am guessing > that if one wanted to import a phone book with duplicate types (e.g. a > Home1, Home2, Home3), a sanyo sync could accept the first phone number > with a type matching Home.* and discard the rest. (Perhaps extra > numbers could optionally be shoved into less used types such as "No > Label", "Data", and perhaps Fax and Pager.) Yes, that would be the general theory. They way I have it structured now is that when you choose to write out the phonebook, getfundamentals() is called on the Phone object. It needs to get whatever information is appropriate from the phone. For the 4400, it gets the group listing and the ESN. It will also get the ringtone and wallpaper index (which I need to do some work on). Then the convertphonebooktophone() method is called in the Profile object. This runs in the main thread (all serial comms is done in a background thread). convertphonebooktophone needs to massage the data into what it intends to write. It can generate warnings and in very serious cases, errors. I am hoping to "score" them in some way, and allow the user to see the most important ones first, and potentially abort. Some examples of warnings are that some phones (eg the 4400) can't have entries without phone numbers. Also fields may be truncated to various lengths. The helper class passed in to convertphonebooktophone will log all this and do most of the conversion work. See com_lgvx4400.Profile and phonebook.PhoneWidget for them working together. > Is there a framework within bitpim for holding call history and received > SMS messages? Not yet, but it is on my todo list :-) > The call history and messages all have dates and times on > them, so perhaps this stuff could be read from the phone and put in > bitpim's calendar (and exported to vcalendar?). This could be handy for > someone who likes to keep a log of calls. If these call history and > message "calendar" entries are tagged, then they could be ignored when > syncing to the phone since it seems to me that the value is getting this > stuff out of the phone, not sending to the phone. Can you put a feature request into SourceForge for this, giving your example etc so that we don't forget about it? My current priorities are to get address book syncing working (as well as a UI for the address book), and release that as 0.7. Then the other fluffy stuff follows like you SMS and call history. > In interpreting 32 bit dates on the Sanyo4900, I had a fudge factor of 5 > days different from starting the epoch on July 1, 1980. I noticed that > the fudge factor is 4 days and 17 hours for the LG-VX4400. Is that > because BITPIM translates times into GMT, whereas I am translating into > localtime? I don't believe my phone really knows what timezone it is > in, it just makes time whatever the towers tell it is. I use GMT in the code because I don't want timezone conversion done. I too believe the phone has no idea of timezones. So if the phone thinks that something is at 3pm, in the routines I call I supply that 3pm as a GMT number, but display it to the user as is, but saying it is local time (ie 3pm). If I did try to use local timezone then the original number would have to be fudged and other fun things. The other possibility is that the phone may actually be operating in GMT for date/timestamps. The TM520/VX10 also used something different which Scott/Alan can remind us of. Roger |
From: Roger B. <ro...@ro...> - 2003-10-02 18:29:02
|
Stephen Wood wrote: > I am able to run bitpim 0.60 using the linux RPM's. However, I can't > figure out how to run bitpim on Linux from the CVS version. Sorry. My fault. Unfortunately my main Linux machine is a victim of that bug that results in a kernel panic when closing the USB-serial device. (It still astonishes me that it hasn't been fixed in 2.4). I tried using Virtual PC on my XP box, but its serial port emulation is too flaky. So I have to reboot my XP box into Linux to try stuff out, which I don't do too often. > File "guiwidgets.py", line 36, in ? > import bpaudio Just comment that line out. bpaudio currently implements converting any audio format to Qualcomm purevoice, and back to plain wav. It uses the ffmpeg binary (I tried to use it as a library but it was a nightmare) and a windows binary from Qualcomm (I did ask them if I could ship it as their licensing doc is ambiguous but they never responded). Needless to say, the latter binary won't work on Linux :-) I will look to see if I can get it to run under Wine at some point. Roger |
From: Stephen W. <sa...@us...> - 2003-10-02 14:15:02
|
Thanks for the encouragement Roger. You have given me a bit to chew on. I'll try to spend some time on it over the weekend. I have a couple of comments about my phone. The Sanyo 4900 phone book allows for each entry 7 phone numbers of the fixed types Home, Work, Mobile, Pager, Data, Fax, and No Label. But the phones in bitpim seem to be like what I have seen in friends phones, namely that each phone number associated with a name can be given any type, (which I find more useful). Can the Sanyo phone book structure be fit into the bitpim structure that is being developed? I am guessing that if one wanted to import a phone book with duplicate types (e.g. a Home1, Home2, Home3), a sanyo sync could accept the first phone number with a type matching Home.* and discard the rest. (Perhaps extra numbers could optionally be shoved into less used types such as "No Label", "Data", and perhaps Fax and Pager.) Is there a framework within bitpim for holding call history and received SMS messages? The call history and messages all have dates and times on them, so perhaps this stuff could be read from the phone and put in bitpim's calendar (and exported to vcalendar?). This could be handy for someone who likes to keep a log of calls. If these call history and message "calendar" entries are tagged, then they could be ignored when syncing to the phone since it seems to me that the value is getting this stuff out of the phone, not sending to the phone. In interpreting 32 bit dates on the Sanyo4900, I had a fudge factor of 5 days different from starting the epoch on July 1, 1980. I noticed that the fudge factor is 4 days and 17 hours for the LG-VX4400. Is that because BITPIM translates times into GMT, whereas I am translating into localtime? I don't believe my phone really knows what timezone it is in, it just makes time whatever the towers tell it is. Steve |
From: Stephen W. <sa...@us...> - 2003-10-02 13:40:32
|
I am sure that I have just missed something. I am able to run bitpim 0.60 using the linux RPM's. However, I can't figure out how to run bitpim on Linux from the CVS version. If I type "python bp.py", I get: Traceback (most recent call last): File "bp.py", line 24, in ? import gui File "gui.py", line 31, in ? import guiwidgets File "guiwidgets.py", line 36, in ? import bpaudio File "bpaudio.py", line 17, in ? import win32api ImportError: No module named win32api I use Redhat9 which has python 2.2.2. Thanks, Steve |
From: Roger B. <ro...@ro...> - 2003-10-02 04:10:30
|
Alan Gonzalez wrote: > bingo, that did it. nice debugging. Needless to say I have splashscreen always turned off except for release testing. (There is actually an artificial delay when using the splash screen otherwise it would disappear too quickly for you to even see what was on it.) So for some bizarre reason if I made the main window visible and then added the notebook (the tabbed stuff), it would work if no other top level windows had been shown, but not if they had (which is what the splash screen is). Anyway I have now fixed it by making the window visible at the very end of the constructor. The fix is in CVS. Roger |
From: Alan G. <ago...@ya...> - 2003-10-02 01:53:10
|
bingo, that did it. nice debugging. --- Roger Binns <ro...@ro...> wrote: > Alan Gonzalez wrote: > > post a patch if you find the fix. > > Bizarrely, it is caused by some deep interactions in wxWindows. > > I did however find a workaround. In your registry, add a > key below HKEY_CURRENT_USER\Software\BitPim as a DWORD named > splashscreentime, and set it zero (the default). > > The added bonus is you won't have to sit through the splash > screen everytime bitpim starts. > > 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 __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Roger B. <ro...@ro...> - 2003-10-02 01:47:56
|
Alan Gonzalez wrote: > post a patch if you find the fix. Bizarrely, it is caused by some deep interactions in wxWindows. I did however find a workaround. In your registry, add a key below HKEY_CURRENT_USER\Software\BitPim as a DWORD named splashscreentime, and set it zero (the default). The added bonus is you won't have to sit through the splash screen everytime bitpim starts. Roger |
From: Alan G. <ago...@ya...> - 2003-10-02 00:21:08
|
post a patch if you find the fix. then i can work on some things sooner :) Alan --- Roger Binns <ro...@ro...> wrote: > Alan Gonzalez wrote: > > Just to let you know I've been trying to track down why i'm not getting the > > notebook tabs. > > Ok, I thought Scott was going nuts when he mentioned it. Not having > the key in the config (registry on Windows) is what causes this. > > I am working on fixing it now. > > 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 __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Roger B. <ro...@ro...> - 2003-10-01 23:55:29
|
Alan Gonzalez wrote: > Just to let you know I've been trying to track down why i'm not getting the > notebook tabs. Ok, I thought Scott was going nuts when he mentioned it. Not having the key in the config (registry on Windows) is what causes this. I am working on fixing it now. Roger |
From: Alan G. <ago...@ya...> - 2003-10-01 23:12:47
|
Just to let you know I've been trying to track down why i'm not getting the notebook tabs. It's still happening with current cvs. It's hard to figure out how things were before and how they are now. But I'll keep trying. It might help if you tried to start up bitpim without any prior index files preset to see what i'm talking about. Alan __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Larry T. <tet...@ro...> - 2003-10-01 17:24:34
|
Any suggestions on how to get the alarm function to work on .61? No = matter what I put in it always shows as "on time" on the phone after = synch. Thanks,=20 Lct --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.521 / Virus Database: 319 - Release Date: 9/23/2003 |
From: Roger B. <ro...@ro...> - 2003-10-01 05:13:48
|
Stephen Wood wrote: > The gist of this report is that hdlc packets > 508 bytes long are used. Looking at their protocol document, the actual packet formatting is similar. The CRC and \x7e on the end of each one is identical as is the the AT$QCDMG. LG also has AT$LGDMGO. > view indeed works with the 4900. The top directory contains the files: > RDM_PORT_MAP, $SYS.FACTORY, $SYS_RMT, uivrState.dat, $USER_DIRS amd the > directories nvm and VoiceDB. The joy of all of these phones is that the file system layouts are very similar, but not identical. It seems like they arbitrarily go out of their way to be different even for different models from the same manufacturer. > The VoiceDB directory has files with dates > that seem to corresond to when I recorded voice dial entries. I don't > know if they are digitized speech or just some meta information. I believe they are purevoice files. BitPim in cvs has some support for them. > Are there other Sanyo owners here that would like to work with me on > adding Sanyo 4900 capability to Bitpim? I will help you as much as I can, although I don't have the phone. The first step is to check out the code and prerequisites as in http://bitpim.sourceforge.net/developer.html Note that the anonymous CVS stuff is at least 24 hours behind, and doesn't seem to be working for me at all. If you have issues, email me and I can send you the latest source etc in a zip file. You should now have a look at what the other phones do to read a phonebook. From the main BitPim source directory, do this: c:\projects\bitpim> python analyser.py examples\vx4400phonebookread.txt c:\projects\bitpim> python analyser.py examples\tm520phonebookread.txt The actual protocols are described in the various p_*.p files from which .py files are generated. Take a stab at making one for your phone. I would then recommend doing a data dump of a simple session in the same format as the above files, and check they can be read with your description. At that point you are ready to move onto real code. A simple example to start with is com_lgtm520.py. It should make sense while reading the analyser file above. com_lgvx4400.py has more stuff in it and is a more detailed example. Send me email if you want advice, comments, or someone to throw your observations off while doing this stuff. Also if you feel that some of the code could do with better documentation, more comments etc, then please tell me. I won't get upset! There is always apidoc at http://bitpim.sourceforge.net/apidoc/ which is normally at most 2 or 3 days old. Welcome! Roger |
From: Stephen W. <sa...@us...> - 2003-10-01 04:04:29
|
I have a Sanyo 4900 sprint phone. A while ago I came across the qcplink project (http://qcplink.sourceforge.net/), a project to develop sync software for the QCP-2760, an old Qualcomm phone. I also came across a sketchy report of captures of traffic to/from a Sanyo4900 using a commercial sync program. The gist of this report is that hdlc packets 508 bytes long are used. The first byte of "Read" packets is 0x0d and write packets is 0x0e. I did a lot of exploring of the phone and found how to read the phone book, calendar, received messages, call history, speed dial list, ringer assignments, and owner information. I have not tried writing to the phone yet, but I think the phone has to be put into a mode to accept writes and then reset at the end. In addition to the phone book entries, I think that buffers containing alphabetic sort information and lists of phone number for caller ID to show names, must be constructed properly and sent. I have made a perl script (kind of ugly and probably not too efficient) that includes basically all I learned about the phone and I would be happy to share that with other Sanyo 4900 (or other recent Sanyo Sprint phones) owners or post it here (are attachments allowed in this mailing list?) I discovered bitpim recently and noticed the note that other Qualcomm chipset phone should work, at least in file system view. The filesystem view indeed works with the 4900. The top directory contains the files: RDM_PORT_MAP, $SYS.FACTORY, $SYS_RMT, uivrState.dat, $USER_DIRS amd the directories nvm and VoiceDB. The VoiceDB directory has files with dates that seem to corresond to when I recorded voice dial entries. I don't know if they are digitized speech or just some meta information. The files are about 500 to 700 bytes long (my voice dial entries are single words or names) and have the file extension .tag. The nvm directory contains $SYS.ESN, $SYS.INVAR1, $SYS.INVAR2 and nvm and prl subdirectories. The files in prl seem to basically be full of nulls. nvm contains 24 files (nvm_0000 to nvm_0023) with sizes from 5 to 48200 bytes. These files seem to contain all the information that I have extracted from the phone via other means and not much else. Are there other Sanyo owners here that would like to work with me on adding Sanyo 4900 capability to Bitpim? Steve |
From: Roger B. <ro...@ro...> - 2003-09-30 15:45:57
|
> Are you thinking that it rebuilds itself to the original when returning > home? Yup, you need a cable. I am pretty sure the actual ESN in the file doesn't change. My most intelligent guess is that the rest of it doesn't change but someone else was of the opinion that it may, and there is no evidence either way. Maybe I will just stop being so paranoid and only checksum the ESN 4 bytes. Roger |
From: Tom T. <to...@to...> - 2003-09-30 13:22:17
|
Roger, I'd be glad to check, as I'm on the road right now, but - I left my cable at home. I assume there is no way to read this data from the phone menus? Are you thinking that it rebuilds itself to the original when returning home? Thanks! Tom... ----- Original Message ----- From: "Roger Binns" <ro...@ro...> To: <bit...@li...> Sent: Monday, September 29, 2003 7:14 PM Subject: [Bitpim-devel] Please check a file > I would greatly appreciate it if everyone (including those with phones > other than the 4400) can check the following file: > > /nvm/$SYS.ESN > > It should be around 97 bytes long, and start with FF until position 0x55. > The next 4 bytes are your ESN in hex (and in little endian). > > My question is if the contents of this file every change for anyone over > time, such as if you roam. > > The new synchronization code needs to generate a unique id for each phone. > I am currently checksumming the whole file. That obviously depends on the > file contents never changing :-) > > 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 > |