Q&A
try:を外すとエラーの起きる箇所で止まってしかも「エラー：何行目の関数○○で××が起きました」と出そうなのですが、こちら試されましたか？
トグルスイッチでのLEDの点灯を制御したいのですが、
下記のようなソースで割り込みの箇所
pi.wiringPiISRの関数で、トグルスイッチを押すとプログラムが終了してしまいます。
本来は、無限ループなので、プログラムが終了することはないのですが。
原因が、わかりません。
import time, wiringpi as pi led_pin = 23 bt_pin = 17 counter = 0 pi.wiringPiSetupGpio() pi.pinMode( bt_pin, 0 ) pi.pullUpDnControl( bt_pin, 2) pi.pinMode( led_pin, 1 ) def Warikomi(): global counter if ( pi.digitalRead( bt_pin ) == 0 ): counter = counter + 1 try: ret = pi.wiringPiISR( bt_pin, pi.INT_EDGE_BOTH , Warikomi ) while True: if ( counter % 2 == 0 ): pi.digitalWrite( led_pin, 1 ) time.sleep(0.5) pi.digitalWrite( led_pin, 0 ) time.sleep(0.1) except KeyboardInterrupt: pi.pinMode( led_pin, 0 ) finally : pi.pinMode( led_pin, 0 )
動作としては、プログラムが開始すると、LEDが点滅します。
ボタンを押して、LEDの点滅を止めようとすると、プログラムが終了（正常終了？異常終了？）してしまいます。
下記は、その時の結果（添付画像が何故かさかさまになります。すみません。）
問題を単純化してみたのが次のコードです。
wiringpi
1 2global counter 3bt_pin = 17 4counter = 0 5 6pi.wiringPiSetupGpio() 7 8def Warikomi(): 9 print( "割り込み関数通過" ) 10 11try: 12 ret = pi.wiringPiISR( bt_pin, pi.INT_EDGE_RISING , Warikomi ) 13 while True: 14 time.sleep(0.5) 15 counter = counter + 1 16 print( counter ) 17 time.sleep(0.5) 18except KeyboardInterrupt: 19 print ("except通過" ) 20finally : 21 print ("finally通過" ) 22
このプログラムが開始すると、ディスプレイに1ずつカウントアップされ、
ボタンが押されたときにプログラムが終了（正常終了？異常終了？）してしまいます。
finally句は通りません。Warikomi関数も実行されません。
ご意見ありがとうございます。try句を外しても、同様の結果になってしまいます。エラーメッセージなどは出ず、単純にプログラムが終了してしまいます。
ちなみに、while True:の文節をpi.wiringPiISRの関数とtime.sleepにしても同様です。なので、wiringPiISRの関数の動きがネットで見る情報と違うような気がします
念のために確認です。プログラム開始するとLEDは点滅するが、スイッチ押したとたんにプログラム終了するということでしょうか？
はい。その通りです。LEDは点灯しっぱなしの状態（100％この状態です。）でプログラムが終了します。詳しい現象を書いていないのでわかりづらいですよね。
すなわちexcept,finally内に処理がいっていない可能性が高いですね。左記の場所にprint文を入れて何らか出力されるか確認ください（本来は出力されるはず）。
ご意見ありがとうございます。そうなのです。print文が入っているのですが、finally句を通らないのです。添付画像がさかさまで見づらいと思いますが、finally句にwiringPiISR関数の戻り値retを出力しているのですが、printされません。
もう少し、情報を付け加えますと、キーボードからの割り込み終了(Ctrl+c)をすると、except KeyboardInterruptを通り（当たり前ですよね）、finally句を通って、関数の戻り値が返ってきます（「None」と返ってきました）
やはり通っていませんね。了解です。ちょっと勘なので回答ではなくこちらに記載しますがWarikomi関数の「if ( pi.digitalRead( bt_pin ) == 0 ):」行を取り除いてみてください。
キーボード割り込みは正常に動作しているということですね。やはり割り込み処理部分が怪しそうですね。
ご意見ありがとうございます。「if ( pi.digitalRead( bt_pin ) == 0 ):」行を取り除いてみましたが、同様の結果でした。
確認ありがとうございます。割り込み中にdigitalReadしてよいものか疑問だったので。調べてみて何か分かれば回答できればと思います。
ラズパイの種類、OSやWiringPlのバージョンなども記載していただけますでしょうか？
ラズパイですが、zero wです。OSは、Raspbianです。WiringPlは、2.44.4です。よろしくお願いします。
WiringPlとWiringPl2があるんですね。紛らわしいですが違いがよくわからず。importでWiringPl(最終更新2017-08)の人とWiringPl2(最終更新2016-03)の人が居ました。 https://pypi.python.org/pypi?%3Aaction=search&term=wiringpi&submit=search
Package Ownerの違いでバージョンへの追従具合が違うだけに見えますね。実際どうなんだろ？
なるほど。勉強になります。slashさんのリンクしているサイトからwiringPi.cを確認しているのですが、（Raspbianの中のwiringPi.cが現在、探せていません。）正直、怪しいところにprintfを入れて確認したいのですが、それをコンパイルする方法（技量がない）がわからないので、（本題からそれてる気がします）調査中です。
回答6件
ベストアンサー0
解決としていいのか少々疑問なのですが、
（やりたいことが出来たからよしとします。とりあえず。）
WiringPiの「wiringPiISR」ではダメなのかと思い、
pigpioの「callback」を使用しました。
結果、思い通りの動きをしてくれました。
ご意見、ご指摘をくださった方々、大変ありがとうございました。
出来れば、WiringPiで行いたかったのですが、（pigpioが、現時点で、あまりよくわかっていないため。）
もし何かありましたら連絡ください。
以下のコードは、問題を単純化してみた時のコードをpigpioで書いてみました。
（こう見ると、wiringPiISRの引数にあるwarikomiの関数の引数に問題があるのかといろいろ試しましたが関係なさそうです。）
import pigpio import time bt_pin = 17 counter = 0 pi = pigpio.pi() def warikomi(gpio, level, tick): print( "割り込み関数通過" ) cb = pi.callback(bt_pin, pigpio.RISING_EDGE, warikomi) try: while True: time.sleep(0.5) counter = counter + 1 print( counter ) time.sleep(0.5) except KeyboardInterrupt: print ("except通過" ) finally : pi.stop() print ("finally通過" )
投稿2017/09/07 12:33
総合スコア18
0
def Warikomi():が何も返さないのがエラーの原因かもしれません。
怪しいと思って調べたところ、StackOverflowのnickzamさんによれば、
Cについて造詣はないけれども、オレがソースを見るにこのコード（関数がVOIDを返したりエラーが起きるかどうかチェックする）が原因だと思う。だからオレは、
my_int()の中で明示的にTrueを返すようにするか、1を返すようにすることを勧める。
今Pythonの関数の中ではNoneを返しているし、それで（Cのソース中の）関数の末端に来るけれども、（Cのソースによれば）何も返せないってことでしょ。
多分以下のコードで対応できます。
Python
1def Warikomi(): 2 print( "割り込み関数通過" ) 3 4 # wiringPiISR requires value 5 return True
投稿2017/09/07 12:28
編集2017/09/07 12:40退会済みユーザー
総合スコア0
ご意見ありがとうございます。def Warikomi()にreturn ture, return 1
両方試しましたが、結果は同じでした。
問題を単純化したコードでprint( "割り込み関数通過" )が実行されていないので、return tureやreturn 1も実行されていないような気がします。ただ、この問題は、是非とも解決したいので、何かありましたら、連絡ください。私も、https://projects.drogon.net/raspberry-pi/wiringpi/functions/のサイトから、wiringPiISRを調査しています。
0
（Raspberry Piに興味はありますが、まだ触ったことがないので）確証はありませんが、
Re: wiringPi interrupts crashingのGordonさんによれば、
全体が書いてないからいまいちわからないけれど、wiringPiISR()をループの中で呼び出していないかい？どうもそうっぽいんだけど。プログラム全体の中で、モニターしたいPINごとにただの一回だけ呼び出すようにするべきだよ。
だそうです。こちらの対応でダメであればもう少し調べてみます。
投稿2017/09/06 10:14
退会済みユーザー
総合スコア0
mituhaさんがお昼にコメントしたものと同じですね o.0
ご意見ありがとうございます。連絡遅くなりました。whileの外に出し、wiringPiISRを実行しても結果が変わりませんでした。ご指摘ありがとうございます。
門外漢なので勉強になります。
0
PythonもWiringPiも使用していないので的外れかもしれませんが…
ret = pi.wiringPiISR( bt_pin, pi.INT_EDGE_BOTH , Warikomi() )
の Warikomi() の () はいるのですか？
割り込み用の関数登録だと他の言語では括弧なしで関数自体の登録になるのでは？
(Pythonは知りません)
投稿2017/09/06 02:08
総合スコア385
ご意見ありがとうございます。すみません。確かに必要ありませんでした。ただ、現象は、やはり同じです。ご指摘ありがとうございます。
後、wiringPiISRはwhileの外で１回のみ呼び出すべきではないでしょうか？
wiringPiISRが複数の登録を想定していた場合は落ちそうです。
ご意見ありがとうございます。連絡遅くなりました。whileの外に出し、wiringPiISRを実行しても結果が変わりませんでした。ご指摘ありがとうございます。
一般的な作りとして気になるのは、
INT_EDGE_BOTH の場合、立ち上がり、立ち下がりの２回割り込みが走る。
割り込みの中でSleep等を行って良いか？
ですかね。
後、counterが奇数時にもsleepをいれた方が負荷が少ないかもしれません。
ご意見ありがとうございます。「INT_EDGE_BOTHのところ」は、本来の仕様では、INT_EDGE_RISINGです。（wiringPiISRの関数がうまくいかないので、いろいろ変えていたら、戻すことを忘れていました。）「割り込みの中でSleep等を行って良いか？」なのですが、LEDの点滅を行う際、どうしてもsleepを使わないと出来ないため、（他に方法がわかりません。python、ラズパイ初心者です。）使用しております。ご指摘ありがとうございます。
あ、点滅側は多分Sleepで問題ないと思います。
むしろ、点滅させない時にSleepが入っていない方が問題になるかも。
気になるのは、Warikomi側のSleepです。
一般的には割り込んだ処理の中では色々しないほうが無難です。
私の方もPython、ラズパイ共にほとんど使用しておらず、、
別な言語や装置等の場合の話ですので、今回の症状のヒントぐらいと思ってください。
>気になるのは、Warikomi側のSleepです。
そうですね。Warikomi側のSleepは、必要ないです。
ご指摘ありがとうございます。
とりあえず、症状が再現することをラズパイ3で確認しました。
環境依存ではなさそうですね
現象を再現してくださったのですね。ありがとうございます。
あなたの回答
tips
プレビュー
