关于时钟同步的一些问题

zhouquan198166

交易区新帖推荐

最近被时钟同步搞的有些烦躁，想请教一下论坛里用时钟的同好。


时钟有很多种，WCK , MCK ,10M


由于我没有主时钟，只有10M参考做外部时钟，DAC（羚羊 AMARI）于数字转盘（暂时用下歌诗德U16，因为有10M输入的选择性很少），
DAC 于 数字源同时具有10M时钟输入，DAC同时支持字时钟输入，U16则正好支持字时钟输出。


一般情况下录音室通过主时钟去做同步的比较常见，但我没有，所以直试了直接用10M同时输出给DAC于U16，然后U16通过AES（同时也试了光钎）接入DAC，
这里有个细节，AMARI（DAC）的10M输入口阻抗是75欧的，U16则是50欧。
我的两条时钟线都是75欧，但线的长度都在1米，按照网上的一些说法，应该不会有什么影响。
10M鈡同时支持75欧于50欧输出，所以两条线还是分别从75欧于50欧口接出来到各自对应的DAC于数字源，只是线的阻抗一条不符合50欧标准。

大致画一下系统连接图：

1） DELL 笔记本 USB 输出 → USB输入 歌诗德 U16  AES 数字输出 → AES数字输入 羚羊 AMARI（DAC）→ 前级+音箱
　　　　　　　　　（通过75欧BNC线连接）　↑                                                     ↑ （通过75欧BNC线连接）
                                                               50欧输出          10M参考时钟            75欧输出

此时，U16选择外部时钟信号(EXT) ，DAC 同样选择外部时钟输入。
两者间并没有通过第三条BNC线使WCK 字时钟连接，但AES（所有SPDIF数字线本身就含有字时钟信号），为什么我要在这里提这个，后面解释。
羚羊 AMARI是台2声道母带ADDA，选择性非常自由，在控制面板中可以选择时钟信号由那里输入，选项有以下：OVER(内部时钟，当外接10M时，则自动跳转为10M为参考)，WCK，AES,同轴，光钎，USB。
采样率都是以44.1,16BIT为基准测试。


我的第一个问题是，我认为上面这种接法虽然没有通过主时钟分配，但因为U16与DAC同时支持10M输入，这算不算是时钟同步了？
还是说一定要经由主时钟去分配锁定采样率信号才行，为什么这么问是因为我遇到了一些问题。

当以上面这种方式连接时，虽然声音不错，但播放过程中，会有一些爆音（不算太严重）产生，无规律性，感觉应该是数字信号没有锁定造成。
所以第二个问题是，这种爆音会因为数字线阻抗问题的影响吗？

刚刚说了AMARI 非常自由可以选择输入时钟源（同时也能选择信号源，从USB，AES，同轴，光钎），这同时也让折腾变的非常的复杂。
举个例子，你可以选择AES数字信号源，但同时选择时钟源是光钎（不知道能看懂我的意思吗），也就是说数字源于时钟源完全分开，并且由于SPDIF自带字时钟信号，意味着任何其它数字源（不一定要WCK输入），都可以作为外部时钟源。

第三个问题就和以上这个自由选择有关，当DAC选择10M输入作为时钟源，同时U16同样选择10M输入作为时钟源时，
会有爆音，且AMARI面板上显示数字信号没有被LOCK（LOCK灯不亮），所以这让我怀疑以上这种接法是否算是时钟同步了？ 若是同步应该不会出现失锁的现象。

这是我切换时钟源为AES，U16仍然是外部10M 参考输入，DAC面板上显示数字时钟源为AES ，LOCK点亮锁定44.1采样率信号，同时WCK灯亮起，应该代表此事时钟信号是通过AES进来的外部字时钟信号。
这种情况下爆音会好不少，但偶尔还是会有爆音，这就更加奇怪了。

之后我又加入了第三台数字设备以及U16 WCK的加入，所以局面愈发复杂，先写到这里，稍后继续更新。

补充，以上的连接方式，我试了下关闭U16 EXT 加持10M，然后AES输给DAC，使用AES自带WCK（也就是U16自生的内部时钟信号），同样，LOCK点亮锁定44.1采样率信号，同时WCK灯亮起，倒是基本没有爆音。如果改用DAC的10M钟的话，同样锁不住，但倒是好像也没什么爆音。

待续......

zhouquan198166

因为同时在玩ROON系统，所以之后又加入了第三台数字设备，爵聆的数字转盘，ROON READY，用作ROON系统做桥。



爵聆的这台数播价格与歌诗德U16相当，但U16无法连接网络，只能做PC界面，
爵聆能做ROON 桥但是没有10M或者WCK时钟输入，但是有USB输出（给DAC）。


