Hi Michael,
Michael 'Mickey' Lauer wrote:
Of course, you can reverse the function I'm using to compute the percentage
and then just try to linearly scale that towards a dbM as per 07.07 -- I
seriously doubt that this leads to more precision though (see below).
May I ask why you translated the value returned by the modem to a
percentage? Would it not be more straightforward to directly return the
value following the GSM standard?
I don't think so. First, the value can't be computed properly anyways, since
the scaling is completely undefined (might be linear, logarithmic, discrete,
or whatever).
I got your point. But if I read the 07.07, it states:
0 ‑113 dBm or less
1 ‑111 dBm
2...30 ‑109... ‑53 dBm
Thus between 2 and 30, I cannot be sure of the scaling, but my
understanding with them showing 0, 1, 2..30, would be to show the reader
how it evolves? But maybe I presume too much, and we simply cannot guess
anything between 2 and 30?
Well in the end, I don't need something very precise, so I guess the
linear scale would be good enough. Do you have any idea how wrong this
approach could be?
Second, to most non-EEs, a value in percent should be much more
meaningful than a dBm value.
Agreed.
Nevertheless I work on a client which logs the signal strength in dBm. A
client under Windows mobile already exists, and my logs have to be
comparable regarding this value to those produced by the WM client. So I
have to stick to a dBm value as much as possible.
Thanks,
Ronan
_______________________________________________
smartphones-standards mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-standards
