我在互联网上找不到可用于它的文档，而且我怀疑它是一个图层1个协议。因为它使用以太网硬件（电缆和插座等），而不使用有线格式。我相信这是因为，当我将Macbook插入到声音输出台的Ultranet输出中时，没有IP，而Wireshark却丝毫看不到电线。我尝试设置带有非常宽的掩码的手动IP，但仍然一无所获。
我过去已经成功解码了Mymix协议，即第3层。它刚刚在Wireshark中显示为数据包流。 .. 简单。每个数据包都有一个标头和6个24位样本的有效负载。
我猜想过程可能始于电线上的示波器？还是我应该调查其他事情？ （我不知道如何使用示波器，我主要了解软件知识。）
是否有用于反向工程布线协议的标准程序？
#1 楼
是的，类似2xAES3。数据基本上是PCM，每对8个通道。请参见http://www.diyaudio.com/forums/digital-line-level/261683-suggestions-please-16-channel-24-bit-digital-audio -recorder-3.html
物理RJ45引脚排列：
1：Ch 1-8（TD +）
2：Ch 1-8（TD-）
3 ：Ch 9-16（TD +）
4：Vcc
5：Vcc
6：Ch 9-16（TD-）
7：GND
8：GND
“ RJ45供电”：Vcc为15伏DC（选择的引脚类似于以太网供电标准）。它来自内部开关模式PSU，旨在为P16-m外部监视盒供电。没有说明每个连接器指定要提供多少电流（P16-i上有六个输出连接器）。 P16-m也可以由外部PSU供电，并且后面板显示“ 12v 300mA”。因此，可以肯定地说每个P16-i输出插座可提供约4瓦功率。
要注意的另一件事是，P16m需要在Vcc引脚上消耗一些功率，才能接通数据输出。一些实验发现，从Vcc到GND的5k6电阻不会导通；而2k2电阻确实将其打开。因此，P16m正在寻找大约7mA的电流以打开输出。
差分信号：每个P16-I输出（1、2、3、6）都通过74LVC245八路缓冲器的一半馈入。收发器设备，仅在输出模式下使用。这些信号将产生每对差分驱动的近5v峰值信号。
每对的数据速率约为12.2MHz，包括
32位数据x 8通道x 48kHz采样率-in换句话说，每秒1.5 MB。两对意味着您每秒具有3.0 MB的原始数据。
32位的“样本”包括24位音频+ 8位成帧。帧字节通常为0x01，但偶尔为0x09，表示为“多帧”。这对于锁定正确的开始频道至关重要。实际上，WM8804看到的真实数据速率就像“立体声192kHz”。
音频的24位实际上是20位，本机上的LS 4位始终为零。其他设备（例如X32）可能具有不同的ADC，因此其行为也有所不同。
差分信号可以通过“ MagJack”和诸如此类的电路来接收：http://tuck1s.blogspot.co。 uk / 2015/11 / differential-line-receiver-for.html
出于我的目的，我想实时流式传输音频，并将其写入一些永久性存储中。我认为XMOS StartKit是理想的选择。您可以在此处查看有关它们的更多信息：http://www.xmos.com/products/boards#startkit
这些都是非常廉价的，可以从Farnell，RS等处获得。
已经编写了一些用于解码并将信号存储到SD卡的代码。为了简单起见，我只写MS的16位信号。目前，我正在以WAV格式进行流媒体播放，并且可以正常播放。我可以将记录的信号加载到Sonar X1或Audacity中，并且音频可以很好地显示。
我的代码可在GitHub上免费获得：https：//github.com/tuck1s/UltranetReceiver
尚不完善-代码中标记了许多TODO。请注意以下几点：
-我们没有Behringer的“许可”，他们可能会告诉我们这是一个专有接口。但是，使用DSO解码非常简单，所有操作都可以在包装盒外部完成。
-我使用的SDCard代码以4位模式驱动SD卡。对于商业用途，您需要注册至少需要花费1000美元的SD卡协会。
-我使用的FATFS代码基于公开的开源程序，最初位于http://elm-chan.org/fsw_e .html以及此处的派生作品：https：//github.com/xcore/sc_sdcard
#2 楼
其他人提供了有关此特定协议的线索，因此我将仅介绍解码协议的一般机制。您已经指定了“电线”，但是这种通用方法可以并且已经应用于光纤和RF协议。制定调查计划
最好的开始常常没有被提及，但是在实践中却很重要。那一步是制定计划。您想了解该协议的哪些内容？您打算用这些知识做什么？与您的情况一样，您所知道的可能包括协议的名称及其目的。也可能是您可以收集或推断的任何线索。例如，您知道它是具有多个通道的低延迟音频。您是否拥有可以控制和观察的设备，或者只是被动地聆听？是否有监管机构或标准机构可能对此协议有文件记录？您是否正在寻找专利或专利申请？是否有您可以阅读的类似目的的协议？
目视检查信号
人眼和大脑非常擅长模式识别，因此有用的第一步是将感兴趣的信号转换为视觉表示。对于2线制有线连接，我通常会先在线路上使用一个简单的万用表。这粗略地指出了可能存在的电压。这对于人身安全以及您可能会连接的任何其他设备的安全都很重要。在这种情况下，由于它是通过以太网电缆连接的，并且已达到目的，因此它很可能与以太网电压兼容，并可能使用+/- 2.5V的以太网电压。因此，我将使用的下一步是连接示波器。最简单，最典型的“范围设置”就是电压随时间变化的曲线图。这可以提供很多见识。例如，是否使用了离散电压电平？如果是这样，多少（2、4个？）？信号看起来是打包的还是差不多连续的？信号变化之间的最短持续时间是多少？更高级的示波器具有其他有用的功能，例如频谱分析和/或FFT以及时间和电压测量。
以已知方式尝试修改信号
您可以控制的设备，请尝试仅更改一件事，看看它如何影响输出信号。例如，尝试在单个通道上发送1kHz正弦波音频信号。现在，通过2个通道发送相同的信号。尝试更改音频频率。尝试更改音频幅度。所有这些都可以使您对协议有所了解。
看看是否可以捕获数字形式的信号
如果您可以忠实地将信号数字化并将其作为文件存储在计算机中，那么您就有许多其他资源可用于调查。您可以在计算机上进行频谱分析。您可以使用现成的或您自己的自定义软件在计算机上尝试所有有关调制类型，信道化等的理论。对于我们大多数人来说，这是一个有趣的部分！
测试您的理论
如果您认为自己已经确定了协议，并且拥有可以控制的设备或至少您可以观察更多的样本，然后使用这些数据检验您的理论。查看您的协议的计算机实现是否与您观察到的相匹配。理想情况下，您还可以构建自己的接口，并假装成协议的一端或另一端。对于音频设备，如果您不太正确，则不太可能伤害任何东西。其他领域（例如车辆引擎控件）可能非常需要多加注意。看看是否可以测试极端情况和错误情况。
分享您的结果
如果可以的话，并且有责任这样做，请考虑分享您的结果。可能有人在那里也有相同的兴趣。通过共享便笺，与单独工作相比，两者都将取得更大的进步。很多时候，我很幸运能在github或sourceforge等上找到半熟的部分实现，这为我节省了很多时间。我也将本着同样的精神分享我的发现。
祝你好运，玩得开心！
评论
可以通过Cat5电缆传输2个AES3数据流吗？可以使用Wireshark捕获IP不必一定是IP。当Novell Netware仍然存在时，wireshark的前任以太空灵捕获IPX数据包就很好了。因此，是的，即使在第1层上，这也可能与以太网有所不同。您是否尝试过将Midas声音桌插入标准网络集线器（而不是交换机），并将调音台插入集线器上的其他端口？这在第2层上应该是透明的，但在第1层上应该是透明的，所以如果它可以工作，则第1层是标准的，但是如果不是，则是的，这是非以太网第1层的协议，您需要逻辑分析仪进行调查。
不，我没有尝试在混音器和个人显示器之间放置一个集线器。下次我在礼堂尝试的东西。我发现的链接似乎表明该协议肯定是第1层，我将在似乎可与个人显示器配合使用的WM8804 S / PDIF TOSLINK板上进行阅读。我链接的那个论坛上有一个图钉。