所以我想到联合这两台的功能，变成爵聆 USB 输出 → U16 在AES加持10M鈡数字给到 DAC，爵聆+歌诗德联合起来变成了一套廉价的同时带10M鈡输入的ROON READY 桥（算连体桥）。


但这个结构变的越发复杂，遇到的一些问题下面具体说下...（待更新）

zhouquan198166

占楼待更新...

leter15

LZ,其实你应该认真看看解码器的说明书，看看10M是不是只能给DAC的USB部分使用。
另外，这么短的时钟线这个几乎不会影响爆音。通常阻抗不匹配，会引起信号相噪的劣化，但是这个劣化又通常低到可以忽略。

你用10M连接界面和解码，然后解码又LOCK不到时钟，那肯定时钟就不同步了。
通常10M在音频应用，都是用于先产生一个WCK或者MCLK，然后在用WCK或者MCLK去同步其他设备。

dim76

楼主是不是打错字了，为啥用“于”代替了“和”？看的我好累。

dim76

我的情况跟楼主比较相似，我的c16同时给10M时钟信号给u16和解码（r7），我的解码支持10兆时钟输入且阻抗是50欧，界面通过hdmi连解码。

如果是这样连接的话，大概率喇叭出来的声音是沙沙沙的声音（噪声），所以我认为这种连接方式是不对的，不能前端和后端都同时连时钟信号，时钟只能选界面或解码任意一个输入才行。

zhouquan198166

leter15 发表于 2019-12-2 09:54
LZ,其实你应该认真看看解码器的说明书，看看10M是不是只能给DAC的USB部分使用。
另外，这么短的时钟线这个 ...

AMARI的说明书其实我仔细研究过，可惜他家的说明书实在是过于简单，没用任何关于时钟方面的详细解释或者说明（只有面板上的基本功能说明）。但从解码可以选择时钟源来看，意味着不可能是只给USB用，不然这种设定就没意义。

关于时钟线我也是这么认为的，但也听说DSC的用户中有遇到时钟线阻抗或者带宽不符，无法锁定的情况出现。

关于你说的第三个情况，我之前的问题也明确问了，我认为这是一种同步的连接方法，但10M鈡可能很特殊，内部是要转成MCLK的，是不是就一定要一个主时钟去分配信号与同步才行呢？10M鈡接入主时钟给主时钟做参考。

zhouquan198166

dim76 发表于 2019-12-2 11:53
我的情况跟楼主比较相似，我的c16同时给10M时钟信号给u16和解码（r7），我的解码支持10兆时钟输入且阻抗是5 ...

所以10M直接同时接入前端于后端是否算是同步我有了疑问。

但所谓同步，如果是主时钟的情况下，确实是通过主时钟去分配一个采样率然后分别接入到下游的每一个设备才对。这点应该是没有疑问的。

或者由其中一台做主，其它做从。

另外，想问下，你喇叭里听到的沙沙声是只有沙沙声还是伴随音乐的沙沙声？
因为我这里只是播放过程中偶有爆音（无法完全安定），并无沙沙声。

zhouquan198166

