Half-Buffer与Skid-Buffer介绍及其在流水线中的应用

原创 网络交换FPGA 2024-05-16 16:39

1.问题描述
     在介绍skid buffer之前,我们先来假设这样一种情况,在一个多级流水模型之中,比如最为经典的顺序五级流水的处理器模型中,各级之间通过仅通过valid-ready的握手信号进行数据传递,(需要注意的是,这里的输入侧和输出侧的握手信号是不建议直连的,这样不符合流水设计思想的同时,还会加中时序压力)当其中某级发生阻塞的时候,比如lsu的执行访存指令,但是cache未命中,需要从更下级的储存器去请求数据的时候,此时需要通过握手信号来需要阻塞流水线,理所应当的,我们拉低lsu的input_ready信号来阻塞来自上级流水的输入(比如EXU),可是问题是此时上上级(比如IDU)并未被阻塞,还在向上级(EXU)传输数据,同样的情况发生在所有的上游模块。这篇文章便是用来解决上述问题。

2.Half-Buffer
2.1 Half-Buffer是什么?
    引发上述问题的原因是未能及时阻塞之前的流水线,再深究其原因,是因为其输入侧和输出侧的握手允许在相同时钟周期完成,所以阻塞的信息没有同步到上级。为了解决以上问题,我们现在为流水线每级做如下限定:
1.输入侧和输出侧不能同时完成握手操作。
2.在没有有效数据之前之前只能进行输入握手,在内部有有效数据后,只能做输出握手,在完成握手后才能重新开始输入。
    而这种方法叫做Half-Buffer,他内部只有一个buffer来缓存数据,所以他不支持输入和输出侧同时完成握手。他的缺点是显而易见的,每次启动或停止的时候需要两个时钟周期的同时,还让最大带宽减半。但是,对于内部需要多个时钟周期来计算结果的模块而言,其影响并没有那么大。
2.2 Half-Buffer源码分析
  这里我们选取fpgacpu网站上的源码进行讲解,网址会帖在文末。
  首先是接口部分,需要注意的是,此处的CIRCULAR_BUFFER部分非0 时候,是允许内部有效数据在未完成输出侧握手的情况下接受新数据对原有数据进行覆盖的。因为这种模式我们使用不多,这里现不做介绍。

`default_nettype none module Pipeline_Half_Buffer#(    parameter WORD_WIDTH            = 0,    parameter CIRCULAR_BUFFER       = 0     // non-zero to enable)(    input  wire                     clock,    input  wire                     clear,     input  wire                     input_valid,    output reg                      input_ready,    input  wire [WORD_WIDTH-1:0]    input_data,     output reg                      output_valid,    input  wire                     output_ready,    output wire [WORD_WIDTH-1:0]    output_data);     localparam WORD_ZERO = {WORD_WIDTH{1'b0}};

这部分是half_buffer部分,可以看到其内部只有一个buffer用来储存数据:

    reg half_buffer_load = 1'b0;     Register    #(        .WORD_WIDTH     (WORD_WIDTH),        .RESET_VALUE    (WORD_ZERO)    )    half_buffer    (        .clock          (clock),        .clock_enable   (half_buffer_load),        .clear          (clear),        .data_in        (input_data),        .data_out       (output_data)    );

空满信号的产生模块:

    reg  set_to_empty = 1'b0;    reg  set_to_full  = 1'b0;    wire buffer_full;     Register    #(        .WORD_WIDTH     (1),        .RESET_VALUE    (1'b0)    )    empty_full    (        .clock          (clock),        .clock_enable   (set_to_full),        .clear          (set_to_empty),        .data_in        (1'b1),        .data_out       (buffer_full)    );

然后是最为重要的逻辑模块,我们可以发现,在非循环模式下,input_ready和output_valid是互斥的,这也就完成了我们之前所说的每次只能完成一边的握手。
  在完成输入握手之后将full信号拉高,并将数据写入buffer,在完成输出握手之后,将empty信号拉高。同时我们看到,在初始情况下,内部为empty,所以必须先完成empty->full->empty这个流程,这与我们预期相符。

 always @(*) begin        input_ready      = (buffer_full   == 1'b0) || (CIRCULAR_BUFFER != 0);        output_valid     = (buffer_full   == 1'b1);        set_to_full      = (input_valid   == 1'b1) && (input_ready  == 1'b1);        set_to_empty     = (output_valid  == 1'b1) && (output_ready == 1'b1) && (set_to_full == 1'b0);        set_to_empty     = (set_to_empty  == 1'b1) || (clear == 1'b1);        half_buffer_load = (set_to_full   == 1'b1);    end endmodule

3.Skid Buffer
3.1 Skid Buffer是什么?
  那么有没有其他方法能够解决问题的同时,避免到Half-Buffer带来的损耗呢?如果输入输出同时允许握手带来的后果是可能在阻塞的情况下冲刷掉内部的有效数据,那么如果我们让内部不止一个Buffer是不可以解决这个问题呢?
     Skid Buffer就是这么来的,它其实是是一个最小的FIFO,深度为2,一个用于输出,一个用来缓存,同时在缓存的这个周期,就能将下一级的阻塞信号传递到上级,这样便可以在允许两次同时握手,消除Half-Buffer带来的两个周期和最大带宽的损耗的同时,拥有更好的布局布线空间。
3.2 Skid Buffer源码分析
  这里我们同样选取fpgacpu网站上的源码进行讲解(ps:这个真的是最近发现的最宝藏的网站,之后如果有时间,可以会出一个专门介绍和解析这个网站源码的一个专栏)
   首先是接口部分,需要注意的是,此处的CIRCULAR_BUFFER部分非0 时候,是指可以在内部数据已经满的情况下,进行覆盖,同理,我们对该模式不做解析。

`default_nettype none module Pipeline_Skid_Buffer#(    parameter WORD_WIDTH                = 0,    parameter CIRCULAR_BUFFER           = 0     // non-zero to enable)(    input   wire                        clock,    input   wire                        clear,     input   wire                        input_valid,    output  wire                        input_ready,    input   wire    [WORD_WIDTH-1:0]    input_data,     output  wire                        output_valid,    input   wire                        output_ready,    output  wire    [WORD_WIDTH-1:0]    output_data);     localparam WORD_ZERO = {WORD_WIDTH{1'b0}};

