| 1 | = Japaninoの反省 = |
| 2 | |
| 3 | [http://otonanokagaku.net/magazine/vol27/ 学研の大人の科学27号]は、当社が全面的に協力しています。 |
| 4 | ふろくの「ジャパニーノ」の開発もお手伝いしました。 |
| 5 | でも、いろいろと訳があって、完璧ではありません。 |
| 6 | ちょっと反省。 |
| 7 | |
| 8 | == USBシリアル変換チップ == |
| 9 | 最大の問題が、USBシリアル変換チップの選定でしょう。 |
| 10 | ジャパニーノではSilicon LabsのCP2104を使っています。 |
| 11 | Arduinoと同じく、FTDI FT232RLを使えれば良かったのですが、単純にコスト的な問題でCP2104を使いました。 |
| 12 | これにより、(1)ドライバのインストールが必要 (2)ドライバのインストーラがヘボい (3)ドライバの配布制限がある (4)ドライバの品質が悪い (5)マックではDTRの制御ができない、という問題があります。 |
| 13 | |
| 14 | マック用のドライバでDTRの制御ができないのは深刻で、いわゆる「自動リセット」が効きません。 |
| 15 | この点に関しては、中国の製造受託会社を通じてSilicon Labsと交渉し、「修正してもらえる」という話でした。 |
| 16 | しかし、発売には間に合いませんでした。もしかしたら、製造受託会社は交渉すらしていないかもしれません。 |
| 17 | |
| 18 | == ブートローダ == |
| 19 | マックで自動リセットが効かない問題への対処として、ブートローダをいじるという選択肢がありました。 |
| 20 | 最近のArduinoは自動リセットが効くのを前提としていて、リセット後のスケッチ受信待機時間をかなり短く設定してあります。 |
| 21 | 以前のArduinoと同様に待機時間を長くすれば、手動リセットがやりやすくなったはずです。 |
| 22 | |
| 23 | マック用のドライバを修正してもらえることを期待して、ブートローダをいじらない選択をしました。 |
| 24 | ファームウェアを書き込み済みのATmega168Vを工場が仕入れるとのことであり、ファームウェアイメージの締め切りがかなり早期でした。 |
| 25 | その頃は、ドライバを修正してもらえそうだという事だったので妥当な選択でしたが、結果的には残念な選択でした。 |
| 26 | |
| 27 | == 保護抵抗 == |
| 28 | USBシリアル変換チップからのRXに入っているべき、保護抵抗が入っていません。 |
| 29 | |
| 30 | 今回の開発は、製造受託会社が主導しました。 |
| 31 | 製造コストをぎりぎりまで切り詰めるために、部品の選定から設計製造まで、製造受託会社が行いました。 |
| 32 | たとえば、たまたま手元にある在庫品を使うことによってコストを下げるとかです。 |
| 33 | そのため、僕ら東京サイドは、できあがって来た回路や試作品をチェックするだけでした。 |
| 34 | 保護抵抗が入ってないのに気づいたのは、製造開始後でした。 |
| 35 | 悔やまれます。 |
| 36 | |
| 37 | == 電源コネクタ == |
| 38 | 電源コネクタが、シールドと干渉するんですよね。シールドによっては。 |
| 39 | これも、製造受託会社主導の開発の結果と思います。 |
| 40 | |
| 41 | == USB Aコネクタ == |
| 42 | 必ずしも悪いことでは無いのですが、USB Aコネクタになっています。 |
| 43 | PCによってはささらなかったり、A-Aっていう特殊なUSBケーブルが必要です。 |
| 44 | あえて言えば、付録にUSBケーブルを含めるかどうか=コストの判断の結果です。 |
| 45 | |
| 46 | ''(2010/5/20 - sgk)'' |