[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[coldsync-hackers] USB + Palm m505 + Linux



I thought I'd got the USB connection to my m505 working, after many 
attempts. I tried again today, and the connection wasn't working. After 
much trial and error I discovered the following:

When I first try to connect, the connection fails altogether. Running with 
debugging level 5 on sync, misc, IO and net, the output ends with:

...
Assuming 2400 bps (11) yes
Assuming 1200 bps (9) yes
Inside netsync_read()
Reading packet data
<<   90 01 00 00 00 00 00 00 00 20 00 00 00 08 00 00   | ......... ......
<<   01 00 00 00 00 00                                 | ......
netsync_read(ritual resp 1) returned 1
<<< 90 01 00 00 00 00 00 00 00 20 00 00 00 08 00 00   | ......... ......
<<< 01 00 00 00 00 00                                 | ......
Inside netsync_write()
Sending NetSync header (50 bytes)
NET --> 01 01 00 00 00 32                                 | .....2
Sending NetSync data
NET >>> 12 01 00 00 00 00 00 00 00 20 00 00 00 24 ff ff   | ......... ...$ÿÿ
NET >>> ff ff 3c 00 3c 00 00 00 00 00 00 00 00 00 c0 a8   | ÿÿ<.<.........À¨
NET >>> a5 1f 04 27 00 00 00 00 00 00 00 00 00 00 00 00   | ¥..'............
NET >>> 00 00                                             | ..
netsync_write(ritual stmt 2) returned 50
Inside netsync_read()
netsync_read: Reading packet header


After about 20 attempts to connect, I get a bit further.  The Palm beeps 
and displays the message "identifying user", but gets no further.  In this 
case, the debugging output finishes with:

...
System info:
	ROM version: 0x04000000
	Localization: 0x00010000
	product ID: 0x00030000
	DLP version: 1.2
	Product compatibility version: 3.0
	Max. record size: 65505 (0x0000ffe1)
Inside netsync_write()
Sending NetSync header (36 bytes)
NET --> 01 04 00 00 00 24                                 | .....$
Sending NetSync data
NET >>> 2d 01 0a 00 a3 40 00 00 00 00 00 00 00 00 00 04   | -...£@..........
NET >>> 01 02 00 00 01 04 00 00 00 00 00 04 73 6e 75 6d   | ............snum
NET >>> 00 02 00 00                                       | ....
Inside netsync_read()
netsync_read: Reading packet header


Showing ridiculously dogged determination, I then had another 20 or so 
attempts at synching.  Eventually it synched successfully, although 
coldsync never exits back to the shell prompt. The final effort ends with 
the following:

...
Inside netsync_read()
netsync_read: Reading packet header
Got header: cmd 0x01, xid 0xa6, len 0x00000004
Reading packet data
<<   af 00 00 00                                       | ¯...
===== Finished syncing
Calling io_drain()


Once it has synched successfully all further synchs are successful until 
the next reboot, when I have to go through the whole process again. It's 
almost as if it needs 40 or 50 attempted synchs before it notices that the 
device is actually there.

The visor module successfully recognises the device, and identifies it as 
an m505 every time I press the Hotsync button.

I'm running coldsync 2.2.5 on Linux kernel 2.4.8 (Mandrake 8.1), but the 
same happens with the 2.3.0 20011210 snapshot (except I get seg faults when 
it fails to connect).

Finally, I have the following in my .coldsyncrc:

listen serial {
	device: "/dev/ttyUSB1";
	protocol: simple;
	transient;
}

pda "My Palm" {
	snum: "L0PK17C13832-M";
	username: "Sean";
	userid: -1203939113;
	directory: "/home/sean/m505";
	default;
}

The userid seems a bit odd - it was the id suggested by coldsync -mI.


Sean.




This message was sent through the coldsync-hackers mailing list.  To remove
yourself from this mailing list, send a message to majordomo@thedotin.net
with the words "unsubscribe coldsync-hackers" in the message body.  For more
information on Coldsync, send mail to coldsync-hackers-owner@thedotin.net.