NURO光の10GHz帯域の回線を契約してみた。
2GHzは既に契約済みで、安定して使用できていることもあり如何なものかと思い10GHzを契約。

手続きはスムーズに遂行され、指定された開通日に無事に工事完了♪
SONY製のONUも安定してステータスランプを照らしており、ネットもスムーズに接続ができる。
よきよき。

そう思ったのも工事当日だけ。。。

翌日は1～2時間ネット接続すると切断状態になり、そのまま接続できずになってしまう。
ONUを見るも、特におかしなステータスでもない。
ONUの取説には電源コンセントを抜いて数分待て。と書かれており、確かにコンセントを抜いて再起動すると復帰する。なんだこれ。

仕方なく様子を見るものの、2時間使用したら切断し、コンセントを抜いて再起動を繰り返す。
こりゃダメだね。

カスタマーセンターへ問い合わせ

工事から1週間程度が過ぎたところで、改善しない現象をぶら下げてカスタマーセンターへ。
ネット上の評判とは異なり、チャット対応ではあるものの有人対応であり、スムーズにつながるので、ストレスはなかった。

「ああだ。こうだ。」と現象を説明したところで、ご契約の確認をされたものの、契約内容が違う。
「2GHzの契約ですね。ONUの交換をしますので登録住所にお送りしますので、ご返送ください。」でチャット終了。

いや、待てよ。2GHz帯域の契約は別の契約だ。
今回は10GHzの契約なので、契約内容がそもそも違う。

2回目のカスタマーセンターへの問い合わせ

初回の問い合わせがチグハグだったことを伝え、ネット接続の現象も改善されずで、どうすればよい？と問い合わせ。
契約内容が間違って捉えられていたことを訂正いただき、ONUは交換しなくて良いので手配はキャンセルして欲しいと伝えて手続き完了。
結局、ネット接続状態は微妙な感じなので様子を見ることを伝えて2回目の問い合わせは終了。

3回目のカスタマーセンターへの問い合わせ

もうそろそろクレーマーになるのも嫌なので決着をつけたい。
2時間の接続状態が、日に日に短くなっていくことが分かった。
契約してから3週間ほど経過した時点では、30分以内に切断状態になってコンセントの刑。
そして、1ヵ月を経過したところで全く接続できなくなってしまった。。。

この状況を伝えて、リンクダウンしていることもNURO側で確認できたということで、技術調査員が訪問してくれるとのことで手配完了。

解決の糸口あるのか？
ONUのステータスランプはLINEが緑点滅。
ああぁぁ。。。光信号がONUとしてとれていない。
つまり、屋外の電柱から屋内までの配線に問題あるっぽいぜ。

で、、、全然関係ないのにONUの交換だと運送業者が来る。
だから。だ・か・ら。キャンセルって伝えたよね。Mr.カスタマー。
この時点で、カスタマーセンタの脆弱性がわかった。
毎回、対応者が変わるので前回までの履歴をインプットするのに、スムーズな人ときちんと履歴が把握できない方が居る。後者に当たると最初から物語を解説しないといけない。

技術調査員の来訪

とても人柄の良い方でよかった。
推測通り、光回線の減衰率が大きく、屋外から屋内の間でロストしていそう。ということで、NTTにバトンタッチになるとか。
で、、3日ほど候補日を伝えてNTTに来てもらうことになった。

伝家の宝刀NTTが来た～。

2日後に来訪されたNTTさん。
技術調査員の印象が良すぎたから、かなりぶっきら棒に感じる。

「信号の数値は問題ないですね～」と言い出すので、計測器の値を見せてもらい、
「光回線は複数重畳されていますよね？」
「本丸の信号は10GHzだけど、どれだけ減衰してますか？」
「回線分離測定できていますか？」と聞く。

玄人かよってことで、分離測定は機器が対応していないので重畳された減衰値になると解説。
「懐中電灯と同じで光束が重なると数値は大きく出るよね？本丸の10GHzは低いかも」と伝える。
「外の電柱見てきます。」って。
「さっき発した数値は規定内ってのはどうなの？」
「範囲内だけど、下限値ギリギリなので見てきます」
なーんも言わずに見てると、規定内だから問題なしで帰るつもりだったのでは？と思ってしまう。

改善！やっぱ屋外だったかぁ。

