tre*_*der 2 api gps geolocation
我正在使用TK102 GPS定位器.与此同时,我只获得了简单的最终用户文档.没有用于编写将使用此本地化程序的代码的API,开发规范或类似内容.
我被告知它使用UDP.所以我写了一个简单的PHP监听器.但是,本地化程序不使用UDP,或者它与服务器之间的通信有问题.监听器工作正常(从其他客户端获取UDP数据包)和本地化程序正在发送一些东西(我正在由GSM运营商为GPRS传输充电),但它发送的数据不会到达服务器.
我询问了Unix/Linux和SuperUser上的服务器或网络问题.在这里我只会问,如果有人知道这个本地化程序的任何API/dev-specs,那么我可以检查,它是否真的使用UDP或者我没有做任何其他错误(例如在配置中).
tre*_*der 12
我们在Xexun TK102 Tracker这里谈论.最初的一个,因为在中国的其他公司下有很多克隆,销售类似的GPS定位器,具有相同的封面和标识,但有:
船上性能较差的电子设备(例如 - 能够每20或30秒报告一次位置,而不是像原来的那样每5秒报告一次),
那些发送较少信息的信息(缺乏方向/方位,海拔高度,用于定位的卫星数量等等),
使用不同格式的数据的单元或用于发送它的非标准传输协议(例如,较便宜的单元不能使用UDP协议并且通过TCP协议传输数据,使用不总是遵循标准或定义的分组.
Coban并且Kintech只是在eBay和电子商店出售的许多克隆中的两个,声称是原始Xexun跟踪器.
另一方面,原始Xexun和一些克隆(Coban例如)很难从自己的脚本控制,因为它们需要来自服务器的正确答案,其中数据通过GPRS发送.如果单位没有收到此类回复,则会中断连接.cheapes单元没有这个检查,并且总是通过提供的端口将位置数据发送到指定的IP地址.
这是原始Xexun本地化程序的产品描述(这里是Kintech名称下的克隆).
可能的买家必须非常小心(并且应该确保退货政策,不建议直接在中国购买),因为有很多关于卖家声称出售原始Xexun设备并实际发送克隆的报道.
虽然这个设备已有五年历史了,但它仍然在许多地方(包括eBay)销售,但即使在论坛上,除了一些简单,非常基本的用户指南外,很难为开发人员提供任何有价值的东西.
我已经确认(来自两个不同来源)的信息表明该设备没有可用的官方API.唯一的选择是谷歌周围,询问其他用户或使用论坛(见下文).
如果您拥有原始的Xexun本地化程序,您可以尝试联系公司国际部门,并要求他们的技术人员对设备源代码进行一些更改,并向您发送更新的固件,以及您的更改 - 哇!公司本身证实了这一点.
我找到了TK102设备的完美论坛,有很多问题和答案:
还有许多其他设备被讨论,一般来说,这是世界上最大的论坛,主题是本地化者和类比信息.
通常,任何与TK102相关的设备都会打开用于直接TCP传输的套接字(原始设备可以切换为使用UDP协议).数据通过用户指定的端口转换,配置和仅使用GPRS(需要SIM卡启用GPRS,无法使用WiFi).
发送的数据的发送频率,格式和数量完全取决于正在使用的设备类型 - 它在原始设备中比在克隆中更广泛且更易于配置.
使用FileDropper我共享TK102 Geolocalizer的GPRS协议规范.它包含有关如何设置TK102(以及可能的所有克隆)通过GPRS发送位置的基本信息.除了从服务器端接收数据之外,您还应该使用哪种数据.这可能对某人有用.
顺便说一句:如果链接坏了,请联系我重新上传或通过电子邮件发送
如果您使用正确的数据传输协议,请确保!许多(真的很多)廉价克隆使用TCP,而只有原始TK102允许切换到UDP.这很方便,因为您需要真正基本的服务器配置来处理TCP连接,而您必须使用特定的服务器端软件(如node.js)或特定配置(对某些端口开放)来处理UDP.但关键是要确定正确的协议,就像收听TCP数据一样,当你的本地化器发送UDP时,肯定会失败.
考虑到许多TK102克隆需要在每个数据发出后从服务器得到正确的响应.它在发送一些欢迎垃圾UDP数据包之后断开连接,因为它没有收到响应,它等待.
很难(非常不可能？)找到许多这些克隆的任何指南,服务器应该发送什么样的响应.这经常导致开发人员无法在服务器和本地化器之间建立双向通信的情况.许多本地化器仅出售用于通过SMS通信或通过付费服务使用,该服务已经与生产者签署并且与生产者签订了协议规范,其中包含服务器应为特定TK102克隆生成的有效响应.
如果您不能通过应用与社交器进行通信,请仔细检查,如果这不是问题的根源.
| 归档时间： |
|
| 查看次数： |
8633 次 |
| 最近记录： |