Arduinoから、 量産・現場装置の組み込みに来た新人へ。 その2 予算組んでるんだから、 ・買えるものはちゃんと買って ・評価ボード、デバッガ、変換基板、測定器まで何でも自作しようとしないで ・最初にCPUクロックを回路屋さんと確認して ・発振子、PLL、分周設定まで前提を合わせて ・CPUの機能確認なら対象シリーズの評価ボードを買って ・長く使う評価環境ならユニバーサル基板で済ませないで ・必要なら電子機器製造会社にデバッグ基板を作ってもらって ・ポート割付をファーム側だけで勝手に決めないで ・Pin Mappingは回路屋さんと詰めて ・回路屋さんから上がってきた回路図、部品表、Pin Mapping表はちゃんと確認して ・UART、SPI、I2C、PWM、ADC、Interruptの割付に無理がないか見て ・デバッグ端子や書き込み端子がちゃんと出てるか確認して ・オシロやロジアナのプローブを当てる箇所も最初から決めて ・必要な信号にはテストポイントを出してもらって ブレッドボードは確認用。 評価ボードは機能検証用。 デバッグ基板は継続評価用。 買うべきものは買う。 作るべきものだけ作る。 クロックもポートも測定ポイントも、ファームだけの話じゃない。 最初に回路屋さんと前提を合わせてから、コードを書いて。

Arduinoから、 量産・現場装置の組み込みに来た新人へ。 ・コードを「スケッチ」と言わないで ・CanvasとCANバスを聞き間違えないで ・I2CやSPIを長いケーブルで引き回さないで ・何でもソフトで頑張らず、ハードウェア機能を使って ・CPUを無駄に忙しくしないで ・サンプルコードをそのまま製品コードにしないで ・「動いたからこのマイコン」で選ばないで ・入手性、長期供給、保守性、保証範囲まで見てマイコンを選んで ・代替できるか、数年後も調達できるか考えて ・メーカーの保証範囲、温度範囲、寿命、周辺部品まで確認して ・壊れた時に交換・解析・復旧できる構成にして ・シリアルモニタだけでデバッグを終わらせないで ・エミュレータ／デバッガで変数、レジスタ、実行状態を確認して ・通信ドライバを書いたら、ソフトのログだけでOKにしないで ・オシロやロジアナ、アナライザで実波形・フレームを確認して ・評価結果は「動きました」ではなく、エビデンスを残して 試作は「動かす」が大事。 現場装置は「作れる・買える・直せる・測れる・検証できる・保証できる」までが設計。