HiveFlow — Automated Beekeeping Platform Blueprint

01 · エグゼクティブサマリー01 · Executive summary

制御の境界線、プロダクトの段階的進化、および各導入フェーズの成果目標。The control boundary, product evolution, and outcome of each delivery phase.

まずは安全に計測・制御できる単体の給餌器を構築し、その後にフリート管理へと拡張します。巣箱側は常にフェイルクローズ（安全側停止）を維持し、中央プラットフォームがグループ管理、ポリシー設定、例外処理、レポート作成を担います。Build a safe instrumented feeder first, then a managed fleet. The hive remains fail-closed; the base platform coordinates groups, policy, exceptions, and reports.

1
液体を動かす前に計測する。タンク重量、給餌部温度、バッテリー状態、アクチュエータ状態が、信頼できる最小限の判断根拠セットです。Measure before moving liquid.Reservoir mass, feeder temperature, battery state, and actuator state are the minimum trustworthy evidence set.
2
段階的に自動化する。手動のベンチテスト、監視下での1箱パイロット、小規模フリート試験を経てから、無人スケジュール運用へ移行します。Automate progressively.Manual bench tests, supervised one-hive pilot, then small fleet pilots precede unattended schedules.
3
制御とインテリジェンスを分離する。ローカルの安全上限値が常に最終権限を持ち、LoRa経由のコマンドはデバイス側で検証される「リクエスト」として扱われます。Separate control and intelligence.Local hard limits remain authoritative; LoRa commands are requests subject to device-side validation.
4
フリート運用を前提に設計する。すべての機器に安定した識別子（ID）、署名付きファームウェア、段階的アップデート、イベントコード、保守履歴、予備部品計画が必要です。Design for fleet operations.Every unit needs a stable identity, signed firmware, staged updates, event codes, maintenance history, and spares planning.
5
実測データに基づいて拡張する。ゲートウェイ数や耐用年数は設計目標であり、無条件の保証ではありません。電波調査と季節を通じたパイロット試験で実証します。Scale by evidence.Gateway counts and unit life are capacity targets, not promises; they must be proven through RF and seasonal pilots.

主要機能の実装バランス概要Executive function summary

ローカルノードLocal node

安全エンジンSafety engine

LoRaテレメトリLoRa telemetry

フリート設定Fleet config

レポート・分析Reports/analytics

適応型ポリシーAdaptive policy

推奨ターゲット： フリートパイロット完了後に1,000箱へ拡大し、代表的な2シーズンを通じて稼働率、給餌精度、越冬バッテリー維持、保守効率、ゲートウェイ容量が実証された後にのみ5,000箱以上へと拡大します。Recommended target: 1,000 hives after the fleet pilot, then 5,000+ only after two representative seasons demonstrate uptime, dosing accuracy, battery survival, maintenance yield, and gateway capacity.

02 · フェーズ別の機能02 · Functions by phase

各フェーズには明確な完了基準（Exit Criterion）を設けます。ハードウェア、安全性、スケール拡大のマイルストーンを混同せず段階的に進めます。Each phase has a clear functional exit criterion. Do not combine hardware, safety, and scale milestones.

P0
第1〜2週P0
WEEK 1–2

要件定義と安全設計範囲（セーフティエンベロープ）Requirements & safety envelope

気候条件、巣箱構造、給餌シロップの成分・濃度、1日あたりの給餌上限量、低温時ロックアウト条件、地域の電波法規プラン、設置・保守サービス水準、および「遠隔からは絶対に行わせてはならない操作」を定義します。Define climate, hive configuration, feed chemistry, daily volume ceilings, cold lockout, regional radio plan, installation service level, and what the platform must never do remotely.

現地調査site survey故障モード解析failure modes給餌ポリシーdosing policy無線リージョンRF region受入テスト基準acceptance tests

P1
第3〜6週P1
WEEK 3–6

単一巣箱ベンチテスト機Single-hive bench unit

送液経路とローカル安全機構を実証します。まず水で試験し、次に実際のシロップを使用します。吐出重量、液漏れ、最小流動圧力、バルブ閉止、電圧低下（ブラウンアウト）時の挙動、ポンプ停止（ストール）時の応答を計測します。Prove the hydraulic path and local safety. Use water first, then actual syrup. Measure delivered mass, leaks, minimum flow pressure, valve closure, brownout behavior, and pump stall response.

ポンプ校正pump calibrationロードセルload cellウォッチドッグwatchdogディープスリープdeep sleep手動オーバーライドmanual override

P2
第7〜12週P2
WEEK 7–12

1箱での監視下パイロット試験One-hive supervised pilot

実際の巣箱1つに対し、控えめな給餌量と人間による確認のもとで運用します。イベントをローカルに記録し、可能な場合は定期的にヘルスレポートを送信し、再起動後に自動で給餌を再開することは決してありません。Operate on one real hive with conservative doses and human review. The system stores events locally, sends periodic health reports when possible, and never resumes a feed automatically after reboot.

監視下給餌supervised feed季節ロックアウトseason lockoutローカルイベントログlocal event log電源喪失テストpower-loss test現地メンテナンスsite maintenance

P3
第4〜6ヶ月P3
MONTH 4–6

LoRaWAN接続パイロット試験LoRaWAN-connected pilot

SX1262クラスの無線モジュール、地域ゲートウェイ、ネットワークサーバー、デバイスID、OTAA認証、確認応答（ACK）、コマンド有効期限、段階的ファームウェア更新を追加します。ゲートウェイは単なるRF中継器であり、制御権限は持ちません。Add an SX1262-class radio, regional gateway, network server, device identity, OTAA, acknowledgements, command expiry, and staged firmware. A gateway is an RF relay, not the application authority.

OTAA認証OTAAClass A動作Class AADR制御ADRダウンリンクキューdownlink queue通信エリア調査coverage surveyOTAカナリア配信OTA canary

P4
第7〜12ヶ月P4
MONTH 7–12

フリート管理コントロールプレーンFleet control plane

巣箱、拠点、グループ、スケジュール、制限値、ファームウェア配信キャンペーンをプロビジョニングします。稼働状態の把握、アラーム確認、レポート出力、安全な設定変更配信を一元的に行える管理画面を構築します。Provision hives, sites, groups, schedules, limits, and firmware campaigns. Create a single place to view health, acknowledge alarms, run reports, and safely distribute configuration changes.

権限管理(RBAC)RBAC監査ログaudit log一括設定bulk configカナリアリリースcanary releasesフリートダッシュボードfleet dashboardCSV/PDFレポートCSV/PDF reports

P5
第1〜2シーズンP5
SEASON 1–2

1,000箱規模のマネージド展開1,000-hive managed deployment

地域およびデバイスリビジョンごとのコホート単位で展開します。パケット到達率、ゲートウェイ占有率、冬季のバッテリー持続性、給餌誤差、作業時間、故障率、予備部品の消費量を計測します。Roll out in cohorts by geography and device revision. Measure packet delivery, gateway occupancy, battery winter survival, dose error, technician time, failure rates, and spare-part consumption.

RF容量検証RF capacity越冬検証winter validation保守ルート最適化maintenance routes予備部品在庫spares stockSLA設計SLA design

P6
第2シーズン以降P6
SEASON 2+

5,000箱以上の最適化・大規模運用5,000+ hive optimization

予知保全、拠点別ポリシー、異常検知、エネルギー収支の精緻化、オプションの巣箱全体重量テレメトリ、マルチリージョン・ゲートウェイ運用を追加します。ローカルのハードウェア安全制限はクラウドの稼働状況から完全に独立させ続けます。Add predictive maintenance, site-level policy, anomaly detection, refined energy budgets, optional hive-weight telemetry, and multi-region gateway operations. Keep local hard safety independent of cloud availability.

予知アラートpredictive alertsコホート別ポリシーcohort policiesコスト最適化cost optimization地域フェイルオーバーregional failover継続的OTAcontinuous OTA

03 · システムアーキテクチャ03 · System architecture

中央データ/コントロールプレーンと自律的なローカル制御を組み合わせた、スター・オブ・スターズ型LoRaWANトポロジー。A star-of-stars LoRaWAN topology with a central data/control plane and autonomous local control.

巣箱の自律制御Hive autonomyLoRaWAN / 無線中継LoRaWAN / RF中央運用基盤Central operations↗ アップリンク / ダウンリンク通信フロー↗ Uplink / downlink flow

04 · 巣箱ノードの設置構造04 · Hive node installation

1つの巣箱につき交換可能なノードを1台設置。下図はフィールド設置の概念図であり、最終的な機械設計図面ではありません。One replaceable node per hive. The drawing is a field-installation concept, not a final mechanical drawing.

コントローラー / 電子基板Controller / electronics電源およびシロップタンクPower and reservoir送液系（ポンプ・バルブ）Hydraulicsセンサー / LoRaWANSensing / LoRaWAN給餌器 / 取り付け金具Feeder / mounting

