#実行はできたけど

[Unity] Intel Edison で Unity を実行する
にて Unity のプログラムを実行することができました。が、これはログインして実行コマンドを入力しています。
つまりこういう状態で、

ログインして、シェルから実行コマンドを入力しているわけです。これはいただけません。
ガジェットならガジェットらしく、独立で起動してくれないと夢が広がらないですね。

というわけで、Unity プログラムを自動起動させます。

#サービスを設定する
作成した実行ファイルが /var/linux.x86 だとして、
/lib/systemd/system/unityplayer.service
というファイルを、以下の内容で作成します。

[Unit]
Description=Unity Player
Requires=wpa_supplicant.service
After=wpa_supplicant.service

[Service]
Environment="HOME=/usr/root"
ExecStart=/var/linux.x86 -batchmode -nographics
#ExecReload=/bin/kill -HUP $MAINPID

[Install]
WantedBy=multi-user.target

まだ systemctl の理解が浅くて、この記述が最適なのか自信がありません。（rc.init の頃と比べて洗練された気はしますが、どうも難しいですね）
実際、wifi の接続を待ってから起動するようにしたかったのですが、効いてないようです。なので
After=wpa_supplicant.service
このあたりの記述には意味がないかも。

そしてこの設定ファイルでは、自動実行（非ログイン実行）する際の Unity の問題をひとつクリアしています。
Environment="HOME=/usr/root"
これです。どうやら Unity Player は、環境変数 HOME が未定義だと落ちてしまうようです。この事実を見つける難易度が高かったのですが、わかってしまえばこのように、回避は容易です。

#サービスを登録する
/lib/systemd/ で、
systemctl enable unityplayer.service
を実行します。

root@yuji-edison:/lib/systemd/system# systemctl enable unityplayer.service 
ln -s '/lib/systemd/system/unityplayer.service' '/etc/systemd/system/multi-user.target.wants/unityplayer.service'

これで自動起動に登録されました。準備完了です。

#単体で起動してみる
PC ではなく壁に刺します。

さあ、どうだ！前回使用した受信プログラムを走らせます。

動作しています。めでたしめでたし。
送信プログラムでアドレスを送っているので、そのアドレスに ssh でログインすることもできます。

#今後
これで、電源さえ供給すれば、Break Out Board すら外した状態で Unity で作ったプログラムを動作させられるはずです。何ができますかねー