2のポート操作が普通の速さになったので、気を良くして、超音波距離センサーモジュール(HC-SR04)を接続して、パルス幅を読取るファンクションpulseIn()を使ったスケッチを試したところ、あっさりと動いてしまいました。2が発売になり、購入しましたので再計測しました。ポート操作(digitalWrite)の処理速度を確認するために、前回と同じ下記のスケッチでポート操作に必要な時間を計測してみました。ポート操作が異様に遅い液晶ディスプレイへの書き込みが気が遠くなるほど遅く、使い物にならないので調べてみました。最初にポート操作(digitalWrite)の処理速度を確認するために、下記のスケッチでポート操作に必要な時間を計測してみました。UNO(IDE:1.0.5)では、10,000回ループで82msでしたが、Galileo(IDE:1.5.3)では、1,000回で4,778msでした(Galileoでは、10,000回でなく、1,000回ループ)。UNOが約4usで処理されているところを約2ms以上を要しています、約500倍遅いということになります。次にポート設定(pinMode)の処理速度が気になったので、ポート設定をループ内部に移動して計測しました。UNOでは、10,000回ループで128msでしたが、Galileoでは、1,000回で23,840msでした(Galileoでは、10,000回でなく、1,000回ループ)。Galileoでは、ポート設定に約10msを要しています。普通に考えるとポート設定は、初期化の時に1回だけ実行するものと思いますが、実はこのポート設定処理が液晶ライブラリのポート出力を行うときに毎回呼び出されていました。これが、液晶表示を異様に遅くしている原因のようです。0x01);}pulseEnable();}このポート設定をLiquidCrystal::init()に移動して、初期化時に1回だけ設定するように変更すると多少速くなります。到着インテルのGalileoが年末ぎりぎりに届きました。2560も同じ日に届きました。お決まりのLチカ動かしてみました。いかもと思いながら、これも定番のキャラクタ液晶をつないでみました。「スケッチの例:LiquidCrystal->Display」を使用しました。ハードの結線に合わせて定義文を変更して、コンパイル、ダウンロードしましたが、液晶の表示は全く変化なく、リセットすらされていないようです。Communityに報告(https://communities.intel.com/thread/45643)がありました。これによると、ファームウェアのバグのようです、LCD関連の関数を呼び出す前にlcd.init();で初期化を行うことで回避する方法が書かれていました。書き込まれているのが眼に見えます(-_-;)設計思想に無理があるのか、エミュレータの出来が今一なのか残念な仕上がりです。今後の改善に期待です。ezorisu-web。