ぷろじぇくと、みすじら。

PIX-MT100を接続するとWindowsの反応が悪くなる

Created at: 2016-11-19 18:00:00Z

tl;dr

ドライバーをMicrosoftの"Remote NDIS Compatible Device"に強制的に変更する。

症状

PIX-MT100というUSBドングル型のLTE通信デバイスがあり、コンピューターに接続するとLTE回線を利用して通信できます。そんな便利デバイスですがWindowsが動作しているコンピューターに接続した場合にOS全体の反応が異常に悪くなる(遅くなる/重くなる)ことがあります。

例えば、接続中はタスクマネージャーが著しく遅くなる、アプリケーションが応答しなくなるといった状態が発生します。詳しい発生環境は調べていませんがいくつかのWindows 10を実行しているコンピューターで発生することを確認しています。

原因と回避策

原因はどうやら接続時にインストールされるドライバーによるもののようなので、別なドライバにー変更することで正常に動作します。

デバイスマネージャーを開くと"Remote NDIS based Internet Sharing"というデバイスがネットワークアダプターの下に見つかります。

このデバイスを開いて、ドライバーの更新を選択します。

ドライバーの一覧から互換性のあるもの以外を表示するようにして全てのドライバーを表示します。この時点ではD-Linkのドライバが選択されているかと思います。

次に製造元はMicrosoftを選択し、"Remote NDIS Compatible Device"を選択して進めます。"Remote NDIS based Internet Sharing"ではないことに注意してください。

その際、互換性を確認できていない云々が表示されますがそのままインストールします。

インストールが完了すると、"Remote NDIS based Internet Sharing"の詳細タブの中で"Remote NDIS Compatible Device"になっていることを確認できます。

互換性云々のメッセージが出るにもかかわらず、これで問題なく動作するようになります。

おまけ

ところでこれと同じ症状はIntel EdisonをUSB接続したときにも発生します。特に試してはいませんがEdisonもRNDISデバイスとして見えるようになっていたので、多分同様の操作で治るのではないかという気がしています。

ロックスクリーンを起動する

Created at: 2016-10-21 18:00:00Z

何を言っているのかという感じですが、ロックスクリーンを単体で起動する方法についてです。

ある日、Windowsのロックを解除したらなぜかロックスクリーンがウィンドウとして残るという現象が発生してちょっと驚きました。

なんかロック解除したらロックスクリーン部分がウィンドウとして残る謎現象が。 pic.twitter.com/DHVY4zLxRo
— Mayuki Sawatari (@mayuki) October 14, 2016

もちろんウィンドウなので自由にリサイズでき、ロックスクリーンそのものなので画像を変更したり、情報などの表示物も変わったりします。複数の解像度の時の見た目を確認できて便利です。

ロックスクリーンシミュレーターと化しています pic.twitter.com/GpyPLAZqp4
— Mayuki Sawatari (@mayuki) October 14, 2016

WindowsのロックスクリーンはUWPのアプリケーションとして実装されているということは知っていたのですが、確かにそれであればウィンドウみたいになってもおかしくはないですね。

ということはもしかして単体で起動できたりするかも?と思って調べたところうまく起動できました。

単純にロックスクリーンのUWPアプリケーションを起動するだけなのですが、exeを叩いて起動するのではなくAppIDをもとにアクティベーションするというややこしい手順が必要になります。そこで手っ取り早く起動するのにWindows KitのUWPアプリケーションを起動できるコマンドを使います。

Windows Kit (App Certification Kit)をインストールしたら、コマンドプロンプトで次のコマンドを実行することでロックスクリーンを起動できます。

cd \Program Files (x86)\Windows Kits\10\App Certification Kit
microsoft.windows.softwarelogo.appxlauncher.exe Microsoft.LockApp_cw5n1h2txyewy!WindowsDefaultLockScreen

拡張をChromeからMicrosoft Edgeに移植する

Created at: 2016-09-08 02:45:00Z

これはExtensions: Porting Chrome extensions - Microsoft Edge Developmentの何となく翻訳です

