micro-ROS のチュートリアルを進め、ホスト PC と STM マイコン間で ping-pong をするまでの記事です。
なるべく docker を利用していますので、手っ取り早く sample を動かしたい方向けです。
詳細は公式のチュートリアル(参考[1])をご覧ください。

記事は 3 つに分けて投稿します。本記事は 2 記事目になります。

環境

ホスト PC：Ubuntu 18.04.4 LTS
対象ボード：STM32 Nucleo-144 開発ボード NUCLEO-F767ZI

docker を使うので、他の環境でも動くかと思います。
nucleo-144 は比較的お手頃で、ポーティングしている方がいた(参考[2])ので選んでいます。

設定

今回使うnucleo-144は公式でサポートされていないハードウェアなので(参考[3])、ポーティングが必要になります。
１つ１つ項目を確認しながら設定変更が必要となりますが、それも大変なので、フォークして来て、ポーティング済みのリポジトリを用意しました。
細かい部分は公式ドキュメント(参考[1])、maeharaさんの説明、リポジトリのコミットログをご覧ください。

作業ディレクトリ（ws)の用意

docker イメージの作成

ボード・RTOS毎に作業ディレクトリ(ws)を作っていきます。
今回はdockerでの環境構築も目指すので、DockerFileも環境ごとに用意が必要となります。

フォークして修正を加えたリポジトリを用意しましたので、そちらを使います。

$ mkdir -p ~/uros_ws
$ git clone https://github.com/hsgwa/micro-ROS-docker.git
$ cd micro-ROS-docker
$ docker image build -t uros_nucleo-144_f767-netnsh:dashing micro-ROS-Nucleo144-NuttX

マウント用のwsをホスト側へコピー

docker内にwsは作られるのですが、できればdocker内からホスト側のwsをマウントさせたいです。
マウントするとdocker内のファイルがディレクトリ毎上書きされてしまうので、少々雑ですが以下のようにします。

dockerコンテナを作成
dockerコンテナ内のwsをホスト側へコピー
dockerコンテナを削除
(4. ホストのwsをマウントしてdockerコンテナを再作成)

$ docker run -it --rm --name uros_nuttx_nucleo-144_f767-netnsh uros_nucleo-144_f767-netnsh:dashing
$ # 別ターミナルで以下を実行。コピー完了後、コンテナは終了させる。

$ cd ~/uros_ws
$ docker cp uros_nuttx_nucleo-144_f767-netnsh:/uros_ws nuttx_nucleo-144_f767-netnsh

今後は、ホスト側に置いた ws をマウントして使います。

カーネルの設定

コンテナの起動

$ docker run -it --rm --privileged -v ~/uros_ws/nuttx_nucleo-144_f767-netnsh:/uros_ws \
  --name uros_nuttx_nucleo-144_f767-netnsh uros_nucleo-144_f767-netnsh:dashing

書き込みも行うため、--privilegedを付けています。

nucleo-144へポーティング

NuttXは、目的に合わせてコンフィギュレーションを行う必要があります。
通常はNuttX/tools内のスクリプトを利用するようですが、
micro-ROSの場合、micro_ros_setupというツールがあるので、そちらを使います。

$ cd /uros_ws
$ ros2 run micro_ros_setup configure_firmware.sh f767-netnsh
$ cd /uros_ws/firmware/NuttX
$ ls .config
.config # NuttX/configs/nucleo-144/f767-netnshからconfigファイルが作られる。

この設定ファイルでデバイスの設定や、サンプルプログラムのビルドなどを行います。

ポーティングする際は、Micro-ROS configuration for NuttX
に書かれている項目が必要になります。
今回はNuttXリポジトリもポーティング済みを用意しています。

$ cd /uros_ws/firmware/NuttX
$ git remote set-url origin https://github.com/hsgwa/micro-ROS-NuttX.git && git pull origin master
$ cd /uros_ws
$ ros2 run micro_ros_setup configure_firmware.sh f767-netnsh # 設定の反映

※ pull の際にhint: Waiting for your editor to close the file... 293 と出るときは vim をインストールしてから実行してください。

$ apt install -y vim
$ git reset --hard HEAD && git pull origin master

サンプルの有効化・ネットワーク設定

次に、静的に設定している IP アドレスの変更と、今回使用するpublisherサンプルの有効化をします。

デフォルトで設定している IP アドレスは以下の通りです。

agent(ホストPC) : 192.168.11.2
board : 192.168.11.3 (HEX: 0xC0A80B03)
router : 192.168.11.1 (HEX: 0xC0A80B01)

Macアドレスは0x00e0deadbeefです。適宜ルーターの設定を行い、IPを静的に割り振ってください。

$ make menuconfig
Application Configuration > Examples > microROS Publisher # サンプルの有効
Application Configuration > Examples > "Hello, World!" example # サンプルの有効

Application Configuration > NSH Library > Networking Configuration > IP Address Configuration > Target IPv4 address
Application Configuration > NSH Library > Networking Configuration > IP Address Configuration > Router IPv4 address
Application Configuration > NSH Library > Networking Configuration > Hardware has no MAC address

最後は.configに保存して終了です。

設定が反映されている確認をします。

$ cat .config | grep -i -e ipaddr -e agent_ip -e uros_examples_publisher
CONFIG_UROS_EXAMPLES_PUBLISHER=y
CONFIG_NSH_IPADDR=0xC0A80B03
CONFIG_NSH_DRIPADDR=0xC0A80B01
CONFIG_UROS_AGENT_IP="192.168.11.2"

