Repository navigation
💡 Sensor-agnostic ingestion layer (BroodMinder, Pollenity, BLE) #86
Replies: 5 comments
Weekly UpdateWhat ChangedSignificant competitive movement in sensor integration:
Updated Assessment
RecommendationAdvance — HiveSense's shipping BLE integration validates demand and proves feasibility in a React Native app. The expanding sensor ecosystem (BroodMinder adding soil/solar, TinyML enabling acoustic/camera) strengthens the case for an abstraction layer rather than point integrations. Prioritize BroodMinder and BEEP as initial adapters (matching HiveSense's current support), then design the ingestion interface to accommodate the emerging audio/visual sensor modalities documented in the TinyML survey. |
Weekly UpdateWhat ChangedNew competitive intelligence on BroodMinder's evolving ecosystem and integration landscape:
Updated Assessment
RecommendationKeep watching. The lack of a public BroodMinder API means a pragmatic v1 approach is CSV import of historical sensor data rather than real-time BLE integration. The Mellisphera open-source codebase on GitHub may provide data format insights. The broader sensor market fragmentation (Arnia, BeeHero, BuzzBox, etc.) reinforces the value of a sensor-agnostic ingestion layer that normalizes data from multiple vendors. New sensor modalities (video via BeeTV, acoustic via BeeDar/BuzzBox) should be considered in the adapter design. Sources: |
Weekly Update — 2026-07-17What ChangedHiveSense has set the new bar for BLE sensor integration. HiveSense (iOS, launched 2026) supports BroodMinder (T2, TH, W), BEEP, Govee, SensorPush, and Inkbird BLE sensors directly from the phone — no gateway or hub required. This is the first beekeeping app to offer multi-vendor BLE sensor support as a core feature, directly validating the sensor-agnostic approach proposed in this Discussion. BroodMinder's 2026 roadmap expands beyond hive monitoring. BroodMinder is adding soil moisture and solar irradiance measurements for pollination management, alongside their BeeTV camera-based varroa counting device (~100 units by mid-2026). Their focus is shifting from "data collection" to "turning information into tools that help beekeepers act, not just observe" — language that mirrors Broodly's recommendation-first philosophy. New sensor categories emerging. The sensor landscape is expanding beyond temperature/humidity/weight:
This means the sensor-agnostic ingestion layer should plan for more data types than the original temperature/humidity/weight scope. Sources: HiveSense BLE Integration, BroodMinder 2026 Roadmap, Wireless Sensor Platform for Beehives Updated Assessment
RecommendationAdvance with expanded scope. The original proposal focused on BroodMinder/Pollenity/BLE. Given HiveSense's multi-vendor approach and BroodMinder's expansion into environmental and visual sensors, recommend designing the ingestion layer for a broader signal taxonomy: hive climate (temp/humidity), weight, acoustics, environmental (soil/solar), visual (camera), and activity (bee counters). The architecture's |
Weekly UpdateWhat ChangedNew competitive signal: HiveSense ships multi-vendor consumer BLE sensor reads. HiveSense, a new beekeeping app competitor, reads BLE sensors from BroodMinder, BEEP, Govee, SensorPush, Inkbird, and Ruuvi directly over Bluetooth — unifying readings on inspection timelines. This is significant because it includes consumer-grade environmental sensors ($10-30) alongside beekeeping-specific hardware ($100+), dramatically lowering the barrier to hive environmental monitoring. Market pricing context. HiveSense offers sensor access in their Pro tier at $8.99/month. BeeKeepPal's dedicated hardware sensors start at $100+. Consumer sensors like Govee H5075 ( Technical validation. The HiveSense approach demonstrates that a single mobile app can reliably read from 6+ BLE sensor brands simultaneously in field conditions, validating the feasibility of the multi-vendor approach originally proposed in this idea. Updated Assessment
RecommendationAdvance with expanded scope. The original idea focused on beekeeping-specific sensors (BroodMinder, BEEP). Expand scope to include consumer-grade BLE environmental sensors (Govee, SensorPush, Inkbird, Ruuvi) as first-class ingestion sources. These are cheaper, more widely available, and lower the adoption barrier. Suggested next step: survey which BLE sensor protocols are most common among target users and prioritize the top 3 for initial integration. |
Weekly UpdateWhat ChangedNew competitor benchmark: HiveSense has shipped BLE sensor integration supporting BroodMinder T2/TH/W, BEEP, Govee, SensorPush, and Inkbird sensors — all read directly over Bluetooth and displayed on the same timeline as inspections, treatments, and queen events. This is available in the Pro tier ($5.99/mo). BroodMinder 2026 roadmap updates:
Pollenity expansion: Backed by EBRD, Pollenity is expanding beyond hive sensors into environmental monitoring and honey traceability. Their Beebot sensor suite feeds into BBoard dashboard. Updated Assessment
RecommendationAdvance — prioritize BroodMinder BLE as first integration target. HiveSense has proven the multi-vendor BLE approach works in a React Native app. BroodMinder is the most widely deployed hobbyist sensor brand. The new soil moisture and solar irradiance sensors create data signals that could feed directly into Broodly's recommendation engine — a differentiator HiveSense lacks (they display sensor data but don't use it for decision support). |
Uh oh!
There was an error while loading. Please reload this page.
Summary
Build a sensor-agnostic ingestion adapter that pulls weight, temperature, humidity, and (eventually) acoustic/visual telemetry from BroodMinder, Pollenity, and similar third-party hive sensors via BLE and cloud sync, and feed those streams into the existing recommendation engine. The differentiator: Broodly does not become a sensor app — it becomes the decision layer on top of whatever sensors a beekeeper already owns.
Market Signal
User Signal
Technical Opportunity
internal/domain/) is ideally positioned to define aSensorReadingaggregate independent of any specific vendor SDK. A vendor adapter pattern ininternal/repository/(e.g.,BroodMinderAdapter,PollenityAdapter) keeps third-party SDKs at the boundary.react-native-ble-plx— requires moving off Expo Go to Expo Dev Client, which the team will need to do eventually for camera/audio anyway.Assessment
Adversarial Review
Strongest objection: "We'd be tying ourselves to BroodMinder's roadmap and SDK quality. If they pivot or lock down their API, we lose the integration entirely."
Rebuttal: The adapter pattern explicitly insulates us — Broodly's core value is the decision layer, and BroodMinder is one (large, current) source of telemetry. The same adapter accepts manual scale weights, BLE-only sensors from other vendors, or even the Vespa velutina detector hardware (see related proposal). And if BroodMinder closes up, that strengthens our positioning as the open ecosystem alternative — we're a strict superset of their app's intelligence layer.
Suggested Next Step
Spike on
react-native-ble-plxagainst a single BroodMinder TH sensor in an Expo Dev Client build, plus a one-page architectural sketch of theSensorReadingdomain aggregate and the adapter port. Outcome: confirm the BLE path is viable on iOS+Android and that one weight-drop signal can flow end-to-end into a recommendation priority bump.Proposed by the BMAD Analyst (Mary) on 2026-04-07.
Workflow run
All reactions