このブログもHTTPS化しました

このブログもHTTPS配信の設定に変更しました。過去のエントリーでも若干HTTPの混在状態になっていますが、ほとんどが画像やリンクという感じでしたので、更新は諦めました。(具体的にはリンク先のプレビュー表示が抜けていますが、リンクをクリックすれば、問題なく表示されていますので実害はないかなと思います)

あと今まで使用していたテーマの一部がHTTPSに対応していなかったので別のテーマに変更しました。(CSS全くわからない…のでかなりあっさりしています。)

引き続きよろしくお願いいたします。

PythonでLINEBotはじめました(冷やし中華的な)【前編】

PythonでLINEBotはじめました(冷やし中華的な)【前編】

ずっと前からハッカソンでLINEbotとか使いたかったけど、手をだせなかったので今更ながらはじめましたあくまでも簡単な練習としてEcho的なBotを作成しています。今回はHerokuへデプロイをするつもりでしたが、ボリュームが多くなってしまったので前後編としました。 今回のエントリーは前編として、ローカル環境でのbot作成までを行ってみています。

今回はpythonとFlaskを使ってbotを作成しています。

今回のエントリーでは以下の2つを参考させていただいています。本当にありがとうございます。

【参考1】

qiita.com

【参考2】

qiita.com

Botを作成する。

まずはLINEのデベロッパーコンソールにログインしてBotの基本部分を作成していきます。

最初にLINE developersにアクセスするところからスタートです。アクセスすると以下の様な画面になります。

f:id:ueponx:20180614063810p:plain

画面中の【MessagingAPI(ボット)をはじめる】ボタンをクリックします。

f:id:ueponx:20180614065108p:plain

ログインを促されます。(すでにログインしている場合には出ないかもしれません)開発しようと考えている人がユーザー登録してないとは思いにくいのでこの部分の手順に関しては省略しますがこのあたりを参考してもらえればいいのかなと思います。

f:id:ueponx:20180614064929p:plain

ユーザ登録をしている人はそのまま【ログイン】ボタンをクリックしてください。

続いては画面左の【新規プロバイダー】を作成します。すでに実験などをしている場合にはプロバイダーやチャンネルが作成されていると思いますが、今回はそれとは別でそれらを作成していきます。(全くの新規の場合は少し画面が違うかもしれません)

f:id:ueponx:20180614070600p:plain

ログイン後このような画面に遷移すると思いますので画面の左側の【新規プロバイダー作成】のボタンをクリックします。すると以下のような画面になります。

f:id:ueponx:20180614071123p:plain

新規プロバイダーの名前の登録になります。わかりやすいものがいいとは思いますので、今回は【Mashup名古屋】というプロバイダーを作成してみることにしました。入力が終わったら確認ボタンをクリックします。

f:id:ueponx:20180614071336p:plain

クリックすると確認画面が表示されますので、間違いなければ再度【作成ボタン】をクリックします。 f:id:ueponx:20180614071557p:plain

クリックするとプロバイダーが作成されプロバイダー一覧にも表示されるようになります。

f:id:ueponx:20180614072025p:plain

プロバイダー名の隣にある歯車のアイコンをクリックすればプロバイダーの管理画面に入れます。名前の変更や削除も可能です。

f:id:ueponx:20180614072402p:plain

では、続いて【Messaging API】ボタンをクリックします。

f:id:ueponx:20180614072510p:plain

次の処理は【新規channel作成】となります。

f:id:ueponx:20180614072611p:plain

画面全体は以下のようになっています。

f:id:ueponx:20180614073032p:plain

