之前因为业务问题，需要将仪表盘图片里面的里程数提取出来，在网上找了很久都没有找到现成的解决方案。后面干脆自己尝试了一下，因为图片有水印，过程有点麻烦，后面进行了图片预处理，识别结果算法定位，最后再对可能为里程数的结果构建了一个预测模型，终于得到了想要的结果，从结果来看，在预测集上面的表现，准确率能达到97%以上，算是一个比较好的结果了，也分享出来，如有需要的朋友也可以测试看看效果。分享一下链接，欢迎大家指导和互相学习，lcy.tunhaisz.com。  

 1.硬件平台：MDC 6102.软件版本：MDC_Development_Studio-3.0.002-0000000-Ubuntu203.问题描述：已按照产品文档进行交叉编译环境、SCFI环境等配置（SCFI例程已成功在计算平台上运行），当使用MDS软件或直接使用scfirepo showrpm时，均提示找不到RPM库4.一点疑问：产品文档中描述“确认当前工程所关联SDK中的交叉编译环境已配置lyum源”，但仅有计算平台的第三方库安装方式之一涉及到lyum，而交叉编译环境的第三方库完全不涉及lyum，该如何配置  

1.产品名称：MDC 6102.软件版本：MDC_Development_Studio-3.0.002-0000000-Ubuntu203.问题现象：已按照产品文档完成交叉编译环境、第三方库、SCFI等相关配置，使用MDS软件创建SCFI工程，右键该工程打开属性配置窗口后，在“Build & Execution > RPM Management”中输入当前开发机的root密码，提示无法找到rpm库。  4.已采取的措施：交叉编译、SCFI的环境变量已加载，交叉编译环境的第三方库已安装，计算平台的第三方库也已安装。5.主要疑问：文档中提到“确认当前工程关联SDK中的交叉编译环境已配置lyum源”，但在产品文档中，仅计算平台的第三方库安装有一种安装方式是采用lyum_install.sh脚本的，而交叉编译环境的第三方库安装并未涉及lyum，请问如何解决当前问题。   

使用MDC 510技术文档中的《AI开发-ATC模型转换-快速开始》的Resnet50转换失败输入：atc --model=/home/kjhu/桌面/resnet50_official.onnx --framework=5 --output=$HOME/module/out/onnx_resnet50 --soc_version=AS31XM1X输出：ATC run failed, Please check the detail log, Try 'atc --help' for more informationE40001: Value [/usr/local/python3.7.5] for environment variable [ld_library_path or ldconfig] is invalid when load python dynamic library.        Solution: Reset the environment variable by referring to the installation guide.        TraceBack (most recent call last):        [GraphOpt][InitializeInner][InitTbeFunc] Failed to init tbe.[FUNC:InitializeInner][FILE:tbe_op_store_adapter.cc][LINE:1623]        [SubGraphOpt][PreCompileOp][InitAdapter] InitializeAdapter adapter [tbe_op_adapter] failed! Ret [4294967295][FUNC:InitializeAdapter][FILE:op_store_adapter_manager.cc][LINE:84]        [SubGraphOpt][PreCompileOp][Init] Initialize op store adapter failed, OpsStoreName[tbe-custom].[FUNC:Initialize][FILE:op_store_adapter_manager.cc][LINE:125]        [FusionMngr][Init] Op store adapter manager init failed.[FUNC:Initialize][FILE:fusion_manager.cc][LINE:124]        PluginManager InvokeAll failed.[FUNC:Initialize][FILE:ops_kernel_manager.cc][LINE:96]        OpsManager initialize failed.[FUNC:InnerInitialize][FILE:gelib.cc][LINE:235]        GELib::InnerInitialize failed.[FUNC:Initialize][FILE:gelib.cc][LINE:163]

官网只有些，视频资料，没有产品文档

标题：宁德时代2023款神行快充电池链接：https://bbs.huaweicloud.com/blogs/408706请帮忙看下哪儿有问题？

I want to run the demo resnet50 in my local computer.But I get the error 'no module acl'. I am not sure if  I install some huawei python lib then this error will be solved.