ってことで、電柱に備え付けされている中継器の問題で、備品の交換にて改善。
交換って言ってたけど、事業所への電話内容を横で聞いている限りだが、10GHzにはフィルターが不要なのに挿入されていたことが原因だったっぽい。
で、フィルター取り除いで改善。

減衰値は8ポイント改善。ポイントって書いてるけど、dbmの単位なので何十倍も改善されている。
ONUのステータスランプも生き返ってる。
もちろん、ネット接続もできる。

後は、経過観察だな。
時間が経つと使えないってのがあると困るので様子見として、その日は改善できたこととして終了。

総括

回線開通後の不具合は何とも原因がわからない症状だったものの、最終的にはNTT管轄の是正で改善。
巷では、改善しない方も居られるみたいだし、経過観察途中で再発する方も居たり、光回線ガチャ状態ですね。

同じ措置で改善されるかどうかは断言できないものの、何かの参考となる方が居れば幸いです。

Copyright © 2026 江藤良樹の仕事は物づくり All Rights Reserved.

USBケーブルやドライバの問題でなければ、ESP32自体が正しく動作していない可能性があります。
特に「ブートモード設定の誤り」や「モジュール破損」は、経験者でも見落としやすいポイントです。

■ソフト面での原因・対策はこちら　
-> ESP32がPCに認識しないときの原因と解決方法まとめ【Windows/Mac対応】
-> ESP32開発　COMポートが見当たらない原因
-> ESP32を使う時には注意！　機能とピンアサインの落とし穴

ブートモードの誤設定による認識不良

ESP32は起動時のGPIOピン状態によって、どのモードで起動するかが決まります。
誤ったブートモードに入ると、PCがデバイスを認識しなかったり、書き込みが途中で止まる場合があります。

[よくある原因]

• GPIO0（BOOTピン）が常にLOWになっている
• GPIO2やGPIO15など、ブート条件ピンに不要な信号がかかっている
• 外部回路（LEDやセンサー）が起動時にピン電圧を引っ張っている

　⇒対処方法

• BOOTボタンを押しながらRESETを押してブートローダーモードに入る
• 書き込みツール（Arduino IDEやesptool）で認識を確認
• GPIO0とENピン周辺をテスターで確認（ショートや外部抵抗ミスがないか）

ESP32モジュールの破損を疑うケース

ブート設定に問題がないのに認識しない場合、ハードウェア破損の可能性があります。

[よくある破損要因]

• 電源電圧が5Vを直接VCCに印加された
• USB給電＋外部給電の二重供給による過電流
• 静電気によるUARTピン破損（特にGND未接続での接続）
• 安価な互換ボードでの品質不良（USB-UART ICが不良）

⇒確認方法

• 別のESP32ボードで同じUSBケーブル・ポートを試す
• 電源電圧を測定（3.3Vが正しく出ているか）
• USB-UARTチップが異常発熱していないか確認
• BOOT/ENピン操作でも反応がない場合は破損の可能性が高い

認識されないときの最終チェックリスト

1. GPIO0がLOW固定になっていないか
2. ENピンに3.3Vが供給されているか
3. 3.3V電源が安定しているか
4. USBシリアルチップが正常動作しているか（発熱なし）
5. BOOT＋RESET操作でブートローダーモードに入るか
6. 他のPC・ケーブルで同じ現象が出るか

まとめ

ESP32の認識不良はソフトよりも、ブートモードピン設定やハード破損が原因のことが多いです。
GPIO0やENピン周辺を確認し、問題なければ別のボードで同条件を再現して比較するのが確実です。
特に自作基板の場合は、回路図を再点検し、起動時のピン状態をロジアナで確認してみるのも効果的です。

Copyright © 2026 江藤良樹の仕事は物づくり All Rights Reserved.

１．USBケーブルの不良や充電専用ケーブルを使っていないか

パソコンとESP32間を接続しているUSBケーブルに問題がないか？です。
物理断線している場合は認識されません。

USBケーブルが充電専用ケーブルである場合、電源ラインだけが接続されて通信線は接続されていませんのでパソコン側で認識されません。

２．接続ポート（USB2.0/3.0）やケーブル長の問題

パソコンのデバイスマネージャーでCOMポートとして認識されいるのか確認が必要です。
認識されていなければ、ドライバーが割当たっていない可能性が高いです。