設計意図： 巣箱自体はあくまで生物学的システムとして維持し、ノードは保守しやすい外付け周辺機器として構成します。電子回路は乾燥状態に保ち、シロップ経路は無線部から分離し、接液部や摩耗部品はすべて巣箱を解体せずにアクセス・交換できる構造とします。Design intent: the hive remains the biological system; the node is a serviceable peripheral. The electronics stay dry, the syrup path stays isolated from the radio, and every wet or mechanical wear item is reachable without dismantling the hive.

P0現地調査と安全上限設定P0Site survey and safety limits

P1送液・重量・電源・WDT検証P1Hydraulics, mass, power, watchdog

P21箱への監視下設置P2Supervised one-hive install

P3LoRaWANアンテナ・GW接続P3LoRaWAN antenna / gateway link

P4フリートID・中央基盤連携P4Fleet identity and base link

P5拠点コホート単位の展開P5Managed site cohorts

P6拡張センサーと全体最適化P6Optional scale sensors and optimization

05 · 巣箱ハードウェア05 · Hive hardware

交換可能なモジュール構成から開始し、量産段階では同一機能をカスタム基板へと統合します。Start with a local, replaceable module. Production hardware can consolidate the same functions onto a custom board.

コア制御Core

演算処理、デバイス識別子、ローカルメモリCompute, identity, and local memory

ESP32-C3 ＋セキュアエレメント（量産時）＋ローカル設定パーティションESP32-C3 + secure element in production + local configuration partition

⌄

ESP32-C3ESP32-C3

給餌ステートマシン、無線通信、BLE初期設定、自己診断、ディープスリープ制御を実行します。本番環境ではESP-IDFを使用します。Runs the feeder state machine, radio, BLE commissioning, diagnostics, and deep-sleep schedule. Use ESP-IDF in production.

セキュアエレメントSecure element

1,000台以上の規模では、LoRaWAN/アプリケーション鍵、デバイス証明書、署名付きファームウェア、コマンド署名鍵を保護するために推奨されます。Recommended for 1,000+ units to protect LoRaWAN/application keys, device credentials, signed firmware, and command signing material.

ディープスリープ時はWi-Fi/Bluetoothを完全に遮断し、センシングと無線通信のデューティサイクルを明確に管理します。Deep sleep powers down Wi-Fi/Bluetooth; keep sensing and radio duty cycles explicit.
設定値とカウンタは不揮発性ストレージ（NVS）に保存し、障害復旧用に追記専用（Append-only）のローカルイベント記録を使用します。Store configuration and counters in NVS; use append-only local event records for recovery.
BLEまたは保護されたサービスモードは、現地での初期セットアップ（コミッショニング）時のみ有効化します。Expose BLE or a protected service mode only during commissioning.

無線通信Radio

LoRaWANトランシーバーとアンテナLoRaWAN transceiver and antenna

SX1262クラス省電力無線、地域周波数帯対応、Class A、OTAA認証SX1262-class low-power radio, regional band, Class A, OTAA

⌄

初期パイロットでは、ベアチップのSX1262ではなく認証済みLoRaWANモジュール設計を優先します。Prefer a certified/module-level LoRaWAN design over a bare SX1262 in the first pilot.
地域の周波数帯に整合したアンテナを使用し、金属部品、湿った巣箱の木材、ソーラー配線ハーネスが基板アンテナに近接する影響を避けます。Use a matched antenna designed for the regional band; avoid relying on PCB proximity to metal, wet hive wood, or the solar harness.
Class Aを基本とします。Class BやClass Cは、受信待機の電力コストに見合うバッテリー容量と用途がある場合にのみ検討します。Class A is the baseline. Add Class B or C only if the battery and use case justify the receive-time cost.
コンパクトなバイナリペイロードを使用します。確認付きアップリンク（Confirmed Uplink）は、アプリケーション層の応答が必須なイベントやコマンドに限定します。Use compact binary payloads. Reserve confirmed uplinks for events or commands that require application acknowledgement.

設計ノート： Semtech社はSX126xファミリを低消費電流・複数年稼働向け・LoRaWAN準拠と位置付けています。実際の電池寿命はパケット通信時間（Airtime）、再送回数、地域のデューティサイクル規制、送信出力、スリープ設計に依存します。[4]Planning note: Semtech describes the SX126x family as low-current, multi-year-oriented, and LoRaWAN-compatible. Exact device life depends on packet airtime, retries, regional duty cycle, transmit power, and sleep design.[4]

送液系Hydraulics

タンク、ポンプ、バルブ、給餌器Reservoir, pump, valve, and feeder

精度が求められる箇所には容積式ポンプを採用し、安全フォールバックとして重力式給餌器を考慮Positive displacement where accuracy matters; gravity feeder as a safety fallback

⌄

食品グレードの不透明タンク（充填範囲明記）と、交換・清掃が容易なチューブを採用します。Food-grade, opaque reservoir with a defined fill range and serviceable tubing.
ミツバチの溺死や盗蜜（ロビング）リスクを減らすメッシュ付き巣箱上部給餌器を採用し、排水・洗浄経路を設けます。Screened hive-top feeder to reduce drowning and robbing exposure; provide a drain/flush route.
ノーマルクローズ（通電時のみ開く）バルブ、ポンプ電流検知、最大稼働時間制限、および物理的な手動遮断バルブを備えます。Normally closed valve, pump current sensing, maximum runtime, and a physical manual shutoff.
ロードセル（重量センサー）を主たる給餌量計測手段とし、簡易フローセンサーは補助的なチェックとしてのみ使用します。Use a load cell as the primary delivery measurement; use a coarse flow sensor only as a secondary check.
ポンプ、バルブ、電子回路は漏液トレイより上の乾燥領域に配置し、配線にはストレインリリーフ（張力緩和）とドリップループ（水切りループ）を設けます。Keep pump, valve, and electronics dry above a leak tray; use strain relief and drip loops.

センサー系Sensing

重量、温度、電力、および異常検知センサーMass, temperature, power, and fault sensors

最小限の実用センシング構成（将来的な巣箱全体重量計の追加にも対応）Minimum viable sensing set, with optional hive-weight scale later

⌄

シロップタンク重量Reservoir

5 kgロードセル＋ HX711/NAU7802。風袋引き、安定待ち、既知重量による校正を実施。5 kg load cell + HX711/NAU7802; tare, settle, and calibrate against known mass.

温度Temperature

給餌器またはタンク出口付近にSHT30/SHT31またはDS18B20を配置（簡単に濡れない構造）。SHT30/SHT31 or DS18B20 near feeder/reservoir outlet; avoid a sensor that is trivially wetted.

電力監視電源系Power

分圧回路またはINA219/INA226。ソーラーパネル系とアクチュエータ電源ラインを分離計測。Battery divider or INA219/INA226; separate panel and actuator rails.

液漏れ検知Leak

ドリップトレイの水分センサーまたはフロートスイッチ。検知時は自動給餌を即時停止。Drip-tray moisture or float switch; fault must default to no automatic feed.

ポンプ状態Pump

電流値または回転数フィードバックにより、空運転、ストール、ポンプヘッド詰まりを検知。Current or tachometer feedback detects dry running, stall, or an obstructed head.

リアルタイムクロック(RTC)RTC

PCF8563/DS3231によりオフラインでも正確なスケジュールを維持（通信可能時に時刻同期）。PCF8563/DS3231 for offline schedule accuracy; synchronize only when available.

電源系Power

ソーラーパネル、充電IC、バッテリー、レギュレーターSolar panel, charger, battery, and regulator

低待機電力設計、適切なパワーパス制御、および温度保護の実装Low idle load with a real power path and thermal qualification

⌄

初期ターゲットは巣箱あたり5〜10 Wのソーラーパネルとし、現地の冬季日照量と実測負荷に基づいて最適化します。Initial target: 5–10 W panel per hive, then size from local winter insolation and measured load.
バッテリーの化学特性に適合し、NTC温度監視、低温時の充電禁止機能、ロードシェアリングを備えた充電ICを使用します。Use a chemistry-specific charger with battery NTC, low-temperature charge inhibition, and load sharing.
ESP32は低暗電流（Low-Iq）レギュレーターで駆動し、アクチュエータ用電源ラインは給餌動作中のみスイッチをオンにします。Keep the ESP32 on a low-quiescent regulator and switch the actuator rail only during a feed event.
1セルLi-ion/LiFePO4構成はコンパクトであり、3セルLi-ion構成は12 V系アクチュエータの駆動が容易です（2Sパックを真の12 V電源とみなさないこと）。A one-cell Li-ion/LiFePO4 design is compact; a 3-cell Li-ion design makes 12 V actuators easier. Do not call a 2S pack a true 12 V rail.
TVSダイオード、ヒューズ、逆接続保護回路、および物理的なパネル/バッテリー切断スイッチを設けます。Use TVS/fuse/reverse-polarity protection and a physical panel/battery disconnect.

参考仕様： TI社のBQ24210はソーラー入力パワーパス/負荷モード機能、NTC温度監視、低リーク電流を備え、BQ25505は超低消費電力エナジーハーベスティングとMPPTに対応、BQ25798は1〜4セルのソーラーMPPTおよびバックアップパワーパス機能を提供します。[6][7][8]Reference points: TI's BQ24210 includes solar input power-path/load-mode features, NTC monitoring, and low battery leakage; BQ25505 targets low-power energy harvesting and MPPT; BQ25798 adds 1–4-cell solar MPPT and backup power-path capability.[6][7][8]