然后是数据部分,我们可以清楚地看到,此处使用了两个Buffer,data_buffer_out为缓存buffer,output_Data为输出的数据,通过2mux1来决定输出来源于缓存还是input_data。他这个地方还有个聪明之处在于他将数据通路和状态解耦,这样大大的便捷了整体的设计,是一个值得学习的地方。

 reg                     data_buffer_wren = 1'b0; // EMPTY at start, so don't load.    wire [WORD_WIDTH-1:0]   data_buffer_out;     Register    #(        .WORD_WIDTH     (WORD_WIDTH),        .RESET_VALUE    (WORD_ZERO)    )    data_buffer_reg    (        .clock          (clock),        .clock_enable   (data_buffer_wren),        .clear          (clear),        .data_in        (input_data),        .data_out       (data_buffer_out)    );     reg                     data_out_wren       = 1'b1; // EMPTY at start, so accept data.    reg                     use_buffered_data   = 1'b0;    reg [WORD_WIDTH-1:0]    selected_data       = WORD_ZERO;     always @(*) begin        selected_data = (use_buffered_data == 1'b1) ? data_buffer_out : input_data;    end    Register    #(        .WORD_WIDTH     (WORD_WIDTH),        .RESET_VALUE    (WORD_ZERO)    )    data_out_reg    (        .clock          (clock),        .clock_enable   (data_out_wren),        .clear          (clear),        .data_in        (selected_data),        .data_out       (output_data)    );

接下来是最为重要的控制部分,首先我们先来将系统划分为以下几个状态:

  1. Empty:输出和缓存区都没有数据。

  2. Busy :在输出寄存器有一个有效值待处理,缓存区为空。

  3. Full   : 输出寄存器和缓存区都有有效数据待处理 。

    需要注意的是,在Empty下,只支持输入侧的握手,在Full模式下,只支持输出侧的握手,这样可以有效防止数据的覆盖和重复读取。
       我们来看一下每个状态之间的转换条件:
load:缓存区和输出寄存器为空,数据直接载入输出寄存器。(输入握手,输出没握手)
fill:输出寄存器为空,将数据载入缓存区。(输入握手,输出没握手)
flow:输出寄存器的值被下级接收的同时,将输入的数据载入到输出寄存器。(输入输出同时握手)
flush:输出寄存器的值被下级接受,将缓存区的有效数据载入输出寄存器(输入没握手,输出握手)
unload:输出寄存器的被下级接受,现在输出和缓存区都为空。(输入没握手,输出握手)。
    在得到所有的转化条件之后,我们还需要去决定输入的ready和输出valid信号。我们只需要在当前非满时拉高ready信号,在当前非空的时候拉高valid信号即可。

    Register    #(        .WORD_WIDTH     (1),        .RESET_VALUE    (1'b1) // EMPTY at start, so accept data    )    input_ready_reg    (        .clock          (clock),        .clock_enable   (1'b1),        .clear          (clear),        .data_in        ((state_next != FULL) || (CIRCULAR_BUFFER != 0)),        .data_out       (input_ready)    );     Register    #(        .WORD_WIDTH     (1),        .RESET_VALUE    (1'b0)    )    output_valid_reg    (        .clock          (clock),        .clock_enable   (1'b1),        .clear          (clear),        .data_in        (state_next != EMPTY),        .data_out       (output_valid)    ); 

然后,在输入握手时插入数据,在输出握手时移除数据:

    reg insert = 1'b0;    reg remove = 1'b0;     always @(*) begin        insert = (input_valid  == 1'b1) && (input_ready  == 1'b1);        remove = (output_valid == 1'b1) && (output_ready == 1'b1);    end

