问题标签 [android-wear-data-api]

在 Android Wear 上，NodeAPI 具有获取连接节点的接口。这个连接的节点由操作系统本身在某个地方维护（猜测它在 gms.wearable 共享首选项中）。由于这个原因，当一个人试图将手表的连接设备切换到另一个设备时，Android Wear 4.4W2 会阻止此切换。

有没有办法以编程方式删除磨损侧的连接节点？

以上是 Android Wear 文档中的 NodeAPI 列表。根据我的分析，我只是认为他们要么缺少 API，removeConnectedNode要么只是想在出厂重置后挂在第一个连接的节点上。后者似乎是糟糕的设计，目前似乎是 Android 4.4W2 更新的情况。

我认为它只会询问设备上的本地数据存储，但文档说：

从 Android Wear 网络中检索与提供的 Uri 匹配的所有 DataItem

目前尚不清楚“来自 Android Wear 网络”的确切含义。这是否意味着它总是向网络请求最新数据？

我正在开发一个包含一些可穿戴功能的 Android 应用程序。我有一些使用 Wea​​rableExtender 的通知，它们工作正常。但是当我尝试使用 Data Layer Api 时它不起作用。

我已经使用了这篇文章的答案中提出的代码：Android Wear Watchface Settings on host but onDataChanged(DataEventBuffer dataEvents) is never called。我正在使用 Android 模拟器进行移动和观看。

这是我在手表的 LogCat 上得到的：

似乎在手表上收到了带有适当路径（path=/SAMPLE）的东西。但是，我看不到任何消息（我放了一些日志来检查数据是否到达手表）。

任何提示将不胜感激。

编辑：

我在手机端使用的代码：

在AndroidManifest.xml中：

我在可穿戴方面使用的代码：

在AndroidManifest.xml中：

在两个 清单中我都有一行：

在应用程序标签内

这是我的代码，我不明白为什么我得到成功状态，但是由于手持应用程序关闭，所以没有从手持设备收到消息...我怎么知道消息是否在手持设备上发送和接收？

我想在用户指定的某个时间仅在可穿戴应用程序中显示通知。

为了进行测试，我在手持应用程序中有一个 BroadcastReceiver，它启动服务并在当时在手持设备和可穿戴设备中显示通知。我还在手持模块和可穿戴模块之间建立了 Message Api 通信。这两个部分工作正常。

所以我不知道当 BroadcastReceiver 被触发时我是否可以通过 Message Api 发送消息以便仅在可穿戴设备中显示通知。我应该在 onReceive() 方法中启动 GoogleApiClient 吗？或者有没有其他方法可以做我想做的事？

这是我的 BroadcastReceiver，但我想更改它的代码：

谢谢！

有没有人可以分享有关使用 Android Wear 使用手腕运动（与触摸屏上的滑动运动相反）进行手势检测的任何信息？

API中是否对此有官方支持？如果没有，您认为这可以通过自定义 ROM 启用吗？考虑到 Android Wear 是......好吧，Android 和 Android 具有从基于 Android 的智能手机的加速度计获取数据的所有 API 功能（以及许多有用的开发资源），我认为这不会太难？还是我忽略了什么？

有人在http://forum.xda-developers.com/android-wear/development/gesture-detection-using-wrist-t2936656说了以下

使用华硕远程相机应用程序进行 android 磨损。如果您转动手表，它会用您的智能手机相机拍照！

我回答说：

所以手腕手势检测似乎是完全可能的？但是您或其他人能否给我一些关于 Android Wear 的额外背景信息：我应该将 Android Wear 视为 Android API 的简单扩展吗？我的意思是：如果智能手表具有该传感器，我是否可以使用与解释智能手机/平板电脑传感器数据相关的所有 Android API 函数？（例如加速度计）

由于我正在查看与可穿戴设备相关的特定部分（删除空格：developer . android . com/training/building-wearables.html ），但我找不到有关手腕手势检测的任何信息。
这仅仅是因为 Android API 中的其他所有内容都自动适用于智能手表开发吗？

（可以说，我对移动开发还很陌生。）

至今没有答案。我现在在这里问，希望我能得到答案......

我创建了一个应用程序。在这个应用程序中，您拥有包含 2 个字符串（姓名和年龄）和一个位图（头像）的对象。一切都保存到一个 sqlite 数据库。

现在我希望这些对象可以在我的智能手表上访问。所以我想实现你可以去启动，启动应用程序并左右滚动来查看这些对象。

这意味着我必须从手机中检索对象并在手表上获取它们。

我目前想知道我是否做对了所有事情，或者我应该以不同的方式做事。每当您在手表上启动应用程序时，我都会向手机发送我想要这些对象的请求。

在电话上，我收到了这条消息，并用一个对象发回了一条消息。

在手表上，然后我正在检索对象。

现在我遇到了两个问题：

1）这是要走的路还是我应该以不同的方式解决它？

2）是否可以一次发送多个对象，或者我只需要在“onConnected”方法中的部分周围放置一个循环并分别发送每个对象？

我有日食，我已经关注了这个链接：

但仍然无法解决导入“WatchViewStub”和“DismissOverlayView”

注意 ElizaChat 示例可穿戴应用程序适用于我。

那么为什么 WatchViewStub 示例不起作用？

少了什么东西 ？

我创建了类“CommunicationService”，它扩展了 WearableListenerService。我通过以下操作修改了清单并添加了服务：

我重写了 onPeerDisconnected 和 onPeerConnected 方法，如下所示：

我在连接时存储 true，在断开连接时存储 false 到我的共享首选项。

在其他类中，我像这样调用此服务的方法。

所以问题是，当我运行我的应用程序并连接到手表时，一切正常，当我手动禁用蓝牙并重试时，一切正常，因此 Toast 显示有关连接错误的警告。

但是当我离开手表并回到它时（我失去了连接，然后当我足够近时将它恢复）它会显示 Toast 警告连接错误，但在 Android Wear 应用程序中它说可穿戴设备已连接到手持设备.

所以我猜我的服务有问题，它没有以正确的方式更新我的共享首选项。

我也不知道在服务中我应该做什么 onCreate 方法。我应该检查是否有任何与此相关的节点：

然后只是更新我的共享偏好？

I could really use some help. I'm having trouble getting my Android Wear device to recognize data changes made by my activity that runs on my Android tablet. I'm relatively new to Android and very new to the Wear APIs so I might be missing something completely obvious or trivial without realizing. I've pieced together a project from a couple of examples from the Android Wear doc pages and from the TwoToasters example on github. I just want to get data communication set up between the devices so that I can then edit the code in order to display images from my tablet on my Wear device. Ultimately, I want to be able to start/stop a slideshow on my Wear device from my tablet but I should be able to get there on my own once I get the data communication protocol set up and working so I'm really just looking for help with that. Here is my code so far:

Mobile:

Wear:

Everything "seems" to succeed as far as I can tell but the Toast in the Wear's "onDataChanged" method never shows up on the Wear's display which makes me think it isn't seeing the data change for some reason. Any help would be greatly appreciated!