拡張をChromeからMicrosoft Edgeに移植するのはMicrosoft Edge Extension Toolkitの助けを借りれば簡単に行えます。この開発者ツールはAPIをブリッジするとともに manifest.json ファイルにあるエラーを明らかにし、パッケージ化されていないChromeの拡張をパッケージ化されていないMicrosoft Edgeの拡張へと変換します。

API ブリッジ

Chrome APIからMicrosoft EdgeのAPIへシームレスな移植を可能にするため、2つのスクリプトが拡張のフォルダーに追加されます。それらのスクリプトはAPIをブリッジ(必要に応じてpolyfil)するため、バックグラウンドスクリプトまたはコンテンツスクリプトに含まれるChrome固有のコードの変更について心配する必要はないということを意味します。

変換後、拡張のマニフェストファイルに "-ms-preload" キーとともに以下の項目が含まれていることに気がつくでしょう:

"-ms-preload": {
  "backgroundScript": "backgroundScriptsAPIBridge.js",
  "contentScript": "contentScriptsAPIBridge.js"
}

Microsoft Edge Extension Toolkitを利用する

以下の手順はChromeの拡張をWindows 10 Anniversary Update エディションのMicrosoft Edgeでを変換し動かす方法についてです:

Microsoft Edge Extension Toolkitをインストールします
Chromeの拡張のフォルダーを安全のためにコピーします。変換処理はコードを上書きします
Microsoft Edge Extension Toolkit を実行し、拡張のコピーを読み込みます
ツールのテキストエディターに報告されるすべてのエラーを修正します。修正した後、"Re-validate" を選択してエラーをチェックします
"Save files" を選択します

これでToolkitを終了して、拡張をMicrosoft Edgeで読み込めます!

既知のプラットフォームの問題をEdgeHTML issue trackerで探すことができます。もし新しい問題を見つけたと思ったらissueをオープンしてください!

Anniversary Update後の環境でドメインに参加しているとWindows Helloを設定できない

Created at: 2016-08-28 13:30:00Z

Windows 10 のVersion 1607、いわゆるAnniversary Updateが適用され、かつコンピューターがActive Directory ドメインに参加している場合にWindows Helloを設定できないことがあります。

正確にはWindows Helloを設定できないのではなく、PINコードの設定ができない状態になります。

設定できない状態では"Some settings are managed by your organization(一部の設定は組織によって管理されています)"と表示されPINコードの設定ボタンがグレーアウトします。

これはAnniversary Updateでドメイン参加時のPINコードのポリシーが変わったために発生します。

Changes to Convenience PIN / Windows Hello Behavior in Windows 10 Version 1607

Anniversary Update以前に設定している場合にはPINコードを削除しない限り利用できます。

つまりOSをクリーンインストールした状態でAnniversary Updateの場合にはドメインに参加するとPINコードの設定ができなくなる場合があるということになります。

解決方法

この解決方法は二種類あります。

Windows Hello for Business を展開する
- 試してはいないですが多分Windows Hello for Businessはそれ用のPINのインフラがあり、それを使うようになるようです(通常のPINはConvinience PINと呼ばれている)
グループポリシーでConvinience PINコードの設定を許可するポリシーを設定する
- Windows Server 2012 R2では"Turn on PIN sign-in"を"Enabled"に
- Windows 10/2016では "Turn on convenience PIN sign-in"を"Enabled"に

CC2650STK SensorTagをUniversal Windows Platform APIから使う

Created at: 2016-06-27 21:40:00Z

Texas InstrumentsのSensorTag (CC2650STK)という様々なセンサーを持ったBluetooth LEの開発者向けデバイスを結構前ですが入手したので、それをUniversal Windows PlatformのAPI(アプリとは言っていない)を使ってコンソールアプリケーションから読み取ってみました。

