High Performance WM8741 Upsampling DAC New Version build thread (show 'n tell too)

Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.
Well there are several in PD but it's a bit of overkill. My next iteration will be 0.1 unless someone is faster uploading functioning code with improvements or new functions. When all gdl's functions work on Arduino 1.0 this code should move to 1.0.
So the sandbox is from 0.1 to 0.9...

To straighten things out with LCD's I will include a new declaration, 0 will be for 4-bit init an 1 will be for serial LCD. Just to keep people happy with whatever type of LCD they bought.
A second one could be a declaration of what code to use for the remote - Sony, Apple or whatever you would prefer.
Now, an idea popped up... I and others are interessted in the shigaclone. Could that remote be made to work with this project? Of course it can as any remote would. gdl used the code to manage the B2-9018 - just create another declaration chosing which DAC you want to use.

Keep it coming.

Brgds
 
Last edited:
I tried plugging in the USB cable expecting it to automatically switch the audio source with the Host signal, and I should see a new USB device pop-up under Windows NT.

No windows pop up.

Center LED lights up when the USB cable is plugged in.

It looks like the board is reported as a USB Audio Dac in the hardwar profile. It is a PID2707, so at least detection worked.
 
Last edited:
I've got a signal on BCK_u (PCM2707 Pin 19, FUNC1) of 3.077MHz, but DATA_U (PCM2707 pin 17, DOUT)stays low all the time.

The oscillator looks like it is on frequency.

Pin 5 LRCK_U is clocking at 48KHz.

Does all this sound correct?

It looks to me like DATA_U is wrong and should have the data being clocked by RLCK_U.

I lifted the 75R series resistor and DATA_U is still solid low, at ground potential.
 
Last edited:
I can compare with what I have but not before tomorrow afternoon or evening.
I got the Apple remote working for two buttons - vol up/down and calmed down the rotary encoder since it was bouncing all over the place.
Now I have to decide what functions to steer with the remote. Brightness and contrast has to go since I'm starting to be short on pins - wish I had a serial LCD...

Obviously TheGimp you have measured no short to GND?

Brgds
 
I've got a signal on BCK_u (PCM2707 Pin 19, FUNC1) of 3.077MHz, but DATA_U (PCM2707 pin 17, DOUT)stays low all the time.

The oscillator looks like it is on frequency.

Pin 5 LRCK_U is clocking at 48KHz.

Does all this sound correct?

It looks to me like DATA_U is wrong and should have the data being clocked by RLCK_U.

I lifted the 75R series resistor and DATA_U is still solid low, at ground potential.

I have frequenses on all these pins... What else have you connected at the time of your test? I have the DIR9001 connected even if I don't use it. I have oversampling set to 96khz for the moment so I have nothing on OSR and I have nothing on FSEL. The rest are as heartwinter communicated.

Brgds
 
I've been reading the data sheets on the parts. In USB mode, with pins 9&16 (FSELs) to the 2707 grounded it is in I2S mode. The DATA_U pin should contain the I2S data.

I've got all the jumpers per the drawing as you do. I've tried both 96KHz and 192KHz.

I have the RX-DA jumper in place as I was trying S/PDIF. It should not matter when the USB cable is plugged in as the 2707 detects USB and pulls HOST active. This drives the MUX to delselect the S/PDIF input and enable the 2707 to drive the I2S input to the 4192.


Irrevalent to the basic problem, I've found a bunch of noise on L2 that is getting into the audio circuit. It is an oscillation of some sort. Not a sine wave. This is with a bench supply that is clean, so it is not PS ripple getting in.

One other thing that bothers me is the 24.576 MHz oscillator is powered by 5V. It drives the converters which are 3.3V devices and specify that the clock may not exceed VDD (3.3V) by more than 0.3V. The 24.576 signal is only going to a bit over 3.3V, and I suspect the crystal oscillator is being overloaded by the signal being clamped by the protection diodes in the inputs to the loads.
 
Last edited:
Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.