ローコード電子工作 GUIで作れるよ
無料版だとセーブできないが、電球がピカピカつくのでわかりやすい
というわけで、誰でも簡単に論理回路を作れるが、お気づきの通りプラスとかマイナスとかはないので、あくまで論理的な思考をこれで鍛えていこう
本格的に直流やら交流やらやりたいひとは everycircuitがおすすめですが、結局電子回路買ってのシミュレーションなので、ほんとにわかんないうちはロジックリーでつなげて遊んで見るものいいと思います。
2026年7月9日木曜日
🔨ブラウザ上で電子工作 論理回路構築を勉強できる簡単電子工作のlogic.ly（ロジックリー） 線でつなげてできあがり everycircuitとの違い
『ファイブスター物語』において、アマテラスがジュノーンを見て「可動ラインが見えない」ことを高い耐久性の証拠として評価する場面
『ファイブスター物語』において、アマテラスがジュノーンを見て「可動ラインが見えない」ことを高い耐久性の証拠として評価する場面は、工業製品における構造統合の美を端的に示している。可動部には本来、ヒンジ、分割線、クリアランス、逃げ、段差などが必要であり、それらはしばしば弱点や設計上の制約を外観に露出させる。これに対し、隠し蝶番、フラッシュドア、格納式ドアハンドル、航空機のギャップシールなどは、可動機構を内部に処理し、閉鎖時には一体の面として見せる。ここでの美しさは装飾ではなく、可動、耐久、放熱、整備性といった複数条件が破綻なく統合された結果として現れる。したがって「線が見えない」とは、単に継ぎ目が少ないことではない。構造上必要な余白や変形を、外部に弱点として露出させない設計完成度の象徴である。ジュノーンの美は、性能を誇示する鋭さではなく、無理なく動き、長く耐え、なお一体として美しい機械に宿る機能美なのである。
関連キーワード：
アマテラス、ジュノーン、可動ライン、構造統合、隠し蝶番、フラッシュサーフェス、クリアランス、耐久設計、応力分散、工業デザイン、機能美、永野護、モーターヘッド
ABAP CDS
ABAP CDSは、関係データベース上の表や列を、単なる保存構造ではなく、業務上の意味を備えたデータモデルとして記述するための仕組みである。従来のSQLが主として取得対象、結合条件、集約方法を表現するのに対し、CDSはAssociation、Composition、型、権限、通貨・単位、UI、分析、API公開などのメタデータを同一モデルへ重ねる。これにより、受注、顧客、明細といった企業内の概念を、画面や個別プログラムごとに再定義せず、中央の意味モデルとして共有できる。この思想は、Javaオブジェクトを中心とするEJBやSpringのORMよりも、AEMの基盤となったJCR、Apache Jackrabbit、Apache Slingの構造に近い。JCRがコンテンツを型、属性、参照、階層を持つノードとして保存し、SlingがHTTPリソースとして公開するように、ABAP CDSは業務データを意味付きエンティティへ変換し、Service DefinitionとODataを通じて外部へ公開する。ただし、AEMが記事や画像などのコンテンツ管理を主目的とするのに対し、CDSは会計、在庫、販売など、整合性と権限制御を伴うトランザクションデータを扱う。したがってABAP CDSは、SQLビューの拡張ではなく、企業の帳簿をセマンティックな情報資源へ変換するモデル記述言語として理解できる。
関連キーワード：ABAP CDS、セマンティックデータモデル、OData、JCR、Apache Jackrabbit、Apache Sling、AEM、Association、Composition、メタデータ駆動、業務エンティティ、Service Definition
2026年7月7日火曜日
I²Cは、SDAとSCLの2線を用いて複数の集積回路を接続する同期式シリアル通信方式である。
I²Cは、SDAとSCLの2線を用いて複数の集積回路を接続する同期式シリアル通信方式である。しかし、I²C規格そのものが温度、加速度、表示内容などの意味を定義しているわけではない。規格が担うのは、START／STOP条件、デバイスアドレス、読み書き方向、ACK／NACK、バイト転送といった通信上の共通手順である。その上に、各ICが独自のレジスタマップ、コマンド体系、データ形式を実装する。したがって、レジスタ領域はI²Cに内在するものではなく、接続されたIC内部の設計として存在する。ドライバは、この階層差を吸収するため、下位のI²C送受信ルーチンと、上位のIC固有処理に分離される。PIC、STM32、Raspberry Pi Picoなどでは関数名や周辺回路の制御方法が異なるが、レジスタ番号を指定し、値を読み書きするという構造は共通している。Wokwiのようなシミュレーターを利用すれば、I²Cスキャナーによるアドレス探索、SSD1306へのコマンド送信、ロジックアナライザーによる信号観察を通して、通信規格と上位プロトコルの境界を実験的に理解できる。「味わう」学習では、ライブラリを単に利用するのではなく、共通ルーチン、IC固有ドライバ、実際の信号波形を往復して観察することが重要である。
関連キーワード：I²C、シリアル通信、レジスタマップ、デバイスアドレス、ACK／NACK、上位プロトコル、デバイスドライバ、HAL、PIC、ARM Cortex-M、STM32、Raspberry Pi Pico、SSD1306、Wokwi、ロジックアナライザー
「えに熊」は、意図的に脆弱性を組み込んだ暗号通信プロトコルを設計・実装・観察することで、暗号技術の構造を体験的に理解する教育プロジェクトである
「えに熊」は、意図的に脆弱性を組み込んだ暗号通信プロトコルを設計・実装・観察することで、暗号技術の構造を体験的に理解する教育プロジェクトである。本プロジェクトの目的は、強い暗号方式をブラックボックスとして利用することではなく、なぜ暗号が破られるのか、また安全性がどの要素によって成立しているのかを、通信過程そのものから味わうことにある。教材として扱う弱点は、単純な鍵長不足に限定されない。換字暗号の頻度分析、固定鍵XOR、反復鍵、乱数やnonceの再利用、リプレイ攻撃、中間者攻撃、認証不在、改ざん検出の欠如、情報を漏洩するエラー応答、暗号方式のダウングレードなど、異なる原理に基づく脆弱性を体系的に構成する。それぞれのプロトコルは、送信者、受信者、通信路、攻撃者という役割を明示し、パケットの盗聴、改変、再送、解析を可能とする。これにより学習者は、暗号化のみでは完全性や認証を保証できず、安全な通信が暗号、鍵交換、乱数、状態管理、再送防止を組み合わせた総合的設計であることを理解する。「えに熊」は、失敗するプロトコルを安全な実験対象として提示し、破る経験を通じて正しい設計原則を獲得する、暗号プロトコル教育環境である。
関連キーワード：暗号プロトコル、教育用暗号、脆弱性、換字暗号、XOR暗号、鍵再利用、nonce、リプレイ攻撃、中間者攻撃、完全性、認証、鍵交換、パケット解析、セキュリティ教育、ENIKUMA
ずらし熊 シーザー暗号
XOR熊 固定鍵XOR
くり返し熊 反復鍵
再送熊 リプレイ攻撃
なりすまし熊 中間者攻撃
乱数熊 nonce・乱数の失敗
Qualcomm系のFastRPC周辺コード
Qualcomm BREWは、2000年代の携帯電話市場において、端末メーカー、通信事業者、開発者を結び付けるアプリケーション実行・配布基盤として重要な役割を果たした。しかし、その技術的系譜をiOSやAndroidへ直結させる見方は慎重であるべきである。BREWはAEEを中心とする独自API、署名付きモジュール、キャリア審査、専用SDKという閉じた流通構造を備えていたのに対し、AndroidはAPK、DEX、Binder、Linux権限モデルを基盤とし、iOSもMach-O、Darwin、Apple独自の署名体系を採用している。したがって、公開アプリ基盤としてのBREWは、後継へ発展したというより、歴史的に断絶したとみるのが妥当である。
ただし、BREW/AEE由来の型名やヘッダ、識別子体系が、Qualcomm系のFastRPC周辺コードなどに残存した例は確認できる。これはBREWの実行環境や配布モデルが継承されたことを意味せず、過去の共通基盤、互換層、社内ミドルウェアにおける技術的残滓と解釈すべきである。「味わう」という観点では、BREWは成功した仕様が次世代標準へ受け継がれるとは限らず、プラットフォーム本体が消滅しても、その語彙や部品だけが周辺コードに沈殿することを示す好例である。
関連キーワード
Qualcomm BREW、Brew MP、AEE、FastRPC、モバイルプラットフォーム、キャリア主導型配布、署名モデル、専用SDK、互換層、技術的残滓、Android、iOS、ミドルウェア、API系譜、プラットフォーム断絶
2026年7月1日水曜日
COB（Chip-On-Board）マイクロコントローラ
# 概要（Executive Summary）
街角で売られる低価格なキーチェーン型ブロックゲーム機は、基板上にワイヤボンディングした半導体ダイをエポキシ封止したCOB（Chip-On-Board）マイクロコントローラを搭載し、内部にあらかじめマスクROM（或いはOTPメモリ）で格納したゲームプログラムを持つ。これらのチップは一般に4ビット（8051系に類似）または8ビット相当の独自アーキテクチャで、低速（内部RC発振で数MHz以下）に動作する。メモリ構成は数KB級のプログラムROMと数十～百数十バイトのデータRAM（例：Holtek社HTG13J0でROM 8KB・RAM 80Byte、Aplus社APU429でROM 8KB・RAM 96～192Byte）程度、I/Oピンは十数本（ボタン入力・LCDドライバ線など）です。LCDドライバは数百セグメント（例：40×8=320セグメント、8×42=336セグメント）を制御でき、1音ブザー制御や低電力モード機能を内蔵します。電源は一般に1.5V単三電池×2（3V）やLR44ボタン電池×2（3V）などで、基板・筐体はFR-4や薄型樹脂で低コストに製造されます。製造プロセスでは、設計済みチップ（例：Holtek、Megawin等が設計）がファウンドリでダイ製造され、COB工場でダイ接着・ワイヤボンディング・エポキシ封止が行われる。その後、基板実装工場（PCBアセンブリ）でプリント基板や部品実装を経て、最終的に玩具OEM/ODMメーカーで筐体組立・検査されます。最終製品は中国の輸出商社・問屋を経由し、東南アジア・アフリカ・東欧など世界各地の雑貨店や露店、ECで販売されます（図参照）。大量発注時には1台あたり約0.80USD程度まで単価が下がる例が報告されており、個々の部品原価はLCDモジュール約0.05–0.15USD、COB IC約0.03–0.10USD、ブザー約0.01–0.05USD、PCB＋実装費約0.05–0.15USD程度と推定されます（以下表参照）。なお、実際の仕様・コストは設計会社・モデルや部品選択により大きく変動する可能性があります。
## 代表的な仕様（例）
| 項目 | 仕様（典型例） |
|--------------------|---------------------------------------------------------------------------|
| CPUコア | 4ビットRISC系（8051互換的）または8ビットカスタム（Holtek, Megawin 等） |
| 動作クロック | 内部RC発振器、約0.5～1MHz 程度 |
| プログラムROM | 数～十数KB（マスクROM、例: 8KB） |
| データRAM | 数十～百数十バイト（例: 80B～192B） |
| I/Oポート | 約10～20本（ボタン・リセット・共通/セグメントLCDライン等） |
| LCDドライバ | 数百セグメント対応（例: 40×8=320セグメント、8×42=336セグメント）|
| ブザー/音源 | 内蔵（単音ビープ音, PWM出力など） |
| 電源 | 3V（1.5V単三×2またはLR44×2） |
| 外部メモリ | なし（全データ・プログラム内蔵） |
| パッケージ・実装 | 基板上へのダイ直付けCOB（ワイヤボンディング＋黒色エポキシ封止） |
| 基板構造 | 片面または両面プリント基板（低コストFR-4、ガラスエポキシ等） |
| その他 | キーマトリクススキャン機能, 省電力HALT/WAKE機能等 |
## 製造・組立プロセス
COBチップの製造は、まず半導体設計会社（例：Holtek、Megawinなど）が特定用途向けにマスクROMプログラムを組み込んだマイクロコントローラを設計し、ファウンドリ（半導体工場）でシリコンウェーハに製造します。その後、完成したダイは基板に接着され、細線（ワイヤボンディング）で基板配線と接続されます。最後に黒色エポキシで封止してチップを保護するCOBパッケージ形態となります。これによりICパッケージコストを下げ、サイズも最小化します。基板は簡易な片面または両面のプリント基板が用いられ、表面実装や挿入実装で抵抗やコンデンサ、ブザーなどを実装します。製品組立では、前述COB搭載基板に液晶モジュール（ガラス板に印刷されたセグメント）やスピーカ・ボタン電池ホルダを組み込み、プラスチック外装に固定します。製造段階では動作テストが行われ、EEPROMではなくマスクROMを用いる場合は出荷前にテスト治具で正常動作を確認して出荷します（レトロゲーム系は常に同じプログラムであることが多い）。なお、一部情報筋ではダイ内部にEPROM風の領域が見られたとの報告もあり、設計によっては一度だけ書き込み可能なメモリが使われることも示唆されています。
## サプライチェーンフロー（商流）
```mermaid
flowchart LR
A[チップ設計・開発\n（例：Holtek, Megawin 等）] --> B[ファウンドリ\n（半導体製造）]
B --> C[COB組立工場\n（ダイ接着・ワイヤボンディング・封止）]
C --> D[PCB実装工場\n（基板製造・部品実装）]
D --> E[OEM/ODMメーカー\n（ゲーム機組立・品質検査）]
E --> F[卸売・輸出業者]
F --> G[小売店・露店・ECサイト]
```
上図のように、まず半導体開発会社がチップを設計し、ファウンドリでダイを製造します。ダイはCOB組立工場へ送られ、基板上に搭載・封止されます。その後、PCB実装工場で他部品と共に実装し、OEM/ODMメーカーで筐体組立・検査が行われます。完成品は中国の卸売・輸出業者に渡り、東南アジア・アフリカ・欧州などの雑貨店や露店、オンラインマーケットを通じて販売されます。主要メーカー例としては、広東省の深圳・東莞・汕頭周辺に複数のOEM/ODM企業が存在し、総合玩具メーカーが完成品を企画・輸出します。注文数は一般的に数千～数万単位（高額なモデルで数十万台）となり、大ロット時に単価が下がります。
## コスト推定と部品構成
大量生産時の製品単価は約0.80USD前後まで下がるとされ、以下は主要構成要素の概算コスト例です（1台あたり）。実際の数値は発注数量・部品調達条件により変動します。
| 部品・項目 | 概算コスト (1台あたり) |
|----------------|--------------------------|
| COBマイクロコントローラIC | 約0.03–0.10 USD |
| LCDモジュール | 約0.05–0.15 USD |
| ブザー（圧電素子） | 約0.01–0.05 USD |
| PCB基板 (材料+製造) | 約0.03–0.10 USD |
| 実装・検査費 | 約0.05–0.15 USD |
| **合計BOM** | **約0.17–0.55 USD (参考)** |
たとえば、グローバルソースに掲載のモデルでは、5000～9999個で0.85USD、20000個以上で0.80USDといった価格設定がなされており、数万台のロットでは上記BOM合計＋梱包・物流費＋利ざやで約0.8USD前後と推定されます。少量（10～30台程度）注文では1台約0.7～1.6USDと幅があり、その差は発注量や最終外装材質、検査・送料条件によるものです。また、二次電池（LR44など）は上表に含まず、1台あたり数セント程度のコスト増となります。以上の数値は目安であり、実際にはデザインやパッケージ、ボリュームにより大きく変動する点に注意してください。
**不確実性:** 上記はあくまで典型的な例示であり、OEMによって内部チップや部品選定が異なるため仕様・コストにはばらつきがあります。特にCPUコア、LCDサイズ、ゲーム数、筐体形状などが異なるモデルも多く、それぞれ個別に異なるチップが使われる可能性があります（例：別メーカー製チップや新規設計のマスクROMなど）。また、市場の部品価格や為替変動によりコスト構成比も変わり得る点に留意が必要です。
## 参考文献・資料
- COBパッケージの概要と用途
- Holtek HTG13J0マイクロコントローラデータシート
- Aplus APU429マイクロコントローラデータシート
- Brick Gameハード解析（8051系MCU類似性指摘）
- 量産玩具コンソールの部品仕様例（Globalsources掲載）
- 中国系仕入れサイト掲載価格例
各資料を参照しつつ、上記情報を総合・推定してまとめました。各数値・仕様は公開情報・テアダウン報告等から抽出した典型例であり、実際の製品はこれと異なる場合があります。
登録:
投稿 (Atom)