🦾Craft & Know-How

ロボット技術者 · 感知し、判断し、物理世界で行動する機械を設計する仕事。真の難問は知能ではなく、世界そのものだった。

回路基板をはんだ付けしたりブラケットを手加工したりするロボット技術者のイメージは、画面によって狭められはしたが取って代わられてはいない。CADソフト、制御システムのコード、シミュレーション環境が働く週の大半を占めるが、この仕事は今も日常的にオシロスコープを手にした作業台で終わる。誤作動するロボットは遅かれ早かれ実機でデバッグしなければならないからだ。

経験豊富な技術者たちが伝えるのは、特定のツールについてというより、実機でテストされていないあらゆるものを疑ってかかる姿勢だ――洗練されたシミュレーションより実際のテストを信じ、電力と計算資源を固定された通貨のように予算配分し、ロボットが全速力で初めて動く瞬間を、何かがうまくいかない可能性が最も高い瞬間として扱う。

What the work demands

788275808865
機械設計と運動学
78
組み込みシステムとリアルタイム制御
82
知覚とコンピュータービジョン
75
動作計画と制御理論
80
システム統合
88
安全工学と故障診断
65

機械設計と運動学

ロボットに可動域と可搬荷重を与える物理的構造、関節、機構を設計し、バックラッシュ、摩擦、コンプライアンスが組み立て後にどう現れるかを知っている。

組み込みシステムとリアルタイム制御

厳密なタイミングでセンサーを読みモーターを駆動する低レベルコードを書きデバッグする。締め切りを逃せば、単に遅いだけでなく不安定または危険なロボットになりかねない。

知覚とコンピュータービジョン

カメラ、ライダー、深度センサーのデータを、世界に対する使える理解に変換する。手書きの特徴検出よりも訓練済みモデルに頼る傾向がますます強まっている。

動作計画と制御理論

安全で効率的な経路や軌道を生成・実行し、現実の外乱にもかかわらずロボットをその経路上に保つフィードバックループを調整する。

システム統合

ロボットの機械・電気・ファームウェア・ソフトウェアの各層――個々には正常に動いている――を協調させる。実際の故障の大半はそのどれか2つの間の境界で発生する。

安全工学と故障診断

非常停止、力の制限、安全な故障モードを設計に組み込み、ロボットが予期せぬ挙動をした理由を、近くに人がいる状態で再発する前に突き止める。

A day in the life

状況確認、夜間ログ、スタンドアップ作業台での実機デバッグ昼食ソフトウェア、制御、シミュレーション作業実機での統合テスト退勤――ただし発売やデモの前は別 036912151821 24h
  1. 7–9 状況確認、夜間ログ、スタンドアップ

    夜間のテスト実行や現場で無人稼働しているロボットのデータやエラーを確認し、その後優先事項と未解決のバグについて短いチームミーティングを行う。

  2. 9–12 作業台での実機デバッグ

    ハードウェア作業の主要な時間帯――配線、センサーの較正、ブラケットの加工や3Dプリント、あるいは荷重下で関節がずれる原因の追跡。

  3. 12–13 昼食

    本物の休憩だが、デモや競技、製品発売前の追い込み期には真っ先に消えがちだ。

  4. 13–16 ソフトウェア、制御、シミュレーション作業

    作業台ではなく机で、制御コードを書いたり調整したり、シミュレーションを実行したり、知覚・計画パイプラインに取り組んだりする。

  5. 16–19 実機での統合テスト

    実際のハードウェアでシステム全体を一緒に動かす。個別には隠れていた機械・電気・ソフトウェアの問題が普通ここで一斉に表面化する。

  6. 19–7 退勤――ただし発売やデモの前は別

    普段の日は自分の時間と睡眠。競技、デモ、製品出荷日の前は、技術者は夜遅くまで作業台に戻ることがある。

The know-how

Craft knowledge practitioners actually pass on — not motivation.

01

世界そのものが最良のモデルである

シミュレーションが実機の遭遇するすべてを捉えていると信じてはいけない。物理的な試作機を早期に頻繁にテストせよ。モデル化されていない摩擦、センサーノイズ、バックラッシュは、数式の中より先に必ず作業台の上に現れる。

