Tracealyzer事件缓存读写实现与源码BUG修改

原创 嵌入式Lee 2024-06-04 08:01

一. 前言

前面我们分享了Tracealyzer发送到上位机的事件数据的格式,这一篇继续分析事件是如何存储以及如何发送到上位机的,其实前面系统框图也已经介绍了,核心是使用了一个发送缓存区,事件触发点记录事件时先写缓存区,然后发送任务读缓存区数据进行发送,这一篇就来详细分析这个过程。

二. 发送缓存实现分析

我们先来画出整体的框图,如下图所示,绿色部分是缓存初始化部分,蓝色部分是任务读缓存发送部分,黄色部分是记录事件时写缓存部分,白色部分是缓存的数据结构。下面来分开介绍各个部分。

发送缓存的初始化与数据结构

前面框图看到绿色部分是缓存初始化过程

xTraceInitialize时调用xTraceStreamPortInitialize(&pxTraceRecorderData->xStreamPortBuffer)初始化缓存,pxTraceRecorderData指向的是动态或者静态分配的一个全局大的结构体的指针,这个结构体记录所有的信息,其中xStreamPortBuffer就是用于发送的缓存。调用xTraceInternalEventBufferInitialize初始化时还会初始化pxInternalEventBuffer全局指针变量指向xStreamPortBuffer的缓存区。

typedef struct TraceStreamPortBuffer{    uint8_t buffer[(TRC_STREAM_PORT_INTERNAL_BUFFER_SIZE) + sizeof(TraceUnsignedBaseType_t)];} TraceStreamPortBuffer_t;

对应如下红色框部分,整个缓存向上圆整为4字节对齐。

xTraceMultiCoreEventBufferInitialize对应的是如下数据结构,初始化多核如何分配缓存,前面TRC_CFG_CORE_COUNT个指针对应TRC_CFG_CORE_COUNT个核,每个核指向后面一个缓存,实际就是整个缓存去掉前面的每个核的指针,剩余部分分配给每个核使用。每个核心都有一个指针,且是连续的,根据索引就可以找到指定核的指针,然后根据剩余部分平分给各个缓存,就知道每个核指针指向的缓存位置。

xTraceEventBufferInitialize则初始化每个核自己的缓存,对应如下红色框部分,每个核自己的缓存继续分为前面的信息头TraceEventBuffer_t用于管理缓存,和后面的有效缓存部分,其中puiBuffer指针即指向后面的有效缓存,事件信息就是存储在后面有效缓存部分,按照循环缓存形式由TraceEventBuffer_t进行管理。循环缓存的实现可以参考本公众号之前分享的FIFO相关的文章,核心思想就是有一个uiHead指针用于写地址记录,uiTail有一个读指针记录读地址。读地址追赶写地址,即消费者追赶生产者,这里uiTail==uiHead时表示空,单独使用一个位置表示满即uiTail=uiHead+1时表示满,与我们之前分享的单独使用一个记录有效数据的变量有点差别,本质是一样的,区分空满就是需要单独一个记录信息,要不使用一个成员变量要不使用一个缓存的位置。

typedef struct TraceEventBuffer{    uint32_t uiHead;                /**< Head index of buffer */    uint32_t uiTail;                /**< Tail index of buffer */    uint32_t uiSize;                /**< Buffer size */    uint32_t uiOptions;             /**< Options (skip/overwrite when full) */    uint32_t uiDroppedEvents;       /**< Nr of dropped events */    uint32_t uiFree;                /**< Nr of free bytes */    uint32_t uiTimerWraparounds;    /**< Nr of timer wraparounds */    uint8_t* puiBuffer;             /**< Trace Event Buffer: may be NULL */} TraceEventBuffer_t;

缓存原理如下所示,4种状态,阴影部分表示有效数据,

空时Tail==Head

Tail=Head+1时表示满

Head>Tail时,有效数据大小是Head-Tail,TailHead部分是数据发送只需要直接发送这一块。