SensorTagの詳細はTIのサイトにあるのですが、「光、デジタル・マイク、磁気センサ、湿度、圧力、加速度計、ジャイロスコープ、磁力計、物体の温度、周囲温度の検出が可能な 10 個のセンサ」を持ち、コイン電池で動作し、Bluetooth Low Energyでホストと通信できる小さなデバイスです。そしてこれだけ詰まって4,000円程度と比較的安価なのも特徴です。

マクニカオンラインストアやTIのサイトから購入することができ、なによりちゃんと技適を通っているので合法です。ごうほうです!ご・う・ほ・う!

そんなステキデバイスをコンソールアプリケーション(というかLINQPad)から使ってみたいなーと思ったので、Universal Windows Platform APIを使ってアクセスしてみました。

まずはじめに

あらかじめWindowsの設定画面からペアリングをしておきます。というのもペアリングする処理を入れるのはとても面倒というかそもそもUWPアプリ以外からはできないのです。

参考: アドバタイズしているBluetooth LEデバイスをUniversal Windows Platform APIでペアリングしたい

GATTサービス/キャラクタリスティックを取得する

それではデバイスからデータをとるためのコードを書いていきます。

まずはWindowsが認識しているデバイスの一覧から利用したいセンサーのGATTサービスを探してくる必要があります。センサーのGATTサービスのUUIDはTIのWikiとPDFにあります。

今回は湿度センサーを使ってみるのでそのUUIDをセンサーのドキュメントから調べておきます。

// GATTのUUID (ここではHumidityセンサー)
// http://processors.wiki.ti.com/index.php/SensorTag_User_Guide#Gatt_Server
// http://processors.wiki.ti.com/images/a/a8/BLE_SensorTag_GATT_Server.pdf
var uuidHumidityService = new Guid("f000aa20-0451-4000-b000-000000000000");
var uuidHumidityData = new Guid("f000aa21-0451-4000-b000-000000000000");
var uuidHumidityConfig = new Guid("f000aa22-0451-4000-b000-000000000000");
var uuidHumidityPeriod = new Guid("f000aa23-0451-4000-b000-000000000000");

UUIDが分かったら、デバイス一覧から対応するデバイスを探して、さらにGATTサービスと設定用、データ通知用のキャラクタリスティックを取得します。

// サービスを持つデバイスを探す
var gattHumidityServices = await DeviceInformation.FindAllAsync(
    GattDeviceService.GetDeviceSelectorFromUuid(uuidHumidityService), null);

// デバイスIDからGattDeviceServiceを取得する
var gattHumidityService = await GattDeviceService.FromIdAsync(gattHumidityServices[0].Id);
// データと設定のCharacteristicを取得する
var charHumidityData = gattHumidityService.GetCharacteristics(uuidHumidityData)[0];
var charHumidityConfig = gattHumidityService.GetCharacteristics(uuidHumidityConfig)[0];

データを受け取る

キャラクタリスティックを取得したら、データを取得するためにデータが流れてくるキャラクタリスティックにイベントハンドラーを設定します。

// データの通知を受け取るイベントハンドラーを設定する
charHumidityData.ValueChanged += (sender, eventArgs) =>
{
    // データの処理方法はWikiを参照のこと
    // 例: http://processors.wiki.ti.com/index.php/CC2650_SensorTag_User's_Guide#Data_3
    var data = eventArgs.CharacteristicValue.ToArray();
    var temperature = (BitConverter.ToUInt16(data, 0) / 65536d) * 165 - 40;
    var humidity = (BitConverter.ToUInt16(data, 2) / 65536d) * 100;

    Console.WriteLine($"Temperature={temperature:0.0}℃, Humidity={humidity:0.0}%");
};

イベントハンドラーではデータのバイト列を取得できるのでそれをセンサーごとの処理方法に従って処理して値を取り出します。例えば湿度センサーの場合にはunsigned int16が二つで、片方が温度、片方が湿度の元データとなります。

受信の準備ができたので最後は通知を有効にします。一つはCC2650の設定に値を書き込み、もう一つは通知を有効にする WriteClientCharacteristicConfigurationDescriptorAsync メソッドの呼び出しです。