Messaging APIの情報を入力する項目は以下の情報となります。

  • アイコン
  • アプリ名(※アプリ名を設定した後、7日間は変更できません。
  • アプリ説明
  • プラン(【Developer Trial】と【フリー】からの選択)
  • 大業種(選択式)
  • 小業種(選択式)
  • メールアドレス

アプリ名の変更が7日間できないのでここは厳しいかも?(ぬるいブログのサンプルだったら全く問題ありませんけど) あと、プランに2つから選択になりますが、画面内の説明にある通り

Developer Trial
MessagingAPIを利用したBotを試すプランです。友だちとメッセージの送受信を行うことができます。 ※追加可能友だち数は50人に制限されています。また、Developer Trialからプランの切り替えやプレミアムIDの購入はできません。


フリー
MessagingAPIを利用したBotを開発するプランです。友だちの人数に制限はありませんが、Push messagesを利用してBotから友だちにメッセージを送信することはできません。 ※サービス拡張に向けプラン変更が可能です。

このように説明されていました。開発のテストであれば間違いなく【Developer Trial】を選択すればいいかなと思います。まあ、LINEの友達も50人もいませんけどw。

今回はこんな感じで設定してみました。入力が終わったら画面下にある【確認】ボタンをクリックします。

f:id:ueponx:20180614074940p:plain

【確認】ボタンをクリックすると情報利用に関する同意が求められるのでよく読んで問題なければ【同意】ボタンをクリックしてください。(よっぽどおかしいことは書いていないと思いますが…)

f:id:ueponx:20180614075110p:plain

【同意】ボタンのクリックで確認のダイアログが閉じて規約同意の確認画面に遷移します。

f:id:ueponx:20180614075419p:plain

あとは利用規約部分にチェックを行い【作成】ボタンをクリックします。

f:id:ueponx:20180614075603p:plain

無事にチャンネルが作成されました。

f:id:ueponx:20180614075936p:plain

ですが新しいチャンネルはまだ設定が完了していないようです。ただ、まだ入力できない情報もあるので今はまだ設定が完了していいないことだけ覚えておくことにします

f:id:ueponx:20180614080241p:plain

botソースコードの準備

今回のbot用のサンプルコードの準備をします。サンプル用のコードは公式側からGithubで公開されていますのでこれを使用します。このサンプルコードは文字列を受信して同じものを返す機能になっています。(Echo的なものです)

github.com

今回は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()

サンプルではFlaskrequestを使用する必要あるのがわかります。requestはHTTP関連でお馴染みのモジュールですが、Flaskウェブアプリケーション用のマイクロフレームワークになります。

Welcome | Flask (A Python Microframework)

github.com

Djangoに似たような機能を持つもののようです。PCにAnacondaをインストールしているのですがpip freezeコマンドでもインストールされていました。RaspberryPi側でも確認しましたがインストールされていました(pip,pip3ともに)。

とはいっても今回は最終的にはHerokuホスティングしてもらうのでインストールに関してはHeroku側で行う必要があります

また、コード内を眺めてみるとYOUR_CHANNEL_ACCESS_TOKENYOUR_CHANNEL_SECRETが必要になりますが、Messaging APIの設定から取得できるので後から取得します。その際もHeroku側の環境変数として設定するのが一般的のようですがさんぷるのコードでは直接代入しているではないですか! その部分をあわせるためにYOUR_CHANNEL_ACCESS_TOKENYOUR_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_TOKENCHANNEL_SECRETの取得

デベロッパーコンソールに戻って実行に必要な``CHANNEL_ACCESS_TOKENCHANNEL_SECRET```の取得します。

f:id:ueponx:20180616061151p:plain

作成したBotの【設定が完了していません】をクリックするとChannel基本設定の画面に遷移します。

f:id:ueponx:20180616061830p:plain

画面をスクロールさせると基本情報のカテゴリの中にCHANNEL_SECRETがあるのでメモしておきます。

f:id:ueponx:20180616062418p:plain

さらに画面をスクロールさせると【メッセージ送受信設定】のカテゴリに``CHANNEL_ACCESS_TOKEN```があるので右にある【再発行】のボタンをクリックします。

f:id:ueponx:20180616062135p:plain

クリックすると以下のようなダイアログが表示されますが、初回の場合は0時間で問題ないでしょう。再度【再発行】のボタンをクリックします。

f:id:ueponx:20180616062903p:plain

以下のように表示が行われればOKです。これもメモしておきます。

f:id:ueponx:20180616063154p:plain

ローカルでテストを行う

先程の手順で実行に必要な``CHANNEL_ACCESS_TOKENCHANNEL_SECRET```の取得できたので、環境変数にセットしてローカルで実行してみます(ここではアクセスできるかになります)。

まずは、``CHANNEL_ACCESS_TOKENCHANNEL_SECRETを環境変数にセットします。以下はAnacondaPrompt(Windows10のcmd環境)でセットしています。文字は伏せています。環境変数をsetコマンド(Linuxならばexport```)でセットしています。(Macはわかりませんw)

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

f:id:ueponx:20180616064724p:plain

デフォルトではポート5000番でサービスが開始されます。

実行したら、Webブラウザからアクセスしてみます。

f:id:ueponx:20180616065143p:plain

HelloWorld!が表示されました。サンプルコードに追加したHelloWorldの処理が動作したことがわかります。

続いてはこれをインターネット経由でアクセスします。ルータの設定をするのは危険なので、ここでもおなじみのngrokを使用します。

【ngrokに関しては以下を参照】

ngrok.com

使い方に関しては過去のエントリーを参照してください。エントリーではRaspberryPiで使用していますが、WindowsMacでも変わらないと思います。

