Hello,
I know this interesting page from TUMSAT GNSS summer school. I would like to know if the materials in https://gnss-learning.org/learning/ for example the Simulink-based GNSS SDR is open source and can be downloaded?
Thank you very much.
Best regards,
Minh
午後の後半は、1番目にL5信号の耐マルチパス性能を向上させる手法について、2番目は鈴木先生のスマホチャレンジでトップ（去年に続き今年も）になった技術内容の発表、3番目はThomas Pany先生のところの、ソフトウェアベースの信号シミュレータの開発状況、4番目はスマホチャレンジのセッションにもどり、Googleの方の本チャレンジのサマリーを聞きました。すべて興味深い発表で1日目は眠気もこず集中できていたと思います。最初の発表も知っている方の発表で、若干内容についていけなかったので、明日確認。写真は鈴木先生の発表時のもので鈴木先生をよく知っているだけに誇らしかったです。横がGoogleのFrank Van Diggelen氏（GNSS業界ではかなり有名、現在のIONの会長？）です。さらにその横にたっている方もGoogleのMichael氏。この2人にはタローと呼ばれていました。もう5－6年前よりAndoridでのGNSS観測データをオープンにするプロジェクトを立ち上げ（そのタイミングでFrank氏がGoogleに転職していた）、ここまできたかという印象。私も車両でスマホの精度をたびたび確認しますが、市販品でリアルタイムでよくやるなと思います。このセッションでの発表内容も市販品に入ってくるかもしれませんね。本プロジェクトのSDRでのコンテスト（来年予定）もどこかの学会でその事例を紹介できればと思います。SDRベースなので、わかりやすいのはIFデータ（オープンスカイと都市部）だけ公開して、あとはどこまで精度を高めれるかというようなものです。
Hello,
Could you please check the link for IF data L1 (RTL-SDR) and IF data L5 (TeleOrbit)?
The links seem broken.
Thank you very much.
Best regards,
Gia Minh Hoang
Hello,
I know this interesting page from TUMSAT GNSS summer school. I would like to know if the materials in https://gnss-learning.org/learning/ for example the Simulink-based GNSS SDR is open source and can be downloaded?
Thank you very much.
Best regards,
Minh
Hello Minh,
Thanks for your interest in our website.
We will get back to you on your question and request via email.
Kind regards,
発表に関係ないですが、初日の朝にはやめに学会会場にいくと香港理工大のLiTaHsu先生がおられ、早速こちらの学生が短期で研究訪問できるか聞きました。可能なようで、先生が認めてくれれば、3か月分の滞在費は相手側の大学から出るということでした。それ用の資金をお持ちのようです。香港は中国と異なり、COVIDに関しては日本より先にオープン。海外から人がこないとやってられない国と先生自身が言ってました。その他、米国企業からのオファーもあるようで、このような学会でトップレベルで活躍されている方はそういう機会あるのだと思います。そのあと、鈴木先生に確認すると、予想通り同じでした。10年前でも米国のITは給料高かったですが、今はさらにあがっているので、今回参加されていたJAXAの方でテキサス大に留学されている方の話しでは、学部卒でもコンピュータサイエンスは最低1000万超えるようです。2008年頃はスタンフォードのPhDでそれくらいでしたが、いまは？。上記の米国企業だと2－3000万？給料はともかく、ソフトウェアエンジニアの人材獲得競争は今後も続くのでしょうか。国内でも東大をはじめ、とんがった若い方が確実に増えていますね。鈴木先生が博士取得し、海洋大に3年おられたときの印象ですが、新しい分野にも関わらず、その分野で複数のテーマでかなり高いレベルに持っていくスピードが速かったです。ネット上にある有用なソフトを利用できるところは利用して、あと自分で作らないといけないところは自分でつくる。あと他人がやっていない領域を責める。これからの若い方の参考になれば幸いです。話し飛びますが、海老沼先生のブログです。https://blog.goo.ne.jp/osqzss/e/04b7a18f26797de83fe2024e558bce19
23日午前 Factor Graph Optimizationの理解を深めるために、香港理工大の学生さんの発表。あまり細かい部分の説明はなく、もう使いなこなす領域になってきているかもしれません。次は機械学習とSingular ValueでSpoofing検知の性能差がどのくらいあるかという発表。次は、クラウドに集まるセンサー情報をベースに機械学習で干渉モニタリングをする話し。携帯で標準化してくれれば、どの地域のどのあたりにGNSSに信号に問題がありそうかという可視化ができると便利だと思っていました。本当に干渉波やSpoofingで検知できているかがキーですね。公的な電波で干渉することもあると思います。次は都市部RTKでの性能で、3DMAとOutlier検知でどのくらい差があるかという話し。興味ありますが、利用できるならどちらも利用しそうな気がします。次はAllystarのカナダの方の発表。早速学生に確認してもらいたい発表でした。RTKのFIX解の信頼度とintegrityに関する話し。次は、韓国の大学で（今回中国はCOVIDもあり非常に少なかったですが、韓国の大学からは多数きていました。15名以上？）非線形回帰モデルを利用した、3D地図ではなく、上空視界から方位仰角でこのくらいの誤差があるだろうという平面のモデル作ってマルチパスを予測し、その検証をソウル都市部で実験した発表。次はAllystarさんのintegirtyの詳細。最後は上海交通大からの発表で、ちょっと覚えておらずすみません。アブスト見ればすぐわかるのですが。なお、この時間帯には、古野電気の高山様の発表もありました。GNSSとIMU、その他センサとの統合をまじめに取り組まれている企業です。これらセンサとの統合は、GNSSの深い知識があったほうが絶対よいと思います。高山様とは帰りのタクシーでごいっしょさせていただきました。最初は歩いてユニオン駅へ行きと考えていましたが、デンバーもダウンタウンは治安悪くなってきているようで、浮浪者もそれなりにおられ、朝4－5時に歩くのはやめておきました。ジャマイカ出身のタクシー運転手は2日に1回くらい殺人起きていると言ってましたが、それははったりで、ネットで調べると、デンバーのダウンタウンだけで、1年で20人くらいでした。数年前情報なので、最近は増えているのかもしれません。ざっとデンバーは70万人で江東区は50万人くらいで、人口あたりだと、デンバーの殺人事件の件数は江東区の7－8倍くらいかと。米国では治安良いほうですね。現地の日本人の方にシカゴ周辺はここより全然厳しいと言われていました。
23日最終日 今日も朝から聞きたい発表があり、続いてアワードランチ、午後は学生の発表するセッションに最後までいたため、途中休めませんでした。アワードランチで毎年行われるケプラーアワードはイリノイ工科大のParvan先生。Pervan先生は私がIONに参加するようになった2003年頃から毎年見ていて、特定のセッションだけでなく、幅広い分野のセッションでずばずばとコメントをされる方で、こういう方がいないと学会が盛り上がらないなという印象がありました。ケプラーアワードはこれまでもそういう方が受賞されてきた印象があります（私の勝手な憶測です）。Pervanの研究室には自動車のIntegirtyに取り組んでいる日本人の博士課程の方がおられます。スマホチャレンジの表彰もあり、鈴木先生が前にでて受け取る場面もありました。23日分は後日投稿できればと思います。今日の聴講だけでも、学生に試してもらいたい案がいくつもでてきました。定期的な学会参加は大事だと改めて思います。
22日午後後半 1番目はトリンブルの3周波の話しでしたが、前の発表に近く、ちょっと残念。2番目はHASに関するもので、いよいよ欧州でも高精度測位サービスが開始する模様です。3番目はスパイレントの3Dモデルを利用したGNSS性能予測に関するもので、東京の営業の方に聞いた話しとほぼ同じでした。最後はオハイオ大のZ. Kassas先生で、LEOでの測位の全体の話し。この方はけっこう見ますが、一体何件発表しているのだろうか？LEO関連にかなり力を注いでいる模様。LEO関連の方と立ち話しましたが、SDRは当たり前で、ソースを公開してくれるような感じではなかったです。Starlinkとかも基本手探りで信号をみるので、ある発表で、講演者がキーとなる情報を明かさないので「そういう受信にキーとなる情報をシェアするのが学会だよね」と盛り上がってました。たしかにそういうところで時間をとられるのは嫌ですね。今日も昔から知る多くの方と挨拶、議論をすることができ、こういうのがきっかけで、メールでコンタクトをとれるというのもあると思います。rtkexplorerの開発者とも話しをすることができました。デンバーにお住まい？のようで、今回は参加されたとのこと（おそらくGoogleが参加費用を支払い）。とても気さくな方で（私よりも年齢は上だと思います）、技術的な話しもできました。高須様によろしくと何度も言っておられました。これはkaggleのランキング表です。https://www.kaggle.com/rankings 鈴木先生と夕飯時に話したときに、SDRのコンテスト（スモールな個人用のもの）もkaggle上で行うことができることを知りました。参加者にコンテスト用のIFデータ等を公開したりするプラットフォームもあるので、使う方向がよいと考えています。
22日午前後半 テキサス大のLEOでの地上からの干渉や欺瞞信号の検知について。以前から発表があり、いわゆる欺瞞信号は実際には少ないという報告。２番目はRTKと同じレベルのPPPサービスを世界的に提供するには。３番目はAndroidとiOSの比較。背景は車の高速逆走事故を防ぐ。ドイツです。予想はしていましたが、現段階ではAndroidのほうがGNSSの精度は良さそうです。４番目はPNTのためのLEO衛星。
22日午後前半 鈴木先生の発表は尾関君に任せて、私はubloxの発表へ。車両の速度センサとジャイロの利用についてでしたが、彼らはまじめで本当に速度センサやジャイロを安全用に利用できるか検討していました。速度センサは通常の走行ではよいのですが、スリップ等すると使えないので、そういう話しでした。2番目はトリンブルのASILの認証を受けたPPPエンジンについて。ようはRTXのFAST。彼らの発表内容は、比較的我々が発表している信頼度の結果に近いものでした。RTX-FASTは日本ではサービスないので試せないですが、まさにCLASと同等に見えました。米国と欧州のみでしょうか。3番目はGNSSのアンテナキャリブレーション。うーん、車両を回転台にのせた実験で、方位によって低仰角の擬似距離誤差がかなりばらつきありましたが、いわゆる普通のパッチアンテナでもここまで違うかなという印象でした。発表者を捕まえることができず。4番目はLiTaHsu先生の3DMAとWiFiの話し。この発表とは別件で、GNSSでのMUSIC利用や、長いコード相関をとり、都市部でマルチパスを見分けたり、再追尾を早くする話しをしました。
22日の午前前半は2件Integrity関連を聴講し、2件はGlobalstarとStarlinkのLEO衛星の信号受信に関するものでした。IONは6セッション同時に進むため、聴講した発表が重なることが多いです。Integrity関連は昼食時に再度確認するとして、LEO関連は発表が多いです。RTKのARと同じで、何に役立たつだろうという部分のあるかもですが、新しい衛星の信号を解読する楽しさがあるように見えました。少なくともCDMAやOFDMを理解していることが前提で、あとはGNSSの信号処理を経験していると、類似する部分も多いと思います。エフェメリスの精度とクロックの精度が肝になりますが、そのうち出てくるでしょう。デファレンシャルも利用できますね。
午後の後半は、1番目にL5信号の耐マルチパス性能を向上させる手法について、2番目は鈴木先生のスマホチャレンジでトップ（去年に続き今年も）になった技術内容の発表、3番目はThomas Pany先生のところの、ソフトウェアベースの信号シミュレータの開発状況、4番目はスマホチャレンジのセッションにもどり、Googleの方の本チャレンジのサマリーを聞きました。すべて興味深い発表で1日目は眠気もこず集中できていたと思います。最初の発表も知っている方の発表で、若干内容についていけなかったので、明日確認。写真は鈴木先生の発表時のもので鈴木先生をよく知っているだけに誇らしかったです。横がGoogleのFrank Van Diggelen氏（GNSS業界ではかなり有名、現在のIONの会長？）です。さらにその横にたっている方もGoogleのMichael氏。この2人にはタローと呼ばれていました。もう5－6年前よりAndoridでのGNSS観測データをオープンにするプロジェクトを立ち上げ（そのタイミングでFrank氏がGoogleに転職していた）、ここまできたかという印象。私も車両でスマホの精度をたびたび確認しますが、市販品でリアルタイムでよくやるなと思います。このセッションでの発表内容も市販品に入ってくるかもしれませんね。本プロジェクトのSDRでのコンテスト（来年予定）もどこかの学会でその事例を紹介できればと思います。SDRベースなので、わかりやすいのはIFデータ（オープンスカイと都市部）だけ公開して、あとはどこまで精度を高めれるかというようなものです。
午後のセッションの前半はなかなか理解できないものが多かったですが、発表自体はおもしろいものが多い。最初はポータブルLEOの話しで、どちらかというと今やっているドップラ測位に近い感じで、やはりクロックが大事。2番目はスマホセッションで韓国の学生さんで速度と位置による推定方法。搬送波とドップラを使いわけるなど。3番はマルチモーダルな方法で高信頼に干渉波を見分ける方法。これがおもしろく、やはり実験環境には苦労されているよう。室内でしたがおもしろい方法でした。これもSDRマストです。4番目はSDRでのスナップショットRTKで、RTKLIBを利用されていました。ガリレオのPRS信号を使ったもの。SDRのRTKは発表少ないので、研究室でも修論等にまとめておくのが大事かと思いました。
今週はアメリカの航法学会（コロラドのデンバー）に参加しています。SDR関連の発表も少なからずあり、ジャミングやスプーフィング、低軌道衛星関連も多くなってきました。スマホやマルチパス関連の発表も多く、楽しみな学会の1つです。今日の午前中の前半は、1アンテナでの方位推定、RTXのスマホ測位、スペインでのVRSライクな補正手法、SDRが研究開発用途に十分利用できるようになってきたという発表を聴講しました。後半は、携帯の4Gでの測位、2アンテナでのジャミング波を抑制したRTK、TDCPを利用したPPP測位、3D地図を利用した誤差検出方法について聴講しました。オンラインだとなかなか全部の発表を聴講できませんが（というかほぼ聴講せずに終わる）、オンサイトだと他の仕事がないため、聴講に集中でき、立ち話での情報収集、発表者への込み入った質問もできるため、対面で学会にでる良さはあると思います。こちらでは、学会会場でもマスクをしている方を探すのが大変で、あきらめてマスクはほぼはずすしています。こういう場所にくると、3回接種しておくことは大事かもしれません。
8月26日に、電子航法研究所のご協力を得て、GNSS用アンテナの測定を参加者らと実施することができました。電子研の毛塚様には1日セットアップからご説明までご協力頂き、大変ありがとうございました。またJAXAの山田様にはいくつかの発展的課題の案や、みちびきのPPPの詳細を説明頂きました。ありがとうございました。アンテナ測定のほうは、ノバテルのGPS703とAMO社のF9Pについてくるもの、そしてTOPGNSSの軽量のヘリカルを測定し、それぞれ特徴のある結果となり私にとっても大変有用でした。電子研の暗室は広く使いやすく、貸し出し等（普通に借りるよりも安価）も行っているようです。ジャミングやスプーフィングの試験に利用できればと個人的に考えております。写真のほう解像度良くなく申し訳ありません。
GNSS-SDRにご参加及びご協力頂いた方々、大変ありがとうございました。今後の研究開発につながるよう今後もサポートさせていただきます。最終日は海老沼先生のFPGAの講義で無事終了しました。
最後に鈴木先生より去年のIONで発表されたSDRを利用したNLOS信号の判別に関する研究の紹介がありました。実にSDRに適したおもしろい課題で、研究室でも大学院生が試そうとしているところです。参加者の皆様もぜひ何かしらGNSS-SDRの知見をもとに研究開発に役立てていただけると幸いです。写真の通り11時より3コマFPGAの基礎を海老沼先生が担当されています。
念のため、こちらが取得環境です。RTL-SDRをさしてアンテナはAMOです。RTL-SDRはサンプリングが2MBでPCでの処理もスムーズでセミナー用に適していると思います。実際の研究等ではポケットSDRが良いでしょう。
3日目です。最初に鈴木先生のデコード＋擬似距離計算＋測位の説明があり、その後、海老沼先生のFPGAの講義（3コマ）となります。いま昨日のリアルタイム信号追尾処理を再度自分で動かせるか試したところの画面キャプチャです。
今日の最後のほうは航法メッセージのデコードです。私はあまり気にしていなかったですが、実際航法メッセージのビットが少しでも間違っていると衛星位置はおかしくなるので、誤りチェックや訂正は重要ですね。新しい信号はそのあたりが充実されています。その分、実装が大変ですね。
信号追尾が終わり、これからIPデータからの航法メッセージのデコードです。信号追尾の最後にリアルタイムでRTL-SDRの信号を見ましたが、これまで後処理用のファイルを読み込んでいた部分に、RTL-SDR用のリアルタイムのブロックを差し替えるだけですぐに動作します。授業でもこちらを利用したほうがよいですね。
zero-padding利用の信号捕捉のsimulink上での結果です。1ms分の相関と両端の残り分の相関がみられるのがわかりやすいです。
zero-paddingの意味がわかりやすいのではりつけました。
simulinkを利用したコードの相関の確認。私はsimulinkを実践で利用するのははじめてですが、学生が理解しやすいと思うので授業でも利用しようと思います。
6コマ目では、GNSS信号の概要の説明があり、SDR用のデータを取得したときの衛星配置を保存する処理などを行いました。できれば、市販受信機のデータも取得しておくと、比較もできるのでなおよいとのことです。RTL-SDRは個人でも購入できるほど安価なので、GNSS受信機を勉強するには向いています。昨日最後の説明で、bias teeをonにすることが重要ですとの話しがありました。私も知らずでいつも他の市販受信機から供給してました。
今日は９時半より開始しました。昨日の最後はSimulinkでGNSSの信号をスペアナで見るところまででした。スマホのGNSS情報を見ると室内であることもあり、再放射の信号を完全に受信しているようです。スマホの示すC/N0が、市販受信機の信号より高いため、これから学生に調べてもらいます。
５コマ目の鈴木先生の講義です。別件ですが、ION（米国航法学会）のGoogleのスマホの観測値より精度を競うコンテスト、今年も鈴木先生がトップとのことです。
海老沼先生のフロントエンド講義の最後でポケットSDRの動作確認までできました。この３日間受講者でがんばります。添付写真が１秒データをダンプして信号捕捉をした結果です。15名みなさんできています。
私もセミナーに参加しており、前から９列目の場所にubloxの受信機とアンテナを置き、再放射アンテナから受信できているか確認しました。ほんの5m程度先にある基準局の補正情報をスマホで取得し、RTKができていることを確認できました（u-centerの写真）。再放射用の元のアンテナも屋上に設置しており、アンテナはノバテルです。
GNSS-SDRセミナーの初日が無事開始されました。15名全員の参加で、写真は最初の海老沼先生の講義風景（GNSSのフロントエンド）です。黒板の左上のほうに白い四角形に見える部分が再放射用アンテナになります。
セミナー中にもしデータのやりとりをする場合、SDRでは容量が非常に大きくなりますので、その場合は新しいSSDを2つ準備していますので、それをご利用ください。WiFiはルータを2つ準備しています（パスワード等は黒板に記載）。こちらは速度が遅い（1MB/s程度）ですので、大きな容量には向きませんのでご注意ください。
昨日今日と学生が準備をしてくれています。再放射キット経由と直接でつなげた場合で、SDRで確認すると、2771のI相のみ（5ms、GPS＋QZSS）で再放射キット経由で8機、直接で10機の捕捉でした。単独測位の精度も両方2m程度で問題ないレベルと思います。こちらにある2771はIのみですが、SDRポケットはIQとれますので、さらに捕捉状況良くなります。
東京海洋大学博士後期課程1年の尾関です。
添付はセミナーで使用する大教室全体と再放射器です。
教室内では最大で50dB-Hz程度のSNRが確保されています。(アンテナの持ち方にもよります)
以下は再放射器と接続されている屋上アンテナの精密位置です。
35.6662643
139.7922689
59.827
セミナーで利用する大教室とアンテナです。アンテナはノバテル703GGGです。ケーブルは20mで減衰が5dB程度のものです。
今日、セミナーで利用するフロントエンドのポケットSDRが届きました。写真のとおり、USBと同じ大きさ。私は初めて見るため、そのコンパクトさにびっくりでした。高須様、海老沼先生、鈴木先生をはじめ、関係者に大変感謝です。GNSS用のフロントエンドでまともなものは実はなかなか入手が難しくかつ高価なことが学生の取り組みを阻害していた部分もあるかもしれません。ポケットSDRそのものが本課題の大きな成果の1つだと考えます。
東京海洋大学博士後期課程1年の尾関です。
8月に開催予定のセミナー会場について、簡単に紹介します。
セミナーは東京海洋大学越中島キャンパス第4実験棟5階の大教室で行われる予定です。
以下のURLにあるキャンパスマップの16番が該当の建物となります。
https://www.kaiyodai.ac.jp/overview/announcement/map/echujima.html
最大130人程度座れる教室に、当日は15人前後の受講者で利用するため、密になりにくい環境です。(もちろんエアコン、扇風機も稼働します)
実際のセミナーでは大教室内にいながら本物GNSS信号を受信できるように、大教室内に再放射器を設置しています。(以下のURLにイメージ図)
アンテナ屋上に仮設置しており、教室内では天頂方向の衛星で45dB-Hz程度のSNRが確保されていることを確認済みです。(AMOアンテナ＋F9Pの場合)
https://drive.google.com/file/d/1Jc8C4iMvSA3iyai9MMyoeC7udiqBr1sH/view?usp=sharing
6月23日を締切としていました第1回セミナーへの申し込みありがとうございました。7月早々には参加者を決定し、開催できればと思います。なお、15回のうち最初の3回分の講義は、Zoom（後で見て頂くことも可能）で7月後半で行う予定です。詳細は今後ご連絡いたします。
Hello,
Thank you for a question.
We uploaded data and corrected this site.
Regards,
Kubo
みなさま
以下のサイトに第一著者がKai Borre先生のソフトウエアGNSSの
MATLABをC言語に変更したプログラムをIFデータ付きでアップしました。
だいぶ前の測位航法学会セミナーで利用したものを、学生がまとめたものです。
8月に実施予定のセミナーの事前学習などにもご利用ください。
学生が主体となり、説明用PPTの作成と改修を随時進める予定です。
IFデータは、RTL、2771、USRP、TeleOrbitを準備します。
https://www.denshi.e.kaiyodai.ac.jp/kubo/sdr.html
Hello,
Could you please check the link for IF data L1 (RTL-SDR) and IF data L5 (TeleOrbit)?
The links seem broken.
Thank you very much.
Best regards,
Gia Minh Hoang
鈴木先生、回答ありがとうございます。皆様、本年もよろしくお願いいたします。
以前は回答ありがとうございます
GNSS-SDRLIBについて3点ほど質問があります
コリレーターの個数を指定する際に”samples”という単位で決定していますが、この”samples”は”chips”とは違うのでしょうか？単位系として同じの場合1chipが何samplesに相当するかも教えていただけるとありがたいです。
また、LOGを取った場合に”logsync_EF1.csv”といったcsvファイルも取れるのですが、そのセルの値は何を示しているのでしょうか？
最後にLOGの相関値を利用しているのですが、I(0)がプラス値でピークを取っている場合のみを抽出して考察をしています。それ以外のデータ(例えばI(4)がピーク値であるものだったり、そもそも相関値がマイナスだったりするもの)はトラッキングの調整のみで使用してそれ以降の処理の段階では使用しないという認識で大丈夫でしょうか？
返信遅くなり申し訳ありません．3つの質問に順番に回答します．
(1) サンプリング間隔で指定しているため，サンプリング周波数によって変わります．例えばサンプリング周波数が20MHzだとしたら，L1CA信号の1chipの中におよそ20点サンプルが含まれることになります．この場合，0.5chipの相関器は10サンプルになります．
(2) 詳しくはsdrsync.cを見ていただければと思いますが，疑似距離計算時の各チャンネルの信号受信タイミングのズレなどを出力しています．
(3) 相関値がマイナスになるのは航法メッセージによりビットが反転しているためです（相関値のgnuplotの表示では絶対値をとって表示しています）．基本的に正常にトラッキングできていれば常にE-P-L相関器のP（I(0)）が最大（最小）値になりますが，信号レベルが低かったり，信号捕捉直後，マルチパスがあるときなどはピーク値がずれることはあります．その場合は疑似距離にバイアスが発生しているはずです．
返信遅れました
それぞれについて返答していただきありがとうございます。
航法メッセージによって相関値がマイナスになりうるということなので解析では絶対値を使用して解析を行いたいと思います。
ありがとうございました。
GNSS-SDRLIBで行われているコリレーションについてコリレーション後の相関値の数値データをcsvファイルで取得したく，グラフを描く部分のコードをいじっています．(内容としてはsdrplot.c内のplotxy関数でcsvファイルにxデータとyデータを書き込んでいます．)
その際に取得したデータに時刻が欲しいのと，また取得したcsvファイルのGPS番号とRINEXファイルで出てきたGPS番号が異なって取得してしまっているため，どこかまずい点があるのか，また他に最善案が存在する，例えばコリレーションのデータは他の関数から取れることなどあればアドバイスが欲しいです．
久保です。直接の回答ではないのですが相関値のCSVファイル化であれば後処理でよければオープンソースベース（Kai Borre等の教科書）でCで作ったものがあります。少しプログラムの確認必要ですがどこかにアップしますのでしばらくお待ちください。以降は憶測ですが、GPS時刻は測位に利用しますし必ず定義されているはずです。その時刻と相関処理部の1000msごと（1Hzの場合）の時刻を関連づけすれば大丈夫です。GPS番号も間違いなく相関処理部のある番号と関連づけされていると思います。
海洋大の小林です。
Outputの”LOG”にチェックを入れて相関値csvを出力するのはだめでしょうか？
返信遅くなり申し訳ありません．小林さんの回答と同等ですが，LOGにチェックして実行すると，それぞれの衛星毎に相関値などの出力がCSVファイルで出力されます．それでは不足でしょうか？
返信ありがとうございます．
LOGで衛星ごとの相関値も取れるのですね．ありがとうございます．
いままでLOGにチェックマークを入れてこなかったので早速やってみます．
その際に不足だと感じたらまた連絡をしたいと思います．
海洋大の久保です。こちらのブログは本プログラムだけでなく、GNSSや特にSDRに関する情報を今後更新していきます。もし関連する質問があるときは、ぜひご利用ください。研究室の学生が情報をアップすることもあると思います。