而空闲数据大小是(uiBufferSize - uiHead - sizeof(uint32_t)) + uiTail,即 - sizeof(uint32_t)是预留一个位置表示满,即写时Tail永远不能追上Head,要预留一个位置。

Tail>Head时也包括Tail=Head+1时,需要先发送到末尾部分,再发送开头部分,有效数据大小即uiBufferSize -Tail+Head。空闲数据大小即uiTail - uiHead - sizeof(uint32_t)

发送缓存的读写

前文提到了日志记录的操作模式如下

xTraceEventBegin

然后TraceEventAddxxx

然后xTraceEventEnd

其中xTraceEventEnd就是执行事件写入缓存的操作,最终对应的写缓存是函数xTraceEventBufferPush

而任务xTraceTzCtrl中读缓存,最终对应是xTraceMultiCoreEventBufferTransfer->xTraceEventBufferTransfer的实现

三. 读写发送缓存的实现

所以最终核心集中在写缓存xTraceEventBufferPush函数,读缓存xTraceEventBufferTransfer的实现上。

缓存区有以下几种状态

读写缓存,根据前面的系统框图分析,在不同的地方进行,那么必定涉及到资源临界段保护的问题。

临界段接口在

trcHardwarePort.h中实现,一般是通过关开中断,或者是保存当前允许中断等级,设置当前允许中断等级,退出时恢复允许中断等级的方式实现。

比如我这里如下

#elif (TRC_CFG_HARDWARE_PORT == TRC_HARDWARE_PORT_APPLICATION_DEFINED)    extern uint32_t my_stream_get_tick(void);    #define TRC_HWTC_TYPE TRC_FREE_RUNNING_32BIT_INCR    #define TRC_HWTC_COUNT my_stream_get_tick()    #define TRC_HWTC_FREQ_HZ 1000000    #define TRC_HWTC_PERIOD 0    #define TRC_IRQ_PRIORITY_ORDER 1    #define TRACE_ALLOC_CRITICAL_SECTION() TraceBaseType_t TRACE_ALLOC_CRITICAL_SECTION_NAME;    #define TRACE_ENTER_CRITICAL_SECTION()  TRACE_ALLOC_CRITICAL_SECTION_NAME  = cpu_disable_irq()    #define TRACE_EXIT_CRITICAL_SECTION() cpu_restore_irq(TRACE_ALLOC_CRITICAL_SECTION_NAME)

其中写缓存

xTraceEventBufferPush

实际上层是xTraceStreamPortCommit,再上层是xTraceEventEndOffline,再上层即xTraceEventEnd

xTraceEventEndOffline实现如下,看到只有退出临界段的操作即

TRACE_EXIT_CRITICAL_SECTION

traceResult xTraceEventEndOffline(TraceEventHandle_t xEventHandle){    TraceEventData_t* pxEventData = (TraceEventData_t*)xEventHandle;    TraceCoreEventData_t* pxCoreEventData;    int32_t iBytesCommitted;
    TRACE_ALLOC_CRITICAL_SECTION()
    pxCoreEventData = &pxTraceEventDataTable->coreEventData[TRC_CFG_GET_CURRENT_CORE()];
    /* We restore the CORE specific variable to the local variable before any EXIT */    TRACE_ALLOC_CRITICAL_SECTION_NAME = pxCoreEventData->TRACE_ALLOC_CRITICAL_SECTION_NAME;
    /* This should never fail */    TRC_ASSERT_CUSTOM_ON_FAIL(xTraceIsComponentInitialized(TRC_RECORDER_COMPONENT_EVENT), TRACE_EXIT_CRITICAL_SECTION(); return TRC_FAIL; );
    /* This should never fail */    TRC_ASSERT_CUSTOM_ON_FAIL(pxEventData != 0, TRACE_EXIT_CRITICAL_SECTION(); return TRC_FAIL; );
    /* This should never fail */    TRC_ASSERT_CUSTOM_ON_FAIL(pxEventData->pvBlob != 0, TRACE_EXIT_CRITICAL_SECTION(); return TRC_FAIL; );
    xTraceStreamPortCommit(pxEventData->pvBlob, pxEventData->size, &iBytesCommitted);
    /* We need to use iBytesCommitted for the above call but do not use the value,     * remove potential warnings */    (void)iBytesCommitted;
    RESET_EVENT_DATA(pxEventData);
    TRACE_EXIT_CRITICAL_SECTION();
    return TRC_SUCCESS;}

原来进入临界段操作是在xTraceEventBegin->xTraceEventBeginOffline(即TRC_EVENT_BEGIN_OFFLINE)中调用xTraceEventBeginRawOffline进入的TRACE_ENTER_CRITICAL_SECTION();

traceResult xTraceEventBeginRawOffline(uint32_t uiSize, TraceEventHandle_t* pxEventHandle){    TraceEventData_t* pxEventData;    TraceCoreEventData_t* pxCoreEventData;    int32_t ISR_nesting;
    TRACE_ALLOC_CRITICAL_SECTION();
    /* We need to check this */    if (!xTraceIsComponentInitialized(TRC_RECORDER_COMPONENT_EVENT))    {        return TRC_FAIL;    }
    /* This should never fail */    TRC_ASSERT(pxEventHandle != 0);
    TRACE_ENTER_CRITICAL_SECTION();
    pxCoreEventData = &pxTraceEventDataTable->coreEventData[TRC_CFG_GET_CURRENT_CORE()];
    /* We backup the local variable to the CORE specific variable */    pxCoreEventData->TRACE_ALLOC_CRITICAL_SECTION_NAME = TRACE_ALLOC_CRITICAL_SECTION_NAME;
    xTraceISRGetCurrentNesting(&ISR_nesting);
    /* We add 1 since xTraceISRGetCurrentNesting(...) returns -1 if no ISR is active */    pxEventData = &pxCoreEventData->eventData[ISR_nesting + 1];
    /* This should never fail */    TRC_ASSERT_CUSTOM_ON_FAIL(pxEventData->pvBlob == 0, TRACE_EXIT_CRITICAL_SECTION(); return TRC_FAIL; );
    VERIFY_EVENT_SIZE(uiSize);
    pxEventData->size = ((uiSize + (sizeof(uint32_t) - 1)) / sizeof(uint32_t)) * sizeof(uint32_t);  /* 4-byte align */
    pxEventData->offset = 0;
    /* This can fail and we should handle it */    if (xTraceStreamPortAllocate(pxEventData->size, &pxEventData->pvBlob) == TRC_FAIL)    {        TRACE_EXIT_CRITICAL_SECTION();        return TRC_FAIL;    }
    *pxEventHandle = (TraceEventHandle_t)pxEventData;
    return TRC_SUCCESS;}

因为实际以下过程是一个整体

xTraceEventBegin

然后TraceEventAddxxx

然后xTraceEventEnd

所以对上述过程简化下就如下,整个过程对操作发送缓存是临界段保护的

其中写缓存关键函数就是

xTraceEventBufferPush它外面已经包含在临界段区里面了所以这个函数里面就不需要临界段处理了。

因此这个函数也不能阻塞。

因为临界段处理很多都是通过关中断实现的。

这里实现了两种模式,一种是满跳过,一种是满覆盖则先要弹出空间prvTraceEventBufferPop再写入新的数据

