1. 项目概述与EtherCAT核心价值解析

在工业自动化领域，设备间的通信就像工厂的神经系统，其性能直接决定了整个系统的反应速度和控制精度。过去，我们依赖各种现场总线，但它们在带宽、拓扑灵活性和系统集成度上总有局限。当以太网技术以其高带宽、低成本的优势进入工业领域时，一个核心挑战也随之而来：如何让这个原本为“尽力而为”设计的网络，变得像瑞士钟表一样精准、可靠？这就是工业以太网协议要解决的终极问题。EtherCAT（以太网控制自动化技术）正是在这种需求下脱颖而出的一种高性能解决方案，它没有选择改造交换机或增加复杂硬件，而是用一种极其巧妙的“飞读飞写”（Processing on the Fly）机制，重新定义了实时以太网通信的可能性。

简单来说，EtherCAT允许一个以太网数据帧在穿过一串从站设备时，每个从站都能在数据帧经过的瞬间，读取属于自己的命令数据，并插入自己的状态数据，而帧本身几乎不做停留。这就像一列高速行驶的火车，每个站台（从站）都有机械臂在火车经过的瞬间完成装卸货，火车无需停车。这种设计带来了几个颠覆性的优势：首先，它实现了极高的数据刷新率和极低的通信抖动，周期时间可以轻松做到100微秒以下，甚至达到几十微秒，这对于多轴同步的精密运动控制至关重要。其次，它极大地简化了网络拓扑，无需昂贵的专用交换机，使用标准的100BASE-TX以太网物理层即可构建线型、树型或环型网络，一个主站最多能带65535个从站。最后，它完美地复用标准以太网帧（EtherType 0x88A4），使得非实时数据（如TCP/IP配置、网页访问）可以与实时数据共享同一物理网络而互不干扰。

飞思卡尔（现为NXP的一部分）的处理器，特别是其QorIQ和PowerQUICC系列，之所以成为实现EtherCAT方案的理想硬件平台，正是因为它们的设计哲学与工业自动化的需求高度契合。这些处理器不仅提供了从几十到数千DMIPS的可扩展性能，更重要的是，它们集成了强大的网络外设和加速引擎，如QUICC Engine或数据路径加速架构（DPAA），能够高效地处理网络协议栈，减轻CPU核心的负担，从而为EtherCAT主站或从站软件栈留出充足的实时计算资源。同时，其工业级的温度范围（-40°C至85°C）、长期供货承诺以及丰富的接口（如多个以太网MAC、CAN、UART），使其能够从容应对工厂车间恶劣的环境和复杂的设备互联需求。

2. EtherCAT技术原理深度拆解：从帧结构到实时性保障

要真正用好EtherCAT，不能只停留在“它很快”的层面，必须深入理解其协议机理。这有助于我们在设计系统、排查故障时，能够直击要害。

2.1 协议帧结构与“飞读飞写”机制

EtherCAT使用完全标准的IEEE 802.3以太网帧，这确保了其无与伦比的兼容性。其魔力隐藏在数据域内。一个EtherCAT帧中包含了多个 EtherCAT数据报 。每个数据报由头部和多个子报文组成。头部中的“工作计数器”是整个协议可靠性的关键。每个从站在处理完寻址到自己的子报文后，都会修改这个计数器。主站通过比对发送和接收帧中的工作计数器，就能确认所有目标从站是否都成功处理了命令。

“飞读飞写”是EtherCAT的灵魂。在从站设备中，有一个关键的硬件组件—— EtherCAT从站控制器 。ESC通常以专用ASIC或FPGA的形式存在，如Beckhoff的ET1100系列。当以太网帧到达ESC的端口时，ESC内部的 现场总线内存管理单元 会以硬件速度并行地解析帧。对于寻址到本从站的子报文，FMMU会将其数据映射到从站本地过程数据区；同时，ESC的 同步管理器 会确保数据在正确的时刻被本地CPU读取或写入。整个过程，数据帧在ESC内部的延迟通常小于1微秒。帧从一个端口进入，处理完毕后立即从另一个端口送出，形成了流水线式的处理。

