毛虫計算機:Blog

Wineが登場してしばらく経っていたけれど､久しぶりに確認すると､今のWineではかなりのソフトウェアがそのまま動くようだ｡ 物は試しと､いろいろと使ってみた｡ 上はOrbitoronが普通に動いているところ｡ Ubuntuノートをサブノートとして携行できるように､いろいろ試してみる｡ Wineのバージョンは1.6.2 (apt-get で導入) Teraterm Ubuntuで入手できるシリアルターミナルでも問題は無いけれど､動くというので導入してみた｡ USBシリアルに接続する場合は､ /dosdevices/配下に com1というシンボリックリンクを作成するようだ｡ cd .wine/dosdevices ln -s dev/ttyUSB0 com1 USBシリアルはudevルールに登録して､あらかじめ権限を得ておく必要がある｡ そのあたりがなかなか慣れない･･･｡ 一度登録がうまくいけば､あとはあっさりと動作した｡ LTSPICE系も普通に使える｡  Notepad++でのテキスト編集も問題なかった｡ 実行もアイコンをクリックするだけだし､ほとんどストレスなく使えるのでびっくりした｡ デスクトップにWindowsアプリが増えてくると､これはUbuntuなんだろうか･･･とだんだん不安になってくる｡ フォントの問題などは､調整が必要な場合もあった｡ 少なくとも､Windows機をサブノートにしなきゃいけない理由は減ってきた｡ いいことだなぁ｡

たまたま､Chromebook C720/2 の中古を見つけて安く手に入ったので､Ubuntu専用機として環境整備をしてみた｡ C720/2のスペックは､ Celeron 2955U(Haswell世代) 4GB RAM 16GB SSD(M.2) USBポートが左右に一つずつ､オーディオジャックとSDカードスロットがあるだけの割りきった設計｡  2～3万円でWindowsタブレットやWindows10の激安ノートが新品で手に入る時代だけれど､ ハードウェアに32bitOS縛りが無いものはその2倍程度になってしまう｡  ファンレスではないが､最大負荷でもほとんど音が聞こえない､静かなファンを搭載している｡ 価格なりの点としては､液晶がTNなのと､キーボードの日本語配列は英字配列の枠をそのまま使って､キーを分割して詰めこんであるあたり｡ やや慣れが必要だ｡ ChromeOSそのものはブラウジングだけでいろいろ完結するので､ストレスなく利用できる｡ スワイプ動作が秀逸｡   貧者のMacbookAirと呼ばれるけれど､北米では教育機関への導入でAppleのシェアを奪っているという記事もあった｡ Linux機としての利用 ChromeOSそのものはlinuxカーネルで動いていて､Ubuntu等を利用する場合は3通りの方法が存在する｡ ハードル(ChromeOS､ハードウェアへの影響度)の低い順だと､ 1: croutonで､ChromeOSのカーネルを利用して､Ubuntu環境を追加で導入する｡(開発者モード) 2: Chrxの導入で､予備のパーティションを利用してChromeOSとのデュアルブート環境を構築する｡  (開発者モード､レガシーブートの有効化) 3: Ubuntuをクリーンインストールする｡ (開発者モード､レガシーブートの有効化､USBブートの有効化)  一通りの導入を試してみた結果､自分の場合はクリーンインストールが最もストレスが少なかった｡ もしSSDが16GBのままなら､デュアルブート環境では残り容量の点でかなり厳しいという弱点もある｡ ChromeOS自体は､BIOS設定で失敗して文鎮化しなければ､リカバリメディアを作成し...

