我正在使用 TK102 GPS 定位器。除此之外，我只得到了简单的最终用户文档。没有 API、开发规范或类似的用于编写将使用此本地化程序的代码。
有人告诉我它使用UDP。所以我写了一个简单的PHP监听器。但是任何一个本地化程序都没有使用 UDP，或者它与服务器之间的通信有问题。监听器工作正常（从其他客户端获取 UDP 数据包）并且定位器正在发送一些东西（GSM 运营商正在向我收取 GPRS 传输费用），但它发送的数据没有到达服务器。
我询问了Unix/Linux和SuperUser上的服务器或网络问题。在这里我只想问，如果有人知道这个本地化程序的任何 API/开发规范，那么我可以检查它是否真的使用 UDP 或者我是否没有犯任何其他错误（例如在配置中）。
我们在这里谈论Xexun TK102 Tracker。原来的那个，因为有很多中国其他公司的克隆，销售类似的GPS定位器，具有相同的封面和标志，但有：
机载电子设备性能较低（例如——能够每 20 或 30 秒报告一次位置，而不是像原来的那样每 5 秒报告一次），
发送较少信息的那些（缺少方向/方位、高度、用于定位的卫星数量等等），
使用不同格式的数据或非标准传输协议发送数据的单位（例如，较便宜的单位无法使用 UDP 协议，而是通过 TCP 协议传输数据，使用不总是遵循标准或定义的数据包。
Coban并且Kintech只是在 eBay 和电子商店出售的众多克隆中的两个，声称是原始Xexun跟踪器。
另一方面，原始Xexun和一些克隆（Coban例如）更难从自己的脚本中控制，因为它们需要来自服务器的正确答案，数据通过 GPRS 发送。如果单元没有收到这样的回复，它会断开连接。便宜的单元没有这种检查，并且总是通过提供的端口将位置数据发送到指定的 IP 地址。
这是Xexun原始定位器的产品描述（这里是名称下的克隆Kintech）。
可能的买家必须非常小心（并且应该确保退货政策，不建议直接在中国购买），因为有很多关于卖家声称出售原始Xexun设备并实际发送克隆的报道。
虽然这款设备已经使用了五年，但它仍然在许多地方（包括 eBay）出售，但即使在这些来源上，除了一些简单、非常基本的用户指南之外，对于开发人员来说也很难得到任何有价值的东西。
我已经确认信息（来自两个不同的来源）没有可用于此设备的官方 API。唯一的选择是谷歌搜索，询问其他用户或使用论坛（见下文）。
如果您拥有原始Xexun本地化程序，您可以尝试联系公司国际部门，并要求他们的技术人员对设备源代码进行一些更改，并向您发送更新的固件，以及您的更改 - 哇！公司本身也证实了这一点。
我找到了一个完美的 TK102 设备论坛，有很多问题和答案：
这是一个关于 TK102 设备的通用论坛（存活了 4.5 年，有 171 页和 2000 多个帖子！），
在这里，您将找到有关从该本地化程序接收数据的更具体的主题，
这个论坛也是关于 TK102 单元的，但它完全是法语的。
还有许多其他设备被讨论，总的来说，这是世界上最大的论坛，有本地化人员和类似信息的主题。
一般来说，任何TK102相关的设备都是打开一个socket进行直接TCP传输（原来的可以切换使用UDP协议）。数据通过用户指定的端口传输，配置中仅使用 GPRS（需要启用 GPRS 的 SIM 卡，无法使用 WiFi）。
发送频率、格式和发送的数据量，完全取决于所使用的设备类型——原始设备比克隆设备更广泛、更可配置。
使用FileDropper我分享了 TK102 Geolocalizer 的 GPRS 协议规范。它包含有关如何设置TK102（以及可能的所有克隆）通过 GPRS 发送位置的基本信息。除了从服务器端接收之外，您应该接收什么样的数据。这可能对某人有用。
顺便说一句：如果链接失效，请联系我重新上传或通过电子邮件发送
确保，如果您使用正确的数据传输协议！许多（真的很多）廉价克隆使用 TCP，而只有原始 TK102 允许切换到 UDP。这很方便，因为您需要非常基本的服务器配置来处理 TCP 连接，而您必须使用特定的服务器端软件（如node.js）或特定配置（对某些端口开放）来处理 UDP。但关键是要确定正确的协议，因为监听 TCP 数据，而您的定位器发送 UDP，肯定会失败。
Take into consideration, that many TK102 clones requires a correct response from the server after each data, it send. It breaks connection after sending some welcome garbage UDP packet, as it does not receive response, it waits for.
It is quite hard (quite impossible?) to find any guide to many of these clones, on what kind of responses server should sent. This often leads into situation of developer being unable to estabilish two-way communication between server and localizer. Many localizers are sold to be used only via SMS communication or throughs paid services that had signed and agreement with producer and received protocol specification that contains valid responses server should generate for particular TK102 clone.
Double check, if this is not source of problem, if you can't communiacte with your localizer from your app.
You can check some models protocol specs here: