質問編集履歴
1
実装イメージのコード例を追加しました
title
CHANGED
File without changes
|
body
CHANGED
@@ -23,4 +23,53 @@
|
|
23
23
|
通知イベントのハンドルは、DefaultDelegateクラスを継承したクラスを定義し、
|
24
24
|
オーバーライドしたhandleNotification()でハンドリングすることで行うのはよく理解できました。
|
25
25
|
ただ、handleNotification()はあくまで「ペリフェラルから通知を受信したとき」にコールバックされるものであり、
|
26
|
-
接続・切断の発生といった、通信モジュールの状態変化の際にコールバックがあるものではないと認識しています。
|
26
|
+
接続・切断の発生といった、通信モジュールの状態変化の際にコールバックがあるものではないと認識しています。
|
27
|
+
|
28
|
+
### コードイメージ
|
29
|
+
まだ設計段階なので本物のコードはないのですが、実装イメージとしては以下の通りです。
|
30
|
+
(bluepyのコード例を借りて即興で作りました)
|
31
|
+
ペリフェラルにコネクトした後メインループに入って他タスクからのキューメッセージを待受け、
|
32
|
+
他タスクからメッセージが来たらペリフェラルにWrite要求を発行します。
|
33
|
+
「p.connect()の失敗or成功」及び「メインループに入った後のペアリング切断」をなんらかの方法でハンドリングしたいです。
|
34
|
+
|
35
|
+
```Python
|
36
|
+
import btle
|
37
|
+
|
38
|
+
# 通知をハンドルするデリゲート用クラス
|
39
|
+
class MyDelegate(btle.DefaultDelegate):
|
40
|
+
def __init__(self, params):
|
41
|
+
btle.DefaultDelegate.__init__(self)
|
42
|
+
# ... initialise here
|
43
|
+
|
44
|
+
def handleNotification(self, cHandle, data):
|
45
|
+
# ペリフェラルからの通知受信時に行う処理をここに書く
|
46
|
+
# (通信モジュールの状態変化はここでハンドルすることはできない?)
|
47
|
+
|
48
|
+
# 他タスクスレッド生成などの初期処理がこのあたりに記述される。今回は省略
|
49
|
+
|
50
|
+
# インスタンス生成
|
51
|
+
p = btle.Peripheral()
|
52
|
+
|
53
|
+
# 通知ハンドル用クラスをセット
|
54
|
+
p.withDelegate( MyDelegate(params) )
|
55
|
+
|
56
|
+
# ペリフェラルにコネクト
|
57
|
+
p.connect('XX:XX:XX:XX:XX:XX')
|
58
|
+
|
59
|
+
# サービスを取得(サービスは1つだけの想定です)
|
60
|
+
svc = p.getServiceByUUID( service_uuid )
|
61
|
+
|
62
|
+
# キャラクタリスティックを取得(キャラクタリスティックも1つだけの想定です)
|
63
|
+
ch = svc.getCharacteristics( char_uuid )[0]
|
64
|
+
|
65
|
+
# Main loop --------
|
66
|
+
while True:
|
67
|
+
# ここで他タスクからのキューメッセージをブロッキングで待つ
|
68
|
+
event_id = waitMsg()
|
69
|
+
|
70
|
+
if event_id == DATA_SEND_REQ_EVENT:
|
71
|
+
# データWrite要求発行(今回の通信はセントラル⇒ペリフェラル方向のみです)
|
72
|
+
ch.write( data )
|
73
|
+
|
74
|
+
|
75
|
+
```
|