gpt4 book ai didi

api - TK102 GPS定位器的API,开发规范或类似内容

转载 作者:行者123 更新时间:2023-12-01 15:32:32 26 4
gpt4 key购买 nike

我正在使用TK102 GPS定位器。伴随着它,我只有简单的最终用户文档。没有用于编写将使用此本地化程序的代码的API,开发规范或类似内容。

有人告诉我它使用UDP。因此,我编写了一个简单的PHP侦听器。但是要么本地化器未使用UDP,要么本地化器与服务器之间的通信出现问题。侦听器工作正常(从其他客户端获取UDP数据包),而本地化程序正在发送某些内容(我由GSM运营商负责GPRS传输),但它发送的数据无法到达服务器。

我询问了有关Unix/LinuxSuperUser的服务器或网络问题。在这里,我只会问,如果有人知道此本地化程序的任何API / dev规范,那么我可以检查它是否确实使用UDP,或者是否没有发生任何其他错误(例如在配置中)。

最佳答案

本地化程序及其克隆

我们在这里谈论Xexun TK102 Tracker。原始版本是因为其他公司在中国的其他公司下有很多克隆,销售类似的GPS定位器,但具有相同的封面和徽标,但具有:

  • 车载电子设备较少(例如,能够每20或30秒报告一次位置,而不是像原始报告那样每5秒报告一次位置),
  • 发送的信息较少(缺少方向/方位,高度,用于定位的卫星数量等等),
  • 单元使用不同格式的数据或非标准传输协议来发送数据(例如,便宜的单元无法使用UDP协议,而通过TCP协议传输数据,使用的数据包并非始终遵循标准或规定。
    CobanKintech只是在eBay和网上商店出售的许多克隆中的两个,它们声称是原始的Xexun跟踪器。

    另一方面,原始Xexun和某些克隆(例如Coban)更难以通过自己的脚本进行控制,因为它们需要服务器提供正确的答案,服务器通过GPRS发送数据。如果设备未收到此类回复,则会中断连接。 Cheapes单元没有进行此检查,它将始终通过提供的端口将位置数据发送到指定的IP地址。

    产品描述

    Here is原始Xexun本地化程序的产品描述(而hereKintech名称下的克隆)。

    可能的买家必须非常小心(并应制定退货政策,不建议在中国直接购买),因为有许多关于卖家声称出售原始Xexun设备并实际发送克隆商品的报告。

    尽管此设备已经使用了5年,但仍在许多地方(包括eBay)上出售,但是即使在这些来源,对于开发人员来说,除一些简单,非常基本的用户指南外,都很难获得任何有价值的东西。

    我已确认信息(来自两个不同的来源),该设备没有可用的官方API。唯一的选择是在Google周围逛逛,询问其他用户或使用论坛(请参见下文)。

    如果您拥有原始Xexun本地化程序,则可以尝试与公司国际部门联系,并要求其技术人员对设备源代码进行一些更改,并随更改发送给您更新的固件-哇!公司本身已经证实了这一点。

    论坛

    我找到了TK102设备的理想论坛,其中有很多问题和答案:
  • here是有关TK102设备的一般论坛(存活4.5年,有171页和2000多个帖子!),
  • here,您将找到有关从此本地化器
  • 接收数据的更具体的主题
  • this论坛也涉及TK102单元,但完全使用法语。

  • 还有许多其他设备受到争议,总的来说,这是世界上最大的论坛,主题涉及本地化人员和类似信息。

    GPRS协议规格

    通常,任何与TK102相关的设备都在打开用于直接TCP传输的套接字(可以将其切换为使用UDP协议)。数据正在通过用户指定的端口进行传输,仅在配置中且仅使用GPRS(需要启用GPRS的SIM卡,否则无法使用WiFi)。

    发送频率,发送数据的格式和数量完全取决于所使用的设备的类型-与克隆相比,原始设备更广泛,更可配置。

    使用FileDropper我共享了 GPRS Protocol Specification for TK102 Geolocalizer。它包含有关如何设置 TK102(及其可能的所有克隆)以通过GPRS发送位置的基本信息。以及除了应该从服务器端接收的数据外,还应该什么样的数据。这对某人可能有用。

    顺便说一句:如果链接失效,请与我联系以重新上传或通过电子邮件发送

    更正服务器响应问题

    确保使用正确的数据传输协议!许多(确实很多)廉价克隆使用TCP,而只有原始TK102允许切换到UDP。这很方便,因为您需要真正的基本服务器配置来处理TCP连接,而必须使用特定的服务器端软件(例如 node.js)或特定的配置(对某些端口开放)来处理UDP。但是关键是要确定正确的协议,因为在本地化程序发送UDP的同时侦听TCP数据最有可能失败。

    考虑到许多TK102克隆在发送每个数据后都需要服务器的正确响应。发送一些欢迎垃圾UDP数据包后,它断开连接,因为它没有收到响应,而是在等待。

    很难(几乎不可能?)找到关于许多克隆的指南,以及服务器应该发送哪种响应。这常常导致开发人员无法建立服务器与本地化器之间的双向通信的情况。许多本地化器仅通过SMS通讯或已与生产者签署并达成协议的付费服务使用,并且包含协议响应,其中包含有效响应服务器应为特定TK102克隆生成的协议规范。

    仔细检查(如果这不是问题的根源),或者您无法与应用中的本地化工具进行通讯。

    关于api - TK102 GPS定位器的API,开发规范或类似内容,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12298302/

    26 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com