אפליקציית IoT ניידת לניטור חממות

יישום אפליקציית IoT ניידת לניטור חממות

חוות חממות בשטח 10 דונם איבדה 80% מיבול העגבניות שלה מכיוון שהאפליקציה הניידת לא הציגה תקלת תנור במהלך הלילה. המפעיל ראה את ההתראה רק למחרת בבוקר — עד אז הטמפרטורה ירדה ל-5°C. כיצד להימנע מתרחישים כאלה? אפליקציית ה-IoT הניידת שלנו מטפלת בכך באמצעות מחסנית אמינה של MQTT, התראות קריטיות ושליטה אוטומטית. עם ניסיון של למעלה מ-7 שנים, השקנו יותר מ-20 פרויקטים במגזר החקלאי, כל אחד דורש ארכיטקטורה מותאמת אישית.

חממה היא סביבה סגורה שבה כל פרמטר משפיע על היבול. אפילו תנודה של 2°C בטמפרטורה יכולה להפחית את הפרודוקטיביות ב-10-15%. לחות, CO₂, אור, לחות קרקע, pH ו-EC של תמיסת התזונה — כל הערכים הללו חייבים להיות מנוטרים בזמן אמת. בניגוד לשדות פתוחים, לחממות יש קישוריות טובה (Wi-Fi, Zigbee) אך דרישות אמינות מחמירות: ירידת טמפרטורה קריטית בלילה או תקלת מכשיר אדים יכולים להרוס את היבול תוך שעות.

אנו משתמשים בחיישנים תעשייתיים עם ממשקי I²C, UART ו-SDI-12, המחוברים למיקרו-בקרי ESP32. הנתונים מתפרסמים ל-broker של MQTT עם QoS 1, המבטיח מסירה ללא כפילויות. האפליקציה הניידת נרשמת לנושאים הרלוונטיים ומציגה מידע עדכני בלוח המחוונים. בקרת האקלים מושגת על ידי שליחת פקודות לממסרים דרך MQTT. המומחיות שלנו מכסה את מחזור הפיתוח המלא של אפליקציית חממה.

אילו חיישנים ופרוטוקולים אנו משתמשים?

סט סטנדרטי לקטע חממה אחד:

• טמפרטורה/לחות: SHT40 (I²C), DHT22 (One-Wire) — על צמתים מבוססי ESP32
• CO₂: MH-Z19B (UART) או SenseAir S8 (Modbus)
• אור: VEML7700 (I²C), לוקס וקרינה פעילה פוטוסינתטית (PAR)
• לחות קרקע: TEROS 12 (SDI-12)
• EC/pH של תמיסת תזונה: Atlas Scientific EZO-EC ו-EZO-pH (I²C UART)

צמתים מבוססי ESP32 עם קושחה (ESPHome או Tasmota) מפרסמים נתונים ל-MQTT. Home Assistant או broker MQTT מותאם אישית (Mosquitto) מאגדים נתונים. האפליקציה הניידת מתקשרת דרך REST API או WebSocket בקצה האחורי.

מדוע MQTT עדיף על HTTP עבור IoT?

MQTT מספק דחיפה אסימטרית עם חביון מינימלי. בהשוואה לבדיקת HTTP, עומס הרשת נמוך פי 10–15. עבור חממות עם 50+ קטעים זה קריטי: כל מכשיר שולח נתונים כל 30 שניות. MQTT QoS 1 מבטיח מסירה ללא כפילויות. אנו משתמשים בו לכל התרחישים בזמן אמת.

מידע מפורט על הפרוטוקול ניתן למצוא ב-ויקיפדיה. השוואה בין MQTT ו-HTTP עבור IoT:

נתונים בזמן אמת דרך MQTT באנדרואיד

class GreenhouseMonitorService : Service(), MqttCallbackExtended {
    private lateinit var mqttClient: MqttAndroidClient
    private val sectionData = ConcurrentHashMap<String, GreenhouseSectionState>()

    fun startMonitoring(sections: List<String>) {
        sections.forEach { sectionId ->
            mqttClient.subscribe("greenhouse/$sectionId/+", 1)
        }
    }

    override fun messageArrived(topic: String, message: MqttMessage) {
        val parts = topic.split("/")
        val sectionId = parts[1]
        val parameter = parts[2]
        val value = String(message.payload).toDoubleOrNull() ?: return
        val current = sectionData.getOrPut(sectionId) { GreenhouseSectionState(sectionId) }
        val updated = when (parameter) {
            "temperature" -> current.copy(temperatureC = value)
            "humidity" -> current.copy(humidityPercent = value)
            "co2" -> current.copy(co2Ppm = value.toInt())
            "light_lux" -> current.copy(lightLux = value.toInt())
            "soil_moisture" -> current.copy(soilMoistureVwc = value)
            "ec" -> current.copy(nutrientEc = value)
            "ph" -> current.copy(nutrientPh = value)
            else -> current
        }
        sectionData[sectionId] = updated
        broadcastUpdate(updated)
    }
}

לוח מחוונים לקטע וערכי סף

עבור מספר קטעים, השתמשו ב-PageView אופקי או TabBar עם לוח מחוונים לכל קטע. כל כרטיס קטע מציג מחווני צבע: ירוק (תקין), צהוב (אזהרה), אדום (קריטי).

טווחי סף לעגבניות כדוגמה:

הקצה האחורי מאחסן את הגדרות הסף; האפליקציה הניידת מורידה אותן בעת ההפעלה ומאחסנת אותן במטמון ב-SharedPreferences.

כיצד לשלוט באקלים מהאפליקציה?

בקרת אקלים היא תכונה מרכזית באוטומציה של חממות. פתחי אוורור, תנורים, מכשירי אדים, מחוללי CO₂ נשלטים מהאפליקציה. פקודות MQTT לממסרים:

Future<void> setVentilation(String sectionId, bool open) async {
  _mqttClient.publishMessage(
    'greenhouse/$sectionId/vent/command',
    MqttQos.exactlyOnce,
    (MqttClientPayloadBuilder()..addString(open ? 'OPEN' : 'CLOSE')).payload!,
  );
}

עבור תרחישים אוטומטיים (פתיחת פתח אוורור אם הטמפרטורה > 28°C), הלוגיקה יכולה להיות בקצה האחורי (Node-RED, אוטומציה של Home Assistant) או ככלל מקומי בתוך האפליקציה.

כיצד להגדיר התראות קריטיות?

התראות קריטיות לחממה חורגות מהתראות פשוטות. טמפרטורה מתחת לאפס בלילה משמעותה תקלת תנור — נדרשת פעולה מיידית.

באנדרואיד: FCM עם class GreenhouseMonitorService : Service(), MqttCallbackExtended { private lateinit var mqttClient: MqttAndroidClient private val sectionData = ConcurrentHashMap<String, GreenhouseSectionState>() fun startMonitoring(sections: List<String>) { sections.forEach { sectionId -> mqttClient.subscribe("greenhouse/$sectionId/+", 1) } } override fun messageArrived(topic: String, message: MqttMessage) { val parts = topic.split("/") val sectionId = parts[1] val parameter = parts[2] val value = String(message.payload).toDoubleOrNull() ?: return val current = sectionData.getOrPut(sectionId) { GreenhouseSectionState(sectionId) } val updated = when (parameter) { "temperature" -> current.copy(temperatureC = value) "humidity" -> current.copy(humidityPercent = value) "co2" -> current.copy(co2Ppm = value.toInt()) "light_lux" -> current.copy(lightLux = value.toInt()) "soil_moisture" -> current.copy(soilMoistureVwc = value) "ec" -> current.copy(nutrientEc = value) "ph" -> current.copy(nutrientPh = value) else -> current } sectionData[sectionId] = updated broadcastUpdate(updated) } } בתוספת Foreground Service עם Wake Lock למסירה אמינה במצב לילה. ב-iOS: התראות קריטיות דרך הרשאת Future<void> setVentilation(String sectionId, bool open) async { _mqttClient.publishMessage( 'greenhouse/$sectionId/vent/command', MqttQos.exactlyOnce, (MqttClientPayloadBuilder()..addString(open ? 'OPEN' : 'CLOSE')).payload!, ); } — הן מושמעות בעוצמה מלאה ללא קשר למצב Do Not Disturb.

בנוסף, אנו מיישמים שיחות הסלמה דרך Twilio Voice API למספר אחראים אם לא מאשרים התראה תוך 10 דקות.

מה מספקים יומן האירועים והדוחות?

אגרונומים זקוקים לא רק לנתונים בזמן אמת אלא גם להיסטוריה: מתי התנור נדלק, מתי נפתחו פתחי האוורור, מה הייתה הטמפרטורה ב-2 לפנות בוקר. יומן אירועים עם סינון לפי סוג ותקופה הוא תכונה חשובה.

ייצוא דוחות ל-Excel/CSV הוא דרישה עבור רוב הלקוחות התעשייתיים לתיעוד תנאי הגידול. הקצה האחורי מייצר דוחות, והאפליקציה הניידת מורידה אותם ופותחת דרך PRIORITY_HIGH (iOS) או com.apple.developer.usernotifications.critical-alerts (אנדרואיד).

תהליך הפיתוח

אנו פועלים לפי התוכנית הבאה:

1. ניתוח: לימוד החממות שלכם, החיישנים, התרחישים. הכנת תיעוד ארכיטקטורה.
2. עיצוב: אב-טיפוס UI/UX, מפרט API ונושאי MQTT.
3. יישום: כתיבת קוד האפליקציה (iOS/Android), הקצה האחורי וקושחת ESP32.
4. בדיקות: בדיקות אינטגרציה עם החיישנים שלכם, בדיקות עומס.
5. פריסה: העלאה ל-App Store ול-Google Play, הגדרת broker MQTT, הפעלה.
6. תמיכה: 3 חודשי תמיכה טכנית לאחר ההשקה, הדרכת הצוות שלכם.

דוגמה להגדרת נושאי MQTT: כל קטע חממה משתמש בהיררכיית נושאים — Share Sheet, FileProvider, greenhouse/{sectionId}/temperature, greenhouse/{sectionId}/humidity, greenhouse/{sectionId}/co2. זה מפשט את הסינון גם באפליקציה וגם בצד הקצה האחורי.

מה כלול בפיתוח

אנו מספקים חבילה מלאה:

• תיעוד ארכיטקטורה (דיאגרמות, מפרט API)
• קוד מקור לאפליקציה (iOS/Android) ולקצה האחורי
• הגדרת broker MQTT ואינטגרציה עם חיישנים
• העלאה ל-App Store ול-Google Play (החשבונות שלכם)
• 3 חודשי תמיכה טכנית לאחר ההשקה
• הדרכת הצוות שלכם על תפעול המערכת

לוח זמנים ואחריות

גרסה בסיסית עם ניטור והתראות מתחילה מ-5 שבועות. חממה מרובת קטעים עם רישום מלא וייצוא אורכת עד 3 חודשים. העלות נקבעת באופן אישי. אנו מספקים אחריות ל-12 חודשים על כל הקוד. הזמינו פיתוח — צרו קשר להערכת פרויקט.

אנו נעריך את הפרויקט שלכם ללא תשלום — כתבו לנו, ונכין הצעה מסחרית תוך יומיים.