年末に書いていたつもりが､もう2016年ですね｡ 32ビットのArduino互換機を比較してみる目的で､円周率を計算させ､実行速度を出してみた｡ ｢C言語によるアルゴリズム辞典｣ に載っていた多倍長演算による円周率の計算(Machinの公式)を使って､1000桁ほどを実行するのにかかる時間を調べる｡ 手元の32ビットな互換機は､ ･ChipKit MAX32 (PIC32MX795F512L MIPS32 M4k ) ･Arduino DUE ( SAM3X8E ARM Cortex-M3 ) ･MSP432launchPad (MSP432 ARM Cortex-M4F ) ･Teency LC （MKL26Z64VFT4 ARM Cortex-M0+） 2017_Feb 追加 それぞれ開発環境はArduino, MPIDE（Chipkit Core）, Energia 参考枠として､8ビットのATmega328Pにも頑張ってもらった｡ 結果 処理時間/ (MCU名､@動作周波数)/ 処理時間x動作周波数 / ( ATmega328Pのスコアを1とした時の倍率) 732ms    ( PIC32MX795F512L @15MHz )  10980 (29.8) 364ms    ( PIC32MX795F512L @30MHz )  10920 (30.0) 136ms    ( PIC32MX795F512L @80MHz )  10880 (30.1) 139ms    ( SAM3X8E @84MHz )               11676 (28.1) 222ms    ( MSP432 @48MHz )                 10656 (30.8) 2149ms  ( MKL64Z @48MHz )               ...

11月24日の15時50分､種子島からH-IIA 29号機が打ち上げられた｡ その後､日没後1時間の関東で不思議な雲を見たので､方位や距離を調べてみた｡ 17:23  東京都 調布市  RX100M3  1/4秒  ISO800  焦点距離21.4mm 11月24日 17時20分ごろ､作業が一段落したので､見晴らしの良い場所から西の空を見ると､日没後の南西の方角に普段とは違う雲が見えた｡  夕焼けの名残りで僅かに赤い西の空に､輝く白い帯状の雲があった｡ 一番白い場所では､彩雲のような細かい虹色の模様が見える｡ けっこう遠くまで広がっているらしく､尾は暗くなりながらも､南まで延びているようだった｡ その時は､珍しい飛行機雲かなと思い､カメラをとりに戻って､何枚か手持ち撮影した｡ 風が冷たく､良いカメラでの撮影はそれきりになってしまった｡ 17:30  iPhone6s 1/15秒 ISO2000  トリミング済み 17時30分 一旦カメラの写真を吸い出しに戻ったあと､もう一度､空を確認しに戻った｡夕焼けの光が消えて､暗くなってからも､青白っぽい雲はかろうじて観察できた｡ 関東圏の広範囲で､この雲は目撃されていたようで､たくさんの人が写真をアップロードしていた｡ http://togetter.com/li/904464  24日の日没時刻は4時半ごろなので､5時半に輝いていた雲はかなり高高度であると思われる｡ ネットで検索しながら写真を見返すと､ 夜光雲と特徴が似ている｡  夜光雲そのものは､高緯度で見られる珍しい現象なようで､ 高度80km付近の中間圏で､氷の結晶を主成分とした雲が発生し､日没後や日の出前の上空で､太陽光を反射して白く輝いて見える｡  日常的な微小な流星塵や火山の噴出物などが核となり､氷の結晶に成長するらしい｡ ロケットの打ち上げが人工的に夜光雲のような発光雲を引き起こす事も知られている｡ となると､H-IIAの打ち上げが関係していてもおかしくなさそう｡ ロケットの排気によって氷の結晶ができたのだろうか｡ ロケットが高層大気で引き起こす現象は神秘的に見えるものが多くて､探すとた...

