CactiEZ 10.1 国产交换机监控模板导入配置与排错实战-北京尧图网络

简介面向使用 CactiEZ 10.1 搭建网络监控环境的运维人员与网络管理员这份模板合集围绕华为、中兴、H3C 等交换机以及路由器、UPS、打印机、硬盘录像机等常见设备提供可直接导入的主机监控模板用于减少手工创建数据查询、图形与阈值配置的重复工作适合需要快速补齐监控项的中初级运维场景。压缩包共 16 个文件以 15 个 XML 模板文件和 1 个说明文本为主包体约 314KBXML 可直接在 Cacti 中导入使用文本可辅助查看模板说明或导入提示。已有 2059 人学习下载说明其在同类监控模板中具有一定参考价值。内容覆盖盒式交换机 CPU、内存、光功率与流量等指标也包含路由器、非 SNMP 主机、Windows 主机及视频监控设备等场景便于按设备类型选用模板并在此基础上调整阈值、图形展示与告警配置。1. 三台设备上线三天告警还是靠人盯CactiEZ 10.1 缺的就是这几套模板机房新上架几台汇聚和接入交换机CactiEZ 10.1 已经跑了半年Cisco 那套模板用得挺顺可换成华为、中兴、H3C 之后CPU、内存、温度、风扇这些指标一个都出不来。原因不复杂Cacti 自带的是标准 MIB-II 和少量通用模板厂商私有 OID 没人整理端口流量能用设备健康度只能靠人敲 snmpwalk 看。这套 CactiEZ 10.1 交换机监控模板做的就是把三家设备的私有 OID 整理成数据查询、数据模板、图形模板和主机模板导入之后绑设备、建图、出曲线。适合两类人手上已经有 CactiEZ 在跑、想快速补齐国产交换机监控的运维以及想照着改模板、加自己指标的二次开发者。2. 模板包拆开看数据查询、数据模板、图形模板怎么串成一张图Cacti 的模板体系有个特点很多人第一次导入会发现「模板进了图没有」问题基本都出在对象之间的引用关系没搭完整。这一章先把包里的东西拆开讲清楚一张 CPU 曲线背后到底挂了几个对象再去动手导入。2.1 主机模板不是单个文件是五类对象的引用链Cacti 里一个能出图的设备链条是这样的主机模板Host Template引用若干数据查询Data Query和数据模板Data Template数据查询负责从设备上把索引和取值抓回来生成数据源Data Source数据模板定义每个数据源的采集方式、数据类型、轮询档位图形模板Graph Template从数据源里取数画图CDEF 和 GPRINT 负责单位换算和曲线的显示格式。这套模板包里华为和中兴各有一组基于实体表的数据查询H3C 走的是 hh3cEntityExt 系列表另外三家都共用一份 64 位端口流量查询ifHCInOctets / ifHCOutOctets。所以你在 Import Templates 里看到的是一堆 XML导入之后在 Console 里对应的是 Data Queries、Data Templates、Graph Templates、Host Templates 四个列表。理解这条链的意义在于排错图不出来先看数据源有没有生成数据源有了但值是 NaN去看数据查询的 OID 有没有走通值有了但图是空的去看图形模板有没有绑到数据查询上。按这个顺序查比到处翻日志快得多。2.2 数据查询 XML 里的字段定义与索引方式数据查询是整套模板里最需要看懂的部分。Cacti 的 SNMP 型数据查询本质就是一段 XML 描述「走哪几个 OID、哪个字段当索引、哪个字段当标题」。摘一段华为实体表的写法interface nameGet Huawei Entity State/name !-- 用实体索引做排序键numeric 表示按数字大小排 -- index_orderhwEntityIndex/index_order index_order_typenumeric/index_order_type index_title_format|chosen_order_field|/index_title_format fields hwEntityIndex nameEntity Index/name methodwalk/method sourcevalue/source directioninput/direction oid.1.3.6.1.4.1.2011.6.3.4.1.1.1.1/oid /hwEntityIndex hwEntityDescr nameEntity Name/name methodwalk/method sourcevalue/source directioninput/direction oid.1.3.6.1.4.1.2011.6.3.4.1.1.1.2/oid /hwEntityDescr hwEntityCpu nameCPU Usage/name methodwalk/method sourcevalue/source directionoutput/direction oid.1.3.6.1.4.1.2011.6.3.4.1.1.1.4/oid /hwEntityCpu /fields /interface几个参数值得单独说。direction为input的字段只参与索引和标题拼装不会变成数据源列为output的才是真正被数据模板取走的值。method用walk表示整表遍历用get表示只取单点实体表和端口表都必须用walk因为索引数量是运行时才知道的。index_order_type选numeric还是alphabetic差别很大——实体索引是整数选 numeric 排出来才是 1、2、3、10 的顺序接口名这种带字母的索引用 alphabetic否则会排出 GigabitEthernet0/0/10 在 0/0/2 前面的尴尬结果。index_title_format决定图形标题里显示什么。写成|chosen_order_field|就显示排序键本身写成|hwEntityDescr|就显示实体名比如「MPU 0」。我一般倾向于用描述字段图上能直接看出是主控板还是线卡比一堆数字友好。2.3 导入顺序与 hash 依赖Cacti 的模板包导入是按依赖自动排序的正常情况下直接导整个 XML 就行不用手动先导数据模板再导图形模板。但它有一个 hash 校验机制每个模板对象都带一个 hash 值导入时拿 hash 和库里已有对象比对相同就跳过不同就新建一份名字后面加_2。这条机制在实际运维里坑过不少人。同一套模板第一版导入没问题后来厂商更新了 OID 又发了一版直接覆盖导入结果库里出现两套一模一样的模板主机绑的还是旧的那套图当然不变。所以升级模板的正确姿势是先在 Console 里把旧的主机模板、数据模板解除绑定并删除再导入新包或者干脆新建一个不同名字的主机模板分批切换设备。提示导入前先在测试环境的 Cacti 上走一遍用Console → Import/Export → Import Templates的预览功能看它准备新建哪些、跳过哪些比导完再回滚省事。3. 从导入到出图CactiEZ 10.1 上的完整落地步骤模板包拿到手剩下就是把它落到一台具体的设备上。这一章按实际操作顺序走一遍每个步骤给出可抄的命令或路径包括导入前怎么确认环境、导入后怎么让轮询真正跑起来、绑设备时那几个勾选项是什么意思。3.1 动手之前先确认版本与 snmp 工具链CactiEZ 10.1 是基于 CentOS 的集成发行版Web 目录在/var/www/html/cactiCacti 本体是 0.8.8 系。不同子版本对模板 XML 的字段支持有细微差别先确认一下# 1. 看 Cacti 具体版本 cat /var/www/html/cacti/include/cacti_version # 2. 确认 PHP CLI 可用poller 和导入脚本都要用 php -v | head -n 1 # 3. 确认 net-snmp 工具链齐全后面验证 OID 全靠它 which snmpwalk snmpget snmpbulkwalk rpm -q net-snmp net-snmp-utils # 4. 看 cron 里的 poller 是不是每 5 分钟跑一次 cat /etc/cron.d/cacti 2/dev/null || crontab -l | grep poller这四步里最容易翻车的是第 3 步。CactiEZ 默认装了 net-snmp但只装了库没装 utils 的情况见过不止一次表现是 Cacti 自己采集正常它走 PHP 的 snmp 扩展可你在命令行敲snmpwalk就是 command not found排错时寸步难行。第 4 步的 cron 也要看一眼有的环境为了压负载把 poller 改成了 10 分钟而模板里数据源的心跳还是 600 秒采集正常但图会有锯齿状断点。还有一项是 Cacti 的 SNMP 超时设置在Console → Settings → Poller里默认 SNMP Timeout 500 毫秒、Retries 2 次。机房设备少的时候够用设备上百台之后 500 毫秒经常打不满后面第 4 章会细讲怎么调。3.2 导入模板包与重建轮询缓存导入有两条路网页和命令行。CactiEZ 10.1 对应的 0.8.8 子版本如果带了 cli 工具命令行更稳不吃 PHP 的upload_max_filesize和max_execution_time限制cd /var/www/html/cacti # 方式一命令行导入先 ls cli/ 看有没有这个脚本 php -q cli/import_package.php --filename/root/tpl/switch_host_templates.xml # 方式二没有 cli 脚本就走网页 # Console → Import/Export → Import Templates → 选择文件 → Import命令行参数就一个--filename指向本地的 XML 路径注意必须是 Cacti 运行用户通常是 apache有读权限的位置/root下的文件经常因为权限读不到报「File not found」但实际上文件就在那。稳妥点放/tmp并chmod 644。网页导入的坑在文件大小和超时。这套模板包如果三家的主机模板、数据查询全在一个 XML 里几十上百 KB 是正常的PHP 默认可上传 2MB、执行 30 秒一般够。但如果提示「Import Failed」先去看/var/www/html/cacti/log/cacti.log里面会写具体是哪一行的 XML 解析失败——多数是编码问题Windows 下编辑过的文件带 BOMCacti 的 XML 解析器不认。导入成功后做一件事重建轮询缓存。这一步很多人会漏表现为模板导进去了、设备也绑了但poller.php的缓存表里没有新数据源要等下一轮 poller 自动刷新或者干脆一直不刷。# 网页方式Console → Utilities → Rebuild Poller Cache # 命令行方式如果版本带这个脚本 php -q cli/rebuild_poller_cache.php重建完之后去Console → Data Sources里搜一下设备名能看到形如主机名 - CPU Usage - MPU 0的条目说明数据源已经生成链路前半段通了。3.3 添加设备并绑定主机模板设备添加路径是Console → Devices → Add几个字段决定后面能不能通字段填法说明Description设备主机名或资产编号用于图形标题前缀别带特殊字符Hostname管理 IP建议写 IP 不写域名省一次 DNSHost Template对应厂商的交换机模板选错会导致数据查询不挂载SNMP Versionv2c 或 v3v2c 走 communityv3 要配认证加密SNMP Community只读团体名v3 时换成用户名和认证参数Downed Host DetectionPing 或 SNMP建议 SNMP比 ICMP 更能反映真实状态主机模板这一项是关键。Cacti 的主机模板里带了「关联数据查询」的配置绑上之后设备详情页的 Data Query 区域会出现你导入的那几个查询点进去能看到索引列表勾选要采集的实体才会真正生成数据源。华为设备的实体表一般返回十几到几十行主控板、线卡、电源、风扇都在里面全勾会让图非常多我一般只勾主控板和主要线卡。H3C 设备有个额外注意点部分型号的 SNMP 默认只开放 public 视图私有 MIB 节点要手动加 view。表现是snmpwalk标准 OID 全通走到1.3.6.1.4.1.25506就返回 no such object。这种情况不是模板的问题要在设备侧配置# 设备侧H3C 命令行放开私有节点只读 snmp-agent community read public mib-view View_Default snmp-agent mib-view included View_Default iso配完从 Cacti 服务器上再 walk 一次确认能出数再回 Cacti 点「Run Data Query」刷新索引。3.4 让数据查询真正跑出索引数据查询的索引不是导入时就固定的是每次点「Run Data Query」或者每小时自动刷新时去设备上 walk 一次拿回来的。所以刚绑完设备Data Query 区域可能是空的或者只有一行正常。Console → Devices → 选中设备 → 页面下方 Data Query 列表 → 点查询名 → Run Data Query跑完会列出所有索引。勾选需要的行点 Create Graphs再回到 Graph Management 里确认图已经建出来。这一步的顺序不能颠倒先有索引才有数据源先有数据源才有图。如果点 Run Data Query 之后列表是空的按这个顺序查设备 SNMP 通不通snmpget -v 2c -c public IP 1.3.6.1.2.1.1.1.0私有 OID walk 得到东西吗snmpwalk -v 2c -c public IP 1.3.6.1.4.1.2011.6.3.4.1.1数据查询的 XML 里 OID 前缀有没有写错Cacti 日志里有没有「SNMP error」。索引拿到之后图上显示的名字由index_title_format决定如果显示的是纯数字说明模板用的是排序键而不是描述字段改 XML 重新导入即可不用重建整台设备。4. 参数怎么设轮询周期、数据类型与 64 位计数器模板能用和模板好用是两回事。同一套模板数据类型选错会让 CPU 曲线变成锯齿轮询档位选错会让磁盘半年就满64 位计数器用错数据类型会周期性归零。这一章把几个必须调对的参数拆开讲。4.1 SNMP 版本、超时与重试的取值SNMP 版本优先级很明确设备支持 v3 就上 v3不支持再退 v2cv1 只在极老的设备上用。v3 多出来的认证和加密会带来一点 CPU 开销但对轮询影响可以忽略换来的是团体名不再明文传输。超时和重试是影响采集成功率最大的两个参数位置在Console → Settings → PollerSNMP Timeout默认 500ms。设备在同一个机房、网络延迟低于 2ms 时够用跨机房或者设备 CPU 负载高比如做 STP 收敛时建议调到 1000ms。SNMP Retries默认 2 次。设备数量超过 200 台、poller 单轮时间接近 300 秒时重试次数越多越容易把一轮拖过 5 分钟反而造成数据断点。我一般维持 12 次宁可偶尔丢一个点也不要整轮超时。Maximum Threads如果用的是 spine默认 10 左右设备多时按 CPU 核数往上调但别超过 2 倍核数否则 SNMP 请求互相抢占超时率反而上升。判断参数调得对不对有个简单办法看Console → Utilities → View Poller Cache的条目数和poller.php单轮实际耗时。单轮耗时如果长期接近 280 秒说明已经贴边随便加几台设备就会开始丢点这时候要缩采集项或者加 poller 进程而不是继续加超时时间。4.2 GAUGE 还是 COUNTERCPU 和流量的两种命运数据源类型选错是新手最常见的翻车点Cacti 里常用的有四种类型含义适用选错的后果GAUGE瞬时值直接画CPU 百分比、内存百分比、温度、风扇转速用成 COUNTER 会算出负数或跳变COUNTER单调递增计数器取差值32 位 ifInOctets、ifOutOctets设备重启后计数器归零图出现巨大负尖峰DERIVE也取差值但允许回绕为负64 位 ifHCInOctets、ifHCOutOctets用成 COUNTER 时 64 位值超过阈值会异常ABSOLUTE每次采集后归零的计数器少数厂商的统计型 OID用在普通计数器上会全是 0CPU 和内存这两个指标华为、H3C、中兴的实体表返回的都是百分比整数属于典型 GAUGE直接用GAUGE最小值 0、最大值 100。选成 COUNTER 的典型症状是图上前几分钟还算正常之后开始出现几十万的尖峰和负数因为 Cacti 在拿百分比做差值。这类图一旦出现先看数据源类型八成是这里错了。端口流量必须区分 32 位和 64 位。千兆以上接口用ifHCInOctets1.3.6.1.2.1.31.1.1.1.6和ifHCOutOctets.10配DERIVE百兆接口用ifInOctets1.3.6.1.2.1.2.2.1.10配COUNTER。原因是 32 位计数器在千兆链路上几分钟就会回绕一次用 COUNTER 处理会把回绕算成一次巨大的流量突增图上一根根竖线。单位换算靠 CDEF。模板里一般带一个Turn Bytes into Bits的 CDEF把字节乘 8 变成比特再在图形模板的 GPRINT 里配%8.2lf %sbps这样的格式串。这一步如果漏了图上显示的数值会比实际小 8 倍看着「流量不高」其实已经跑满了。4.3 RRA 保留策略与磁盘估算RRARound Robin Archive决定数据保留多久、以什么粒度聚合。CactiEZ 默认的5 Minute Polling数据源配置模板里是四档RRA聚合粒度保留时长行数11 分钟1 天144025 分钟7 天2016330 分钟60 天288041 天730 天730这套默认值对多数场景够用查最近一小时看 1 分钟粒度查上周看 5 分钟粒度查季度趋势看 30 分钟年度对比看天粒度。想改的话在Console → Data Source Profiles里改对应的 RRA 行数但要注意已经建好的 rrd 文件不会追溯修改老数据还是按老 RRA 存新数据源才生效。磁盘估算不用太精确单数据源的 rrd 文件在百 KB 量级一台交换机如果采集 40 个端口、2 个实体CPU 内存大概是 40 个流量数据源加 2 个 GAUGE对应 42 个 rrd 文件、约 4MB。500 台设备按这个量算下来 2GB 左右加上数据库和日志20GB 的/var分区能用很久。真正吃磁盘的是日志cacti.log在 debug 级别下一天能涨几百 MB跑通之后记得把日志级别从 DEBUG 调回 LOW。4.4 图形模板的单位、CDEF 与上下限图形模板里几个参数值得逐个确认。Vertical Label决定 Y 轴标题写「bps」和写「Percent」差很多看图的人第一眼就能判断Auto Scale打开后纵轴自适应配合Auto Scale Options里的Use 99th Percentile能避免个别尖峰把整张图压扁。Upper Limit和Lower Limit在 GAUGE 型图里建议手动设成 100 和 0别用默认的 0 和自动。原因是设备的 CPU 表在某些版本里会返回 101 或者 -1 这种脏值自动缩放会把纵轴拉到 120整条曲线被压在下面一半看着像 CPU 一直很低。对流量图Upper Limit留空走自动。硬设成端口速率比如 1G看着整齐但端口如果配了限速或者跑聚合实际值可能超或者远低于这个数图的比例反而失真。5. 避坑五个把图搞成空白的现场模板从导入到稳定出图中间有一段反复试错的路。下面这五个场景是我在不同环境里都遇到过的按「现象 → 原因 → 解决」写遇到类似症状可以直接对号入座。5.1 图建出来了曲线全是 NaN现象Graph Management 里图存在点开只有坐标轴曲线是一条平线或者干脆没有数据源里Last Value是NaN。原因分三类。第一类是 OID 根本取不到值设备上该节点不存在或者被 MIB view 挡住snmpwalk返回No Such Object但 Cacti 不会因此报错只在 rrd 里写 NaN。第二类是数据类型问题COUNTER 型数据源第一次采集没有前值可以减必然写 NaN要等第二轮才出图很多人第一轮没看到就以为坏了。第三类是权限poller 以 apache 用户跑但 rrd 文件属主是 root写不进去。解决先手工 walk 一次确认 OID 有值再看数据源是不是 COUNTER/DERIVE 型等 10 分钟看第二轮最后ls -l /var/www/html/cacti/rra/ | head看属主。Cacti 的Utilities → View RRDfile里能看到文件是否可写比查日志快。5.2 端口图画了一半就不动了现象交换机 48 个口图上只有前 24 个口的曲线后面 24 个口数据源也生成了但一直是 NaN。原因通常是 ifIndex 不连续。有些设备的前 24 口是板载芯片、后 24 口是扩展卡两段的 ifIndex 中间隔了一大截数据查询默认按 walk 的顺序取索引如果模板里把index_order写死了某个范围或者index_order_type用 numeric 但索引值跨度太大排序会出问题生成了数据源但取值对应不上。解决把index_order_type改成alphabetic用ifName或者ifDescr做排序键别用 ifIndex。改完重新导入数据查询老数据源删掉重建历史数据会丢但新数据正常。5.3 设备重启后索引漂移历史数据对不上现象某台 H3C 交换机断电重启回来之后端口流量图的曲线从中间断开前面一段的数值全变成 0 或者负数后面一段重新开始。原因Cacti 的数据源是按索引绑定的数据源名里带的是创建时那个索引对应的描述。设备重启后如果插拔过板卡、或者槽位编号变了hwEntityIndex和 ifIndex 都可能变同一个数据源第二天指向了另一个实体历史曲线自然对不上。解决物理变动之前先记录索引变动后手动在 Data Query 里重新勾选让 Cacti 重新生成数据源。不想丢历史的话用rrdtool tune改数据源名或者在Console → Data Sources里改Data Source Path指向旧的 rrd 文件。血泪经验是变更窗口里别只记 IP 和端口把索引表一起存一份。5.4 温度图永远是 0现象CPU 和内存都正常出数唯独温度曲线从建图起就是一条贴底的直线值恒为 0。原因有两种。一是该型号设备实体表里的温度节点返回 0常见于只有主控板带温度传感器、线卡返回 0 的情况模板把整表都建了图线卡那几张自然是 0。二是温度 OID 在不同 VRP 版本上位置不一样模板里用的那个节点在老版本上不存在snmpwalk返回空Cacti 按 GAUGE 处理写成 0。解决先snmpwalk整个实体表看哪些索引有温度值只给有值的实体建图如果全表都是 0说明该设备不通过标准实体表暴露温度要换成厂商私有的温控表或者接受这个指标缺失。别为了「图上有数」去改数据源类型强行取差值那样出来的数值没有物理意义。5.5 设备一多poller 单轮跑不完现象加到三四百台设备之后流量图开始出现规律性的断点每张图上隔几个点缺一个poller.php的手工执行时间显示 300 秒以上。原因轮询是串行的cmd.php或者线程数不够spine单轮采集项超过 5 分钟窗口能承载的量poller 就会和下一轮重叠。Cacti 的表现不是报错而是丢点看起来像网络抖动。解决三步。第一精简采集项关掉不看的端口和没意义的实体第二把 poller 从 cmd.php 换成 spineConsole → Settings → Poller → Poller Type选 spine同时把Maximum Threads调到 CPU 核数的 1.52 倍第三如果还压不下去就把流量和健康度拆到两台 Cacti 上或者把部分设备的轮询间隔从 5 分钟改成 1 分钟、另一部分改成 10 分钟错峰。6. 改造成自己的加一列温度、加一个阈值、验证一次模板包拿到手直接用的场景其实不多多数时候要按自己机房的需求改一两处。最常见的改法是给中兴设备补一列温度因为默认模板里只带了 CPU 和内存。改法不复杂找到对应的数据查询 XML在fields里加一个output字段再把数据模板和图形模板各加一条对应项。!-- 在数据查询的 fields 里追加一个输出字段 -- zxAnTemperature nameTemperature/name methodwalk/method sourcevalue/source directionoutput/direction oid.1.3.6.1.4.1.3902.2.1.1.1.1.7/oid /zxAnTemperature加完字段要同步改三处数据模板里新增一条数据源项名称必须和数据查询里name完全一致图形模板里新增一条LINE1数据源选新加的那条CDEF 不用动温度是 GAUGE最小值 0、最大值留空。改完导入前先用snmpwalk把那个 OID 走一遍确认设备真返回整数再动手否则整条链路建好也是空的。阈值告警是第二个常改的点。Cacti 0.8.8 自带的 Thold 插件CactiEZ 一般预装了可以按数据源设上下限CPU 高 85% 持续 3 个轮询周期告警温度高 65 度告警。配置位置在Console → Thresholds → Add选数据源、填高低值、填重发间隔。这里有个容易忽略的参数是「重发间隔」默认不重发设备持续高温只会告一次值班的人错过了就没了我一般设成 30 分钟重发一次。改完怎么验证不是看图画得好不好看而是看三个点。第一Console → Utilities → View Poller Cache里新加的数据源确实在缓存里说明数据模板生效了第二等两个轮询周期Data Sources里Last Value有非 NaN 的数值说明采集链路通了第三rrdtool fetch直接读文件确认磁盘上的数据和网页上显示的一致排除图形渲染层的假象。# 直接读 rrd 文件看最近 3 个点的原始值 rrdtool fetch /var/www/html/cacti/rra/switch01_temp_1234.rrd \ AVERAGE -s -15min这个习惯是我踩过一次坑之后养成的当时页面上图很漂亮实际上是因为图形模板的 CDEF 写错了把两个数据源的值乘在了一起看着平滑其实是巧合。从那以后每次改完模板我都强制走一遍「缓存 → 数据源值 → rrd 原始值」三层核对宁可多花十分钟也不要在故障复盘时发现监控本身在说谎。希望帮到你。本文还有配套的精品资源点击获取

CactiEZ 10.1 国产交换机监控模板导入配置与排错实战

相关推荐

谷歌账户自动化钓鱼攻击解析与防御策略

谷歌账户自动化钓鱼攻击解析与防护策略

内存修改工具Cheat Engine中文版环境搭建与逆向分析入门实操

更多资讯

AWS云安全五层自动化地图：从最小权限到自动响应的实战复习指南

C++逆向工程核心技术解析与实战应用

OpenCV透视变换实战：从原理到避坑，文档矫正与车牌识别预处理

IL与C#底层差异及实用分析技巧

数独验证算法：一次遍历实现高效合规检查

API与SDK的区别：从概念到实践，彻底搞懂接口与工具包

今日更新

PLFM_RADAR：从被动告警到主动感知的微服务健康监控系统

SPI隔离设计实战：MAX14431BAEE+与STM32F407工业级应用

数字隔离器如何根治SPI通信地环路干扰：MAX14431与TM4C129实战

本周精选

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

本月热门

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

读完文章，想聊聊您的网站？