最后便是状态的转化和数据通路的选择部分,在此不做赘述。

    reg load    = 1'b0; // Empty datapath inserts data into output register.    reg flow    = 1'b0; // New inserted data into output register as the old data is removed.    reg fill    = 1'b0; // New inserted data into buffer register. Data not removed from output register.    reg flush   = 1'b0; // Move data from buffer register into output register. Remove old data. No new data inserted.    reg unload  = 1'b0; // Remove data from output register, leaving the datapath empty.    reg dump    = 1'b0; // New inserted data into buffer register. Move data from buffer register into output register. Discard old output data. (CBM)    reg pass    = 1'b0; // New inserted data into buffer register. Move data from buffer register into output register. Remove old output data.  (CBM)    always @(*) begin        load    = (state == EMPTY) && (insert == 1'b1) && (remove == 1'b0);        flow    = (state == BUSY)  && (insert == 1'b1) && (remove == 1'b1);        fill    = (state == BUSY)  && (insert == 1'b1) && (remove == 1'b0);        unload  = (state == BUSY)  && (insert == 1'b0) && (remove == 1'b1);        flush   = (state == FULL)  && (insert == 1'b0) && (remove == 1'b1);        dump    = (state == FULL)  && (insert == 1'b1) && (remove == 1'b0) && (CIRCULAR_BUFFER != 0);        pass    = (state == FULL)  && (insert == 1'b1) && (remove == 1'b1) && (CIRCULAR_BUFFER != 0);    end
    always @(*) begin        data_out_wren     = (load  == 1'b1) || (flow == 1'b1) || (flush == 1'b1) || (dump == 1'b1) || (pass == 1'b1);        data_buffer_wren  = (fill  == 1'b1)                                      || (dump == 1'b1) || (pass == 1'b1);        use_buffered_data = (flush == 1'b1)                                      || (dump == 1'b1) || (pass == 1'b1);    endendmodule

4.刚玉中的流水代码分析
  在开源代码刚玉中大量运用了流水线,我们以其为例子进行分析。我们以其axi_register_rd中对于ar port的流水处理进行分析。
  刚玉采用了三种可选方式,bypass,Half-Buffer以及Skid-Buffer。我们针对其后两种进行分析。需要说明的是,其中s_axi为输入侧,m_axi为输出侧。ps:刚玉的作者Alex的代码水平真的十分高,他经常用一些互斥条件的组合来代替状态机的书写,所以对我来说想要理解往往需要花费一定的时间。
4.1  刚玉中的Half-Buffer

// enable ready input next cycle if output buffer will be emptywire s_axi_arready_early = !m_axi_arvalid_next; always @* begin    // transfer sink ready state to source    m_axi_arvalid_next = m_axi_arvalid_reg;     store_axi_ar_input_to_output = 1'b0;    if (s_axi_arready_reg) begin        m_axi_arvalid_next = s_axi_arvalid;        store_axi_ar_input_to_output = 1'b1;    end else if (m_axi_arready) begin        m_axi_arvalid_next = 1'b0;    endend

我们可以看到,只有在输出侧在下一拍为低的时候,才拉高输入侧的ready信号,保证每一拍只有一侧的握手是可以完成的。
  然后在输入侧ready的情况下,将上一级的有效信号传递到输出寄存器,这里比较有意思的是,他没有等到输入握手成功再传递,而是直接传递,这是因为输入侧的ready和输出侧的valid是互斥的,即使没有握手就传递,也不会出现两边同时握手的情况。
  如果输入侧的ready无效,但是输入侧的ready有效时,将下一拍的输出侧的有效信号拉低,我当初看到这里很疑惑,后来一想其实很简单,因为输入侧的ready无效就意味着当前拍的输出侧valid肯定是拉高的,这句话其实可以理解成完成输出侧握手后,将已经处理过的有效信号拉低的操作。
4.2 刚玉中的Skid-Buffer

wire s_axi_arready_early = m_axi_arready | (~temp_m_axi_arvalid_reg & (~m_axi_arvalid_reg | ~s_axi_arvalid)); always @* begin    // transfer sink ready state to source    m_axi_arvalid_next = m_axi_arvalid_reg;    temp_m_axi_arvalid_next = temp_m_axi_arvalid_reg;     store_axi_ar_input_to_output = 1'b0;    store_axi_ar_input_to_temp = 1'b0;    store_axi_ar_temp_to_output = 1'b0;    if (s_axi_arready_reg) begin        // input is ready        if (m_axi_arready | ~m_axi_arvalid_reg) begin            // output is ready or currently not valid, transfer data to output            m_axi_arvalid_next = s_axi_arvalid;            store_axi_ar_input_to_output = 1'b1;        end else begin            // output is not ready, store input in temp            temp_m_axi_arvalid_next = s_axi_arvalid;            store_axi_ar_input_to_temp = 1'b1;        end    end else if (m_axi_arready) begin        // input is not ready, but output is ready        m_axi_arvalid_next = temp_m_axi_arvalid_reg;        temp_m_axi_arvalid_next = 1'b0;        store_axi_ar_temp_to_output = 1'b1;    endend

    首先还是先来分析输入侧的ready信号,可以看到,他拉高的条件有两个,首先是输入侧的ready为高,这是为什么?我们来简单分析一下,当输出侧的ready为高的时候,他的输出寄存器主要有效,那么一定会被读取,所以当前状态永远不会是full,所以可以拉高。

第二个条件:

(~temp_m_axi_arvalid_reg & (~m_axi_arvalid_reg | ~s_axi_arvalid))

    我们来解析一下,首先他要求缓存寄存器为空的同时,输入侧和输出寄存器不能同时有待处理的请求,这个也很好理解,我们这个系统最大的待处理请求只能是两个,如果不满足以上条件,那么系统中可能会出现待处理请求,缓存区的请求有被覆盖的风险。

    if (s_axi_arready_reg) begin        // input is ready        if (m_axi_arready | ~m_axi_arvalid_reg) begin            // output is ready or currently not valid, transfer data to output            m_axi_arvalid_next = s_axi_arvalid;            store_axi_ar_input_to_output = 1'b1;        end else begin            // output is not ready, store input in temp            temp_m_axi_arvalid_next = s_axi_arvalid;            store_axi_ar_input_to_temp = 1'b1;        end

    然后就是接下来的部分,我们看到,在输入侧ready的情况下,如果输出侧ready有效或者没有待处理的请求时,可以将新的请求从输入加载到输出寄存器。又是很奇怪是不是?这里真的感叹一句Alex的水平之高,好了,我们来认真分析一下,如果输出侧ready有效,那意味着当前状态不为full,那么任何被传递的请求都是可以被下级处理的,同理,如果下级已经没有待处理的请求,那么自然可以加载新的有效请求。然后,如果下级不能处理新的请求的时候,也就是对应我们之前的BUSY状态下,可以完成输入侧握手,不能完成输出侧握手的时候,我们就需要把输入侧的请求存入缓存区。

    end else if (m_axi_arready) begin        // input is not ready, but output is ready        m_axi_arvalid_next = temp_m_axi_arvalid_reg;        temp_m_axi_arvalid_next = 1'b0;        store_axi_ar_temp_to_output = 1'b1;    end

    最后,便是输出侧可以完成握手,但是输入侧不能完成的时候,对应之前的flush状态,输出寄存器被下级读取之后,我们把缓存区的数据载入到输出寄存器即可。
5.结语
文章主要分析了流水线中的Half-Buffer与Skid-Buffer的使用,之后如果有机会,将继续分享更多DE技巧。

5.参考

Half-Buffer:http://fpgacpu.ca/fpga/Pipeline_Half_Buffer.html;

Skid Buffer:http://fpgacpu.ca/fpga/Pipeline_Skid_Buffer.html

网络交换FPGA 秉承“工匠”精神,专注网络与交换领域FPGA开发与芯片实现,记录、分享与交流技术上的点点滴滴,与大家共同进步成长。
评论
  • 习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习笔记&记录学习习笔记&记学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记
    youyeye 2024-12-10 16:13 105浏览
  • 一、SAE J1939协议概述SAE J1939协议是由美国汽车工程师协会(SAE,Society of Automotive Engineers)定义的一种用于重型车辆和工业设备中的通信协议,主要应用于车辆和设备之间的实时数据交换。J1939基于CAN(Controller Area Network)总线技术,使用29bit的扩展标识符和扩展数据帧,CAN通信速率为250Kbps,用于车载电子控制单元(ECU)之间的通信和控制。小北同学在之前也对J1939协议做过扫盲科普【科普系列】SAE J
    北汇信息 2024-12-11 15:45 68浏览
  • 【萤火工场CEM5826-M11测评】OLED显示雷达数据本文结合之前关于串口打印雷达监测数据的研究,进一步扩展至 OLED 屏幕显示。该项目整体分为两部分: 一、框架显示; 二、数据采集与填充显示。为了减小 MCU 负担,采用 局部刷新 的方案。1. 显示框架所需库函数 Wire.h 、Adafruit_GFX.h 、Adafruit_SSD1306.h . 代码#include #include #include #include "logo_128x64.h"#include "logo_
    无垠的广袤 2024-12-10 14:03 69浏览
  • 天问Block和Mixly是两个不同的编程工具,分别在单片机开发和教育编程领域有各自的应用。以下是对它们的详细比较: 基本定义 天问Block:天问Block是一个基于区块链技术的数字身份验证和数据交换平台。它的目标是为用户提供一个安全、去中心化、可信任的数字身份验证和数据交换解决方案。 Mixly:Mixly是一款由北京师范大学教育学部创客教育实验室开发的图形化编程软件,旨在为初学者提供一个易于学习和使用的Arduino编程环境。 主要功能 天问Block:支持STC全系列8位单片机,32位
    丙丁先生 2024-12-11 13:15 45浏览
  •         在有电流流过的导线周围会感生出磁场,再用霍尔器件检测由电流感生的磁场,即可测出产生这个磁场的电流的量值。由此就可以构成霍尔电流、电压传感器。因为霍尔器件的输出电压与加在它上面的磁感应强度以及流过其中的工作电流的乘积成比例,是一个具有乘法器功能的器件,并且可与各种逻辑电路直接接口,还可以直接驱动各种性质的负载。因为霍尔器件的应用原理简单,信号处理方便,器件本身又具有一系列的du特优点,所以在变频器中也发挥了非常重要的作用。  &nb
    锦正茂科技 2024-12-10 12:57 76浏览
  • 时源芯微——RE超标整机定位与解决详细流程一、 初步测量与问题确认使用专业的电磁辐射测量设备,对整机的辐射发射进行精确测量。确认是否存在RE超标问题,并记录超标频段和幅度。二、电缆检查与处理若存在信号电缆:步骤一:拔掉所有信号电缆,仅保留电源线,再次测量整机的辐射发射。若测量合格:判定问题出在信号电缆上,可能是电缆的共模电流导致。逐一连接信号电缆,每次连接后测量,定位具体哪根电缆或接口导致超标。对问题电缆进行处理,如加共模扼流圈、滤波器,或优化电缆布局和屏蔽。重新连接所有电缆,再次测量
    时源芯微 2024-12-11 17:11 65浏览
  • RK3506 是瑞芯微推出的MPU产品,芯片制程为22nm,定位于轻量级、低成本解决方案。该MPU具有低功耗、外设接口丰富、实时性高的特点,适合用多种工商业场景。本文将基于RK3506的设计特点,为大家分析其应用场景。RK3506核心板主要分为三个型号,各型号间的区别如下图:​图 1  RK3506核心板处理器型号场景1:显示HMIRK3506核心板显示接口支持RGB、MIPI、QSPI输出,且支持2D图形加速,轻松运行QT、LVGL等GUI,最快3S内开
    万象奥科 2024-12-11 15:42 65浏览
  • 概述 通过前面的研究学习,已经可以在CycloneVGX器件中成功实现完整的TDC(或者说完整的TDL,即延时线),测试结果也比较满足,解决了超大BIN尺寸以及大量0尺寸BIN的问题,但是还是存在一些之前系列器件还未遇到的问题,这些问题将在本文中进行详细描述介绍。 在五代Cyclone器件内部系统时钟受限的情况下,意味着大量逻辑资源将被浪费在于实现较大长度的TDL上面。是否可以找到方法可以对此前TDL的长度进行优化呢?本文还将探讨这个问题。TDC前段BIN颗粒堵塞问题分析 将延时链在逻辑中实现后
    coyoo 2024-12-10 13:28 101浏览
  • 我的一台很多年前人家不要了的九十年代SONY台式组合音响,接手时只有CD功能不行了,因为不需要,也就没修,只使用收音机、磁带机和外接信号功能就够了。最近五年在外地,就断电闲置,没使用了。今年9月回到家里,就一个劲儿地忙着收拾家当,忙了一个多月,太多事啦!修了电气,清理了闲置不用了的电器和电子,就是一个劲儿地扔扔扔!几十年的“工匠式”收留收藏,只能断舍离,拆解不过来的了。一天,忽然感觉室内有股臭味,用鼻子的嗅觉功能朝着臭味重的方向寻找,觉得应该就是这台组合音响?怎么会呢?这无机物的东西不会腐臭吧?
    自做自受 2024-12-10 16:34 136浏览
  •         霍尔传感器是根据霍尔效应制作的一种磁场传感器。霍尔效应是磁电效应的一种,这一现象是霍尔(A.H.Hall,1855—1938)于1879年在研究金属的导电机构时发现的。后来发现半导体、导电流体等也有这种效应,而半导体的霍尔效应比金属强得多,利用这现象制成的各种霍尔元件,广泛地应用于工业自动化技术、检测技术及信息处理等方面。霍尔效应是研究半导体材料性能的基本方法。通过霍尔效应实验测定的霍尔系数,能够判断半导体材料的导电类型、载流子浓度及载流子
    锦正茂科技 2024-12-10 11:07 64浏览
  • 智能汽车可替换LED前照灯控制运行的原理涉及多个方面,包括自适应前照灯系统(AFS)的工作原理、传感器的应用、步进电机的控制以及模糊控制策略等。当下时代的智能汽车灯光控制系统通过车载网关控制单元集中控制,表现特殊点的有特斯拉,仅通过前车身控制器,整个系统就包括了灯光旋转开关、车灯变光开关、左LED前照灯总成、右LED前照灯总成、转向柱电子控制单元、CAN数据总线接口、组合仪表控制单元、车载网关控制单元等器件。变光开关、转向开关和辅助操作系统一般连为一体,开关之间通过内部线束和转向柱装置连接为多,
    lauguo2013 2024-12-10 15:53 78浏览
  • 近日,搭载紫光展锐W517芯片平台的INMO GO2由影目科技正式推出。作为全球首款专为商务场景设计的智能翻译眼镜,INMO GO2 以“快、准、稳”三大核心优势,突破传统翻译产品局限,为全球商务人士带来高效、自然、稳定的跨语言交流体验。 INMO GO2内置的W517芯片,是紫光展锐4G旗舰级智能穿戴平台,采用四核处理器,具有高性能、低功耗的优势,内置超微高集成技术,采用先进工艺,计算能力相比同档位竞品提升4倍,强大的性能提供更加多样化的应用场景。【视频见P盘链接】 依托“
    紫光展锐 2024-12-11 11:50 44浏览
  • 全球知名半导体制造商ROHM Co., Ltd.(以下简称“罗姆”)宣布与Taiwan Semiconductor Manufacturing Company Limited(以下简称“台积公司”)就车载氮化镓功率器件的开发和量产事宜建立战略合作伙伴关系。通过该合作关系,双方将致力于将罗姆的氮化镓器件开发技术与台积公司业界先进的GaN-on-Silicon工艺技术优势结合起来,满足市场对高耐压和高频特性优异的功率元器件日益增长的需求。氮化镓功率器件目前主要被用于AC适配器和服务器电源等消费电子和
    电子资讯报 2024-12-10 17:09 84浏览
我要评论
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