这种机制决定了EtherCAT网络的性能几乎与从站数量无关。因为增加从站只是增加了帧的长度（更多的子报文），而帧遍历整个网络的时间（即 链路延迟 ）才是影响周期时间的主要因素。计算一个简单网络的周期时间，可以粗略估算为： 周期时间 ≈ 帧传输时间 + （从站数量 × 端口延迟） + 物理链路延迟 。对于一个包含100个字节过程数据、连接20个从站的网络，其周期时间完全可以控制在100微秒以内。

2.2 分布式时钟与高精度同步

对于多轴协调运动、电子齿轮等应用，仅仅快速还不够，设备间的时钟同步精度必须达到纳秒级。EtherCAT通过 分布式时钟 机制实现了这一点。网络中的一个从站（通常是第一个）被指定为 参考时钟 。主站会定期发送一个特殊的广播帧，所有从站的DC硬件都会记录该帧到达本地端口的精确时间。通过一个复杂的偏移和漂移补偿算法，所有从站的本地时钟都会被同步到参考时钟上。

这里有一个关键细节：同步精度严重依赖于网络拓扑的对称性和ESC端口间的 内部延迟 。这个延迟是硬件固有的，需要在从站初始化时通过 ESC的EEPROM 或主站配置工具进行精确测量和补偿。如果补偿不当，同步误差会累积。在实际调试中，我们常使用像 EtherCAT主站配置工具 来读取和校准每个从站的DC参数。飞思卡尔处理器集成的IEEE 1588精确时间协议硬件时间戳功能，有时可以辅助进行更精细的网络延迟测量。

2.3 通信模式与状态机

EtherCAT定义了清晰的设备状态机，这是保证网络稳定启动和运行的基础。从站上电后处于 初始化状态 。主站通过发送特定的邮箱命令，驱动从站依次进入：

  1. 预运行状态 ：此时，邮箱通信（如CoE, FoE, SoE）已建立，可用于参数配置、文件传输等非周期性通信，但过程数据交换尚未开始。
  2. 安全运行状态 ：过程数据通信开始，但输出被禁用。这是一个安全检查点，主站可以验证所有输入数据是否正常。
  3. 运行状态 ：所有功能全部启用，实时过程数据循环交换。

EtherCAT的通信分为周期性过程数据和非周期性邮箱数据。 周期性数据 通过 过程数据映像 进行交换，这是实现高实时性的核心。主站和每个从站都有一块共享内存区，主站循环发送的帧会更新从站的输出区，并读取从站的输入区。 非周期性数据 用于参数设置、诊断、固件更新等，通过邮箱通道传输，优先级低于过程数据，但同样可靠。

3. 基于飞思卡尔处理器的EtherCAT方案选型与设计

面对飞思卡尔丰富的产品线，如何为你的EtherCAT应用选择最合适的处理器？这需要从角色（主站/从站）、性能需求和系统成本三个维度进行权衡。

3.1 处理器平台选型指南

飞思卡尔的处理器主要分为三大阵营，各自适合不同的EtherCAT应用场景：

1. QorIQ/PowerQUICC系列（基于Power Architecture或ARM） ：这是构建高性能EtherCAT主站或复杂从站的首选。

  • 核心优势 ：集成多个高性能CPU核心（如e500, e6500）和独立的网络协处理器（如QUICC Engine, 数据路径加速器）。对于EtherCAT主站，协议栈处理、网络调度、应用逻辑可以分配到不同核心，实现硬实时与复杂管理的完美结合。例如，一个核心专用于EtherCAT主站栈的实时任务，确保周期任务准时调度；另一个核心运行Linux，处理HMI��数据库等非实时任务。
  • 典型型号 ：
    • P1025 : 双核e500，主频533MHz，约2558 DMIPS。集成了3个千兆以太网控制器，是当年演示EtherCAT PLC参考平台的核心。其性能足以胜任中型多轴运动控制系统的主站。
    • P2020 : 双核e500，更高主频，性能更强，适合更复杂的多协议网关或高端PLC。
    • LS102xA系列 ：基于ARM Cortex-A7/A53，在保持高性能的同时提供了更好的能效比，是新一代网络控制设备的理想选择。
  • 适用场景 ：可编程逻辑控制器、运动控制器、高端数控系统、多协议工业网关。

