日志已发送
检查一下环境上cat /dev/shm/dbus/.dbus环境变量是否与env对的上
再试试telnet下进行查询操作是否能查询到
object_manage.on_add_object,能看下你这块是怎么实现的,怎么注册你的对象添加方法
你其他自发现对象有正常上树吗 给on_add_object你的回调加个pcall看下是否有抛错
在2512版本上,hk_general_hardware这个我们自己的app,所有的对象都上不了树,现象和Expander是一样的,但是在2509上就没问题
on_add_object里面加pcall有信息吗
你包的是起监听的地方,包回调执行的那块 self.expander_service:on_add_object那块
一键收集如下,帮忙看下呢,看有没有什么东西可以定位的:
对象不上树一键收集.z01.txt (9 MB)
对象不上树一键收集.zip.txt (8.3 MB)
论坛只能上传文本类型文件,我这是分卷压缩的,把两个文件下载下来,放在同一个目录下,把txt后缀去掉,解压 对象不上树一键收集.zip 即可
我感觉现在得从2509和2512的差异上来进行分析了,因为我使用的组件版本都是同一个,是不是2512代码自动生成需要什么特殊要求,还是说在manifest上,新增app有什么特殊的注意点?
我主要不太理解为什么一点报错没有会没上树
local class_mgnt = require 'mc.class_mgnt'
local log_obj = class_mgnt('Expander').Expander_00["bmc.kepler.Object.Properties"]
print(log_obj.ObjectName)
用debug_console注入这段代码到你的服务看下内存里有没有对象
busctl --user call bmc.kepler.hwdiscovery /bmc/kepler/ObjectGroup/00 bmc.kepler.ObjectGroup GetObjects a{ss}s 0 hk_general_hardware
你这个对象是position 00吗,发一下这条命令看下自发现解析的对象数据
一般没有什么特殊,我知道比较容易出问题一个点是组件的config.cfg需要配置MODULE_NAME字段
内存里有对象我觉得有可能还是上树又下树了,下午再一起看下吧















