Android原生ZXing扫码实战：Camera2+离线识别+模糊反光优化-北京尧图网络

简介本资源是一套基于ZXing开源库实现二维码与条形码扫描功能的完整Android项目实践方案面向Android开发初学者及中级工程师解决移动应用中快速集成扫码能力的核心需求。压缩包共1874个文件涵盖254个JSON配置与接口定义、158个XML布局与资源声明、142个DEX与140个CLASS字节码文件体现可运行调试的APK构建成果、23个Java源码文件含核心扫描逻辑与权限处理、19个PNG图标资源以及1份详尽的《说明使用文档.docx》和示例应用MyApplication整体大小为18.42MB。已有2537人学习下载资源结构清晰包含可直接编译运行的debug APK、Gradle构建脚本、相机权限与闪光灯控制等关键模块代码还附带多组预置测试资源与构建中间产物如fileHashes.bin、classAnalysis.bin便于理解Android扫码项目的完整编译链与运行时行为。1. 扫码不是调个 API 就完事一个能嵌进 Android App、支持离线识别、兼容模糊/反光/倾斜场景的 ZXing 实战项目你是不是也试过在项目里随手implementation com.google.zxing:core:3.4.1然后发现扫码界面卡顿、扫不出超市小票上的条形码、一拍反光屏幕就报“NotFound”这不是你代码写错了——是 ZXing 默认配置根本没为真实手机摄像头场景做适配。这个项目不是封装好的 SDK而是一套从 Camera2 预览流直连 ZXing 解码器的轻量级实现核心逻辑全在BarcodeScannerEngine.java里不依赖任何第三方扫码 UI 库。它用PlanarYUVLuminanceSource精准截取预览帧中 ROI 区域跳过整帧转换开销内置多线程解码队列防主线程阻塞对 QR Code 和 EAN-13 做了专项优化——比如对模糊图像自动增强对比度对倾斜条码启用旋转扫描策略。适合想把扫码功能深度集成进自有 App 的 Android 开发者尤其当你需要控制扫码区域、响应速度、失败重试逻辑而不是被某个黑匣子 SDK 牵着鼻子走。2. 项目结构与技术栈ZXing 核心 Camera2 自研解码调度器这个项目不是“ZXing 示例”而是按生产级 Android 模块组织的完整工程。它没有用Intent调起系统扫码器那种方式无法定制 UI 和行为也不依赖zxing-android-embedded这类二次封装库它们抽象层太厚出问题时调试像在迷宫里找出口。整个扫码能力被拆成三个可独立验证的模块camera负责预览帧采集与格式转换、decoderZXing 解码引擎封装、ui自定义 SurfaceView 扫描框动画。所有模块通过BarcodeScannerCallback接口通信解耦清晰。技术选型上放弃已废弃的CameraAPI全部基于CameraCharacteristicsImageReaderSurfaceTexture构建低延迟预览链路ZXing 版本锁定为3.4.1最新稳定版3.5.0在某些低端机上存在ArrayIndexOutOfBoundsExceptionGradle 构建脚本里显式排除了slf4j冲突包避免运行时报NoClassDefFoundError。2.1 目录结构一眼看清职责边界项目根目录下只有 4 个关键文件夹app/ ├── src/main/ │ ├── java/com/example/barcodescanner/ │ │ ├── camera/ // Camera2 初始化、预览回调、帧数据提取 │ │ ├── decoder/ // ZXing 解码器封装、参数调优、结果过滤 │ │ ├── ui/ // ScanActivity、ScanView自定义 View、动画控制器 │ │ └── BarcodeScanner.java // 对外暴露的门面类聚合三模块 │ └── res/ └── build.gradle // 关键依赖声明见下文提示decoder/下没有.so文件或 JNI 调用——本项目纯 Java 实现规避 NDK 兼容性问题。所有图像处理都在YUV_420_888格式上原地操作不转 Bitmap内存占用比常见方案低 40%。2.2 核心依赖配置精简且可控app/build.gradle中的依赖只保留最必要的三项全部指定版本号杜绝传递依赖污染dependencies { implementation androidx.appcompat:appcompat:1.6.1 implementation com.google.zxing:core:3.4.1 // 仅 core无 android-core implementation androidx.camera:camera-core:1.2.3 implementation androidx.camera:camera-camera2:1.2.3 }注意不引入zxing-android-embedded。那个库把MultiFormatReader包裹得太深你没法干预HybridBinarizer的阈值计算逻辑也没法在decode()前对BinaryBitmap做自定义滤波——而这恰恰是提升模糊条码识别率的关键。2.3 ZXing 解码器封装不只是 new MultiFormatReader()decoder/BarcodeDecoder.java是本项目真正的“心脏”。它没用默认的MultiFormatReader而是组合了GenericMultipleBarcodeReader 自定义Binarizer并注入了针对移动端的预处理策略public class BarcodeDecoder { private final MultiFormatReader reader; private final MapDecodeHintType, Object hints; public BarcodeDecoder() { this.reader new MultiFormatReader(); this.hints new EnumMap(DecodeHintType.class); // 关键启用 TRY_HARDER牺牲速度换识别率 hints.put(DecodeHintType.TRY_HARDER, Boolean.TRUE); // 关键禁用默认的复杂字符集检测强制 UTF-8 hints.put(DecodeHintType.CHARACTER_SET, UTF-8); // 关键设置最小条码尺寸像素过滤噪点误识别 hints.put(DecodeHintType.MIN_SIZE, 24); } public Result decode(byte[] data, int width, int height, Rect cropRect) { // 1. 从 YUV 数据中精准截取 cropRect 区域非整帧 PlanarYUVLuminanceSource source new PlanarYUVLuminanceSource( data, width, height, cropRect.left, cropRect.top, cropRect.width(), cropRect.height(), false ); // 2. 使用 HybridBinarizer但先做灰度拉伸增强对比度 BinaryBitmap bitmap new BinaryBitmap(new HybridBinarizer(source)); try { return reader.decode(bitmap, hints); } catch (NotFoundException | ChecksumException | FormatException e) { // 降级尝试更激进的二值化Otsu算法 return fallbackDecode(source); } } }这段代码的价值在于cropRect是动态计算的根据扫描框位置实时更新不是固定居中fallbackDecode()里会调用GlobalHistogramBinarizer专治反光、低对比度场景所有异常都被捕获并转化为业务可感知的状态码而非直接崩溃。2.4 Camera2 预览链路帧率优先拒绝卡顿camera/CameraController.java不走PreviewView封装而是手动创建ImageReader并绑定到CaptureRequest.Builderprivate void createCameraPreviewSession() { try { SurfaceTexture texture mSurfaceView.getSurfaceTexture(); assert texture ! null; texture.setDefaultBufferSize(mPreviewSize.getWidth(), mPreviewSize.getHeight()); Surface surface new Surface(texture); // 关键ImageReader 用 ImageFormat.YUV_420_888与 Camera2 输出匹配 mImageReader ImageReader.newInstance( mPreviewSize.getWidth(), mPreviewSize.getHeight(), ImageFormat.YUV_420_888, 2 // 缓存 2 帧防丢帧 ); mImageReader.setOnImageAvailableListener( imageReader - decodeLatestFrame(imageReader.acquireLatestImage()), mBackgroundHandler ); ListSurface surfaces Arrays.asList(surface, mImageReader.getSurface()); mCaptureRequestBuilder mCameraDevice.createCaptureRequest(CameraDevice.TEMPLATE_PREVIEW); mCaptureRequestBuilder.addTarget(surface); mCaptureRequestBuilder.addTarget(mImageReader.getSurface()); mCameraDevice.createCaptureSession(surfaces, mSessionCallback, mBackgroundHandler); } catch (CameraAccessException e) { Log.e(TAG, Failed to create capture session, e); } }这里acquireLatestImage()是关键——它确保只处理最新一帧丢弃中间积压帧彻底解决“扫码界面卡住几秒才出结果”的玄学问题。mBackgroundHandler是独立 HandlerThread所有解码操作都在后台线程执行UI 线程永远干净。3. 快速运行指南5 分钟跑通真机扫码别被“Camera2 ZXing”吓住。这个项目设计时就考虑新手友好所有权限申请、Activity 生命周期适配、设备兼容性兜底都已写死在ScanActivity.java里。你只需要三步就能在真机上看到绿色扫描框跳动起来。3.1 环境准备JDK 11 Android Studio FlamingoJDK 必须是11不是 17zxing:core:3.4.1的字节码版本是 55JDK 17 编译会报Unsupported class file major version 61Android Studio 推荐Flamingo2022.2.1或更高版本低版本对camera-core:1.2.3支持不全设备要求Android 8.0API 26以上CameraCharacteristics.INFO_SUPPORTED_HARDWARE_LEVEL_FULL非必需LIMITED级别设备也能跑只是自动对焦慢一点3.2 导入与构建跳过所有坑的命令行操作不要用 AS 的 “Open an existing Android Studio project” 图形界面导入——它会自动升级 Gradle 插件导致camera-core依赖解析失败。请严格按以下步骤# 1. 克隆后进入项目根目录 cd /path/to/project # 2. 强制使用项目自带的 Gradle Wrapperv8.0 ./gradlew clean # 3. 构建 APK不运行测试跳过耗时环节 ./gradlew assembleDebug --no-daemon # 4. 安装到已连接真机确保 USB 调试开启 adb install -r app/build/outputs/apk/debug/app-debug.apk注意如果adb install报INSTALL_FAILED_UPDATE_INCOMPATIBLE先执行adb uninstall com.example.barcodescanner清理旧包。这是 Android 签名机制导致的不是项目问题。3.3 首次运行必做授予权限与校准环境安装完成后点击图标启动ScanActivity你会看到第一次启动系统弹窗请求CAMERA权限 →必须点“允许”后台权限不用管本项目不读取相册启动后画面顶部状态栏显示“Initializing...”约 2 秒后变为绿色扫描框此时拿一张打印的 QR Code比如微信二维码对准镜头保持 20~40cm 距离轻微晃动手机如果 5 秒内没识别成功请立即做两件事打开手机「设置 → 应用 → 本应用 → 权限」确认相机权限是“允许”关闭手机「设置 → 显示 → 眼部舒适度」或「护眼模式」——这些滤蓝光功能会让 ZXing 看不清黑白对比是新手翻车第一大原因3.4 识别结果验证不只是 Toast 一下识别成功后Activity 不会跳转或关闭而是在屏幕底部弹出一个半透明ResultView显示识别到的原始字符串如https://example.com/item?id123条码类型QR_CODE/EAN_13/CODE_128识别耗时毫秒级通常在 80~200ms一个「复制」按钮和一个「重新扫描」按钮提示长按「复制」按钮会触发系统剪贴板写入并伴随震动反馈。这个细节在ui/ResultView.java的copyToClipboard()方法里实现用的是ClipboardManager标准 API不依赖任何第三方库。4. 避坑指南那些让开发者凌晨三点还在抓头发的真问题别信网上“ZXing 一行代码搞定扫码”的教程。真实世界里90% 的失败不是代码错而是环境、参数、时机的组合陷阱。以下是我在某跨平台系统项目中踩过的 5 个血泪坑每个都附带复现路径和根治方案。4.1 现象扫码界面一片漆黑Logcat 显示ImageReader: Image is already closed原因ImageReader的OnImageAvailableListener回调里image.close()被提前调用或者acquireLatestImage()返回null后未判空直接.close()导致后续帧无法获取。解决在decodeLatestFrame()方法开头强制判空并用try-finally保证close()private void decodeLatestFrame(Image image) { if (image null) return; // 必加acquireLatestImage 可能返回 null try { // ... 解码逻辑 } finally { image.close(); // 必须在 finally 里防止异常时泄漏 } }4.2 现象同一张条码横着扫能识别竖着扫就失败原因ZXing 默认只在水平方向扫描HybridBinarizer的getBlackRow()逻辑对竖排条码如部分快递单天然不友好。解决在BarcodeDecoder.decode()中增加 90 度旋转重试逻辑// 在 catch(NotFoundException) 后添加 private Result fallbackRotateDecode(PlanarYUVLuminanceSource source) { try { // 旋转 90 度后重建 luminance source PlanarYUVLuminanceSource rotated source.rotateCounterClockwise(); BinaryBitmap bitmap new BinaryBitmap(new HybridBinarizer(rotated)); return reader.decode(bitmap, hints); } catch (Exception ignored) { return null; } }4.3 现象低端机如红米 Note 8扫码卡顿CPU 占用 90%原因ImageReader缓存大小设为 2但在低端机上onImageAvailable回调频率过高后台线程来不及处理导致acquireLatestImage()频繁丢帧触发重试逻辑雪崩。解决动态调节ImageReader缓存数并限制解码帧率// 在 CameraController 初始化时 int cacheSize Build.VERSION.SDK_INT Build.VERSION_CODES.P ? 3 : 1; mImageReader ImageReader.newInstance(width, height, ImageFormat.YUV_420_888, cacheSize); // 在 decodeLatestFrame() 开头加帧率控制 private static final long MIN_DECODE_INTERVAL_MS 200L; private long lastDecodeTime 0; private void decodeLatestFrame(Image image) { long now System.currentTimeMillis(); if (now - lastDecodeTime MIN_DECODE_INTERVAL_MS) { image.close(); return; } lastDecodeTime now; // ... 后续解码 }4.4 现象扫描微信小程序码带 Logo 的 QR总是识别失败原因微信小程序码在标准 QR Code 基础上嵌入了圆形 Logo破坏了 ZXing 的定位图案Finder Pattern检测逻辑。解决启用DecodeHintType.NEED_RESULT_POINT_CALLBACK获取定位点再用QRCodeMultiReader替代MultiFormatReader// 在 BarcodeDecoder 构造函数中 hints.put(DecodeHintType.NEED_RESULT_POINT_CALLBACK, new ResultPointCallback() { Override public void foundPossibleResultPoint(ResultPoint point) { // 可在此记录定位点坐标用于调试 } }); // decode() 方法中改用 QRCodeMultiReader qrReader new QRCodeMultiReader(); return qrReader.decode(bitmap, hints);4.5 现象App 切到后台再切回来扫码功能永久失效原因CameraCaptureSession在onPause()时被close()但onResume()里没有重建CaptureSession导致Surface断连。解决在ScanActivity.onResume()中检查并重建会话Override protected void onResume() { super.onResume(); if (mCameraDevice ! null !mSessionActive) { createCameraPreviewSession(); // 复用第 2.4 节的逻辑 mSessionActive true; } } Override protected void onPause() { super.onPause(); closeCamera(); // 此方法需确保释放 mCaptureSession 和 mImageReader mSessionActive false; }5. 核心模块代码逐行解析从预览帧到识别结果的完整链路现在我们沉到底层看一段真正决定成败的代码camera/CameraController.java中的onImageAvailable()回调。这段 30 行代码串联了 Camera2、ZXing、UI 三大模块是整个扫码流程的“中枢神经”。5.1 预览帧接收与裁剪为什么不用整帧Override public void onImageAvailable(ImageReader reader) { Image image null; try { image reader.acquireLatestImage(); // 1. 只取最新帧丢弃积压帧 if (image null) return; ByteBuffer buffer image.getPlanes()[0].getBuffer(); // 2. Y 平面亮度数据 byte[] data new byte[buffer.remaining()]; buffer.get(data); // 3. 复制到 Java heap供 ZXing 处理 // 4. 计算 ROIRegion of Interest扫描框在预览画面上的像素坐标 Rect cropRect calculateCropRect(image.getWidth(), image.getHeight()); // 5. 交给解码器传入原始 YUV 数据尺寸 ROI Result result mBarcodeDecoder.decode(data, image.getWidth(), image.getHeight(), cropRect); // 6. 解码成功发消息到主线程更新 UI if (result ! null) { mHandler.obtainMessage(MSG_DECODE_SUCCESS, result).sendToTarget(); } } catch (Exception e) { Log.w(TAG, Decode error, e); } finally { if (image ! null) image.close(); // 7. 必须关闭否则 Camera2 会报错 } }逐行说明第 1 行acquireLatestImage()是性能关键。它不像acquireNextImage()那样排队等而是直接返回缓冲区里最新的那一帧。在 30fps 预览下这能避免 3~4 帧的延迟。第 2–3 行只取Planes[0]Y 平面因为 ZXing 的PlanarYUVLuminanceSource只需要亮度信息。U/V 平面色度完全忽略省下 50% 内存拷贝。第 4 行calculateCropRect()返回的是ScanView上扫描框的Rect它会根据SurfaceView的getHolder().getSurfaceFrame()动态计算确保 ROI 始终对准扫描框哪怕用户缩放或旋转了预览画面。第 5 行decode()方法签名明确要求width/height是因为PlanarYUVLuminanceSource需要知道 YUV 数据的 stride行宽而Image对象的getWidth()返回的是实际分辨率不是 stride。第 6 行MSG_DECODE_SUCCESS是 Handler 消息mHandler绑定在主线程所以ResultView的更新绝对安全。第 7 行image.close()放在finally是铁律。漏掉这句Camera2 会抛ImageReader: Image is already closed且无法恢复。5.2 ROI 计算逻辑让扫描框真正“框住”条码calculateCropRect()的实现决定了识别精度。它不是简单返回new Rect(100, 100, 300, 300)而是做坐标系映射private Rect calculateCropRect(int previewWidth, int previewHeight) { // 1. 获取 ScanView 在屏幕上的位置相对于 Activity 窗口 int[] location new int[2]; mScanView.getLocationInWindow(location); int viewLeft location[0]; int viewTop location[1]; // 2. 计算 ScanView 的宽高可能被 ViewGroup 缩放 int viewWidth mScanView.getWidth(); int viewHeight mScanView.getHeight(); // 3. 将 View 坐标转换为预览帧坐标考虑预览比例和旋转 float scaleX (float) previewWidth / mDisplayWidth; // mDisplayWidth 是 Activity 宽度 float scaleY (float) previewHeight / mDisplayHeight; int left Math.round(viewLeft * scaleX); int top Math.round(viewTop * scaleY); int right Math.round((viewLeft viewWidth) * scaleX); int bottom Math.round((viewTop viewHeight) * scaleY); // 4. 边界保护不能超出预览帧范围 left Math.max(0, Math.min(left, previewWidth - 1)); top Math.max(0, Math.min(top, previewHeight - 1)); right Math.max(left 1, Math.min(right, previewWidth)); bottom Math.max(top 1, Math.min(bottom, previewHeight)); return new Rect(left, top, right, bottom); }这个计算确保无论你的ScanView是match_parent、wrap_content还是设置了scaleX/scaleYROI 始终精准覆盖扫描框区域。这是区别于“调个 API 就完事”的核心细节。5.3 解码结果回调如何把 ZXing 的 Result 转成业务可用数据mHandler收到MSG_DECODE_SUCCESS后最终调用showResult(Result)private void showResult(Result result) { String content result.getText(); BarcodeFormat format result.getBarcodeFormat(); long duration System.currentTimeMillis() - mStartTime; // 1. 过滤非法字符ZXing 可能返回控制字符 content content.replaceAll([\\p{Cntrl}[^\r\n\t]], ); // 2. 格式化显示EAN-13 补零URL 加 https:// 前缀 if (format BarcodeFormat.EAN_13 content.length() 12) { content 0 content; // 补前导零 } else if (content.startsWith(http://)) { content https:// content.substring(7); } // 3. 更新 UI并触发业务回调如跳转网页、查数据库 mResultView.show(content, format.toString(), duration); if (mCallback ! null) { mCallback.onBarcodeScanned(content, format); } }这里mCallback.onBarcodeScanned()是你作为集成方唯一需要实现的接口。它把 ZXing 的原始Result封装成干净的字符串和枚举你无需碰 ZXing 的任何类就能完成“扫码 → 查商品库 → 显示详情页”的完整链路。6. 二次开发实战3 个高频改造需求与我的落地经验你拿到这个项目大概率不是为了跑个 Demo而是要把它焊进自己的 App 里。我经历过某高校实验室的模拟项目 X他们用这个基础框架在 2 周内完成了从“能扫码”到“生产可用”的全部改造。下面分享 3 个最常被问到的需求以及我亲手验证过的、零风险的改法。6.1 需求自定义扫描框样式颜色、动画、提示文字ui/ScanView.java是唯一需要修改的文件。它继承自View所有绘制逻辑都在onDraw()里。不要动SurfaceView或TextureView——那会破坏 Camera2 链路。Override protected void onDraw(Canvas canvas) { super.onDraw(canvas); // 1. 绘制半透明遮罩除了扫描框区域 canvas.drawRect(0, 0, getWidth(), mTopMargin, mMaskPaint); // 上 canvas.drawRect(0, mTopMargin, mLeftMargin, mBottomMargin, mMaskPaint); // 左 canvas.drawRect(mRightMargin, mTopMargin, getWidth(), mBottomMargin, mMaskPaint); // 右 canvas.drawRect(0, mBottomMargin, getWidth(), getHeight(), mMaskPaint); // 下 // 2. 绘制扫描线动画用 ValueAnimator 控制 y 坐标 float scanLineY mTopMargin mScanLineOffset; canvas.drawLine(mLeftMargin, scanLineY, mRightMargin, scanLineY, mScanLinePaint); // 3. 绘制角标可替换为 PNG drawCorner(canvas, mLeftMargin, mTopMargin, R.drawable.scan_corner_top_left); }改造要点mMaskPaint的 alpha 值控制遮罩透明度推荐0x80000000mScanLinePaint的setStrokeWidth(2)和setPathEffect(new DashPathEffect(...))可做出虚线扫描效果角标图片放在res/drawable/用BitmapFactory.decodeResource()加载不要用 VectorDrawable低端机渲染慢从那以后我每次改扫描框都先注释掉drawCorner()只留遮罩和扫描线确认逻辑正确后再加装饰。这是防止动画卡顿的第一道后悔药。6.2 需求扫码成功后自动跳转网页且支持 HTTPS 重定向BarcodeScannerCallback接口里onBarcodeScanned()回调传入的content字符串就是你要处理的原始数据。某跨平台系统要求若内容是 URL则用WebView打开若是item://123这种自定义协议则跳转到商品详情页。// 在 ScanActivity 中实现回调 Override public void onBarcodeScanned(String content, BarcodeFormat format) { if (content.startsWith(http://) || content.startsWith(https://)) { // 1. 创建 Intent但用 WebViewActivity 承载避免跳系统浏览器 Intent intent new Intent(this, WebViewActivity.class); intent.putExtra(url, content); startActivity(intent); } else if (content.startsWith(item://)) { // 2. 解析 ID查本地数据库 String itemId content.substring(7); openItemDetail(itemId); } else { // 3. 兜底Toast 提示不崩溃 Toast.makeText(this, 识别内容: content, Toast.LENGTH_SHORT).show(); } }关键技巧WebViewActivity必须在AndroidManifest.xml中声明android:exportedfalse并设置android:hardwareAcceleratedtrue否则 HTTPS 页面加载极慢。这是我在线上环境实测出的硬指标。6.3 需求支持连续扫码扫完一个不停继续扫下一个默认逻辑是扫码成功后暂停预览mCaptureSession.close()这是为了省电。但物流分拣场景需要连续扫。只需两处修改在showResult()结尾删除closeCamera()调用在mHandler的MSG_DECODE_SUCCESS处理逻辑末尾添加重启解码// 在 showResult() 最后加 mHandler.removeMessages(MSG_RESTART_DECODE); mHandler.sendEmptyMessageDelayed(MSG_RESTART_DECODE, 1000); // 1秒后继续 // 新增 handler case case MSG_RESTART_DECODE: // 重新激活 Camera2 预览不重建 session只 resume if (mCaptureSession ! null mPreviewRequest ! null) { mCaptureSession.setRepeatingRequest(mPreviewRequest, null, mBackgroundHandler); } break;这样每次扫码成功后等待 1 秒自动恢复预览无缝衔接下一次。1000ms 是经验值——太短如 200ms会导致低端机来不及处理帧太长如 3000ms影响效率。希望帮到你。本文还有配套的精品资源点击获取

Android原生ZXing扫码实战：Camera2+离线识别+模糊反光优化

相关推荐

Claude effort参数真相：不是超频开关，而是资源调度策略

LWJGL3ify：Minecraft 1.12.2底层库迁移实践

日志采集Agent核心机制与排错实战：文件发现、多行合并与缓冲队列

更多资讯

C++炸弹人源码拆解：游戏循环、格子碰撞与资源加载

包装印刷车间空气净化技术与设备选型指南

Obsidian与ClawHub Skills生态：自动化知识管理实践

IBM装备制造企业数字化转型架构规划方案解析

计算机视觉产业链跟踪笔记：从芯片到落地的技术选型与踩坑实录

Kernel与Shader Agent Harness：构建可约束可复现的GPU代码生成框架

今日更新

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

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

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

本周精选

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

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

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

本月热门

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

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

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

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