06 · 電力バジェットと自律稼働06 · Power budget & autonomy

チップのデータシート値だけでなく実測値に基づく電力収支を使用します。開発ボードのLED、レギュレーター、プルアップ抵抗、センサー、通信リトライが待機電力を支配することがあります。Use a measured budget, not only chip datasheet values. Development-board LEDs, regulators, pullups, sensors, and retries can dominate idle draw.

負荷要素Load	想定イベント例Illustrative event	推定消費エネルギーEstimated energy	設計上の指針Design implication
コントローラー・ディープスリープController deep sleep	モジュール単体目標約10 µA~10 µA module-level target	<0.001 Wh/日<0.001 Wh/day	周辺回路をパワーゲーティング（電源遮断）すること。開発ボードの数値を量産値とみなさない。Power-gate board accessories; do not quote a dev board as a production result.
定期ウェイクアップPeriodic wake	15分ごとに5秒間・30 mA30 mA for 5 s every 15 min	約0.013 Wh/日~0.013 Wh/day	安全上のイベントがない限り、15〜60分周期の計測サイクルとする。Use a 15–60 minute cadence unless a safety event requires faster checks.
LoRaアップリンク通信LoRa uplink	送信時 4〜25 mA（地域・出力依存）4–25 mA TX, region/power dependent	通常はポンプ駆動に比べ微小Usually small relative to pump	ペイロード長、再送、送信頻度を最小化し、ADRとバッチ送信を活用する。Minimize payload, retries, and uplinks; use ADR and batching.
ポンプ駆動イベントPump event	5 V・300 mA × 10秒 × 1日2回300 mA at 5 V for 10 s × 2/day	約0.008 Wh/日~0.008 Wh/day	稼働時間と実際の給餌量がエネルギー消費の大部分を占める。Duty cycle and actual dose dominate the energy budget.
バルブ駆動イベントValve event	12 V・500 mA × 1日2秒500 mA at 12 V for 2 s/day	約0.003 Wh/日~0.003 Wh/day	可能な限り短時間通電またはノーマルクローズのアクチュエータ制御を採用する。Prefer a low-duty latching or normally closed actuator strategy where possible.
クラウド / Wi-Fi通信Cloud / Wi-Fi	短時間の接続・アップロードバーストShort connect/upload bursts	変動幅が大きいHighly variable	フリート通信にはLoRaを使用し、Wi-Fiは初期設定や現地保守時のみに限定する。LoRa should be the fleet link; use Wi-Fi only for commissioning or local service.

自律稼働ターゲット： 日照がほとんどない状態でも監視・制御系が5日間以上稼働し、かつ計画された給餌サイクルを最低1回以上完遂できること。ソーラーパネルの公称出力値だけで通年稼働を判断せず、冬季パイロット試験で実証します。Autonomy target: five days without meaningful sun for the monitoring/controller budget, and at least one complete planned feeding cycle. Validate through a winter pilot; panel nameplate ratings do not establish year-round autonomy.

07 · デバイスソフトウェア07 · Device software

ローカルの安全制御はシンプルかつ決定論的に保ち、高度なフリート分析・判断は中央基盤側に持たせます。Local safety is deterministic and small. Fleet intelligence belongs at the base.

ステートマシンState machine

給餌器の動作モードと状態遷移Feeder modes and transitions

すべてのアクチュエータ遷移に制限時間を設け、状態を観測可能にするEvery actuator transition must be bounded and observable

⌄

IDLE（待機）IDLE

ヘルス状態を読み取り、簡潔なステータスを送信してスリープへ戻る。Read health, transmit compact status, return to sleep.

ARMED（準備完了）ARMED

スケジュールとローカル安全条件が有効な状態。次回の給餌時刻を待機。Schedule and local rules are valid; wait for the next due event.

DISPENSING（給餌中）DISPENSING

バルブを開きポンプを駆動。重量変化・電流・稼働時間をリアルタイム監視。Valve open, pump running, mass/current/runtime monitored.

VERIFY（検証）VERIFY

バルブを閉じて安定を待ち、重量減少分を計測して正常完了または異常を判定。Close valve, wait, measure mass delta, accept or fault.

FAULT（異常停止）FAULT

全出力をオフにし、原因コードを保存。解除には確認応答（ACK）が必要。Outputs off, reason stored, acknowledgement required.

SERVICE（保守モード）SERVICE

受け容器への手動ポンプテスト等を実施。無人自動給餌は無効化。Manual pump test into a catch container; no unattended dose.

安全制御Safety

ハードインターロックとフェイルクローズ動作Hard interlocks and fail-closed behavior

これらの安全制限は遠隔からの設定変更よりも常に優先されますThese limits take precedence over remote configuration

⌄

初期設置後、工場出荷時リセット後、バッテリー交換後、またはファームウェア移行後は、デフォルトで自動給餌が無効（Disabled）になります。Disabled by default after install, factory reset, battery replacement, or firmware migration.
設定された低温しきい値以下では液体給餌を禁止します（寒冷時は固形給餌モードまたは手動管理を使用）。No liquid feed below a configurable cold threshold; use solid-feed mode or manual service in cold conditions.
温度異常、ロードセル故障、液漏れ検知、タンク残量不足、バッテリー低下、時刻不正、アクチュエータ異常がある場合は給餌を行いません。No feed with invalid temperature, failed load cell, leak detected, low reservoir, low battery, invalid clock, or open actuator fault.
1回あたり最大給餌量、1日あたり最大給餌量、最小給餌間隔、最大ポンプ稼働時間、最大連続失敗回数をハードリミットとして強制します。Maximum dose, maximum daily dose, minimum interval, maximum pump runtime, and maximum consecutive failures are hard limits.
電源喪失、ウォッチドッグリセット、電圧低下（ブラウンアウト）、または中断された給餌は、決して自動的に再開されません。A power loss, watchdog reset, brownout, or interrupted feed never resumes automatically.
遠隔コマンドには有効期限、ノンス（使い捨て乱数）、操作ID、ローカル検証を含め、重複受信しても無害（べき等）に処理します。Remote commands include an expiry, nonce, operation identifier, and local validation; duplicates are harmless.

ペイロード設計Payload

テレメトリおよびコマンドモデルTelemetry and command model

帯域制限のあるLoRaWANリンク向けに設計された、コンパクトでバージョン管理されたメッセージCompact, versioned messages designed for constrained LoRaWAN links

⌄

ハートビートHeartbeat

デバイス状態、電池電圧、タンク重量、温度、RSSI/SNR、FWバージョン、異常ビットマスク。Device state, battery, reservoir mass, temperature, RSSI/SNR, firmware, and fault bitmask.

給餌イベントFeed event

要求給餌量、実測吐出量、所要時間、判定結果、校正プロファイル。Requested mass, delivered mass, duration, target result, and calibration profile.

異常（フォルト）通知Fault

エラーコード、重要度、初回発生時刻、最終発生時刻、確認応答の要否。Code, severity, first-seen time, last-seen time, and acknowledgement requirement.

コマンドCommand

設定変更、給餌要求、テスト実行、ステータス要求、OTA開始（すべて期限切れ時は無効化）。Set config, request feed, run test, request status, or start OTA; all expire if stale.

データ設計： 通常の定期アップリンクで生の診断ダンプを送信しないでください。ローカルにイベントログを保持し、必要時のみコンパクトな診断スナップショットを要求します。Data design: do not send raw diagnostic dumps in routine uplinks. Keep a local event log and request a compact diagnostic snapshot when needed.

OTA更新OTA

署名付き・段階的・ロールバック可能なアップデートSigned, staged, and reversible updates

フリート規模のファームウェア運用では、巧妙な更新プログラム以上にリリース管理ポリシーが重要Fleet-scale firmware needs release policy more than a clever updater

⌄

署名付きファームウェアイメージ、互換性メタデータ、および不正ロールバック防止ポリシー。Signed image, compatibility metadata, and anti-rollback policy.
カナリアリリースを徹底：まず1台、次に1%、10%、50%、そして拠点・コホート単位へと段階的に展開。Canary first: 1 unit, then 1%, 10%, 50%, and site/cohort rollout.
各段階の後に自動ヘルスゲートを設け、起動・無線・センサーの異常増加が見られた場合は一時停止またはロールバックを実行。Automatic health gate after each stage; pause or roll back on boot, radio, or sensor regression.
可能な限り、アプリケーションファームウェアと無線/ネットワーク設定を分離して管理。Separate application firmware from radio/network configuration where practical.
アップデート前後でデバイスIDおよび固有設定値を確実に保持。Preserve device identity and configuration through updates.

08 · LoRaWANネットワークと拡張性08 · LoRaWAN network & scale

LoRaWANはバッテリー駆動のフリートに最適ですが、無線容量は現地調査と運用プロセスによって決まるものであり、固定の巣箱数を無条件に保証するものではありません。LoRaWAN is the right fit for a battery-powered fleet, but radio capacity is a site survey and operational process—not a fixed hive-count promise.

