Visual Studio

[hardware]MAVIC AIRにも使えるDJI SDKを入手しよう

初音玲 — Sat, 23 Jun 2018 01:43:00 GMT

DJIのドローンでSDKといえば、build 2018で発表されたWindows 10 drone SDKに注目しています。

しかしながら、こちらは2018年秋くらいのリリースということで、9月のMicrosoft Igniteあたりにならないと詳細は出てこないかもしれないですね。

Windows 10 drone SDKがくればWindows 10デバイスで動作する制御アプリも組みやすくなるので、例えば、HoloLensであったり、Windows MRであったり、での活用もしやすくなるので、本当に待ち遠しいですね。

とはいえ、秋まで何もしないのももったいないですから既存のSDKで何か作っていきたいと思います。

SDK利用時のシステム構成

作成したアプリはSDKを経由してDJIのリモートコントローラーと接続し、その先のドローンをコントロールすることになります。MAVIC AIRの場合は、SDKから直接ドローンにもWi-FiやBluetooth経由で接続可能です。

App Keyの生成

SDKを使うときにApp Keyeの指定が必要ですが、こちらは、DJIのサイトに登録が必要です。

https://developer.dji.com/mobile-sdk/

登録時の個人認証にはクレジットカードまたはスマホへのSMSへの認証コード送信のどちらかが利用可能です（一時期動いていない時期もありましたが、2018/6/22現在は動作しています）。

登録が完了したらUser Centerにて自分のアプリケーションを登録してコードを取得します。

SDKの入手

現在のSDKはいろいろな種類がでていますが、MAVIC AIRで使うのであればMobile SDKに注目です。

https://github.com/dji-sdk/Mobile-SDK-Android

https://github.com/dji-sdk/Mobile-SDK-iOS

SDK自体はどこにあるかといえば、Mobile-SDK-Android-master\Sample Code\gradle\wrapper\gradle-wrapper.jarがSDKになります。

Xamarin.AndroidでSDKを利用する

jarファイルをXamarinから呼び出すためには、バインディングライブラリを作成してjarファイルをまるっとXamarinのクラスライブラリでラッピングしてあげる必要があります。

jarファイルの追加

プロジェクトが生成できたら、Jarsフォルダを右クリックして[追加]-[既存の項目]メニューを選択します。

ダイアログが開いたらgradle-wrapper.jarを指定して、Jarsフォルダにgradle-wrapper.jarを追加します。

jarファイルのプロパティ指定

jarファイルに対するビルドアクションとして「EmbeddedJar」をしてしてdllにjarファイルを埋め込むようにします。

バインディングライブラリのビルドエラー対策

この状態でバインディングライブラリをビルドしてあげてエラーなくビルドできれば、バインディングライブラリのdllが完成します。

しかしながら、ここでエラーが出ないもののほうが少なく、gradle-wrapper.jarも当然のようにビルドエラーが発生します。

ビルドエラーは３件、すべてCS0535「〇〇はインターフェイスメンバー△△△を実装しません」です。

解決方法はいくつかありますが、今回出ているエラーは、「AbstractCommandLineConverter」、「AbstractCommandLineConverterInvoke」、「DownLoad」なので、主要な部分ではなさそうで使わないでもアプリ作れそうですから、とりあえずはなかったことにしてしまって、後日、必要だったらまた考えることにしたいと思います。

そのためには、Metadata.xmlに次の定義を入れておきます。

<remove-node path="/api/package[@name='org.gradle.wrapper']/class[@name='Download']" />
<remove-node path="/api/package[@name='org.gradle.cli']/class[@name='AbstractCommandLineConverter']" />

次回に続きます。

[HoloLens]Visual Studio + Unity + MixedRealityToolkit 2017年10月15日現在のベストマッチ

初音玲 — Sun, 15 Oct 2017 21:50:00 GMT

HoloLensで動作するMRアプリを作成するときは、Visual StudioとUnityを使いますが、さらにMixedRealityToolkit-Unity (旧HoloToolkit-Unity)も使うとアプリがつくりやすいです。

しかし、現在、いろいろなものが過渡期で安定する環境というのが日々新しくなっています。

この前までは、Visual Studio 2015 Update 3 + Unity 5.6とかでしたが、最近やっと、Visual Studio 2017 + Unity 2017 + MixedRealityTooklit-Unity(以下、MRTK)の

組み合わせでもうまく動いてくれるようになりました。

本日時点での動作確認できた最新の組み合わせは以下の通り。

