組み込み事情にはあまり詳しくなく、現在RL78などを使ってCAN通信を色々試作しているのですが、
実際に量産するような製品でCAN通信をする場合、本当に一からCAN通信のコードを起こしているのでしょうか…
いくつかのケースを考えてみたのですが、多分以下の4パターンになるかと思います。
1) 毎回プロジェクトごとにコードを一から起こしている。
2) 自社開発のCANライブラリが手元にあってそれを使いまわしている。
3) CANのミドルウェア的なものを買ってきて、それを使っている。
4) 発注元から使用するミドルウェアを指定され、案件ごとに言われたミドルウェアで開発している。
CANの何らかの規格に適合していることを証明するコストを考えると、量産では3)か4)以外なさそうな気がするのですが、
実際の開発事情をもしよろしければ教えていただきたいです。
# つまるところ、1)や2)は避けたいのです…
こんにちは Sugachanceです。 私も取り掛かり始めたころは、気になっていた話題です。 このあたり詳しいであろうNAKAさんの降臨を待ちたいところですが… 私見ですが ・下位層は自作orコード生成機能による ・上位層のプロトコル(J1939やCANopen)は 自社開発して使いまわすor買ってくる というところではないでしょうか。売っていますし… 完全な自動車分野の場合は分かりませんが、 ISO26262の対応となると、ツール認定されたコンパイラ＋自作コード？？ 分野が自動車ではないので、RL78/Fだけではなく 非車載品のSynergyを使うこともありますが、 CANのコード生成(というかルネサスの保証付きのSSP)がつかえました^^
呼ばれて飛び出てじゃじゃじゃじゃぁ～ん！ NAKA＠在宅勤務です。 imudakさん、Sugachanceさん こんばんは。 NAKAは開発品の試作や試験がメインなので 基本 1) 毎回プロジェクトごとにコードを一から起こしている。 あるいは 2) 自社開発のCANライブラリが手元にあってそれを使いまわしている（自分で作ったものですが.....(*_*;） です。 これや japan.renesasrulz.com/.../27498 これなど（こっちの方がいいかな？） japan.renesasrulz.com/.../33462 にRL78/F13、F14のコードが張り付けてありますので 動作を簡単に確認するにはそんなに大変ではないかと思います。
※今のところ、車載で試験してもあまりトラブルになったことは無いです。
外用で信頼性うんぬん言われると、責任はとれませんので、うちの会社ですと代理店経由でルネサス からサンプルをもらっているようです。 車載のRH850のサンプルはあるようです。（NAKAは０から作りましたけど） 代理店に相談されたらいかがでしょう？ あるいは、代理店（萩原エレクトロニクスなど）さまでもドライバーを作ってくれますよ！
ご検討ください。 _(._.)_
P.S.
事業部では ２）で、昔の資産を使いまわしているようです。
CANを流用している船舶のNMEA2000は上位まで規格化されているので異なるメーカのエンジンとタコメータが接続できたりしますが、元祖の自動車業界ではデータに対するidやパケット内の構造はモデルごとで異なると思ってます。規格化がされていないのでプロジェクトごとに一から起こすしか無いように思われ、何を問題にしているか良く解ら無いのは私だけでしょうか？
ＣＡＮｏｅは必須だと思ってます。まずは、CANoeでデータベースを作成して、コピー＆ペーストでＩＤＥに持ってくるとタイプミスも避けられ、作業も楽になります。長いことＣＡＮを触っていないので古いのかな？
imudakさん 健診⇒久々の出勤のNAKAです。 ソフトもありますが、以外と厳しいのがハードの設計です。適当なトランシーバ、チョークコイルの組み合わせでは車載CANに接続させてもらえません。VeLIOで認証された組み合わせであることはもちろん、更にESD保護のツェナーダイオードやバリスタも使って良い型式が社内で規定されていたりします。電源もドミナント時のMAX電流で設計すると結構シビアで、温特も考え合わせ125℃での使用を考えると......CAN-FD８chのボードで3.5Aの電源で複数になっちゃいました。まあ、また、外メーカにも試作機器を納めることがあり、最近信頼性を問われます。新しい高効率で小型の部品を使いたくても、過去に製品で使用実績のある部品しか使わせてもらえないこともあります。逆にソフトは中身が見れないので、しっかり動作していれば.......。
velio.jp/.../comformance.html