リュブリャナ現地検証Ljubljana

実現可能性チェック：スロベニア・リュブリャナFeasibility check: Ljubljana, Slovenia

技術的適合性は高いが、公開カバレッジマップは検証用の参考情報でありサービス品質保証（SLA）ではないGood technical fit, but public coverage is a map to verify—not a contractual service level

⌄

実現可能性の見込みLikely feasibility

小規模パイロットには非常に高い。 リュブリャナには全域カバーを謳うSolvera Lynx社の商用網やTTN（The Things Network）コミュニティ網など、複数の公開・商用LoRaWAN実績が確認されています。High for a small pilot. Multiple public/community and commercial LoRaWAN footprints are documented in Ljubljana, including a stated city-wide Solvera Lynx network and the TTN Ljubljana community.

最適な導入アプローチBest deployment choice

本番フリートにはプライベートまたはマネージド網を使用。 既存の公開コミュニティ網は初期の電波調査や低コスト試験のみに利用し、無人給餌をベストエフォートのコミュニティ網に依存させないこと。Use a private or managed network for the fleet. Join an existing public network only for a coverage/low-cost test; do not make unattended feeding depend on a best-effort community map.

地域無線規格Regional radio

EU863–870 / EU868（日本国内パイロットではAS923）。 スロベニア現地ではEU868対応SX1262モジュール、認証アンテナ、EU準拠の送信出力・ネットワーク設定を使用します。EU863–870 / EU868. Use an EU868-capable SX1262/module, approved antenna, and a Slovenia/EU-compliant network profile and transmit-power configuration.

確認されている実績： TTNリュブリャナページには約12台のゲートウェイを有するコミュニティが記載されており、過去のTTNフィールド報告ではMosteゲートウェイが車載テストで約5 km到達したと報告されています。またSolvera Lynx社とLoRa Allianceはリュブリャナ市全域をカバーするネットワークを報告しています。これらは都市部での十分な利用可能性を示していますが、すべての巣箱設置場所での均一な電界強度を保証するものではありません。What is documented: the TTN Ljubljana page currently lists a community with roughly a dozen gateways, and an older TTN post reports one Moste gateway reaching about 5 km in a car test. Solvera Lynx and the LoRa Alliance describe its network as covering the complete city of Ljubljana. Those statements indicate meaningful urban availability, not a uniform field-strength guarantee.
マップの意味： TTN MapperやLoRaWAN.siは公開・稼働中のコミュニティゲートウェイとGPS実測値を表示します。プライベート網や商用網は表示されない一方、マップ上にゲートウェイがあっても各巣箱からの安定した通信リンクが保証されるわけではありません。What the maps mean: TTN Mapper/LoRaWAN.si maps public, active community gateways and GPS-derived measurements. Private and commercial gateways are not always visible, while a displayed gateway is not a guaranteed usable link from every hive.
リュブリャナ特有のリスク： 屋根やマスト上のゲートウェイにとって見通しの良い都市環境ですが、リュブリャナ城周辺やGolovec丘陵、Fužineエリア、森林境界、建物の高さ、巣箱の設置位置などの地形・配置条件によって通信品質は大きく変わります。Ljubljana-specific risk: the city is a good line-of-sight environment for a gateway on a roof or mast, but site geometry still matters: the Ljubljana Castle/Golovec/Fužine area, wooded edges, building height, and the placement of the hive can change the result materially.
パイロット推奨事項： イーサネットまたはセルラーバックホールを備えた管理下の8チャネル屋外ゲートウェイを高所の安全な場所に設置し、予定されるすべての養蜂場クラスタで24〜72時間のフィールドテストを実施してください。RSSI、SNR、拡散率（SF）、Join成功率、アップリンク到達率、ダウンリンク遅延を記録します。Pilot recommendation: place a managed 8-channel outdoor gateway at a high, secure site with Ethernet or cellular backhaul, then run a 24–72 hour field test at every proposed apiary cluster. Record RSSI, SNR, spreading factor, join success, uplink delivery ratio, and downlink latency.
フリート目標： 密集クラスタごとに1台の管理ゲートウェイから開始し、ダイバーシティ（冗長化）のために2台目を追加します。郊外や山間部の拠点では、より高いアンテナマスト、専用ゲートウェイ、またはプライベートLNSが必要になる場合があります。Fleet target: start with one managed gateway per dense cluster and add a second gateway for diversity. A rural or edge site may need a taller antenna, a repeater/gateway, or a private LNS rather than a public network.

結論： リュブリャナにおけるLoRaWAN導入は実現可能性が高く、特に専用ゲートウェイを設置すればパイロット試験は容易に進められます。本番運用における正解は「実測による現地電波調査＋マネージド/プライベート網のSLA確保」です。「市内全域カバー」という宣伝文句だけを鵜呑みにして、実際の巣箱位置、アンテナ高、ペイロード頻度、ゲートウェイのデューティサイクル負荷を検証せずに数千箱へ直接外挿してはなりません。Verdict: LoRaWAN in Ljubljana is feasible and likely straightforward for a pilot, especially with a purpose-installed gateway. The correct production answer is a measured site survey plus a managed/private network SLA. Do not extrapolate the advertised “full city coverage” directly to thousands of hives without testing the actual hive locations, antenna heights, payload schedule, and gateway duty-cycle load.

根拠資料：TTN Ljubljanaコミュニティページ、TTNゲートウェイフィールド報告、LoRa AllianceによるSolvera Lynxリリース、LoRaWAN.si/TTN Mapperカバレッジガイドライン、TTN EU868地域パラメータ。また作成時にライブTTN MapperゲートウェイAPIを確認したところ、2026年9月24日時点でリュブリャナ広域バウンディングボックス（北緯45.95〜46.20°、東経14.35〜14.65°）内に直近稼働の公開ゲートウェイ15件が確認されました。これは特定時点の公開マップ確認であり、カバレッジ保証ではありません（プライベート網は非表示）。[15][17]Evidence: TTN Ljubljana community page; TTN gateway field report; LoRa Alliance Solvera Lynx release; LoRaWAN.si/TTN Mapper coverage guidance; TTN EU868 regional parameters. The live TTN Mapper gateway API was also checked during preparation: it showed 15 recently heard public gateway records inside a broad Ljubljana-area bounding box (45.95–46.20°N, 14.35–14.65°E) on 24 September 2026. This is a point-in-time public-map check, not a coverage guarantee; the mapper itself notes that private networks are not shown.[15][17]

トポロジーTopology

単一ゲートウェイ前提ではなく「スター・オブ・スターズ」構成Star-of-stars, not a single-gateway assumption

巣箱ノード → 冗長ゲートウェイ群 → ネットワークサーバー → 中央管理基盤Hives → redundant gateways → network server → central base

⌄

エンドデバイス（巣箱）は通信範囲内の全ゲートウェイへ送信し、ネットワークサーバーが重複排除とLoRaWANセッション管理を行います。End devices communicate with gateways in range; the network server de-duplicates and manages the LoRaWAN session.
公称到達距離だけでなく、可用性のためにゲートウェイのカバレッジ重複を設計します。地形、植生、金属、丘陵、アンテナ高が実際の通信範囲を左右します。Design gateway overlap for availability, not merely nominal range. Terrain, vegetation, metal, hills, and antenna height dominate coverage.
各地域のチャネルプラン、法定送信出力、デューティサイクル制限、認可周波数帯を遵守します。地域仕様のモジュールとアンテナを必ず一致させます。Use regional channel plans, legal transmit power, duty-cycle limits, and an approved band. The region-specific module and antenna must match.
Class AおよびOTAAから開始します。ADR、デバイスプロファイル、重複受信処理、ダウンリンクキューイング、リージョン設定をサポートするネットワークサーバーを使用します。Start with Class A and OTAA. Use a network server that supports ADR, device profiles, duplicate delivery handling, downlink queueing, and regional configuration.

重要： ゲートウェイはデバイスの制御装置ではありません。中央基盤が意図とポリシーを送信し、巣箱ノード自身がローカルの安全基準を適用して結果を返します。Important: a gateway is not a device controller. The base sends intent and policy; the hive enforces the local safety envelope and returns the result.

通信容量設計Capacity

1,000〜5,000箱規模のネットワーク計画Planning a 1,000–5,000 hive network

単なる台数ではなく、Airtime（電波占有時間）、冗長性、トラフィック種別、将来の拡張性から設計するSize from airtime, redundancy, traffic classes, and growth—not device count alone

⌄