Visual Studio 2017 15.3.5
Unity 2017.1.2f1
MRTK-Unity for Unity 2017.1.2f1

ご参考まで。

[HoloLens]HoloLensアプリ作成時の共通作業（2017年9月編）

初音玲 — Wed, 06 Sep 2017 16:36:00 GMT

HoloLensアプリを作成するときのフォルダ構成を公開します。

[アプリ名フォルダ]

+[Unityプロジェクトフォルダ]

+assets

|unityファイル

+UWP

|VisualStudioソリューションファイル

+[プロジェクトフォルダ]

こんな感じにUnity関連とUWP関連が別フォルダになるようにしていて、その２つのフォルダをアプリ名フォルダの下に作っています。

こうすることでまとめてドンっと開発環境渡したいときは[アプリ名フォルダ]まるごとzipにして渡してしまえばいいですね。

githubにあげるときも同様ですが、Unity環境とUWP環境で除外したいファイルが違ったりするので、UnityプロジェクトフォルダとUWPフォルダにそれぞれ.gitignoreを記述しておくとよいでしょう。

Unityプロジェクトを新規作成するときの考慮点

そのためには、HoloLensアプリを作るときにUnityを立ち上げたら、例えば次のように[Project Name]欄に記載する値と、[Location]欄に記載するフォルダ名の最後をまずは一致させておきます。

HoloToolkit-Unityの追加

Unityプロジェクトができあがったら、提携作業としてまずはHoloToolkit-Unityをアセットとして追加します。

githubのreleaseにアセットパッケージファイルがあるのであらかじめダウンロードしておきます。

2017/09/06現在、私が使っている環境は、

Unity 5.6.2f1

なので、HoloToolkit-Unityもv1.5.8.0になります。

[Assets]-[Import Package]-[Custom Package]メニューでダウンロードしたアセットパッケージファイルを指定します。

アセットが追加されるとメニューなども拡張されるので、HoloToolkitメニューからいつものConfigurationをやっておきましょう。

シーンの保存

Unityのシーンを保存したいときは、プロジェクト名と同じ名前で保存しています。

Build Settings (2017年9月編)

HoloLensに搭載されたOSはまだWindows 10 Anniversary Updateなので、開発環境がCreators UpdateやFall Creators Updateだったりした場合には、UWP SDKとして10.0.14393.0を明示的に選択します。

