【自動化】MacroDroid Part4【マクロ】

Androidの操作を自動化するアプリMacroDroidの専用スレです。
マクロ製作の質問や情報交換をしましょう。作成したマクロの共有も大歓迎です。

次スレは>>950が立てること。立てられない場合は>>980が代わりに立ててあげてください。

>>550 さん

こんにちわ。

GPSをオンにしておかないとダメ、
は私は一票を投じたいと思います。

事実ベースで追いかけると、
Android 8 以降では、
・WiFiのSSIDの変化の検出
・基地局グループの利用
には、位置情報サービス、すなわち、
GPSの利用が必要になりますね。

https://i.imgur.com/rdkiM7u.jpg
https://i.imgur.com/SW9WrTY.jpg

そして、ジオフェンスですが、
設定時には、位置情報サービス(GPS)を使わなくても設定自体ができるものの、
実際にジオフェンス内にいるかどうかのチェックは位置情報サービスを参照するようです。

結果、GPSは、あたらしめのAndroid端末で位置検出系のトリガーを利用するケースでは、ONにしておかないといけないような気がします。

設定＞トリガーオプション
から、たとえば位置情報トリガーの更新間隔の設定を変えることで、バッテリーへの影響を少しですがコントロールできるかと存じます。(マクロ動作の正確性と取捨選択にはなってしまいますが…)

よろしくお願いいたします。

>>555
大変ご丁寧にありがとうございます。やはり、GPSは常にオンにしておかなければならないようですね。

機種変する前のものは古い端末でしたので、Llamaをインストールしていましたが、GPSオフでも基地局だけで動作していました。バッテリー持ちが気になりますが、諦めるしか無さそうですね。

ありがとうございました。

位置情報サービスの話してたの？
位置情報サービスのon/offとGPSのon/offは必ずしも一致しないんだけどな
on設定にしとくと常に使うて訳じゃないし常に最優先の位置情報ソースでもない

そういえば位置情報の設定で「位置情報の精度を改善」をOFFにすると位置情報の確認がGPSのみになるという設定があったなぁ

頑なにグーグルなんかにプライバシーを開示しないゼ的なポリシーじゃなきゃ精度上げるオプションonにして履歴保持許容すればいいね
詳しいロジックは知らんけどネット経由のデータルックアップが最優先の位置情報ソースになるんだと思うよ
GPS自体がonのままでも屋内に移動したとかで有意な位置情報得られないのに位置情報サービスがGPS使い続けたりしない

ジオフェンスAPI経由の場合MDはトリガ設定した周期で希望するレシーバを仕掛けて待つだけだから位置情報サービス自体の更新頻度とはまた別の話だし
グーグルマップなんかとは違ってMDが積極的に位置情報サービスの更新周期を上げさせることはできないハズ

ベータ版テスターなんだけど、
いくつか前の更新から今まではちゃんと機能してた変数にクリップボードの中身設定するアクションが今コピーしてる内容じゃなくて一つ前にコピーしてた内容を取ってくるようになってしまった…
ヘルパーは1.7に更新済みだけど泥10だから挙動おかしいのかな

>>560
新しいアクションの「クリップボードを更新」が関係あるんですかね？

クリップボード周りのマクロの挙動が怪しいので、自分も知りたいです。

>>561
申し訳ない、｢クリップボードを更新｣使ってないままのマクロだったからかも
マクロの出だしが｢macrodroidを起動→クリップボードの中身を変数に設定｣って流れだった所を
｢クリップボードを更新→クリップボードの中身を変数に設定｣としたら今まで通り今コピーしてる内容が変数になりました
ただ他の変数等に記録されている訳でもないのに一つ前のコピー内容を取ってきてた原因はわからずじまい…

>>562
クリップボードはAndroid側で使用制限厳しくなったのよね
>>347でクリップボードモニタは未完成って話らしいからそのへんなんか影響してる(未完成なので変な動きだけど仕様どおり)んじゃないかな

オカシイと思ったことはアプリのメニューからバグ報告クレって言ってるよ
細かいバグfixのマイナーアップデートを1,2回経て次のメジャーアップデートではADBハック済かどうかチェックできるようになるらしい

クリップボードを更新のアクションってOS10以降だとクリップボード触る為にいちいちmacrodroidを前面に出す作業挟んでたのをしなくて済むようになったというか
それと置き換えるものっていう認識で合ってる？

>>565
合ってるよ
Android10+でバックグラウンドアプリから読めなくなったから不可視のオーバーレイをテンポラリで作って中身を読むようにしたってヘルプに書いてある通り