uepon.hatenadiary.com

ngrokをダウンロードして任意の場所(パスの通ったところなど)にいれて以下の様に実行します。実行は別のcmdやコンソールからの実行となります。pythonプログラムとは異なるコンソールで実行してください。

> ngrok.exe http 5000

【2つのコンソールを開いての実行の様子】

f:id:ueponx:20180616070224p:plain

実行すると以下のような画面になります。その中のForwardingのところにあるアドレスがサービスが公開されたURLとなっています。

f:id:ueponx:20180616070606p:plain

それでは、このURLへブラウザからアクセスします。httpでも、httpsでもどちらでもアクセス出来ますが、今回はhttpsを使用しています。(botではhttpは使えませんのでご注意。)

f:id:ueponx:20180616070913p:plain

ではこのURLをメモっておきます。これがBotのWebhook用のURLとなります。

では、デベロッパーコンソールに移動して、今回ngrokで取得したURLを設定します。 デベロッパーコンソールの画面に戻って、作成したBotの【設定が完了していません】のあたりをクリックします。

f:id:ueponx:20180618071924p:plain

クリックすると、【Channel基本設定】画面に遷移します。

f:id:ueponx:20180618072111p:plain

画面をスクロールさせて【メッセージ送受信設定】の項目の中から

f:id:ueponx:20180618072434p:plain

【Webhook送信】の右側にある【ペン】のアイコンをクリックします。

f:id:ueponx:20180619045345p:plain

表示されたラジオボタンで【利用する】に設定をして、【更新】ボタンをクリックします。

f:id:ueponx:20180619045622p:plain

次に【Webhook URL】の右側にある【ペン】のアイコンをクリックします。

f:id:ueponx:20180618072646p:plain

すると、入力ボックスが表示されるので、ここに先程ngrokで得られたURL(httpsのもの)を入力します。画面内の注意書きにもありますが、今回はhttpは使えませんのでご注意。 また、URLの末尾に/callbackをつけるのも忘れずに!

入力値が[任意の文字列].ngrok.com/callbackとなっていれば問題ありません。

f:id:ueponx:20180618072834p:plain

入力が終わったら、更新ボタンを押して設定を完了させてください。 デベロッパーコンソールの画面に戻ると【設定が完了していません】の文字が消えています。

f:id:ueponx:20180618073616p:plain

実行してみる

実行は一度このボットと友達になる必要があります。デベロッパーコンソールから今回作成したbotのアイコンをクリックすると、【Channel基本設定】画面に遷移します。 その画面の一番下の部分に友達設定用のQRコードが表示されているので、それを使用してLINEアプリから登録を行います。

f:id:ueponx:20180618073822p:plain

QRコードで友だち追加の画面から、QRコードを読み込ませると以下のような画面になるので【追加】ボタンをタップします。

f:id:ueponx:20180619220438p:plain

無事、友だち登録が完了しました。

f:id:ueponx:20180619221110p:plain

トーク】を開くと以下のようなウエルカムメッセージが届きます。

f:id:ueponx:20180619221258p:plain

そして、いよいよ文字列を送信してみると…

f:id:ueponx:20180619221442p:plain

あれ?Echoが帰ってきていない…アクセスログをみると200(正常)が帰ってきているので問題はなさそう…コードが違う?

f:id:ueponx:20180619051428p:plain

いろいろとググったところFlaskでの実行では通常のpythonとは少し異なる実行方法が推奨されているようです。

【参照】

qiita.com

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とさせることが出来るようです。

f:id:ueponx:20180619052340p:plain

f:id:ueponx:20180619053429p:plain

あえて実験しましたが、環境変数をセットしておけば以前のようにpythonからアプリを実行しても問題はなさそうです。

(base)  >python main.py

スマートフォン側実行画面】 f:id:ueponx:20180619221835p:plain

【コンソール側実行画面】 f:id:ueponx:20180619061041p:plain

スマートフォン側の実行では、途中なんか変なメッセージがでているのですが…

ぐぐってみるとこのメッセージは自動応答系のメッセージのようです。LineデベロッパーコンソールでこれをOFFすると表示されないようですので設定をしてみます。 以下の画面から作成したアプリをクリックして

f:id:ueponx:20180619053909p:plain

【Channel基本設定】の画面に入ります。

f:id:ueponx:20180619054013p:plain

画面をスクロールさせていくと【LINE@機能の利用】の項目があると思います。 現在の設定は以下のようになっていると思います。

f:id:ueponx:20180619054222p:plain

このなかで【自動応答メッセージ】がONになっているので、毎回メッセージが表示されています。これをOFFすることにします。項目の右側にある【ペン】アイコンをクリックして