他、USBケーブルが無駄に長い(例えば、20mとか)場合、通信が不安定になります。
USBの規格では、機器間配線長はUSB2.0で5m。USB3.Xで3mと定義されています。

ドライバ関連の原因

３．Windowsの場合、必要な「CH340/CP210x」ドライバが入っていない

ESP32とパソコン間にUSB-シリアル変換ICが介在しますので、変換ICに対してドライバーが必要になります。
このドライバーがパソコン側にインストールされていないと、COMポートとして認識されない状態となります。

４．MacOSでのドライバインストール方法と注意点

ESP32開発ボードの多くは「CH340」や「CP210x」といったUSBシリアル変換チップを搭載しています。
MacOSでは、これらのチップを認識するために専用ドライバをインストールする必要があります。

CH340の場合

①メーカー配布サWCH公式サイト公式サイトからドライバをダウンロード

②.pkgファイルを実行してインストール

③インストール後、Macを再起動

④Arduino IDEやPlatformIOで「ツール → シリアルポート」を確認

注意点としては以下があります。

・MacOS High Sierra以降では、初回インストール時に「システム環境設定 → セキュリティとプライバシー」に「開発元が未確認」などの警告が出て、インストールがブロックされることがあります。
ここは、「許可」を押して再インストールすると正常に使えるようになります。

・Apple Silicon (M1/M2 Mac) では、Intel用の古いドライバが動作しないことがあるため、最新バージョンを必ず使用してください。

５．ドライバの競合や古いドライバの影響

ドライバを複数インストールしていると、システムが正しいドライバを選択できずにESP32を認識しない場合があり、特に古いCH340やCP210xのドライバが残っていると競合が起きやすいです。

例えば・・・
・COMポート / シリアルポートが一覧に表示されない
・認識はされているが、デバイス名が「USB2.0-Serial」など曖昧な表示になる
・書き込み途中で失敗する

この様な場合、以下を試してみてください。
・不要な古いドライバを削除する
　　windowsの場合、「デバイスマネージャー」から削除を行う
　　Macの場合、/Library/Extensions/ 内の古い usbserial.kext を削除

・最新ドライバをインストールし直す

・再起動後、USBポートを変えて接続し直す

開発環境の設定ミス

６．Arduino IDE / PlatformIOで正しいボードが選択されていない

ESP32搭載のEVAボードの選択が一致していない場合、認識に問題が発生します。
EVAボードがカスタム製作の場合も類似ボードの選択が必要です。

７.ESP-IDF利用時の設定トラブル

ESP-IDFを使って開発するとき、パソコン側ではESP32が「シリアルデバイス」として認識されていても、IDF Monitorや書き込みコマンドが動作しないケースがあります。
これは環境設定やパスの問題で発生することが多いです。

代表的なトラブル内容

１．環境変数が正しく設定されていない
　　・idf.py flash を実行すると esptool.py not found などのエラーが出る
　　・原因：ESP-IDFのexport.sh (Linux/Mac) や export.bat (Windows) を実行していない

　　⇒解決策の一つ：
　　・ターミナルを開いたら毎回 source ~/esp/esp-idf/export.sh を実行
　　・Windowsの場合はESP-IDF PowerShellを使用するのが確実

２．シリアルポートの設定ミス
　　・idf.py -p COM3 flash のようにポート指定が必要
　　・自動認識されない環境では -p オプションを忘れると「No serial port found」エラーになる

　　⇒解決策の一つ：
　　・idf.py -p [ポート名] flash を明示指定
　　・Mac/Linuxなら /dev/ttyUSB0 や /dev/cu.SLAB_USBtoUART を確認

「関連記事リンク」

■ESP32　COMポートが見つからない原因事例を記載しています。
->「ESP32 COMポートが見つからない原因」

■ESP32を使う際の機能とピンアサインの注意事項を記載しています。
->「ESP32を使う時には注意！　機能とピンアサインの落とし穴」

■ESP32　ハードウェア側の原因と対策を記載しています。
->「ESP32　ハードウェア側の問題集」

Copyright © 2026 江藤良樹の仕事は物づくり All Rights Reserved.

数年は経験豊富なプログラマーが台頭する

これまでのソフトウェア開発において、プログラミングの知識と技術を有したエンジニアが責任や役割を果たしてきました。逆に言えば、プログラミングが分からない素人は参入できない障壁があり、資格化されていない業界であるものの、実力が求められる現場がそこにはあったものです。

