第五期---总分园区新能力介绍  

第四期---AI集成框架新能力介绍  

第三期---园区智能体新能力介绍    

第二期---子系统接入新能力介绍         

 第一期---设备接入新能力介绍    

HY项目，全量源码报编译包错如下图

应用全量源码编译包错，包错如下图；项目：Hi-shny

              数字平台开发环境未开通datatool资产权限，需要协助开通；同时所有基础资产需要管理员协助重置一下秘钥；另外要在新的开发环境配置放通自定义资产对测试桩服务程序的IP和端口的白名单访问。              1、相较于原有使用开发环境，新开发环境缺少datatool资产权限：              原开发环境截图如下：                                         新开发环境截图如下：                                          2、针对秘钥需要管理员对基线提供的基础资产进行秘钥更新重置一下，目前新平台点击秘钥管理出现“权限被拒绝，当前用户无权限”，如下图：                                              3、放通自定义资产对测试桩的IP和端口白名单配置。

   问一下：Linkdevice的网关设备接入的子设备的设备详情的设备属性的“实时”,是如何获取的，通过开发指南的”属性读取“的函数onDevicePropertiesGet，无法触发。怎么回事！ 

报错信息如下2026-05-13 14:41:19,184 - __main__ - INFO - 📤 北向任务创建请求:2026-05-13 14:41:19,184 - __main__ - INFO -    目标URL: https://192.168.105.207:1443/service/CampusAIIFCenter/v1/taskManagement/tasks2026-05-13 14:41:19,184 - __main__ - INFO -    任务ID: northbound_task_17786544792026-05-13 14:41:19,184 - __main__ - INFO -    算法ID: 9f7214a3c8ce4761a45249f4f619ffde2026-05-13 14:41:19,184 - __main__ - INFO -    回调URL: http://192.168.104.28:7002/callback2026-05-13 14:41:19,184 - __main__ - INFO - 完整请求数据:2026-05-13 14:41:19,185 - __main__ - INFO - {  "taskBaseInfo": {    "taskTitle": "占道检测北向任务-1778654479",    "taskPriority": 5,    "taskType": 1,    "taskMode": 1,    "taskModeParam": "now",    "taskExecRegion": 0  },  "inferenceSourceType": 2,  "inferenceSource": [    {      "deviceCode": "test_camera_001",      "streamUrl": "https://172.20.91.45:9000/smartpark/safety/20260427/%E6%99%BA%E6%85%A7%E5%9B%AD%E5%8C%BA%E7%9B%91%E6%8E%A7%E8%A7%86%E8%A7%92%E4%B8%8B%E4%B8%89%E8%BD%AE%E8%BD%A6%E3%80%81%E7%94%B5%E7%93%B6%E8%BD%A6%E5%8D%A0%E9%81%93%E8%A7%86%E9%A2%91%E7%94%9F%E6%88%90_1777258644153.mp4?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Date=20260513T061711Z&X-Amz-SignedHeaders=host&X-Amz-Credential=admin%2F20260513%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Expires=1800&X-Amz-Signature=1df3e9043f4776718eb90993914a89e98de04eb2654e017258df913336a09695",      "streamType": 0    },    {      "deviceCode": "test_camera_002",      "streamUrl": "https://172.20.91.45:9000/smartpark/safety/20260427/%E6%99%BA%E6%85%A7%E5%9B%AD%E5%8C%BA%E7%9B%91%E6%8E%A7%E8%A7%86%E8%A7%92%E4%B8%8B%E4%B8%89%E8%BD%AE%E8%BD%A6%E3%80%81%E7%94%B5%E7%93%B6%E8%BD%A6%E5%8D%A0%E9%81%93%E8%A7%86%E9%A2%91%E7%94%9F%E6%88%90_1777258644153.mp4?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Date=20260513T061711Z&X-Amz-SignedHeaders=host&X-Amz-Credential=admin%2F20260513%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Expires=1800&X-Amz-Signature=1df3e9043f4776718eb90993914a89e98de04eb2654e017258df913336a09695",      "streamType": 0    }  ],  "inferenceAlgorithm": [    {      "algorithmID": "9f7214a3c8ce4761a45249f4f619ffde",      "algorithmType": 1,      "algorithmEName": "FireLaneOccupancyDetection",      "algorithmConfig": {        "confidence": 0.1,        "extractionInterval": 500,        "extraParams": {          "roi": [            [              [                0.17795628889853812,                0.547976637463496              ],              [                0.7163844261108698,                0.547976637463496              ],              [                0.7163844261108698,                1              ],              [                0.17795628889853812,                1              ]            ],            [              [                0.20256187581415544,                0.2663746349603671              ],              [                0.6990157765233753,                0.2663746349603671              ],              [                0.6990157765233753,                0.7795160617438465              ],              [                0.20256187581415544,                0.7795160617438465              ]            ]          ],          "alarmRules": {            "sleep_alarm": true,            "min_confidence": 0.1,            "alarmInterval": 5000,            "savePic": true          }        }      }    }  ],  "inferenceResultType": 2}2026-05-13 14:41:19,219 - __main__ - INFO - 📥 北向响应:2026-05-13 14:41:19,220 - __main__ - INFO -    耗时: 0.03秒2026-05-13 14:41:19,220 - __main__ - INFO -    状态码: 4012026-05-13 14:41:19,220 - __main__ - INFO -    响应头: {'Date': 'Wed, 13 May 2026 06:48:02 GMT', 'Content-Type': 'text/plain', 'Transfer-Encoding': 'chunked', 'Connection': 'keep-alive', 'Trace-Id': '065c584afd7a4627d171f299c0c140203988af7e01f19654ffad7a7b665a1eaf'}2026-05-13 14:41:19,220 - __main__ - INFO -    响应内容: {"status":401,"message":"è·¯ç�±å¤±è´¥ã��ï¼�æ�¾ä¸�å�°å¯¹åº�ç��apiæ��å�¡ï¼�","time":"2026-05-13 14:48:02","source":"Huawei API-Gateway"}2026-05-13 14:41:19,220 - __main__ - ERROR - ❌ 北向请求失败，状态码: 4012026-05-13 14:41:19,222 - __main__ - ERROR - ❌ 北向任务下发失败

