組み込みシステムが複雑化・多機能化するのにともない、開発プロジェクトには数多くの専門分野で構成される大規模な開発チームを必要とするようになってきた。システム開発プラットフォームであるNI LabVIEWは、少人数のチームで短期間に複雑な組み込みシステムを開発するための強力なツールである。日本ナショナルインスツルメンツの天沼千鶴氏がその詳細を語った。
組み込みシステムの複雑化と多機能化が止まらない。例えば、携帯電話機は普及が始まった当初は、音声通話機能だけの端末だった。それがデータ通信機能を備えることにより、電子メールの送受信もインターネットアクセスも使えるようになった。現在ではさらに、音楽やビデオのマルチプレーヤ機能、ICレコーダ機能などに加えて、様々なアプリケーションプログラムを処理する機能を有するようになっている。名称も「携帯電話機」から、「スマートフォン」へと変わった。
こういった複雑化や多機能化は、スマートフォンに限らない。組み込みシステムのプログラミングに必要なコードの行数は、膨大な数に上っている。洗濯機ですら10万行に達しており、複雑で大規模な航空機では650万行、MRIスキャナでは700万行、高級乗用車では1000万行にも達する。行数の増加によって当然ながら、バグ(デフェクト)も増加する。適切な期間内にバグをつぶすためにはテストエンジニアを増員しなければならない。
もちろん、課題はテスト作業の増大だけではない。設計品質の向上、開発期間の短縮、開発コストの削減、新製品の開発など、数多くの課題がある。これらの課題は組み込みエンジニアに人材開発企業が調査した結果だが、解決策についても尋ねている。その結果、トップでおよそ6割を占めたのが「技術者のスキル向上」だった。
「技術者のスキル向上」が解決策になるという回答は、一見するともっともらしいのだが、よくよく考えてみるとおかしなところがある。天沼氏は「この回答を疑問に思いました」と述べていた。なぜなら、世の中は常に進化しているからだ。ハードウェア技術、ソフトウェア技術、すべて刻々と進化していく。技術者のスキルが向上したとしても、こういった技術の進歩に追いつくだけで、新しい技術を使いこなせるようになるだけで、精一杯となりかねない。「技術の自転車操業になりかねませんか?」と天沼氏は聴衆に対して疑問を投げかけていた。
もちろん「技術者のスキル向上」が不要というわけではない。技術者のスキルを向上させただけでは、組み込み開発の課題は解決できないということだ。何かしらの工夫が必要になる。
その工夫の候補の1つが、「NI LabVIEW」の導入である。ハードウェア技術とソフトウェア技術が融合したシステム開発プラットフォームであるLabVIEWは、両方の技術の進化を常に取り込む形で発展してきた。PCをプラットフォームとしているので、プロセッサ(CPU)の進化とPCの進化がそのまま、LabVIEWを進化させる。
またナショナルインスツルメンツは最先端のFPGAメーカーとパートナーシップを結んでいるので、ハードウェア技術の進化の恩恵にも預かれる。言い換えると、LabVIEWを導入することで、継続して最新の技術を使いこなせるようになる、ということである。
別の観点からも、NI LabVIEWの導入にはメリットがある。開発リソースの調達問題にどのように応えるのかという観点からだ。単純化すると、独自開発(ビルド)か、外部調達(バイ)か、という問題である。
独自開発(ビルド)では、カスタムのハードウェアとソフトウェアを、社内のリソースを活用して製品を作り上げる。要件には完全に対応可能であるものの、開発には長い期間を要する。外部調達(バイ)では、汎用品のハードウェア部品とソフトウェア部品を購入し、これらを組み合わせて製品を作り上げる。社内のリソースは少なくて済むほか、開発期間が短くなるものの、購入部品の機能には不要なもの(オーバーヘッド)が少なくない。使わない機能まで購入させられていることになる。
ビルドとバイのいずれにも長短がある。通常の組み込み開発ではビルドとバイを組み合わせることが多い。この場合は組み合わせのバランス取りが簡単ではなくなる。ここが悩ましい。
この点、LabVIEWはビルドとバイの両方の特長を併せ持ったハイブリッドなプラットフォームだといえる。1枚のボードにCPUとFPGA、I/Oが載っている。CPUではリアルタイムOSとソフトウェアが動く。そしてFPGAを書き換えることでI/Oをカスタマイズする。I/Oでは外部からセンサの情報を取得したり、外部のアクチュエータを制御したりする。
そして最も重要な特長は、ハードウェアとソフトウェアのカスタマイズをいずれもNI LabVIEWという共通の開発言語で実行できることだ。例えばFPGAのカスタマイズでは、普通はハードウェア記述言語(HDL)を使う。英数字と記号で構成されたプログラムのコードを記述していくことで、FPGAの動作を決定する。
これがLabVIEWでは、グラフィカルなアイコンを配置することでカスタマイズを実施する。コードを記述することがない。直感的に理解しやすい形で記述される。例えばFPGAを使ってLED(発光ダイオード)を1秒に1回の頻度で点滅させる動作の例では、ハードウェア記述言語では20行程度のコードを記述する。それがLabVIEWでは、5点くらいのアイコンで記述されることになる。まったく違うプログラミング方式となる。
NI LabVIEWの開発プラットフォームは基本的には、CPU(プロセッサ)とFPGA、I/Oで構成されている。そして処理性能と大きさの違いにより、幅広いラインアップが存在する。ロードエンドではシングルボードのプラットフォームがあり、それからCompactPCIモジュールのプラットフォーム、高性能PCに拡張ボードを挿入するタイプのプラットフォーム、PXIモジュールのプラットフォームがある。いずれのプラットフォームも、LabVIEWという同じプログラミング言語で開発を実施できる。
NI LabVIEWのようなシステム開発プラットフォームを利用することで、開発者の人数を減らすとともに、開発期間を短縮できるようになる。従来の開発手法では、CPUとFPGA、I/Oを含めた組み込みシステムの開発には、少なくとも6名のエンジニアが必要だった。具体的には、ドメインエキスパート(対象とするアプリケーション分野の専門家)、ソフトウェア設計者、FPGA設計者、機構設計者、カスタムIC設計者、ASIC設計者である。これがLabVIEWを利用することで、ドメインエキスパートとシステムアーキテクトの2名で開発を実行できるようになる。
別の調査では、従来の開発ツールを使って12.5カ月かかっていた開発期間が、グラフィカルな開発ツールの採用で6.2カ月に短縮されるとともに、開発チームの人数が11.5名から4.8名に減ったとの報告がある。開発期間が半分になり、開発チームの人数が半分になった計算だ。開発効率がおよそ4倍に高まったことになる。グラフィカルな開発環境の導入によって開発効率がここまで高まるとは、驚きである。
天沼氏は講演で、NI LabVIEWを組み込んだ医療機器の事例も紹介した。眼の水晶体をレーザーメスで切開する機器で、その制御にLabVIEWを採用した。水晶体の切開には非常に精密な制御が要求される。LabVIEWを組み込んだレーザ装置は、人手による切開よりもきれいに水晶体を切開できているとした。
この他、エネルギー関連業界や工作機械の制御用コントローラなどにも LabVIEWは利用されているという。
NI LabVIEWは非常に優れた開発プラットフォームだが、すべての用途に対応しているわけではない。適していると考えられる用途は、高速・高分解のアナログ計測や、複雑な制御と信号処理などであり、カスタムハードウェア並みの性能を要求しており、市場に早期に製品を投入したい場合だとする。
生産量は大量生産ではなく、少量生産〜中量生産が適する。もう少し詳しく説明すると、年間生産数量が1000台に満たない組み込み機器が最適だという。
データ集録とは、電圧、電流、温度、圧力、音などの電気的または物理的現象をコンピュータで計測するプロセスである。このガイドでは、最適なセンサやバスの選び方や、またDAQを使用したシステム構築の方法を紹介している。
▼ ▼ ▼
LabVIEWは、20 年以上にわたり、高度なテスト、計測、制御アプリケーションの開発用ソフトウェアとして、多くの技術者や研究者に使用されてきた
▼ ▼ ▼
Copyright © ITmedia, Inc. All Rights Reserved.
提供:日本ナショナルインスツルメンツ株式会社
アイティメディア営業企画/制作:EE Times Japan 編集部/掲載内容有効期限:2012年12月31日
常識を打ち破るプラネタリウム製作を続けているイノベータ・大平貴之氏と、革新的なツールでイノベーションを後押しするサポーター企業・日本ナショナルインスツルメンツの池田亮太氏。NIDays 2012で、現代のモノづくりを2人が語り合った。
組み込みシステムが複雑化・多機能化するのにともない、開発プロジェクトには数多くの専門分野で構成される大規模な開発チームを必要とするようになってきた。システム開発プラットフォームであるNI LabVIEWは、少人数のチームで短期間に複雑な組み込みシステムを開発するための強力なツールである。日本ナショナルインスツルメンツの天沼千鶴氏がその詳細を語った。
車載用電子制御ユニット(ECU)が自動車の安全・快適を一段と推し進めている。1台当たりのECU搭載数が増大するのに伴い、ECUが内蔵するソフトの開発負担が急速に高まってきた。そこで、開発負担の増加を抑制する動きが本格化している。ECUに依存しないソフト開発標準「AUTOSAR」のアップデート対応と、仮想プロトタイピングの最新状況をメンター・グラフィックス・ジャパンが解説する。
高周波(RF)信号を扱う無線通信システムでは、設計/検証の負担が急激に高まっている。そこで、RF回路とデジタル信号処理の協調設計が重視されるようになってきた。RF設計ツールベンダのAWR Japanと、同ツールのユーザであり、「フルノ」ブランドの魚群探知機で知られる古野電気が、最新の事例を報告した。