f:id:ueponx:20180619054853p:plain

ラジオボタンの「利用しない」を選択して【更新】ボタンをクリックします。

以下のようになっていればOKです。

f:id:ueponx:20180619055033p:plain

では、改めてLINEでテストで実行してみます。

f:id:ueponx:20180619222002p:plain

実行に成功しました。

おわりに

今回も長くなってしまったのでローカルでのテストができたので前半戦は終了です。今回はpythonがどうとかいうよりはFlaskの関連で躓いた感じは否めません。ただ無事に動かせてよかったかなと思います。ngrokを使用すればRaspberryPiでもBotをローカルで動かせるかなと思います。

続いてはHelokuへのデプロイをしていきたいと思います。(つづく)

RaspberryPiでNFCタグを使ってみる

RaspberryPiでNFCタグを使ってみる

久しぶりにいろいろと思うところがあって、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でした)

RC-S380の認識

基本的には以前のエントリーと同様に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します。

github.com

$ 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の実行を行う

インストール準備がおわったので続いては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

pythonからタグを操作する

タグ情報をreadする

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   = ''

複数のリーダーを使用した読み込み(スレッド+interruptシグナル対応)

今回は複数のリーダーを接続してそれぞれでタグを読み込ませたいと思っていたのでそれを実装してみます。各デバイスごとにスレッドを生成し、且つデーモン化して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コマンドで認識されたBusDeviceIDを与えることになります。

$ 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を動作させたほうが早いかもw)このままの仕組みで高速化するのであれば、もっと別の方法での工夫がいるかなと思います。

終わりに

raspbianなどのバージョンも変わると設定方法もいい感じで簡単になってきているのでいいですね。

Raspberry Pi Desktopをインストール(2018.06.03版)

Raspberry Pi Desktopをインストール

以前からあったx86版のRaspberryPixel(Raspbian JESSIE With Pixelが正式名称だった?)がバージョンアップしていました。ちょっと、PC版のLinuxも少し触る機会があったのですが、aptコマンドではディストリビューションのアップグレードが出来ないようだった(バージョンがダウンしたような表記になってしまったw)ので、インストールし直すことにしました。

使用したPCは【Acer Aspire One 753】になります。 www.notebookcheck.net

結論からいうと以前やったものとはかなり印象的に変わっていたのでメモを取ることにしました。

【参照】 uepon.hatenadiary.com

OSの正式名称としてはRaspberry Pi Desktopという名称でいいのかなと思います。

www.raspberrypi.org

f:id:ueponx:20180602223417p:plain

USBメモリへイメージの転送

この部分に関しては以前と同様にEtcherを使用します。

etcher.io

f:id:ueponx:20180602225304p:plain

rufusでもいけるかなと思ったのですが、最新のrufusの書き込みモードにdd形式の選択がUIから消えていたので、Etcherで行ったほうがいいかもしれません。(古いバージョンだと問題はないのかなと勝手に予想)

f:id:ueponx:20180602223653j:plain

↑ dd形式の書き込みができない

書き込み操作は簡単で、インストールしたらEtcherを起動 【Select Image】ボタンを押してダウンロードしたOSイメージを選択します。

f:id:ueponx:20180602223711j:plain

イメージを選択したら次は【Select drive】で書き込み先のUSBメモリを選択します。

f:id:ueponx:20180602223724j:plain

ドライブ選択のダイアログが表示されます。

f:id:ueponx:20180602223736j:plain

あとは【Flash!】ボタンをクリックして書き込みを行います。

f:id:ueponx:20180602223743j:plain

下記の画面が出れば処理終了になります。

f:id:ueponx:20180602225348p:plain

ここまでは特に大きく差はありません。

USBをPCに挿してを起動する

起動すると以下のような画面が出てきます。前はこのような画面はなかったのですが…。このバージョンからはこのイメージはLiveイメージのようなものになり、Persistence領域(Liveイメージとは別の領域に変更した情報を入れる)ようになったようです。基本的にはメニューの一番上にある【Run with persistence】選択すれば良いようです。

f:id:ueponx:20180602230845p:plain

あとは起動すれば普通のRasbianと大きくは変わりません。ただ、以前のバージョンにはなかったraspi-configがある点が大きく変わった気がします。起動時にSSHの起動はありますが、VNCなどの起動がない(その他はRaspberryPi固有なのでなくても仕方ないですが)のが少し困った感じです。ただ、dpkg-reconfigureを使うよりはずいぶん進歩したなって感じです。

GUI起動もできますが、設定中の作業でCUI起動しかできなくなってる…(日本語フォントっぽい感じがしなくもない)