トラフィック種別を定義：15分周期のハートビート、日次ヘルス、給餌イベント、異常通知、確認応答、OTAチャンク。Define traffic classes: 15-minute heartbeat, daily health, feed event, fault, acknowledgement, and OTA chunks.
地域のデータレート、拡散率（SF）、ペイロードサイズ、アンテナ利得、リンクマージン、再送回数、チャネルプランを用いてパケットの電波占有時間を算出します。Estimate packet airtime using the regional data rate, spreading factor, payload size, antenna gain, link margin, retries, and channel plan.
ADR（適応データレート）を活用し、近距離デバイスは高速・省電力で通信させつつ、遠距離デバイスの到達性を確保します（この最適化は巣箱ではなくネットワークサーバーが管理）。Use ADR so nearby devices use faster data rates and lower power while edge devices remain reachable; the network server, not the hive, manages this optimization.
1日あたりの平均メッセージ数だけでなく、ゲートウェイのチャネル占有率、同時アップリンク衝突、受信ダイバーシティ、バックホール可用性、フェイルオーバーをモデル化します。Model gateway-channel occupancy, simultaneous uplinks, receive diversity, backhaul availability, and failover—not just average messages per day.
障害発生時のバースト通信、再送、季節変動トラフィック、将来の追加センサーに備え、30〜50%の容量ヘッドルームを確保します。Reserve 30–50% growth headroom for faults, retransmissions, seasonal traffic, and future sensors.
最終的なゲートウェイ台数を確定する前に、代表的な地形での6〜8週間のRF調査と段階的パイロットを実施します。Perform a six-to-eight-week RF survey with representative terrain and a staged pilot before committing to a final gateway count.

根拠データ： LoRa AllianceはLoRaWANをセキュアな双方向スター・オブ・スターズ構成と定義しており、Semtech社は好条件下で1台の8チャネルゲートウェイが「1日10メッセージ送信するデバイス約10,000台」を収容可能としつつも、実際の容量はゲートウェイ密度とADRに依存すると強調しています。これらは計画上の参考値であり保証値ではありません。[1][2][3]Evidence anchors: the LoRa Alliance describes LoRaWAN as a secure, bidirectional, star-of-stars architecture; Semtech states that a single eight-channel gateway can support on the order of 10,000 devices at ten messages per day under favorable assumptions, while also emphasizing that capacity is a function of gateway density and adaptive data rate. These are planning references, not guarantees.[1][2][3]

信頼性・冗長化Reliability

カバレッジ、バックホール回線、および運用監視Coverage, backhaul, and operations

強靭なフリートにはRFの冗長化と意図的なネットワーク可観測性が不可欠A resilient fleet needs redundant RF and deliberate network observability

⌄

RF冗長性RF redundancy

重要拠点では可能な限り独立した2箇所のゲートウェイ配置を確保し、ゲートウェイの稼働率と受信ダイバーシティを監視。At least two independent gateway positions for critical sites where practical; monitor gateway availability and diversity.

バックホール回線Backhaul

利用可能な場所では有線Ethernet、遠隔地ではセルラーバックアップ、必要に応じてUPSまたはソーラー電源と死活監視アラートを実装。Ethernet where available, cellular backup for remote gateways, UPS or solar where needed, and remote health alerts.

可観測性（オブザーバビリティ）Observability

パケット到達率（PDR）、RSSI/SNR分布、Join成功率、ダウンリンク成功率、ADR状態、拠点別の通信障害クラスタを追跡。Track packet delivery ratio, RSSI/SNR distribution, join rate, downlink success, joiner and ADR state, and per-site failure clusters.

通信障害時の挙動Failure behavior

中央基盤がオフラインでもローカルの安全スケジュールは継続。古いコマンドは期限切れとなり、通信復旧時に保留状態を報告。Local schedule continues if the base is offline. Commands expire. The device reports a pending condition when connectivity returns.

09 · 中央管理プラットフォーム09 · Central base platform

「中央基盤（ベース）」は単なる無線受信機ではなく、フリート全体のコントロールプレーンおよび運用コンソールです。The “base” is a control plane and operating console, not just a radio receiver.

インベントリ管理Inventory

デバイス、拠点、巣箱、ハードウェア台帳Device, site, hive, and hardware registry

設定管理、レポート出力、保守運用の基盤となるレジストリThe foundation for configuration, reports, and maintenance

⌄

一意のデバイスID、ハードウェアまたはシークレット管理基盤で保護されたLoRaWAN鍵、証明書・シリアル番号、製造ロット情報。Unique device identity, LoRaWAN keys protected in hardware or a secrets system, certificate/serial references, and manufacturing batch.
拠点・巣箱レコード：位置情報、蜂群メタデータ、給餌器リビジョン、設置日、最終保守日、保証期間、予定保守ルート。Site and hive records: location, colony metadata, feeder revision, installation date, last service, warranty, and expected maintenance route.
設定の階層継承：グローバル安全テンプレート → 地域/季節プロファイル → 拠点グループ → 巣箱個別オーバーライド。Configuration inheritance: global safety template → region/season profile → site group → hive override.
すべての設定変更について、変更者、タイムスタンプ、理由、変更前の値、対象セット、ロールアウト状態を記録。Every configuration change has author, timestamp, reason, previous value, target set, and rollout state.

設定・コマンド配信Configuration

安全なグループ一括設定とコマンドキャンペーンSafe group configuration and command campaigns

一括操作による大規模事故を防ぐ安全設計Bulk control without a bulk accident

⌄

拠点、地域、コホート、ファームウェア、ハードウェアリビジョン、稼働状態による対象抽出と、影響を受ける巣箱の事前プレビュー表示。Select by site, region, cohort, firmware, hardware revision, or health state; show a preview of affected hives.
ドライラン検証、署名付きコマンドペイロード、有効期限、べき等性の担保、およびデバイス別の実行結果台帳。Use dry-run validation, signed command payloads, expiry, idempotency, and a per-device result ledger.
即時給餌（Feed-now）、上限値変更、ファームウェア更新、広範囲のグループ操作には二段階承認などの強い権限確認を要求。Require stronger approval for feed-now, limit changes, firmware, or broad group actions.
設定変更のロールバックを可能にし、いかなる遠隔操作であってもローカルのハード安全ルールをバイパスさせない。Rollback configuration where possible; never make a remote action bypass local hard safety rules.

監視・アラートMonitoring

フリート稼働状態、例外検知、保守サービスキューFleet health, exceptions, and service queues

少人数の運用チームでも「次にどこへ行くべきか」が即座に分かる設計A small operations team should know where to go next

⌄

ヘルス監視項目Health dimensions

オンライン/オフライン状態、バッテリー推移、タンク残量、温度、液漏れ状態、校正経過日数、FW世代、GW通信品質、最終給餌日時。Online/offline, battery trend, reservoir mass, temperature, leak state, calibration age, firmware age, gateway quality, and last feed.

アラートポリシーAlert policy

重要度分類、重複排除、エスカレーション、確認応答（ACK）、スヌーズ、担当者割当、解決コード、復旧後の自動クローズ。Severity, deduplication, escalation, acknowledgement, snooze, owner, resolution code, and auto-resolution after recovery.

現地保守キューService queue

単なるアラーム一覧ではなく、「リスク × ルート密度 × 訪問効率」で優先順位付けされた作業キューを表示。Sort by risk × route density × site visit efficiency rather than showing a wall of device alarms.

フィールド保守アプリField app

QRコードによる機器照会、最新状態確認、テストコマンド実行、写真・メモ記録、部品交換履歴、圏外作業用のオフラインキュー。QR/device lookup, last state, commands, photos/notes, replacement recording, and offline queue for technicians.

レポート機能Reports

運用レポートおよび経営サマリーレポートOperational and executive reporting

単なるテレメトリ羅列ではなく、意思決定に答えるレポートReports that answer a decision, not just display telemetry

⌄

給餌実績Feeding

拠点・季節別の総給餌量、消費トレンド、摂取拒否・低消費シグナル、シロップロット、目標値との差異。Volume delivered, consumption trend, refusal/low-use signals, batch profile, and target variance by site and season.

信頼性・品質Reliability

稼働率、パケット到達率、バッテリー維持率、給餌量精度、液漏れ率、ポンプ累積稼働時間、校正ドリフト。Uptime, packet delivery, battery survival, dose accuracy, leak rate, pump runtime, and calibration drift.

保守オペレーションOperations

作業指示書、定期保守期限、平均確認/修復時間（MTTA/MTTR）、予備部品消費量、巣箱あたりの運用コスト。Work orders, maintenance due, mean time to acknowledge/repair, spares consumption, and cost per hive.

セキュリティ監査Security

Join失敗履歴、鍵ローテーション、不審なコマンド試行、FWロールアウト状況、管理者操作の監査ログ。Failed joins, key rotations, suspicious commands, firmware rollout status, and admin audit activity.

外部出力・連携Exports

財務・分析用CSV、現場運用向けPDF、設備管理(CMMS)/ERP連携用API・Webhook、定期メールダイジェスト。CSV for finance/analysis, PDF for operations, API/webhooks for CMMS/ERP, and scheduled email digests.

ベンチマーク比較Benchmarks

統一された指標定義で拠点間・コホート間を比較。生データと指標定義のバージョンを長期保持。Compare sites and cohorts against the same definition; retain raw data and version definitions over time.

ソフトウェア基盤Platform

推奨ソフトウェアスタックSuggested software stack

長期運用システムには、枯れた（実績ある）交換可能なコンポーネントを採用Use boring, replaceable components for a long-lived operational system

⌄

