iCassius

I have same issus . I bought 2 ccs811 with 2 nodemcu for testing. One of the readings will start to rise indefinitely after a random time The value of...

same issus and i was looking for that how to get and set baseline at init

{"code":506,"data":null,"msg":"DsyncDingTalkDepts添加部门失败: 添加部门: 产研, 失败: LDAP Result Code 32 \"No Such Object\": "} 同样也有这个问题，dn都修改过是一致的

问题好像出现在，因为是手动部署的，在admin后台里是默认带了dingtalkroot这个dn的。 但是LDAP里面是没有这个dn 所以会无法加入进去 应该是单独部署admin的时候的问题 ui后台看到的3个dn也无法删除。因为LDAP中不存在 {"code":505,"data":null,"msg":"向LDAP删除分组失败：LDAP Result Code 32 \"No Such Object\": "}

装了个phpldapadmin 新加了一个ou 改名为dingtalkroot 就能同步了

> > 问题好像出现在，因为是手动部署的，在admin后台里是默认带了dingtalkroot这个dn的。 > > 手动部署的时候，的确是有一些数据需要初始化的，其实使用docker-compose部署的时候，也是会先初始化这些数据的： > > 我目前还遇到经常LDAP和admin后台数据不同步的问题。。。而且后续手动同步钉钉的时候经常会出现写入信息失败的问题。应该也是遇到了LDAP同步问题

 根据docker说明里的手动在ldap里建立之后，如果ldap同步刷新了admin后台，会有不同步情况。admin后台会出现2个根部门。而且会多次同步失败 {"code":506,"data":null,"msg":"DsyncDingTalkDepts添加部门失败: 查询父级部门失败：record not found"} mysql里面source_dept_id为dingtalk_1才能满足写入的需求 数据在ldap里是正常的，在admin后台会出现在ldap里不存在的那个dingtalkroot 应该是因为是后面手动建立的 导致mysql里面编号不同步了

对的,这个是在LDAP中新建,然后在admin后台点击LDAP同步之后同步进来的. 随后点击了同步钉钉架构,然后多出来一个dingtalkroot. 数据在这个新的ou下面. admin后台显示LDAP的那个ou下面没有数据. LDAP中显示只有这一个dingtalk ou,并且有数据 此后无法在admin后台继续操作,均提示写入失败类似字样. 后续解决方法是在admin后台移除所有ou后,在LDAP中手动建立了dingtalk ou,然后回到admin后台同步回来 最后去mysql中修改其source_dept_id为dingtalk_1 再同步钉钉成功