ヘルプに書いてある通りなのか
ヘルプをみねーな

>>567
まぁ普通そうだよね
使って振る舞いみた方が話早いし
アレ？って思った時に人に聞く前に確認する程度

｢コピー履歴サポート｣ってアプリも抜け道使ってOS10以降も9までのクリップボードアプリに近い挙動させてるらしいけど同じような事やってんのかなあ

>>2にあるフォーラム覗けばそれっぽいやりとりあるから気になるなら探せば良いと思うよ

>>570
AIくんがグダグダ言ってて420が頑張って教えてたのにそれいいや的なトピックで話題にしてたような

アンドロイドは色々と制限加えてウンコiOSみたいにセキュリティ高めるのはいいけど
開発者オプションで解除できるようにしとけよと思う
そのかわりロック解除料掛かったり解除したら保証とか責任は負いません的な同意させてさ

>>572
root化がそういうことでは？

自己責任とか言いつつ当然のようにサポート求めてくるんだから穴も塞ぎたくなるよな

楽天ひかりをアンドロイドで使ってるんだが、
wifiだと5ch規制かかってて、
書き込みのときだけモバイル通信に変更してる。

chmateアプリの書き込み画面開いてるとき、
を検知する方法ある？

恥を忍んで質問ですが、アプリ起動のトリガで別のアプリを起動するか選べるようにしたいんですが、OKは出来てもキャンセルしたい時に延々とダイヤログが出てしまいます
キャンセルでマクロを抜ける方法はありますか？
https://i.imgur.com/6NYAc9E.jpg
https://i.imgur.com/0Xns4GS.jpg

>>576
雑で良ければ条件でMacroDroid固有→直近に実行した〜使えば行けるんでない？

>>577
レスありがとうございます
条件に入れてみましたがダイヤログも出なくなってしまいました
とりあえず元に戻してキャンセルを素早く連打したら抜けられたのでしばらく騙し騙し使ってみます

>>576
別に恥を忍ぶ必要はないと思うよ
ある程度自分でやってみての画像付き質問なんだから何の問題もないと思う
この質問のケースの問題は良くある事で先にカメラアプリを起動させてしまうからキャンセルしてもカメラアプリに戻った時にループしてしまってるんだよね
>>578
なので理屈を考えれば条件に設定するのは 直近に実行した ではなくて "してない" マクロ→このマクロの流れだよ

>>578
コマンド名長いんで省略してるだけで使い方は自分で調べなきゃダメよ
その上でどう使ってダメだったかって言ってくれれば次に進むというもの

>>578 さん

こんばんわ。

結論としては、御使いの端末がルート化
されていないと、「アプリの強制終了」
アクションが利用出来ないので、
キャンセルをタップしても、カメラアプリは
立ち上がりっぱなしになるかと存じます。

添付サンプルのようにマクロを組んで頂くと、
動作がよくわかるかと思うのですが、
確認つき条件分岐は、確認をキャンセル
した場合にelse節に処理を流す(スローする)
ので、キャンセル時の処理は、
普通にelseを追加していただき、子アクションを記述頂ければ良いはずです。

ルート化していれば、子アクションに「アプリの強制終了」を追加してカメラアプリを
終了対象に指定いただければ、ご想定されていらっしゃる動作に近いものが出来るかと存じます。

ご参考になれば…
よろしくお願いいたします
https://i.imgur.com/12rffiT.jpg

>>578 さん
追記です。
カメラアプリは、出しっぱなしでよければ
elseのあとには
空の子アクションを書いておけば大丈夫なはずです。

マクロドロイドを起動させておくと、定期的？にechoAUTOが、初期化してしまってたので（絶対とは言い切れない）オフにしたらならなくなったけどそういう事ってありえるんですか？

>>581
もとのカメラアプリを終了するかどうかはおいといてキャンセル(=何もしない)にelseいらなくね？

>>577-580
レスありがとうございます
キャンセルして標準カメラに戻った時にまたトリガが掛かってしまってマクロがやり直しになるのが原因だったんですね。そこに考えが至りませんでした。
条件に直近で実行してないマクロを5秒くらいで設定したら5秒の猶予でサードパーティのカメラアプリをキャンセル出来て標準カメラが引き続き使えるようになりました。
標準カメラを閉じて5秒以内にすぐまた開くとマクロは動きませんがやりたい事は実現しました。
ありがとうございます。
https://i.imgur.com/xjhb3ol.jpg