traceResult xTraceEventBufferPush(TraceEventBuffer_t *pxTraceEventBuffer, void *pxData, uint32_t uiDataSize, int32_t *piBytesWritten){    uint32_t uiBufferSize;        /* This should never fail */    TRC_ASSERT(pxTraceEventBuffer != 0);        /* This should never fail */    TRC_ASSERT(pxData != 0);        uiBufferSize = pxTraceEventBuffer->uiSize;
    /* Check if the data size is larger than the buffer */    /* This should never fail */    TRC_ASSERT(uiDataSize <= uiBufferSize);
    /* Check byte alignment */    /* This should never fail */    TRC_ASSERT((uiDataSize % 4) == 0);
    /* Ensure bytes written start at 0 */    /* This should never fail */    TRC_ASSERT(piBytesWritten != 0);
    *piBytesWritten = 0;
    /* This should never fail */    TRC_ASSERT_ALWAYS_EVALUATE(xTraceTimestampGetWraparounds(&pxTraceEventBuffer->uiTimerWraparounds) == TRC_SUCCESS);
    /* In ring buffer mode we cannot provide lock free access since the producer modified     * the head and tail variables in the same call. This option is only safe when used     * with an internal buffer (streaming snapshot) which no consumer accesses.     */    switch (pxTraceEventBuffer->uiOptions)    {        case TRC_EVENT_BUFFER_OPTION_OVERWRITE:        {            uint32_t uiHead = pxTraceEventBuffer->uiHead;
            /* If there isn't enough space in the buffer pop events until there is */            while (pxTraceEventBuffer->uiFree < uiDataSize)            {                prvTraceEventBufferPop(pxTraceEventBuffer);            }
            /* Copy data */            if ((uiBufferSize - uiHead) > uiDataSize)            {                TRC_MEMCPY(&pxTraceEventBuffer->puiBuffer[uiHead], pxData, uiDataSize);            }            else            {                TRC_MEMCPY(&pxTraceEventBuffer->puiBuffer[uiHead], pxData, uiBufferSize - uiHead);                TRC_MEMCPY(pxTraceEventBuffer->puiBuffer,                            (void*)(&((uint8_t*)pxData)[(uiBufferSize - uiHead)]),                            uiDataSize - (uiBufferSize - uiHead));            }
            pxTraceEventBuffer->uiFree -= uiDataSize;
            pxTraceEventBuffer->uiHead = (uiHead + uiDataSize) % uiBufferSize;
            *piBytesWritten = uiDataSize;
            break;        }
        case TRC_EVENT_BUFFER_OPTION_SKIP:        {            /* Since a consumer could potentially update tail (free) during the procedure             * we have to save it here to avoid problems with the push algorithm.             */            uint32_t uiHead = pxTraceEventBuffer->uiHead;            uint32_t uiTail = pxTraceEventBuffer->uiTail;
            if (uiHead >= uiTail)            {                uint32_t uiFreeSpace = (uiBufferSize - uiHead - sizeof(uint32_t)) + uiTail;
                if (uiFreeSpace < uiDataSize)                {                    *piBytesWritten = 0;
                    return TRC_SUCCESS;                }
                /* Copy data */                if ((uiBufferSize - uiHead) > uiDataSize)                {                    TRC_MEMCPY(&pxTraceEventBuffer->puiBuffer[pxTraceEventBuffer->uiHead], pxData, uiDataSize);                }                else                {                    TRC_MEMCPY(&pxTraceEventBuffer->puiBuffer[uiHead], pxData, uiBufferSize - uiHead);                    TRC_MEMCPY(pxTraceEventBuffer->puiBuffer,                                (void*)(&((uint8_t*)pxData)[(uiBufferSize - uiHead)]),                                uiDataSize - (uiBufferSize - uiHead));                }
                pxTraceEventBuffer->uiHead = (uiHead + uiDataSize) % uiBufferSize;            }            else            {                uint32_t uiFreeSpace = uiTail - uiHead - sizeof(uint32_t);
                if (uiFreeSpace < uiDataSize)                {                    *piBytesWritten = 0;
                    return TRC_SUCCESS;                }
                /* Copy data */                TRC_MEMCPY(&pxTraceEventBuffer->puiBuffer[pxTraceEventBuffer->uiHead], pxData, uiDataSize);
                pxTraceEventBuffer->uiHead = (uiHead + uiDataSize);            }
            *piBytesWritten = uiDataSize;
            break;        }
        default:        {            return TRC_FAIL;        }    }
    return TRC_SUCCESS;}