しかし、2025年現在のAIで生成されるプログラムコードは、プログラミング経験の浅い新入社員がコーディングするよりも、遥かに正確で早いです。
その為、先輩・上司がコードチェックをしつつ、若手社員がコードを現場で習得するような旧態手法は効率が悪く、AIが代替できる状態にあります。

リンクの記事にある様な、若手の仕事が失われている背景は種々あるものの、その一つに上述の要因が大きく影響を与えていると推察される。

他方、熟練プログラマーの仕事が大きく失われず、依然として活躍ができる背景は以下にある。
2025年現在のAIが生成するプログラムコードは完全ではない。
プロンプトに対して、間違った結果を導いているコードも散見される。
故に、間違ったコードをチェック・判定するエンジニアスキルは必要ということだ。

そして、駆け出しエンジニアでは判断しきれず、見つけきれないコードバグを発見し、
正しいコードへ手直しできる熟練者のスキルは一定数必要になる。
しかし、その役割は数年間の活躍に留まると推察され、より正確に素早くコーディングを行うAIへと進化するだろう。

駆け出しプログラマーはどうすべきなのか？生き残るヒントはどこに？

だからと言って、駆け出しプログラマーは直ちに未来を諦める必要はないと思われる。
AIができることは何か？人間と差別化できる点はどこか？が、未来に必要なスキルの指針だと思う。

今のところ、AIは言われたこと(=プロンプト)を忠実に具現化しようと動いてくれる。
また、決まったことを処理することも得意だ。
なので、定型処理や限定された処理範囲では、AIが思う存分に力を発揮してくれるだろう。

ローコードのプログラム、仕様が限定的でしっかり決まった開発は、且つてのプログラマーと言われた人間(=特に若手の駆け出しエンジニア)は必要ないと断言して良いと思う。

では、人間とAIの差分はどこにあるのか？

１．自律的な判断ができるか/できないか

2025年現在のAIは、人間の思考と同じように自律判断はできない(軍事関係ではあるのかもだけど…)
「お前のやり方は遅いから、こっちで開発完了まで進めておいたよ」
「次やることも、判断して進めておくね！」など、自律思考で自動的にコトが進められることはない。自律判断は、人間が担う重要な業務スキルと言ってよいだろう。

例えば、開発システムの完成形はどうあるべきか？どの様なシステムにするのが最善か？など、要件定義や仕様策定に関わる業務スキルは、プログラムだけでは決まらないし、単純に限定化できないので人間が担うべき業務スキルとなる。

２．コミュニケーション能力は人間の特権機能

AIは話題や立場を以て会話をすることができない。
対峙する相手の人間の様相や好き嫌いなど、その場の雰囲気を以て、感覚的な判断ができない。
これは人間ができる最も人間らしい代替できないスキルである。
特に日本人は空気感をとる能力が高い。

これからの中・長期の未来において、プログラム知識を有したコミュ力の高い人材は、かなり高ポイントになると思われる。

これは私の独り言であり、個人的な経験値になることを断って記載するが、プログラマーやエンジニアの素養を持つ人間は、コミュニケーション能力が低い方が多い。何故か？

プログラムコードは曖昧を許さない。
一字一句の間違いを許さない。

毎日、論理合否を仕事にしている人間が、曖昧な人間を相手にすることを心地良いと思えるかどうか。
YES or NOではっきりと答えを示す訓練を日々している手前、対峙する生身の人間にも、はっきり確定させる癖が出てしまうのだと思う。日本人は尚更きつく感じるだろう。

エンジニアは理屈っぽい。
理系はこれだから・・・。みたいなことを目の前で何度も耳にするのも日常の性だと思う。

とは言え、AIやPCと対話していればよいわけではない。
生身の人間同士でコミュニケーションを円滑に図れるエンジニアになるのが、現在の最適解スキルと思われる。

３．AIを使う側になる

AIに指示を出す側。使う側での仕事を追いかけるべきだと思う。
経験豊富なエンジニアが残る理由でも書いたが、AIをテストしたり、仕事結果を批評するのは人間にしかできない。

自律判断ができないので、製作したいシステムに最適なAIを選定するのも人間の役目だと思う。
一言でAIといっても、彼らにも得て不得手があるので、最適解を導いてあげる必要があるということ。

人間力を磨く方法と目的を見つけるべし