>>581-582
レスありがとうございます
教えて頂いた方法を試しましたが、キャンセルするとまたトリガが掛かってしまって標準カメラが使えない状態になりました。すでに該当アプリが開いている場合はトリガが掛からないように出来たらいいのですが...こちらの方法も引き続き調べてみます
ありがとうございます。

>>584 さん

そう私も思っていたんですが、
実際にマクロを作って動かしてみると、
elseを明示的に作らないと、
おなじトリガーが再発動するんですよね。。
つまり確認ダイアログが再生されてしまいます。

>>586
マジかー
そうはならんやろって自分でやってみたらそうはならなかったからそうはならんやろって書きにきたら俺の端末のほうが特殊なパターンか・・・

実際トリガー誤発火するならかなりバグくさくね？

>>585
元の対処だとこんなとこだろうね
5秒あればいいかな？くらいなんでちゃんやるなら状態管理しないとかな
https://i.imgur.com/rVKAI7g.png
https://i.imgur.com/56PRBbG.png

>>581,586
ウチだけのおま環じゃなきゃすでにカメラが起動していてバックにいる場合に対処できてないと思うな
この挙動はおかしいといえばおかしいけどそんなのいくらでもあるからナー

>>588
別のアプリに切り替えたい=元のアプリのままのパターンもあるんだから常にホーム表示するのはダサすぎるでしょう
アプリ起動の度にワンタップ必須も残念感大きいしシェイクトリガーにフォアグラウンドのアプリ条件つけるとかじゃね？

>>590
そりゃトリガ変えればやりようあるが人のアプリ起動文脈まで踏み込むかは別の話
当該カメラアプリがフォアにいる限り再トリガは避けられないから初回起動時にコンファーム取ったあとステート管理するのが妥当なとこだろうね

>>590
そもそも起動してから「起動してOK？」て問うロジックを許容してるのはカメラはカメラアイコンが分かりやすいみたいな思いがあるからでしょう

トリガ変えれば話はこれで済みそう
https://i.imgur.com/x41erfm.png
https://i.imgur.com/LPck3Ho.png
https://i.imgur.com/GnIpul9.png

>>591
ダイアログ閉じたらアプリ起動トリガー発火って正常な動きなん？
別アプリ起動して戻って再トリガーは定番ネタだけどダイアログで起こるのは可笑しくね？

>>593
バグだと思うよ
キャンセルでもネガティブ選択でもifブロックを抜けて次に進むのが正しい挙動のハズ(他の分岐があればそのテストに進む)
どうにかマクロ側で対処するてお題なんでは？
>>589に書いたとおり>>576のままでも川崎くんの対処でも新規に起動したときは正しく動作する
既に起動していてバックにいるときはカメラアプリ起動アクションの前にまたトリガが呼ばれてループしちゃうね

レポートしといたよ
Hi Jamie,

A Japanese guy reported a bug of if confirmed action on local community today. Please look into attached simple macro.
It shows you Camera(or any other apps maybe) app launching repeatedly when the app in background. If it is newly executed, the macro is working correctly though. As the MD system log, after testing at if condition, the macro is interrupted and the trigger fire again, so it falls into infinite loop.
I rarely use the interactive if clause and MD has alternative actions, so I don't think it so serious. However, if and the similar are very basic features. It might be better to fix the problem.
I'm keep on expecting MD advance and always appreciate your great efforts. Thanks in advance:)

>>595
おしごとできますねぇ

ちなみにちゃんと動く俺のMDは5.15.4(最新じゃない)

5.15.4ってバージョン履歴に無いけど5.15と5.16の間に出たバージョンかな
それだともう5.19から5つ前ぐらいのバージョンになるね
最近のMDはColorOSでは動かない新機能ばかり増えた上にバクも増えたように感じるからいっその事うんと古いバージョンに戻した方がいいのかな

>>595 さん

お手間を取らせてしまい申し訳ありません。助かります。
ありがとうございます。
TIA(コンゴトモヨロシク)に至るまでの
文の自然な流れが素敵ですね。

>>598 さん
うちは5.19.11で、Sharp系端末二台で検証してますね。そして両者で現象発生したという…


カメラアプリのバックグラウンドからの起動確認はしてなかったので試していただいた皆様、ありがとうございました。

>>597
現状5.18.xまでに留めるのはアリだと思うよ
SDK上がった関係でヘルパーなしで動かない機能増えたしヘルパー入れても今まで通りってわけでもない
ファイルアクセス絡みの制約が痛い人は特に
グーグルに再申請してみるって流れになってたけど通ったからってすぐ元に戻せる訳でもないと思う

>>595の自己レス
次で直すって
Hi,

