Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Login


Options
View
Go to last post Go to first unread
irga  
#1 Posted : Sunday, July 18, 2010 6:17:18 AM(UTC)
irga

Rank: Member

Groups: Member
Joined: 7/17/2010(UTC)
Posts: 7

Hi Russ,

I have an issue with my new Buffalo II DAC that I hope You could help me resolve.
I did extended testing in order to identify the source of the issue.

Description of the issue:

After "cold" starting the Buffalo II board there is a 2-3 minutes "warm up" (meaning getting the right temperature) period of the board. During that period consistent SPDIF lock drop-outs occur (about 5-6). When warmed up no more (not even one) lock dropouts occur on the same SPDIF source.

The following factors have been tested and seem to have no influence on the issue:

- SPDIF source jitter quality.
If the device is warmed I could not produce any drop-out even with low quality SPDIF sources (supposedly as result of the high quality jitter reduction of ESS), but after cold start during the warm-up period even extremely precise SPDIF sources produce drop-outs (e.g. mine RME Digi 96/8 board, that provides very low jitter: < 1 ns)

- SPDIF source sampling frequency and quantization bit depth.
It does not matter whether it is 44.1KHz/16bit or 96KHz/24bit or even 192Khz/24bit during warm-up period droup-outs occur. After warmed-up (no change in the source) no drop outs.

- SPDIF source level: Consumer or TTL level (through isolation transformer circuit with opened Buffalo II SPDIF switch) SPDIF .
Even feeding the SPDIF source into the Buffalo II through an isolation transformer circuit (providing TTL level and galvanic isolation) has no influence on the drop-out behavior. During warm up consistent drop-outs (even with different sources) after warmed up no drop outs with any tried source.

- Buffalo II Power supply.
The behavior is the same with LCBPS and shunt regulated power supplies (Even DC voltage was tried from 5.0 up to 5.5 Volts but has no influence).

- Cabling.
During all test I used a fine grade (75 Ohm) cable for connecting the SPDIF Source and the Buffalo. (Though with even lower quality cabling produced the same results.)

- Operation temperature of the device providing the SPDIF input.
Theoretically it could be assumed that the SPDIF source device has some influence on the provided SPDIF signal according to e.g. operation time/temperature. It has been also been tested, no influence.