テクノロジーがここまで発達した先に残るものは、人間がやらなくて良いことは捨てていくしかない。
「人間だから」「人間にしか」と言ったフレーズに嵌ることを見つける必要が有る。

性別に関係なく、飲み屋で近所の人が集い談義しているのは、一つの人間らしさの形と思える。
スナックのママはコミュ力が高く、会話がしたくて訪れる顧客がいる。
一定にニーズが必ずあると言えるので、これらはAIで全て代替はできないだろう。

Copyright © 2026 江藤良樹の仕事は物づくり All Rights Reserved.

Xbee3.0は2.0の後方互換がある

ピンアサイン等の物理的な互換性が有る品種があり、これまで運営してきた2.0を3.0へ置き換えするにあたり、ハード面の変更不要というのは魅力があります。
より具体的には、製作のイニシャルコストをかけずにVersion Upができるのですから、ディスコンの対応もシームレスに出来そうな印象です。

しかし、冒頭の記載通り、物理的な互換性はあっても論理的な互換性があるか？というのは疑問です。
例えば、Coordinator・Router の役割やセキュリティ設定に違いがあり、同じコマンドでも振る舞いが異なることがあります。

振る舞いが異なるというのは、親機ー子機間での接続ができなくなったり、同一ネットワーク内で検索結果が得られなくなったりというもので、通信媒体として投入している以上、致命的な差分になるものです。

弊社で確認できている範囲では、Coordinatorが2.0でRouter が3.0。
その逆となる組み合わせのCoordinatorが3.0でRouter が2.0の通信は問題なく実現ができています。
しかし、Xbee2.0の制御をそのままXbee3.0に当て嵌めても、上手く通信できない・・・といった症状は確認できており、対策についても見えています。
「後方互換がある」と言っても、手放しで置き換えできるものではない。というのが現状です。

ATZSコマンドを用いている場合は要注意

ATZSコマンドは、Digi International社(以下、Digi社)の製品、Third Party製の製品を選別して用いる場合に設定が必要な項目です。
通信する親子間では当然同じ設定でなければ通信ができませんので、同一ネットワーク内に混同設定した端末を入れても双方で通信ができないものとなります。

このZSコマンドですがDigi社のXbee3.0では、以下の様に記載があります。

コマンドモードで動作している場合、 ZSへの変更はコマンドモードが終了したとき（タイムアウトまたはCN（コマンドモード終了） ）にのみ有効になります。
ZSを変更すると、現在のすべてのパラメータが永続ストレージに書き込まれ、モジュールが再起動します。これはWRコマンドとFRコマンドの発行と同じです。

[Xbee3.0　RF仕様]
https://docs.digi.com/resources/documentation/digidocs/90001539/#reference/r_cmd_zs.htm?TocPath=AT%2520commands%257CNetworking%2520commands%257C_____4

コマンドモードを終了させて再起動 or タイムアウトにてコマンドモード終了で内部メモリーへ書き込み&再起動になります。
その為、再起動されることが周知されていないと、以降のコマンド制御処理は意図通りに反映されているかはわかりませんので、プログラマーは注意が必要です。

他方、Xbee2.0は再起動の文言がありません、、、
が、動作は3.0と同じく再起動処理になります(Digi社へ確認済み)

[Xbee2.0 RF仕様]
https://docs.digi.com/resources/documentation/digidocs/90002002/default.htm#Reference/r_cmd_ZS.htm?TocPath=AT%2520commands%257CNetwork%2520commands%257C_____4

再起動されるんだから、RESET端子を制御してモジュール自体を再起動することでも良いのか？と思いがちですが、コマンドモード終了の状態を作らないと、内部メモリーへ書き込みされませんので、次回起動時に設定値が更新されていないことになります。つまり、ハードウェアRESETによる再起動はダメということになります。

Xbee3.0と2.0が混同するシステムではC8コマンドも設定すべし

Xbee3.0と2.0では電波強度の測定方法が異なります。
概要だけを見てもその様な詳細がかかれていないのですが、電波強度を相対的に計測している手前、2.0と3.0では絶対値として同じ電波強度であっても、Version差として誤検知が発生することがあります。

例えば、十分な電波強度で通信ができる状態であるにもかかわらず、非常に小さい電波強度値として処理され、接続できない強度だと判定されることもあり得るものです。