再来看读缓存区的实现

xTraceEventBufferTransfer,这个函数完全没有临界段保护,上一层也没有,所以这里是不对的,有比较严重的BUG。会导致缓存操作异常。

所以这里需要改为操作缓存时在临界段中进行,但是临界段可能是通过关闭中断实现的,发送接口xTraceStreamPortWriteData可能需要中断流式发送,所以xTraceStreamPortWriteData不能包含在临界段中,所以一个解决方法是,使用临时缓存,每次处理一个缓存。

原代码如下

traceResult xTraceEventBufferTransfer(TraceEventBuffer_t* pxTraceEventBuffer, int32_t* piBytesWritten){  int32_t iBytesWritten = 0;  int32_t iSumBytesWritten = 0;  uint32_t uiHead;  uint32_t uiTail;
/* This should never fail */ TRC_ASSERT(pxTraceEventBuffer != 0);
/* This should never fail */ TRC_ASSERT(piBytesWritten != 0);
uiHead = pxTraceEventBuffer->uiHead; uiTail = pxTraceEventBuffer->uiTail;
/* Check if core event buffer is empty */ if (uiHead == uiTail) { return TRC_SUCCESS; }
/* Check if we can do a direct write or if we have to handle wrapping */ if (uiHead > uiTail) { xTraceStreamPortWriteData(&pxTraceEventBuffer->puiBuffer[uiTail], (uiHead - uiTail), &iBytesWritten);
pxTraceEventBuffer->uiTail = uiHead; } else { xTraceStreamPortWriteData(&pxTraceEventBuffer->puiBuffer[uiTail], (pxTraceEventBuffer->uiSize - uiTail), &iBytesWritten);
iSumBytesWritten += iBytesWritten;
xTraceStreamPortWriteData(pxTraceEventBuffer->puiBuffer, uiHead, &iBytesWritten);
pxTraceEventBuffer->uiTail = uiHead; }
iSumBytesWritten += iBytesWritten;
*piBytesWritten = iSumBytesWritten;
return TRC_SUCCESS;}

最终实现如下

