oh, sorry: well, after trying for weeks, I see always the same behavior of
the sco data: after a connect of the sco channel, the data is either byte-swapped
or offset by one byte, but no indication in any header etc. can be found why
this is the case.
The original assumption that there might be packets with a byte (or more)
missing has not turned out to be right (could not find an indication of this).
Anyway, as a workaround, I have implemented a small signal analysis function that
tests, in short, if the incoming signal is gaussian or even distributed (the latter
is an indication for a byte swap) - upon which I adapt the output accordingly.
(the code is at http://www.soft.uni-linz.ac.at/_wiki/tiki-index.php?page=ProjectBluezHandsfree)
Marcel, do you I can bug with this at csr?
Simon
Simon
Marcel Holtmann wrote:
> Hi Simon,
>
>
>>well now I have a heuristic that works most of the time. Looking at the
>>transmitted data, I wonder if there could be a big endian/little endian
>>switch that is toggled randomly in the firmware for the 16bit sco data.
>>
>>Is there a lucky person with a developer kit out there who is able
>>to confirm this?
>
>
> please remind us about what your are talking, because it seems that at
> least I forgot it. If you think you found a bug and you are able to
> reproduce it, you should make a detailed description, so the CSR guys
> can fix it.
>
> Regards
>
> Marcel
>
--
_______________________________________________________________________
Dr. Simon Vogl
Institut f?r Pervasive Computing, Johannes Kepler Universit?t Linz
Altenberger Stra?e 69, A-4040 Linz, Austria
Tel: +43 732 2468-8517, Fax: +43 732 2468-8426
mailto: [email protected], http://www.soft.uni-linz.ac.at/
Simon Vogl wrote:
> oh, sorry: well, after trying for weeks, I see always the same behavior of
> the sco data: after a connect of the sco channel, the data is either byte-swapped
> or offset by one byte, but no indication in any header etc. can be found why
> this is the case.
Is the problem that the link spontaneously changes from correct to noisy
in the middle of a link, or is it that when you start up a link it's
either OK for the durection of the link, or noisy for the duration of
the link and then when you tear it down and start a fresh link, the next
one is, independently, correct our noisy?
If it's the latter case, is the first link after a full reset (BCCMD
reset or power cycle - not merely an HCI reset) ever noisy?
> Marcel, do you I can bug with this at csr?
You should use the CSR public newsgroups (follow the links from the CSR
web site), though, in practice, making enough noise on this mailing list
will eventually attract the attention from someone at CSR (there are
several people here who subscribe).
- Steven
--
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
http://www.mimesweeper.com
**********************************************************************