No battery Vsys issue is USB overcurrent?

[Andy Green]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:
| Am Mo  30. Juni 2008 schrieb Andy Green:
|> Somebody in the thread at some point said:
|>
|> | I didn't see why it shouldn't be coincidence.  The fact is we get a
30us
|> | dropout on Vsys, keep adding caps you can stop it dipping below a
|> | critical level in the 30us.  If you want to talk coincidence ;-) there
|> | is a third great story to explain it that didn't pan out: 30us is a
|> | commonly used filter period in pcf50633 and is also the duration of the
|>
|> Of course 30us ~= 1/32kHz, we're saying it's for "one pcf clock" that
|> Vsys is disrupted -- probably highly significant if we can figure out
why.

| So to proof this, you might change the RTC-crystal freq? Just an idea.

No need, everything that happens on there is synchronous to pcf50633
32kHz clock... these two in the pic are locked together.

- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkhpCcoACgkQOjLpvpq7dMrUxACeKVUMDtkVN1WpQRdUjXVtS0B/
guAAniSXwjJv2p+D0ZX9SHBzsNIP7Cin
=qGxB
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: f0008tek.gif
Type: image/gif
Size: 9741 bytes
Desc: not available
Url : http://lists.openmoko.org/pipermail/openmoko-kernel/attachments/20080630/7b5dfa91/attachment.gif