2. i.MX应用处理器系列（基于ARM Cortex-A） ：在需要强大人机交互或多媒体功能的EtherCAT设备中表现出色。

  • 核心优势 ：强大的图形处理能力（GPU）、视频编解码、丰富的多媒体接口。它适合作为带触摸屏的EtherCAT主站设备，或者需要视觉辅助的机器人控制器。
  • 典型型号 ：i.MX 6/8系列。它们可以运行复杂的图形界面（如Qt），同时利用其CPU性能处理EtherCAT协议栈。需要注意，其网络接口可能不如QorIQ系列丰富，对于需要多个独立以太网端口的应用，可能需要外扩交换机芯片。
  • 适用场景 ：带高级HMI的PLC、机器人示教器、智能相机系统。

3. Kinetis微控制器系列（基于ARM Cortex-M） ：专注于EtherCAT从站设备的实现。

  • 核心优势 ：低成本、低功耗、高实时性。Cortex-M内核的确定性中断响应特性，非常适合实现EtherCAT从站协议处理。虽然ESC（从站控制器）通常由专用芯片（如ET1100, ET1200）实现，但Kinetis可以作为 从站应用控制器 ，通过并行总线或SPI与ESC连接，处理本地I/O控制、传感器数据采集等任务。
  • 典型型号 ：K60, K70系列。它们具有丰富的通信接口（SPI, UART, CAN, USB）和模拟外设，可以轻松连接各种传感器和执行器。
  • 适用场景 ：远程I/O模块、伺服驱动器、智能传感器、阀门控制器。

选型心得 ：不要盲目追求核心多、主频高。对于EtherCAT主站， 单核性能的确定性和中断延迟 往往比多核更重要。务必仔细评估处理器的以太网MAC性能，是否支持 精确时间戳 、 中断合并 等特性，这些对降低通信抖动有巨大帮助。对于从站，如果选择用软件实现ESC功能（即“ESC on Chip”，通常用FPGA或高性能MCU），那么处理器的MIPS和内存带宽将是关键。

3.2 软硬件架构设计要点

一个典型的基于飞思卡尔处理器的EtherCAT主站系统架构如下：

[应用层 (PLC逻辑、运动规划等)]
        |
[EtherCAT主站协议栈 (如KPA Master Stack, SOEM, EtherLab)]
        |
[实时操作系统/驱动层 (如QNX Neutrino RTOS, VxWorks, Linux with RT-Preempt)]
        |
[飞思卡尔处理器硬件层 (QorIQ P1025等) + 以太网PHY]
        |
        | (通过EtherCAT帧交换数据)
        V
[EtherCAT从站网络 (带ESC的伺服驱动器、I/O模块等)]

实时操作系统的选择 ：

  • QNX Neutrino ：微内核架构，IEC 61508 SIL 3认证，是安全关键和高可靠性应用的黄金标准。其消息传递机制和优先级驱动的调度器，能为EtherCAT主栈提供极佳的实时性保障。
  • VxWorks ：老牌硬实时系统，在航空航天、国防领域有深厚积累，实时性能毋庸置疑。
  • 带实时补丁的Linux ：如 Linux with PREEMPT_RT 。成本低，生态系统丰富，适合对实时性要求稍低（例如周期时间>500微秒）或需要大量开源软件支持的应用。飞思卡尔提供的 MQX RTOS 也是一个轻量级、高确定性的选择，特别适合资源受限的从站设备。

协议栈的选择与集成 ：

  • 商业栈 ：如 Koenig-PA (KPA) 的Master/Slave Stack。提供完整的解决方案、技术支持、配置工具和认证服务，能大幅缩短开发周期和降低风险。它们通常已经完成了与飞思卡尔处理器及QNX/VxWorks等RTOS的深度集成和优化。
  • 开源栈 ：如 SOEM 或 IgH EtherCAT Master 。成本低，灵活性高，但需要开发者具备深厚的协议知识和调试能力，且通常不提供官方认证支持。
  • 集成关键 ：无论选择哪种栈，都需要重点关注 网络驱动的中断处理程序 。必须将其设置为最高优先级，并确保其执行时间极短，通常只是将数据包放入一个锁无关的环形缓冲区，然后唤醒一个高优先级的EtherCAT任务进行处理。要避免在中断服务程序中做复杂操作。

4. 实战：基于TWR-P1025的EtherCAT主站开发环境搭建与测试

让我们以一个具体的参考设计为例，手把手走一遍流程。飞思卡尔当年推出的TWR-P1025评估板搭配QNX和KPA栈的PLC参考平台，是一个非常经典的起点。

4.1 硬件准备与基础软件部署