OTAA、ADR、デバイスレジストリ、リージョンプロファイル、ダウンリンクキューを備えたLoRaWANネットワークサーバー（ChirpStack / TTN等）。LoRaWAN network server with OTAA, ADR, device registry, region profiles, and queueable downlinks.
MQTTまたはHTTPSによるデータ取り込み、テレメトリ用の時系列DB、台帳・権限(RBAC)・コマンド・監査ログ用のリレーショナルDB。MQTT or HTTPS ingestion; time-series database for telemetry; relational database for inventory, RBAC, commands, and audit.
コマンド配信、OTAキャンペーン、アラート、レポート生成、外部連携を非同期処理するAPIゲートウェイとワーカーキュー。API gateway and worker queue for commands, OTA campaigns, alerts, reports, and integrations.
Web運用コンソール、および現地技術者向けのモバイル対応PWAまたはネイティブアプリ。Web operations console plus a technician-friendly mobile/PWA or native app.
コンテナ化されたサービス、暗号化バックアップ、死活監視、ログ収集、および災害復旧（DR）手順書。Containerized services, encrypted backups, monitoring, logs, and disaster-recovery runbooks.
最初はクラウドホスティングまたは小規模オンプレミスから開始し、巣箱側の通信プロトコルを変更することなく将来的に顧客専用の基盤へ移行可能な構成。Start with a hosted or small on-premises deployment. The architecture can move to a customer-owned base later without changing the hive protocol.

10 · セキュリティと運用安全性10 · Security & operational safety

遠隔制御は、システムが観測可能で、制限範囲が明確であり、かつ可逆的（いつでも停止・ 복帰可能）である場合にのみ価値を持ちます。Remote control is valuable only when the system is observable, bounded, and reversible.

デバイスおよび無線セキュリティDevice and radio

LoRaWAN OTAA認証、デバイスごとに一意の暗号鍵、保護されたストレージ、および計画的な鍵ローテーション。LoRaWAN OTAA, unique per-device keys, protected storage, and scheduled rotation.
署名付きファームウェア、署名付きコマンド、暗号化されたバックホール回線、および認証付きAPI。Signed firmware, signed commands, encrypted backhaul, and authenticated API.
レート制限、コマンド有効期限、ノンス/操作ID、リプレイ攻撃防止、および重複受信時の安全処理。Rate limits, command expiry, nonce/operation IDs, replay protection, and duplicate-safe handling.
デバイス管理エンドポイントをインターネットに一般公開せず、ゲートウェイと基盤サービスは最小権限の原則に従う。No public device management endpoint; gateways and base services follow least privilege.

物理的および生物学的安全性Physical and biological

ノーマルクローズ（無通電時閉）バルブ、ハードウェアによるアクチュエータ遮断、ウォッチドッグ、電圧低下時の安全停止状態。Normally closed valve, hardware actuator disable, watchdog, and brownout-safe state.
手動遮断コック、ドリップトレイ（漏液受け）、メッシュ付き給餌器、遮光性タンク、保護された食品接触面。Manual shutoff, drip tray, screened feeder, opaque reservoir, and protected food-contact surfaces.
中央基盤がオフラインの時でも、ローカルの温度制限およびタンク残量ルールはそのまま有効に機能。Local temperature and reservoir rules remain effective when the base is offline.
初期プロダクトでは、自動疾病診断、薬剤投与、蜂群治療、および厳冬期の液体自動給餌は行わない。No automated diagnosis, medication, colony treatment, or winter liquid feed in the initial product.

11 · 機器耐用年数の見込み11 · Unit longevity estimate

これらは適切に防塵防水され定期保守される第1世代機の設計目標値であり、保証値ではありません。パイロット試験にて検証します。These are planning targets for a well-enclosed, maintained first-generation unit—not warranties. Validate in the pilot.

コンポーネントComponent	設計目標寿命Planning life	主な劣化・摩耗要因Primary aging mechanism	フィールド保守・対策方針Field strategy
ESP32-C3モジュール＋ PCB基板ESP32-C3 module + PCB	5〜8年5–8 years	湿気、紫外線、コネクタ腐食、熱サイクル、雷サージ・静電気moisture, UV, connector corrosion, thermal cycling, RF/static events	ポッティング/防湿コーティング（コンフォーマルコーティング）、防水コネクタ、モジュール交換設計Potting/selective coating, conformal coating, sealed connectors, replaceable module
LoRa無線部＋アンテナLoRa radio + antenna	5〜8年5–8 years	アンテナ腐食、コネクタ損失、ESD（静電気放電）、雨水侵入antenna corrosion, connector loss, ESD, weather ingress	アンテナ接続部の封止、サージ/ESD保護設計、予備無線モジュールの確保Sealed antenna path, surge/ESD design, spare radio modules
ペリスタルティック（チューブ）ポンプPeristaltic pump	2〜5年2–5 years	ローラー・チューブ摩耗、シロップ固着、空運転roller/tubing wear, syrup residue, dry running	稼働時間カウンタ、交換可能なポンプヘッド/チューブ、清水フラッシング洗浄Runtime meter, replaceable pump head/tubing, clean water flush
食品グレードチューブFood-grade tubing	実稼働 6〜18ヶ月6–18 months in active service	疲労劣化、吸着、バイオフィルム形成、シロップ結晶化fatigue, adsorption, biofilm, syrup crystallization	定期交換スケジュール、ロット追跡、洗浄・乾燥手順の徹底Scheduled replacement, batch traceability, clean-and-dry procedure
バルブ（電磁弁）Valve	3〜7年3–7 years	シール摩耗、シロップ残留物、圧力・温度サイクルseal wear, syrup residue, pressure/thermal cycling	リークテストおよび給餌回数に応じた定期交換Leak test and replacement interval by dose count
ソーラーパネルSolar panel	10〜20年10–20 years	封止材の黄変、マイクロクラック、コネクタ腐食、日陰・汚れencapsulant yellowing, microcracks, connector corrosion, shading	設置前の日照調査、季節角度調整、清掃、実測出力に基づく交換Site survey, seasonal angle, cleaning, replacement by measured output
リチウムイオン（Li-ion）電池Li-ion battery	通常 2〜5年2–5 years typical	経年劣化、高温・低温ストレス、充電時間、放電深度（DoD）calendar aging, temperature, charge time, depth of discharge	容量テレメトリ監視、余裕を持った低電圧カットオフ、計画的な交換在庫Capacity telemetry, conservative low-voltage cutoff, planned swap stock
リン酸鉄リチウム（LiFePO4）電池LiFePO4 battery	設計目標 5〜10年5–10 years planning range	温度環境、BMS/充電器との不整合、経年劣化temperature, BMS/charger mismatch, calendar aging	LiFePO4専用充電ICおよび低温充電保護との組み合わせで採用Only with chemistry-matched charger and thermal controls
ロードセル＋ RTCLoad cell + RTC	3〜7年3–7 years	機械的衝撃、湿気、ゼロ点ドリフト、経年変化mechanical shock, moisture, drift, cell aging	定期的な再校正スケジュール、交換容易なセンサーモジュール構造Recalibration schedule, replaceable sensor modules
筐体、シールパッキン、ケーブル類Enclosure, seals, cabling	3〜7年3–7 years	紫外線劣化、パッキンへたり、接着剤劣化、ネズミ・昆虫による食害UV, seal compression, adhesive aging, rodent/insect damage	年1回のガスケット点検、予備筐体の確保と改良Annual gasket inspection, spare enclosure revision

ユニット全体の設計寿命目標： 大規模改修まで5〜8年（消耗品やバッテリーはそれ以前に定期交換）。10年以上のフィールド寿命は、モジュール設計の徹底、パイロットでの故障モード実測、および適切な予備部品維持が揃った場合にのみ実現可能です。Unit-level planning target: 5–8 years before a major unit refurbishment, with consumables and batteries replaced earlier. A 10+ year field life is plausible only if the design is modular, the pilot measures real failure modes, and the fleet maintains spares.

12 · メンテナンスモデル12 · Maintenance model

遠隔監視は「異常発見までの時間」を短縮しますが、巣箱への訪問、給餌器の清掃、バッテリー点検、そして養蜂家自身の生物学的判断を不要にするものではありません。Remote monitoring reduces discovery time; it does not remove hive visits, feeder cleaning, battery checks, or biological judgment.