- No ESS learning time.
If the device is turned of after getting warmed up and turned back on after a few seconds there is no drop-outs so it seems that ESS does not need relevant time (e.g. even seconds) for the identification of the SPDIF source format. (Theoretically it could be assumed that ESS Hyperstream DAC's Time Domain Jitter Elimination needs some learning time)

(All examined factors have been tested also in combination as I referred in some of the previous points)

Conclusion (on empirical basis, taking into consideration all tested factors)

It seems that the drop-out behavior is very consistent and coming from the Buffulo II (or the ESS 9018).

None of these device's (Buffallo II, ESS 9018) specification contains any operating temperature limitation that could explain this behavior (On the contrary, I assume that both devices should be fully functional on normal "room" temperature e.g. 25°C ).

On one hand this raises my concern that we should not exclude the possibility of having some soldering defect on the Buffullo II board (the few input soldering was double checked) or a faulty ESS 9018 chip which could lead to instability of the Buffalo II operation even though at the monent it seems that after some warm-up time it works fine. On the other hand I have very limited experience with Buffallo II and ESS 9018 so I might miss some relevant factor or correlation.

I am sure that You are very experienced in the accepted behavior of Bufullo II and ESS 9018 because of product prototyping and assembling/testing many Bufullo IIs.

Please give me your opinion about this issue/behavior, I would really appreciate if You have any solution ideas or suggestion regarding to further problem identification.
(Needless to say It would be a very relevant information If You say this is not the normal behavior of Buffalo II).

Thanks for Your help.

Gyula

Edited by user Sunday, July 18, 2010 6:56:21 AM(UTC)  | Reason: Not specified

Russ White  
#2 Posted : Sunday, July 18, 2010 1:29:56 PM(UTC)
Russ White

Rank: Administration

Groups: Administration, Customer
Joined: 10/24/2006(UTC)
Posts: 3,979
Location: Nashville, TN

Thanks: 25 times
Was thanked: 89 time(s) in 83 post(s)
The only thing I can think of is that the XO freq may change slightly over temp change, but it is very unlikely that this should cause any issues.

I have not seen this issue ever occur myself. I have seen lots of dropped SPDIF, but this always came down to the quality of the source.

I would need to see some pictures of your setup to be able to offer more advice.

Edited by user Sunday, July 18, 2010 1:30:41 PM(UTC)  | Reason: Not specified

irga  
#3 Posted : Saturday, July 24, 2010 4:44:33 PM(UTC)
irga

Rank: Member

Groups: Member
Joined: 7/17/2010(UTC)
Posts: 7

Hi Russ,

Thanks for Your fast Response.

Regarding to Your reflections:

- The only thing I can think of is that the XO freq may change slightly over temp change, but it is very unlikely that this should cause any issues.
I agree, it is extremely unlikely that a Crystec Oscillator with a specification of 0°C to +70°C / ±20 ppm change the freq so much that it causes a lock dropout.

- I would need to see some pictures of your setup to be able to offer more advice.
This is the picture of the Buffullo II (with temporary boxing for testing). I also made a 7 minute video of the "cold" start of Buffalo II showing the lock dropout behavior. The recorded behavior is very typical. After cold start at 0:37, 1:00, 1:30 and 2:10 there are lock dropouts, then it is gone (the video is 7 minutes long though it could be 2 hours, because after this certain 2-3 minutes time of "warm up" it becomes rock stable).

- I have not seen this issue ever occur myself. I have seen lots of dropped SPDIF, but this always came down to the quality of the source.
I used my most precise SPDIF source for recording which is an RME Digi 96 card (which Ultra-low jitter SPDIF: < 1 ns) though it has no relevance regarding to the lockout behavior (I do not want to repeat myself, all circumstances are described in my previous entry). The RME Digi 96 was already outputting the SPDIF when I powered the Buffalo II.
(There were just a few other topics in the forum where like "The frequency of the dropouts often decreases the longer the unit is used" are reported, e.g.: Odd dropout, Audio dropout)


Finally I would like to come up with another suspicion which is based on the short (2-3 minutes) duration of the issue. The AVCC module is packed with relatively dense heat generating SMD parts (and working in hardly dissipating shunt mode) so this is a specific area where the temperature change during 2-3 minute can be relevant. (Though I do not have detailed knowledge and experience of the Buffalo II as it is only a "black box" for me so during problem identification I can only change the outside conditions.) What do You think?

If You have any solution ideas or suggestion regarding to further problem identification please let me know.

Thanks for Your help,

Gyula

UserPostedImage

Edited by user Friday, August 6, 2010 5:00:43 AM(UTC)  | Reason: Not specified

Russ White  
#4 Posted : Saturday, July 24, 2010 7:59:21 PM(UTC)
Russ White

Rank: Administration

Groups: Administration, Customer
Joined: 10/24/2006(UTC)
Posts: 3,979
Location: Nashville, TN

Thanks: 25 times
Was thanked: 89 time(s) in 83 post(s)
All good information, but the jitter specs of a given source say nothing about how it actually performs day to day. I am not saying your source is the issue. I can't possibly know. But I would say don't rule it out just because it has great specs.

As for the AVCC module, it does not supply the portion of the DAC responsible for digital input. Any change there would only effect the analog output and would present itself in a slight change in output swing and output bias voltage.

If there were some fundamental issue such as you suspect, I would then also expect far more problem as we have hundreds of units in the wild.

I am open to try anything though if you find something that resolves it.
irga  
#5 Posted : Sunday, July 25, 2010 12:34:10 AM(UTC)
irga

Rank: Member

Groups: Member
Joined: 7/17/2010(UTC)
Posts: 7

Hi Russ,

Thanks again for Your fast response (it is really something...).

Your concern about the SPDIF source is very logical. Intitially I got the same idea that is why it was one of the main factor to test. (Please look through my original entry again because all relevant information is there). After extended testing I came to the conclusion that the issue is completely independent from the SPDIF source belong with a lot of other factors except for the Buffalo board.
It can be seen in the video that after the 2-3 minutes Buffalo "warm up" there is no dropout which would be impossible if there is a concsistent jitter problem with the source. (If I had switched off the "warmed up" Buffalo and after a few seconds turned it back on with the same source, there would not be even one droput. Needless to say it is very unlikely that the SPDIF source and the Buffalo warms up "together" and it is the SPDIF source what is changing not the Bufallo, especially because the SPDIF source was started earlier. Additionally the behavior is the same with other SPDIF sources).

So in my opinion according to the tested factors it seems that the problem cames from my specific Buffalo board (meaning all included parts, board, ESS, soldering, etc.). Please correct me if I miss any relevant factor or correlation. You said that the issue can not be fundamental as You have built, tested and delivered hundreds of units without this problem. Taking both into consideration it seems that it is my Buffalo (or some of its parts) that produce a faulty behavior. I think I have done quiet a lot of tests that leads to a consistent conclusion. What is Your opinion?

Still If You have any solution ideas or suggestion regarding to further problem identification please let me know.

Thanks for Your help,

Gyula

Edited by user Sunday, July 25, 2010 12:56:13 AM(UTC)  | Reason: Not specified

avr300  
#6 Posted : Sunday, July 25, 2010 2:05:42 AM(UTC)
avr300

Rank: Member

Groups: Member
Joined: 6/17/2008(UTC)
Posts: 921
Denmark

Thanks: 1 times
Was thanked: 70 time(s) in 69 post(s)
Which kind of power supply have you attached ?

I'm asking because I had an issue with the BI (9008) using an underpowered trafo, resulting in all kind of odd startup behavior - and the ability to play just right (for hours) a minute or two after the startup trouble.

Edited by user Sunday, July 25, 2010 9:08:33 AM(UTC)  | Reason: Not specified

Russ White  
#7 Posted : Sunday, July 25, 2010 4:19:40 PM(UTC)
Russ White

Rank: Administration

Groups: Administration, Customer
Joined: 10/24/2006(UTC)
Posts: 3,979
Location: Nashville, TN

Thanks: 25 times
Was thanked: 89 time(s) in 83 post(s)
Hi Gyula,

I really am not sure what is going on, as I can't reproduce it at all.

As AVR300 suggested, I would check the load you are putting on your transformer.

I am still thinking this over, but as for now, I don't have any solid leads for you.
irga  
#8 Posted : Friday, August 6, 2010 1:05:15 AM(UTC)
irga

Rank: Member

Groups: Member
Joined: 7/17/2010(UTC)
Posts: 7

Hi Russ!

First of all let me argue a little with both of You. For me it sounds completely unreasonable that a transformer - through even two different type of power supply circuits - could produce lock dropout consistently with few 10s of seconds periodicity.
(At the moment I have a 10VA 7,5 Volt transformer. I just ordered a 20VA 8V transformer though I would kindly bet with you that it will not change the behavior.)

I have just finished some new tests and the results - for me - proves my original conclusions (namely the problem comes from the Bufullo II or same of its parts).

This time I present the problem differently in comparison with the previous entries and previous VIDEO (in that case it took 2-3 minutes to get "warmed-up" while the dropouts occur), not at the "warming-up" phase but rather at the already "warmed-up" phase by bringing the Bufallo's operating temperature slightly down (faster then getting "warmed up"). This way the problem occurs faster so the videos can be much shorter and easier to watch.

Short Description

I use a small fan to slightly reduce the temperature of the Bufallo board. I had three different setups. In all cases the initial state of the Bufallo is already "warmed up".
In all cases the "warmed up" behavior is very consistent with the sources because - without changing the Bufallo board temperature - there is no droput at all.
In all cases changing (cooling) the Bufallo board's temperature a little leads to consistent and perfectly reproducible problems.

1. Using User level SPDIF.

There is a consistent lock dropout at around 10 seconds after starting the cooling.

UserPostedImage

User level SPDIF dropout video

2. Using TTL level SPDIF (using a self made interface circuit with an isolation transformer for the test)

There is a consistent lock dropout at around 10 seconds after starting the cooling.

UserPostedImage

Isolation transformer based TTL level SPDIF dropout video

3. Using DSD (using a self made 65lvds32 based RX circuit with a tailored Sony SACD player that contains the 65lvds31 based TX curcuit for the DSD stream).

The lock is never get dropped BUT very strange DSP problem occurs which makes the sound full of noise.
(It is not so strange that lock is not dropped in this case because of the separate clock signal.)

UserPostedImage

DSD stream error video

DSD sound with the strange noise at 18th second
(It was recorded as line in separately from the previous video in order to have better sound quality, then added to a video for easier sharing).

Conclusion

It seems that the Bufallo board (Crystal oscillator, chip, ?) is very sensitive to temperature change (even if it is very little change and temperatures are far within operation specification) and during the change it produces consistent faulty behavior independently from the source (and from lot of previously discussed other factors). (I use the term "faulty" because previously You wrote that it is not a known or accepted behavior and it seems obvious that all temperatures are far within specification limits).

This is just the inverse side of the previously presented test and previous VIDEO of the cold startup of the Bufallo.

I think these new test results can hardly be explained any other way then the problem comes directly from the Bufallo but I am very curious about Your opinion.

Still if You have any solution ideas or suggestion regarding to further problem identification please let me know.

Thanks for Your help,

Gyula



Edited by user Friday, August 6, 2010 4:32:20 AM(UTC)  | Reason: Not specified

avr300  
#9 Posted : Friday, August 6, 2010 3:37:37 AM(UTC)
avr300

Rank: Member

Groups: Member
Joined: 6/17/2008(UTC)
Posts: 921
Denmark

Thanks: 1 times
Was thanked: 70 time(s) in 69 post(s)
You don't need to bet me anything ;-) I'm only telling you my experience of the BI beeing underpowered.
irga  
#10 Posted : Friday, August 6, 2010 4:14:51 AM(UTC)
irga

Rank: Member

Groups: Member
Joined: 7/17/2010(UTC)
Posts: 7

Please do not misunderstand me, I really appreciate Your suggestion and thinking about my problem!

It is another thing that I would consider it as a miracle if it would solve the problem (taking into consideration all test result that I have and described earlier).
(Even though I would like to believe in miracles so I ordered a surely overpowered transformer 20VA 8V, but I am just afraid that it will not help).

So thanks again,

By the way, do You find the new tests results convincing?

Best Regards,

Gyula

Edited by user Friday, August 6, 2010 4:34:52 AM(UTC)  | Reason: Not specified

Russ White  
#11 Posted : Friday, August 6, 2010 8:59:31 PM(UTC)
Russ White

Rank: Administration

Groups: Administration, Customer
Joined: 10/24/2006(UTC)
Posts: 3,979
Location: Nashville, TN

Thanks: 25 times
Was thanked: 89 time(s) in 83 post(s)
I just simply can't reproduce your results with any of my flock of Buffalo IIs :). So I am quite sure its not a systemic problem. It could be anything from implementation to a damaged or defective part.
irga  
#12 Posted : Saturday, August 7, 2010 2:01:47 AM(UTC)
irga

Rank: Member

Groups: Member
Joined: 7/17/2010(UTC)
Posts: 7

Hi Russ,

Thanks a lot for Your fast and informative response.

I wait for my new transformer, and when I get it I will double check everything around power supply.

I think the potential implementation problems are narrowed to the power supply and there is no chance of damaged parts on my side.

I will check back when I get the new results.

Regards,

Gyula
irga  
#13 Posted : Sunday, August 15, 2010 3:17:52 PM(UTC)
irga

Rank: Member

Groups: Member
Joined: 7/17/2010(UTC)
Posts: 7

Hi Russ,

I got and installed my new transformer(s).

As I mentioned I use temporary solutions for circuits and case (later on all things will be finalized and integrated, but It has no influence on test results...). In the previous videos DSD and SPDIF isolation transformer modules (and the direct User Level SPDIF input of BufalloII) were used.

I have done the same tests as in the previous videos, basically using the Shunt regulated Power Supply and additionally (once again) the Linear Power Supply (when I used direct user level SPDIF to BuffaloII and the 5V was free to use) to cross check. (Both Power Supply's stability was checked with oscilloscope.)

Unfortunately there is no change in the behavior. E.g. as in previus video SPDIF lock consistently and systematically can get dropped by using the small fan.

Regards,

Gyula

Toroid connected to the BufalloII's Power Supply
UserPostedImage

Temporary layout with DSD module (the two SPDIF inputs are not is use at this setup...)
UserPostedImage

Edited by user Sunday, August 15, 2010 3:37:07 PM(UTC)  | Reason: Not specified

Russ White  
#14 Posted : Sunday, August 15, 2010 3:56:59 PM(UTC)
Russ White

Rank: Administration

Groups: Administration, Customer
Joined: 10/24/2006(UTC)
Posts: 3,979
Location: Nashville, TN

Thanks: 25 times
Was thanked: 89 time(s) in 83 post(s)
Hi,

Ok, then I would start looking at other factors. Power supply etc. As I said before I cannot replicate the issue in any way so I am not sure I can help. Your rig is substantially different from mine however.

Cheers!
Russ
Rss Feed  Atom Feed
Users browsing this topic
GuestUser (13)
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.