硬件清单 ：

  1. TWR-P1025评估板 ：核心是P1025双核处理器，带两个千兆以太网口。
  2. TWR-IND-IO模块 ：提供工业级的数字量/模拟量输入输出，用于模拟实际被控设备。
  3. 运行Windows的PC ：作为开发主机和EtherCAT配置工具平台。
  4. EtherCAT从站设备 ：如一个支持EtherCAT的伺服驱动器或简单的I/O模块。
  5. 网线、电源、串口调试线 。

第一步：构建基础运行环境

  1. 获取BSP和工具链 ：从飞思卡尔（NXP）官网下载针对TWR-P1025的 QNX BSP 。同时安装 QNX Momentics IDE 或更新的 QNX Software Center 。
  2. 编译和烧写引导程序与OS镜像 ：使用QNX工具链编译BSP。这个过程会生成一个包含引导程序、QNX微内核和基础驱动的镜像文件。通过 JTAG调试器 或 TFTP 网络引导的方式，将该镜像烧写到板载的NOR Flash中。
  3. 配置网络 ：将TWR-P1025的一个以太网口（例如eTSEC1）连接到开发PC所在的局域网，另一个口（eTSEC2）用于连接EtherCAT从站网络。在QNX系统启动后，通过串口终端配置其IP地址。

第二步：集成EtherCAT主站协议栈

  1. 获取KPA EtherCAT Master栈 ：联系Koenig-PA获取针对QNX on P1025的移植版协议栈。通常它会包含库文件、头文件和示例程序。
  2. 交叉编译 ：在QNX Momentics中创建新工程，将KPA的源代码或库集成进来。确保编译器的架构和优化选项与BSP匹配。
  3. 驱动适配 ：这是最关键的一步。需要确保QNX下的以太网驱动（通常是 devn- 系列驱动）能够与KPA栈协同工作。KPA栈通常通过一个标准的BSD Socket接口或者一个专门的 EtherCAT网络设备驱动 来访问硬件。你需要根据KPA提供的移植指南，编写或修改一个小的 适配层 ，将QNX的网络驱动数据包正确地传递给KPA栈的接收函数。这个适配层需要高效地将网卡中断收到的原始EtherCAT帧直接导入协议栈，绕过TCP/IP协议栈以减少延迟。

4.2 主站应用程序开发与网络配置

开发主站控制程序 ： 你的主站应用程序通常是一个或多个高优先级的实时任务。其核心伪代码逻辑如下：

#include "ecat_master.h" // KPA主站栈头文件

int main(int argc, char *argv[]) {
    ECAT_MASTER_HANDLE master;
    ECAT_CONFIG config;
    // 1. 初始化配置
    config.cycle_time_ns = 1000000; // 设置1ms的周期时间
    config.network_interface = "enet1"; // 指定使用哪个网络接口
    // ... 其他配置

    // 2. 初始化主站栈
    if (ecat_master_init(&master, &config) != ECAT_SUCCESS) {
        // 错误处理
    }

    // 3. 启动总线扫描，发现从站
    if (ecat_master_scan(master) != ECAT_SUCCESS) {
        // 错误处理
    }

    // 4. 配置从站参数（PDO映射，同步管理器等）
    // 这部分通常通过导入ESI (EtherCAT Slave Information)文件或使用KPA Studio工具生成配置代码来完成
    configure_slaves(master);

    // 5. 请求从站进入“安全运行”状态
    ecat_master_set_state(master, ECAT_STATE_SAFE_OP);

    // 6. 请求从站进入“运行”状态，开始周期性数据交换
    ecat_master_set_state(master, ECAT_STATE_OPERATIONAL);

    // 7. 主控制循环
    while (running) {
        // 在下一个周期开始前等待（由栈或RTOS定时器触发）
        ecat_master_sync(master);

        // 写入输出数据到过程映像
        uint8_t* output_data = ecat_master_get_output_ptr(master);
        // ... 根据控制算法填充output_data

        // 触发输出数据发送并接收输入数据（KPA栈通常自动处理）
        ecat_master_exchange(master);

        // 从过程映像读取输入数据
        const uint8_t* input_data = ecat_master_get_input_ptr(master);
        // ... 处理input_data，进行控制计算
    }

    // 8. 停止和清理
    ecat_master_set_state(master, ECAT_STATE_INIT);
    ecat_master_release(master);
    return 0;
}

