Smart Farming IoT bedeutet, Sensoren und Aktoren auf Feldern, in Gewächshäusern und in Ställen einzusetzen, damit Entscheidungen über Wasser, Klima und Tiere auf Messungen statt auf Vermutungen beruhen. Dieser Leitfaden erklärt, welche Sensoren sich lohnen, wie Sie Standorte ohne WLAN oder Netzstrom anbinden, wie Sie eine einheitliche MQTT-Topic-Struktur für den gesamten Betrieb entwerfen und wie das System eine ganze Vegetationsperiode zuverlässig durchhält.
Was Smart Farming IoT tatsächlich misst
Landwirtschaftliche Betriebe sind vielfältig, doch die nützlichen Messungen lassen sich in wenige Gruppen einteilen. Beginnen Sie mit der Gruppe, die Ihre teuerste Frage beantwortet, meist die nach dem Wasser, und ergänzen Sie die anderen, sobald der Datenpfad funktioniert.
| Bereich | Typische Sensoren | Unterstützte Entscheidungen |
|---|---|---|
| Boden | Kapazitive oder TDR-Feuchte, Bodentemperatur, EC (Salzgehalt) | Wann und wie lange bewässern, Zeitpunkt der Düngung |
| Wetter | Lufttemperatur, Luftfeuchte, Regenmesser, Wind, Sonneneinstrahlung, Blattnässe | Frostwarnungen, Spritzfenster, Schätzung der Evapotranspiration |
| Bewässerung | Durchflussmesser, Drucksensoren, Ventilstellung, Pumpenstrom | Leckerkennung, Bestätigung, dass Wasser tatsächlich ausgebracht wurde |
| Geschützter Anbau | Gewächshausklima, CO2, Licht | Lüftung, Heizung, Nebelung, Schattierung |
| Tierhaltung | Füllstand der Tränken, Stallklima, GPS-Halsbänder, Füllstand der Futtersilos | Tierwohl, Alarme bei Diebstahl und Ausbruch, Planung des Nachfüllens |
| Lagerung | Temperatur und Feuchte im Getreidesilo, Kühlraumtemperatur | Verderb vermeiden |
Ein häufiger Fehler ist, ein großes Sensorpaket zu kaufen, bevor feststeht, welche Maßnahme jeder Messwert auslösen soll. Ein Bodenfeuchtewert, auf den niemand reagiert, ist nur ein Diagramm. Schreiben Sie zuerst die Entscheidung auf, dann die Messung und das dafür nötige Messintervall.
Die Platzierung ist ebenso wichtig wie der Sensor selbst. Eine Bodensonde pro Feld sagt wenig aus, wenn das Feld sandige und lehmige Stellen hat; eine Sonde pro Bewässerungszone, an einer repräsentativen Stelle in Wurzeltiefe, ist eine bessere Faustregel. Wetterstationen brauchen freies Gelände abseits von Gebäuden und Bäumen, und Stallsensoren gehören auf Tierhöhe statt unter das Dach.
Konnektivität ohne WLAN
Felder sind selten mit WLAN abgedeckt, und Kabel quer darüber zu verlegen ist unpraktisch. Die Wahl des Funks bestimmt Batterielaufzeit, Kosten und welche Payloads Sie senden können.
| Option | Reichweite | Energiebedarf | Am besten für |
|---|---|---|---|
| WLAN | Zehn bis einige Dutzend Meter | Hoch | Gewächshäuser, Ställe, Umgebung von Gebäuden |
| LoRaWAN | Mehrere Kilometer in offenem Gelände | Sehr niedrig | Feldsensoren, die alle paar Minuten kleine Messwerte senden |
| NB-IoT / LTE-M | Überall, wo der Netzbetreiber Abdeckung hat | Niedrig bis mittel | Abgelegene Standorte ohne Gateway, mobile Assets |
| Mobilfunkrouter (4G) | Netzabdeckung des Betreibers | Hoch (Netzstrom oder große Solaranlage) | Pumpenhäuser, Gateways, Kameras |
Für die meisten Betriebe funktioniert eine Mischung: WLAN oder Ethernet in Gebäuden, LoRaWAN für batteriebetriebene Feldsensoren und ein Mobilfunkrouter am Gateway, falls der Hof keinen Festnetz-Internetanschluss hat. LoRaWAN-Payloads sind winzig (einige Dutzend Byte), daher senden die Geräte kompakte Binärdaten, die ein Netzwerkserver in JSON dekodiert.
Ein Broker für den ganzen Betrieb
Egal welcher Funk, die Daten sollten an einem Ort landen, an dem jedes Werkzeug sie nutzen kann. MQTT passt gut zu dieser Rolle: Geräte oder Gateways veröffentlichen, und Dashboards, Bewässerungssteuerungen, Alarmierung und Speicherung abonnieren unabhängig voneinander. Ein neuer Verbraucher erfordert nie einen Eingriff an einem Sensor.
Field sensors --LoRaWAN--> Gateway --> TTN / ChirpStack --+
Greenhouse ESP32 --Wi-Fi/TLS---------------------------+ |
Pump controller --4G router---------------------------+| |
vvv v
MQTT broker (cloud)
| | |
Node-RED logic Dashboard Python logger
LoRaWAN-Netzwerkserver stellen eigene MQTT-Schnittstellen bereit. Eine kleine Bridge abonniert dort und veröffentlicht dekodierte Messwerte erneut in den Topic-Baum Ihres Betriebs, wie in den Tutorials zu The Things Network MQTT und ChirpStack gezeigt. WLAN-Geräte wie ein ESP32 im Gewächshaus veröffentlichen direkt an den Broker.
Betreiben Sie diesen Broker selbst auf einem Hof-PC, fällt er mit dem Strom aus, und für den Fernzugriff brauchen Sie Portweiterleitungen. Ein Cloud-MQTT-Broker ist von jedem Feld, jedem Smartphone und jedem Dienstleister aus erreichbar, ohne das Hofnetz zu öffnen.
Topics für einen landwirtschaftlichen Betrieb entwerfen
Eine konsistente Hierarchie macht Wildcards nützlich und hält das System auch Jahre später verständlich. Ein bewährtes Muster:
<farm>/<site>/<zone>/<device>/<kind>
greenfield/north/field3/soil-07/telemetry
greenfield/north/field3/soil-07/status
greenfield/north/field3/valve-02/set
greenfield/north/field3/valve-02/state
greenfield/barn/climate/th-01/telemetry
greenfield/barn/trough-2/level-01/telemetry
Mit dieser Struktur liefert greenfield/north/+/+/telemetry jeden Sensor am Standort Nord, und greenfield/+/+/+/status den Online-Zustand jedes Geräts. Halten Sie Payloads in JSON, mit Einheiten im Feldnamen oder einem festen Schema:
{
"ts": "2026-10-16T06:15:00Z",
"moisture_pct": 31.5,
"soil_temp_c": 14.2,
"battery_v": 3.71,
"rssi": -112
}
Batteriespannung und Funksignalstärke in jeder Nachricht mitzusenden kostet ein paar Byte und spart Stunden an Feldbesuchen, denn Sie erkennen einen schwächelnden Sensor, bevor er verstummt. Veröffentlichen Sie von jedem verbundenen Gerät eine retained status-Nachricht mit einem Last Will offline, damit Dashboards sofort wissen, welche Geräte verschwunden sind.
Wenn Sie in Unternehmen, Standort, Bereich und Asset denken, entspricht das der Idee einer ISA-95-Hierarchie, und die Geräteansicht von ConnectMQ gruppiert Topics automatisch nach diesen Ebenen. In der Industrie heißt dieses Prinzip Unified Namespace (UNS): Die ISA-95-Ebenen (Enterprise → Site → Area → Line → Cell) bilden die Topic-Struktur auf dem Broker, und jedes System veröffentlicht seinen aktuellen Zustand an der passenden Stelle. Für einen landwirtschaftlichen Betrieb, etwa einen Gemüsebaubetrieb mit Gewächshäusern und angeschlossener Verarbeitung, funktioniert derselbe UNS-Gedanke mit Betrieb, Standort, Zone und Gerät. Mehr zu diesem Konzept im Beitrag Sparkplug B und Unified Namespace.
Ein minimaler Aggregator in Python
Sobald Daten fließen, ist der erste nützliche Verbraucher oft ein einfacher Subscriber, der veraltete oder außerhalb des Bereichs liegende Sensoren meldet. Dieses Beispiel verwendet den öffentlichen MQTT-Broker mit einem eindeutigen Präfix, sodass Sie es sofort ausprobieren können; er ist für Tests und Prototypen gedacht, nicht für Produktionsdaten.
import json
import time
import paho.mqtt.client as mqtt
BROKER = "broker.connectmq.com"
PREFIX = "connectmq/demo/f7q2m1/farm"
STALE_AFTER_S = 3 * 3600
last_seen = {}
def on_connect(client, userdata, flags, reason_code, properties):
print("connected:", reason_code)
client.subscribe(f"{PREFIX}/+/+/+/telemetry", qos=1)
def on_message(client, userdata, msg):
device = "/".join(msg.topic.split("/")[4:7])
last_seen[device] = time.time()
try:
data = json.loads(msg.payload)
except ValueError:
print("bad payload from", device)
return
if data.get("battery_v", 4.0) < 3.4:
print(f"LOW BATTERY {device}: {data['battery_v']} V")
if data.get("moisture_pct", 50) < 20:
print(f"DRY SOIL {device}: {data['moisture_pct']} %")
client = mqtt.Client(mqtt.CallbackAPIVersion.VERSION2, client_id="farm-agg-f7q2m1")
client.on_connect = on_connect
client.on_message = on_message
client.connect(BROKER, 1883, keepalive=60)
client.loop_start()
while True:
now = time.time()
for device, ts in list(last_seen.items()):
if now - ts > STALE_AFTER_S:
print(f"STALE {device}: no data for {int((now - ts) / 60)} min")
time.sleep(300)
Veröffentlichen Sie einen Testmesswert mit mosquitto_pub -h broker.connectmq.com -p 1883 -i t-f7q2m1 -t 'connectmq/demo/f7q2m1/farm/north/field3/soil-07/telemetry' -m '{"moisture_pct":18,"battery_v":3.3}', und beide Warnungen werden ausgegeben.
Stromversorgung und Gehäuse
Feldhardware lebt in Regen, Staub, Hitze und Frost. Praktische Lehren, die für fast jede Installation gelten:
- Zuerst das Energiebudget planen. Ein Sensor, der zwischen den Messungen schläft und über LoRaWAN sendet, kann lange mit Batterien laufen; ein WLAN-Gerät, das ständig verbunden bleibt, nicht. Kleine Solarmodule mit Laderegler eignen sich für Gateways und Steuerungen.
- Geprüfte Gehäuse und Kabelverschraubungen verwenden. Kondenswasser im Gehäuse zerstört mehr Elektronik als der Regen draußen. Ergänzen Sie ein atmungsaktives Druckausgleichselement und Trockenmittel.
- Oberhalb der Bestandshöhe und abseits von Fahrwegen montieren. Traktoren und Mähwerke sind eine echte Gefahr für Kabel und Pfähle.
- Jedes Gerät beschriften mit ID und Topic, damit jeder, der es auf dem Feld findet, weiß, was es ist.
- Die Nebensaison einplanen. Holen Sie nicht benötigte Sensoren ein oder machen Sie sie winterfest, und notieren Sie Kalibrierwerte vor dem Ausbau.
Sicherheit und Datenhoheit
Betriebsdaten verraten Erträge, Arbeitsweisen und wann niemand vor Ort ist. Verschlüsseln Sie jede Verbindung, die den Hof verlässt, mit TLS, verwenden Sie getrennte Zugangsdaten pro Gateway oder Steuerung und veröffentlichen Sie niemals echte Daten auf einem öffentlichen MQTT-Broker. Aktoren verdienen die größte Sorgfalt: Wer auf das set-Topic eines Ventils veröffentlichen kann, kann es öffnen. Der Leitfaden zu MQTT-Sicherheits-Best-Practices behandelt das Wesentliche, und ein verwalteter MQTT-Broker übernimmt TLS-Zertifikate, Authentifizierung und das Patchen des Brokers.
Wo Sie anfangen sollten
Fangen Sie klein an: ein Bodensensor, ein Wettermesswert, ein Broker und ein Dashboard. Der Bau eines Bodenfeuchtesensors mit MQTT ist ein gutes erstes Gerät, und sobald die Messwerte vertrauenswürdig sind, schließt das Tutorial zur automatischen Bewässerungsanlage den Regelkreis, indem es Ventile ansteuert. Für übergreifende Muster in Wohnungen, Gebäuden und Betrieben führt der Leitfaden zur IoT-Automatisierung alles zusammen.
Bauen Sie Ihr Hofnetz mit ConnectMQ auf
ConnectMQ gibt Ihrem Betrieb einen privaten MQTT-Broker mit TLS, generierten Zugangsdaten, einem Live-Topic-Explorer, einem Dashboard und Schwellwert-Alarmregeln für kritische Werte wie Frost oder trockenen Boden. Erstellen Sie unter app.connectmq.com einen kostenlosen Serverless-Broker, ohne Kreditkarte, und verbinden Sie noch heute Ihren ersten Feldsensor.
Häufig gestellte Fragen
Ist LoRaWAN oder WLAN besser für Smart Farming IoT?
LoRaWAN für batteriebetriebene, über Felder verteilte Sensoren, WLAN für Geräte in oder nahe bei Gebäuden. Viele Betriebe nutzen beides und führen es am MQTT-Broker zusammen.
Wie oft sollten landwirtschaftliche Sensoren melden?
Die Bodenfeuchte ändert sich langsam, daher genügen meist 15 bis 60 Minuten. Frost und Gewächshausklima rechtfertigen schnellere Aktualisierungen, alle ein bis fünf Minuten.
Brauche ich einen Server auf dem Hof?
Nicht unbedingt. Gateways und Steuerungen können über Mobilfunk oder Festnetz direkt an einen Cloud-Broker veröffentlichen, und die Logik kann in Node-RED oder Python dort laufen, wo es gerade praktisch ist.
Funktioniert MQTT über unzuverlässige Verbindungen auf dem Land?
Ja. MQTT ist schlank, unterstützt persistente Sessions und erneute Zustellung mit QoS 1, und Clients verbinden sich automatisch neu, was gut zu lückenhaften Mobilfunkverbindungen passt.