Thanks for the bug report. I'll make some tweaks for the next update to prevent this happening.

Cheers,

Jamie

>>600
GJ!

来年早々にもAlexaに対応するらしい
外部のechoデバイスからもトリガできるようになるんだって

>>583
これ分かる方いませんか？申し訳ない

実際に目でみたことならありえるんじゃねーの？

>>603
直接の因果関係はないと思うよ
アップデートかかったとかAlexaの使用ユーザー変えたとかじゃない？

>>602
いいね
逆にアレクサに出力には対応しないのかな

>>606
トリガていってるから多分グーグルアシスタントと一緒じゃないかな？
Ssy itをプラグインとして使えば外部のAlexaデバイス喋らせるのは簡単にできるよ

>>607
さすがに、遠隔からのトリガーじゃないのか
このアプリ、手軽に使えて良さげですね

>>607
これって、説明通りに2週間ごとに再ログインが必要？

>>609
知らん間にログアウトしてるね
Amazonのレギュレーションなんじゃないかな？
パスワード管理アプリに覚えさせてるから気にしたことなかった

Xiaomi Redmi Note 9Sでモバイル通信をオン・オフにするマクロが作動しなくて困ってます…

MDヘルパーも含め、自動起動・権限・バッテリーセーバーの初期設定を終えて、
PCに開発者ツールも入れてADBハックもしたんですけど、
画像のようにモバイル通信へのアクセスが許可されていないみたいです
root化以外に解決策はありますか？

ちなみにアラートの表示が出ないマクロについては正常に作動してます

https://i.imgur.com/hfiD2TF.jpg
https://i.imgur.com/tkRO0c6.jpg

>>611
紫のママになってるよ
ADBコマンドしくじってるんじゃ？

>>611
うちもRedmi note 9Sなので試してみたら、警告はadbでちゃんと消えるけど、モバイルデータのON/OFFは何も変化しないね。
機内モードにするのじゃダメ？

>>611
ADBハック失敗してるね
OPPOの場合はADBハックする時に開発者向けオプション内の認可の監視を無効化するにしないと成功しなかった
Xiaomiでも同じように何か設定しないとADBハックできないのかも

>>613
試してみた
SiM2側は変わるけどSIM1側は変わらんね
しかも再on時の復帰が異常に遅くて怪しい挙動
何故かwifiもon/offするとすぐ復帰する

ルート化無しで単純にアプリのインターネットアクセスを遮断したいなら、AdguardみたいなVPNファイアウォールアプリ使うのが妥当じゃないか？
AdGuardならMacroDroidやTasker用のAPIがあるから、オートメーションも可能
気になるのが、スマホの通信自体遮断すると、メールとか電話も届かないと思うんだが…そのへんは問題ないの？

>>616
電話とsmsは別枠だね

皆さんありがとうございます

ADBハックはツール入れ直したりしてみようと思います
Adguardは詳しくないので調べてみようと思っているのですが、
MacroDroidで電話には出られないものの機内モードを受け入れて解決策を考えてみた時に、Bluetoothイヤフォンで動画を観る機会も多いので画像のようなマクロを組んでみたのですが、Wi-Fiだけがオンになりません…

BluetoothとWi-Fiの順番を入れ替えてみたり、
間隔の秒数を増やしてみたのですが、
結果は変わらず…
Wi-Fi単体でON/OFFのマクロを組んでみたところ正常に動作したので、
機内モードとWi-Fiの相性が悪いのでしょうか？

https://i.imgur.com/PMQUHei.jpg

>>618
機内モードだとwifi操作できないんしゃなかったかな

なんか突然日本語セクションが公式フォーラムにできた
スペイン語と似たような隔離スレになる予感

>>619
どうしてそんな制約が必要なんですかね？ その変な動作もバグでは？

>>621
俺に言われても知らんがなとしか言いようがないけどグーグルがOSレベルで制限したらしい
クイック設定タイルを操作する代替案がよく出てるよ
調べないで何でもバグバグ言わないほうがいいと思うナー
https://www.macrodroidforum.com/index.php?threads/helper-1-5-failed-to-set-wifi-state-in-airplane-mode.211/

バグって便利な言葉になってしまったからなあ
いまや不具合全体を指す言葉として使われてしまってるし

昨日からバグが発生して困ってます、みたいな

日本じゃずっと情報教育不足が叫ばれてるから仕方がない

まぁ不具合てのも婉曲表現なんだけどね
バグっていうとカドが立ったり責任認めないといけなくなったりで
プログラマやお客さんが怒っちゃうから的な
相性、症状、現象なんかも同じニオイを感じる