使用KPA Studio进行网络配置 ：

  1. 在Windows PC上安装KPA Studio。
  2. 将你的EtherCAT从站设备的 ESI文件 导入到KPA Studio中。ESI文件是XML格式的从站描述文件，定义了从站支持的对象字典、PDO映射等信息。
  3. 在Studio中拖拽从站图标，构建网络拓扑。
  4. 为每个从站配置 过程数据对象 。例如，为一个数字量输出从站，选择“0x7010:01”这个对象（代表第一个字节的输出）映射到主站的过程映像中。
  5. Studio会自动计算过程映像的总大小和每个从站的偏移地址。配置完成后，Studio可以生成C代码或配置文件，直接用于你的主站应用程序。

4.3 调试与性能优化实战

常见问题与排查 ：

  1. 从站无法发现 ：
    • 检查物理层 ：用普通网线测试仪检查网线。EtherCAT对链路质量要求高，劣质网线可能导致不稳定。
    • 检查ESC初始化 ：确保从站已上电，且ESC的EEPROM配置正确。有些从站需要拨码开关设置站地址。
    • 抓包分析 ：在开发PC上使用Wireshark，抓取主站发出的 广播发现帧 （EtherType 0x88A4），看是否有从站回复。如果没有回复，检查主站网卡是否处于混杂模式，以及驱动是否正确放行了EtherCAT帧。
  2. 状态机无法进入OP ：
    • 查看从站错误寄存器 ：主站栈通常提供API读取从站的AL状态码。状态码0x0131通常表示“无错误”，其他代码可在ETG.1000规范中查询具体含义。
    • 检查PDO映射 ：最常见的错误是配置的PDO映射与从站ESI文件中定义的不一致。确保在 PREOP 状态下正确配置了SM和FMMU参数。
    • 检查分布式时钟配置 ：如果启用了DC同步，配置错误会导致状态切换失败。
  3. 通信周期抖动大 ：
    • 优化主站任务优先级 ：确保EtherCAT主栈任务和网络中断服务例程具有RTOS中的最高优先级，避免被文件系统、日志打印等低优先级任务抢占。
    • 禁用CPU节能特性 ：在BIOS/U-Boot和操作系统中，关闭CPU的 动态频率调整 和 深度睡眠状态 ，确保CPU以固定最高频率运行。
    • 使用处理器硬件特性 ：利用飞思卡尔处理器的 缓存锁定 功能，将关键的EtherCAT中断处理代码和数据锁定在Cache中，避免因Cache缺失带来的不确定性延迟。
    • 测量与定位 ：在EtherCAT主栈的同步点前后打时间戳，测量实际周期时间。使用处理器的 高精度定时器 。如果抖动主要出现在“exchange”阶段，可能是网络驱动或DMA传输问题；如果出现在应用计算阶段，则需要优化控制算法。

性能实测记录 ： 在一台基于P1025@533MHz、运行QNX和KPA栈的测试平台上，连接4个带EtherCAT接口的伺服驱动器，我们进行了以下测试：

  • 周期时间 ：设置为500µs，实际测量95%的周期在499µs至501µs之间，抖动控制在±2µs以内。
  • CPU负载 ：EtherCAT主栈任务（含驱动中断处理）的CPU占用率约为15%。
  • 过程数据量 ：每个从站输入输出各8字节，总过程映像为64字节。 这个结果表明，该平台完全有能力处理对实时性要求极高的多轴同步运动控制任务。

5. 从站设备开发与系统集成考量

虽然主站是大脑，但从站是手脚，其稳定性和性能同样关键。用飞思卡尔MCU开发EtherCAT从站，通常采用“ESC芯片+应用MCU”的架构。

5.1 硬件连接与ESC管理

常见的ESC芯片如 Beckhoff ET1100/ET1200 或 Microchip LAN9252 。它们通过 并行总线 或 SPI 与飞思卡尔MCU（如Kinetis K70）连接。

  • 并行总线 ：速度快，数据吞吐量大，适合过程数据量大的设备（如多通道模拟量采集模块）。需要连接数据线、地址线、片选、读写控制线等，硬件设计稍复杂。
  • SPI接口 ：接线简单，节省MCU引脚，是大多数IO模块和简单驱动器的首选。需要注意选择支持 SPI从机模式 且时钟频率高的ESC（如LAN9252）。