このままだと、configure_firmware.shを実行すると設定項目はリセットされてしまいます。
毎回設定し直すのは大変なので、現在の設定を保存しておきます。

$ make savedefconfig
$ cp defconfig configs/nucleo-144/f767-netnsh/

ビルド

$ cd /uros_ws
$ ros2 run micro_ros_setup build_firmware.sh
~
CP: nuttx.bin

$ ls firmware/NuttX/nuttx.bin
firmware/NuttX/nuttx.bin # これを書き込みます

書き込み

出来上がったnuttx.binを書き込みます。
mbed対応なので、ストレージにドラッグ＆ドロップで良いのですが、せっかくなのでコマンドラインで書き込みます。

st-flashツールは私の環境ではうまくいかなかったので、openocdを使います。

$ openocd -f board/st_nucleo_f7.cfg -c "program firmware/NuttX/nuttx.bin exit 0x08000000"
** Programming Finished **

USBの抜き差しをするとホストPC内でのファイルデバイスが代わり、コンテナ内からは認識できなくなります。
一旦コンテナを終了し、再度runし直してください。

※ 公式のやり方としては、用意されているflash_firmware.shを使うみたいです。
NSH console over UART & USB | micro-ROS

動作確認

いきなりpub-subでも良いですが、一つずつ動作確認してからpub-sub サンプルを実行します。

nshへの接続。hello, worldサンプルの実行

ST-LINKが認識されており、nshの接続に使用するデバイスファイルの存在を確認します。

$ lsusb # ST-LINK/V.2.1の確認
Bus 003 Device 002: ID 0483:374b STMicroelectronics ST-LINK/V2.1 (Nucleo-F103RB)
$ ls /dev/ttyACM0
/dev/ttyACM0

いよいよnshへ接続です。

$ sudo minicom -D /dev/ttyACM0
minicom へようこそ 2.7.1

オプション: I18n
コンパイルされた日時は:  Aug 13 2017, 15:25:34.
ポート /dev/ttyACM0, 09:05:30

CTRL-A Z を押すと、説明画面になります。

NuttShell (NSH) # ボード上のリセットボタンを押下
nsh> ? # help
help usage:  help [-v] [<cmd>]

  [         cd        echo      ifconfig  mkrd      pwd       test      wget      
  ?         cp        exec      ifdown    mh        rm        time      xd        
  addroute  cmp       exit      ifup      mount     rmdir     true      
  arp       dirname   false     kill      mv        route     uname     
  basename  dd        free      ls        mw        set       umount    
  break     delroute  help      mb        nslookup  sh        unset     
  cat       df        hexdump   mkdir     ps        sleep     usleep    

Builtin Apps:
  publisher   renew       adc_simple  ping        hello      # 有効にしたサンプルがある
nsh> hello
Hello, World!!

ping による導通確認

ルーターへのping, ホストPCへのpingで導通を確認します。

nsh> ping 192.168.11.1
PING 192.168.11.3 56 bytes of data
56 bytes from 192.168.11.3: icmp_seq=0 time=0 ms # router OK
nsh> ping 192.168.11.2
PING 192.168.11.2 56 bytes of data
56 bytes from 192.168.11.2: icmp_seq=0 time=0 ms # host OK

実行

Nucleo-144から publish し、ホスト側でsubscribeするサンプルを実行します。

エージェントの起動

$ docker run -it --rm --net=host --name uros_agent microros/micro-ros-agent:dashing udp4 --port 8888

ping_pongデモを別ターミナルでint32_subscriberを起動

$ docker run -it --rm --net=host --name uros_demos_1 microros/micro-ros-demos:dashing ros2 run micro_ros_demos_rcl int32_subscriber

nshからpublisherを起動

$ sudo minicom -D /dev/ttyACM0
nsh> publisher

実行結果

左が agent、中央がホスト subscriber、右がマイコンpublisher(nsh)です。
左から順に起動し、publisher の起動直後、中央の画面で受信ができています。

ホストsubでは Failed status on line 37: 2. Continuing.と出続けていますが、subscribeのタイムアウトが動作しているようです。

subscriberのソースコードのうち、メインルーチンのみ抜粋して載せます。

  // micro-ROS-demos/rcl/int32_subscriber/main.c 抜粋
  do {
    RCSOFTCHECK(rcl_wait_set_clear(&wait_set))
    size_t index;
    RCSOFTCHECK(rcl_wait_set_add_subscription(&wait_set, &subscription, &index))
    RCSOFTCHECK(rcl_wait(&wait_set, RCL_MS_TO_NS(1))) // line 37 is here!

    if (wait_set.subscriptions[index]) {
      std_msgs__msg__Int32 msg;

      rcl_ret_t rc = rcl_take(wait_set.subscriptions[index], &msg, NULL, NULL);
      if (RCL_RET_OK == rc) {
        printf("I received: [%i]\n", msg.data);
      }
    }
  } while ( true );

2回目にpublisherを起動するとダンプを吐いて死ぬことがあります。
これは、参考2 と同じ現象で、回避策が挙げられています。一旦バージョンを戻してからビルド＆書き込みをしてください。

$ cd firmware/mcu_ws/uros/rmw_microxrcedds
$ git reset --hard 34ed379e4a838201e1bfe36325074c1629db2372

参考