- Home
- Case studies
- IoT case study
Case study
IoT case study: field stations that identify birds by sound, with set-up cut to under 10 minutes
ResultAverage station set-up: from nearly 25 to 30 minutes to under 10
- Client
- A company that sells wildlife listening stations (anonymised)
- Industry
- Wildlife and environmental monitoring
- Service
- Machine learning development
- Type
- Connected stations with species recognition
- Timeline
- 5 months
- Status
- In use
This IoT case study is about outdoor listening stations that people set up themselves in forests, farms, parks and their own outdoor spaces, and the machine learning that names the bird species each one hears. We adapted BirdNET models to recognise species in live field audio, and built the mobile app, the cloud back end and the activation flow around them. Average set-up time fell from nearly 25 to 30 minutes to under 10.
The challenge: simple field setup and reliable detection outdoors
The client sells outdoor monitoring stations to researchers, conservationists and people who simply enjoy listening to wildlife. The goal was monitoring that's simpler and cheaper than specialist field kit, without a complicated set-up, and that works at scale for scientists and the public alike.
The product needed to meet four requirements:
- Set-up. Most systems for monitoring wildlife need manual calibration and a technical installation, and that holds back how widely they're used. The client asked for stations its own customers could get running in under 10 minutes, with no engineer involved.
- Noise. Wind, rain, insects and other outdoor sounds can pull detection accuracy down, depending on the recording. The system had to analyse audio continuously and still identify what it heard reliably.
- Sync. Audio streams, sensor data and species detections had to stay current across the stations, the cloud, the mobile app and the web dashboards, with no dropped sessions.
- Scale. Every station added means more processing, and performance had to hold as the number of stations grew.
What we built: machine learning for noisy field audio, and a set-up that starts with a QR code
Six pieces do the work:
- Species recognition on adapted BirdNET models. BirdNET models, which can identify thousands of bird species, were adapted to name the birds in a station's live audio as it streams.
- Noise reduction for outdoor audio. Audio filtering and noise reduction went in, so detection holds up better when wind, rain or other sounds overlap the birdsong. With the optimised models, they raised detection accuracy by about 18 to 25% during the test.
- A mobile app for the stations. Built in React Native for iOS and Android, it handles live listening, live monitoring and device management.
- Shopify for buying, a QR code for activating. Customers buy a station on a Shopify site and activate it with a QR code. With a simpler onboarding flow, that brought average set-up from nearly 25 to 30 minutes to under 10.
- A cloud back end that keeps everything in step. Python and FastAPI handle the API, device control, live audio processing and the sync between stations and dashboards. PostgreSQL stores detections, activity, users and monitoring logs. AWS carries the live streams, storage and processing, built to take more stations without affecting monitoring or sync, and infrastructure work cut live-stream interruptions from approximately 8 to 10% to under 3%.
- A dashboard and a listening map. A live monitoring dashboard on the web, and a worldwide map of linked stations, wildlife activity and species detections. The platform also supports adding environmental sensors.
Where the model stops, and who takes over
The model has one job here: naming the bird species in a station's live audio. Keeping the stream up and getting a station running in the first place are engineering problems, and two of the three results on this page come from those.
Who does what at a listening station
Buying and activating a station
The customer, on the Shopify site, with a QR code
Setting up and managing the station
The customer, in the mobile app, with little assistance
Streaming live audio
The station, through the cloud back end on AWS
Reducing the noise of wind, rain and overlapping sound
Audio-filtering and noise-reduction steps
Naming the bird species in the audio
Adapted BirdNET models
Keeping streams, detections and sensor data in sync
The Python and FastAPI back end
Listening live and exploring detections
Customers, in the app, the dashboard and the listening map
Working with the live data
Researchers, who now get it more quickly
Detection accuracy, up about 18 to 25% during the test, is the one result that belongs to the models, and they share it with the noise reduction. The quicker set-up came from QR activation and the onboarding flow, and the fewer interruptions from the infrastructure.
Results
Before and after the build
Average station set-up time
Wildlife detection accuracy
Live-stream interruptions
Researchers' access to real-time data
BeforeThe previous path to live field dataAfterQuicker
Deploying and managing a station
BeforeTechnical setup with more hands-on assistanceAfterQuick for non-technical users, with little assistance
Researchers can reach live field data sooner, while wildlife enthusiasts and educators have a simpler way to take part in conservation.
Technologies and tools
- React Native
- Tailwind CSS
- Python
- FastAPI
- PostgreSQL
- AWS
- BirdNET
- Shopify
Timeline
The build took five months.
If you're weighing whether an existing model could be adapted to your own data, our page for anyone choosing a machine learning development company sets out what to check before you hire one, us included. If the model sits inside something your customers buy and use, our AI product development services start from what each user costs to serve.
More case studies
All case studies- Case studyLapse risk and customer lifetime value for a specialty retailerLoyalty-member lapse scores, value bands and explanations were delivered to the campaign tool, with offers controlled by the CRM team.
- Case studyWeekly supply-planning forecasts for a packaged food makerWeekly product and distribution-centre forecasts were connected to supply planning, with comparable accuracy reports and planner overrides.
Bring us the signal your team needs to understand
Tell us what your devices record, where they operate and what the model needs to recognise. An engineer replies within two business days with whether an existing model could be adapted and how we'd test it before building around it.