Assignment Helper.
Computer Vision Mobile / Deep Learning 2 Semesters

๐ŸŒฟ Plant Disease Detection App โ€” Comparing CNN Architectures

Point a phone camera at a chili or paddy leaf and get a disease diagnosis. The app is the demo โ€” the research is the head-to-head between CNN architectures, and whether a model trained on lab photos survives real Malaysian field conditions.

1The Pitch โ€” Product + Research in One

๐Ÿ› ๏ธ What you build (the demo)

A mobile-friendly app: snap or upload a leaf photo โ†’ disease class + confidence + treatment suggestion card. Runs on-device or via a lightweight Flask API.

๐Ÿ”ฌ What you research (the grade)

Which architecture gives the best accuracy-vs-size trade-off for mobile deployment, and how much does performance drop from clean lab datasets to self-collected field photos โ€” the classic public-vs-local dataset story.

2Problem Statement & Objectives

Pernyataan masalah: Small-scale farmers identify crop diseases by eye and act late; existing detection models are trained on foreign lab-condition datasets and degrade on local crops photographed in real field lighting.

3Benchmark Design โ€” the 3 Experiments

Directly mirrors the strongest FYP pattern: public dataset vs local dataset vs cross-dataset.

ExperimentSetupWhat it proves
Eksperimen 1
Public dataset
Train + test all 3 architectures on PlantVillage (80/20 split, same augmentation). Clean-condition ceiling for each architecture; the accuracy-vs-model-size table.
Eksperimen 2
Local field dataset
Train + test on self-collected field photos (~500โ€“1,000 images, varied lighting/background). Performance on realistic Malaysian field conditions with a small local dataset.
Eksperimen 3
Cross-dataset
Train on PlantVillage, test on the local field set (no fine-tuning). The generalization gap โ€” quantifies why local data collection was necessary. Strongest finding for Bab 5.

๐Ÿ“ฆ Dataset plan

Public: PlantVillage subset for the chosen crop (3โ€“5 disease classes + healthy). Local: field photo collection with a documented protocol (device, distance, lighting, time of day) โ€” the collection protocol itself is a methodology contribution. Augmentation: rotation, flip, brightness โ€” reported per experiment.

4Evaluation Metrics

MetricWhy it matters here
AccuracyHeadline number per architecture per experiment โ€” the 3ร—3 results grid.
Precision / Recall / F1 per classConfusing two diseases means wrong treatment โ€” per-class recall is the safety story.
Model size & inference timeThe mobile-deployment trade-off: accuracy per MB and per millisecond on a real phone.
Confusion matricesShows exactly which disease pairs get mixed up and whether field conditions worsen it.

5Report Mapping (Bab 1โ€“5)

ChapterWhat goes in it (from this package)
Bab 1 โ€” PengenalanProblem statement, objectives, scope (one crop, 3 architectures, 2 datasets), constraints (GPU access, collection season), Gantt chart.
Bab 2 โ€” Sorotan KesusasteraanComparison tables: plant disease detection studies (2019โ€“2026), CNN architecture family comparison, lab-vs-field dataset gap studies.
Bab 3 โ€” MetodologiData collection protocol, preprocessing + augmentation pipeline, training configuration, app architecture (camera โ†’ model โ†’ result card).
Bab 4 โ€” Pembangunan & PengujianThe 3 experiments, 3ร—3 metrics grid, confusion matrices, on-device latency table, app screenshots.
Bab 5 โ€” Dapatan KajianRecommended architecture with evidence, the generalization-gap finding, limitations (single crop/season), future work (more crops, on-device quantization).

6Tech Stack

PythonTensorFlow / PyTorchUltralytics OpenCVFlask APIFlutter / PWA

๐Ÿ”Ž Related works โ€” Perplexity API placeholder

Live literature search (lightweight CNN benchmarks and field-condition plant disease papers, 2020โ€“2026) will be generated here via the Perplexity API once the subscription is active.

โณ Generate Literature Review (coming soon)

โ† Back to all FYP ideas ยท Assignment Helper