白金温度センサは測熱抵抗素子(RTD)の一種｡ 測定できる温度レンジが広いこと､かつ温度特性が広範囲で直線的なので､高精度な測定に用いられる｡ JIS規格でPt100と呼ばれ､0度で100Ωを示すように調整されている｡ 普通のサーミスタと比べるとだいぶ値段が張るけれど､秋月で購入してみた｡ PTFA101B000というもの｡ -50～600℃の測定レンジを持つ｡ もう一種類あったけど､そちらのほうが小さくて安い｡ 白金電極のパターンが見える そのままデジタルマルチメータに接続して､抵抗測定モードで計測すると､気温に比例した抵抗値が表示されていた｡ 測定レンジ的には､はんだこてにセラミックのセンサ部を当てても大丈夫 氷水で校正すれば､かなり正確な値を示すようだ｡ 測定回路としては､1mAまたはそれ以下の定電流で駆動するとある｡ 手元のマルチメータだと600Ωレンジでは0.57mAで測定していた｡ これ以上だと自己発熱が大きくなってしまう｡ とりあえず､部品箱の電流源ICとしてLT3092があった｡抵抗をセットすれば､0.5～200mA出力の電流源になる｡ これも秋月にあったもの｡  センサ用としてはややパワフルすぎるかもしれない｡ 簡単な確認ということで､直読しやすいように1mAで駆動することにする｡ SET端子からは10μAが出力されているので､OUT端子の抵抗値はそれを加算して1mA程度になるように抵抗値を選ぶ必要があった｡ 今回は､手持ちの10kΩと､100Ω抵抗から､101Ωに近いものを選別した｡  抵抗値の誤差もあり､現実には1.02mA程度の出力となった｡ 可変抵抗にすると良いかもしれない｡ オークションで入手した電源装置｡  まだ誤差を追い込んでる途中だが､出力電圧はmVをΩに換算すれば､そのまま読める｡ OPアンプで増幅し､LPFを組んでADCに入力すると良さそうだ｡  RTD向けの電流源としては､REF200という外付け部品無しで100μA出力を2つ持つカレントリファレンスがある｡ 組み合わせで400μAまで簡単に生成できる｡ RTD用の回路例も載っていて､こちらのほうが簡単に組めそうだ｡ (これも結構単価が高い) 配線を延長する場...

Bluetoothが流行る前といえば､機器間通信は赤外線だった｡ そろそろ赤外線でアドレス交換したことの無い世代が増えつつあるのかな･･･ さて､16/32bitなPICのUARTには、IrDA SIR規格のエンコード/デコード機能がある。 IrDA規格のトランシーバーをつなぐだけで、最高115.2kbpsの赤外線通信ができる｡ 以下は､プロトコルスタックに触れる前に嵌った点についての記録｡ なおIrCommについては､Microchip社からアプリケーションノートとプロトコルスタックのサンプルプロジェクトが入手できる｡ 機能自体は、UARTのポート初期化時に、UART Modeレジスタのbit12を設定するだけで有効化できて簡単｡  今回は、PIC32MXのArduinoAPI互換環境であるMPIDEのコアライブラリを少し改造し、ハードウェアUARTの初期化ルーチンでIrDAのbitを有効化してみた。  PIC32MX250F128BのUART/IrDA 115200bps 画像は、UARTの時とIrDAのTX波形を観測してみたところ。 IrDA規格では、ボーレートの16倍のクロックを基準に3クロック幅のパルスが使用される。 115.2kの場合、パルス幅は1.63usとなる。 エラッタ? 実際は､一部の機種で受信ができなかったため､だいぶ嵌っていた｡  PIC32MXにはリリース時期によって2種類の周辺バスがある。 初期のピン機能固定のシリーズ、後発でPPS(ペリフェラルピンセレクト)に対応したもの｡ 両者ではエラッタリストの内容がだいぶ違う。  初期のシリーズのエラッタシートを読むと、IrDAについて不穏な記述があった。 よく読むと規格のパルス幅の最小値では受信できないらしい。それだけならボーレートを変えれば特に問題はなさそうだが･･･｡ 当初､PIC32MX340Fで実験していたが､送信はできても、受信ができなかった｡ 2つあるUARTポートを交換しても､ MPLABXでIrCommのサンプルをいじっても､IrDAモードで沈黙する｡ 後発のPIC32MX250F128Bだと問題なく信号をやり取りできるのに･･･｡ ところが､初期シリーズの最上位...

Kindle Paperwhite(2015) Wifiモデルが届いた｡ グローバルモデルのKindle Touchを3年使い続けてきたが､日本語ストアにアクセスできないのがネックだった｡  解像度が300ppiになった利点については､洋書での比較は解像度ごとにフォントが最適化されていることもあって､読み進む上ではあまり意識することはない｡  日本語や漫画､PDFの細かい表示では､レスポンスの向上も相まって､かなり効果がある｡ それよりも､バックライトによって､表示の読み取りやすさが環境にあまり左右されないのは嬉しい｡ 利用可能な内蔵辞書の数も増えていて､語学的な観点でもだいぶ充実した端末になっている｡