バックナンバーはこちら。バックナンバーModelicaによるプラント設計。それをFMUにして他のプラットフォーム(Python等)での再利用。XCP等)の事例を紹介していく話。Modelica用ツールとしてはOpenModelicaを使用する。その32【FMI3】FMU/FMIの存在価値について確認。S-Functionと同等とすると存在価値が薄くなる。自動車業界なりの狙いはある。サプライヤから納入される部品と同等の振る舞いするモデルモジュールをもらい、完成車メーカ側で統合する。FMU/FMIはSimulink、LabViewをプラットフォームとして入出力を繋げられる。その224【CAN-FD1】XCPonCANとしての課題を明確化。CANのデータフィールド8byteの仕様がODTの限界値を決めていた。よって、データフィールドが長くなれば解決と言える。CANのデータフィールドの上限が8byteに対し、CAN-FDは64byte。よって、4byte、3変数が載っても十分な長さ。以前使ったDCモータモデルにPID制御器を付けた。PID制御器はModelicaライブラリに最初から存在。実際にはLimPID。パラメータはKp、Ki、KdではなくKp、Ti、Tdな点に注意。クローズループ(PID)制御のDCモータモデルが出来た。その266【仮想ECU連携3】CANoeでXCP関連の処理を追加する際の方針を確認。複数のノードにXCP関連処理を記載するので連携が必要。ノード間連携はCANoeシステム変数を使うのが最も手っ取り早い。CANoeシステム変数の追加方法を確認。CAPLからシステム変数にアクセスする際は変数名の目に「@」をつける。その61【FMILibrary18】FMUはパラメータ名とvalueReferenceの紐づけが出来た方が運用し易い。FMILibraryはmodelDescription.xmlの内部情報を構造的に抱えている。よって、APIで各種情報を取得可能。「modelDescription.xmlの内容を列挙」までの流れを確認。手順は多いが、流れはシンプル。その260【CANoe13】CANoeが32bitFMUを要求する理由の調査結果。CANoe内に2つのアプリケーションが動作しているもよう。描画担当で64bitプロセス。計測/演算担当の32bitプロセス。FMUは計測/演算担当のプロセス側が読み込んでるっぽい。CANoeの内部構成についていろいろ考察したので次回説明予定。コメントをキャンセルメールアドレスが公開されることはありません。※サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。上に表示された文字を入力してください。(14)KEI主に自動車開発関連の技術者っぽい人。領域はパワートレインがメインだが、それ以外もちょこちょことやってる感じ。カテゴリ的には凡そ以下。現場は疲れたので、シミュレーションで実物を扱わなくても仕事ができる環境を目指す。家に引きこもって外に出なくてもOKな世界。目指せ完全テレワーク。KEIをフォローするKEI2024.11.01はい。一般的な動画のfpsに近いものと思ってもらってOKです。※以下、たぶんDS検定では聞かれないと思いますが念のため...画像フレームレートという表現ですが、世間一般の表現ではありません。仮)(データサイエンティスト検定リテラシーレベル)KEI2024.11.01ありがとうございます。正解選択肢の内容が間違ってますね。逆というか、協調フィルタリング側が間違っている状態でした。仮)(データサイエンティスト検定リテラシーレベル)鋼鉄の戦士2024.11.01協調フィルタリングとコンテンツベースフィルタリングの説明逆な気がします。仮)(データサイエンティスト検定リテラシーレベル)あ2024.10.09先日お伝えした問題は無事解決しました。Usホーム検索トップサイドバータイトルとURLをコピーしました。