traceResult xTraceEventBufferTransfer(TraceEventBuffer_t* pxTraceEventBuffer, int32_t* piBytesWritten){    #define SBUFFER_SIZE 1024    static uint8_t sbuffer[SBUFFER_SIZE];  /* xTraceStreamPortWriteData一次发送的缓存 */
    int32_t iBytesWritten = 0;    int32_t iSumBytesWritten = 0;    uint32_t uiHead;    uint32_t uiTail;    uint32_t sendsize;    /* This should never fail */    TRC_ASSERT(pxTraceEventBuffer != 0);
    /* This should never fail */    TRC_ASSERT(piBytesWritten != 0);
    do    {        TRACE_ALLOC_CRITICAL_SECTION();        TRACE_ENTER_CRITICAL_SECTION();  /* 所有缓存相关的操作必须位于临界段保护下 */        uiHead = pxTraceEventBuffer->uiHead;        uiTail = pxTraceEventBuffer->uiTail;
        /* Check if core event buffer is empty */        if (uiHead == uiTail)        {            TRACE_EXIT_CRITICAL_SECTION();            return TRC_SUCCESS;        }
        /* Check if we can do a direct write or if we have to handle wrapping */        if (uiHead > uiTail)        {            /* 如果读写指针未套圈             * 待发送数据大于临时缓存,则先发临时缓存大小              * 否则全部发送             */            if((uiHead - uiTail) > SBUFFER_SIZE)            {                TRC_MEMCPY(sbuffer,&pxTraceEventBuffer->puiBuffer[uiTail],SBUFFER_SIZE);                pxTraceEventBuffer->uiTail += SBUFFER_SIZE;                //pxTraceEventBuffer->uiTail %= pxTraceEventBuffer->uiSize;                TRACE_EXIT_CRITICAL_SECTION();   /* xTraceStreamPortWriteData位于临界段保护之外,此时缓存已经搬运到sbuffer */                xTraceStreamPortWriteData(sbuffer, SBUFFER_SIZE, &iBytesWritten);            }            else            {                sendsize = (uiHead - uiTail);                TRC_MEMCPY(sbuffer,&pxTraceEventBuffer->puiBuffer[uiTail],sendsize);                pxTraceEventBuffer->uiTail = uiHead;                TRACE_EXIT_CRITICAL_SECTION();                xTraceStreamPortWriteData(sbuffer, sendsize, &iBytesWritten);            }        }        else        {            /* 如果读写指针套圈             * 则先发送Tail到结束部分,下一次继续,就是未套圈的情形了             * 待发送数据大于临时缓存,则先发临时缓存大小              * 否则全部发送             */            if((pxTraceEventBuffer->uiSize - uiTail) > SBUFFER_SIZE)            {                TRC_MEMCPY(sbuffer,&pxTraceEventBuffer->puiBuffer[uiTail],SBUFFER_SIZE);                pxTraceEventBuffer->uiTail += SBUFFER_SIZE;                TRACE_EXIT_CRITICAL_SECTION();                xTraceStreamPortWriteData(sbuffer, SBUFFER_SIZE, &iBytesWritten);            }            else            {                sendsize = (pxTraceEventBuffer->uiSize - uiTail);                TRC_MEMCPY(sbuffer,&pxTraceEventBuffer->puiBuffer[uiTail],sendsize);                pxTraceEventBuffer->uiTail = 0;                //pxTraceEventBuffer->uiTail %= pxTraceEventBuffer->uiSize;                TRACE_EXIT_CRITICAL_SECTION();                xTraceStreamPortWriteData(sbuffer, sendsize, &iBytesWritten);            }            //xTraceStreamPortWriteData(pxTraceEventBuffer->puiBuffer, uiHead, &iBytesWritten);            //pxTraceEventBuffer->uiTail = uiHead;        }        iSumBytesWritten += iBytesWritten;        *piBytesWritten = iSumBytesWritten;    }    while(1);
    return TRC_SUCCESS;}

四. 总结

官方代码,在写缓存时有临界段保护,读时无临界段保护,所以有严重BUG,实际测试也确实发现经常通讯异常,甚至程序挂掉。按照上述修改测试之后非常稳定了。现在环境稳定了,后面就可以开始各种实践应用了,比如栈使用的跟踪等。


评论
  • 这篇内容主要讨论三个基本问题,硅电容是什么,为什么要使用硅电容,如何正确使用硅电容?1.  硅电容是什么首先我们需要了解电容是什么?物理学上电容的概念指的是给定电位差下自由电荷的储藏量,记为C,单位是F,指的是容纳电荷的能力,C=εS/d=ε0εrS/4πkd(真空)=Q/U。百度百科上电容器的概念指的是两个相互靠近的导体,中间夹一层不导电的绝缘介质。通过观察电容本身的定义公式中可以看到,在各个变量中比较能够改变的就是εr,S和d,也就是介质的介电常数,金属板有效相对面积以及距离。当前
    知白 2025-01-06 12:04 110浏览
  • 每日可见的315MHz和433MHz遥控模块,你能分清楚吗?众所周知,一套遥控设备主要由发射部分和接收部分组成,发射器可以将控制者的控制按键经过编码,调制到射频信号上面,然后经天线发射出无线信号。而接收器是将天线接收到的无线信号进行解码,从而得到与控制按键相对应的信号,然后再去控制相应的设备工作。当前,常见的遥控设备主要分为红外遥控与无线电遥控两大类,其主要区别为所采用的载波频率及其应用场景不一致。红外遥控设备所采用的射频信号频率一般为38kHz,通常应用在电视、投影仪等设备中;而无线电遥控设备
    华普微HOPERF 2025-01-06 15:29 92浏览
  • 根据Global Info Research项目团队最新调研,预计2030年全球封闭式电机产值达到1425百万美元,2024-2030年期间年复合增长率CAGR为3.4%。 封闭式电机是一种电动机,其外壳设计为密闭结构,通常用于要求较高的防护等级的应用场合。封闭式电机可以有效防止外部灰尘、水分和其他污染物进入内部,从而保护电机的内部组件,延长其使用寿命。 环洋市场咨询机构出版的调研分析报告【全球封闭式电机行业总体规模、主要厂商及IPO上市调研报告,2025-2031】研究全球封闭式电机总体规
    GIRtina 2025-01-06 11:10 87浏览
  • 在快速发展的能源领域,发电厂是发电的支柱,效率和安全性至关重要。在这种背景下,国产数字隔离器已成为现代化和优化发电厂运营的重要组成部分。本文探讨了这些设备在提高性能方面的重要性,同时展示了中国在生产可靠且具有成本效益的数字隔离器方面的进步。什么是数字隔离器?数字隔离器充当屏障,在电气上将系统的不同部分隔离开来,同时允许无缝数据传输。在发电厂中,它们保护敏感的控制电路免受高压尖峰的影响,确保准确的信号处理,并在恶劣条件下保持系统完整性。中国国产数字隔离器经历了重大创新,在许多方面达到甚至超过了全球
    克里雅半导体科技 2025-01-03 16:10 122浏览
  •     为控制片内设备并且查询其工作状态,MCU内部总是有一组特殊功能寄存器(SFR,Special Function Register)。    使用Eclipse环境调试MCU程序时,可以利用 Peripheral Registers Viewer来查看SFR。这个小工具是怎样知道某个型号的MCU有怎样的寄存器定义呢?它使用一种描述性的文本文件——SVD文件。这个文件存储在下面红色字体的路径下。    例:南京沁恒  &n
    电子知识打边炉 2025-01-04 20:04 79浏览
  • 在智能家居领域中,Wi-Fi、蓝牙、Zigbee、Thread与Z-Wave等无线通信协议是构建短距物联局域网的关键手段,它们常在实际应用中交叉运用,以满足智能家居生态系统多样化的功能需求。然而,这些协议之间并未遵循统一的互通标准,缺乏直接的互操作性,在进行组网时需要引入额外的网关作为“翻译桥梁”,极大地增加了系统的复杂性。 同时,Apple HomeKit、SamSung SmartThings、Amazon Alexa、Google Home等主流智能家居平台为了提升市占率与消费者
    华普微HOPERF 2025-01-06 17:23 97浏览
  • 光耦合器,也称为光隔离器,是一种利用光在两个隔离电路之间传输电信号的组件。在医疗领域,确保患者安全和设备可靠性至关重要。在众多有助于医疗设备安全性和效率的组件中,光耦合器起着至关重要的作用。这些紧凑型设备经常被忽视,但对于隔离高压和防止敏感医疗设备中的电气危害却是必不可少的。本文深入探讨了光耦合器的功能、其在医疗应用中的重要性以及其实际使用示例。什么是光耦合器?它通常由以下部分组成:LED(发光二极管):将电信号转换为光。光电探测器(例如光电晶体管):检测光并将其转换回电信号。这种布置确保输入和
    腾恩科技-彭工 2025-01-03 16:27 171浏览
  • 彼得·德鲁克被誉为“现代管理学之父”,他的管理思想影响了无数企业和管理者。然而,关于他的书籍分类,一种流行的说法令人感到困惑:德鲁克一生写了39本书,其中15本是关于管理的,而其中“专门写工商企业或为企业管理者写的”只有两本——《为成果而管理》和《创新与企业家精神》。这样的表述广为流传,但深入探讨后却发现并不完全准确。让我们一起重新审视这一说法,解析其中的矛盾与根源,进而重新认识德鲁克的管理思想及其著作的真正价值。从《创新与企业家精神》看德鲁克的视角《创新与企业家精神》通常被认为是一本专为企业管
    优思学院 2025-01-06 12:03 76浏览
  • 自动化已成为现代制造业的基石,而驱动隔离器作为关键组件,在提升效率、精度和可靠性方面起到了不可或缺的作用。随着工业技术不断革新,驱动隔离器正助力自动化生产设备适应新兴趋势,并推动行业未来的发展。本文将探讨自动化的核心趋势及驱动隔离器在其中的重要角色。自动化领域的新兴趋势智能工厂的崛起智能工厂已成为自动化生产的新标杆。通过结合物联网(IoT)、人工智能(AI)和机器学习(ML),智能工厂实现了实时监控和动态决策。驱动隔离器在其中至关重要,它确保了传感器、执行器和控制单元之间的信号完整性,同时提供高
    腾恩科技-彭工 2025-01-03 16:28 166浏览
  • 物联网(IoT)的快速发展彻底改变了从智能家居到工业自动化等各个行业。由于物联网系统需要高效、可靠且紧凑的组件来处理众多传感器、执行器和通信设备,国产固态继电器(SSR)已成为满足中国这些需求的关键解决方案。本文探讨了国产SSR如何满足物联网应用的需求,重点介绍了它们的优势、技术能力以及在现实场景中的应用。了解物联网中的固态继电器固态继电器是一种电子开关设备,它使用半导体而不是机械触点来控制负载。与传统的机械继电器不同,固态继电器具有以下优势:快速切换:确保精确快速的响应,这对于实时物联网系统至
    克里雅半导体科技 2025-01-03 16:11 176浏览
  • PLC组态方式主要有三种,每种都有其独特的特点和适用场景。下面来简单说说: 1. 硬件组态   定义:硬件组态指的是选择适合的PLC型号、I/O模块、通信模块等硬件组件,并按照实际需求进行连接和配置。    灵活性:这种方式允许用户根据项目需求自由搭配硬件组件,具有较高的灵活性。    成本:可能需要额外的硬件购买成本,适用于对系统性能和扩展性有较高要求的场合。 2. 软件组态   定义:软件组态主要是通过PLC
    丙丁先生 2025-01-06 09:23 71浏览
  • 本文介绍Linux系统更换开机logo方法教程,通用RK3566、RK3568、RK3588、RK3576等开发板,触觉智能RK3562开发板演示,搭载4核A53处理器,主频高达2.0GHz;内置独立1Tops算力NPU,可应用于物联网网关、平板电脑、智能家居、教育电子、工业显示与控制等行业。制作图片开机logo图片制作注意事项(1)图片必须为bmp格式;(2)图片大小不能大于4MB;(3)BMP位深最大是32,建议设置为8;(4)图片名称为logo.bmp和logo_kernel.bmp;开机
    Industio_触觉智能 2025-01-06 10:43 72浏览
  • 随着市场需求不断的变化,各行各业对CPU的要求越来越高,特别是近几年流行的 AIOT,为了有更好的用户体验,CPU的算力就要求更高了。今天为大家推荐由米尔基于瑞芯微RK3576处理器推出的MYC-LR3576核心板及开发板。关于RK3576处理器国产CPU,是这些年的骄傲,华为手机全国产化,国人一片呼声,再也不用卡脖子了。RK3576处理器,就是一款由国产是厂商瑞芯微,今年第二季推出的全新通用型的高性能SOC芯片,这款CPU到底有多么的高性能,下面看看它的几个特性:8核心6 TOPS超强算力双千
    米尔电子嵌入式 2025-01-03 17:04 48浏览
我要评论
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