ずっと前からハッカソンでLINEbotとか使いたかったけど、手をだせなかったので今更ながらはじめましたあくまでも簡単な練習としてEcho的なBotを作成しています。今回はHerokuへデプロイをするつもりでしたが、ボリュームが多くなってしまったので前後編としました。 今回のエントリーは前編として、ローカル環境でのbot作成までを行ってみています。
今回はpythonとFlaskを使ってbotを作成しています。
今回のエントリーでは以下の2つを参考させていただいています。本当にありがとうございます。
【参考1】
【参考2】
まずはLINEのデベロッパーコンソールにログインしてBotの基本部分を作成していきます。
最初にLINE developersにアクセスするところからスタートです。アクセスすると以下の様な画面になります。
画面中の【MessagingAPI（ボット）をはじめる】ボタンをクリックします。
ログインを促されます。（すでにログインしている場合には出ないかもしれません）開発しようと考えている人がユーザー登録してないとは思いにくいのでこの部分の手順に関しては省略しますがこのあたりを参考してもらえればいいのかなと思います。
ユーザ登録をしている人はそのまま【ログイン】ボタンをクリックしてください。
続いては画面左の【新規プロバイダー】を作成します。すでに実験などをしている場合にはプロバイダーやチャンネルが作成されていると思いますが、今回はそれとは別でそれらを作成していきます。（全くの新規の場合は少し画面が違うかもしれません）
ログイン後このような画面に遷移すると思いますので画面の左側の【新規プロバイダー作成】のボタンをクリックします。すると以下のような画面になります。
新規プロバイダーの名前の登録になります。わかりやすいものがいいとは思いますので、今回は【Mashup名古屋】というプロバイダーを作成してみることにしました。入力が終わったら確認ボタンをクリックします。
クリックすると確認画面が表示されますので、間違いなければ再度【作成ボタン】をクリックします。
クリックするとプロバイダーが作成されプロバイダー一覧にも表示されるようになります。
プロバイダー名の隣にある歯車のアイコンをクリックすればプロバイダーの管理画面に入れます。名前の変更や削除も可能です。
では、続いて【Messaging API】ボタンをクリックします。
次の処理は【新規channel作成】となります。
画面全体は以下のようになっています。
Messaging APIの情報を入力する項目は以下の情報となります。
アプリ名の変更が7日間できないのでここは厳しいかも？（ぬるいブログのサンプルだったら全く問題ありませんけど） あと、プランに2つから選択になりますが、画面内の説明にある通り
Developer Trial
MessagingAPIを利用したBotを試すプランです。友だちとメッセージの送受信を行うことができます。 ※追加可能友だち数は50人に制限されています。また、Developer Trialからプランの切り替えやプレミアムIDの購入はできません。
フリー
MessagingAPIを利用したBotを開発するプランです。友だちの人数に制限はありませんが、Push messagesを利用してBotから友だちにメッセージを送信することはできません。 ※サービス拡張に向けプラン変更が可能です。
このように説明されていました。開発のテストであれば間違いなく【Developer Trial】を選択すればいいかなと思います。まあ、LINEの友達も50人もいませんけどｗ。
今回はこんな感じで設定してみました。入力が終わったら画面下にある【確認】ボタンをクリックします。
【確認】ボタンをクリックすると情報利用に関する同意が求められるのでよく読んで問題なければ【同意】ボタンをクリックしてください。（よっぽどおかしいことは書いていないと思いますが…）
【同意】ボタンのクリックで確認のダイアログが閉じて規約同意の確認画面に遷移します。
あとは利用規約部分にチェックを行い【作成】ボタンをクリックします。
無事にチャンネルが作成されました。
ですが新しいチャンネルはまだ設定が完了していないようです。ただ、まだ入力できない情報もあるので今はまだ設定が完了していいないことだけ覚えておくことにします。
今回のbot用のサンプルコードの準備をします。サンプル用のコードは公式側からGithubで公開されていますのでこれを使用します。このサンプルコードは文字列を受信して同じものを返す機能になっています。（Echo的なものです）
今回はpythonを出しましたが他にも以下のような言語があるようです。
注意点はEchoのサンプルコードのファイルはREADME.rst（ドキュメント）に入っているので単純にGit Cloneしても見当たらないので覚えておいてください。
ドキュメントにあるソースコードを貼ってろうと思ったのですがいろいろどうだろうかというところもあるので少しコードを変更しています。
【main.py】
from flask import Flask, request, abort
#環境変数取得用
import os
from linebot import (
LineBotApi, WebhookHandler
)
from linebot.exceptions import (
InvalidSignatureError
)
from linebot.models import (
MessageEvent, TextMessage, TextSendMessage,
)
app = Flask(__name__)
# オリジナルの処理
# line_bot_api = LineBotApi('YOUR_CHANNEL_ACCESS_TOKEN')
# handler = WebhookHandler('YOUR_CHANNEL_SECRET')
#環境変数取得
YOUR_CHANNEL_ACCESS_TOKEN = os.environ["YOUR_CHANNEL_ACCESS_TOKEN"]
YOUR_CHANNEL_SECRET = os.environ["YOUR_CHANNEL_SECRET"]
line_bot_api = LineBotApi(YOUR_CHANNEL_ACCESS_TOKEN)
handler = WebhookHandler(YOUR_CHANNEL_SECRET)
@app.route("/")
def hello_world():
return "hello world!"
@app.route("/callback", methods=['POST'])
def callback():
# get X-Line-Signature header value
signature = request.headers['X-Line-Signature']
# get request body as text
body = request.get_data(as_text=True)
app.logger.info("Request body: " + body)
# handle webhook body
try:
handler.handle(body, signature)
except InvalidSignatureError:
abort(400)
return 'OK'
@handler.add(MessageEvent, message=TextMessage)
def handle_message(event):
line_bot_api.reply_message(
event.reply_token,
TextSendMessage(text=event.message.text))
if __name__ == "__main__":
app.run()
サンプルではFlask、requestを使用する必要あるのがわかります。requestはHTTP関連でお馴染みのモジュールですが、Flaskはウェブアプリケーション用のマイクロフレームワークになります。
Welcome | Flask (A Python Microframework)
Djangoに似たような機能を持つもののようです。PCにAnacondaをインストールしているのですがpip freezeコマンドでもインストールされていました。RaspberryPi側でも確認しましたがインストールされていました（pip,pip3ともに）。
とはいっても今回は最終的にはHerokuホスティングしてもらうのでインストールに関してはHeroku側で行う必要があります。
また、コード内を眺めてみるとYOUR_CHANNEL_ACCESS_TOKENとYOUR_CHANNEL_SECRETが必要になりますが、Messaging APIの設定から取得できるので後から取得します。その際もHeroku側の環境変数として設定するのが一般的のようですがさんぷるのコードでは直接代入しているではないですか！
その部分をあわせるためにYOUR_CHANNEL_ACCESS_TOKENとYOUR_CHANNEL_SECRETを環境変数から読み込むようにコードを変更してあります。
【オリジナル】
line_bot_api = LineBotApi('YOUR_CHANNEL_ACCESS_TOKEN') handler = WebhookHandler('YOUR_CHANNEL_SECRET')
↓ 【変更後】
#環境変数取得用 import os …（中略）… #環境変数取得 YOUR_CHANNEL_ACCESS_TOKEN = os.environ["YOUR_CHANNEL_ACCESS_TOKEN"] YOUR_CHANNEL_SECRET = os.environ["YOUR_CHANNEL_SECRET"] line_bot_api = LineBotApi(YOUR_CHANNEL_ACCESS_TOKEN) handler = WebhookHandler(YOUR_CHANNEL_SECRET)
あと、テスト用にルートアクセスをしたときにメッセージを表示するhello_worldも追加しました。
【追加部分】
@app.route("/") def hello_world(): return "hello world!"
続いてはHeroku側の設定としたいところですが、とりあえずはローカル環境で実行できるかを試してみます。
CHANNEL_ACCESS_TOKENとCHANNEL_SECRETの取得デベロッパーコンソールに戻って実行に必要な``CHANNEL_ACCESS_TOKENとCHANNEL_SECRET```の取得します。
作成したBotの【設定が完了していません】をクリックするとChannel基本設定の画面に遷移します。
画面をスクロールさせると基本情報のカテゴリの中にCHANNEL_SECRETがあるのでメモしておきます。
さらに画面をスクロールさせると【メッセージ送受信設定】のカテゴリに``CHANNEL_ACCESS_TOKEN```があるので右にある【再発行】のボタンをクリックします。
クリックすると以下のようなダイアログが表示されますが、初回の場合は0時間で問題ないでしょう。再度【再発行】のボタンをクリックします。
以下のように表示が行われればOKです。これもメモしておきます。
先程の手順で実行に必要な``CHANNEL_ACCESS_TOKENとCHANNEL_SECRET```の取得できたので、環境変数にセットしてローカルで実行してみます（ここではアクセスできるかになります）。
まずは、``CHANNEL_ACCESS_TOKENとCHANNEL_SECRETを環境変数にセットします。以下はAnacondaPrompt（Windows10のcmd環境）でセットしています。文字は＊伏せています。環境変数をsetコマンド（Linuxならばexport```）でセットしています。（Macはわかりませんｗ）
【WindowsなAnaconda環境】
(base) >set YOUR_CHANNEL_ACCESS_TOKEN=*************************************************************************************************************************************************************************************************************** (base) >set YOUR_CHANNEL_SECRET=***********************
【Linuxなど】
$ export YOUR_CHANNEL_ACCESS_TOKEN=*************************************************************************************************************************************************************************************************************** $ export YOUR_CHANNEL_SECRET=***********************
あとは先程のpythonのコードを実行します。（この実行仕方では失敗してます。正解は後述しますが、それ以外の工程に関してはそのままで大丈夫です。）
【間違えた実行方法】
(base) > python main.py
【（念の為）後述する正解の実行方法-WindowsなAnaconda環境】
> set FLASK_APP=main.py > set FLASK_DEBUG=1 > flask run --host=0.0.0.0
デフォルトではポート5000番でサービスが開始されます。
実行したら、Webブラウザからアクセスしてみます。
HelloWorld!が表示されました。サンプルコードに追加したHelloWorldの処理が動作したことがわかります。
続いてはこれをインターネット経由でアクセスします。ルータの設定をするのは危険なので、ここでもおなじみのngrokを使用します。
【ngrokに関しては以下を参照】
使い方に関しては過去のエントリーを参照してください。エントリーではRaspberryPiで使用していますが、WindowsやMacでも変わらないと思います。
ngrokをダウンロードして任意の場所（パスの通ったところなど）にいれて以下の様に実行します。実行は別のcmdやコンソールからの実行となります。pythonプログラムとは異なるコンソールで実行してください。
> ngrok.exe http 5000
【2つのコンソールを開いての実行の様子】
実行すると以下のような画面になります。その中のForwardingのところにあるアドレスがサービスが公開されたURLとなっています。
それでは、このURLへブラウザからアクセスします。httpでも、httpsでもどちらでもアクセス出来ますが、今回はhttpsを使用しています。（botではhttpは使えませんのでご注意。）
ではこのURLをメモっておきます。これがBotのWebhook用のURLとなります。
では、デベロッパーコンソールに移動して、今回ngrokで取得したURLを設定します。
デベロッパーコンソールの画面に戻って、作成したBotの【設定が完了していません】のあたりをクリックします。
クリックすると、【Channel基本設定】画面に遷移します。
画面をスクロールさせて【メッセージ送受信設定】の項目の中から
【Webhook送信】の右側にある【ペン】のアイコンをクリックします。
表示されたラジオボタンで【利用する】に設定をして、【更新】ボタンをクリックします。
次に【Webhook URL】の右側にある【ペン】のアイコンをクリックします。
すると、入力ボックスが表示されるので、ここに先程ngrokで得られたURL（httpsのもの）を入力します。画面内の注意書きにもありますが、今回はhttpは使えませんのでご注意。
また、URLの末尾に/callbackをつけるのも忘れずに！
入力値が[任意の文字列].ngrok.com/callbackとなっていれば問題ありません。
入力が終わったら、更新ボタンを押して設定を完了させてください。 デベロッパーコンソールの画面に戻ると【設定が完了していません】の文字が消えています。
実行は一度このボットと友達になる必要があります。デベロッパーコンソールから今回作成したbotのアイコンをクリックすると、【Channel基本設定】画面に遷移します。 その画面の一番下の部分に友達設定用のQRコードが表示されているので、それを使用してLINEアプリから登録を行います。
QRコードで友だち追加の画面から、QRコードを読み込ませると以下のような画面になるので【追加】ボタンをタップします。
無事、友だち登録が完了しました。
【トーク】を開くと以下のようなウエルカムメッセージが届きます。
そして、いよいよ文字列を送信してみると…
あれ？Echoが帰ってきていない…アクセスログをみると200（正常）が帰ってきているので問題はなさそう…コードが違う？
いろいろとググったところFlaskでの実行では通常のpythonとは少し異なる実行方法が推奨されているようです。
【参照】
【WindowsなAnaconda環境】
> set FLASK_APP=main.py > set FLASK_DEBUG=1 > flask run --host=0.0.0.0
【Linuxなど】
$ export FLASK_APP=main.py $ export FLASK_DEBUG=1 $ flask run --host=0.0.0.0
ちなみにpythonのコードの最後の部分でapp.runの引数を以下の様に変更すると
【変更前】
if __name__ == '__main__': app.run()
【変更後】
if __name__ == '__main__': app.run(debug=False, host='0.0.0.0', port=5000)
環境変数を使用せず、そのままflask runとさせることが出来るようです。
あえて実験しましたが、環境変数をセットしておけば以前のようにpythonからアプリを実行しても問題はなさそうです。
(base) >python main.py
【スマートフォン側実行画面】
【コンソール側実行画面】
スマートフォン側の実行では、途中なんか変なメッセージがでているのですが…
ぐぐってみるとこのメッセージは自動応答系のメッセージのようです。LineデベロッパーコンソールでこれをOFFすると表示されないようですので設定をしてみます。 以下の画面から作成したアプリをクリックして
【Channel基本設定】の画面に入ります。
画面をスクロールさせていくと【LINE@機能の利用】の項目があると思います。 現在の設定は以下のようになっていると思います。
このなかで【自動応答メッセージ】がONになっているので、毎回メッセージが表示されています。これをOFFすることにします。項目の右側にある【ペン】アイコンをクリックして
ラジオボタンの「利用しない」を選択して【更新】ボタンをクリックします。
以下のようになっていればOKです。
では、改めてLINEでテストで実行してみます。
実行に成功しました。
今回も長くなってしまったのでローカルでのテストができたので前半戦は終了です。今回はpythonがどうとかいうよりはFlaskの関連で躓いた感じは否めません。ただ無事に動かせてよかったかなと思います。ngrokを使用すればRaspberryPiでもBotをローカルで動かせるかなと思います。
続いてはHelokuへのデプロイをしていきたいと思います。（つづく）
久しぶりにいろいろと思うところがあって、RaspberryPiでNFCのタグを使ってみることにしました。
基本的には過去エントリー見てもらえればいいのですが、その頃からRaspbianのバージョンもベースが変わっているのでちょっと変わったようです。 というか楽になっただけなので大したことはないです。
【参考1】 uepon.hatenadiary.com 【参考2】 uepon.hatenadiary.com
使用したタグはサンワサプライさんのシールタイプになります。
一枚あたり100円を切っているので、前よりも安くなってきていますね。
今回のOS情報も念の為。今回はRaspberry Pi3ではなく、使っていなかったRaspberry Pi2を使用してます。
$ lsb_release -a No LSB modules are available. Distributor ID: Raspbian Description: Raspbian GNU/Linux 9.4 (stretch) Release: 9.4 Codename: stretch
最新のイメージを使用していますのでRaspbian GNU/Linux 9.4 (stretch)となっています。（イメージ名は2018-04-18-raspbian-stretch.imgでした）
基本的には以前のエントリーと同様にUSBを挿すだけで認識は行われます。不確定な情報ではありますが、過去のバージョンのリーダーではどうも認識はされますが、` ``nfcpy```からは認識出来ないようです。自分も何回か試してみましたがだめでした。nfcpy側では対応デバイスになっていますが、情報から察するにその他ライブラリなどの依存関係も疑われるのではないかと思います。ネットの情報を調べるとベースがDebian 6.0 (squeeze)からDebian 7 (wheezy)に変わったあたりか使えなくなっているのではないかと推測しています。
とりあえずUSBケーブルで接続すると以下のようになります。
【リーダーを1つ接続した場合】
$ lsusb Bus 001 Device 006: ID 056e:4008 Elecom Co., Ltd Bus 001 Device 007: ID 054c:06c3 Sony Corp. Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
特に問題ありません。2つ接続しても問題なく認識されています。
【リーダーを2つ接続した場合】
$ lsusb Bus 001 Device 006: ID 056e:4008 Elecom Co., Ltd Bus 001 Device 007: ID 054c:06c3 Sony Corp. Bus 001 Device 008: ID 054c:06c3 Sony Corp. Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
nfcpyモジュールのインストール前回とは異なり、pipに登録されていました。気になる点としてはpython2系にしかまだ対応していない点でしょうか。ドキュメント通りインストールすれば問題はありません。
-Uスイッチをつけて置かないとエラーがでるようです。
$ sudo pip install -U nfcpy Collecting nfcpy Downloading https://files.pythonhosted.org/packages/89/2c/3d7378d65c6f21312fae4cc44849606eefa08f5980e06c5bc220c2086808/nfcpy-0.13.5-py2-none-any.whl (214kB) 100% |????????????????????????????????| 215kB 627kB/s Collecting libusb1 (from nfcpy) Downloading https://files.pythonhosted.org/packages/ec/5d/4fdac6c53525786fe35cff035c3345452e24e2bee5627893be65d12555cb/libusb1-1.6.4.tar.gz (55kB) 100% |????????????????????????????????| 61kB 1.0MB/s Collecting pydes (from nfcpy) Downloading https://www.piwheels.org/simple/pydes/pyDes-2.0.1-py2.py3-none-any.whl Collecting pyserial (from nfcpy) Downloading https://files.pythonhosted.org/packages/0d/e4/2a744dd9e3be04a0c0907414e2a01a7c88bb3915cbe3c8cc06e209f59c30/pyserial-3.4-py2.py3-none-any.whl (193kB) 100% |????????????????????????????????| 194kB 680kB/s Collecting ndeflib (from nfcpy) Downloading https://files.pythonhosted.org/packages/01/76/39eb236dc5566618abdb169cb88ba4eabd22245b29cc9e5f8d91d5fcf261/ndeflib-0.3.2-py2.py3-none-any.whl (57kB) 100% |????????????????????????????????| 61kB 1.0MB/s Building wheels for collected packages: libusb1 Running setup.py bdist_wheel for libusb1 ... done Stored in directory: /root/.cache/pip/wheels/98/8d/8b/bac0a20eb9757e7dbf46e8ab1f1695c78ad919f53080a58bc1 Successfully built libusb1 Installing collected packages: libusb1, pydes, pyserial, ndeflib, nfcpy Found existing installation: pyserial 3.2.1 Not uninstalling pyserial at /usr/lib/python2.7/dist-packages, outside environment /usr Successfully installed libusb1-1.6.4 ndeflib-0.3.2 nfcpy-0.13.5 pydes-2.0.1 pyserial-3.4
インストールは終わりましたが、テスト用のコマンドなどはインストールされていませんので、Githubから以下のサイトからcloneします。
$ git clone https://github.com/nfcpy/nfcpy.git $ cd nfcpy/ $ ls HISTORY.rst README.rst requirements-dev.txt setup.py tox.ini LICENSE docs requirements-pypi.txt src MANIFEST.in examples setup.cfg tests
インストール準備がおわったので続いてはnfcpyモジュールのチェックを行います。
以下のコマンドで行います。ですが、インストール直後はsudoをつけないと以下のようなエラーメッセージが表示されます。（sudoをつければ実行は問題はありません。）
今回はRaspberryPiに2つのリーダーを接続しているのでエラーも2つ表示されています。
$ python -m nfc No handlers could be found for logger "nfc.llcp.sec" This is the 0.13.5 version of nfcpy run in Python 2.7.13 on Linux-4.14.34-v7+-armv7l-with-debian-9.4 I'm now searching your system for contactless devices ** found usb:054c:06c3 at usb:001:007 but access is denied -- the device is owned by 'root' but you are 'pi' -- also members of the 'root' group would be permitted -- you could use 'sudo' but this is not recommended -- better assign the device to the 'plugdev' group sudo sh -c 'echo SUBSYSTEM==\"usb\", ACTION==\"add\", ATTRS{idVendor}==\"054c\", ATTRS{idProduct}==\"06c3\", GROUP=\"plugdev\" >> /etc/udev/rules.d/nfcdev.rules' sudo udevadm control -R # then re-attach device ** found usb:054c:06c3 at usb:001:008 but access is denied -- the device is owned by 'root' but you are 'pi' -- also members of the 'root' group would be permitted -- you could use 'sudo' but this is not recommended -- better assign the device to the 'plugdev' group sudo sh -c 'echo SUBSYSTEM==\"usb\", ACTION==\"add\", ATTRS{idVendor}==\"054c\", ATTRS{idProduct}==\"06c3\", GROUP=\"plugdev\" >> /etc/udev/rules.d/nfcdev.rules' sudo udevadm control -R # then re-attach device I'm not trying serial devices because you haven't told me -- add the option '--search-tty' to have me looking -- but beware that this may break other serial devs Sorry, but I couldn't find any contactless device
このメッセージをよくみると
-- better assign the device to the 'plugdev' group sudo sh -c 'echo SUBSYSTEM==\"usb\", ACTION==\"add\", ATTRS{idVendor}==\"054c\", ATTRS{idProduct}==\"06c3\", GROUP=\"plugdev\" >> /etc/udev/rules.d/nfcdev.rules' sudo udevadm control -R # then re-attach device
このメッセージの内容は、「使用するデバイスをplugdevグループに入れて続くコマンドをいれるとsudoなしで実行できるようになります。」とのことでした、ベンダIDなどもセットされた形でメッセージが表示されるので、コピペして以下のように実行します。
$ sudo sh -c 'echo SUBSYSTEM==\"usb\", ACTION==\"add\", ATTRS{idVendor}==\"054c\", ATTRS{idProduct}==\"06c3\", GROUP=\"plugdev\" >> /etc/udev/rules.d/nfcdev.rules' $ sudo udevadm control -R
リーダーが複数ある場合はエラーメッセージにある分だけ実行します。 実行が終わったら、念の為RaspberryPiを再起動し、改めてチェック行ってみます。
$ python -m nfc No handlers could be found for logger "nfc.llcp.sec" This is the 0.13.5 version of nfcpy run in Python 2.7.13 on Linux-4.14.34-v7+-armv7l-with-debian-9.4 I'm now searching your system for contactless devices ** found SONY RC-S380/P NFC Port-100 v1.11 at usb:001:005 ** found SONY RC-S380/P NFC Port-100 v1.11 at usb:001:004 I'm not trying serial devices because you haven't told me -- add the option '--search-tty' to have me looking -- but beware that this may break other serial devs
これでsudoをつけなくてもエラーメッセージは表示されないようになります。デバイスも正しく認識されているようです。
続いてはGithubで落としてきたテスト用のコマンドを使用して交通系ICカードを読み込ませてみます。exampleディレクトリ内のtagtool.pyがテスト用のコマンドです。実行すると読み込み待ちになります。
$ git clone https://github.com/nfcpy/nfcpy.git $ cd ~/nfcpy/examples/ $ python tagtool.py No handlers could be found for logger "nfc.llcp.sec" [nfc.clf] searching for reader on path usb [nfc.clf] using SONY RC-S380/P NFC Port-100 v1.11 at usb:001:005 ** waiting for a tag **
ここで交通系ICカードをタッチすると読み込んだデータの一部が表示されます。 （IDの部分は一部伏せています）
$ python tagtool.py No handlers could be found for logger "nfc.llcp.sec" [nfc.clf] searching for reader on path usb [nfc.clf] using SONY RC-S380/P NFC Port-100 v1.11 at usb:001:005 ** waiting for a tag ** Type3Tag 'FeliCa Standard (RC-S915)' ID=**************** PMM=**************** SYS=0003
このコマンドでは使用するリーダーを指定して起動することになります。（指定しない場合には最初に見つかったリーダーが使用される）
では、改めて今回準備したNFCタグを読み込ませてみます。（IDの部分は一部伏せています） うまく読み込めたようです。購入時は何も書き込まれていないので以下のような表示になります。（この商品は144Byteのデータ書き込みができるようですが、実際には137byteの書き込みになってしまうようです。）
$ python tagtool.py No handlers could be found for logger "nfc.llcp.sec" [nfc.clf] searching for reader on path usb [nfc.clf] using SONY RC-S380/P NFC Port-100 v1.11 at usb:001:005 ** waiting for a tag ** Type2Tag 'NXP NTAG213' ID=04D803******** NDEF Capabilities: readable = yes writeable = yes capacity = 137 byte message = 0 byte
on_ほげほげみたいな感じのイベントハンドラーのメソッドを作成して、usb接続のデバイスに登録することで読み込むことができます。今回の例ではon_connectが読み込みに当たりますが、今後の例もこの部分を編集して実装しています。
【readNFC.py】
import nfc def on_startup(targets): print("on_startup()") return targets def on_connect(tag): print("Tag: {}".format(tag)) print("Tag type: {}".format(tag.type)) #print '\n'.join(tag.dump()) if tag.ndef: print tag.ndef.message.pretty() #return True def on_release(tag): print("on_release()") if tag.ndef: print(tag.ndef.message.pretty()) clf = nfc.ContactlessFrontend('usb') if clf: print("Clf: {}".format(clf)) clf.connect(rdwr={ 'on-startup': on_startup, 'on-connect': on_connect, 'on-release': on_release }) clf.close()
このプログラム例ではタグ情報をダンプしていますが、初期状態ではタグの内容は空になってます。
【実行】
$ python readNFC.py No handlers could be found for logger "nfc.llcp.sec" Clf: SONY RC-S380/P on usb:001:005 on_startup() Tag: Type2Tag 'NXP NTAG213' ID=04A903******** Tag type: Type2Tag record 1 type = '' name = '' data = ''
【formatNFC.py】
import nfc def on_connect(tag): print("format:", tag.format()) clf = nfc.ContactlessFrontend('usb') if clf: print("Clf: {}".format(clf)) clf.connect(rdwr={ 'on-connect': on_connect }) clf.close()
【実行】
$ python formatNFC.py No handlers could be found for logger "nfc.llcp.sec" Clf: SONY RC-S380/P on usb:001:005 ('format:', True)
情報がフォーマットされているかを先程のreadNFC.pyで
もう一度読み込ませてみると
【実行】
$ python readNFC.py No handlers could be found for logger "nfc.llcp.sec" Clf: SONY RC-S380/P on usb:001:005 on_startup() Tag: Type2Tag 'NXP NTAG213' ID=04A903******** Tag type: Type2Tag record 1 type = '' name = '' data = ''
無事にフォーマットされていることがわかります。
"Hello World!"という文字列を書き込んでみます。
【writeNFC.py】
import nfc def on_startup(targets): print("on_startup()") return targets def on_connect(tag): print("Tag: {}".format(tag)) print("Tag type: {}".format(tag.type)) #print '\n'.join(tag.dump()) if tag.ndef: record = nfc.ndef.TextRecord("Hello World!") tag.ndef.message = nfc.ndef.Message(record) print tag.ndef.message.pretty() #return True def on_release(tag): print("on_release()") if tag.ndef: print(tag.ndef.message.pretty()) clf = nfc.ContactlessFrontend('usb') if clf: print("Clf: {}".format(clf)) clf.connect(rdwr={ 'on-startup': on_startup, 'on-connect': on_connect, 'on-release': on_release }) clf.close()
【実行】
$ python writeNFC.py No handlers could be found for logger "nfc.llcp.sec" Clf: SONY RC-S380/P on usb:001:005 on_startup() Tag: Type2Tag 'NXP NTAG213' ID=04A903******** Tag type: Type2Tag record 1 type = 'urn:nfc:wkt:T' name = '' data = '\x02enHello World!'
書き込んだタグを先程のreadNFC.pyで読み込ませると…
$ python readNFC.py No handlers could be found for logger "nfc.llcp.sec" Clf: SONY RC-S380/P on usb:001:005 on_startup() Tag: Type2Tag 'NXP NTAG213' ID=04A903******** Tag type: Type2Tag record 1 type = 'urn:nfc:wkt:T' name = '' data = '\x02enHello World!'
無事に書き込まれているようです。また先程のフォーマットをすれば初期化も問題なくできます。
$ python formatNFC.py No handlers could be found for logger "nfc.llcp.sec" Clf: SONY RC-S380/P on usb:001:005 ('format:', True) $ python readNFC.py No handlers could be found for logger "nfc.llcp.sec" Clf: SONY RC-S380/P on usb:001:005 on_startup() Tag: Type2Tag 'NXP NTAG213' ID=04A903******** Tag type: Type2Tag record 1 type = '' name = '' data = ''
今回は複数のリーダーを接続してそれぞれでタグを読み込ませたいと思っていたのでそれを実装してみます。各デバイスごとにスレッドを生成し、且つデーモン化してCtrl+Cでの終了にも対応させています。
【multiPollingNFC.py】
#!/usr/bin/env python # -*- coding: utf-8 -*- import sys import signal import nfc import time import threading def on_startup(targets): # print("on_startup()") return targets def on_connect(tag): print("Tag: {}".format(tag)) print("Tag type: {}".format(tag.type)) if tag.ndef: print(tag.ndef.message.pretty()) print("-----------------") def on_release(tag): # print("on_release()") if tag.ndef: print(tag.ndef.message.pretty()) def readNFCThread(device): clf = nfc.ContactlessFrontend(device) # バス番号とデバイス番号を指定 while True: if clf: # print("Clf: {}".format(clf0)) clf.connect(rdwr={ 'on-startup': on_startup, 'on-connect': on_connect, 'on-release': on_release }) clf.close() def main(argv): t1 = threading.Thread(target=readNFCThread,name="readNFC1",args=('usb:001:004',)) t2 = threading.Thread(target=readNFCThread,name="readNFC2",args=('usb:001:005',)) t1.setDaemon(True) t2.setDaemon(True) t1.start() t2.start() while True: pass def handler(signal, frame): print("Process Interrupt!") sys.exit(0) if __name__ == '__main__': signal.signal(signal.SIGINT, handler) main(sys.argv)
各デバイスの読み込みをスレッド化しているので以下のようにデバイスの設定をできるようにしています。
clf = nfc.ContactlessFrontend(device) # バス番号とデバイス番号を指定
ここでいうデバイスが接続したリーダーの設定になります。引数として与える情報としてはlsusbコマンドで認識されたBusとDeviceIDを与えることになります。
$ lsusb 【略】 Bus 001 Device 005: ID 054c:06c3 Sony Corp. Bus 001 Device 004: ID 054c:06c3 Sony Corp. 【略】
上記のような表示が行われた場合には以下のように引数で与えれることになります。 USBの接続状態によって毎回変わる可能性のある情報なので注意が必要となります。
t1 = threading.Thread(target=readNFCThread,name="readNFC1",args=('usb:001:004',)) t2 = threading.Thread(target=readNFCThread,name="readNFC2",args=('usb:001:005',))
このプログラムではThread化しているのでCtrl+Cを押してinterruptを発生させても、Threadが終了しない状態になります。 そのため、以下のようにしてDeamonの設定をしています。
t1.setDaemon(True) t2.setDaemon(True)
フォーマットされたタグとHello World！の書き込まれたタグを別のリーダーに読み込ませると以下のような表示になります。
【実行】
$ python multiPollingNFC.py No handlers could be found for logger "nfc.llcp.sec" Tag: Type2Tag 'NXP NTAG213' ID=04D803******** Tag type: Type2Tag record 1 type = '' name = '' data = '' ----------------- Tag: Type2Tag 'NXP NTAG213' ID=04A903******** Tag type: Type2Tag record 1 type = 'urn:nfc:wkt:T' name = '' data = '\x02enHello World!' -----------------
一応はできていますが、なんとなく処理が遅いです。それぞれのリーダーでポーリングをしているということもあるので、少し待ち時間があるようです。（別のターミナルで別々のreadNFC.pyを動作させたほうが早いかもｗ）このままの仕組みで高速化するのであれば、もっと別の方法での工夫がいるかなと思います。
raspbianなどのバージョンも変わると設定方法もいい感じで簡単になってきているのでいいですね。
以前からあったx86版のRaspberryPixel（Raspbian JESSIE With Pixelが正式名称だった？）がバージョンアップしていました。ちょっと、PC版のLinuxも少し触る機会があったのですが、aptコマンドではディストリビューションのアップグレードが出来ないようだった（バージョンがダウンしたような表記になってしまったｗ）ので、インストールし直すことにしました。
使用したPCは【Acer Aspire One 753】になります。 www.notebookcheck.net
結論からいうと以前やったものとはかなり印象的に変わっていたのでメモを取ることにしました。
OSの正式名称としてはRaspberry Pi Desktopという名称でいいのかなと思います。
この部分に関しては以前と同様にEtcherを使用します。
rufusでもいけるかなと思ったのですが、最新のrufusの書き込みモードにdd形式の選択がUIから消えていたので、Etcherで行ったほうがいいかもしれません。（古いバージョンだと問題はないのかなと勝手に予想）
↑ dd形式の書き込みができない
書き込み操作は簡単で、インストールしたらEtcherを起動
【Select Image】ボタンを押してダウンロードしたOSイメージを選択します。
イメージを選択したら次は【Select drive】で書き込み先のUSBメモリを選択します。
ドライブ選択のダイアログが表示されます。
あとは【Flash!】ボタンをクリックして書き込みを行います。
下記の画面が出れば処理終了になります。
ここまでは特に大きく差はありません。
起動すると以下のような画面が出てきます。前はこのような画面はなかったのですが…。このバージョンからはこのイメージはLiveイメージのようなものになり、Persistence領域（Liveイメージとは別の領域に変更した情報を入れる）ようになったようです。基本的にはメニューの一番上にある【Run with persistence】選択すれば良いようです。
あとは起動すれば普通のRasbianと大きくは変わりません。ただ、以前のバージョンにはなかったraspi-configがある点が大きく変わった気がします。起動時にSSHの起動はありますが、VNCなどの起動がない（その他はRaspberryPi固有なのでなくても仕方ないですが）のが少し困った感じです。ただ、dpkg-reconfigureを使うよりはずいぶん進歩したなって感じです。
GUI起動もできますが、設定中の作業でCUI起動しかできなくなってる…（日本語フォントっぽい感じがしなくもない）
CUIでも問題はないのでいいのですが…。
また、SSHに関しては有効化を行ってもそのままusernameとpasswordでログインできるモードではありませんでした。鍵推奨ということでその設定なのかもしれませんが、最初にしらないとなぜ？になってしまうかも。
usernameとpasswordでログインできるようにするには
/etc/ssh/sshd_configを編集することになります。
$ sudo vim /etc/ssh/sshd_config
ファイルの中ほどにある PasswordAuthentication no を PasswordAuthentication yes に変更します。
変更後はサービスの再起動を行えばOKです。
$ sudo systemctl restart ssh $ sudo systemctl enable ssh
（注）2行目は念の為ですが多分いらないような気がします。
これで無事にSSHができるようになりました。
＃VNCの設定
次はVNCになります。Raspbianにデフォルトで入っているのはRealVNCなのですがなんとRaspberry Pi DesktopにはRealVNCのパッケージが存在しません。仕方ないので、昔使っていたTightVNCで代用します。
【TightVNC】 www.tightvnc.com
以下2つの情報を参考に設定を行っていきます。
VNC server in Jessie (using a systemd service)
[メモ] Raspberry Pi : VNCサーバ設定(自動起動)
インストールに関しては以下でOKです。
$ sudo apt-get update
$ sudo apt-get install -y tightvncserver
インストール後、一度vncserverを起動します。起動しなくてもいいのですが一回目の起動時にパスワードを登録することになりますのでここでやっておいたほうが無難です。登録しなかった場合にはパスワードなしでの設定になります。（設定する場合にはvncpasswdコマンドを実行すれば再設定出来ます。）
Serverを手動にて起動し、パスワード設定を行う。
$ vncserver
つづいて設定ファイルの編集を行います。
$ sudo vim /etc/systemd/system/vncserver@.service
【/etc/systemd/system/vncserver@.service】
[Unit] Description=Remote desktop service (VNC) After=syslog.target network.target [Service] Type=forking User=pi PAMName=login PIDFile=/home/pi/.vnc/%H:%i.pid ExecStartPre=-/usr/bin/vncserver -kill :%i > /dev/null 2>&1 ExecStart=/usr/bin/vncserver -depth 24 -geometry 1280x800 :%i ExecStop=/usr/bin/vncserver -kill :%i [Install] WantedBy=multi-user.target
編集後に設定を有効化して
$ sudo systemctl daemon-reload && sudo systemctl enable vncserver@1.service
再起動を行います。
$ sudo reboot
あと、Windowsからはリモートデスクトップ接続を使用してVNC接続を行いたいので
xrdpをインストールしておきます。
$ sudo apt-get install -y xrdp
設定が完了するとWindowsからリモートデスクトップ接続でVNCへ接続できるようになります。
日本語化に関しては以下を参照して行いました。ありがとうございます。
【参考】 PIXEL for x86 (RaspberryPiのデスクトップ環境)
$ sudo apt-get install fcitx-mozc -y
インストール後に優先順位などの設定が必要かと思ったのですが大丈夫そうでした。
$ sudo apt-get install fonts-ipafont fonts-ipaexfont fonts-takao
$ sudo apt-get install chromium-l10n
$ sudo apt-get install libreoffice-help-ja
Node.jsのインストールこれで大丈夫かなーと思ったのですが、開発環境も一応確認。
pythonは2系も3系もそれなりに使えそうなバージョンだったのですが、Node.jsはインストールされていませんでした。aptでインストールをするのですが、インストールされるのはVersion4系。さすがにletなどが使えないということでもあったので、少なくとも現在のLTSのバージョンにはしておこうと思います。（ちなみにNode 4.x is End Of Lifeとのことです。）
ただ、Version4系の頃にはそもそもnpmのパッケージがないので、nを使おうと思ってもnpmを経由してインストールは出来ない状況でした。
公式情報でインストール方法があったので、それを使用してインストールを行います。
$ curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash - $ sudo apt-get install -y nodejs $ sudo apt-get install -y build-essential
これでバージョンが8.11.2のLTSまで来ました。npmも同時にインストールされるのでバージョンが5.6になっています。
$ node -v && npm -v v8.11.2 5.6.0
一応これで、Windows7時代のCeleronなPCもそれなりに作業用に使用できるようになりました。実の所はUbuntuにする予定だったのですがUSBにうまく入れられなかったので苦し紛れには近いです。インストール時の苦労を考えるとUSBメモリを2つ使ってUbuntuを入れるのがいいと思います。
…どんなだよ。
ちなみにScratch2も日本語設定できています！
前回のエントリーでMicrosoft Flowの設定が終わりました。これでメールが送信されてくることでリレー回路を制御して電源などのON/OFFといったようなことを行うことができます。
あとはLED表示灯と接続するだけです。 回路といってもリレー側にLEDをつける、ただそれだけって感じなんですが。
今回使用するLED表示灯は以下のものになります。
昔はLED表示灯も結構いい値段していましたが、最近はやすくなってきてますよね。
こちらの表示灯は電源電圧が24VなのでWioNodeでUSBの電源とは別に電源が必要になります。5Vでうまくいく表示灯があればもう少しシンプルになったかなと思いますがありものを使っているのでしかたないかなと思います。ACアダプタに関しても家に転がっていたACアダプタを使用しています。
あと表示灯の配線図にはフューズが必要ってことだったんですが、手持ちがないのでここはバッサリカットしましたｗ。ちゃんと使うときにはいれてくださいね。 配線図の外部接点の部分にWioNodeに接続したリレーを挟み込めば基本的には完了です。
以下のような配線になっています。
前回のエントリーで使用した設定した、メールのパターンで送信をしてみます。
メールを受信するとLEDの表示灯がうまく点滅してくれました。
あとはケースって感じなんですが、ここが一番めんどくさいんですよね…。 ケースにいれて設置ができたら、このエントリーに写真を追加しておこうと思います。
WioNodeの個人的になんとかならないかなと思っているのは本体に固定穴がないというところです。 ケースに固定する方法があんまり想像できないのでこういうときってどうするんでしょうか。
そのあたりの知識がほしいなあ。あと、Fritzingで回路図がかけるようにもなりたいですね。（独自パーツの作り方のほうが近いかもしれませんが）
【参考】
