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