[Xbee3.0 C8コマンド概要]
https://docs.digi.com/resources/documentation/digidocs/90001539/#reference/r_cmd_c8.htm?TocPath=AT%2520commands%257CNetworking%2520commands%257C_____14

ではどうするのか？
C8に0x10を設定することで従来のVersionと互換性が有る処理となります。

C8コマンドはFW Versionで振る舞いが違うぞ・・・

おいおい。どうなってんねん。で話ですが。
Digi社のXbee3.0を使用するにあたり、FW ver.1012, 1014はC8を単独コマンドで変更できません(汗)
Ver.1010ではC8値を単独で変更できるので、FW verで挙動が異なる点に注意が必要です。

上記のリンクマニュアルでは、C8単独でも書き換えられると記述されていますができません。

ではどうするの？

ZSコマンドを使用している場合は、ZSコマンドの変更に伴う再起動にてC8が反映されます。
その為、C8に0x10を設定した後、ZSコマンドの値を変更すればどちらも反映されます。
但し、ZSの値が0⇒0や2⇒2など、変化を伴わない場合は再起動されず、反映もされないので注意です。

ZSコマンドを使用していない場合は、内部メモリに書き込みされて再起動が発生する処理が必要になります(2025/8/17現在　Digi社 内部でも確認中)

あとがき

上述の内容は、ネットワークシステム構築されている条件によって当て嵌まる、当て嵌まらないがあります。ご自身のシステムに応じて設定不要で無視できる内容でもあるので、全く使用していない機能やコマンドに対して設定が必要というものではありません。

Copyright © 2026 江藤良樹の仕事は物づくり All Rights Reserved.

メーカー仕様書と違うMAX30102

MAX3102と検索するとAnalog Devices(旧MAXIM社)の心拍センサーがヒットします。
内部にIR LEDとRED LEDの2種のLEDが内蔵されており、酸素濃度や心拍を計測することが可能で、用途に応じてLEDの照射制御を行う必要があります。

市場の全てのモジュールを調査したわけではありませんが、以下の画像のモジュールは正規メーカー品の構成とは異なります。

より具体的には、IR LEDとRED LEDの制御対象レジスタが、正規デバイスに対して入れ替わっています。
対象レジスタとしては、Mode Configuration (0x09)、LED Pulse Amplitude(0x0C,0x0D)に設定する値が逆になっています。IR LEDを制御したいのでIR に関わる設定を行うと、RED LEDが点灯しますし逆も然りです。

今のところ、他のレジスタについてはこの様なズレは無さそうです。

正規品であれば仕様書記載通りの動作なのか？

メーカー正規品を入手し、同じ回路にて制御を行いましたが、正規品は仕様書記載のレジスタへ設定を反映すると意図通りの動作をします。

故に、上述のモジュールに搭載されたデバイスと正規品デバイスでは、同じ回路・同じファームウェアで制御をすると、点灯するLEDが異なることが確認できています。

[番外編]デバイス挙動差異

別のデバイスになりますが、LEDについてもおかしな動きをするものがあります。
SMTL6-RGB　Bivar社のRGB LEDですが、仕様書には1pinがBLUE、5pinがGREENと書いてあります。

実際に購入したLEDは、1pinがGREENで5pinでBLUEでした。
つまり、BLUEとGREENが仕様書と現物で逆になっています。

このLEDは正規ルートで購入をしたのですが、素性を詰めていくと・・・。
「今回の製造LOTは点灯色が入れ替わって投入された」という見解でした。

いやいや。書面が間違っていました。すみません。の方がまだ良かった。
書面は属人的要素が絡むので、百歩譲ってもミスは無くせない。

製造されたデバイスに問題があると、製造工程どうなってるの？
メーカーは出荷前に動作チェックをしないのか？
品質管理を行うQC工程は存在しないのか？ etc…と言いたいことがたくさん出てしまう。

プロダクト製品は完ぺきではない

皆さんが家電量販店で購入される製品は、残念ながら完ぺきではありません。
しかし、メーカーや開発会社は不良や問題が発生しない様に、日々努力と管理を行っているので、表立った大きな問題になっていません。

市場に求められるのは、この大きな問題にならない「当り前さ」ではあるものの、製品を構成している一つ一つの部品にも予期せぬ不良や問題が存在していることを知って頂くと、各社の結晶が製品なのだということがご理解頂けるかもしれません。

