在Linux上获取通知

⚠️
嗨,...感谢您来论坛。令人兴奋的消息!我们现在正在迁至我们的新论坛平台,将提供更好的功能,并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
8个帖子/ 0新
最后一篇
Omniot.
离线
最后一次露面:1年7个月前
加入:2018-11-08 00:21
在Linux上获取通知

你好,

我正在向现有的Linux IOT集线器应用程序添加对DA14585(库存多传感器固件版本)的支持。我一直在阅读Doc“Da14585 IoT MultiSensor开发套件软件参考应用程序”,但仍有一些问题。雷竞技安卓下载简而言之,我尝试使用Linux“bluetoothctl”应用程序来获得温度通知工作,但没有运气。在研究论坛中,虽然似乎可能存在带有Linux Bluez软件的错误(或者至少可能已经过去)了一些错误。或者,虽然我只能将错误的命令发送到传感器(完全可能)。无论如何,无论我做什么,我似乎都没有从任何特征获取通知我启用它们(包括我只能读取的“wrbl_dws_control_reply_char”)。下面的任何速度是我的问题 -

1)只需启用温度通知我猜到了DOC和做一些研究的情况是我会的 -

a)启用“wrbl_dws_control_reply_char”的通知
b)将配置字符串写入“WRBL_DWS_CONTROL_CHAR”以启用TEMP传感器
(我发送“0x0a 0x08 0x03 0x06 0x03 0x06 0x00 0x02 0x0a 0x00 0x01 0x00 0x00 0x00 0x05”)
c)启用“WRBL_DWS_TEMP_CHAR”的通知
d)可能将“start”命令(0x01)发送到“wrbl_dws_control_char”?

- 我已经尝试过许多与运气的组合

2)在第39页,在“DWSv2特性”表中,“WRBL_DWS_TEMP_CHAR”读取“温度报告的描述字段。传统DWS兼容性,未使用。”这是否意味着不应该使用这种特性?我们只使用“wrbl_dws_multi_sens_char”吗?

3)Start命令(0x01到“wrbl_dws_control_char”)确切地说是什么?第71页,它读取“修改后的设置将在下一个启动命令后应用”。这是否意味着在每次写入“WRBL_DWS_CONTROL_CHAR”之后,您需要使用start命令跟进?这似乎不太可能,但我无法找到其他描述。

无论如何,对不起很长的问题,希望这会让我走向我,如果它是我做错的话,或者如果仍然存在蓝兹的问题,那么我会知道一种方式。

thx,tal.

设备:
PM_DIALOG.
离线
最后一次露面:2天4小时前
职员
加入:2018-02-08 11:03
嗨乌米,

嗨乌米,

谢谢你的帖子。让我检查你的问题,我会尽快回复你。

谢谢,PM_DIALOG.

Omniot.
离线
最后一次露面:1年7个月前
加入:2018-11-08 00:21
太好了谢谢。如果你

太好了谢谢。如果您需要任何其他信息来澄清我的问题,请告诉我...

PM_DIALOG.
离线
最后一次露面:2天4小时前
职员
加入:2018-02-08 11:03
嗨乌米,

嗨乌米,

你能告诉我,只有在使用Linux Bluez软件时才能启用温度通知吗?你用另一个应用程序尝试过吗?您是否尝试过IoT Multi Sensor移动应用程序?可能,这可能是蓝兹方面的问题,但让我进一步检查。

谢谢,PM_DIALOG.

Omniot.
离线
最后一次露面:1年7个月前
加入:2018-11-08 00:21
对不起,我想我不清楚

对不起,我猜我不清楚......我不是想说传感器有什么问题,我很确定它很好。不仅仅是我猜的主要问题是,从开发人员的角度来看,需要发送哪些命令序列来获取传感器开始发送温度通知的特征?刚刚基本上,假设刚刚打开并连接的库存传感器/固件,接下来需要做什么?从我的原始帖子,我尝试了什么 -

1)启用“wrbl_dws_control_reply_char”的通知
2)将配置字符串写入“WRBL_DWS_CONTROL_CHAR”以启用TEMP传感器
(我发送“0x0a 0x08 0x03 0x06 0x03 0x06 0x00 0x02 0x0a 0x00 0x01 0x00 0x00 0x00 0x05”)
3)启用“WRBL_DWS_TEMP_CHAR”的通知
4)可能会将“start”命令(0x01)发送到“wrbl_dws_control_char”?

它不起作用(没有收到任何类型的通知或回复)。应该工作,还是我错过了一些步骤?如果我知道它应该工作,那么我必须假设它是一个蓝色问题,否则希望你能给我一个应该有效的序列。

再次感谢!

Omniot.
离线
最后一次露面:1年7个月前
加入:2018-11-08 00:21
我认为我会圈回来

我认为我会回来并回答一些可能发生的人的一些问题......首先,由于任何原因Bluez似乎有一个问题,传感器谈判较大的MTU比旧的BLE最大值。我不确定它是否是一个蓝色的错误,或者传感器正在不正确的东西,但我有两个来自不同制造商的较新传感器,这些传感器显示出相同的行为。以任何速度,由于新的Bluez“获取”DBus接口返回MTU,我刚刚拍摄了一个随机拍摄并尝试了它(而不是正常的startnotify接口),并开始通知。所以这是我没有得到数据的原因的一部分。此外,根据我的第二个问题,您只能通过“wrbl_dws_multi_sens_char”来获取数据(或者至少仅为ME工作)。所以,标有“遗留DWS兼容性的条目”。不应该使用。他们可能不会被记录(或至少更好地解释)。就正确的顺序而言,我仍然没有真正确定,但是从试验和错误看起来它首先为wrbl_dws_control_reply_char和wrbl_dws_multi_sens_char特征启用通知。然后将命令类型“0x0a”写入wrbl_dws_control_char,以配置要启用/接收的任何传感器,然后写入“0x01”start命令(也向WRBL_DWS_CONTROL_CHAR编写)。

再次,我并不真正确定这是完全正确的,但它似乎正在运行,所以它是使用Bluez / D-Bus API /库的其他人的起点。如果有任何人可以添加,更正或澄清那么伟大的任何人。到目前为止,这一切都只是从审判和错误(实际上很多错误)......

PM_DIALOG.
离线
最后一次露面:2天4小时前
职员
加入:2018-02-08 11:03
嗨乌米,

嗨乌米,

感谢您的反馈和您的迹象。

谢谢,PM_DIALOG.

Omniot.
离线
最后一次露面:1年7个月前
加入:2018-11-08 00:21
好吧,再次,只是为了任何人

好吧,再次,只是为了遇到这个问题。Bluez Bluetoothctl Interactive Line命令中存在一些奇怪的行为,使用DA14585,但令人愉悦之后,您毕竟不必使用Acquirenotify接口。如果使用line命令,则使用“notify开启”启用通知然后执行要开始的写入通知,否则您将无法获取任何内容,除非...您使用“SELECT-CHARENTISTING”命令并选择最后一次写命令您想要通知的特征。然后他们神奇地开始。因此,可能在Line命令中或某些传感器行为中的错误,它们不希望/支持。无论如何,好消息是,一旦我制定了我需要发送的命令,在我的蓝Z基础的应用中,一切都按预期工作。我的应用程序使用Bluetoothctl的所有相同的D-Bus呼叫,所以不确定它为何工作,但它再次这样做......再次跟进未来其他任何问题的其他人。