Re: BS-11 PLL clock source / calibration
Hello Harald, On Fri, 17 Apr 2009 10:17:13 +0200, "Harald Welte" <laforge@gnumonks.org> wrote:
Dieter, what I just found out is that the LI object has a user-configurable setting, where we can force it to be stand alone or locked to the E1.
We could add this setting to the bs11_config program so people can try if their E1 clock or their [10 years uncalibrated] BS11 internal oscillator is better.
What do you think?
I did a quick test with this setting and it seems to work fine with the BS-11 (so we should not believe the documentation ;-). Here is the LMT dump for the PLL Mode, it can be changed during normal operation: ; Locked Tx D0A5070000FC0102 Rx D1A5070000FC0102 ; Standalone Tx D0A5070000FC0103 Rx D1A5070000FC0103 A little bit strange is the behaviour of NM_ATT_BS11_CCLK_ACCURACY, if the PLL Mode is set to "Standalone", it changes to "high accuracy", however if you restart the BS-11, this attribute stays at "medium accuracy". Maybe NM_ATT_BS11_CCLK_ACCURACY has no meaning if the PLL Mode is set to "Standalone". Best regards, Dieter -- Dieter Spaar, Germany spaar@mirider.augusta.de
On Fri, Apr 17, 2009 at 08:07:44PM +0200, Dieter Spaar wrote:
We could add this setting to the bs11_config program so people can try if their E1 clock or their [10 years uncalibrated] BS11 internal oscillator is better.
I did a quick test with this setting and it seems to work fine with the BS-11 (so we should not believe the documentation ;-).
Here is the LMT dump for the PLL Mode, it can be changed during normal operation:
; Locked Tx D0A5070000FC0102 Rx D1A5070000FC0102
; Standalone Tx D0A5070000FC0103 Rx D1A5070000FC0103
I have created a patch for bs11_config to emit those two messages. It's attached to this mail, but I haven't had time to test it yet. However, since it doesn't change any common code paths, I have committed it. It would be great if somebody could do some testing if this actually works. Regards, -- - Harald Welte <laforge@gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Hi Harald, Am Di, 28.04.2009, 18:31, schrieb Harald Welte:
On Fri, Apr 17, 2009 at 08:07:44PM +0200, Dieter Spaar wrote:
We could add this setting to the bs11_config program so people can try if their E1 clock or their [10 years uncalibrated] BS11 internal oscillator is better.
I did a quick test with this setting and it seems to work fine with the BS-11 (so we should not believe the documentation ;-).
Here is the LMT dump for the PLL Mode, it can be changed during normal operation:
; Locked Tx D0A5070000FC0102 Rx D1A5070000FC0102
; Standalone Tx D0A5070000FC0103 Rx D1A5070000FC0103
I have created a patch for bs11_config to emit those two messages. It's attached to this mail, but I haven't had time to test it yet.
However, since it doesn't change any common code paths, I have committed it. It would be great if somebody could do some testing if this actually works.
Not yet: openbsc:/studienarbeit/svn/trunk/openbsc# bs11_config pll-e1-locked bs11_config (C) 2009 by Harald Welte and Dieter Spaar This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY LMT LOGON: ACK PHASE: 2 Maintenance MBCCU0: Load MBCCU1: Load Abis-link: Down Segmentation fault It dies at: Program received signal SIGSEGV, Segmentation fault. abis_nm_bs11_set_pll_locked (bts=0xb7efa018, locked=1) at ../include/openbsc/tlv.h:20 tlv.h: static inline u_int8_t *tlv_put(u_int8_t *buf, u_int8_t tag, u_int8_t len, const u_int8_t *val) { *buf++ = tag; *buf++ = len; memcpy(buf, val, len); <-- Boom return buf + len; } Best Regards, Holger -- | Holger Adams <holger@kernreaktor.org> | University of Applied Sciences Esslingen
Hi all, On Tue, Apr 28, 2009 at 06:31:44PM +0200, Harald Welte wrote:
On Fri, Apr 17, 2009 at 08:07:44PM +0200, Dieter Spaar wrote:
We could add this setting to the bs11_config program so people can try if their E1 clock or their [10 years uncalibrated] BS11 internal oscillator is better.
I did a quick test with this setting and it seems to work fine with the BS-11 (so we should not believe the documentation ;-).
Here is the LMT dump for the PLL Mode, it can be changed during normal operation:
; Locked Tx D0A5070000FC0102 Rx D1A5070000FC0102
; Standalone Tx D0A5070000FC0103 Rx D1A5070000FC0103
I have created a patch for bs11_config to emit those two messages. It's attached to this mail, but I haven't had time to test it yet.
However, since it doesn't change any common code paths, I have committed it. It would be great if somebody could do some testing if this actually works.
I've tested (+fixed) it now. 'query' now also shows the current PLL Mode configuration (as of SVN rev. 455) -- - Harald Welte <laforge@gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I tested rev. 458 and was able to switch the PLL mode from E1-locked to standalone. Unfortunately I see the same behavior (even with restarting the BS-11) as in E1-locked ('hfcmulti' and 'hfcmulti port=0x200) - a network scan shows either your BS-11 or the other networks and only sometimes you see all networks This time I found the local net after 5-10 minutes with a Nokia 9300i and E70. My 6110 could only see the other networks. Voice works fine in this revision, there is only some delay. But I observed some strange behaviour using call hold - when you activate it on a phone the other party can still hear you. :) Regards, Christian Harald Welte wrote:
We could add this setting to the bs11_config program so people can try if their E1 clock or their [10 years uncalibrated] BS11 internal oscillator is better.
However, since it doesn't change any common code paths, I have committed it. It would be great if somebody could do some testing if this actually works. I've tested (+fixed) it now. 'query' now also shows the current PLL Mode configuration (as of SVN rev. 455)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn4+zwACgkQGLhuJlltuu8X0QCgjIy1NeEoze1BzD7IpzfIF904 sQwAnjaAGqmtGLLljVPgB98KNmUEck+A =PzPj -----END PGP SIGNATURE-----
participants (4)
-
Dieter Spaar -
Harald Welte -
Holger Adams -
hotshot