MCU端的驱动程序需要实现：

  1. ESC寄存器访问 ：通过总线读写ESC的内部寄存器，配置同步管理器、FMMU、分布式时钟等。
  2. 过程数据缓冲区管理 ：在MCU内存中开辟与ESC映射区对应的输入输出缓冲区。
  3. 中断处理 ：响应ESC产生的中断（如SYNC0事件、邮箱数据到达），及时处理数据交换。

5.2 从站软件栈与对象字典

从站软件的核心是 对象字典 。它是一个有序的变量集合，每个变量通过一个16位的索引和8位的子索引来寻址。对象字典中包含了设备的所有参数、过程数据映射、设备信息等。

开发从站软件，你可以选择：

  • 使用商业从站栈 ：如KPA Slave Stack或 SOES 。它们提供了对象字典管理、状态机处理、邮箱协议解析等完整功能，你只需要实现硬件抽象层和应用程序回调函数。
  • 基于开源代码移植 ：如 EtherCAT Slave Stack on Chip 。这需要更深入的理解，但灵活性最高。

一个简单的从站应用任务循环如下：

void ecat_slave_task(void) {
    ecat_slave_init(); // 初始化ESC和对象字典
    while (1) {
        // 1. 检查是否有新的输入过程数据（由ESC硬件自动更新）
        if (process_data_updated()) {
            // 读取输入数据缓冲区，控制本地I/O
            uint8_t input_data = read_input_buffer();
            control_local_actuators(input_data);
        }

        // 2. 准备输出过程数据
        uint8_t output_data = read_local_sensors();
        write_output_buffer(output_data);

        // 3. 处理非周期性邮箱请求（CoE, FoE等）
        ecat_slave_process_mailbox();

        // 4. 等待下一个同步事件或执行周期延时
        wait_for_sync_event();
    }
}

5.3 系统集成与认证建议

在将自主开发的EtherCAT设备集成到大型系统中时，需要注意：

  • 网络拓扑与线缆 ：EtherCAT虽然支持多种拓扑，但 线型拓扑 是最简单、性能最可预测的。避免使用低质量的网线和连接器。对于长距离传输，考虑使用 EtherCAT光纤介质转换器 。
  • 接地与屏蔽 ：工业环境电磁干扰严重。确保所有设备良好接地，通信线缆使用屏蔽双绞线��并正确端接屏蔽层。
  • 设备描述文件 ：为你开发的从站设备生成正确的 ESI文件 。这是主站识别和配置从站的依据。ESI文件中的信息必须与设备实际功能严格一致。
  • 一致性测试 ：如果计划将设备商业化，强烈建议送往 EtherCAT技术协会 指定的测试实验室进行一致性测试。通过测试后可以获得官方认证，确保与市场上其他主站设备的互操作性。飞思卡尔与KPA、QNX等合作伙伴提供的参考方案，其价值之一就在于它们已经过预集成和测试，能为你通过认证打下坚实基础。

最后，我想分享一点个人体会：工业通信系统的开发，七分在于对协议和硬件的深刻理解，三分在于细致入微的工程实践。EtherCAT的强大性能背后，是对时序和确定性的极致追求。任何一个微小的疏忽，比如一个未关闭的中断、一处不当的内存访问、甚至是一条糟糕的PCB走线，都可能导致通信抖动超标。因此，从项目伊始就建立严格的测试体系——包括单元测试、网络负载测试、长期稳定性测试和EMC测试——至关重要。飞思卡尔处理器提供的丰富调试工具，如 CoreNet事件监视器 和 性能计数器 ，是定位深层性能问题的利器，务必善加利用。记住，在工业自动化领域，稳定可靠远比炫技重要。

Logo
脑启社区

脑启社区是一个专注类脑智能领域的开发者社区。欢迎加入社区，共建类脑智能生态。社区为开发者提供了丰富的开源类脑工具软件、类脑算法模型及数据集、类脑知识库、类脑技术培训课程以及类脑应用案例等资源。

更多推荐

cover

人机共融交互技术加速走向成熟

avatar 脑启社区
cover

现有的GPU硬件，可以创造出真正的人工智能吗？

avatar 脑启社区
cover

认知科学与类脑计算 第二章 神经系统的生理学基础 模拟卷及答案

avatar 脑启社区