目标：调用北向接口（下发任务、查找注册算法等）如调用地址url = f"{CENTER_BASE_URL}/service/CampusAIIFCenter/v1/algorithmManagement/algorithms/list"，平台变更环境为192.168.105.208后，CENTER_BASE_URL是多少？ 

因在appcube 打包机器人包途中，发现ulab的roma中缺少sctest1001__大道5G安防机器人，已经从现网中导出，需要帮忙导入到ulab的roma中联系邮箱：zhaoqiang_itms@teamsun.com.cn

问题描述：之前参考数字平台使用文档，进行开发和配置后，使我方系统能一键单点登录到华为数字平台。在近两天测试时发现跳转后有的页面报权限错误，如下图，怀疑是前一段时间数字平台升级后引起的权限配置问题，希望能够获得支撑查看。 

网络问题排查步骤（第1-4步）：如遇网络相关问题，请优先按照第1-4步的流程进行排查和处理。网络问题FAQ（第5步）：第5步汇总了伙伴网络的常见问题和解决方案，可供参考。Ulab互通组网示意图：  1、检查伙伴堡垒机能否访问Ulab堡垒机的公网ip1.1、登录伙伴堡垒机，查看配置文件“/etc/strongswan/swanctl/swanctl.conf”中的 remote_addrs为Ulab堡垒机的公网地址1.2、登录伙伴堡垒机，使用ping命令测试伙伴堡垒机是否可以ping通Ulab堡垒机的公网ip：ping 1xx.xx.xx.xx1.3、如果网络不通请排查伙伴本地网络到公网的访问策略是否有问题 2、检查伙伴堡垒机的Ipsec隧道是否已建立成功2.1、登录伙伴堡垒机，使用ping命令测试Ipsec隧道是否可以连通：ping 10.226.49.100(Ulab堡垒机固定ip)2.2、如果Ipsec隧道不通请执行如下命令重启strongswan: strongswan startswanctl --load-allstrongswan up gw-gw 3、检查伙伴堡垒机的vxlan隧道是否已建立成功3.1、检查是否配置了vxlan（伙伴堡垒机重启之后该配置可能失效）登录伙伴堡垒机，执行命令: ip a 查看vxlan配置是否生效如果没有生效可以参考《伙伴接入ULab环境VPN部署指南》的"配置vxlan模板及路由"章节重新配置vxlan3.2、获取Ulab堡垒机vxlan隧道ip地址登录伙伴堡垒机，执行命令:  ip a 查看堡垒机vxlan配置，获取Ulab堡垒机vxlan的ip地址，示例如下，伙伴堡垒机vxlan35配置为 192.168.68.137/30 ，根据CIDR 表示法 "/30"表示此子网下有两个可用的IP地址：192.168.68.137、192.168.68.138，伙伴堡垒机已占用192.168.68.137，那么Ulab堡垒机的vxlan的ip地址则为：192.168.68.1383.3、伙伴堡垒机使用ping命令测试vxlan隧道是否可以连通使用ping命令测试上一步骤中获取到的Ulab堡垒机vxlan的ip地址是否连通，执行命令：ping 192.168.68.138如果Ulab堡垒机vxlan地址不通，通常为防火墙拦截所致，可以执行如下命令尝试关闭防火墙的功能：$ iptables -F$ systemctl stop firewalld$ systemctl disable firewalld 4、检查业务机器是否能访问Ulab环境eCampusCore登录伙伴的业务机器执行如下命令检查是否能访问eCampusCore: curl -lvk https://192.168.105.208如果无法访问Ulab的eCampusCore地址，分别根据如下步骤排查问题：4.1、检查业务机器路由是否配置正确(伙伴新增的业务机可能存在路由表未配置的情况)检查伙伴业务机器是否配置好路由表，把访问eCampusCore的流量转发到伙伴的堡垒机。命令如下：Windows系统： route printLinux系统：route -n4.2、 检查伙伴堡垒机路由是否配置正确(伙伴堡垒机重启后路由配置可能失效)进入伙伴堡垒机，执行命令查看路由是否配置正确，是否把访问eCampusCore的数据流量转发到Ulab堡垒机的vxlan隧道ip（Ulab堡垒机vxlan ip获取方法参考步骤3.2） 5、伙伴网络接入问题FAQ【伙伴vpn堡垒机无法ping通Ulab环境的业务机器ip】1、问题分析伙伴堡垒机的vxlan的ip地址单独用作vxlan隧道通信，无法ping通业务ip2、解决方案可以在伙伴的业务机器上测试ping通Ulab环境的ip地址  【伙伴客户端业务主机无法访问Ulab环境】1、问题分析Ulab网络连接要求伙伴客户端业务主机必须和伙伴客户端堡垒机在同网段下2、解决方案需要配置和客户端堡垒同一个网段的业务机器，如客户端堡垒机私网ip为10.156.22.321（Ulab堡垒机会为客户端放通10.156.22.0/24网段），客户端业务主机ip需保持在10.156.22.0/24该网段下  【伙伴Ubuntu系统的堡垒机数据流量不转发的问题】1、问题分析伙伴按照指导问题配置好了vxlan，能ping通Ulab堡垒机（10.226.49.100）和vxlan的隧道ip地址。同一个网段的linux业务机器上也配置了路由（把访问eCampusCore的流量转发到了伙伴的堡垒机上），但是同一个网段的机器还是无法ping通Ulab的业务机器。2、解决方案Ubuntu系统的堡垒机关闭防火墙之后，还需要单独再执行一下如下命令：sudo iptables -P FORWARD ACCEPT  【成功启动strongswan再配置vxlan之后，ipsec隧道无法连接】1、问题分析伙伴内部网络防火墙对vxlan隧道有阻断机制2、解决方案可以通过手机热点连接公网，然后参考《伙伴接入ULab环境VPN部署指南》的"配置vxlan模板及路由"章节验证一下vxlan是否能成功建立。再排查伙伴内部网络的防火墙的策略  【vpn部署成功后，部分业务主机无法访问数字平台】1、问题分析可能是伙伴的业务主机做了nat转换2、解决方案请尝试删除nat表后，重新访问Ulab园区数字平台  【vpn伙伴VPN配置好后出现连接中断情况】1、问题分析可能是伙伴的业务主机做了nat转换2、解决方案请尝试删除nat表后，重新访问Ulab园区数字平台  【strongswan启动报错：no shared key found for 'xxx'-'%any'】1、问题分析strongswan的预共享密钥文件(/etc/strongswan/ipsec.secrets)第一行的注释说明被删除2、解决方案重新添加对应的说明即可  【安装strongswan失败】1、问题分析centos停止更新后yum源失效2、解决方案可以参考网上文档 重新配置yum源  【伙伴内部网络如何通过地址映射后互通Ulab】1、问题分析由于伙伴的网络安全要求，伙伴的AC设备访问Ulab的CI环境不允许直接对外暴露ip地址，但允许地址映射后互通2、解决方案伙伴堡垒机配置如下命令：iptables -t nat -A POSTROUTING -s 10.101.X.X/32 -o vxlan4 -j MASQUERADEUlab堡垒机放通伙伴堡垒机vxlan地址192.168.68.X至CI地址10.201.208.X的白名单和路由 其中10.101.X.X是AC地址，10.201.208.X是Ulab环境CI平台的地址， vxlan4是逻辑出接口，地址是192.168.68.X 

安防模块下的接口/service/HiCampus__SecurityWorkbenchBase/1.0.0/getEquipmentWithTypeList我看了基线代码，有这么一段这个key是固定的:"SECURITY_ALL_CAMERAS"每次获取摄像头列表的时候是从redis里获取但是这些摄像头数据是怎么进入redis里的，怎么手动刷新redis里的摄像头数据现在发现设备实例的数据和redis里获取的数据不同步，状态不一致。这个redis数据同步机制是什么？