← 2026-03-06 の一覧へ戻るホーム
「貧乏人のポラロイド」

2026/03/05 16:44

「貧乏人のポラロイド」

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

この記事では、Raspberry Pi Zero、PT‑310サーマルペーパー印刷機（中国から20〜60ユーロで購入）、FreeCADで作成した3Dプリントパーツを使用して、低コストで携帯型のDIYポラロイド風インスタントカメラを構築する方法を説明しています。各写真は0.01ユーロ未満で印刷でき、通常のポラロイド写真（約1ユーロ）よりも格段に安価です。また、50 m紙巻きは数ユーロ程度です。

主要ハードウェア選択:

  • カメラ – Raspberry Pi Zero と 
    picamera2
    を使用し、解像度2000 × 2000 px。Pythonによる画像処理（ヒストグラム等化、ガンマ補正、CLAHE、コントラスト伸長）を実装しています。
  • プリンタ – USBサーマルプリンタは 
    escpos
    ライブラリで制御し、再印刷ボタンに対応します。
  • 電源 – 画面と充電ポート付きのパワーバンクでバッテリー駆動。GPIO接続のシャットダウンボタンまたは手動スイッチでユニットをオフにできます。可変的な市販アダプタも可能ですが、長いケーブルは携帯性を損ねます。

機械設計:
FreeCAD で作成した3Dプリントハウジングにはステータス LED（青＝電源オン、緑＝準備完了、赤＝撮影中）と、カメラが忙しい時に点灯する追加 LED を装着。GPIO ピンは電源、カメラ、再印刷ボタン、およびバッテリー過熱時に電力を遮断するためのサーミスターへ接続します。

安全対策:
保護用眼鏡を着用し、パワーバンクから鋭利な物体を遠ざけ、サーミスターで発熱防止機能を活用してください。

記事はさらに拡張アイデアも提示しています。追加 LED やボタン（例：温度計モジュール）の設置、機能拡張、およびオンラインでのデモ共有などです。詳細な部品リスト、配線図、コードスニペットにより、ホビイスト・教育者・小規模イベントベンダーが迅速にセットアップを再現できます。

本文

スキンティング・アンド・ポラロイド

このカメラはプリント用紙のインクジェットプリンタ―（つまり、店で何をどれだけ買ったかを印刷してくれる同じもの）を利用しています。画像の品質はポラロイドほどではありませんが、こうした写真には独特の魅力があります。

「偉大な人」のポラロイド

このカメラがとても安いと思わないでください ― それよりもむしろ「安く作られた」ものです。部品自体は最も安価なポラロイドよりも高価でした。しかし、結局のところ写真そのもののコストを抑えることができます：1枚あたり約1 ユーロほどかかるポラロイドに対し、私のカメラで撮った写真は1セント未満です（50 mのインクジェット用紙ローラーは数ユーロ程度）。

カメラ

  • Raspberry Pi Zero に接続されており、画像を処理してプリンタへ送信します。
  • これは本格的なコンピュータで、ノートパソコンやデスクトップと同じです。高性能ではありませんが、画面・キーボード・マウスはもちろん、Bluetooth や Wi‑Fi も接続可能です。また、LED、ボタン、センサーを取り付けてプログラムすることもできます。
  • カメラモジュールが用意されており、使いやすく、場所をほとんど取らない設計です。

電源

  • コンピュータはコンセントに接続できますが、遠距離では撮影できません。非常に長いコードが必要です。
  • あるいは、充電式バッテリーや電圧変換器、充電管理回路を購入して、自作の充電装置を作る方法もあります。

自作充電装置の部品

ケーブルを持ち歩く手間や自分でバッテリーパックを組み立てる必要がないように、私はパワーバンクを購入しました。なぜか個別の部品よりも安価でした。

パワーバンク

  • バッテリー残量を表示します。
  • 直流入力に注意してください ― 内蔵バッテリーを過度に充電すると、火災が起きる恐れがあります（キャンディーのような状況です）。

プリンタ

特別というわけではありません。小型で専用紙が必要で、インクではなく紙自体を焼き付けて印刷します。ただし「何か」特殊性はあります…とりあえず、私が使っているプリンタです。

  • 接続には有線または Bluetooth を利用できます。
  • 実際にスマホから写真を送ることも可能ですが、パワーバンクの選択肢によっては難しいかもしれません。

ケース

  • クリップ型の尺を使い、紙の形状を測定しました。
  • FreeCAD でケースのモデルを作成し、3Dプリンタで印刷しました。

