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 |