実施頻度Cadence	作業内容Work	トリガー / 記録アウトプットTrigger / output	想定作業時間Indicative time
訪問ごと / 活動シーズン中Per visit / active season	シロップ補充、給餌メッシュ点検、こぼれ拭き取り、ミツバチの出入りと湿気の確認、液漏れがないことの確認Refill syrup, inspect feeder screen, wipe spills, inspect bee access and moisture, verify no leak	写真・メモ記録、補充量、汚れ・混入イベントの記録Photo/note; refill volume; contamination event	通常の液系チェックに 5〜10分5–10 min for routine liquid check
給餌期間中の毎週Weekly during feed use	遠隔でタンク残量・温度・電池・消費量を確認し、残量低下や異常のあるユニットを優先訪問Check remote reservoir, temperature, battery, and consumption; service low/fault units	全巣箱の闇雲な巡回ではなく、優先訪問キューの生成Queue of visits, not every hive inspection	遠隔確認 1〜2分/箱＋現地移動時間1–2 min remote per hive plus route time
毎月Monthly	必要に応じた送液経路フラッシング洗浄、チューブ・ポンプ点検、校正ドリフト確認、ソーラーパネル清掃Flush syrup path if needed, inspect tubing/pump, check calibration drift, clean panel if dirty	作業記録、校正ログ、消耗品使用記録Work order; calibration record; spare consumption	保守対象1台あたり 5〜15分5–15 min per unit when serviced
四半期ごと（3ヶ月ごと）Quarterly	防水シール、ケーブル固定部、アンテナ、バッテリー健全性、筐体腐食、取り付け金具の点検Inspect seals, cable strain relief, antenna, battery health, enclosure corrosion, and mounting	予防保守（PM）記録Preventive maintenance record	1台あたり 10〜20分10–20 min per unit
年1回 / シーズン開始前Annual / pre-season	全体リークテスト、ドライラン校正、ポンプ/バルブ点検、ソーラー出力確認、電池容量チェック、FW・セキュリティ確認Full leak test, dry-run calibration, pump/valve inspection, solar output check, battery capacity check, firmware/security review	シーズン稼働開始（Release-to-service）判定Release-to-service decision	1台あたり 30〜60分30–60 min per unit
シーズン終了時（越冬前）End of season	凍結の恐れがある送液経路の水抜き、給餌器の洗浄・乾燥、必要に応じたバッテリー分離、設置状態の写真記録Drain liquid path where freezing is possible, clean and dry feeder, remove or isolate battery if policy requires, photograph installation	越冬準備（ウィンタライズ）完了記録Winterization record	1台あたり 10〜20分10–20 min per unit
イベント発生時（随時）Event-driven	液漏れ、バッテリー低下、バルブ異常、給餌量不一致、給餌器詰まり、通信途絶、物理破損、いたずら検知時の対応Leak, low battery, valve fault, dose mismatch, stuck feeder, dead radio, physical damage, or suspected tampering	重要度、担当者、交換部品、根本原因（RCA）の記録Severity, owner, parts, root cause	現地アクセス状況により 15〜60分15–60 min depending on access

年間保守時間の目安Routine annual estimate

通常の蜂群内検を除き、機器関連の保守として巣箱1つあたり年間1〜3時間。拠点の密集度と気候条件が大きく影響します。1–3 hours per hive for unit-related upkeep, excluding normal colony inspections. Route density and climate dominate the result.

冬季の保守目安Winter estimate

送液系が水抜き・分離されており、かつ中央基盤でバッテリーと温度の遠隔監視が継続できている場合に限り、巡回頻度を減らすことが可能です。Routine visits can be less frequent only if the liquid system is drained/isolated and the base still monitors battery and temperature.

予備部品（スペア）戦略Spare strategy

ポンプヘッド、チューブ、バルブ、ロードセル、バッテリーパック、ソーラーパネル、およびリビジョンごとの完成品コントローラー一式を常備します。Stock pump heads, tubing, valves, load cells, battery packs, solar panels, and one complete controller by revision.

13 · 検証とロールアウト基準13 · Validation & rollout gates

ハードウェアの量産や無人自動給餌を有効化する前に、設計を実測エビデンスへと転換します。Turn the design into evidence before scaling hardware or enabling unattended feeding.

ベンチ検証ゲート（室内試験）Bench gate

水および実際に使用するシロップを用いた100回以上の連続給餌サイクル試験。100+ dispense cycles with water and intended syrup.
給餌量誤差、液漏れ、バルブ閉止性能、および電源遮断時の安全挙動の実測。Dose error, leak, valve closure, and power-loss behavior measured.
電圧低下（ブラウンアウト）、ウォッチドッグ、センサー断線、タンク空状態、ポンプ閉塞の異常注入テスト。Brownout, watchdog, sensor disconnect, empty reservoir, and blocked pump tests.
LoRa Join、ADR、アップリンク到達、ダウンリンク受信、および重複コマンド排除のテスト。LoRa join, ADR, uplink delivery, downlink, and duplicate command tests.
筐体の防塵防水（浸水）テスト、温度変化、ソーラー充電、バッテリー低電圧カットオフのテスト。Enclosure ingress, temperature, solar, and battery cutoff tests.

フィールド検証ゲート（現地試験）Field gate

温暖期と寒冷期の両方を通じた、実巣箱1箱での長期稼働検証。One hive through warm and cool operating periods.
代表的な地形と巣箱密度における、10〜25箱のコホート実証試験。10–25 hive cohort across representative terrain and hive density.
広範な無人運用へ移行する前に、最低2シーズンの実績を積むこと。Two seasons before broad unattended deployment.
故障率、給餌精度、稼働率、メンテナンス時間、RF通信指標が文書化された目標値を満たすこと。Failure-rate, dose accuracy, uptime, maintenance-time, and RF metrics meet written targets.
ファームウェアのロールバック、予備部品交換、現地保守手順が実際に訓練・検証済みであること。Rollback, spare, and field-service procedures are exercised.

14 · コストとスケールモデル14 · Cost & scale model

計画用の概算レンジです（サプライヤー価格変動、地域差、人件費、税金、各種認証取得費用は別途）。Illustrative planning ranges; supplier pricing, geography, labor, tax, and certification are not included.

フェーズ規模Scale	対象巣箱数 / 予算規模Hive units	ハードウェア構成・単価目安Illustrative hardware	主な変化・必要体制What changes
プロトタイプPrototype	1〜5箱1–5	約150〜300米ドル/台（開発ボード＋手組み試作 ※量産部材原価ベースでは約4,000〜5,000円/箱〜を目指す）US$150–300 / unit; dev boards and hand assembly	水試験、個別モジュール構成、手動メンテナンスWater testing, loose modules, manual service
小規模パイロットSmall pilot	10〜25箱10–25	約180〜350米ドル/台（3Dプリント治具、ゲートウェイ1〜2台）US$180–350 / unit; printed fixtures, 1–2 gateways	耐候筐体、現地校正、フィールド保守手順の確立Enclosures, calibration, field procedures
1,000箱パイロット1,000-hive pilot	約18万〜35万米ドル~US$180k–350k	カスタム基板、金型・治具、予備部品、ゲートウェイ群、中央管理基盤の構築Custom electronics, tooling, spares, gateways, base deployment	無線・安全認証、製造品質管理（QA）、巡回ロジスティクス、サポート体制Certification, manufacturing QA, route logistics, support staff
5,000箱以上5,000+ hives	約90万〜175万米ドル以上~US$900k–1.75M+	量産効果で機器単価は低下する一方、現地保守の人件費・移動費が支配的になるVolume pricing and fleet operations may reduce unit cost; service labor dominates	地域冗長化、在庫・保守自動化、複数拠点運用、階層型サポート体制Regional redundancy, inventory automation, multiple sites, support tiers

部品原価（BOM）だけでスケール判断をしないこと。 事業計画には、故障交換機、現地作業員の人件費、移動費、シロップ運搬・管理、バッテリーやポンプヘッドの交換、ファームウェア保守、ゲートウェイ/通信回線費、保険、そして「給餌漏れや誤給餌による蜂群損失コスト」を含める必要があります。Do not scale on the BOM alone. The business case must include failed units, site labor, travel, syrup handling, batteries, pump heads, firmware support, gateway/backhaul, insurance, and the cost of a missed or incorrect feed.

15 · 次回設計前の決定事項15 · Decisions before the next design pass

以下の決定事項によって、アクチュエータ電圧、ソーラーパネル容量、LoRaWANリージョン、およびプラットフォーム要件が確定します。These answers determine actuator voltage, solar size, LoRaWAN region, and platform requirements.

巣箱（ローカル）側の決定事項Hive-side

現地の気候、冬季最低気温、および低温期に液体給餌を許可する条件の有無。Climate, minimum winter temperature, and whether liquid feeding is ever allowed.
シロップタンク容量と、1日あたりの想定消費量。Reservoir size and expected daily consumption.
優先する給餌器の形状、および巣箱架台・屋根への取り付け上の制約。Preferred feeder geometry and hive-stand/roof mounting constraints.
ポンプ方式、目標とする給餌精度、および許容可能な清掃サイクル。Pump type, dose accuracy target, and acceptable cleaning interval.
バッテリーの化学特性（LiFePO4 / Li-ion）と許容可能な交換周期。Battery chemistry and acceptable replacement cycle.

フリート（中央・通信）側の決定事項Fleet-side

展開する国・地域（スロベニアEU868、日本AS923など）と法定LoRaWAN周波数プラン。Countries/regions and legal LoRaWAN frequency plans.
想定される拠点数、1拠点あたりの巣箱数、地形条件、およびゲートウェイのバックホール回線手段。Expected number of sites, hives per site, terrain, and gateway backhaul options.
誰が設定変更や給餌コマンドの発行権限を持つか（ロールと承認フロー）。Who may configure or issue feed commands.
必要なレポート種類、外部システム連携、データ保存期間、およびデータ所在地（データレジデンシー）要件。Required reports, integrations, retention, and data residency.
現地メンテナンス人員体制、サービスレベル目標（SLA）、および予備部品予算。Maintenance workforce, service levels, and spare-part budget.

