TK102GPSローカライザーを使用しています。それに伴い、単純なエンドユーザーのドキュメントしか入手できませんでした。このローカライザーを使用するコードを作成するためのAPI、開発仕様などはありません。
UDPを使用していると言われました。そこで、単純なPHPリスナーを作成しました。ただし、ローカライザーがUDPを使用していないか、ローカライザーとサーバー間の通信に問題があります。リスナーは正常に動作し（他のクライアントからUDPパケットを取得）、ローカライザーは何かを送信しています（GPRS送信についてGSMオペレーターから課金されています）が、送信するデータはサーバーに到達しません。
Unix/LinuxとSuperUserでのサーバーまたはネットワークの問題について質問しました。ここでは、誰かがこのローカライザーのAPI / dev-specsを知っているかどうかだけを尋ねるので、それが本当にUDPを使用しているかどうか、または他のエラー（構成など）を行っていないかどうかを確認できます。
私たちはXexun TK102 Trackerここについて話している。オリジナルのもの。中国の他の会社の下に多くのクローンがあり、同様の GPS ローカライザーを販売しており、カバーとロゴは同じですが、次のものがあります。
搭載されている電子機器のパフォーマンスが低下します (たとえば、元のように 5 秒ごとに 1 回ではなく、20 秒または 30 秒ごとに 1 回位置を報告できます)。
より少ない情報を送信しているもの (方向/方位、高度、位置修正に使用される衛星の数などの欠如)、
異なる形式のデータまたは非標準の送信プロトコルを使用して送信するユニット (たとえば、安価なユニットは UDP プロトコルを使用できず、標準または定義に常に従うとは限らないパケットを使用して、TCP プロトコル経由でデータを送信しています。
CobanKintecheBay や e ショップで販売されている多くのクローンのうちの 2 つにすぎず、オリジナルのトラッカーであると主張していますXexun。
一方、元Xexunのクローンや一部のクローン (Cobanたとえば) は、データが GPRS 経由で送信されるサーバーからの正しい応答を必要とするため、独自のスクリプトから制御するのが困難です。ユニットがそのような応答を受信しない場合、接続が切断されます。安価なユニットにはこのチェックがなく、提供されたポートを介して指定された IP アドレスに位置データが常に送信されます。
Xexunオリジナルのローカライザーの製品説明はこちら(そしてこちらはクローンKintech名義)。
元のXexunデバイスを販売していると主張し、実際にクローンを送信する販売者に関する多くの報告があるため、購入者は非常に注意する必要があります (中国での直接購入は推奨されないため、返品ポリシーを確保する必要があります)。
このデバイスは 5 年前のものですが、まだ多くの場所 (eBay を含む) で販売されています。
このデバイスで利用できる公式の API がないという情報を (2 つの異なる情報源から) 確認しました。唯一の選択肢は、Google で検索するか、他のユーザーに質問するか、フォーラムを使用することです (以下を参照)。
Xexun元のローカライザーを所有している場合は、会社の国際部門に連絡して、技術者にデバイスのソース コードにいくつかの変更を加え、更新されたファームウェアを変更と共に送信するよう依頼することができます。それは会社自身によって確認されました。
TK102 デバイスに最適なフォーラムを見つけました。多くの質問と回答があります。
ここは TK102 デバイスに関する一般的なフォーラムです (171 ページと 2000 以上の投稿で 4,5 年間存続しています!)、
ここでは、このローカライザーからのデータの受信に関するより具体的なトピックを見つけることができます。
このフォーラムも TK102 ユニットに関するものですが、すべてフランス語です。
議論されている他の多くのデバイスがあり、一般的に、これは世界最大のフォーラムであり、ローカライザーと同様の情報に関するトピックがあります.
一般に、TK102 関連のデバイスは、直接 TCP 送信用のソケットを開いています (元のソケットは、UDP プロトコルを使用するように切り替えることができます)。データは、ユーザーが指定したポートを介して送信されます。設定では、GPRS のみを使用します (GPRS が有効になっている SIM カードが必要です。WiFi を使用する方法はありません)。
送信されるデータの送信頻度、形式、および量は、使用されているデバイスの種類に完全に依存します。元のデバイスでは、クローンよりも広範囲で構成可能です。
FileDropperを使用して、TK102 Geolocalizer の GPRS プロトコル仕様を共有しました。TK102GPRS 経由で位置情報を送信するためのセットアップ方法 (および可能なすべてのクローン) に関する基本情報が含まれています。そして、サーバー側で受信することを除いて、どのような種類のデータを受け取る必要がありますか。これは誰かにとって役に立つかもしれません。
ところで: リンクが切れた場合は、私に連絡して再アップロードするか、電子メールで送信してください
正しいデータ転送プロトコルを使用しているかどうかを確認してください! 多くの (本当に多くの) 安価なクローンは TCP を使用しますが、元の TK102 のみが UDP への切り替えを許可します。node.jsTCP 接続を処理するには本当に基本的なサーバー構成が必要ですが、 UDP を処理するには特定のサーバー側ソフトウェア ( など) または特定の構成 (特定のポートに対して開く)を使用する必要があるため、これは便利です。しかし、ローカライザーが UDP を送信している間に TCP データをリッスンすると、確実に失敗するため、重要なことは正しいプロトコルを決定することです。
多くの TK102 クローンは、各データの送信後にサーバーからの正しい応答を必要とすることを考慮してください。ウェルカム ガベージ UDP パケットを送信した後、応答を受信しないため、接続を切断します。
どの種類の応答サーバーを送信する必要があるかについて、これらのクローンの多くに関するガイドを見つけるのは非常に困難です (不可能ですか?)。これは、開発者がサーバーとローカライザー間の双方向通信を確立できないという状況につながることがよくあります。多くのローカライザーは、特定の TK102 クローンに対してサーバーが生成する必要がある有効な応答を含むプロトコル仕様を受け取り、プロデューサーと署名して同意した SMS 通信または有料サービスを介してのみ使用するために販売されています。
これが問題の原因でない場合、アプリからローカライザーと通信できない場合は、再確認してください。
ここでいくつかのモデルのプロトコル仕様を確認できます。