ENGINEERING MODEについて　その３

こんばんは。
私の車両にて、LOG-MENU配下のERROR,WARNING,INFOMATION,DEBUGを順番に選択しLOG出力しましたが、全てのSpylog.dltファイルサイズは０KBでした。中身を確認出来ないため、参考にならないかも知れませんが、以前所有していた508(RCCでは無くSMEG)でのLogファイルは、その殆どがテキストエディタで開くことができましたので、一度試されてみては如何でしょうか。
私は”サクラエディタ”を利用しました。

こんばんは。順番にやるのは大変だったと思います。作業お疲れ様でした。
508に乗られてる時からLogファイルの取得をしていたのですね。すごいですね！どんな内容なのか気になります(笑)
私が紹介した方法で取得したファイルは、一応テキストエディタで開いたのですが、文字化けしてしまいました。今度、サクラエディタでも試してみたいと思います。
もしかしたら文字コードを変更すれば、正しく読み込めるのかな…

お早う御座います。
既に試されていたのですね。失礼致しました。改めてWeb検索したところ下記URLの書き込みにてDLT viewerのインストールが必要との情報が記載されていました。
Qtに関してNaviシステムは欧州と違いRCCに包含されておらず、独立したシステムですので、SPYLogではデータを抜き出せません。インストール不要と思われます。

https://forum.xda-developers.com/general/connected-car/hacking-nac-peugeot-t3900435

旧508でLog取得をしていた理由は、USBメモリでの音楽再生時にモニタのブラックアウトやリブートの原因を知り、解決方法を探りたかったためです。
記憶では、各種設定情報（MS dosのconfig.sysみたいなもの)、エラーログ（起動～リブートまでの起動時間やエラー原因）、スクリーンショット、メモリダンプファイル、プロセッサ情報（レジスタ、プログラムカウンタ、スタックポインタなどの値）が出力されていました。メモリダンプはバイナリエディタ、その他はテキストエディタで
内容を閲覧出来ました。
そこで分かったことは、USBはSPIというインタフェースでプロセッサと通信しており、その通信が何らかの原因で断絶。リトライを試みるも復旧せずフリーズ、ウオッチドックタイマによるシステム再起動がなされていました。
検証の結果、適合しない音楽ファイルフォーマットが紛れていたり、ファイルシステムがFAT32でフォーマットされてない、若しくは壊れていると、リブートの原因となる模様です。
日本製のオーディオ、ナビに慣れているとこの様な事は起こらないように配慮された設計となっていますが、SMEGに関しては異常系処理に対するソフトウエアの設計ないしは実装(若しくは両方）がプアな印象を持ちました。

またメモリダンプに関しては、OS、システムのメモリマップ情報（各サービスのエントリアドレス情報）や逆アセンブブラなどリバースエンジニアリングに必要な情報・機器が揃っており、組み込み系ソフト開発経験を有された方で無いと、判別は困難と思います。
ところどころに判読できる文字列があり、使用されているOSの判別が出来た位でした。

長々とコメントしましたが、所詮素人の戯言です。有益な情報を提供出来ず申し訳無いです。お目汚し失礼致しました。

コメントありがとうございます！
DLT Viewerを使えば、見れるか今度挑戦してみます！検索した感じだと、Linuxで動かすのでしょうか？XdaのフォーラムにもRCCのスレッドがあるんですね。知らなかった…
また、みやぢぃさんの方法でのLog取得がうまく行かず、苦戦気味です。手際が悪いのかな？笑
Logを見て、そこまで分かるなんて凄すぎです。素人なんて、とんでもないです。RCCのOSはLinuxあたりといったところでしょうか？みやぢぃさんのおっしゃる通り、私もRCCのソフトウェアコーティングが甘いと思います。後日、整備手帳に乗せる予定のUSB ハブの調査でも感じました。
こちらこそ大した情報でもないのに、たくさんのアドバイスやコメントをありがとうございます。これからもどうぞよろしくお願いします。