>>622
ごめん貴方に言った訳じゃないのよ
調べないでバグって言ったから腹がたったのね

仕様書に書いてないけど仕様です
とかもよくある

>>627
それはメーカーサポートの人がいつも言ってる
仕様書に書いてあるなら見せてほしいとお願いしても絶対に見せてくれない

>>626
単に疑問を感じたままに言っただけで他意はないのは分かってるよ
他人事だし別に怒ったりってのはないが確かに感情移入しがちかも
俺が作ってて絶賛デスマーチ中だったらイラっとするとは思うから 笑

>>628 さん

仕様書古いからコードみてと言われる
→仕様書に載ってない実装を確認する
→仕様書修正する工数がどこにもない
→泣く泣く仕様として回答(嘘は言ってない)

現場あるあるですが、
実際申し訳ない気持ちになりますね。
Web系には多い感じです。

Macrodroid公式の日本語スレは書き込むのにユーザー登録が必要みたいですね。

>>627
「言った言わない」と同じで「書いてる書いてない」は不毛なんだよなぁ
結局やることは変わんないんで
「クチ仕様でも仕様は仕様」は自分にも周りにもいつも言い聞かせてる
要求仕様出す側のときもどうせ細かく書いてもちゃんと読まれないし実装で勝手に変えられたりもするからボチボチにしてる

別の端末から遠隔の端末にマクロを実行してもらう方法はメール通知かSMSをトリガーする他に何か方法はありますか？

>>632
webhookがあるよ
https://medium.com/@macrodroid/introducing-the-webhook-trigger-a760e2ee140d

>>630
川崎くんは散策人とかライナーとかアカ名確保しといた方がいいんじゃあない？

>>634 さん
なるほど5chには、トリップなんて機能があるのですね。まだ書き込み方法を知ってから1年も経っていないので勉強になりました。
ありがとうございます。

>>632 さん
私もwebhookを使う方法に一票です。

英語の記述追いかけられないよ…
なら、つたない記事で申し訳ないのですが↓をご参考ください。
https://blog.goo.ne.jp/oprsfr3saku/e/146458543b910b67f7ce6a68e783e406

>>635
あ、いや公式フォーラムのアカの話したつもりだった
要登録なのねーて言ってたから

>>636 さん

あ、なるほど。そっちですね。
失礼しました。

>>632
私もwebhookに一票です。
ここも書いてあった
https://japanize.mcpro.info/macrodroid-trigger.html#ConnectionWebhook

>>633 635 638
webhookで行けました！
ありがとうございます！

>>602
ググり方が悪いのか、ソースが見つからないので、
お手数ですがソースをご教示頂ければ幸いです。

>>640
公式フォーラムで言ってたのよ
http://www.macrodroidforum.com/index.php?threads/webhook-response-back-to-alexa.1455/post-8586

>>641
本当だー有難う御座います！
使いやすくなりますね^ ^
〉Incidentally there will be an Alexa trigger coming soon, so you should be able to do what you want directly in MacroDroid soon. I don't have an accurate date for this but I hope it will be early in the new year.

ログを見ると、ジオフェンスのinoutをひっきりなしずーーっと繰り返してて困ってます。
前はこんなことなかったのに…

>>643
そういうときは大抵何か変えちゃってる
権限やらバッテリー節約やら一通り変わってないか点検してみて

>>644
何かしちゃったんでしょうね。
inoutというより、5秒毎にジオフェンスイベント？が発生してる感じ…？

12:43:50 Geofence Event: Location [fused 〜］
12:43:55 Geofence Event: Location [fused
12:44:00 Geofence Event: Location [fused
12:44:05 Geofence Event: Location [fused

>>645
ロケーションなら最小のチェック周期が5秒だけどログからすると違うね
実際座標が動いてるログが残ってるなら屋内でGPSのみを位置情報ソースとして使ってるとかそんなとこじゃ？

>>646
そうなんですね。
あまり気にしなくてもいいんでしょうかね。
もしかしたらandroid12にしてからかもしれません…。

すみませんが教えてください
TaskerとMacroDroidの決定的な違いってなんですか？
特にできることの部分で決定的な違いが知りたいです

UI

Scene

俺もシーンの概念だと思うな

マクロドロイドは取っ付き安いけど、
かゆいところに手が届かない気がする

んなもんプラグインでカバーすりゃいい
そもそもルート化しなきゃTaskerだろうが痒いところに手は届かん

データ的には配列がないのが決定的に違うね

すいません、xy座標の数値のやり方教えてください毎回安定しません