Linuxの講習を受けました

３日間、Linuxによる組み込み　開発に関する
セミナーを受けてきました。

正直なところ、Windowsでの開発、統合開発環境に
どっぷりつかっていて、そこから、一歩外へ出た
瞬間に、自分がガタガタになっているように感じました。

パソコン歴　だけだと、それなりに長くなっているかなと
思いますが、まず、MS-DOSを使った期間がかなり短かったこと

MS-DOSのときにしても、コマンド入力での作業を
かなり、はしょっていたことが、今回のセミナーで、自分が
ガタガタになった原因かなと、ハッキリしたように思います。

MS-DOSではないパソコンシャープやカシオのパソコンから
EPSONのPC-98互換機で、そのときも、ファイルの扱いは
EC(エコロジー)を使い、C言語も、TURBO Cを使ってました。

そのあとは、IBMのWindows3,1

それからは、ほとんどの方が、知っているWindows95,98,2000,Me,Xp
でした。

Windows7の前は触ってもいなくて７は、まだ個人的にはもっていません。



テキストエディタにしても、

編集は、Windowsでの　コピー　貼り付け　に慣れてしまっているから
viエディタも、がんばって、１行コピー　が使える程度だったです。

複数行コピーも頭ではわかっているつもりでも、
実際にやりなれてなかったら、使いこなせてなかったです。

頭の中では、Linuxでも、GUIでなんとかなるだろうというのが
離れてなかったです。

でも、とくに、Linux組み込みシステムでは、GUIでは歯が立たないと
いうのはよくわかりました。


もう１つ、C言語がもう少し、普通にプログラミングできる
ようになっておいたほうがいいと感じました。


基本中の基本かも知れないですが、
組み込み用のＣ言語の講習と、

１８０度方向が違うような感じですが
webのフレームワークの理解をしたいので、
Ruby On Railsの講習を受けてみたい気がしてます。

PHPでのフレームワークで、頭がこんがらがってるのに。。。。

どうせ、頭がこんがらがるなら、PHP以外のところで、
こんがらがってみるのもいいかな。と。

KinectとArduinoと

２月２４日と２５日に
中国職業能力開発大学校　主催の
ポリテクビジョン２０１２に行きました。

自分でも、２日連続で行くとは思っていませんでした。

講演もきかせていただきましたし、展示もみさせていただきました。

KinectとArduinoを仕事の中で勉強したい。
それを強く思いました。

これらを使う仕事をつくりだしたい。

Ａｒｄｕｉｎｏ

アンドロイド（ソフト）と同時に
ハードウエア側も少し勉強していこうと
思っています。

Ｈ８マイコン　ＰＩＣマイコンは少し
やったことがありますが、
今後、ネットワークが絡む要望がでてきた
ときに、今の自分の知識では不十分です。

マイコンをＬＡＮに接続するようなことが
可能なのかを調べているところです。

１つ、自分がまだタッチしたことがないものの
なかで、
Ａｒｄｕｉｎｏ

というのがあるのを知りました。

本屋さんでも１冊見かけたのですが、
ＰＩＣマイコンのネットワーク関連の本と
同時に、Ａｒｄｕｉｎｏに関する本も１冊

ネットで注文してみました。

bluetooth有効 wifi無効 にする

プログラムのデバッグのやり方が少しずつわかってきています。

アンドロイドのプログラムで、簡単なものであれば、パソコン上で
エミュレータを使えば、なんとかなると思いますが、
bluetoothの通信などが入ってくると、エミュレータでは
どうにもならず、かなりデバッグがてこずっていました。

実機で、ログを取り出せるアプリを見つけて、
使ってみましたが、

**********
LogcatをAndroid端末上で見るツール LogcatViewer
- Android(アンドロイド)情報-ブリリアントサービス
http://d.hatena.ne.jp/bs-android/20100519/1274206549
**********

これのおかげで、かなり長いこと悩んでいた、
bluetooth通信が、どうしても、途中で止まってしまう
という厄介な問題の原因がこんどこそわかった気がします。


今回、wifiは使わないですが、途中アプリのダウンロード
などで、wifiをonにしていました。

最初ログの見方も良くわからなかったのですが、
プログラム上に、自分で、ログ出力の記述をして、
実際にプログラムが止まるのを待って、その時点で、
ログをファイルにとって、パソコンで見ました。

すると、なぜか勝手にgoogleに繋ぎにいこうとしている
ことがわかりました。

もしやと思い、タブレットのwifiをoffにして、通信テストを
行ってみましたが、通信回数にして５万回あまり、問題なく
通信は続いています。

それでも、まだ、別の問題があるかも知れませんが、
ログの活用ができだしたおかげで、バグ修正が、
はやくできるようになると思っています。

グラフが描けるようになった。
通信が止まらなくなった。

この２つがクリアできれば、後は、
プログラムテクニックの問題。

SurfaceViewのダブルバッファリングの意味がやっとわかった

SurfaceViewのダブルバッファリングと
言う意味がようやくわかりました。

画面上に、グラフを描こうと思って
実際に動かしてみると、かなりちらつきが
あり、なんか点滅しているようで、
どうにかならないのかなと思っていました。

参考にしたホームページの言葉を借りると、
Ａ画面　Ｂ画面を交互に切り替えていると
いう感じになっているということで、

点滅しているという感じは、正しかった
ことになります。

自分なりの解決策は、
Ａ画面Ｂ画面に同じものを描く。

２度描画にしようと思います。

参考にしたページ
http://nekog3.blogspot.com/2010/10/android-surfaceview.html