大会介绍：5月27日-28日，GOTC 全球开源技术峰会（（Global Open-source Technology Conference）在上海张江科学会堂成功举办。 GOTC是由上海浦东软件园、开放原子开源基金会、Linux 基金会亚太区和开源中国联合发起的，面向全球开发者的一场盛大开源技术盛宴。 本届大会以“Open Source, Into the Future”为主题，国际开源大咖、专家学者和产业代表齐聚一堂，超 1500 人现场参会， 540 万+人次线上直播观看，全网曝光量达3 亿+( 数据来源：CNCF），共同探讨开源未来，助力开源发展。议题分享：KubeEdge 车云协同平台创新实践讲师介绍：华为云云原生开源负责人王泽锋议题简介：云原生技术栈为软件定义汽车以及车云协同平台打开了全新的演进路径。基于KubeEdge构建车云协同平台，加速了汽车软件平台的云原生化，实现从FOTA到SOTA的架构升级以及车路协同的架构统一。未来社区将继续围绕开源与业界一起推动云原生技术在汽车领域的探索与实践。点击视频观看本次分享精彩回放，添加小助手微信k8s2222回复KubeEdge，进入技术交流群videovideo

[mdc300F 版本] : 105[问题描述]  在使用rtfevent hz 命令查看消息发送频率显示 “no new messages”，但查看接收AP消息的模块日志时能够看到该模块已接收到消息，想问下如何排查rtfevent工具自身的问题？为什么使用rtfevent hz 命令无法看到消息发送的频率？[问题截图]

想将视频流的图像数据转换为opencv可操作的Mat类型，请问如何实现

交叉编译环境编译时未报错，链接时报错：cannot find -lSECUREC-NOTFOUNDmdc610版本：1.1.006 编译环境：交叉编译环境代码building时未报错，在linking时报错：/usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/bin/../lib64/gcc/aarch64-target-linux-gnu/7.3.0/../../../../aarch64-target-linux-gnu/bin/ld: cannot find -lSECUREC-NOTFOUND报错时的链接命令：/usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/bin/aarch64-target-linux-gnu-g++ -Wl,-rpath-link -Wl,--as-needed -fPIE -pie -Wl,-z,relro -Wl,-z,noexecstack -Wl,-z,now CMakeFiles/node2.dir/node2/main.cpp.o -o node2 -L/usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/cmake/ara-core/../.. -L/usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/cmake/ara-com/../.. -Wl,-rpath,/usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/cmake/ara-core/../..:/usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/cmake/ara-com/../..:/usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib libplateform_lib.a -lSECUREC-NOTFOUND /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/liblogging.so /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libJsonParser.so /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libsecoc_library.so -lSECUREC-NOTFOUND /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/liblogging.so /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libJsonParser.so /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libsecoc_library.so /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libara_tsync.so.1.0.0 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libdiag_agent.so.1.0.0 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libdiag_common.so.1.0.0 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libara_exec.so.3.15.1 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libara_com.so.3.15.1 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libvcc_ddsdriver.so.3.15.1 -lddscore -lddscpp /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libvcc_someipdriver.so.3.15.1 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libvrtf_vcc.so.3.15.1 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libE2EXf_CM.so.1.0.0 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libE2ELib.so.1.0.0 -lplog -ldp_adapter -lsomeip -lsecoc_library -ldl -lpthread /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/librtf_cm.so.3.15.1 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libper.so.1.1.0 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libara_core.so.1.1 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/liblogging.so.1.0.0 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/liblog.so.1.0.0 -ljsoncpp -lfilemanager -lKeyValueStorage /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/liblog.so /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libJsonParser.so.1.0.0 /usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/libCrc.so.1.0.0 -lsecurec -lvisual -Wl,-rpath-link,/usr/local/mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib分析原因:  应该是securec库没有找到，我自己代码中并没有链接securec库，查看是否是其他库用到了securec库。  找到了mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/cmake/ara-com/ara-com-config.cmake、mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/cmake/rtf-com/rtf-com-config.cmake这两个文件中有查找securec库的命令：   securec库有两个实际存在的位置：mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib/aos/libsecurec.so  以及mdc_sdk/dp_gea/mdc_cross_compiler/sysroot/usr/lib64/libsecurec.so暂时解决办法：  1.查阅资料后了解到securec是用于增强代码的安全性，减少常见的安全漏洞和攻击，例如缓冲区溢出、格式化字符串漏洞和内存泄漏等。可在链接时将其去除。  2.手动把libsecurec.so软链接到ara-com-config.cmake中指定的库查找路径中。求助问题：  1.为什么ara-com库链接时无法找到securec库？  2.sdk中有两个libsecurec.so，实际应该用哪个？

当前用的Ascend310，官方YOLOV5S推理时间约380毫秒，SIGMOD函数已被替换，性能上没有明显提升，文档中说的算力为60TOPS，这个时间严重超时，理论上时间应该在3.5毫秒左右，实际上相差了两个数量级，还没有8核CPU推理的速度快，希望提供明确的解决方案

1.工程已经完整正常编译，远程设置也配置完成，但是launch是报获取不到mdc版本。2.mdc版本为

执行mdc-tool upgrade query precheck命令，查询检查结果。报如下错误：

用mindspore框架训练出的mindir格式模型进行推理任务开发，看了 https://www.mindspore.cn/tutorials/experts/zh-CN/r1.8/infer/ascend_310_mindir.html 此篇中的开发环境准备-参考安装指导准备Ascend环境与MindSpore，在实际MDC环境安装Ascend-cann-toolkit_5.1.RC2_linux-aarch64.run时出现下面问题：​从上面看应该是空间资源有限，不让安装Ascend-cann-toolkit。请问mindir格式模型能否直接转成om格式文件，在MDC上无需搭建mindspore框架直接部署，如可以有相关案例可以参考吗？请指导，谢谢！