Mtk's Blog: Bluetooth

2017年2月18日土曜日

ウォークマンをBluetooth接続にしてよくなったこと・悪くなったこと

The advantage and the disadvantage to use Bluetooth audio

車載オーディオを交換しました。
今までのオーディオはウォークマンをAUX INにつなげるしかありませんでしたが、新しいオーディオはBluetoothで接続することができます。
AUX接続とBluetooth接続を比較してよくなったことと悪くなったことをまとめてみました。

blog.fujiu.jp ウォークマンをBluetooth接続にしてよくなったこと・悪くなったこと

環境

ケンウッド U350BT
ウォークマン NW-S784/li>

オーディオとウォークマンはどちらも A2DP（Advanced Audio Distribution Profile） と AVRCP（Audio/Video Remote Control Profile） に対応しています。

よくなったこと

配線をなくせた

今までのオーディオはウォークマンを接続するため

ウォークマン専用LINEOUT端子付カーチャージャー
LINEケーブル

が必要でした。
シガーソケットから供給される電源でウォークマンを充電することになりますが、グランドループノイズにより音楽が聴けたものではありません。
（オカルトではなく可聴域のノイズが混ざるのです）
ノイズをなくすにはウォークマンに安定した電源を供給するための低電圧レギュレーターも必要でした。
詳しくは過去のブログ
車載用オーディオのノイズを除去する)
に記載してます。

Bluetoothにしてからこれらの配線を撤去することができました。

充電中でもグランドループノイズがない

Bluetoothでの音楽再生はグランドループノイズはありません。
ウォークマンを充電しなが音楽再生してもノイズが入りません。

オーディオから曲の選択ができる

ウォークマンとにオーディオのどちらでも曲の選択ができるようになりました。

悪くなったこと

毎回接続が必要になった

Bluetoothのオーディオに接続するには電源を入れるたびにウォークマン本体を操作してBluetoothに接続することが必要になりました。

ウォークマンの起動時自動接続先の設定をしておくと、スタンドアローンで使いたいときにBluetooth接続をキャンセルする操作が必要です。

ウォークマンがハングアップする

Bluetoothの接続直後にウォークマンを操作しないと画面がブラックアウトし操作を受け付けなくなります。
オーディオの電源を切れば復帰します。
U350BTのファームウェアを更新しましたが改善されませんでした。

ハングアップするのはいただけませんが対処方法があるかもしれないし、メリットの方が大きいのでBluetooth接続を使い続けることにしました。

[Android] アプリケーションでデータ通信のオン・オフを設定できない理由

Reasons for failing to switch mobile networks

データ通信をオン・オフするアプリケーションを作ろうとしたら、不可能であることがわかりました。

1.隠しメソッド
データ通信をオン・オフするための機能はTelephonyManagerクラスにあるのですが、隠しメソッド(@hideアノテーション)のためアクセスできません。
隠しメソッドにアクセスするためリフレクションを使うとこんなコードになります。

※ユーザーインターフェースの実装を省略しているのでこのままでは動きません

import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Method;
import android.app.Activity;
import android.content.Context;
import android.telephony.TelephonyManager;

public class Main extends Activity {
 private void setDataConnectivity(boolean enabled) throws SecurityException, NoSuchMethodException, IllegalArgumentException, IllegalAccessException, InvocationTargetException, ClassNotFoundException{
  TelephonyManager telephonyManager = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);
  Method getITelephony = TelephonyManager.class.getDeclaredMethod("getITelephony");
  getITelephony.setAccessible(true);
  Object telephony = getITelephony.invoke(telephonyManager);
  Class<?> telephonyClass = Class.forName(telephony.getClass().getName());
  Method setDataConnectivity;
  if (enabled) {
   setDataConnectivity = telephonyClass.getDeclaredMethod("enableDataConnectivity");
  } else {
   setDataConnectivity = telephonyClass.getDeclaredMethod("disableDataConnectivity");
  }
  setDataConnectivity.invoke(telephony);
 }
}

これにユーザーインターフェースを実装してアプリケーションとして完成させるとエミュレーターで動作することは確認できました。

2.パーミッション
上のソースは実機は動作しません。
動作させるためのパーミッションが2つあります。
android.permission.MODIFY_PHONE_STATE
android.permission.WRITE_SECURE_SETTINGS

このうち、WRITE_SECURE_SETTINGSはアプリケーションがマニフェストに宣言しても実機での動作では許可されてません。
データ通信の他、bluetoothの設定変更もWRITE_SECURE_SETTINGSが必要なようです。

ユーザーの知らないうちに勝手にデータ通信やbluetoothの設定を変えられたら不都合なので、セキュリティーレベルが高くされているのは仕方ないかもしれません。

以上、参考になれば幸いです。

Mtk's Blog

新アプリケーション