Am Mittwoch 17 Oktober 2007 schrieb Sergey Vlasov:
> On Wed, Oct 17, 2007 at 05:51:52PM +0200, Christian W. Zuckschwerdt wrote:
> > I did some tests with a Siemens S65 now. The DCA-500 cable seems dead.
Mine works (with S55) but I didn't test the patch, yet. However, the S65
should do NewSiemens mode, not BFB. The S55 and other phones based on this
hardware are the last ones supporting BFB, all later ones are BFC.
> > Both the DCA-510 and DCA-540 work. (It doesn't matter if the converter
> > in the cable or the one in the phone is used.)
Never used the DCA-510 but it should work _exactly_ like the DCA-500 because
the the phone's side of the cable doesn't differ. Some non-original DCA-500
(non easily to spot but I guess most on epay are non-original) are not
working properly, though.
Both return "WIRE" as connection type but DCA-540 returns "USB".
> > While the BFB/BFC mode behaves friendly and can be left/reset, I had
> > some trouble leaving the plain OBEX mode. Neither reset nor escapes
> > work. Any hints on how to leave the Siemens transparent OBEX(3) mode
> > (BFB/QWE=3) are appreciated!
>
> This code from siefs works (or at least worked a year ago):
>
> static const char QRESETCMD[] =
> { 0x81, 0x00, 0x03 };
>
> case LINK_QWE3:
> comm_tx(b->h, (char *)QRESETCMD,
> sizeof(QRESETCMD)); bflush(b);
> usleep(1000000);
> comm_tx(b->h, "+++", 3);
> bflush(b);
> usleep(1000000);
> break;
>
> (Actually, the upstream version does not work, because the second
> usleep(1000000) is missing.)
>
> The bflush() function in siefs tries to read until the buffer is empty
> with the 0.2 seconds timeout (therefore it introduces an additional 0.2 s
> delay - maybe the problem is that the existing sleep(1) in the obexftp
> code is not enough).
That's what I already mentioned some time ago when we fixed NewSiemens Obex
mode:
wait one second after last sent/received bit
send "+++"
wait at least one second
When the serial port is in raw mode, you do not need to flush. I don't know
about the BFB(0x81 0x00 0x03) command, probably a better way to say
AT^SQWE=0.
Christian: there is a bug in trunk/multicobex/multi_cobex.c line 68:
c->type can be either CT_BFB _or_ CT_SIEMENS, both need the same
sequence, IIRC.
HS
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Openobex-users mailing list
[email protected]
http://lists.sourceforge.net/lists/listinfo/openobex-users