また、[Unity C# Projects]チェックもデフォルト状態ではついていないのでこれもつけておきます。

UWPソリューションを出力するときの考慮点

UWPフォルダは最初できていないので[新しいフォルダー]をクリックしてフォルダを作成して名前を「UWP」にします。

UWPのソリューション構成は次のように３つのプロジェクトから構成されます。

＊ここでVisual Studio 2015 Update 3を使っていると特に問題なく、HoloLensをUSBで接続した途にビルドタイプ「x86」にして出力先を「Device」にすればHoloLensでアプリが立ち上がります。

さて、現状のUnity 5.6.2f1からだとVisual Studio 2017を使うとエラーでビルドが失敗します(15.3.3でも失敗する)。

原因は、上２つのプロジェクトのcsprojファイルで記載されている

RunSerializationWeaver

の実行プロセスで

System.Collections.Generic.KeyNotFoundException: 指定されたキーはディレクトリ内に存在しませんでした。

というエラーが発生して

UWP\GeneratedProjectsUWP\Assembly-CSharp-firstpass\bin\x86\Debug\Assembly-CSharp-firstpass.dll

UWP\GeneratedProjects\UWP\Assembly-CSharp\bin\x86\Debug\Assembly-CSharp.dll

が作成されないからです。

また、最後の１つのプロジェクトでも

UWP\Unity\Tools\AssemblyConverter.exeの実行プロセスで

System.Collections.Generic.KeyNotFoundException: 指定されたキーはディレクトリ内に存在しませんでした。

というエラーが発生します。

どうやらこれを解決するためには、Unity 5.6ならばVisual Studio 2015にするか、Visual Studio 2017にしたいならUnity側をUnity 2017.1.0p5にするしかないようです。

でも、Unity 2017用のHoloToolKit-Unity (Unity 2017用だとMixedRealityToolkit-Unity) は、Pre-releaseなんですよね。

[VisualStudio]Visual Studio 2017がローンチされました

初音玲 — Sun, 12 Mar 2017 23:09:00 GMT

Visual Studio 2017がローンチされました。

インストールが早い！

Visual Studio 2017をインストールしようとしてまず驚くのはインストール時間の早さです。

「何をしたいか」を選ぶことで必要な機能のみがインストールされます。

起動が早い！

そしてインストールして起動するとさらに驚くと思います。とにかく起動が早い。

体感で半分くらいの起動時間になっているのではないでしょうか？

かっこいいコードに仕立てあげるまでが早い！

リファクタリングが強力になっていて、例えば、次のような初期化部分をかっこいい（どこからどこまでが初期化コードであるかがわかりやすい）形にリファクタリングする提案をしてくれます。

ユニットテスト実施が早い！

ライブユニットテストという新機能が楽しいです。

ユニットテストを記述しておいて、それに対してグリーン（要はテストが通る）となるコードを書き始めたとしましょう。コードを書いていてビルドエラーがなくなるとユニットテストが自動的に行われてテストが失敗した行に「X」が表示されます。もちろん正しいコード（つまりグリーンになる）に修正すれば自動的に「X」は消えます。

これって、仕様を満たしたコードになった瞬間がわかるってことです。コードを書いている途中で実はグリーンになっていたのにそこに気づかずに書き進めてユニットテストしたらグリーンじゃなかったとなるよりも早く正解のコードにたどり着けると思います。

もちろん、これ以外にも様々な新機能があります。

使い始めたらVisual Studio 2015には戻りたくなくなりますし、「VS?いいんだけど起動遅いし」という今まで避けてきた勢も評価を改めることになるんじゃないかなって思いました。

[UWP]Windows10Mobileへのデプロイが「Unexpected Error: -1988945906」エラーになったときには？

初音玲 — Wed, 07 Sep 2016 08:45:00 GMT

Visual StudioからWindows 10 Mobileにデプロイすると「Unexpected Error: -1988945906」が発生してデプロイできないということがありました。

Windows 10のバージョンは、Windows 10 ver.1501 (OS build 10586.545)。

いろいろ調べてみて下記のサービスが自動なのに起動していないと発生するらしいとのことで対応したらできるようになりました。

(1)Windows 10を再起動する

(2)ローカルサービスから、Windows Phone IP over USB Transport (IpOverUsbSvc)が起動していなかったら起動する

(3)Visual Studioで該当ソリューションを開く

(4)Windows 10 Mobileを接続してUSB接続のダイアログでOKする

(5)ARM - デバイスを選択して実行。

これで無事デプロイできました。

[VisualStudio]Visual Studio 2015 Update 3がリリースされました。

初音玲 — Tue, 28 Jun 2016 07:03:00 GMT

MSNDサブスクリプションダウンロードから

Visual Studio Enterprise 2015 with Update 3

Visual Studio Professional 2015 with Update 3

などがダウンロードできるようになりました。

Update 3の内容は（いまはまだRCと表示されますが）リリースノートに詳細があります。

https://www.visualstudio.com/news/releasenotes/vs2015-update3-vs

でも、Update 3の目玉はリリースノートには記載がないようです。

Update 3と同時に、.NET Core 1.0 SDKもリリースされていて、これを使うにはVisual Studio 2015 Update 3が必要になります。

.NET Coreって何？

という人もいるかもしれません。

.NET Coreは、.NET Frameworkを軽量化したサブセットでオープンソースとして公開されています。Windowsだけではなく、Mac OSやLinuxでも動作します。

[Windows10]マイクロソフトのモバイル戦略

初音玲 — Wed, 08 Jun 2016 23:23:00 GMT

弊社アプリをスマホで使いたいとWindows 10 Mobile機をご購入していただけたり、短期間であれば弊社からお貸出ししてトライアルしてもらう場合が最近増えております。

自社保有機器といっても開発用なので手持ち機器だけではどうしても対応しきれず（予想外の引き合いの多さで緊急で予算確保のための折衝中→なんとかある程度の台数を購入できそう）端末メーカーさんにご協力いただきトライアル用端末を貸していただいていたりもします。

そんなお客様の中でも特にWindows 10 Mobileを気に入っていただき、UWPアプリの作り方などもご質問頂いたお客様からこんなことを言われました。

「Windows 10 Mobileはすごくよいし、自分たちもアプリを作っていくけれど、あとは心配なのはマイクロソフトの方針だね。」

最初、何をおっしゃっているのかと聞き返そうと思いましたが、思い当たる節があったので次のように回答しました。

「マイクロソフトがスマホ事業を縮小したのは、自社でつくらなくても様々なメーカーがWindows 10 Mobile機を作り出荷し始めたので、Lumiaから移籍した技術者を元の鞘に戻しただけですよ。Mobile First, Cloud Firstって方針は変わっていません。Windows 10とWindows 10 MobileはOSコアは同じですし、そのうえで動作するFrameworkも同じ.NET Coreだし、UWPアプリもどちらでも動くし、あえてデスクトップとモバイルと分けて情報発信しないでいいのでモバイルって言葉が話されなくなっているだけですよ。」

この説明には、すごくご納得頂けたようで、Windows 10 MobileがなくならないこととUWPやっていって無駄にならないことがわかってすごく満足な笑顔を頂いた。

[Xamarin]Xamarinで始めるAndroidアプリ作成（その３）

初音玲 — Wed, 11 May 2016 01:29:00 GMT

Xamarin.FormsがサポートしているAndroidのバージョンをおさらいしてみましょう。

https://developer.xamarin.com/guides/xamarin-forms/getting-started/installation/#android

公式ドキュメントによれば

Android 4.0.3 (API 15) or higher
iOS 6.1 or higher
Windows Phone 8.1 (WinRT, using Visual Studio)
Windows 8.1 Tablet/Desktop Apps (WinRT, using Visual Studio)
Windows 10 Universal Apps (Phone/Tablet/Desktop, using Visual Studio)
Windows Phone 8 Silverlight (using Visual Studio) DEPRECATED

Android 4.0.3、つまり、「Ice Creame Sandwitch」以降をサポートしています。4.0.3は2011年12月16日に提供開始されています。

4.0.3以降ということであれば、世の中にあるAndroidデバイスのほぼ100%(残念ながらそれ以前のバージョンも多少は存在する)をカバーできます。

日本でいえば、ドコモのGalaxy SII SC-02Cなどが4.0.3ですが、2016年時点でキャリア2年縛りはすでに超えていますから、ほぼカバーしていると言っていいでしょう。

ただし、素直に4.0.3かといえば、若干違和感があります。

その違和感はXamarin.FormsとXamarin.Android.SupportとAndroid SDKの関係を表にしてみるとはっきりしています。

	Xamarin.Forms	Xamarin.Android.Support	Android SDK
プロジェクト作成時	v1.3.3.6323	v4.21.0.3	4.0.3 (API1 5)
nuget最新	v2.2.0.31	v4.23.3.0	5.0 (API 21)

このように最新のXamarin.Forms v2.2が要求するXamarin.Android.Supportはv4.23.3.0であり、v4.23.3.0が要求するAndroid SDKは5.0になるのです。

それではなぜ、公式ドキュメントには「4.0.3」以上となっているのでしょうか。

答えは同様に公式ドキュメントにあります。

つまり、ターゲットは最新（または少なくともXamarin.Android.Support.v4.23.3.0が要求する5.0以上）として、Minimum Android versionとして「4.0.3」を指定できることが、Xamarin.Formsの要求仕様がAndroid v4.0.3以上という意味だということです。

※Visual Studioならプロジェクトのプロパティの[Application]-[Application properties]

違和感の原因は、4.0.3以上ということで、では自分たちの作ったアプリも4.0.3以上としようとしたときにターゲットフレームワークを「4.0.3」ではなく「5.0」としてMinimum Android versionで「4.0.3」としていいのかという点にあります。Visual StudioならTarget frameworkが「Complie using Android version」となっているのでさらに不安を感じます。

これらのバージョンはどのような意味があるのでしょうか。

注意しないといけないのは、これは、Xamarin固有の話ではなく、Android開発の基本的な話となります。Android StudioでJavaで作成したときもbuild.grableに同じように描くことになります。

結論を先に書けばWindowsアプリに比べたらかなりおおざっぱというか、これでいいの？という感じがAndroidアプリ開発なんだなぁと。

Target framework (targetSdkVersion)
Minimum Android version (minSdkVersion)	指定したバージョン以上にインストールできる宣言

これ、トラディショナルジャパニーズカンパニーで開発やっていると、Target framework = Minimum Android versionとして、アプリの動作要件の○○以上とする一番古いバージョンに合わせてコンパイルして、それより上位のOSでも下位互換性確認の意味で動作チェックしてって感覚だと思うのです。

Target frameworkは最新にして、Minimum Android versionにアプリ動作要件の○○以上とするというのがAndroidスタイルだって納得して、きちんとシステムテストで4.0.3 (Ice Cream Sandwich)/4.3 (Jelly bean)/4.4 (KitKat)/5.1 (Lollipop)/6.0 (Marshmallow)とテストするしかないのでしょう。このあたり、Androidで業務アプリを作っていたり、それよりもGoogle Playで人気アプリ配信している個人開発者さんあたりにお話をお聞きしたいですね。ほんと、どうしていらっしゃるのだろうか。

まあ、そんなときに心強い味方と言ったら、Xamarin Test Cloudですよね。

例えば、月額249$のBUILDなら、こんな感じにテストができます。

同時に2つまでデバイスを選んでテスト可能　(2 concurrent devices)
トータル10分かかるテストならば、2多重x10分で合計3時間(3 device hours/day)=毎日90分のテスト時間で18デバイスのテストが可能

4.0.3 (Ice Cream Sandwich)/4.3 (Jelly bean)/4.4 (KitKat)/5.1 (Lollipop)/6.0 (Marshmallow)の５バージョンでそれぞれ代表的なデバイスを１つづつテストするのであれば、もう一つ安いSTARTプラン=月額$99でもテストできそうですね。

同時に1つまでデバイスを選んでテスト可能　(1 concurrent devices)
トータル10分かかるテストならば、1多重x10分で合計1時間(1 device hours/day)=毎日60分のテスト時間で6デバイスまでテスト可能

1日1回しかテストできないの？と思うかもしれませんが、手元の実機やエミュレータでテストしたあとの仕上げテストですから、毎日１回とかで十分と言えるでしょう。

そうそう、Visual Studio Enterpirse使っているなら上記の金額から25%引きで利用できますので、さらにお得ですね。

[Windows10Mobile]オープンセミナー岡山2016に登壇します

初音玲 — Wed, 04 May 2016 09:10:00 GMT

oso-web.doorkeeper.jp

2016/05/14 (土)に開催されるオープンセミナー2016@岡山に登壇します。

今回お話しするのは
UWPアプリによるマルチデバイス開発最新事情

というタイトルで

UWPアプリって実際はどうなのかbuild 2016やde:code 2016で発表された最新情報も交えて、実際のところを包み隠さずお伝えする予定です。

まだまだ、iOSやAndroidに比べて情報の少ないUWPアプリですが、デバイスの価格という表面上のスペックだけではなく、サクサクと動く動作環境、作りやすい開発環境などは知らずにいたら損をすると思います。

ぜひ、この機会に理解を深めに来ていませんか？

[Xamarin]Xamarinで始めるAndroidアプリ作成（その１）

初音玲 — Tue, 05 Apr 2016 23:27:00 GMT

build 2016で発表があったようにVisual StudioユーザーであればXamarinは無料で使えます。

例外は、企業ユーザーでVisual Studio Expressを使っている開発者さんだけですね。

個人開発者やOSS開発者であえば、Xamarinのサイトから無償のVisual Studio Community Edition + Xamarinをダウンロードすればよいですし、有償のVisual Studio (EnterpriseとかProfessional）をお使いであれば、XamarinサイトからXamarin for Visual Studioがダウンロードできます。

https://www.xamarin.com/download

OSはWindows 7 SP1以上で使えますが、おすすめはもういっそのこと無償アップグレードできるんですからWindows 10に上げてしまうことです。

Visual Studio Enterprise 2015だと次のような機能にチェックをつけてインストールするといいでしょう。

■ユニバーサルWindowsアプリ開発ツール

■Windows 8.1およびWindows Phone 8.0/8.1ツール

□クロスプラットフォームモバイル開発

　■C#/.NET (Xamarin)

　□HTML/JavaScript (Apache Cordova) Update 8

　□Visual C++ モバイル開発

　■Android用Microsoft Visual Studio エミュレーター (2016年1月)

　□共通ツールおよびソフトウェア開発キット

　　■Androidネイティブ開発キット (R10E, 32ビット)

　　□Androidネイティブ開発キット (R10E, 64ビット)

　　■Android SDK

　　■Android SDKセットアップ(API 19および21)

　　■Android SDKセットアップ(API 22)

　　■Android SDKセットアップ(API 23)

　　□Android Ant (1.9.3)

　　■Java SE開発キット (7.0.5501.13)

　　□Joynet node.js

□共通ツール

　■Git for Windows

　■Visual Studio 向け GitHub拡張

　■Visual Studio 拡張性ツール Update 2

このあたりをチェックするとかなりインストールに時間がかかります。

時間の余裕があるときに行うようにしてください。