ロドニー・ブルックス、MIT、サブサンプション・アーキテクチャ論文(1986年)
02

下から上へデバッグせよ:電源、配線、ファームウェア、ロジックの順で

ロボットが誤作動したら、コードを疑う前に電源とコネクタを確認せよ――謎めいたロボットの故障の圧倒的多数は、緩んだコネクタ、瞬間的な電圧降下、誤配線されたセンサーに起因し、ソフトウェアのバグではない。

ロボティクス研究室と競技(FIRST、VEX)で教えられる標準的なトラブルシューティング手順
03

安全に停止できないロボットは未完成である

非常停止、トルク制限、安全区域は出荷前に最後に加える機能ではなく、最初の試作機から設計に組み込まれる。既に高速で動いているロボットに安全機能を後付けすることが、人が怪我をする典型的な原因だからだ。

産業用ロボット安全規格ISO 10218、および一般的な現場の安全文化
04

電力と計算資源はお金のように予算配分せよ

あらゆるセンサー、モーター、オンボードコンピューターは、ロボットのバッテリーと処理能力の予算の中から一定の割り当てを消費する。何かを削らずに機能を一つ追加することが、有望な試作機が自分の作業日すら終えられなくなる原因になる。

組み込みシステムにおける標準的な電力予算配分の実務
05

摩擦とバックラッシュは静かに制御ループを蝕む

クリーンなモデルで調整された制御アルゴリズムは、モデル化されていないギアのバックラッシュ、ケーブルの摩擦、関節のコンプライアンスのために実機で失敗しうる。こうした問題はエラーメッセージとしては現れず、ただ不可解に不正確なロボットとしてしか現れない。

ロボットアームや脚型ロボットの工学で広く教えられている機構設計の実務
06

速く動かす前にゆっくり動かしてテストせよ

新しいコードや新しい機構は、誰かがキルスイッチに手をかけた状態で、まず動作速度の一部でテストされる――誰かが全速力で動かすことを許可する前に。アトラスやスポットのような機械のあらゆる新しい動作にこの規律を適用していると技術者たちは語る。

ボストン・ダイナミクスや同様の動的ロボティクス研究室で一般的なテストの規律

Tools of the trade

ROS / ROS 2(ロボットオペレーティングシステム)

業界の大半で使われるオープンソースのミドルウェアフレームワークで、センサー、アクチュエーター、ソフトウェアモジュールを、毎回配管を作り直すことなく一つの動くロボットへとつなぐ。

CADソフト(SolidWorks、Fusion 360)

ロボットの機械的構造をモデル化し、干渉をチェックし、金属やプラスチックを切り出す前に製造図面を生成するパラメトリック3D設計ツール。

MATLAB / Simulink

制御システムと力学のモデル化における標準ツール。特にフィードバックループの調整や、実機のコードを信頼する前にロボットの挙動をシミュレートするのに使われる。

オシロスコープとテスター

今も仕事の中心にある基本的なハードウェアデバッグ機器――実際のロボットの故障の大半は、これらのツールが直接明らかにする配線、電源、信号の問題に起因する。

シミュレーション環境(Gazebo、NVIDIA Isaac Sim)

実機を危険にさらす前に、制御コードのテストや知覚・操作モデルの訓練を可能にする物理ベースの仮想環境。ただし決して実機の完全な代わりにはならない。

How people fail at it

実機よりシミュレーションを信じてしまう

GazeboやMuJoCoで完璧に動くコントローラーが、シミュレーターがモデル化していないセンサーノイズ、遅延、摩擦のせいで実機では失敗しうる――初期のハードウェアテストを省くチームは、しばしばこれを高くつく形で、しかも遅くなってから発見する。

ソフトウェアが「完成」するまで機械設計を無視する

ロボットの本体を固定所与として扱い、努力をソフトウェアに集中させると、最初から機構とソフトウェアを一緒に設計するのではなく、バックラッシュ、脆弱な関節、センサー配置といったハードウェアの実際の限界と戦うことになる。

締め切りの圧力で安全レビューを省略する

適切なリスク評価と非常停止テストなしにロボットをデモや出荷に急がせることが、危うい事態を実際の怪我に変える典型例だ。特にロボットが柵の外で人の近くで働くようになってからは。

Keep exploring

More in Engineering & Technology