# 調布祭プラレールのラズパイのお話この記事は[UEC koken Advent Calendar 2020](https://adventar.org/calendars/5692)の23日目の記事となります。調布祭プラレール企画の関連記事は以下の通りです。 * 20: [概要、自動制御部分](https://qiita.com/takoyaki3/items/4a9984c4023ceae4791f) * 21: [WebUI、ビデオ配信](https://stea.hatenablog.com/entry/2020/12/21/043801) * 22: [WebAPIに関して](https://pfpfdev.hatenablog.com/entry/20201222/1608570444) * 23: ラズパイ部分 ←この記事 * 24: ESP・列車回路 * 25: サーボモーターや配線周り # 概要初めまして、[ごっち](https://twitter.com/intent/user?user_id=3721840992)です。最近工研に入ったのでslackのチャンネルにかたっぱしから入っていたらプラレール企画のチャンネルに入ってしまい、気がついたらタスクが割り当てられてデスマ真っ只中にいました。(こうは書きましたがプラレール企画楽しかったです、ありがとうございます。) さて、調布祭お疲れ様でした! 鉄研と合同で工研では11/21~11/23の調布祭3日間プラレールの遠隔操作と自動制御という企画をやっていました。今回の記事ではプラレール記事のうちラズパイ関連について書きたいと思います。

オタク!電車を脱線させて遊べるぞ!
工研🛠／鉄研🚎コラボ開催中！今ならプラレールの遠隔操作ができるよ！今すぐアクセス！ https://t.co/m5mFef1A7F #調布祭 pic.twitter.com/p77wEuqCH5
— ゴッチャ (@_nil_a_) November 23, 2020

これは準備日と1日目のデスマが終わりclusterで遊んでたときの様子

バーチャルデスマしに来た pic.twitter.com/M5eyJUWdc5
— ゴッチャ (@_nil_a_) November 23, 2020

# プラレールの全体像についてプラレールの遠隔操作企画ではポイントなどを遠隔操作することができます。1編成だけは速度の制御が可能(逆走も)で車載カメラによる映像配信も行なっていました。私が担当したのはポイント遠隔操作用のラズパイと車載カメラのラズパイです。 # 遠隔操作のラズパイの話遠隔操作部分はラズパイがWebAPIとのソケット通信を確立し、降ってくる命令に沿ってポイントを制御します。中心である調布駅にラズパイを設置しているので調布駅のサーボモーターはラズパイのGPIOから制御、ちょっと離れた駅(具体的には北野と笹塚)にはサーボモーターを繋いだESP32を設置しています。そのESP32のAPI(http)をラズパイから叩いています。また速度制御可能なスカイライナーにもESPが積まれており、それに対しても速度変更の命令を送信しています。こんな感じの形式でw.deviceNum(ESP側のピン番号と対応)とb(onまたはoff)を設定する感じです。 ```go req,err := http.NewRequest(http.MethodGet,"http://"+w.address+"/"+b+w.deviceNum,nil) ``` pofさんのWebAPIが早々に完成していたのでコーディングはかなり簡単に進みました。ありがとうございます。(デバッグに1,2日溶かしましたが...) Go言語を使っていますがGPIOはPythonの方が扱いやすいのでPythonも併用しています。 # 配信用ラズパイの話プラレールの遠隔操作で最も問題となるのはカメラ映像の遅延です。今回、駅ごとに様々なアングルから撮影できるようにカメラを多数設置し配信していました。(詳しくはすてあさんの記事を参照してください。)これをYoutube liveなどを介して配信しようとすると、遅延最小の設定でも3秒ほどの遅延が発生するようです。そこでWebRTCを用いてYoutubeなどの中継なしでユーザーに映像を直接配信しています。定点カメラはWebRTC(SkyWayというサービスを使っています。)で配信していたのですが、車載カメラにはSkyWayが使えません。RaspberryPi zeroでは複数台にWebRTCで配信する負荷に耐えられないですし、そもそもCPUがARMv6であるためSkyWay Gatewayは起動すらできません。(RaspberryPi zero以外はARMv8なので動きます。負荷は知りません。) 今回、ラズパイに最適化されたWebRTCツールであるMomo(https://github.com/shiguredo/momo)を用いました。これはRaspberryPi zeroでも720p20fpsで配信可能な優れものです。なんとJetson nanoを使えば4k30fpsで配信できるそうです。内部では血の滲むような最適化がされているはずです...。さらにRaspberryPi zeroでは複数台へ配信する負荷に耐えられないので一度配信用パソコンだけに送信して、そのデスクトップキャプチャをSkyWayで配信するごり押しで解決しています。もっとスマートにやりたかった...(遺言)。 RaspberryPi zeroは最初は電池がもたないから駄目だろうと考えていたのですが、2日目にモバブを買って載せてみたところ意外と動きびっくりしていました。1本の18650でおそらく1日の展示には余裕で耐えられる気がします。なお配信のために購入したモバブは体積と重量を減らすため一瞬でバラバラにされていました。(昇圧回路と18650がセットで売られておりオトク!)

これはモバブだったもの、ショートが怖くて誰も持って帰りたがらない pic.twitter.com/oYKYc2vhMU
— ゴッチャ (@_nil_a_) November 23, 2020

なお車載カメラの配信は1日目はなし(遠隔操作系でデスマしていたので)、2日目はmomo+Youtube live、3日目はffmpeg+Youtube liveからmomo+SkyWayと次第に最適化？されています。なおそのあとラズパイが落ちて壊れました

状況です、こいつは遠隔で速度を弄れて逆走などもできます、カメラ配信は現在準備中あとちょっと pic.twitter.com/cq7hJWzULn
— ゴッチャ (@_nil_a_) November 22, 2020

車両映像を720p15fpsでwebrtc配信していたのですが，raspiがこわれました.....
— ゴッチャ (@_nil_a_) November 23, 2020

寝てる間に車両前方の映像配信が最適化されてその後壊れてた
— る (@ruu_uec) November 23, 2020

# 反省点や改善 * 早めに開発と統合テストをやりましょう。調布祭1日目にプラレールの配信ではなくデスマを配信することになります。(ごめんなさい....。) * RaspberryPi zeroの電池もちが予想以上だったので実験してみないとわからないなと思いました。 * 360度動画にしたいねという意見が出ていました。ぼくもやりたい。(ツイート見つけられず) * チャット機能など

ユーザー同士で会話するためのチャット機能とかあると良かったね，みたいな話は出ています
— ゴッチャ (@_nil_a_) November 23, 2020

* WebRTC周りは触ったことがないのでSkyWayやmomoにおんぶにだっこでしたが、自分で書いてみたいですね。視聴者のパソコンを配信インフラに組み込んで中継サーバとし配信者の負荷を軽減する配信ネットワークの計画が進行中なのでご期待ください(本当に完成するんですか？)

FHD60fpsだけなら機材を選べば可能、同接1kは無限の予算でツリー状に中継させれば可能なので、無限の予算さえあれば遅延10ms以外いけそう
— ゴッチャ (@_nil_a_) November 23, 2020

カップルは手を繋ぐけど僕はWebRTCでストリーム繋ぐのでデータ量で圧勝できる
— る (@ruu_uec) November 26, 2020

WebRTC完全に理解した
— る (@ruu_uec) November 26, 2020