このhackは複数のトリガーが同時に発生した場合、最後のトリガーのみ発火するという仕様を使っています。みてみると先に接続が発生しその後にSTATE CHANGEのようです。
判定できなくもなさそうですが不安残りますねー
発生順序は理論立って正確ですが、それが同時と認識されるかどうかは端末の性能に大きく影響を受けるでしょう。
このhackは複数のトリガーが同時に発生した場合、最後のトリガーのみ発火するという仕様を使っています。みてみると先に接続が発生しその後にSTATE CHANGEのようです。
判定できなくもなさそうですが不安残りますねー
時間をかけて判定するならACTION_PAIRING_REQUESTが使えます。不完全ですがこのマクロで判定できました。
手元のスマホではマクロで1000ミリや2秒にしている箇所をもっと小さい値にするとすり抜けてしまいます…View attachment 2284
今回の手法は、結局のところデバイスに接続時トリガーの発火は防げず、続く処理の横槍でマクロを中断させています。特定のアプリがこれらの標準的な機能を妨げてしまう場合には適用できないでしょう。確実な方法は @MacroDroidDev がデバイスに接続時トリガーを改造することだけと言うしかありません。次に、明示的なペアリングはしておらず
アプリが独自に接続している機器は
やはり通過してしまいます。