描画はなんとかなりそうですが、終了処理
（アクティビティの切り替え）のときにエラーが
発生してしまい、画面が強制終了してしまっているので
その点を解決させないといけません。

視点をかえることも必要

2011年12月11日のブログに、
Bluetoothの通信のことを書いたんですが
無線通信の調子が、いまひとつ良くなかった
原因は、通信の部分以外に、どうも、ＡＤ変換の
プログラムの中にあった可能性も出てきました。

ＡＤ変換を行うとき、初期化処理を行うんですが
最初１回だけやって、その後連続的にＡＤ変換も
やっていたのですが、どうも、定期的といいながら
途中、通信のハンドシェイクが遅くなるようなことも
あって気にはなっていて、長時間通信をすると
やはり、止まるという現象が出ていました。

ＡＤ変換の初期化を、ＡＤ変換するごとに前処理と
して行った結果、改善された感じを受けました。

最善の方法かどうかは、まだわかりませんが、
時間を置いて、別の視点から、見た結果の
対応策です。

限られた時間の中で、モノを仕上げていかないと
いけないので大変ですが、視点を変えるのに、
時間が必要なときもあるのかもしれません。

苦労したぶんは、自分の知識になっていってると
思ってはいます。

アンドロイド SurfaceViewの範囲内に図形が描画できました

アンドロイドタブレットの画面上にグラフを描きたいと
思い、いろいろ調べた結果SurfaceView（サーフェイスビュー）が
使えるんだろうなと思って、いろいろ試したんですが数日間は
何も進展がありませんでした。自分が理解できそうなサンプルを
探しながら、試して、ソース上にエラーはないのに
実行するとなぜか、「予期せず停止しました」となってしまって
ました。

原因は、プログラムソースは、アンドロイド２．２のレベルで作成し
画面レイアウトはアンドロイド３．０のレベルで作っていたことが
問題だったようです。

今まで、グラフィック関係を使ってなかった場合は
ソースが２．２　画面が３．０のレベルでも見た目では問題
なったのでそれでもいいものと思い込んでいました。

ソースが２．２　画面も２．２のレベルで動かしてみると
まずは、「予期せず停止しました」が回避できました。

あとは、サンプルをもう一度コピーして、若干
手直して動かすと、ｘｍｌで作成されたレイアウトの中にある
SurfaceViewの範囲内に、図形が描画できました。

もう少し、ソースのテクニック的なことを理解しないと
実際のソースに組み込むことはできませんが、

図形が描けるということが実現できたので、
少し前に進めそうです。

アンドロイド Bluetooth 連続的に通信

アンドロイドタブレット端末とマイコンを
Bluetoothの無線通信で、ずっとつなぎっぱなしに
して、いろいろテストをしています。

通信自体は0.25秒に一度、マイコン側のセンサーから
情報取得というカタチで、

タブレット側から、１文字分情報を送って
マイコン側から２５文字分の情報をもらう。

の繰り返しを0.25秒ごとに行っています。

ポーリング
http://e-words.jp/w/E3839DE383BCE383AAE383B3E382B0.html
という方法をとっています。

ハンドシェイクという言い方をすることもあります。

じっくりテストしてみると、切れないと思っていた通信が
連続通信で、１時間前後で切れてしまう現象を発見しました。

それから３日間くらい、ずっと原因を探すために
改良をしていました。

まず原因の１つは、１回の通信で２５文字、データ受信するからと
２５バイト分のバッファを用意して動かしていたのですが、

状態をファイルに記録してみると、
１回の受信命令で、ごくまれに、２５バイト受信できない
こともあることがわかりました。

２つ目は、タブレット側からデータ要求をだしたあと、
ウェイトを置かずに、データ受信をしていたので、
通常は、なんとかデータ受信ができていても
なにか、タイミングがずれたときに、データ受信が
追いつかないのだろう。ということがなんとなく
わかりました。


最終的には、全部１バイト単位での送受信にして
その単位ごとに少し待ち時間を設ける。

最終的にうまくいったのはこの方法でした。

これで、電波が届く範囲内であれば、通信は切れないと
思います。

夜寝る前にプログラムを実行して、朝起きても、
正常に通信していることが確認できました。

アンドロイドでＣＳＶファイル参照

アンドロイドで、ＣＳＶファイルを参照したいと思い
かなり根気よくアルリを探していました。

最終的にOfficeSuite Viewer
にしようと思います

以前、別のところでDocuments ToGoを
使いましたが、使い勝手に問題はありません。

ＣＳＶファイルに対応しているのが
OfficeSuite Viewer
ということです。

有料アプリですが、この機能を自作では
難しいので、すでにあるものを
使うことにします。

CSV Viewer Pro
のアプリも使用してみたのですが、
どうもOfficeSuite Viewerのほうが
良さそうだと感じました。


OfficeSuite Viewer
https://market.android.com/details?id=com.mobisystems.office_registered

Documents ToGo
https://market.android.com/details?id=com.dataviz.docstogoapp&feature=related_apps#?t=W251bGwsMSwyLDEwOSwiY29tLmRhdGF2aXouZG9jc3RvZ29hcHAiXQ..

加点方式

プログラムの改良１つとっても、いろいろと
項目が多く、一気には片付けられないことも
多いので、「加点方式」の考えて作業をして
みたいと思います。

Ａが完了したら、１０点
Ｂまで完了したら３０点
Ｄまで完了したら６５点

というように、加算していく考え。

この考えかたを教わったのは、
「はやぶさ」関連のテレビの番組でした。