ウッヂィ　ポコのブログ一覧

昨日書いた「FesPiaDefaultLastUserMode」パラメーターの動作について、本日車に乗り込むと何か、違和感が。

しかも、メーターパネルにドライブモードが表示されていない！！

ナビの画面は、文字が「青」表示なので、EcoProと認識している様です。

何で時間が経つとこうなるのか、「FesPiaDefaultLastUserMode」パラメーター以外に設定すべきパラメータがあるか調査してみます。

※本件の情報があれば、連絡お願いします。

本日は、朝からイージーエントリーの調査とか諸々試したのでその報告です。

前回の調査(イージーエントリーその4)では、「KONFICURATION_EINAUSSTIEGSHILFE」パラメーター設定値が気になり調査しましたが、残念ながら「KONFICURATION_EINAUSSTIEGSHILFE」パラメーターはヘッドレストや脇腹絞り調整用のパラメーターと言う事が判明。SLV:シート前後移動を制御するものではありませんでした。

SLVに関するSM2モジュールのパラメーターは、数が多くイージーエントリーに関係しそうなものか判断が難しそうなので、今回は、「EINAUSSTIEGSHILFE」の設定値について掘り下げてみました。

「EINAUSSTIEGSHILFE」パラメーターは設定値Modus_FA_Logik_Tuer(01)とModus_BF_Logik_Gurt(02)の値が定義されていますが、このパラメーターのマスク値は『00000111b』なので、設定値の範囲は00〜07になります。

もしかしたら、未定義の03〜07に隠された設定値が定義されている可能性もあるので、03〜07の値を「EINAUSSTIEGSHILFE」パラメーターに設定して確認しました。

結果は、またしても『惨敗』。
03〜07の値を設定しても、シート前後の移動はしませんでした。

BCD-BODY3側のパラメーター(FH_EINSTIEGSHILFE_PIA_DEFAULTとFH_EINSTIEGSHILFE_AKTIV)も有効にしているのですが動作しません。シート前後移動のイージーエントリー機能はうまく隠されてしまった様です。
これは少し時間をかけてSM2モジュール内のSLVに関連するパラメーターを丁寧に調べるしか無さそうです。

うーん、難しいです。


話は変わり、昨日のデフォルトドライブモード設定パラメーターの調査結果です。

「FesPiaDefaultLastUserMode」パラメーターに定義されていた設定値でUnknown(15)はどの様なモードなのか調べてみました。前回の「やらかし」に関わるパラメーターなので、ネット情報から調査。
G20系のフォーラムをみると、「FesPiaDefaultLastUserMode」パラメーターはエンジンON時のドライブモードを指定するとあり、G05系と同じ設定値の紹介はあります(詳しくは整備手帳を参照)が、PHEVHybridStandard(11)やUnknown(15)に関する書き込みはありません。

ここは、再度人柱として「FesPiaDefaultLastUserMode」パラメーターにUnknown(15)を設定して確認するしかありません。流石に定義さてた設定値なので、前回の様にBCD-BODY3モジュールが壊れる事は無いでしょう。
と、言い聞かせてチャレンジ！！

設定値を書き込み、車両を一旦OFFし、しばらく待って、エンジンONすると、特に何も変化無し。ドライブモードはComfortのまま。これはもしかしたらと思い、ドライブモードをSportに変えてエンジンOFF、しばらくしてエンジンONすると、今度はSportになっています。EcoProに変えて同じことをすると、エンジンONでEcoProに。

結論として、Unknown(15)は、エンジンOFF時点で設定されているドライブモードがエンジンON時に反映されるモードの様です。まぁ、これはこれで結構便利なモードかも。
G20系にお乗りの方は試しあれ。


[お・ま・け]
F系で設定していたリアカメラ　トレーラーフック拡大項目の追加です。

HU-MGU
    300B  MACRO_TRAILER_COUPLING  nicht_akriv(00) -> aktiv(01)

 
何かのやくに立つときが来るかもです。
※整備手帳にも追加しておきます。

この所、コロナの感染者増加に伴い、会社への出社制限や懇親会実施の制限が逆戻りして厳しくなりました。

家で仕事する時間が長くなったので、LauncherPRO3.4が動かなくなった原因の再調査を行い、動かなくなった原因が判明しました。

そもそも、みん友さんの情報でLauncherPRO2.8.2がTokenMasterのおかげで再度動作するとの事、このタイミングでPCを再度クリーンインストールして入れてみました。

PCのクリーンインストールする前に、日時設定の自動設定:OFF、日時をLauncherPRO2.8.2が動作する2020/06/15に設定後、「Windows10 1803」をインストール。

ここまでは、前回敗北した時と同じ。

で、PCのクリーンインストールが完了後、LauncherPRO2.8.2をセットアップして動作検証。当然ながら、正常に動作。マッピングも想像通り。数値の羅列しか画面に現れません。

次は、LauncherPRO3.4.0を再セットアップして動作検証。今回も前回と同じく起動はするが、CAFDを読み込ませると読み込み中のまま動作せず。

なので、動作していた時と何が違うのか考えた時、例の「やらかし」でBCD-BODY3を復元するときにI-STEPバージョンを上げるためPSdZDataを新しくしていた事を。

ダメ元でPSdZDataを動作していた4.22.22に戻してLauncherPRO3.4.0を起動させてCAFDを読み込ませてみると、ちゃんと読み込んで動作したぞ！！

どうやら、PSdZDataで何かが変わるみたいです。

これは推測ですが、古いPSdZDataは何らかマッピング情報が少ないので、3.4のJAVAヒープに収まっているのかも。

一番良いのは、PCを新しくして64bit化する事でしょうが、今はこの環境でCodingです。

