Re: [GTA04] When is the next and more powerful openmoko releasing

2010-11-12 Thread Radek Polak
On Wednesday 27 October 2010 10:15:45 Radek Polak wrote:

 Another idea - i wonder if i could make the case of wood. That would be
 very environment friendly and wood is also good material. But that's just
 idea.

It seems someone was faster ;-)

http://www.engadget.com/2010/11/08/sharp-touch-wood-concept-turns-real-with-
limited-run-of-15-000-h/

http://www.engadget.com/2010/11/08/sharp-touch-wood-concept-turns-real-with-
limited-run-of-15-000-h/

Regards

Radek

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [QtMoko] Logo

2010-11-12 Thread Delian
2010/11/9 Radek Polak pson...@seznam.cz

  On Saturday 06 November 2010 22:56:38 Delian wrote:

  Hi,
  but.. Is there no QtMoko logo?

 Hi,
 i have the penguin in egg (can be seen on qtmoko.org or
 http://activationrecord.net/radekp/qtmoko/)

 I also have nice monkey with qtmoko letters, but i havent found good place
 for
  it...


  If someone is interested, I've made a simple logo for QtMoko. [0]
  It's just an idea :D ( and I don't know if the green-simple-text Qt is
 in
  some way a copyright violation )
  Let me know if you like it ( and if you want the svg ^^ )

 Your logo is really nice, svg would be nice too. If you dont mind i have
 placed the logo on qtmoko.org

 Thanks!

  Radek


Thank you! :) I'm happy you like it.
I don't mind at all you've put it on qtmoko.org,if anything, I'm honoured!
Feel free to use it. ^_^

Here are the svg and another version ( a clearer one ) of the logo (with
svg version too).

http://www.delian.it/made-by-delian/loghi-e-co/

Bye!

-- 
Marco aka Delian

# On IRC freenode my nickname is: /marco

--
I would love to change the world, but they won't give me the source code
--
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


WM8753 Speaker Playback ZC Switch

2010-11-12 Thread Ed Kapitein
Hi All,

I am happily hacking on my FR and was toying with the wolfson.
I happen to notice that in order to get any sound from the earpiece i
had to switch on the Speaker Playback ZC Switch.
That switch is mentioned in the statefile, but i can't find it in any of
the diagrams on [1] [2]

Is there someone with an updated version of the diagrams, that includes
the two switches below?

control.9 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Headphone Playback ZC Switch'
value.0 false
value.1 false
}
control.10 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Speaker Playback ZC Switch'
value.0 true
value.1 true
}

Kind regards,
Ed

[1] http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem

[2] http://www.wolfsonmicro.com/products/audio_hubs/WM8753/



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: WM8753 Speaker Playback ZC Switch

2010-11-12 Thread Al Johnson
On Friday 12 November 2010, Ed Kapitein wrote:
 Hi All,
 
 I am happily hacking on my FR and was toying with the wolfson.
 I happen to notice that in order to get any sound from the earpiece i
 had to switch on the Speaker Playback ZC Switch.
 That switch is mentioned in the statefile, but i can't find it in any of
 the diagrams on [1] [2]

The one in the wiki is just an annotation of the Wolfson diagram, adding alsa 
control numbers to the visible elements where I could identify them. I think 
there were some elements I couldn't identify a control number for, and there 
are a lot of controls that have no representative element in the diagram, 
usually because they involve digital processing rather than an identifiable 
analogue element. If you find a mistake or something to add then please make 
the correction.

 Is there someone with an updated version of the diagrams, that includes
 the two switches below?
 
 control.9 {
 comment.access 'read write'
 comment.type BOOLEAN
 comment.count 2
 iface MIXER
 name 'Headphone Playback ZC Switch'
 value.0 false
 value.1 false
 }
 control.10 {
 comment.access 'read write'
 comment.type BOOLEAN
 comment.count 2
 iface MIXER
 name 'Speaker Playback ZC Switch'
 value.0 true
 value.1 true
 }
 
 Kind regards,
 Ed
 
 [1] http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem
 
 [2] http://www.wolfsonmicro.com/products/audio_hubs/WM8753/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: WM8753 Speaker Playback ZC Switch