// データの通知を有効にする
// CC2650に設定を書き込む(大抵の場合は1で有効、0で無効)
await charHumidityConfig.WriteValueAsync(new byte[] { 1 });
// データ通知を有効にする
await charHumidityData.WriteClientCharacteristicConfigurationDescriptorAsync(
    GattClientCharacteristicConfigurationDescriptorValue.Notify);

これで実行するとデータが流れてくるのを確認できたら出来上がりです。おめでとうございます。

ちなみにペアリングした後何もしていないとSensorTagの電源が落ちるのでボタンを押してあげてください。

というわけで以上のC#(LINQPad用)のコードの全体はGistに置いてあります。

SensorTag as Observable

ところでセンサーのデータはある一定の間隔で送られてValueChangedイベントハンドラーに流れてきます。データが流れてきて処理するといえばみなさん大好きなReactive Extensions、いわゆるRxの出番です。

というわけでRxの形にしてみましょう…といっても ValueChanged イベントハンドラーがあるので Observable.FromEventPattern メソッドを使えば簡単です。

var humidityObservable = Observable.FromEventPattern<TypedEventHandler<GattCharacteristic, GattValueChangedEventArgs>, GattValueChangedEventArgs>(
    h => charHumidityData.ValueChanged += h,
    h => charHumidityData.ValueChanged -= h)
    .Select(x =>
    {
        // データの処理方法はWikiを参照のこと
        // 例: http://processors.wiki.ti.com/index.php/CC2650_SensorTag_User's_Guide#Data_3
        var data = x.EventArgs.CharacteristicValue.ToArray();
        var temperature = (BitConverter.ToUInt16(data, 0) / 65536d) * 165 - 40;
        var humidity = (BitConverter.ToUInt16(data, 2) / 65536d) * 100;

        return new { Temperature = temperature, Humidity = humidity };
    })
    .Publish()
    .RefCount();

要するにイベントハンドラーの代わりに FromEventPattern でObservableにして、Select オペレーターでデータを処理して整えた形のストリームに変換します。

Observableになったらあとは好きなオペレーターを組み合わせて、Subscribe するだけです。

humidityObservable
    .Buffer(TimeSpan.FromSeconds(10)) // 10秒蓄えて
    .Select(x => x.Average(y => y.Humidity)) // 湿度平均にして
    .DistinctUntilChanged(x => Math.Round(x, 1)) // 少数点第一位までで変更があったら流す
    .Subscribe(x =>
    {
        Console.WriteLine($"最近の平均湿度 {x:0.0}%");
    });

上記の例は湿度の平均を出力する例ですが、これをイベントハンドラーで実装しようとするとすっきりしないというのが想像できるかと思います。

var sumHumidity = 0;
var lastAvgHumidity = 0;
var count = 0;
charHumidityData.ValueChanged += (sender, eventArgs) =>
{
    // データの処理方法はWikiを参照のこと
    // 例: http://processors.wiki.ti.com/index.php/CC2650_SensorTag_User's_Guide#Data_3
    var data = eventArgs.CharacteristicValue.ToArray();
    var temperature = (BitConverter.ToUInt16(data, 0) / 65536d) * 165 - 40;
    var humidity = (BitConverter.ToUInt16(data, 2) / 65536d) * 100;

    sumHumidity += humidity;
    if (++count == 5)
    {
        var avgHumidity = sumHumidity / 5;
        if (avgHumidity != lastAvgHumidity)
        {
            lastAvgHumidity = avgHumidity;
            sumHumidity = 0;
            count = 0;
            Console.WriteLine($"最近の平均湿度 {avgHumidity:0.0}%");
        }
    }
};

このあたりデータが流れてくるセンサーというものの特性とRxの相性の良さを感じますね。センサーも一つではないですし、それ以外の外部のイベントもあるのでこういうものを組み合わせるときには実に強力です。

RxでSensorTagのセンサーのデータを一通り受信できるようにする雑なクラスも同じくあげてありますので参考になるかもしれません。通知間隔を変更するといったものは実装してませんのでそのあたりも試してみると良さそうです。