以前、デフォルトドライブモードの変更パラメーターについて不明な設定値があった件、LauncherPRO3.4.0が復活したので再確認。

ただし、このパラメーターを設定するとデフォルトをSprotモードに出来たりするので、Unknownとは言え、設定値として定義されている事には何らかの意味があるはず。

しかし、Soprtとかは設定値として定義していてもおかしくは無いのですが、やはりPSdZDataのバージョンが関係しているのか、マッピングの問題なのか謎です。

LauncherPRO3.4が動かなくなり、またLauncherPRO2.8.1で再Codingして、思い出しました。

G21に乗り換えた時、とにかくCodingがやりたくて古いCoding環境でもCodingできる情報を集めた内容をブログに残そうとブログを再開した事を思い出し、今回は私が調べたCAFDマッピングについて書こうと思います。

G系のCodingにはLauncherPRO3以上が必要と言われている理由は、CAFDの新しいモジュールマッピングがPRO3以上でしか実装されておらず、LauncherPRO2系でCAFDを見てもただの数値の羅列が並んで見えるだけで、どのようなパラメーターか一見すると分からないからです。

とは言え、LauncherPRO2系でも新しいPSdZData(4.22.xxや4.23.xx)を使ってモジュールを読み込みは可能なので、正しいパラメーターがモジュールのどこに配置されているかが分かればCodingが可能な訳です。

LauncherPRO2.8.1でG系の新しいモジュール(HU_MGUとか）を読み込んで開くと、「3000_1_1_255」の様な数値が沢山出て来ます。実はこの数値には意味があります。

この意味を知るにはE-sysも少し古い3.30.1とか2.28.1が必要になっています。

※LauncherPRO2.8.1とE-sys3.30.1でFDL-Editerを開いた所。

まず、FDL-Editerの右上「Filter」チェック項目に「Storage Info」項目があり、こいつをチェックします。
※図の①の所。

そうすると、パラメーターの項目に「SpeicherInfo」が現れます。
「SpeicherInfo」の中身に『Start,Ende,Maske』があるのがわかります。
※図の②の所。

ここまで来ると、もうお分かりですね。
図のMEMORY_GONGパラメータは「3000_2_2_32」になります。

　・先頭の4桁の数値はサブモジュール番号。(図の3000 SM_GLOBAL)
　・次の数値は「SpeicherInfo」のStart数値。(図のStart=2)
　・さらにその次の数値は「SpeicherInfo」のEnde数値。(図のEnde=2)
　・最後の4番目の数値は「SpeicherInfo」のMaske数値。(図のMaske=00100000b)
　　こいつはバイナリー(bit)表記なので、10進数に変換すると「32」となる。

つまり、あの謎の数値は「サブモジュール番号_Start_Ende_Maske」で出来ており、Filterのチェックボックス「Storage Info」の意味を考えると、サブモジュールにあるパラメーターの書き込まれているアドレスを意味していると推測されます。

LauncherPROは各モジュールのパラメーターアドレスを人が理解できる「ラベル(名称)」に変換(マッピング)していると言う事になります。

だから、例えば海外サイトに新しいCoding情報が掲載された時に、「SpeicherInfo」の情報があるとサブモジュールのどのアドレスの情報を変更したか分かり、旧Coding環境でも正しくCodingが可能となります。

ちなみに、旧Coding環境でもVO Codingが可能だったり、モジュールの初期化(デフォルト書き込み)が可能である事は海外フォーラムでも言われており、上記の考察から考えて納得です。

では、LauncherPRO3系があれば「Storage Info」の情報は不要かと思いますが、そうではありません。
「Storage Info」の情報はFDL-Editerの右側にある「Available Cheat Codes」に関係します。
Cheat Codesはxmlファイルで作成される、パラメーターを一括で書き換える便利なもので、ユーザー自身がxmlを作成する事が可能です。

Cheat Codesを作成する時に「Storage Info」の情報が必要となります。
この辺りは英語を勉強しつつ、以下のサイトを参照して勉強して下さい。

　　リンクの「5.Cheat Sheets」を参考に。

今後は気分を一新して、LauncherPRO3復活を模索しつつ、解析も進めていこうと思います。m(_ _)m

この一週間、期限切れしたLauncherPRO3.4を復活させて、イージーエントリーとか諸々の解析を進めようと努力したのですが・・・

結果は、惨敗。

Codingに使用しているPCが古いのか、32bitOSが影響しているのか、LauncherPRO3.4は起動するのですが、E-sysが立ち上がってCAFDを読み込もうとすると、そのままソフトが固まって動作せず。

調べた状況ではJAVAのヒープメモリーが足りていない可能性が高いのですが、ライセンスが切れる前、同じ32bitOSでも動作していたので、アプリが固まる原因が分からず。

OSのパッチとか、アップデートファイルは全て適用しているのですが。

やはり、Coding専用に64bitOSが動作するPCを用意しなければならないか・・・

参考までに、ここまでの経緯を以下にまとめます。PRO3.4を復活させたい方のお役に立てれば嬉しいです。

　①日付/時刻の自動調整をOFF、その後、手動で日付を2020年7月より前に設定。

　②ちょっと古めのWindows10 1803のインストールDISK(ISOファイル)を用意。

　③OSを再セットアップ。

　　※この時、セットアップの途中でインタネット接続を要求されるが、接続しない。

　④OSの再セットアップ完了後、OSを起動させ日付/時刻設定画面を開き、再度

　　日付/時刻自動調整をOFF。

　⑤ここで、初めてインターネット接続を開始しアップデート確認を実施して最新化。

　　※手動で設定した日付が古すぎるとアップデートが動作しない。