f:id:ueponx:20180603092306p:plain

CUIでも問題はないのでいいのですが…。

f:id:ueponx:20180603084458p:plain

f:id:ueponx:20180603084411p:plain

また、SSHに関しては有効化を行ってもそのままusernameとpasswordでログインできるモードではありませんでした。鍵推奨ということでその設定なのかもしれませんが、最初にしらないとなぜ?になってしまうかも。

SSHの設定変更

usernameとpasswordでログインできるようにするには /etc/ssh/sshd_configを編集することになります。

$ sudo vim /etc/ssh/sshd_config

ファイルの中ほどにある PasswordAuthentication noPasswordAuthentication yes に変更します。

変更後はサービスの再起動を行えばOKです。

$ sudo systemctl restart ssh
$ sudo systemctl enable ssh

(注)2行目は念の為ですが多分いらないような気がします。

これで無事にSSHができるようになりました。

f:id:ueponx:20180603083621p:plain

VNCの設定

次はVNCになります。Raspbianにデフォルトで入っているのはRealVNCなのですがなんとRaspberry Pi DesktopにはRealVNCのパッケージが存在しません。仕方ないので、昔使っていたTightVNCで代用します。

RealVNCwww.realvnc.com

【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へ接続できるようになります。

f:id:ueponx:20180603083757p:plain

f:id:ueponx:20180603084240p:plain

日本語化

日本語化に関しては以下を参照して行いました。ありがとうございます。

【参考】 PIXEL for x86 (RaspberryPiのデスクトップ環境)

日本語入力(IM)

$ sudo apt-get install fcitx-mozc  -y

インストール後に優先順位などの設定が必要かと思ったのですが大丈夫そうでした。

日本語フォント

$ sudo apt-get install fonts-ipafont fonts-ipaexfont fonts-takao

Chromiumの日本語化

$ sudo apt-get install chromium-l10n

f:id:ueponx:20180603084240p:plain

libreofficeの日本語化

$ sudo apt-get install libreoffice-help-ja

f:id:ueponx:20180603084724p:plain

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も日本語設定できています!

f:id:ueponx:20180603093629p:plain

f:id:ueponx:20180603093725p:plain

Microsoft Flow経由でWioNodeに接続したリレーを制御してLED表示灯を点灯してみる【後編】

Microsoft Flow経由でWioNodeに接続したリレーを制御してLED表示灯を点灯してみる【後編】

前回のエントリーでMicrosoft Flowの設定が終わりました。これでメールが送信されてくることでリレー回路を制御して電源などのON/OFFといったようなことを行うことができます。

uepon.hatenadiary.com

あとはLED表示灯と接続するだけです。 回路といってもリレー側にLEDをつける、ただそれだけって感じなんですが。

今回使用するLED表示灯は以下のものになります。

LED小型表示灯NE-24型(DC24V仕様) https://www.patlitestore.jp/images/large/NE_LRG.jpg

昔はLED表示灯も結構いい値段していましたが、最近はやすくなってきてますよね。

こちらの表示灯は電源電圧が24VなのでWioNodeでUSBの電源とは別に電源が必要になります。5Vでうまくいく表示灯があればもう少しシンプルになったかなと思いますがありものを使っているのでしかたないかなと思います。ACアダプタに関しても家に転がっていたACアダプタを使用しています。

akizukidenshi.com

あと表示灯の配線図にはフューズが必要ってことだったんですが、手持ちがないのでここはバッサリカットしましたw。ちゃんと使うときにはいれてくださいね。 配線図の外部接点の部分にWioNodeに接続したリレーを挟み込めば基本的には完了です。

https://www.patlitestore.jp/images/setsumeiform/ne_haisen.png

以下のような配線になっています。

f:id:ueponx:20180513002651p:plain

実行してみる

前回のエントリーで使用した設定した、メールのパターンで送信をしてみます。

f:id:ueponx:20180502161605p:plain

メールを受信するとLEDの表示灯がうまく点滅してくれました。

www.youtube.com

終わりに

あとはケースって感じなんですが、ここが一番めんどくさいんですよね…。 ケースにいれて設置ができたら、このエントリーに写真を追加しておこうと思います。

WioNodeの個人的になんとかならないかなと思っているのは本体に固定穴がないというところです。 ケースに固定する方法があんまり想像できないのでこういうときってどうするんでしょうか。

そのあたりの知識がほしいなあ。あと、Fritzingで回路図がかけるようにもなりたいですね。(独自パーツの作り方のほうが近いかもしれませんが)

【参考】

uepon.hatenadiary.com