Erste Automatisierung

Den Manual Trigger kennst du aus Teil 2. Bei einem leeren Canvas zeigt dir „Add first step“ nur Trigger, weil vorne nur ein Trigger stehen kann. Zum Umbenennen markierst du den Node und drückst F2, oder du klickst im geöffneten Node oben auf seinen Namen.

Was der Manual Trigger macht? Nichts, bis du klickst. Genau deshalb ist er zum Lernen richtig: Nichts läuft weg, nichts passiert nachts. Führst du ihn aus, siehst du rechts ein leeres Item. Die Daten kommen erst mit dem nächsten Node.

Edit Fields kennst du aus Teil 2, und er bleibt der wichtigste Node für den Anfang. Er macht eine Sache: Er legt Felder an oder ändert sie. Benenn ihn gleich um, diesmal in „Profil anlegen“.

Nach Execute step siehst du rechts ein Item mit zwei Feldern, das ist ein Datensatz. Oben rechts im Output schaltest du die Ansicht um: Table zeigt eine Tabelle, JSON zeigt die Daten so, wie sie wirklich gespeichert sind, Schema zeigt nur die Feldnamen.

Benenn den Trigger gleich in „Täglich um 7“ um, wie in der Kette zum Nachbauen. Dann sagt dir der Canvas schon, wann der Workflow läuft.

Die Zeitzone vergessen fast alle. Sie steht nicht im Trigger, sondern in den Einstellungen des Workflows. Ohne sie rechnet n8n womöglich in einer anderen Zeitzone, und dein Sieben-Uhr-Workflow läuft zur falschen Stunde.

Führst du den Schedule Trigger aus, siehst du rechts nur Zeitangaben. Kein Wetter, keine Daten: Die Uhr startet, aber sie bringt nichts mit. Und von allein läuft er erst, wenn du Publish drückst. Zum Üben lässt du das weg.

Ein If stellt eine Frage, die man mit ja oder nein beantworten kann, und hat deshalb zwei Ausgänge. Links steht der Wert, den du prüfst: die Regenwahrscheinlichkeit, am einfachsten aus dem Input herübergezogen. In der Mitte, wie du vergleichst. Rechts die Schwelle. Benenn das If in „Regenchance ab 50 %?“ um, dann steht die Regel auch auf dem Canvas.

Nach Execute step landet das Item je nach Wetter auf true oder auf false. Oben hängst du „Schirm mitnehmen“ an, unten „Schirm eher nicht nötig“. Diese Bauart siehst du ab jetzt ständig: Trigger, Daten holen, prüfen, je Weg ein Ergebnis.

Beide Ergebnis-Nodes sind Edit Fields mit denselben fünf Feldern. Nur empfehlung ist verschieden, daran siehst du später, welchen Weg das Item genommen hat. Den Ort tippst du fest ein, denn die Antwort von Open-Meteo enthält keinen Ortsnamen, nur die Koordinaten.

Die anderen drei Werte stehen in daily. Stell bei jedem Feld den Schalter auf Expression und schreib den Pfad aus der Liste so wie beim Datum oben: $('Wetter abrufen').item.json. davor, außen die doppelten geschweiften Klammern. Ziehst du den Wert stattdessen aus dem Input links herüber, steht dort womöglich $json am Anfang. Das klappt hier auch, weil der If das Item unverändert weiterreicht. Mit dem Node-Namen bleibt die Expression aber richtig, auch wenn später ein Node dazwischen kommt.

Include Other Input Fields bleibt aus. Dann steht im Ergebnis nur, was du brauchst, und nicht die ganze Wetterantwort.

Für die Variante änderst du im HTTP Request latitude und longitude und in beiden Ergebnis-Nodes den Wert von ort. Für die Jacken-Regel prüft das If daily.temperature_2m_max[0] mit Number, is less than, rechts 12. Die Ergebnis-Nodes heißen dann „Jacke mitnehmen“ und „Jacke nicht nötig“, und empfehlung bekommt jeweils denselben Text. Gute Testfälle: Schwelle 100 (immer true), Schwelle -50 (immer false), Schwelle 12 (je nach Wetter, die Erwartung liest du vorher im Output des HTTP Request ab).

Zum Schluss: beide Workflows gespeichert, benannt, mit Sticky Note, ohne Publish. Und dann zwei Sätze für dich: Welchen Node kann ich erklären? Wo habe ich am längsten gehangen, und was war die Lösung?