車両診断通信 【CanTp】車両診断通信 その30【シミュレーション⑰】
ISO-TPのシミュレーションをしよう。のシリーズ。XLドライバライブラリの受信割り込みと送信完了割り込みの再現方法について。割り込みエミュレーションのコードを提示。WaitForSingleObjectでシグナル待ち。xlCanReceiveで受信、送信、エラーの各種情報を取得。xlEvent.tagで各種処理に振り分け。
車両診断通信 
車両診断通信 【CanTp】車両診断通信 その29【シミュレーション⑯】
MCAL-CANDRVを実現するには受信割り込みと送信完了割り込みの再現が必要。XLドライバライブラリは受信、送信済み、エラーのイベントをWin32APIのイベントオブジェクト経由で通知する。よって、Win32APIによるスレッド、イベントオブジェクトのハンドリング知識が必要。
車両診断通信 【CanTp】車両診断通信 その28【シミュレーション⑮】
ISO-TPのシミュレーションをしよう。のシリーズ。Pythonから一旦離れて、AUTOSAR CanTpの話。AUTOSAR CanTp編に突入だよー。AUTOSARはSW-C、RTE、BSW、MCALのレイヤー構造になってる。AUTOSAR CanTpはBSWの一つでISO15765-2を再現している。
車両診断通信 【CanTp】車両診断通信 その27【シミュレーション⑭】
ISO-TPのシミュレーションをしよう。のシリーズ。Pythonパッケージcan-isotpによる疑似ECU。のパラメータを弄ってみる回。can-isotpのFCパラメータ変更実験をした。can-isotpの完成度は高い。少なくとも、そこらの構造が破綻したヤッツケ車両診断通信よりかは遥かに良い。
車両診断通信 【CanTp】車両診断通信 その26【シミュレーション⑬】
ISO-TPのシミュレーションをしよう。のシリーズ。Pythonパッケージcan-isotpによる疑似ECU。の実際に動かす回。can-isotpのリクエストレスポンスの実験を行った。SF-SF通信→OK！MF-MF通信→OK！
車両診断通信 【CanTp】車両診断通信 その25【シミュレーション⑫】
ISO-TPのシミュレーションをしよう。のシリーズ。Pythonパッケージcan-isotpによる疑似ECU。車両診断通信の大半はリクエスト-レスポンスで一つの通信。例外的にリクエストのみ、レスポンスのみもあるが、かなりレアなパターン。リクエスト側、レスポンス側ともに受信スレッドの仕組みでスクリプト肥大している。
車両診断通信 【CanTp】車両診断通信 その24【シミュレーション⑪】
can-isotpのマルチフレームリクエストの振る舞いを変えるためFC相当を変えてみた。指定したSTminに準拠する振る舞いにはなった。通信上の時間パラメータはシステム間で同期が取れないことを前提として幅を持たせている。10[ms]以上ならば、11[ms]を狙って、確実に10[ms]以上を満たす。
車両診断通信 【CanTp】車両診断通信 その23【シミュレーション⑩】
ISO-TPのシミュレーションをしよう。のシリーズ。Pythonパッケージcan-isotpのマルチフレームリクエストのパラメータについて。can-isotpのデフォルト状態だとDLC最適化仕様が採用される。CanStackに渡すパラメータでパディング、MIN_DLCを設定するとパディング仕様に切り替わる。
車両診断通信 【CanTp】車両診断通信 その22【シミュレーション⑨】
ISO-TPのシミュレーションをしよう。のシリーズ。Pythonパッケージcan-isotpのマルチフレームリクエストの確認をするためのFCの辻褄合わせ。python-canでちょっとしたタイミングを見計らったCANフレームの差し込みで対応。これにより、とりあえずマルチフレームリクエストが通った。
付加価値 【Why?】なぜなぜ分析のコツというか実施するための前提条件と事例【What?】
「なぜなぜ分析」の話は一瞬で終わる。 「なぜなぜ分析」をするための前提条件が重要になってくる。 条件が揃った場合の「なぜなぜ分析」はとても強力なツール。条件は、どこ(where)、何(what)であり、これが揃って初めてなぜ(why)を問うことができ、そして、どうする(How)を決めることができる。