-
版本:1.99.220-0000000从info来看是original graph baseline execute] failed. 想知道这个要怎么解决 [ERROR] TUNE(45081,aoe):2026-03-17-07:35:14.572.213 [nca.cpp:446][NCA]45180 RunModel: [Session: 1120] Failed to execute RunModel. error = 113[ERROR] TUNE(45081,aoe):2026-03-17-07:35:14.573.209 [nca_adapter.cpp:126][AOE][Tid:45180] Run model failed, ret : 4294967295[ERROR] TUNE(45081,aoe):2026-03-17-07:35:14.573.322 [nca_interface.cpp:89][AOE][Tid:45180] Nca run failed[ERROR] TUNE(45081,aoe):2026-03-17-07:35:14.573.334 [remote_executor.cpp:194][AOE][Tid:45180] Process remote run failed, err : -1[ERROR] TUNE(45081,aoe):2026-03-17-07:35:14.573.354 [graph_process.cpp:191][OPAT][Tid:45180]"Graph run exception with -1."[ERROR] TUNE(45081,aoe):2026-03-17-07:35:14.584.465 [normal_stage.cpp:64][OPAT][Tid:45180]"Opat normal_statge: Graph run failed with -1!"[INFO] TUNE(45081,aoe):2026-03-17-07:35:14.585.666 [tuning_manager.cpp:46][AOE][Tid:45180] Progress Show : [96.00%] [v0.3_model] original graph result execute finish.[ERROR] TUNE(45081,aoe):2026-03-17-07:35:14.585.678 [operator_tuner.cpp:117][OPAT][Tid:45180]"OpTuning: Process step=[[v0.3_model] original graph result execute] failed."[ERROR] TUNE(45081,aoe):2026-03-17-07:35:14.585.683 [opat_plugin.cpp:66][OPAT][Tid:45180]"Operator tuner tuning graph failed."[INFO] TUNE(45081,aoe):2026-03-17-07:35:14.588.854 [aoe_tuning.cpp:106][AOE][Tid:45180] Aoe tuning graph finished, cost time 1233 s.[ERROR] TUNE(45081,aoe):2026-03-17-07:35:14.588.862 [tuning_task.cpp:77][AOE][Tid:45180] Aoe tuning graph failed, ret -1[Aoe][v0.3_model] Aoe tuning failed, check log for detail.
-
版本:MDC 610 1.99.220-000 现象在执行aoe时候报错:Nca will communicate in insecure mode! [12.00%][############........................................................................................]Progress Show >>> [v0.3_model] original graph baseline execute finish.[Aoe][v0.3_model] Aoe tuning failed, check log for detail.[Aoe]Aoe process finished, cost time 23 s.E19999: Inner Error! Unknown error occurred. Please check the log.运行环境的运行内存是30G;报这个错的时候只是运行消耗了10G想问一下这个要怎么解决在aoe工作区间的log好像并没有这个报错的信息,并且输出的文件大小也超过10M;如果有什么要提供的文件可以留言
-
环境: MDC610系统版本:1.1.027版本 问题描述: mdc610使用nfsv3 版本挂载报错: nfs 服务端也是客制的镜像,不支持nfsv4, 服务端配置:
-
产品名称:MDC 610软件版本:MDC 610 1.1.027-T000问题现象(问题描述):Event 赋值求助,service interface的event(short name 是data)中数据类型直接用的定义好的 int32_t类型,但在运行时报错:2024/07/20 02:44:57.058944899 2024/07/20 02:44:57.058937659 081 SCFI CM warn[12389-12389 [DDSEventHandler][DDS allocate buffer failed][serviceld=1, instanceId=1,entityId=47525,topicName=MyDemoTopic, size-4, retCode=0UT OF RESOURCES][40264]]2024/07/20 02:44:57.0589920082024/07/20 02:44:57.058982555082 SCFI CM warn[12389-12389 [EventSkeleton][Allocate Buffer failed][40264]]这种简单数据的情况下,该如何正确赋值?
-
问题在文档中有详细叙述,请帮我看一下,感谢感谢
-
产品名称:MDC 610软件版本:MDC 610 1.1.027-T000问题现象(问题描述):1)产品文档:“修改“/opt/platform/mdc_platform/runtime_service/smc/etc/MANIFEST.json”文件中“shall_run_ons”的值为空。”,但并没有对应文件,如下图所示。2)当我执行 “执行“/opt/platform/mdc_platform/script/start.sh”脚本,启动平台服务。”,未能获得和产品文档相同的结果。
-
软件版本:MDC 610 1.1.027-T000产品文档中,摄像头的数据面时间同步方式描述为“Camera Hub接收到数据时为其打上数据面时间戳”,请问camera hub是MDC的哪个部分?目前需要为支持列表外的摄像头进行时间同步,在完成传感器抽象开发,可以获取到图像数据后,camera hub能否自动为获取到的图像数据打上时间戳?还是需要做额外的配置?
-
软件版本:MDC 610 1.1.027-T000组合定位作为时间源,与MDC间通过PPS+GPRMC进行时间同步。在接入PPS和数据线缆,完成GNSS时间同步开发,并验证读取PPS信号正常后,请问如何验证时间同步是否成功?是通过产品文档中的“查看管理面时间同步状态”吗?
-
MDC_Sample-2.1.003-T0000000 有没有用户指南?!!! 类似上图(https://bbs.huaweicloud.com/forum/thread-159187-1-1.html 提问展示的图片)。
-
平台版本:MDC 610 1.1.027问题:在mdc平台通过自主开发的激光雷达抽象解析雷达UDP包中的时间戳信息,打印结果紊乱,出现时间戳跳变、回跳等现象。已采取措施:已确认雷达的同步方式设置为:PTP-GPTP;在mdc端物理网卡上抓包雷达数据,已确认存在时间同步报文;手动解析过mdc端上采集的pcap包中的时间戳信息,时间戳紊乱;设置雷达非GPTP同步,采用雷达自身时间,时间戳打印正常;Linux上位机采取gptp方式和雷达进行时间同步,同步成功且时间戳正常;初步问题定位:我怀疑是mdc和雷达虽然进行了时间同步报文交互,但是实际上同步失败了,因为雷达数据包中有“同步状态”的字段显示未同步成功;但是linux上位机同步时,该字段显示同步成功。请问这个问题该怎么解决?
-
平台版本:MDC 610 1.1.027我们遇到了一个问题就是:把雷达接入到MTB 310的网口6(eth0.15)上(端口速率已配对),然后在mdc上用wireshark录的pcap包和用wireshark直连雷达抓包的数据状态差别很大。这是wireshark抓包直连雷达:就是能看到数据是周期稳定在225个包和215个包之间的(这是数据正常的状态)。但是下边是在mdc上通过命令:tcpdump -i eth0.15 -nv -w lidar.pcap 进行抓取的情况可以看到,雷达的UDP数据进来之后,十分不稳定,甚至丢包,且上述录包的时候,也已经通过 sudo sysctl -w net.core.rmem_max=33554432 将设备的最大接收缓存区提升到了32768KB(32MB),按理来说这对接收雷达数据完全足够。问题:请问造成MDC雷达UDP数据收数不稳的原因是什么?另外,还有一个问题就是,当我解析这个雷达数据的时间戳信息的时候,终端打印出来会有“时间戳回跳”的现象,就像接收进来的包顺序乱了一样:处理代码应该没问题,因为同样的解析时间戳代码在其他款雷达上也解析过,打印是正常的。然后,我还是分别测试了如下测试:在mdc上抓包,然后解析包中时间戳信息:在PC直连雷达,抓包解析包中时间戳信息:可以看到mdc上抓到的数据包从数据上就是有问题的,时间戳回跳频繁,虽然直连雷达也会有丢包(属于正常现象),但时间戳信息是没有乱的。请问:上面两个问题,都是刚进入mdc的雷达数据就发生了问题,包括这个时间戳紊乱,请问这是什么问题?是什么地方的设置没有设置正确吗?
-
6个1080p30帧的摄像头,要进行环视拼接,因为平台不支持opencl,想问下用什么方案合适?cpu+npu?具体开发流程是怎样的?需不需要pc端的拼接软件等(只需关注拼接方面,采集等已正常)ps:mdc版本是1.1.027,系统Linux AOS 5.10.0-1.h1.AOS3.2.aarch64
-
我们在评估双 SoC 协作性能。目前测试发现, A/B 面间传输数据耗时过高,存在性能瓶颈。请问:是否存在共享内存机制,将 B 面的物理内存映射到 A 面的地址空间?MDC 平台是否提供了针对大块连续内存数据的专用跨片通信接口?MDC 510 内部两颗 SoC 之间的物理链路带宽理论峰值是多少?
-
产品名称:MDC610软件版本:MDC_Development_Studio-2.2.001-0000000-Ubuntu20| MDC_Manifest_Configurator-2.2.001-0000000-Ubuntu20问题: 对MDC610进行升级,从026版本升级到027版本,报如下错误,请问是啥原因呢
上滑加载中
推荐直播
-
用码道,让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程,只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家;李炎-华为云码道产品专家;彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战,从0到1打通消息通道;码道鸿蒙端云一体化实战,快速搭建员工签到系统。
回顾中 -
基于华为云码道,构建你的定制化AI搭子2026/08/14 周五 09:00-11:30
明亮-华为云开发者发展与支持部部长
本期直播将向您全面介绍华为云码道产品,并基于码道手把手教你部署自己的定制化AI陪伴搭子。
回顾中
热门标签