月別アーカイブ: 2017年12月

Jelly Pro で バーコードリーダー

最近のスマホはどれも大きくなる一方で小さいものがなかなかない。

普段使いでは今使ってる502SHの5.3インチがちょうど片手で操作しきれる最大サイズで何をやるにしても便利だけど、一部用途で4インチ以下が欲しくなり、探してみたところ辿り着いたのが 「 Jelly Pro

◇製品ページ
https://www.unihertz.com/ja/jelly.html

◇メーカートップページ
https://www.unihertz.com/ja/

◇日本公式ツイッター
https://twitter.com/UnihertzJapan

◇本国ツイッター
https://twitter.com/unihertz

尚、2017年12月31日時点で技適は取得されていないので、日本国内ではWi-FiやBluetoothは使用できない。
とはいえ、メーカーが日本の技適取得に向けて動いてはいるみたいなので、そのうちアップデートされて技適マークが表示されるようになるかも?

 

さて、そんなJellyProですが、もう箱からして小さい。
502SHと並べても(厚みはともかく)一回り大きい程度。

 

中を空けると、本体の他にはUSBケーブルと液晶保護フィルムと青いブーメラン。
このフリスビーのようなブーメランのような、ギターのピックのようなものでJellyProの’裏蓋を外す。
その裏蓋、固い固いとネット上では言われてたけど、確かに固かった。
また、以前はUSB-ACアダプタも付属していた?ようだけれど、今は省略されいる。

 

もう一度502SHと比較。
ホント、小さい。

 

裏蓋には「Open Here」と親切に開け口が案内されている。
もちろんこれはシールなのですぐに剥がしてしまうけど。

 

裏蓋を外すと・・・
これもよくネットで見かけたけど、
「バッテリーは本体に入っている。しかも袋にくるまれて」
という状態。

「バッテリーが入っていない!」とか「USBケーブルつなげても充電しない!」という記載が見られるのはこれを見逃しているからなのだとか。

 

そしてこのバッテリー950mAhなので、あまりゴリゴリ使うようだとそれほど保たない。
しかも、代替えとなるバッテリーも今のところないので、モバイルバッテリーがひとつあると安心でしょう。
最近はスマホ用にモバイルバッテリーを持ち歩くことも多いので、それで兼用しても950mAhくらいなら問題もないと思うので。

 

さて、一通り開封と設定が終わったところで、当初の目的のバーコードリーダー化。

バーコードを読むに当たって何か最適なアプリがあれば良かったんだけど、なかなか見つからないので自作。
(アプリそのものは豊富だけど、高機能すぎたり重かったり動かなかったりで・・・)

コードは下記のような感じで、ZXingというライブラリの ZXing.Net Mobile を使うのがどうやら定番らしい。

 

これを Jelly Pro で実行すると・・・

こんな感じで読み込めます。
※今はまだ読み込むだけ。あとで実務に合うよう処理を追加する予定。

そして、横向きでも使えます。
端末が小さいので、縦向きよりも横向きの方が捉えやすい。

それにしても、認識の速さは想像以上。
しかも、赤いラインからバーコードが多少外れてていても問題ない。
(おかげで撮影は面倒だったけど・・・)

これで棚卸しが少し楽になるかな。

AmazonのFBAへの納品も、商品選定→JAN読込を繰り返して梱包箱が一杯になった等、作業の区切りでそのリストをPCに取り込み、納品プランの作成に持っていけば納品ミスもなくなるだろうし。

 

バーコードリーダー自体は安いのだけれどパソコンが必要だし、かといって単独で使えるハンディターミナルとなると高いし汎用性がない。

JellyProならAndroid7.0だし、手のひらサイズだし、スマホだし、求めていた用途をかなり満たしてくれる1台になりそうだ。

C#、ネットワークドライブ存在チェックの不思議

ちょっとメモがてら。

Yドライブをネットワークドライブとして割り当てている。
アドレスを仮に 192.168.100.1 とする。
割り当てられているフォルダは \\192.168.100.1\common ということで。

この時、C#でディレクトリの存在をチェックを行うと、

は Ture

しかし、

は False

ここまではいい。納得。
 
 
そこで次に、前回のエントリでやってみたC#で作ったDLLをExcelから使えるようにしてみたケースで試してみる。

DLLは下記のような単純なコード。

これでExcelのVBAで下記のようにすると True が返ってくる。
Cドライブなので納得。

そして、下記のようにすると・・・

やはり True が返ってくる・・・
(違いはCheckDirectory内の文字が C か Y かだけ)

もちろん、他の未使用のドライブレターで試すとFalseが返ってくる。

Yドライブはネットワークドライブで Directory.Exists(@”Y:\”) ではFalseとなるのに、なぜこの場合はTrueと返ってくるのか・・・

用途としてはこの方が助かりはするけれども。
 
 
 

Excelで使えるDLLをC#で作る

せっかくC#を多少使えるようになってきたので、これまでExcelのマクロ(VBA)で作っていたものをDLLにしてみることに。
というのも、VisualStudioが優秀すぎてこっちで作る方が楽なので。
 
 
早速、VisualStudioを立ち上げるわけですが、今回の目的上、管理者として実行する必要がある。


 
 
次に、適当にプロジェクトを新規作成し、下記の通り設定。
 
まずはプロジェクトのプロパティを開いて、「アセンブリ情報」をクリック。


 
 
 
新たにウィンドウが開かれるので、そのなかの「アセンブリをCOM参照可能にする」にチェックを入れて「OK」


 
 
 
次は「ビルド」の項目へ移り、その中の「COM相互運用機能の登録」にチェックを入れる。


 
 
 
これで下準備が完了したので、下記のようなクラスを適当に作ってみる。
この時、
using System.Runtime.InteropServices;
を追記するのを忘れないように。
 

ポイントとしてはインターフェースの実装(7行目から)とクラスに属性を設定する(14行目)こと。

これをビルドすればDLLのできあがり。
 
 
出来上がったDLLはRegAsmを使って登録する必要があるので、DLLの置かれているディレクトリで下記を実行。

尚、登録を解除するには下記のようにする。

尚、regasm.exeは「v4.0.3019」のほか「v2.0.50727」にもある。
対象のフレームワークのバージョンに合わせる必要があるらしいが、敢えて古いものを作ることもあまりないと思うので、今回はそのまま最新のものを使用。
 
 
 
ここからはExcelでの作業。
 
 
Excelを開いてVisualBasicEditor(VBE)を立ち上げる。


 
 
VBEのメニューから「ツール」→「参照設定」と進む。


 
 
その中に「ExcelVbaExtension」とDLLの名前が出ていればOK。


 
 
あとは下記のようにすれば使えるようになる。
(これだとシートがアクティブになる度にメッセージボックスが出てきて面倒なだけだけど・・・)

 
 
こんな感じにね。