[
这是网上针对CC1的时钟说明，CC1是主时钟，
所以从这个图可以明确的看出，CC1作为主时钟的同步方式，
就是BNC同时输出给DAC与数字源，然后数字源与DAC通过AES再相互连接。

右边的图则是所谓“洗水”做从的连接方式。当然也是可以的。


这张图的左边和上一张是一个意思，CC1做主，同步。
中间也挺好理解，CC1作为数字源的参考时钟数字源再通过AES给到DAC，
这时候相当于通过AES去同步DAC，AES也带有WCK字时钟信号，DAC在这里应该做从。

有图则是官方认为错误的接法，让我有些诧异的是，使用10M参考的情况下，右边这种接法恐怕反而是大部分HIFI玩家最常用的一种方法，
给DAC加持外部时钟，数字源则是照常接入DAC。

对于这种错给出的解释是:

在任何一個數碼系統內，只可以有一個主時鐘。而主時鐘必須在訊源的源頭。
圖左跟圖中都是可以的接法，不過圖左的接法較為建議，也就是每台器材都連到CC1主時鐘，
圖三DAC同時接收到轉盤與CC1的時脈，會產生錯誤。


但这是CC1作为系统主时钟的连接方式，我想对10M可能是不一样的？


希望有大侠能指点迷津。

amex

dim76 发表于 2019-12-2 11:53
我的情况跟楼主比较相似，我的c16同时给10M时钟信号给u16和解码（r7），我的解码支持10兆时钟输入且阻抗是5 ...

你这个怕是u16和后面的解码哪里不对付，建议咨询歌诗德
他自家的西装就是这么接的，并不应该有问题
理论上如果接对了这样也不会有问题，相当于u16是mck合成器，10M加持u16，u16输出mck给dac，当然是同步的

amex

LZ这个接法理论上也不该有啥问题……你可以试试断掉amari的10M，让他跟随u16的wck或者aes看有没问题
如果有问题那估计amrari的10M转mck和u16的10M转wck不同步

zhouquan198166

amex 发表于 2019-12-2 22:37
LZ这个接法理论上也不该有啥问题……你可以试试断掉amari的10M，让他跟随u16的wck或者aes看有没问题
如果 ...

这个上面已经说了，让U16加持10M，然后AES输给DAC，U16做主，DAC做从，但是还是还是偶尔会有无规律的爆产生。


说起10M的特殊性，可能需要接入MCLK去同步的问题，突然想到，如果10M天生就不能同步设备，那10M设备一般都会设置好几路输出这点就变的很奇怪，若是必须接入主时钟才能去同步，所有10M鈡只需要一路输出就够了不是吗，因为后面必须加入主时钟同步，那还拉出好几路接口干嘛？

amex

zhouquan198166 发表于 2019-12-3 14:02
这个上面已经说了，让U16加持10M，然后AES输给DAC，U16做主，DAC做从，但是还是还是偶尔会有无规律的爆产 ...

那再试试排除电脑和u16的兼容问题，我也碰到过有朋友u16偶尔爆音的情况，和电脑或者驱动有关
你u16固件刷到最新没，再换个电脑（或者接手机）排除一下

amex

当然可以接手机……反正我接过自己的mate9和mate20x都没问题
记得用otg线接
应该不是线的问题，在这点距离上阻抗绝对不会影响达到爆音的程度如果。如果要排除接触不良那反正你不止一根线，换一下就知道了

zhouquan198166

把自己挖的坑填掉。

更新了歌诗德的最新固件后，爆音的问题解决。
看来原本的爆音应该就是U16本身固件的问题了。

按照最初的连接方式，U16加持10M鈡，做主，DAC跟随U16做从，AES 信号接入，LOCK无问题，声音也没有爆音产生，
按照GRIMM给出的时钟解码连接方式，10M在这里确实作为了数字源的源头，算是一种主从同步，没有什么问题。

那么10M 同时输出给DAC与U16，并让两者通过AES相连是否算是真同步呢？
首先，在这种接法上，原本的爆音基本也没有了，可以流畅的播放，并且可以听出素质很高，
但进过仔细聆听后并与专业圈的一些技术人员咨询交流后，需要承认的是，者应该不是真同步。

所谓同步的基本条件是数字同步设备中的一方改变了码率，所有同步的设备都会同步的改变相应的码率，
但在10M的这种连接方式下，AMARI时钟是不能锁定U16过来的AES信号的，也不会自动跟着U16的码率变更自身码率，只能手动去修正码率。

唯一庆幸的是，这种情况下播放到没有问题，可若是仔细聆听，总觉得声音中还是会闪现出一些不和谐的感觉（不是心里影响），
虽然同时10M加持，但U16与AMARI在内部 转MCLK的时多少会有些出入，但得益与两者都较强的数字能力，在不仔细听的情况下，很难发现有什么不妥。
手上暂时没有MCLK设备，晚点要是有机会的话，加入一台MCLK以WCK字时钟输出给U16与DAC，应该会达成GRIMM那张图一的同步方式。

但这种情况让我想起了二嫂家的旗舰转盘与解码也都是只能加持10M，而非WCK的，估计自家西装一套和谐一些？
或者二嫂对于西装一套的时钟有些不同的设定？不得而知了。
因为二嫂不像AMARI这样的半专业器材能够直接在面板上显示是否锁定信号源，
我们很难了解同步加持10M在二嫂的器材中以什么方式进行同步或者说根本也就不同步？

另外，在上面GRIMM图三打×的那个不建议的时钟接法，我看到反而是很多发烧友使用的方法...
把10M或者外置主时钟接入自己的解码，但数字源很多并不可以加持时钟，所以直接SPDIF方式接入解码，
这种方式理论上DAC同时接受到了两种时钟信号（SPDIF自身都含有时钟信号），会造成冲突与误码，顺便说下,USB大部分因为不是同步的，所以不受影响都是在DAC端加持并锁定 。
民用的HIIF解码一般也没有LOCK这个信号灯去显示，是否锁定你其实也知道。AMARI锁不住LOCK灯会闪。
但很多人觉得这样接很正常，听上去也没什么问题。
可能AMARI是专业底子，在我这里有时确实明显有问题。

这个稍后在更新爵聆的J16加入数字部分时再解释。