[hpsdr] MicSamples from Penelope (3)

[Dan Babcock]

wully,

Make sure that you have the jumpers on Penelope configured for the type of 
microphone that you are using.  The jumpers were included so that Penelope could 
accommodate many different types of microphones.  As I am sure you are aware, 
not all microphones operate the same way.  Most require a bias voltage.  Some 
may require that the Push To Talk tip and ring connections be reversed.  


I have also noticed that Gerd ships his Penelope boards in a configuration that 
is different from the default configuration of the TAPR boards.

It is more likely that the problem is a configuration problem (either the 
jumpers or the I2C commands) rather than a hardware failure.

73,

Dan N4XWE






________________________________
From: wully <wully at bluewin.ch>
To: Jeremy McDermond <mcdermj at xenotropic.com>; hpsdr at lists.openhpsdr.org
Sent: Mon, December 27, 2010 1:07:22 PM
Subject: Re: [hpsdr] MicSamples from Penelope (3)

***** High Performance Software Defined Radio Discussion List *****

Hi Jeremy

Thank you for pointing me into the right direction: that was just the 
missing thing: how to control the TLV320AIC.
I will try to run these things and then figure out, how to program it 
directely in my own code.

Does a spec exist on the control of the I2C-Bus from Ozy?

73 de HB9EPU, Alfred

On 27.12.2010 17:37, Jeremy McDermond wrote:
> On Dec 27, 2010, at 7:46 AM, wully wrote:
>
>> ***** High Performance Software Defined Radio Discussion List *****
>>
>> Hi all
>>
>> I have tried putting a 1 to 10mv Analog Signal into the TLV320aic, the samples 
>>remain 0
>> I have measured the bias voltage: it is zero.
>> How is the TLV320AIC initialized and configured?
>> It seems, that this init is not done. What do I miss?
> On PowerSDR there's a few commands in initozy.bat that twiddle bits on the i2c 
>bus for the TLV320 on Penelope.  In John's code, it's just a script named 
>initozy.  These are the appropriate lines:
>
> #write_i2c $USB_VID $USB_PID 0x1a 0x1e 0x00 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1a 0x12 0x01 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1a 0x08 0x14 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1a 0x0c 0x00 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1a 0x0e 0x02 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1a 0x10 0x00 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1a 0x0a 0x00 0x00 2
>
> #write_i2c $USB_VID $USB_PID 0x1b 0x1e 0x00 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1b 0x12 0x01 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1b 0x08 0x14 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1b 0x0c 0x00 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1b 0x0e 0x02 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1b 0x10 0x00 0x00 2
> #write_i2c $USB_VID $USB_PID 0x1b 0x0a 0x00 0x00 2
>
> Note they're commented out because I don't think John supports transmit yet.  
>John will probably correct me, or have it fully coded up by tomorrow afternoon.  
>I 0x1a is the address for Janus (you shouldn't need these), and 0x1b is the 
>address for Penelope.
>
> If you want to see how it's done in a more embedded fashion without external 
>programs, and can grok Objective C, the appropriate code is in MacHPSDR in the 
>following file at line 150:
>
> https://www.xenotropic.com/ham-svn/MacHPSDR/trunk/OzyIOCallbackThread.m
>
>> 73, HB9EPU
> --
> Jeremy McDermond (NH6Z)
> Xenotropic Systems
> mcdermj at xenotropic.com
>
>
>

_______________________________________________
HPSDR Discussion List
To post msg: hpsdr at openhpsdr.org
Subscription help: http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org
HPSDR web page: http://openhpsdr.org
Archives: http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/attachments/20101227/5e0cda44/attachment-0003.htm>