Copyright © 2026 江藤良樹の仕事は物づくり All Rights Reserved.

その１　誤配線

MSP430の扱いたい型番に応じた仕様書に対して、指定の配線ができておらず単純なる配線ミスが原因でコネクトエラーになっているケースがあります。
よくよく仕様書と自作基板を見比べて、配線違いを見つけることで改善できる内容。

その２　RESETラインのコンデンサ容量に問題あり

RESETライン(RST/SBWTDIO)にコンデンサを挿入しているものの(仕様書通りの配線なら挿入しているはず)、その容量が大きすぎてコネクトエラーになっているケースがあります。
こちらで確認する限り、0.1uFでもエラーになるので0.01uFまで落としてみると改善します。

その３　VCC(TOOL)とVCC(Target)が合致していない

TOOLから電源供給とするのか、Targetから供給するのか、指定と基板配線が合致していない場合です。
単純に電源が供給されておらず接続されないケースです。
Target電源から供給する前提としているのに、配線はTOOLから供給する前提で配線している(その逆のパターンも)など、こちらも単純なるミスが原因でコネクトエラーになっているケースです。

コネクトエラーは、上記3例のどこかに属すると思います。
コンデンサ容量は少しいやらしい要因ですが、その他2例は単純なミスなので、深追いせずに原点に戻って見直しすることでエラー改善ができるはずです。

Copyright © 2026 江藤良樹の仕事は物づくり All Rights Reserved.

接続してもCOMポートが見当たらない

2つ考えられる原因が有ります。

１．ドライバーがインストールされていない

FTDI社のチップは、広く使用されていることもありWindowsにおいては、接続すれば標準使用できる状態になっています。
が、、、updateなどでドライバー関係が上手く更新されていないこともあるので、その場合はメーカーからダウンロードしてきましょう。

[FTDI社　VCP各種ドライバー]
https://ftdichip.com/drivers/vcp-drivers/

２．ドライバーはインストールされているがVCP設定になっていない

デバイスマネージャーで、「ポート(COMとLPT)」にFTDIのツールと思われるポートが存在しない場合がある。
よくよく見ると3つぐらい下のカテゴリである「ユニバーサルシリアルバスコントローラー」に、「USB Serial Converter」として存在していたりします。

「USB Serial Converter」を右クリックして、「プロパティ」を選択するといくつかタブが出てきます。
「Power Management」タブを選択するとVCP設定を有効にするチェックボックスがあるので、チェックして有効にした上で「OK」にてダイアログを閉じます。

後は、FTDIのツールとしてVCPポートとして認識するはずなので、
一度接続抜き差しすると、デバイスマネージャーの「ポート(COMとLPT)」にCOMポートとして出現します。

Windowsを利用されている方は、updateで一新されていることがあり、一度設定したのに、update後に使おうと思ったらVCPポートとして認識されていないことがありますので、再度設定をし直してみてください。

ESP32は115200bpsがデフォルト設定

ESP32のUARTボーレートは、115200bpsがデフォルトになります。
なので、デバイスマネージャーの「ポート(COMとLPT)」の該当COMポート上で右クリックして、ボーレートの設定をしておいてください。

■ESP32のエラー関係でよくある事象は以下にも記載しております
->ESP32がPCに認識しないときの原因と解決方法まとめ【Windows/Mac対応】

■ESP32　ハードウェア原因の問題と対策を記載しております。
->ESP32　ハードウェア側の問題集

■ESP32　ピンアサインの割り振り機能に注意が必要なものを記載しております。
->ESP32を使う時には注意！　機能とピンアサインの落とし穴

Copyright © 2026 江藤良樹の仕事は物づくり All Rights Reserved.

GenesisとSummitはどちらがベストなの？

価格を比較するとSummitの方が高額になります。

高額な理由は機能差にあります。
Summitは800万画素のカメラが付いており、撮影画像内の外国語を翻訳することが可能です。
また、内蔵マイクの精度もGenesisよりは高品質になっています。

主には、この2点が大きな差分になります。
翻訳自体の性能や精度は、GenesisもSummitも大差ありませんので、翻訳機として購入されるならば、Genesisで十分満足頂けるはずです。

通信系はどうなの？

GenesisとSummit共に、Wi-Fiとe-SIMが搭載されておりネット環境のある場所ではWi-Fiを接続し、屋外ではe-SIMによるLTE通信と言う感じでしょうか。