組み立て方

  1. プリンタとバッテリーボードをそれぞれ別々に設置します。
  2. ボタンホルダーや美観用パーツも同時に配置。
  3. 仕上げとして、すべての部品を所定位置に固定し、全体像を確認。

LED ライト

  • 青：電源が入っていること。
  • 緑：カメラが使用準備完了。
  • 赤：撮影中（ボタン押下時）。

接続

Raspberry Pi Zero には電源オン/オフスイッチはありません。
電源ケーブルを抜くことでシャットダウンします（推奨されません）。
代わりに、スイッチを設置して「休止」状態を指示するようプログラムできます。
しかし、このスイッチはコンピュータの起動しかできません。

電源ケーブルにスイッチ付きの接点を入れ、オフ時に電源を切断します。再びオンにしたい場合は、そのスイッチを押すだけです。

カメラ本体前面

  • 撮影ボタン（右上）
  • 電源/リセットボタン
  • パワーバンクモジュールへの接続
  • 最後の写真を再印刷する追加ボタン

配線整理

「麺棒状の配線」にならないよう、色分けされたケーブルを使用し、どこに何が接続されているかを明確化。
カメラ側にはプリンタを取り付け、いくつかのワイヤーをねじって固定しました。

パワーバンク

  • モジュール（バッテリーから切り離したもの）にディスプレイと充電用ジャックがあります。
  • 2 つのボタン：1 つはプリント、もう 1 つは更新（ファームウェア更新など）。
  • バッテリーボードが過熱すると温度センサーが検知し、電流を遮断します。

プログラミング

Python を使用しました ― 既存のライブラリが豊富です。以下はサンプルコードの概要です。

  1. PIL
    と 
    cv2
    を使って画像処理（ヒストグラム平坦化、ガンマ補正、CLAHE、コントラスト調整）。
  2. Raspberry Pi の GPIO、LED、およびボタンを制御。
  3. 画像を USB プリンタへ送信。

動作フロー

  1. 写真フォルダ 
    shots/
    を生成。
  2. Raspberry Pi Zero を接続し、GPIO を設定。
  3. LED（赤＝撮影、緑＝電源）を点灯。
  4. ボタン設置：
    • カメラボタン (
      CAMERA_BUTTON_PIN
      )
    • 電源オフボタン (
      POWER_BUTTON_PIN
      )
    • 最後の写真再印刷ボタン (
      REPRINT_BUTTON_PIN
      )
  5. 写真撮影 → 保存・処理 → プリント。
  6. シグナルハンドリングと GPIO のクリーンアップ。

締めくくり

「魔法のフォトケース」を自作したい方は、ぜひ私に連絡してください。連絡先はページ下部に記載しています。

同じ日のほかのニュース

一覧に戻る →

2026/03/06 1:04

多数の管理者アカウントが侵害された後、ウィキペディアは読み取り専用モードになった。

## Japanese Translation: **概要:** 本書は、2026年2月20日から3月5日にかけて Wiki サービスに影響を与えた一連の技術的インシデントを記録しています。 - **2月20日:** 19:28 UTC に問題が確認され、19:44 UTC に修正が適用されました。23:33 UTC に監視を再開しました。 - **2月25日:** 16:40 UTC に調査が開始され、17:24 UTC に解決しました。 - **2月26日:** 16:25 UTC に修正で問題が解消され、16:58 UTC に監視を開始しました。 - **3月3日:** 10:09 UTC にデータベースサーバーの問題が検知され、10:24 UTC に修正が適用されました。10:17 UTC に監視更新が行われました。 - **3月5日:** 16:11 UTC に問題が確認され、17:09 UTC に初期修正（読み書き復旧）が実施されました。さらに編集は17:36 UTC の追加修正まで無効のままでした。18:36 UTC に監視を継続し更新しました。 3月4日、2月1–2、2月27–28、2月22–24、または2月21日はインシデントが報告されていません。 インシデントは運用上の問題、性能低下、一部停止、大規模停止、およびメンテナンスカテゴリにわたります（ただし各イベントに対する具体的なカテゴリは割り当てられていません）。 すべての修正後、チームは安定性を確認するために継続的監視を実施し、完全回復を宣言しました。ユーザーは一時的な読み取り専用アクセスと編集制限を経験し、継続的な Wiki 利用が必要な企業や教育グループの協力に影響を与える可能性があります。新たな症状が出現した場合に備えて、引き続き観測が行われることが示唆されています。 *この拡張版がご要望に合致する場合は、元の概要を置き換えることができます。*