2010-11-12 Thread Paul Fertser
Hi,

Ed Kapitein e...@kapitein.org writes:
 I am happily hacking on my FR and was toying with the wolfson.
 I happen to notice that in order to get any sound from the earpiece i
 had to switch on the Speaker Playback ZC Switch.

This is used to enable/disable Zero Cross detection, i.e. the gain
will be changed only on zero cross (or timeout). I'm afraid you'll
need to refer to the actual datasheet to understand this in
details. Feel free to ask me if anything is unclear.

HTH

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [GTA04] When is the next and more powerful openmoko releasing

2010-11-12 Thread Dr. H. Nikolaus Schaller
Hi all,
time for another update.

Am 06.11.2010 um 12:35 schrieb Sylvain Paré:

 
 Thanks for the news
 
 
  Yesterday I received the second board where we
  did populate the TPS65950 (power controller).
 
  The results of measurements are:
  * the 32 kHz RTC clock is operating
  * when inserting a battery, most voltages are
   available as expected
 
  Bad news:
 
  * we have a short circuit on the 1V8 rail
 
  I have spent most of the night and this morning to
  track this down. It appears to be a solder short circuit
  under the TPS chip (a 0.4 mm pitch BGA).
 
  So I am currently sitting at our SMD rework company
  and looking over the shoulder of the CTO who has
  a lot of experience. Unfortunately I can't make
  photos.
 
  We already have unsoldered the TPS chip (that needs
  a really sophisticated machine) and the short has
  disappeared.
 
  The next step is to solder it back again and do the next tests.
 
  If that works, i.e. we get all voltages from the power controller,
  the 26 MHz oscillator should also start working.
 
  If that is ok, the OMAP and the POP memory will be soldered.
  Maybe we manage to get it today. Then, we can see if the CPU
  is doing something.
 
 Current status: the 1.8V is now working but the VDD2 (1.2 V) not.
 The TPS chip aborts the power up sequence early.

We could solve that by adding a jump start resistor.

  Rene will upload some photos of the board and we will
  post a link.
 
 Here:
 http://download.goldelico.com/gta04/images/DSC00671.jpg
 http://download.goldelico.com/gta04/images/DSC00672.jpg

Then, we soldered the OMAP3530 and Pop Memory chip and
connected RS232:

http://download.goldelico.com/gta04/images/DSC00679.jpg

It did identify itself as 40W on the RS232 but did not boot beyond
that. Fortunately the OMAP has a ROM bootloader (which generates
the 40W sequence) and we could use it to download a special
second stage boot-loader that has a simple commandline console
on RS232. Note that it must fit into 64k SRAM built into the OMAP
chip. So we are back to C64 times :)

With this tool, we could identify that the (external) SDRAM has a
stuck-at-1 error on a single bit-line.

So we expected another soldering issue and had the OMAP+Pop
replaced on Monday. But the error pattern remained the same!

Unexpectedly, we were able to put the board into a 3D X-Ray machine
on Tuesday (during Electronica Fair). Here are machine  results:

http://www.yxlon.com/y.Cheetah
http://download.goldelico.com/gta04/images/2009%20Xray/

Fortunately it is *not* a soldering issue. And likely not a PCB production
issue.

Yesterday late at night we found the problem. It is a bad BGA ball assignment
in our component library. VDDS_MEM (1.8V) is assigned to B17 instead of
B18. And, B17 is data line 14 of the SDRAM and should have been left NC.
Therefore we have tied one data line to a high-level...

I think we can fix that for our samples but it needs some time and we
run out of components for the samples. Especially memory chips have
quite a long lead time. For the series version this will be very easy to fix.

Nikolaus



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community