r******y
发帖数: 3838 | 1 中间通过服务器转发。有什么好的方案解决。一般用udp比较高效率，但设备和手机睡
眠问题难解决。如果用tcp
是不是很耗电。还有是否需要像kafka那样的队列中间做并发流处理。 |
w***g
发帖数: 5958 | 2 用UDP不会比TCP明显省电，相比而言，需要付更多的engineering来保证数据到达。
我觉得不值得。
【在 r******y 的大作中提到】
: 中间通过服务器转发。有什么好的方案解决。一般用udp比较高效率，但设备和手机睡
: 眠问题难解决。如果用tcp
: 是不是很耗电。还有是否需要像kafka那样的队列中间做并发流处理。
|
a9
发帖数: 21638 | 3 手环到手机还要通过服务器转发？
【在 r******y 的大作中提到】
: 中间通过服务器转发。有什么好的方案解决。一般用udp比较高效率，但设备和手机睡
: 眠问题难解决。如果用tcp
: 是不是很耗电。还有是否需要像kafka那样的队列中间做并发流处理。
|
r******y
发帖数: 3838 | 4 类似手环，应该是宠物带的，不通过蓝牙传，是通过网络传，不能保证点对点穿透。你
有什么好办法？
【在 a9 的大作中提到】
: 手环到手机还要通过服务器转发？
|
k******t
发帖数: 1498 | 5 网络连接最耗电了。我比较好奇如果你built cellular/wifi modem之后的体积。
【在 r******y 的大作中提到】
: 类似手环，应该是宠物带的，不通过蓝牙传，是通过网络传，不能保证点对点穿透。你
: 有什么好办法？
|
a9
发帖数: 21638 | 6 要是我做，我会在狗环上采集数据，做初步的处理存到本地，然后隔段时间激活gsm模
块通过REST隔段时间传到服务器。
客户端如果是手机等手持设备，那就在用户打开应用的时间才从服务器通过REST获取数
据。
至到狗环端的时间间隔，看实际需求确定。比如说检测到有大量的运动可能就会比较频
繁。
如果根本就没有运动。那就休眠cpu和gsm模块达到省电的目的。
【在 r******y 的大作中提到】
: 类似手环，应该是宠物带的，不通过蓝牙传，是通过网络传，不能保证点对点穿透。你
: 有什么好办法？
|
d****i
发帖数: 4809 | 7 你这个要通过服务器来中转的方案明显是错了，应该是从手环到手机的p2p的直接通信
，这样既简单有省电还没有overhead和delay.
【在 r******y 的大作中提到】
: 中间通过服务器转发。有什么好的方案解决。一般用udp比较高效率，但设备和手机睡
: 眠问题难解决。如果用tcp
: 是不是很耗电。还有是否需要像kafka那样的队列中间做并发流处理。
|
a9
发帖数: 21638 | 8 做狗环的话不一定手机跟环一直在一起啊。直接通讯可能会丢数据。
机睡
【在 d****i 的大作中提到】
: 你这个要通过服务器来中转的方案明显是错了，应该是从手环到手机的p2p的直接通信
: ，这样既简单有省电还没有overhead和delay.
|
a9
发帖数: 21638 | 9 补充一下，狗环跟服务器端可能会自定一个协议。而不是用REST
但连接还是会用TCP
。你
【在 a9 的大作中提到】
: 要是我做，我会在狗环上采集数据，做初步的处理存到本地，然后隔段时间激活gsm模
: 块通过REST隔段时间传到服务器。
: 客户端如果是手机等手持设备，那就在用户打开应用的时间才从服务器通过REST获取数
: 据。
: 至到狗环端的时间间隔，看实际需求确定。比如说检测到有大量的运动可能就会比较频
: 繁。
: 如果根本就没有运动。那就休眠cpu和gsm模块达到省电的目的。
|
s********k
发帖数: 6180 | 10 根本不需要UDP，TCP，直接在MAC上做，因为手环需要大量的时间再SLeep，一般都是手
环wake up之后poll手机有没有信息给它，或者手环被外部事件int之后直接给手机送数
据，MAC的ACK就够了
【在 r******y 的大作中提到】
: 中间通过服务器转发。有什么好的方案解决。一般用udp比较高效率，但设备和手机睡
: 眠问题难解决。如果用tcp
: 是不是很耗电。还有是否需要像kafka那样的队列中间做并发流处理。
|
|
|
c*********e
发帖数: 16335 | 11 假定手环是linux操作系统，用c写个tcp server程序放到手环上。手环，手机是有ip
address的。用c写个tcp client程序放到手机上。
手环和手机的通讯怎么启动？每5分钟一次？还是由用户按个键来激发？
【在 r******y 的大作中提到】
: 中间通过服务器转发。有什么好的方案解决。一般用udp比较高效率，但设备和手机睡
: 眠问题难解决。如果用tcp
: 是不是很耗电。还有是否需要像kafka那样的队列中间做并发流处理。
|
l*******m
发帖数: 1096 | 12 参考 aws iot, sdk 有源码
【在 r******y 的大作中提到】
: 中间通过服务器转发。有什么好的方案解决。一般用udp比较高效率，但设备和手机睡
: 眠问题难解决。如果用tcp
: 是不是很耗电。还有是否需要像kafka那样的队列中间做并发流处理。
|
s********k
发帖数: 6180 | 13 老大，手环一个那么小的资源紧张你还弄linux上去，电带一会就没了吧
【在 c*********e 的大作中提到】
: 假定手环是linux操作系统，用c写个tcp server程序放到手环上。手环，手机是有ip
: address的。用c写个tcp client程序放到手机上。
: 手环和手机的通讯怎么启动？每5分钟一次？还是由用户按个键来激发？
|
a9
发帖数: 21638 | 14 用linux不太现实，可以考arduino，telix这些东西。
机睡
【在 c*********e 的大作中提到】
: 假定手环是linux操作系统，用c写个tcp server程序放到手环上。手环，手机是有ip
: address的。用c写个tcp client程序放到手机上。
: 手环和手机的通讯怎么启动？每5分钟一次？还是由用户按个键来激发？
|
l*******m
发帖数: 1096 | 15 用蓝牙
【在 r******y 的大作中提到】
: 中间通过服务器转发。有什么好的方案解决。一般用udp比较高效率，但设备和手机睡
: 眠问题难解决。如果用tcp
: 是不是很耗电。还有是否需要像kafka那样的队列中间做并发流处理。
|
c*********e
发帖数: 16335 | 16 你真的用过arduino,去它网站上下载linux 32bit版本，有88.3mb.
【在 a9 的大作中提到】
: 用linux不太现实，可以考arduino，telix这些东西。
:
: 机睡
|
w***g
发帖数: 5958 | 17 你太土了吧，88.3mb那个是开发环境。开发环境又不用装到表上去。
arduino的原装cpu atmega328p的flash是32KB。我手上有几块
16KB的版本，插在arduino上也能用。
【在 c*********e 的大作中提到】
: 你真的用过arduino,去它网站上下载linux 32bit版本，有88.3mb.
|
r******y
发帖数: 3838 | 18 按个键激发. 手环，手机的ip address 不固定怎么处理？
【在 c*********e 的大作中提到】
: 假定手环是linux操作系统，用c写个tcp server程序放到手环上。手环，手机是有ip
: address的。用c写个tcp client程序放到手机上。
: 手环和手机的通讯怎么启动？每5分钟一次？还是由用户按个键来激发？
|
r******y
发帖数: 3838 | 19 距离有限。
【在 l*******m 的大作中提到】
: 用蓝牙
|