16 · 出典・前提条件16 · Sources & assumptions

外部の技術仕様や主張については出典を明記しています。出典表記のないすべての数値、耐用年数、コストは設計・計画上の推定値であり、パイロット試験での検証を前提としています。External claims are cited in the technical record. All quantities, lifetimes, and costs are explicitly planning estimates unless sourced.

[1] LoRa Alliance — LoRaWAN仕様、Class A、OTAA、スター・オブ・スターズ構成、デバイスID、セキュリティ概念。lora-alliance.org/about-lorawan-old/[1] LoRa Alliance — LoRaWAN specification, Class A, OTAA, star-of-stars architecture, device identity, and security concepts. lora-alliance.org/about-lorawan-old/

[2] Semtech — Predicting LoRaWAN Capacity：ゲートウェイ密度、適応データレート（ADR）、送信出力、通信容量モデリング。Semtech TN1300.05 PDF[2] Semtech — Predicting LoRaWAN Capacity, gateway density, adaptive data rate, transmit power, and capacity modeling. Semtech TN1300.05 PDF

[3] Semtech — LoRa and LoRaWAN：ネットワーク構成要素、デバイスクラス、地域別挙動、ADR。Semtech AN1200.86 PDF[3] Semtech — LoRa and LoRaWAN, network elements, device classes, regional behavior, and ADR. Semtech AN1200.86 PDF

[4] Semtech — SX1262製品ページおよびファミリ概要：省電力無線、リンクバジェット、LoRaWAN互換性。Semtech SX1262[4] Semtech — SX1262 product page and family overview, low-power radio, link budget, and LoRaWAN compatibility. Semtech SX1262

[5] The Things Network — ゲートウェイ構成例、Ethernet/Wi-Fiバックホール、地域別ゲートウェイ選定、数千ノード収容に関するドキュメント。TTN gateway documentation[5] The Things Network — Example gateway architecture, Ethernet/Wi-Fi backhaul, regional gateway choice, and thousands-of-nodes capacity statement. TTN gateway documentation

[6] TI — BQ24210 ソーラー充電ICデータシート：入力電力管理、負荷モード、NTC温度監視、低リーク電流。TI BQ24210[6] TI — BQ24210 solar charger data sheet, input power management, load mode, NTC monitoring, and low battery leakage. TI BQ24210

[7] TI — BQ25505 エナジーハーベスティング充電ICデータシート：MPPT、超低消費電力動作、バッテリー管理、電源マルチプレクサ。TI BQ25505[7] TI — BQ25505 energy-harvesting charger data sheet, MPPT, low-power operation, battery management, and power multiplexer. TI BQ25505

[8] TI — BQ25798 昇降圧ソーラー充電ICデータシート：MPPT、パワーパス、バックアップモード、1〜4セル対応。TI BQ25798 PDF[8] TI — BQ25798 solar buck-boost charger data sheet, MPPT, power path, backup mode, and 1–4-cell support. TI BQ25798 PDF

[9] Alabama Cooperative Extension System — 補助的な糖質給餌、メッシュ付き給餌器の留意点、季節別の給餌選択、糖液推奨事項。Alabama Extension[9] Alabama Cooperative Extension System — Supplemental carbohydrate feeding, screened feeder considerations, seasonal feed choices, and sugar recommendations. Alabama Extension

[10] Purdue Extension — 高度な養蜂記録、季節管理、給餌、内検、および養蜂場規模拡大の運用指針。Purdue Advanced Beekeeping PDF[10] Purdue Extension — Advanced beekeeping records, seasonal management, feeding, inspections, and scaling apiary operations. Purdue Advanced Beekeeping PDF

[11] Mississippi State University Extension — 巣箱の害虫対策、および蜂群ストレスと機材状態の監視の重要性。MSU minor hive pests[11] Mississippi State University Extension — Minor hive pests and the importance of monitoring colony stress and equipment condition. MSU minor hive pests

[12] The Things Network — Ljubljana community — リュブリャナ地域のコミュニティゲートウェイ一覧とカバレッジ情報。TTN Ljubljana[12] The Things Network — Ljubljana community — Community gateway inventory and coverage resources. TTN Ljubljana

[13] The Things Network — Ljubljana gateway report — Mosteゲートウェイの設置例および車載テストで約5 km到達したフィールド報告。TTN gateway field report[13] The Things Network — Ljubljana gateway report — Example Moste gateway placement and a reported ~5 km car-test reach. TTN gateway field report

[14] LoRa Alliance — Solvera Lynx Slovenia network — リュブリャナを含む主要都市・産業エリアのカバーを報告する商用LoRaWANネットワーク資料。LoRa Alliance release[14] LoRa Alliance — Solvera Lynx Slovenia network — Commercial network description claiming coverage of major urban/industrial areas including Ljubljana. LoRa Alliance release

[15] LoRaWAN.si — TTN Mapper — 公開ゲートウェイマップにはプライベート網が含まれず、現地での実測が不可欠であることを示すスロベニアの技術ガイド。LoRaWAN.si coverage guidance[15] LoRaWAN.si — TTN Mapper — Slovenian guidance that public gateway maps omit private networks and that field measurements are needed. LoRaWAN.si coverage guidance

[16] The Things Network — EU863-870 regional parameters — EU周波数帯、デフォルトチャネル、および地域デバイス要件。TTN EU868[16] The Things Network — EU863-870 regional parameters — EU band, default channels, and regional device requirements. TTN EU868

[17] TTN Mapper live gateway API — リュブリャナ周辺エリアの稼働確認に使用した公開ゲートウェイAPI記録（プライベートGWは非表示）。TTN Mapper gateway API[17] TTN Mapper live gateway API — Point-in-time public gateway records used for the Ljubljana-area sanity check; private gateways may be absent. TTN Mapper gateway API

← 養蜂パイロット共同開発パートナー募集ページへ戻る ← Back to Beekeeper Pilot Recruitment Page

省電力の自動給餌器から、養蜂場オペレーティングシステムへの進化。A low-power hive feeder that grows into an apiary operating system.

01 · エグゼクティブサマリー01 · Executive summary

主要機能の実装バランス概要Executive function summary

02 · フェーズ別の機能02 · Functions by phase

要件定義と安全設計範囲（セーフティエンベロープ）Requirements & safety envelope

単一巣箱ベンチテスト機Single-hive bench unit

1箱での監視下パイロット試験One-hive supervised pilot

LoRaWAN接続パイロット試験LoRaWAN-connected pilot

フリート管理コントロールプレーンFleet control plane

1,000箱規模のマネージド展開1,000-hive managed deployment

5,000箱以上の最適化・大規模運用5,000+ hive optimization

03 · システムアーキテクチャ03 · System architecture

04 · 巣箱ノードの設置構造04 · Hive node installation

05 · 巣箱ハードウェア05 · Hive hardware

ESP32-C3ESP32-C3

セキュアエレメントSecure element

シロップタンク重量Reservoir

温度Temperature

電力監視電源系Power

液漏れ検知Leak

ポンプ状態Pump

リアルタイムクロック(RTC)RTC

06 · 電力バジェットと自律稼働06 · Power budget & autonomy

07 · デバイスソフトウェア07 · Device software

IDLE（待機）IDLE

ARMED（準備完了）ARMED

DISPENSING（給餌中）DISPENSING

VERIFY（検証）VERIFY

FAULT（異常停止）FAULT

SERVICE（保守モード）SERVICE

ハートビートHeartbeat

給餌イベントFeed event

異常（フォルト）通知Fault

コマンドCommand

08 · LoRaWANネットワークと拡張性08 · LoRaWAN network & scale

実現可能性の見込みLikely feasibility

最適な導入アプローチBest deployment choice

地域無線規格Regional radio

RF冗長性RF redundancy

バックホール回線Backhaul

可観測性（オブザーバビリティ）Observability

通信障害時の挙動Failure behavior

09 · 中央管理プラットフォーム09 · Central base platform

ヘルス監視項目Health dimensions

アラートポリシーAlert policy

現地保守キューService queue

フィールド保守アプリField app

給餌実績Feeding

信頼性・品質Reliability

保守オペレーションOperations

セキュリティ監査Security

外部出力・連携Exports

ベンチマーク比較Benchmarks

10 · セキュリティと運用安全性10 · Security & operational safety

デバイスおよび無線セキュリティDevice and radio

物理的および生物学的安全性Physical and biological

11 · 機器耐用年数の見込み11 · Unit longevity estimate

12 · メンテナンスモデル12 · Maintenance model

年間保守時間の目安Routine annual estimate

冬季の保守目安Winter estimate

予備部品（スペア）戦略Spare strategy

13 · 検証とロールアウト基準13 · Validation & rollout gates

ベンチ検証ゲート（室内試験）Bench gate

フィールド検証ゲート（現地試験）Field gate

14 · コストとスケールモデル14 · Cost & scale model

15 · 次回設計前の決定事項15 · Decisions before the next design pass

巣箱（ローカル）側の決定事項Hive-side

フリート（中央・通信）側の決定事項Fleet-side

16 · 出典・前提条件16 · Sources & assumptions