Hi Andy,
Andy Green schrieb:
| Power isn't the only consideration, we already thought about bringing
| out debug USB connector to the outside world. If that is what we do,
| then it is sitting there ready to eat power the same as the OTG
| connector, and it makes sense to allow it.
OK,
5€ noname
works for me
/jOERG
attachment: img045.jpg
signature.asc
Description: This is a digitally signed message part.
___
hardware mailing list
hardware@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/hardware
Am So 13. Juli 2008 schrieb Philippe Guillebert:
Hello,
Thanks to http://wiki.openmoko.org/wiki/Freerunner_Hardware_Issues , I
ran into the following (and quite scary) thread :
http://lists.openmoko.org/pipermail/hardware/2008-April/55.html
So I was wondering, maybe the poor GPS
Am Do 24. Juli 2008 schrieb Thomas Seiler:
Hi,
I accidentally hit reply instead of reply-all, my apologies for making
this thread rather hard to read...
Werner Almesberner wrote:
Thomas Seiler wrote:
[...]
That might be an option for GTA03, where we'll probably still have
only Full
Am Fr 1. August 2008 schrieb Brad Midgley:
Hey
I noticed there was a homebrew/make/etc induction generator out there
but it looks like a bit of an ugly hack.
Is anyone else interested in opening up something like a reelight* to
see if it could be hacked to provide power to a neo working
Moving this thread to [hardware] from [community], as it's a hw-related
technical problem.
Eventually I will merge the similar thread from [support]-ml
All further discussion, status-reports etc will be supported by me solely here
in [hw]-ml. Please don't continue the threads in the other both
To keep updated all those who are interested in details:
Seems we finally found enough of the working mechanism of GSM-interference, to
promise we will be able to stop it.
More details: JK4401 hs-receptacle isn't shielded and obviously the contact
springs catch RF and feed it to the audio-path.
Today's good results: grounding of pin6 at JK4401 seems to stop noise (as long
as no hs is plugged in).
This is an easy one, which very buzz-annoyed brave soldering-veterans might
try *on their own risk*.
Side-effects: still unknown.
cheers
jOERG
signature.asc
Description: This is a
Am Di 19. August 2008 schrieb Mike (mwester):
I am led to understand that the GTA02 offers a GPIO
that permits the kernel to forcibly remove power from the GSM, but
nobody has confirmed that this action is controllable from userspace, or
if the kernel actually performs this power removal upon
Am Mi 20. August 2008 schrieb Werner Almesberger:
I don't have any specific problem I suspect to happen. I just wanted
to point out the general problem (which seems particularly bad with
those Samsung SoCs), which seems to be important since Joerg recently
suggested to run all sorts of GPIOs
If I'm in a situation where I absolutely want to make sure we don't
emit any power, I'd remove the battery anyway.
OK, there are people who feel uncomfortable with a battery in *any*
cellphone
nearby, when they have some confidential talk ;-)
OTOH, I'm more concerned about possible
Am Mi 20. August 2008 schrieb Werner Almesberger:
Joerg Reisenweber wrote:
Fine! But where in this description is the point about ME suggesting sth
like routing (new) GPIO to all sorts of peripherals???
Ah, this was the mail that scared me:
https://lists.internal.openmoko.org/pipermail
Am Do 21. August 2008 schrieb Joerg Reisenweber:
This rail is 0V as long as there's no USB-supply voltage. We are fine for
all cases except shutdown when on charger.
Actually the problem case is shutdown, hooked to charger, AND overvoltage
detected. Then we still got 100kR on this line
/j
Am Mo 25. August 2008 schrieb Werner Almesberger:
Andy Green wrote:
It can be prototyped and the final PA spectral performance compared to
piece of wire, so this is something we can know rather than scare
ourselves about.
You mean in GTA02 or in GTA03 ? For GTA03, that's definitely
Am Mo 25. August 2008 schrieb Andy Green:
Point taken about the GTA03+ module though -- it should take care of
power switching inside the module boundary in a reliable way or the
module is broken, so we presumably should be able to just use the module
boundary power arrangements. But still I
Am Mo 25. August 2008 schrieb Andy Green:
Somebody in the thread at some point said:
| Am Mo 25. August 2008 schrieb Andy Green:
| Point taken about the GTA03+ module though -- it should take care of
| power switching inside the module boundary in a reliable way or the
| module is broken,
We found it's pin4 of JK4401 and only this pin that causes GSM-EMI-noise
issue.
We placed a ferrite bead to this pin, and it stops noise. Alas this isn't a
viable rework, as it is extremely fragile and doesn't fit into case.
See
Am Di 26. August 2008 schrieb Uwe Klein:
Hi,
in this context:
is there any (hardware) watchdog stuff that limits transmit time and
similar things?
There's a watchdog in CPU, but it's unused by all of the recent sw-stacks
AFAIK.
/jOERG
signature.asc
Description: This is a digitally
Am Do 28. August 2008 schrieb Cesar Eduardo Barros:
Andy Green escreveu:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| In a message from Ben Dooks on linux-arm-kernel about cpufreq, he said:
|
|- My patches have code to use hardware
Am Do 28. August 2008 schrieb Werner Almesberger:
Joerg Reisenweber wrote:
Should we try to set up a ECN demanding future (GTA02) devices to have
this?
Andy? Werner? I consider engineering risk very low, as we always may fall
back to current scheme.
Sounds good and safe to me as well
Am Do 28. August 2008 schrieb Andy Green:
Somebody in the thread at some point said:
| Charger Overshoot Voltage VCHGR_OVRSHT 6.0 V max.
| -
|
| Though we couldn't even attach a USB-charger compliant to this spec,
as it has
| to be equipped with micro-USB plug, we should expect to
Am Do 28. August 2008 schrieb Werner Almesberger:
Joerg Reisenweber wrote:
Ah, and btw: does anybody have a decent set of bookmarks/pointers/quotes
to
S3C2442 datasheet sections needed to facilitate my duty to validate this
ECN?
I think we need a more specific question :-)
I.e
Am Fr 29. August 2008 schrieb Andy Green:
Somebody in the thread at some point said:
| Joerg Reisenweber wrote:
| Do we really need more reasons to care about that issue?
|
| How about Postel's law ?
|
| http://en.wikipedia.org/wiki/Robustness_Principle
|
| Sounds like a good enough rule
Am Sa 30. August 2008 schrieb Werner Almesberger:
Monkey + keyboard =
For GTA02, use a really slow PWM ?
Duh. Kinda hard with the clock stopped ...
Darn, no way to keep this clock alive???
I always thought this would be method of choice to flash or dim LED during
suspend :-/
PCF50633 has
Am Di 9. September 2008 schrieb Al Johnson:
On Monday 08 September 2008, you wrote:
On Mon, 8 Sep 2008, Al Johnson wrote:
Some time ago Joerg (IIRC) suggested it might be possible for the
brave/foolhardy to replace the undersized caps in the headset output
with
something more
Am Do 11. September 2008 schrieb Torsten Sievers:
Hi Joerg,
good work so far. do you have any update on this?
Well, recent reports from actual lab in Taipei are fuzzy and sparse (I
unfortunately can't reproduce the buzz-issue here at my european lab), but it
sounds like we can confirm it's
Actually Andy explained the pin3/pin5 issue.
From what I understand, with removed receptacle and 3-5 short, your buzz
actually vanished, no? That's good news.
For the suggested rework, that's exactly why I bought a Dremel couple of days
ago ;-)
You described my plans to the smallest detail.
Am Mi 17. September 2008 schrieb Andy Green:
Somebody in the thread at some point said:
| Actually Andy explained the pin3/pin5 issue.
| From what I understand, with removed receptacle and 3-5 short, your buzz
| actually vanished, no? That's good news.
|
| For the suggested rework, that's
Am Mi 17. September 2008 schrieb Andy Green:
Which pins on WM8753 are affected by what in order to make this buzz?
Wolfson micro headquarters is in Edinburgh AFAIK. Probably you'll find someone
there who might be interested in your findings on that.
Please don't forget to specify things like
Am Mo 22. September 2008 schrieb Andy Green:
Somebody in the thread at some point said:
| and *then* continue to look for good fixes for already existing ones,
this
| request gets torn down by an immediate vivid discussion about
contamination
| pathes etc., leaving impression to TPE EE we
Am Mo 29. September 2008 schrieb Andy Green:
Somebody in the thread at some point said:
| Got around to try it just today.
| The problem for me with testing is that I (too) have a pretty good
| signal where I life (Actually orignating about 300m away ;) ), so that
| if there is buzz it is
Am So 21. September 2008 schrieb Uwe Klein:
On 9/21/08, Werner Almesberger [EMAIL PROTECTED] wrote:
Andy Green wrote:
One interesting thing would be stick a tracking generator on the GSM
antenna, put it near the headphone socket in a repeatable way, stick
spectrum analyzer probe on
Am Mi 1. Oktober 2008 schrieb Mark Brown:
The controls for the WM8753 itself are all defined in
sound/soc/codecs/wm8753.c in the kernel source - they're all done with
macros which map them into register fields in the codec.
I tried to find name of a registers this way, but this code is so
Am Mi 1. Oktober 2008 schrieb Mark Brown:
On Wed, Oct 01, 2008 at 05:13:37PM +0200, Joerg Reisenweber wrote:
I tried to find name of a registers this way, but this code is so nested
and
cryptic and poorly commented, I really didn't success to understand the
logic
behind the data
Am Sa 4. Oktober 2008 schrieb Joerg Reisenweber:
Am Mi 1. Oktober 2008 schrieb Mark Brown:
On Wed, Oct 01, 2008 at 05:13:37PM +0200, Joerg Reisenweber wrote:
I tried to find name of a registers this way, but this code is so nested
and
cryptic and poorly commented, I really didn't
Am Sa 4. Oktober 2008 schrieb Werner Almesberger:
[EMAIL PROTECTED] wrote:
From what I know, I would expect it to be available in the fall
of 2009. But this is only my guess.
5Q2009 is actually when we plan to release the Neo Lockdown, running
Proprietarix licensed from SCO(tm),
Am Sa 4. Oktober 2008 schrieb Mike (mwester):
Joerg Reisenweber wrote:
Am Sa 4. Oktober 2008 schrieb Werner Almesberger:
[EMAIL PROTECTED] wrote:
From what I know, I would expect it to be available in the fall
of 2009. But this is only my guess.
5Q2009 is actually when we plan
WLAN is RF and thus again voodoo. I only know I have similar puzzling results
whenever I compare any 2 randomly chosen WLAN-Xceivers.
10cm of movement may change situation totally, and the sending out of beacons
isn't very comparable between different APs.
To make things worse, not only the
Am Mo 13. Oktober 2008 schrieb [EMAIL PROTECTED]:
Sorry about the dumb question. I was just wondering if bluetooth headsets
would be affected by this buzz problem.
No. Will work without buzz
/jOERG
signature.asc
Description: This is a digitally signed message part.
+1
for some sort of transflexive screen that displays (a maybe somewhat reduced
set of) information without backlit.
/j
Am Do 30. Oktober 2008 schrieb Alastair Johnson:
Uwe Klein wrote:
Now for something completely different:
is a OLPC / Pixel Qi type reflective LCD an option?
Am Mi 29. Oktober 2008 schrieb Angus Ainslie:
On Wed, Oct 29, 2008 at 12:08 PM, Ole Kliemann
[EMAIL PROTECTED] wrote:
Hi Joerg and others,
I haven't followed the whole thread as I only understand 1%. So just one
quick and dirty question:
I have the two years EU warranty and am
Am Do 30. Oktober 2008 schrieb Ole Kliemann:
Thanks for the answer!
The point is, i certainly won't do the fix myself. ;) I will send my
device to my distributor on warranty.
On Thu, Oct 30, 2008 at 12:11:47PM +0200, Joerg Reisenweber wrote:
Seems you always could upgrade to the 'botch
Am Sa 15. November 2008 schrieb [EMAIL PROTECTED]:
Hello, I've the same issue as described here:
http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware_Issues#Known.2FAccepted_Issues
That is to say the Poor low-frequency audio response with low-impedance
headphones problem...
On IRC I was
Yes, sounds like a good idea (input impedance should be (much) [GT] 1000Ohm
though, not 1k)
This adapter also could implement some hw-equalization for the highpass-filter
created by the 1uF*(1/(1/1k + 1/(33R + adapter-impedance)). (where, in
sequence, values are from: C4111:1u, R4117:1k,
Am Sa 29. November 2008 schrieb Andy Green:
Somebody in the thread at some point said:
| I think I understand. I built one 10 F capacitor into the adapter (at the
| mass), so the problem with the headphones should be fixed. I also
measured a
| 1,59V current at the capacitor when plugged in
Am Di 2. Dezember 2008 schrieb Dieter Spaar:
Hello Stefan,
Stefan Schmidt wrote:
To follow up on the #1024 traces. I fear you are still not able to
reproduce the
re-camping?
No, I cannot reproduce it here. It seems that it requires a special GSM
net situation.
From the PCO2
100% ACK
Am Di 16. Dezember 2008 schrieb Werner Almesberger:
Joerg Reisenweber wrote:
Are you living in an area where many people use their cellphone, but only
few
BS around? We have some cloudy theory this might be a trigger for #1024.
Perhaps it would be good to collect some more
Mickey,
could you connect an external GSM-antenna and check if there's any difference?
Preferably connect the external antenna while actually encountering a #1024,
and see whether it stops, or otherwise changes characteristics.
many thanks
cheers
jOERG
signature.asc
Description: This is a
Am Mi 17. Dezember 2008 schrieb Michael 'Mickey' Lauer:
Am Tuesday 16 December 2008 20:33:42 schrieb Joerg Reisenweber:
could you connect an external GSM-antenna and check if there's any
difference? Preferably connect the external antenna while actually
encountering a #1024, and see
We have an issue regarding HW-driven max output level of the A5..A7-mic vs max
input sensitivity of Wolfson 8753. Anyway this is about some 20dB missmatch,
and regarding the amount of noise/distortion the mic introduces by itself
this won't spoil our overall signal quality balance. (you might
Am Do 12. Februar 2009 schrieb aawnsd:
Hi,
anyone who know which tool was used (CAD/CAE, schematic/pcb) do design GTA2
and product the pdf's?
Who to ask?
aawnsd
Schematics and layout PCB are done using Mentorgraphics LOGIC/PADS
/jOERG
signature.asc
Description: This is a digitally
Am Sa 14. Februar 2009 schrieb Jaya Kumar:
ni hao and hello OpenMoko friends,
Ok, to explain my interest quickly: what I hope to do is to take an
openmoko and add an E-Ink display, possibly replacing the LCD if
necessary. It is too early for this to be useful to people so I do not
want to
Am Mo 16. Februar 2009 schrieb Jaya Kumar:
On Mon, Feb 16, 2009 at 8:02 AM, Andy Green a...@openmoko.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Access to Glamo mapped region is much slower than 50ns. But, it's 16
bits wide. If you were able to use all the 16 bit width,
Am So 22. Februar 2009 schrieb Michael 'Mickey' Lauer:
Am Sonntag, den 22.02.2009, 19:44 +0100 schrieb Rask Ingemann
Lambertsen:
But in the end, I realized that the modem powers
up with deep sleep enabled, so after a few seconds of AT command
inactivity,
Right, the first thing you
Am Di 24. Februar 2009 schrieb Werner Almesberger:
Paul Fertser wrote:
Following information is based on AN107 [1] (CSR, 2002, describes SCO
configuration for BC-01b and BC-02-External) and experience.
Please let me reveal myself as the total BT ignoramus that I am:
Is the bottom line
Am Di 24. Februar 2009 schrieb Werner Almesberger:
Joerg Reisenweber wrote:
Bet on that? :D
If a tree falls in a forest and no one is around to hear it, does it
make a sound ? ;-)
Good point.
Anyway sometimes asking might reveal suprising information. Not first time we
seen important
Am Di 24. Februar 2009 schrieb Werner Almesberger:
Dieter Spaar wrote:
The release version without the b1 is in the SVN at
https://svn.internal.openmoko.org/trunk/calypso/firmware/moko11/
Thanks !
I have kept the long filename in the SVN, feel free to remove or
rename everything
Am Mi 25. Februar 2009 schrieb Joerg Reisenweber:
Am Di 24. Februar 2009 schrieb Werner Almesberger:
Dieter Spaar wrote:
The release version without the b1 is in the SVN at
https://svn.internal.openmoko.org/trunk/calypso/firmware/moko11/
Thanks !
I have kept the long
Am Di 26. August 2008 schrieb Flemming Richter Mikkelsen:
On 2008-08-19, Esben Stien b...@esben-stien.name wrote:
It would be nicer if the speakers were placed on top of the device
instead of at the bottom where they are now.
I have to hold the device kind of awkward to hear the sound
Am Mi 4. März 2009 schrieb Tilman Baumann:
Joerg Reisenweber wrote:
So my question is basically if the GTA02 buzz fix works for me and is it
reasonable to think that I need it?
Maybe it can really be fixed with a better alsa state file.
I'll answer more detailed questions on HW-ML
Am Di 10. März 2009 schrieb Sven Klomp:
Hi,
where I can get a USB cable with a USB Mini B connector on one side with all
5
pins connected?
https://www.argentdata.com/catalog/product_info.php?products_id=111
Many Thanks to Uwe Klein!
/j
signature.asc
Description: This is a digitally
Am Di 10. März 2009 schrieb Sven Klomp:
Hi,
where I can get a USB cable with a USB Mini B connector on one side with all
5
pins connected? I need access to the ID pin to add the resistor. A cable
called USB Mini A 5pol - USB Mini B 5pol has only four wires. ID is
connected to ground as
Am Mi 11. März 2009 schrieb Sven Klomp:
And the expensive solution:
http://www.partsdata.de/USB_Mini-B-Verlaengerung_Kabel_1m_CU-XB05-10.html
Anyway not THAT more expensive, so we won't do any order in USA for Germany.
This one is just fine.
/j
signature.asc
Description: This is a digitally
I suggest to stop the other 2 32kHz oscillators on mainboard to rule out
mechanical (as well as electrical / EM) interference between them and the
calypso oscillator.
Can be done by simply shorting/grounding the crystals, or maybe even with
config-register settings (not yet checked).
Ping me on
Am Mo 30. März 2009 schrieb Werner Almesberger:
Dieter Spaar wrote:
Here in my lab environment I can simulate the serving cell
that is used in the trace. However with my few GTA02 devices
I don't observe bug #1024 and even in Deep Sleep mode the
TOA values are stable.
By the way,
Am Mo 30. März 2009 schrieb Dieter Spaar:
Hello Werner,
Werner Almesberger wrote:
By the way, Joerg has proposed another interesting approach:
if the oscillator's drive strength is insufficient, we should
be able to make things worse by reducing it, which you mentioned
could be done
Am Mo 30. März 2009 schrieb Dieter Spaar:
Hello Joerg,
Joerg Reisenweber wrote:
Dieter, maybe we could have a debug-version of moko11 to implement a
service
AT command to tweak those config registers. This way we could ask users
who
actually can reproduce #1024 to check if there's
Am Di 31. März 2009 schrieb Timo Juhani Lindfors:
Also if anyone observing #1024 wants to help and make some
traces, please let us know. Tracing is not that complicated,
all what is needed is a cable to connect the optional debug
UART from the headset to a terminal and record the data.
Am So 5. April 2009 schrieb Rask Ingemann Lambertsen:
On Fri, Mar 27, 2009 at 03:34:00AM +0100, Joerg Reisenweber wrote:
Regarding your low volume: did you check R4303? (It's the one below the
two NC
pads and right side to C4303, the one you borked and replaced. It's
clearly
Am Mo 6. April 2009 schrieb Dieter Spaar:
Hello Daniel,
Daniel Willmann wrote:
I know someone with a frequency generator here. Would it make sense to
see what happens when we detune the frequency? Is it possible? (It's a
crystal rather than an oscillator, right? X1001?)
Good
Am Di 7. April 2009 schrieb Rask Ingemann Lambertsen:
On Mon, Apr 06, 2009 at 12:59:21PM +0100, Joerg Reisenweber wrote:
Am So 5. April 2009 schrieb Rask Ingemann Lambertsen:
Joerg, could you clarify the significance of R4303 a bit? For
example,
how would I tell if it has 2.2
Am Mi 29. April 2009 schrieb Werner Almesberger:
Dieter Spaar wrote:
Finally, after a while I found out that the problem goes
away if I warm up the Calypso chip by a few degrees.
re-reflow the chip? Or maybe consult your dentist? ;D
/j
signature.asc
Description: This is a digitally
Am Do 30. April 2009 schrieb Michael 'Mickey' Lauer:
Thanks for the update, Dieter.
That might explain why I'm suffering so bad from this bug, since my office
is
located in the souterrain and it's usually pretty cold here.
:M:
Another fridge-bug after WSOD :-/
strange, usually it's the
Am Sa 2. Mai 2009 schrieb Thomas Sanladerer:
Chris Syntichakis schrieb:
So, that means that we can take off the BT module and connect
(internal) a 3G usb dongle?
I guess that should work as well.
Two things you need to keep in mind though:
- The display is heavily taped to the pcb. It's
Am So 3. Mai 2009 schrieb Dieter Spaar:
Instead of messing around with all of this and making things more
complicated, I thing the current solution to detect re-camping and
enable AT%SLEEP=2 is the better approach (maybe adjust the
algorithm slightly).
Regarding all the arguments I deleted
Am Mo 4. Mai 2009 schrieb Daemon D:
Since I've gotten my Neo Freerunner about a month ago it has sporadically
powered off when plugging in the USB cable. Other times I have just moved the
Freerunner a little bit in my hand and it reboots. The final weirdness was
that it was sitting by
Just to mention it once again, and to stop a possible stampede:
AT%sleep=2 (sw-fix[1]) has fixed recamping reliably for 100% of affected
devices. Not all devices suffer from #1024, actually it seems it's only a
small percentage. FSO is capable of switching to AT%sleep=2 even
automatically[1].
Am Sa 6. Juni 2009 schrieb Wolfgang Spraul:
Joerg,
I think this thread should move to [GTA03] (wonder why it's called that
way)
How about the other way round?
Looks like gta02-core is the way forward (and as you said the [gta03]
list name is even wrong).
I propose to close the
Am Do 11. Juni 2009 schrieb Christian Panse:
hi,
after three weeks of using my openmoko the aux button broke off at the
soldering points.
a picture of the tragedy can be seen here:
http://christian.panse.googlepages.com/openmokoAux.jpg
there apparently seems to be a weak point.
if
I just confirmed basic functionality of 850/1800/1900 devices (US Freerunner)
for 900MHz networks. RF sensitivity is poor, but sufficient for areas with
good coverage.
For Germany a US device (850/1800/1900) worked flawlessly with German operator
T-Kom (in urban area), and rather poor with
On Fri, Feb 13, 2009 at 08:47:06AM +0100, Joerg Reisenweber wrote:
Am Fr 13. Februar 2009 schrieb John Lee:
fso now use AT%N0187 by default. that means Long Echo Cancellation
(max) plus Noise Reduction (max)
qtopia in 2008.12 uses
AT%N028B // Long Echo Cancellation: active
to read out all registers of Coulomb counter in GTA02 bat
you need to install bash for this to work
/jOERG
bq27k-detail
Description: application/shellscript
signature.asc
Description: This is a digitally signed message part.
___
hardware mailing
[Álvaro Lopes So 23. August 2009]:
Christoph Mair wrote:
Hello,
I have some questions regarding the GSENSOR_3V3 line:
Under normal conditions I measured 2.8V.
We need to check what's the correct setting for LDO1 voltage, in PMU.
2.8 sounds fishy.
In suspend, the voltage drops to
[Liviu Dudau Mo 24. August 2009]:
On Mon, Aug 24, 2009 at 04:08:20PM +0530, Abhishek Bajpai wrote:
I am in need of an FPC connector used in debug board. Can any one help me
to
figure out what is the part no of that connector and from where do i get
it.
--
Even The word
[Hypnotize Fr 28. August 2009]:
Hi,
I have gotten my PWR button destroyed on the FreeRunner and is
wondering what the name of that button is and where I can buy a new
one ?
Hope any one can answer me on this!=)
-Morten
POWER ON KEY SW1704
LocationDescription
[Timo Juhani Lindfors Fr 4. September 2009]:
Fox Mulder quakem...@gmx.net writes:
I only found in Component-placement_Freerunner-GTA02-MB-A6.page1.pdf the
resistor R1502 in the upper left is only an image and no searchable text.
Thanks, updated version is now at
[Álvaro Lopes So 6. September 2009]:
Hi,
My Gta02 seems to have an extra component on board [1] [2]. Any ideas how it
got there ?
I'm worried that resistor is missing somewhere else...
Álvaro
[1] http://alvarolopes.com/resources/extra_component2.jpg
[2]
A completely white screen with ~40% backlight consumes same amount of power as
a completely black screen (-content) with backlight dim (=off)
(= a black screen eats as much power as a backlight set to 40%)
(DUT: FR A7 SHR-U0808)
cheers
jOERG
signature.asc
Description: This is a digitally
[Werner Almesberger Do 15. Oktober 2009]:
Aaron Carroll wrote:
LED+ to GND, because I want to include the power lost in R1763.
Okay, this would explain about 10% of the loss.
Nope it won't, as the converter is powering the LED plus R. So the loss on R
isn't of any relevance to estimate
[Flemming Richter Mikkelsen Mi 28. Oktober 2009]:
On 2009-10-28, Flemming Richter Mikkelsen quat...@gmail.com wrote:
--snip--
What happens if you do the same test with the screens flex cable
disconnected?
Never mind... I just read the other thread:)
which other thread?
/j
[Nils Faerber Mi 25. November 2009]:
Lars-Peter Clausen schrieb:
Timo Juhani Lindfors wrote:
Hi,
just out of curiosity, is it possible to suspend the main cpu but
still keep the display backlight on? (I have no practical use for
this, it would be useful only if we could keep screen
[Joerg Reisenweber Do 26. November 2009]:
Very clever. But this requires heavy CPU support which most
smartphone CPUs that run Linux lack, like S3C we are using in the
Freerunner or the OMAP3 that is now used in the Nokia N900.
OMAP3 has same cute SmartReflex™ power management and zero
92 matches
Mail list logo