Genesis限定になってしまいますが、弊社から購入されたお客様には、
「3年間のe-SIm利用料が無料となる」特典が付きます。
無料期間以降は、使用者様の御都合に合わせて課金を頂いて利用することが可能です。

Summitがアピールする機能は？

<同時翻訳機能>

通常の翻訳機能は、Genesis同様にSWを押下しながら話をします。
SWを離した後、押下中に話した内容が翻訳されるというものです。

更に、便利な機能として「同時翻訳機能」があります。
SWを押下しなくても、話者を自動認識して、それぞれの会話を翻訳してくれます。
双方向の会話において、いちいちSWを押さなくても翻訳機能が使える点が非常に便利です。

<文字起こし機能>

打ち合わせや会議などで、録音した音声を文字起こしすることが出来る機能です。
長時間の会話内容を数分でテキスト文字化できるので、会議中にパソコン入力する必要もありません。

また、テキスト文字をクラウドへUPすることが可能なので、複数人で共有することも可能となります。
クラウド利用の際、別途Nottaクラウドへ登録が必要となります。

総評すると・・・

オールラウンドプレイヤー的な位置づけにあるのはGenesisです。
製品価格や搭載機能のバランスを見て、翻訳機器として十分な満足度を得られる製品です。

Summitはガジェット付きな方にお勧めです。
翻訳機能は標準搭載されており、付加機能を有効活用できる方は、楽しんで頂ける製品と思います。

Copyright © 2026 江藤良樹の仕事は物づくり All Rights Reserved.

devkitを使う場合は、周辺回路が有る程度用意されていますが、ESP32-WROOM-32Eの様なアンテナ + デバイスだけのシンプルなモジュールを採用し、周辺回路はアプリケーションに応じてカスタマイズしたいことが少なくありません。

IO0は書き込みモードピンとして兼用

IO0は、ESP32の書き込みモードピンになっています。
このピンをユーザーピンとして使用したい場合、注意が必要になります。

例えば、入力ピンとして割り当てをしても、
GNDに落とされると書き込みモードに遷移する為、入力の論理判定ができません。
IO0は、ユーザーピンとして使用できないとして、割り当てしない方が賢明です。

IO36、IO39は、ペリフェラルと併用で論理変動が起こる

全てのペリフェラルに対してというわけではありませんが、SARADC1、SARADC2、AMP、HALLの機能を使う場合、IO36とIO39は、80nsだけLOWに落ちてしまいます。

両ピンをI/Oとして論理判定で使用している場合は、意図しないLOW入力が入ることで、バグに繋がる可能性があります。

エラッタ資料として、”eco_and_workarounds_for_bugs_in_esp32_en.pdf”　には、以下の記述があります。

「3.11. When certain RTC peripherals are powered on, the inputs ofGPIO36 and GPIO39 will be pulled down for approximately 80ns.」

EXT0、EXT1で外部Wake upさせたい場合の注意点！

外部信号をトリガーとして、Deep SleepからWake upさせたいことがあると思います。
RTC向けのポート(IO32～IO39)で割り込み復帰が叶います。

EXT0については、HIGH or LOWアクティブのどちらの論理も設定が可能ですが、
EXT1は、LOWアクティブ限定になります。
複数信号を一つに集約する場合も、EXT1の端子部ではLOWアクティブになるよう、
論理整合を図って回路構成を組まねばなりません。

HIGH論理とLOW論理が混在したまま、EXT1端子へ入力されると正常動作しません。

TXD0、RXD0はコンソール出力で使用される

ESP32を触ったことがある方なら、ある程度ご存知かと思いますが、
TXD0とRXD0は、ESP32のコンソール入出力として使用されます。

ユーザーがserial通信で使用したい場合、UART2を割り当てすることをお勧めします。

■他のESP32エラーについてもこちらで記載をしております。
->ESP32がPCに認識しないときの原因と解決方法まとめ【Windows/Mac対応】

■ESP32　ハードウェアが原因となる要素と解決策をこちらに記載しております。
->ESP32　ハードウェア側の問題集

■ESP32　接続COMポートの問題についてこちらで記載をしております。
->ESP32開発　COMポートが見当たらない原因

Copyright © 2026 江藤良樹の仕事は物づくり All Rights Reserved.