2026/03/06 2:44

**「ブランドの時代」**

## 日本語訳: **要約：** スイスの時計業界は、1970年代に起こったクォーツ危機によって軌道を変えました。この危機は日本企業の競争とフランス・米ドル為替レートの急騰が引き金となり、ユニット販売数は1970年代初頭から1980年代初頭にかけて約3分の2減少しました。その結果、多くのメーカーは破綻または買収を余儀なくされました。残存した数社は純粋な技術的精密さから**ブランド主導のラグジュアリー**へとシフトしました。 視覚的マイルストーンがこの転換を確固たるものにしました：パテック・フィリップの1968年「ゴールデン・エリプス」ケース、オーデム・ピゲの1972年ロイヤルオーク（ジェラルド・ゲンタ設計）、そして1976年のノーティラスはすべて技術的洗練よりも瞬時に認識できるデザインを強調しました。1984年にはパテックの広告代理店長レネ・ビッテルが「ホブナイル・カラトラバ」（3919）を提唱し、手巻き機構と独特な模様が投資銀行家の注目を集め、1987年までに売上を急増させました。 メカニカル時計は**高級アクセサリー**として再登場しました。大きさと視覚的インパクトが男性の「ユーピー」（若手社会人）に富を披露するために理想的だったためです。ブランド時代は現在、オーバーサイズで独特な形状のケース、人工的希少性、および二次市場（例：パテックの時計買い戻し）の積極的管理によって定義されます。 主要ブランドは階層化された製品ラインを割り当てる持株会社に統合されました。独立ブティックは、パテック・オーデム・ピゲ、ロレックスなどの数少ないフラッグシップハウスでのみ存続しています。業界がステータスシンボルに焦点を当てることで、メーカーによって管理される**資産バブルに似たビジネスモデル**が生まれました。 **教訓：** ブランド力は収益性を推進しますが、過度の依存はイノベーションを抑制するリスクがあります。次の「黄金時代」は、名声を売るだけでなく、本当に興味深い問題に取り組むことで生まれる可能性が高いです。

2026/03/02 18:26

**Linuxにおけるハードウェア・ホットプラグイベント ― 詳細解説**

## Japanese Translation: **概要：** Libusb の Linux ホットプラグシステムは、`linux_netlink.c` と `linux_udev.c` という 2 つのバックエンドに依存しています。デフォルトでは `--with-udev=yes` が設定されており、udev を無効にするとプレーンな netlink バックエンドが使用されます。 カーネルデバイスイベントは Netlink プロトコル 15（`NETLINK_KOBJECT_UEVENT`）を介して到達し、ヌル終端文字列として `add@/devices/...` のようなアクション行から始まり、`ACTION=add`、`SUBSYSTEM=usb` などのキー／バリュー ペアが続きます。udev はこれらのメッセージを受信し解析して、カスタムパケット形式でマルチキャストグループ 2（`MONITOR_GROUP_UDEV`）に再送信します。 udev パケットは `"libudev"` というマジック文字列から始まり、ビッグエンディアンのバージョンワード `0xfeedcafe` を持ち、次にネイティブエンディアンで格納された複数フィールド（`header_sz`、`properties_off`、`properties_len`、`subsystem_hash`、`devtype_hash`、`tag_bloom_hi`、`tag_bloom_lo`）が続きます。ハッシュは `SUBSYSTEM=` と `DEVTYPE=` の値に対して MurmurHash2 を用いて計算され、2 つの Bloom フィルタワードは `TAGS=` キーから導出されたビットをエンコードします。その後パケットには元のキー／バリュー文字列と、`SO_PASSCRED` 経由で送られる Unix 認証情報（pid/uid/gid）が含まれます。カーネルメッセージはゼロ認証情報を持つため、libudev は有効な認証情報がないパケットを拒否します。 プロトコルバージョンは固定で `0xfeedcafe` となっており、後方互換性や前方互換性に関する保証は文書化されていません。そのため、パケットレイアウト、フィルタリングロジック、または認証情報処理の変更は libusb と udev の両方で協調して更新を行う必要があり、ホットプラグイベントに依存するアプリケーションのデバイス検出、安定性、セキュリティに影響を与える可能性があります。

「貧乏人のポラロイド」 | そっか～ニュース