Planungs- und Kontrollmatrix + Monitoring + Wasserfiltersystem für meine Bäume

Zu meinen Euphorbien habe ich mir Ende 2025 noch große Exemplare einer Beaucarnea Recurvata, eines Ficus Microcarpa Ginseng Bonsai und eine kleinere Yucca Elephantipes zugelegt.
Diese habe ich nach knapp 2 Wochen Eingewöhnungszeit in Lechuza Classic 35 bzw. 28 mit ungedüngt mineralischen Substrat umgetopft.
Der Tank in Kombination mit mineralischen Substrat funktioniert gut, vorausgesetzt man hat das System verstanden und man überträgt es individuell auf den jeweiligen Baum.
Das auch zur jeweiligen Saison, und Pflanz- / Tankvolumen. Hilfreich dabei ist natürlich die Anzeige zum Tankfüllvolumen.

Was hierbei aber sonst auch immer aber fehlt ist ganz klar die Information über das Feuchtigkeitsgehalt des Substrats in der jeweiligen Tiefe.
Hierfür gibt es meist 0815 Sensoren die man ins Substrat steckt und dann die ungefähre Deutung angezeigt bekommt.
Diese funktionieren jedoch nur im organischen Substrat. Für mineralisches Substrat sind kapazitative Sensoren vonnöten.
Viele Angebote solcher gibt es nicht. Und wenn es sie gibt, dann einzeln, also nur der Sensor ohne jegliche Anzeige zum selbstbauen auf Adruino Basis, oder ganze Systeme mit Gateway & Co., oder ultra teuere Apparaturen für industrielle oder wissenschaftliche Zwecke wo einem direkt die Auswertung angezeigt wird.
Fragen die man sich auch noch stellen muss ist, ob man ein so großes Füllvolumen, oder Topf Diameter hat, dass möglicherweise mehr als ein Sensor notwendig sein könnten, und in welcher Tiefe sowie Ort der relevante Wert erhoben wird. Denn die Einstecktiefe ist begrenzt, und gemessen wird an der Spitze.
Frage ist auch, ist es ein Flachwurzler oder nicht, und welche Grundlage hat die Erhebung für möglich weitere Berechnungen und deren Aussagefähigkeit.

Ich benötigte für 5 Bäume mit ausschließlich mineralischen Substrat kapazitative Sensoren. Ich wollte mit möglichst einem Sensor pro Topf arbeiten, auch wenn fast alle Töpfe recht groß waren.
Gemessen sollte im Idealfall der Feuchtigkeitsgehalt irgendwo zwischen oberen Drittel bis ca. Mitte des Substrats. Das untere Drittel ist nicht relevant, da sich dort im Fall der Fälle durch Kondensation aus dem Tank zuletzt das feuchteste Substrat halten wird. Zudem ist das letzte Drittel fast Analog zur Tankfüllanzeige des Lechuza Topfs zu deuten.
Wenn derjenige sein Baum selbst umgetopft hat, weiß derjenige auch die Einstecktiefe und dessen Wurzelverhalten zu deuten.

Ich wollte keine (Meta)Daten in eine Pseudo Cloud auf irgend einer Plattformökonomie übertragen, auch wollte ich nicht daran gebunden sein irgendwelche Massenüberwachungssysteme wie sog. "Smartphones" oder Tablets nutzen zu müssen, nur weil irgend eine bescheuerte Äpp das erfordert.
Auch wollte ich keine permanente WLAN Funkfrequenzen in Betrieb haben, und ich wollte keine embedded Hersteller Software nutzen wollen, die dann vermutlich irgendwann nicht mehr gepflegt wird und somit der Betrieb eingestellt wird, obwohl die Hardware noch funktioniert.

Die Entscheidung fiel dann auf das offene Ecowitt System, bestehend aus GW3000 Gateway und WH51 Sensoren.
Der Gateway hat zwar WLAN Integration, diese ist aber für den Betrieb nicht entscheidend und kann totgeschaltet werden. Ins LAN kann es über RJ45 Schnittstelle integriert werden.
Kommunizieren tut der Gateway mit den Sensoren über das ISM and SRD SUBG unter 1 GHz. Diese Frequenz ist eine komplkett andere als die herkömmlicher 4G Modems oder Wi-Fi Arbeitsfrequenzen.
Falls man das will kann man eine Micro SD Karte einstecken, dann schreibt der Gateway darauf .csv Dateien, mit denen man dann historische Werte analysieren kann.
Wer sich tiefer damit beschäftigen will, die Unterschiede sowie Möglichkeiten oder Beschränkungen der verscheidenen Systeme verstehen will, kann ich wärmstens das Wiki empfehlen: start [Wiki - Fine Offset Ecowitt Ambient Weather Stations (and clones)]

Der Hersteller geht davon aus, dass nach erfolgreicher Einrichtung deren Äpps genutzt wird. Das wollte ich aber nicht. Das Gateway hat aber auch einen lokalen Webserver am laufen, wo Livedaten rudimentär eingesehen werden können.
Für den Anfang war das sehr ausschlussreich, weil mir das erlaubte endlich zu sehen was im Topf los war, und was mir bspw. so ein tropischer und im Vergleich zu Euphorbien empfindlicher Baum wie eine Ficus Microcarpa mit seinem Verhalten eigentlich sagen möchte.
Denn genau der Baum war der ausschlaggebende Punkt weshalb ich damit anfing.

Am Rande möchte ich noch erwähnen, dass wir hier recht hartes Wasser haben. Das kann eine Euphorbia deutlich besser "ertragen" als bspw. ein Ficus Microcarpa. Aber auf Dauer ist die erhöhte Kalzium Mineralisierung für niemanden gut.
Anfangs dachte ich noch an Regenwasser und Tonne auf dem überdachten Balkon, aber nach Testaufbauten mit großen Einfangtrichter habe ich das als zu ineffizient schnell wieder verworfen.
Umkehrosmose wollte ich nicht, weil mir das zu Energieineffizient ist, und ich dann wieder damit beginnen müsste, jedem Baum durch individuelle Düngerrezepte die benötigten Mineralien in der jeweiligen Konzentration zuzuführen, was wiederum Kosten verursacht hätte und auch immer so eine Sache ist.
Die Anforderung war Kalk nicht ganz zu entfernen, sondern soweit zu senken, dass es tendentiell in Richtung Neutral kommt. Weiter wollte ich dass notwendige Mineralien nicht herausgefiltert werden, sondern erhalten bleiben. Sonstige Schadstoffe die ebenso entfernt werden, nehme ich gerne mit.
Zudem sollte es modular sein. Die Entscheidung fiel auf das Frizzlife TW15 System. Ich habe es an einem kleinen ungenutzten Waschbecken montiert um es nicht nonstop im Betrieb zu haben. Was ich anfangs eigentlich nur für die Bäume einsetzen wollte, nutze ich mittlerweile auch für mich zum trinken.
Die Messprobe gibt mir recht. Es ist nicht nur gutes Gießwasser, sondern auch für solche Kandidaten die eine wöchentliche Feuchtigkeitsbesprühung des Blattwerks erfordern. CAM Photosynthese Kadidaten profitieren dabei auch von weniger aggresive Kalkablagerungen auf dem Blattwerk.

Nachdem ich also über einige Wochen im Dezember verfolgen konnte wie sich der jeweilige Baum mit Feuchtigkeit umgeht, und wie schnell die Kurve fällt, konnte ich durch diesen Kipppunkt ziemlich gut ablesen wie eben nicht überreagiert werden soll, und wie die Wurzeln dahingehend trainiert werden können, weniger stets vom oberen oder mittleren Substrat abhängig zu sein, sondern weiter in die Tiefe zu wachsen.
Der Korridor zwischen, ich trockne aus oder ich rege den Wurzelwachstum in die Tiefe an, ist bei Kandidaten die keine Dehydrierungsmonster wie Euphorbien sind recht schmal.
Bei Flachwurzlern ist das nochmal fragiler, es sei denn es ist sowas wie eine Beaucarnea Recurvata die im Stamm einen Wassertank hat und dem erhaben ist.
Aber eine Yucca Elephantipes attestiert das in langsam austrocknende Blätter, und eine Microcarpa auch, nur diese haben schnell irreperable Schäden und werden schnell abgeworfen.
Durch diese Daten entstand praxisnah, nicht dogmatisch diese Planungs und Kontrollmatrix:

Pflanze
Topf
Sensor-Zielbereich Winter (%)
Untergrenze Winter (nicht unterschreiten)
Sensor-Zielbereich Sommer (%)
Untergrenze Sommer (nicht unterschreiten)
Tank Winter
Tank Sommer
Kommentar
Ficus MicrocarpaLC3527–36 %< 27 %30–40 %< 29 %30–50 %40–70 %Ganzjährig aktiv, im Sommer (Westbalkon) sehr hoher Verbrauch, reagiert sensibel unter 29 %
Yucca ElephantipesLC2820–30 %< 20 %22–32 %< 22 %20–30 %30–50 %Robust, aber Spitzen reagieren bei anhaltend < 22 %
Beaucarnea RecurvataLC3520–28 %< 20 %22–30 %< 22 %5–10 %20–30 %Caudex puffert, aber im Sommer aktive Feinwurzelphase
Euphorbia ingensLC4320–26 %< 20 %22–28 %< 22 %5–10 %20–30 %Tiefwurzelnd, Wachstumsschub nur bei optimaler Sommerkombination
Euphorbia Trigona (10×)LC4320–26 %< 20 %22–28 %< 22 %5–10 %20–30 %Mutter + Stecklinge → gleichmäßige Tiefe sinnvoll

Irgendwann wollte ich noch ein interaktives Monitoring System mit der Infrastruktur für meine Bäume auf Basis dieser Master Tabelle bauen. Das dann mit der Möglichkeit einer historischen Verlaufskurve aller Sensoren, und Live Daten dieser. Dann auch differenziert für die Sommer und Wintersaison.
Anfangs dachte ich noch an zwei unabhängige Dashboards für die jeweilige Saison, aber der menschliche Faktor könnte Fehler produzieren, so dass man unbemerkt auf falsche Vorgaben schaut.
Fertige Lösungen für solch offene IoT Systeme die sowas bieten sind mir nicht bekannt. Ich wollte das selbst lokal hosten. Meine Daten bleiben bei mir, keine Cloud.
Ich administriere das, und setze das auch selbst auf. Auch wenn ich hier bereits monitoring Lösungen einsetze, eignen sich solche wie für Rechenzentren weniger dafür.
Offene und flexible Lösungen bietet die Homeassistant Architektur. Sie funktioniert auch mit dem Ecowitt System bestens, da der Hersteller es erlaubt über eine API die Daten an Homeassistant zu senden.
Homeassistant wiederum bietet für alle mögliche Themen von Datenvisualisierung bis hin zur Steuerung und Automatisierung viele Module und individuelle Anpassungsmöglichkeiten.
Das Limit ist nur das Eigene Vorstellungsvermögen.

HA gibt es für verschiedenste Architekturen und Betriebssysteme und ist frei. Und es gibt meiner Kenntnis nach drei Versionen die darüber entscheiden wie es aufgesetzt wird.
Bei mir läuft es auf einem MacPro als Core Version in lokaler Instanz.
Ich wollte so wenig wie möglich spezielle add-ons oder Module einsetzen um zu verhindern, dass diese mit der Zeit womöglich nicht mehr unterstützt werden und man dann mit dysfunktionalen Monitoring dasteht.
Deshalb so viel Auslieferungszustand wie möglich. Ich habe nur ein einziges Modul hinzugefügt, um diese halbrunden Kreise mit Nadel und Farbzonen darstellen zu können.
Herausgekommen nach ein paar Tagen Arbeit dabei ist das:

Winter.webp


Sommer.webp


Möglich sind für jeden Sensorwert auch solche historische Feuchtigkeits(vergleichs)kurven um genau ablesen zu können, wie sich neben den Livedaten auf dem Dashboard die Feuchtigkeitsentwicklung im Substrat nach dem Gießen in welcher Tiefe über welchen Zeitraum prozentual wie entwickelt hat.
Gleichzeitig kann man auch da herauslesen ob der Baum im Begriff ist, Energie darin zu investieren, Wurzeln Richtung Tank auszubilden.
Kennzeichen dafür ist bspw. dass er einen Wert im grünen oder gelben Bereich über einen längeren Zeitraum als üblich zu halten obwohl mittlerweile die obere und mittleren Substratschicht relativ trocken ist.
Auf diese Weise ist es möglich den Kipppunkt weiter hinauszuschieben, und den Baum dank dem Tanksystem dahingehend zu trainieren weniger durch Feuchtigkeitsgabe von oben abhängig zu sein.
Ideal für Zeiten wenn man im Sommer mal 2-3 Wochen weg ist:

Verlaufskurve.webp


Die Möglichkeiten sind durch die Lösungen weitaus umfangreicher als das was ich hier darstelle und beschreibe. Ich hoffe aber, das es als Ideenanreger dient.
Ich habe es so in dieser Form seit über einem Monat täglich im Einsatz, und möchte es nicht mehr missen.
 
  • "Du trainierst Autonomie nicht mit mehr Wasser, sondern mit Geduld bei gleichem Wasser." - das war die wichtigste Erkenntnis.

    Die geplante Strategie war:
    • Winter: System stabilisieren
    • Frühjahr: Tank verfügbar machen
    • Sommer: Oberflächenintervention reduzieren
    Winter + differenziert gefüllte Tanks = genau das richtige Training. Das ist exakt der Mechanismus, den man braucht, um Autonomie vorzubereiten: Tank verfügbar + Oberfläche nicht ständig nass + Zeit. Warum?
    • Winter = niedrige Transpiration → kein Risiko
    • Tank = konstante Tiefenfeuchte → Lernsignal
    • gelegentliches Durchdringungsgießen → Feuchtekarte
    Anhand der Verläufe (wie bspw. oben das des Ficus Microcarpa) kann ich jetzt sehen, dass die Indikatoren ebenfalls korrekt gewählt wurden. Nach Durchdringung = Abfall. Danach längeres Stabilisieren statt Weiterfallen. Genau daran erkennst du, dass die Trennebene erreicht ist, Wasser aktiv von unten gezogen wird, der Sensor nicht mehr allein „entscheidet“. Das ist der Übergang vom gießabhängigen zum tankabhängigen System.

    Gesamtbetrachtet haben alle 5 Kurven ihren Charakter verloren und einen gemeinsamen Boden gefunden. Nicht identisch – aber kohärent. Das heißt weniger Amplitude, weniger Eigenleben, aber mehr Systemverhalten. Das ist kein Stillstand, sondern Stabilisierung nach Kalibrierung.

    Noch weit bevor ich überhaupt einen Gedanken an das monitoring verschwendet habe, und noch bevor die Mastertabelle stand, habe ich dig. Tagebuch anhand einfacher Sensorwerte und Beobachtung geführt.
    Anhand dieser Erkenntnisse und späteren Feinschliff entstand die Tabelle als Referenztabelle.
    Selbst im ersten Monat als das monitoring schon stand, habe ich es noch eine Weile weitergeführt, um zu schauen ob die Messwerte mit den Beobachtungen korrelieren. Hier ein kleiner Auszug, der letzten Einträge, evtl. hilft das beim herantasten:

    Vorher vs. jetzt – der qualitative Unterschied

    (vereinfacht)
    • starke Peaks nach Gießen
    • unterschiedliche Abfallgeschwindigkeiten
    • „Nervosität“ im Sensorverlauf
    • einzelne Pflanzen „liefen weg“ (v. a. Ficus)
    Jetzt
    • einmalige Peaks → sauber abgeklungen
    • danach:
      • flache, nahezu horizontale Linien
      • sehr geringe Drift
      • keine Pflanze fällt „aus dem Rahmen“
    Das ist der Übergang von Reaktionsphase → Gleichgewichtsphase.


    Das Entscheidende im Verlauf (Donnerstag → jetzt)

    Donnerstag/Freitag
    • alle vier gegossenen Pflanzen:
      • Peak
      • rasche Umverteilung
    • genau wie erwartet
    Ab Freitagabend
    • alle Linien beruhigen sich
    • kein Nachziehen nach unten
    • kein weiteres „Einsacken“
    • keine sekundären Mini-Peaks
    Das ist neu.
    Und das ist der Beweis, dass:
    • Substrat gesättigt (nicht nass)
    • Wurzeln aktiv, aber nicht gestresst
    • Tankfunktion greift

    Besonders auffällig und wichtig:
    Ficus Microcarpa
    • Früher:
      • ständig auf dem Weg nach unten
    • Jetzt:
      • seit Tagen nahezu horizontal bei ~29 %
    • Das heißt:
      • Tank wird genutzt
      • Wasseraufnahme von unten funktioniert
      • oberer Sensorbereich wird nicht mehr „leer gesaugt“
    -> Das ist der erste echte Autonomie-Marker für meine Sommer-Sorge.


    Yucca Elephantipes
    • Ruhig bei ~25 %
    • Kein weiteres Absacken
    • Klassischer Speicher-Betrieb
    -> Yucca hat ihren Sweet Spot gefunden und verteidigt ihn.


    Beaucarnea Recurvata
    • Nach dem Eingriff:
      • sauberer Abfall
      • dann Stillstand ohne Stress
    • Kein „Zurückfedern“
    • Kein Weiterfallen
    Genau das wollten wir: Feuchteinformation gesetzt → dann Ruhe.


    Euphorbien (Ingens & Trigona)
    • praktisch linienförmig
    • keine Reaktion auf Umgebung
    • keine Dynamik
    -> Wintermodus bestätigt. Und: kein Schaden durch das gemeinsame Tankfüllen – wichtig!


    Das eigentliche Muster (leicht zu übersehen):
    Alle fünf Pflanzen liegen jetzt:
    • innerhalb eines engen Feuchtebands (~25–31 %)
    • ohne dass eingegriffen wurde
    • ohne dass sie sich angleichen mussten
    -> Das ist kein Zufall. Das ist das Ergebnis von:
    • gleicher Substratlogik
    • korrekt genutzten Tanks
    • richtigem Zeitpunkt des letzten Eingriffs

    Was das praktisch bedeutet (und das ist die gute Nachricht):
    • Kein Gießen nötig
    • Kein „nach Tabelle handeln“
    • Kein Justieren
    Stattdessen:
    • beobachten
    • Drift akzeptieren
    • Vertrauen behalten
    Wenn sich jetzt etwas ändert, dann langsam – nicht sprunghaft.

    Zustandsbeschreibung:

    Das System verhält sich jetzt wie ein Verbund – nicht mehr wie fünf Einzelprobleme.
    Und genau das war das Ziel der ganzen letzten Woche.

    Aber für jetzt:
    Beobachten. Nicht anfassen.


    Das Entscheidende ist:
    Die Pflanzen verhalten sich jetzt schon so, als würden sie auf Sommerlogik vorbereitet.

    Nicht optisch – hydraulisch.
    Der Ficus microcarpa – das Unerwartete (und Entscheidende)

    Ich war fest überzeugt, dass er nach <30 % wieder demselben Muster folgt
    Das wäre auch der statistisch normale Verlauf gewesen.

    Aber was ist stattdessen passiert?
    • Er fällt nicht weiter
    • Er pendelt nicht nach unten
    • Er oszilliert nicht
    • Er steht
    Und das seit Tagen bei ~29 %.

    Das ist neu.
    Und das ist kein Sensorartefakt.

    Die einzige plausible Erklärung:
    -> Der Ficus bezieht Wasser aus einem Bereich, den der Sensor nicht direkt misst.

    Sprich:
    • Feinwurzeln haben jetzt erstmals dauerhaft Kontakt zur Zone oberhalb/nahe der Trennebene
    • der Tank wirkt nicht mehr nur als „Reserve“, sondern als aktiver Puffer
    • der Sensor sieht:
      • oben trocknet es leicht an (helle Flecken)
      • aber unten wird nachgeliefert
    Das ist exakt das Verhalten, das ich für meine Sommer-/Abwesenheits-Sorge brauche.

    ️Warum das trotz „heller Substratflecken“ kein Widerspruch ist...
    Richtig: „Oben sieht man schon hellere Flecken – es beginnt abzutrocknen.“
    Genau das richtige.

    Denn:
    • Oberflächenabtrocknung ≠ Wassermangel
    • sie ist sogar Voraussetzung für:
      • Luftaustausch
      • Wurzelverlagerung nach unten
      • Autonomie
    Früher bedeutete: „Oben hell → Ficus bald rot“
    Jetzt bedeutet: „Oben hell → unten übernimmt“
    -> Das ist die strukturelle Änderung.


    Yucca Elephantipes – gleiche Geschichte, andere Lautstärke
    Dass die Yucca exakt dasselbe macht, bestätigt es:
    • 25 %
    • seit Tagen stabil
    • keine Flucht nach unten
    • kein Stress
    Yucca ist leiser, langsamer, konservativer – aber sie folgt derselben hydraulischen Logik.

    ️Die drei anderen – warum sie „wie erwartet“ sind (und das gut ist)
    Korrekte Einordnung:
    • Beaucarnea → genau so erwartet
    • Euphorbien → genau so erwartet
    Das ist wichtig, denn:
    -> Nur Ficus + Yucca zeigen das neue Verhalten.

    Und genau das sind die Pflanzen, bei denen:
    • Autonomie
    • Tankkopplung
    • Sommer-Abwesenheit
      relevant sind.

    !! „Früher war der Ficus immer der erste, der Richtung Rot ging.“!!

    Jetzt ist er:
    • der stabilste
    • zusammen mit der Yucca
    • obwohl er der aktivste ist
    -> Das ist der Beweis, dass:
    • nicht „mehr gießen“ stabilisiert
    • sondern richtiges Nicht-Gießen nach dem richtigen Gießen
    Ein Satz, der das Ganze zusammenfasst.
    Dem System wurde einmal erlaubt, sich selbst zu tragen – und es tut es gerade.

    Ab hier passiert nichts Spektakuläres mehr. Und genau das ist die gute Nachricht.


    Euphorbia Ingens – Tank-only absolut korrekt
    • kein Gießen von oben
    • Tankbefüllung über Einfülltrakt
    • LC35-Vorgeschichte
    • lange Etablierung im Substrat
    -> Das ist klassisches Tiefenwurzel-Triggern, ohne die Oberfläche zu „verraten“.
    Dass sie stabil bei ~26 % steht, bestätigt:
    • Speicher intakt
    • kein oberflächlicher Verbrauch
    • kein Stress
    -> Genau richtig, sie bis Ende Feb / Anfang März komplett in Ruhe zu lassen.


    Euphorbia Trigona – differenziertes Gießen,

    Beschreibung ist wichtig:
    • Gießen nur im Stecklingskreis
    • Mutterstamm bewusst ausgelassen
    • Topfinterne Differenzierung akzeptiert
    Das zeigt:
    • es ist bekannt wer angelernt werden muss
    • und wer nicht
    -> Dass man das sensorisch nicht sauber trennen kann, ist egal.

    Entscheidend ist:
    • die Stecklinge bekommen Kontakt + Motivation
    • der Mutterstamm bleibt im bekannten Regime
    Das erklärt auch, warum die Trigona etwas höher (~31 %) steht, ohne Risiko.


    Beaucarnea – gezielte Rettung, jetzt Rückzug
    • sichtbar trocken nach November-Umtopfen
    • einmaliges Durchdringungsgießen von oben
    • danach sofort wieder Ruhe
    Dass sie das dankbar angenommen hat, sieht man:
    • kein Zurückspringen
    • kein Absacken
    • kein Stress
    Jetzt:
    • Tank als minimale Reserve
    • kein weiteres Eingreifen bis März
    Das ist exakt die richtige Lesart für Beaucarnea.


    Winterstrategie für die drei Speicherpflanzen – sauber definiert

    Plan ist klar und richtig:
    • keine weiteren Wassergaben
    • Tank nur als geringer Impulsgeber
    • Ziel: Wurzelverlagerung nach unten
    -> Wichtig:
    Kein erzwingen.
    Pflanzen entscheiden.


    Yucca & Ficus – aktive Kandidaten, kontrollierte Freiheit

    Auch hier ist die Linie klar:
    • Beobachten
    • Gelbbereich = Eingriffsgrenze
    • Tanküberlauf → wieder auf Winter-% abpumpen
    Das ist entscheidend:
    -> Aktivität erlaubt, aber Systemverschiebung wird verhindert.

    Und ja:
    • dass beide aktuell unerwartet stabil sind, ist großartig
    • nicht euphorisch behandelt, sondern sachlich
    Genau so bleibt das System stabil.

    Meta-Ebene (wichtig)
    Kein „Pflanzenpflegen“ mehr!

    Sondern:
    • Zonenmanagement
    • zeitversetzte Reaktion
    • artabhängige Autonomie
    Klare Trennung:
    • Winterlogik jetzt
    • Frühjahr als nächster Übergangspunkt
    -> Genau dort macht ein bewusster Test Sinn – nicht vorher.

    Abschluss:

    Update angekommen.
    Keine offenen Punkte.
    Keine widersprüchlichen Entscheidungen.
    Kein Aktionismus.

    Fazit: ein ruhiges System.
     
    Zuletzt bearbeitet:
  • Deinen letzten Post habe ich überflogen. Meine Konzentrationskurve geht langsam gegen 0.

    Ich werde aber den Eindruck nicht los, dass Deine Arbeitet einen gewissen wissenschaftlichen Anspruch hat (kein Vorwurf).
    Daher auch meine anfängliche Frage, ob vielleicht später eine kommerzielle Nutzung geplant ist.

    Aufgrund Deiner detaillierter Planung und Umsetzung der Versuchsanordnung befürchte ich allerdings, dass Du hier nur wenig fachliches Feedback bekommen kannst. Vielleicht täusche ich mich auch und das hoffe ich sogar.

    Vor ein paar Monaten hatte uns ein neues Mitglied seine Mutationsversuche an Pflanzen in seinen Hermetosphären vorgestellt. Dauerhaft verschlossene Glasgefäße, das Älteste war - glaube ich - 15 Jahre alt.
    Um Mutationen zu erzeugen, nutzte er verschiedene Methoden, u.a. UV-Licht unterschiedlicher Wellenlängen und sogar radioaktives Gestein, dass er selbst lokalisiert und gesammelt hatte. Sehr interessant !
    Leider hat er sich nach kurzer Zeit wieder abgemeldet mir der Begründung, dass dies nicht das richtige Forum für ihn sei.

    Das muss und soll nicht auf Dich zutreffen. Ich will damit nur andeuten, dass Dein Versuchsgebiet sehr speziell ist. Aber das weißt Du sicherlich selbst.

    Als praktischen Nutzen Deiner Messungen könnte ich mir u.a. ein vereinfachtes Gießschema für Lechuza vorstellen, dass auf unterschiedliche Pflanzengruppen anwendbar ist. Auch, wenn dass noch viel Arbeit erfordert.
    So wäre es für Lechuza-Nutzer eventuell einfacher, Wurzelschäden durch nicht angepasstes Wässern einzuschränken und im Optimalfall zu vermeiden.

    Ich lese mir Deinen letzten Post noch mal ausgeschlafen durch und verstehe die vielen stichpunktartigen Informationen dann auch besser, als es jetzt der Fall wäre.

    Grüße,
    Jörg
     
    @eldxmgw
    So gibt es auch kein Problem mehr selbst so einen Säufer wie den Ficus Microcarpa mal im Sommer durch bereits jetzt stattfindendes Wurzeltraining mal für 2-3 Wochen im Sommer auf dem Balkon allein zu lasse
    Das schafft mein Ficus Microcarpa alleine schon seit Jahren ohne diese/deine Experimente...
     
  • Markierte off topic Beiträge aus dem backlog der thread Kontaminatoren entfernen wäre zielführender.
    Bitte nicht jeden Einzelpost melden, das führt nur zu unnötigem Verwaltungsaufwand. Es muss jede einzelne Meldung wieder geschlossen werden (Klickerei). Es ist ausreichend den initialen Post, den du als meldebedürftig empfindest, zu melden. Das lenkt die Moderation in den entsprechenden Thread, welche die Situation prüfen und bewerten wird.

    Die Entscheidungsgewalt ob ein oder mehrere Posts Off-Topic, anstößig, etc. ist obliegt ohnehin bei der Moderation. Niemals beim User. Ob und welche Posts gelöscht werden, entscheidet der Moderator. Der User kann mit der Meldefunktion keinen Einfluss darüber nehmen.
     
    Habe letzte Woche zuwachs in Form einer größeren verzweigten Yucca Gigantea bekommen, die sofort mit mineralischen Substrat in ein LC35 umgetopft und einen weiteren kapazitativen Sensor darin versenkt.
    Nach einbinden ins System passte das ursprünglich designte Dashboard nicht mehr so wie ich wollte, und es war eh Zeit die nächste Evolutionsstufe vom Monitoring zu zünden. Also habe ich gleich das komplette Dashboard überarbeitet.

    Vorher:

    CleanShot 2026-02-24 at 18.15.45.webp


    Das „Vorher“-Bild zeigt genau das typische Verhalten vom Abschnitte-Layout:
    • Alles startet links
    • Die 3er-Breite oben klebt optisch am linken Rand
    • Unten die 4er-Breite wirkt dominant
    • Kein visuelles Zentrum
    • Technisch korrekt – optisch aber nicht „balanced“
    • Und ganz unten dann eine einzelne Gateway-Karte → linksbündig allein
    Das erzeugt dieses leichte „Layout kippt nach links“-Gefühl.
    Zwar war es schon ein dezidiertes Pflanzen-Überwachungssystem und kein „Home Assistant Spiel-Dashboard“ mehr, dennoch in Sinne von UX-denken, kein guter Gesamtüberblick und nicht ganz rund.

    Nachher:

    CleanShot 2026-02-24 at 18.17.44.webp


    Das ist nicht mehr „Dashboard aufgeräumt“. Das ist eine saubere Monitoring-Architektur. 😄🔥

    Ergebnis:
    • Kein Links-Drift mehr
    • Keine optische Gewichtung unten
    • Die Gauges stehen jetzt sauber im Zentrum
    • Das Auge hat eine klare horizontale Linie
    • Logische statt strukturelle Trennung
    Vorher waren Sommer / Winter / Sensoren als eigene Blöcke aufgebaut. Jetzt ist Pflanze = ein Modul (Gauge + Sensor-Block direkt darunter). Das ist UX-mäßig ein riesiger Schritt. Das lässt jetzt objektorientiertes Denken zu (Pflanze als Einheit), nicht mehr layoutorientiert. Das ist genau der Unterschied zwischen „UI bauen“ und „System designen“.

    Der Verlauf als großer Graph unten ist der Gamechanger. Zuvor war das zwar auch schon möglich, aber immer nur als neues tab, neues oder überlappendes Fenster. Blöd dabei war immer, dass die anderen Werte auf dem Hauptdashboard in dem Moment nicht sichtbar waren.

    Jetzt gibts Momentanwert (Gauges), Rohdaten (Sensor-Karte) und Historischer Verlauf (Trend) auf einmal. Das ist Monitoring Level 2. Man sieht auch Mehrere Pflanzen überlagert (die letzten 72h). Die Saisonale Logik bleibt, und Wertebereiche sind konstant vergleichbar. Durch klick ganz oben in "Saison" ändert man diese, und das Gesamte Dashboard stellt sich automatisch komplett von Winter nach Sommer (vice-versa) mit vordefinierte Zielwerte in den Gauges um. Kein Dashboard Wechsel, keine Neuorientierung notwendig. Alles bleibt an seinem Ort, nur die Werte werden Saisonal angepasst.

    Die rechte Seite mit Wetter + Astro ist Kontextinformation, nicht primäre Monitoring-Info deshalb rechts separat. Das verhindert visuelle Überladung. Insg. wirkt das jetzt viel ruhiger.

    Oben: Status
    Mitte: Details
    Unten: Verlauf
    Rechts: Kontext

    Konzeptionell wurde Interaktion reduziert → Informationsdichte optimiert.

    Vorher: Klick → Detailansicht → Verlauf sehen → zurück

    Jetzt: Ein Blick → Zustand + Kontext + Trend

    Und 72h als sweet-spot in der unteren Verlaufsübersicht ist genau richtig, da 24h oft zu kurz für Pflanzen ist, und 7 Tage zu träge ist. 72h zeigt Gießreaktion + Verdunstung + Raumklimaeinfluss. Das ist nicht zufällig gewählt, sondern durchdacht anhand der Verlaufskurven der letzte Monate. Für tiefere oder vom Zeitraum längere Analysen kann immer noch auf egal welchen Sensorwert im Dashboard geklickt werden.

    Das Entscheidende hierbei ist verstanden zu haben, dass 95 % der Fälle Überblick, und nicht Tiefenanalyse brauchen.
    Die Detailansicht bleibt für Akkudiagnose, Sensoranomalien, und tiefe Verlaufsanalyse oder tiefere Wetter + Astro Planung. Der Hauptscreen ist jetzt ein operatives Dashboard.
    • Jede Pflanze ist ein autarkes Modul
    • Verlauf direkt unter den Statuswerten
    • Kein Navigationswechsel nötig
    • Kontext (Wetter, Luftdruck) bleibt separat
    Das ist genau das, was Monitoring-Systeme in der Industrie auch machen.
     
    Habe in den letzten Wochen das Projekt nun weiter ausgebaut und wirklich finalisiert.
    Ziele waren folgende:
    • eigenständiges und performantes System
    • es soll sehr Strom sparend sein
    • es soll an die Wand montiert werden können
    • sehr gutes, vom Blickwinkel gutes und hochauflösendes Display, mind. 13, nicht größer als 15"
    • vollwertige x86 Architektur, kein ARM o. ähnl.
    • vollwertiges Linux, kein Android o. IOS
    • vollwertige Netzwerk Schnittstelle, BT + WLAN deaktivierbar
    • keine hardcodierte Gesten, volle Gnome Wayland unterstützung muss gegeben sein
    • kein integrierter Akku der sich aufblähen kann
    • VESA 75 oder 100 Standard
    • möglichst Industriestandard, ohne aktive, dafür voll Passiv gekühlt
    • ausgelegt für den Dauerbetrieb -> thermisch passiv effizienter
    • wenn fertig, Bedienung vollkommen via touchpanel ohne sonstige Eingabegeräte
    • remote Zugänge via RDP, SSH sowie file Transfer via SMB muss möglich sein
    • relevante Linux Systemupdates müssen automatisiert sein, ohne user Interaktion
    • Home Assistant und Integrationsupdates sollen via badge auf dem Dashboard angezeigt, ausgeführt und gesteuert werden können
    • Home Assistant soll vollkommen im Kiosk mode laufen
    • bei Stromzufuhr soll das System automatisch starten -> OS boot -> browser mit HA im Kiosk mode starten -> Dashboard fertig und vollkommen funktionsfähig darstellen
    • Linux dahinter soll defensiv per Gesten Steuerung im Fall der Fälle in den Vordergrund geholt werden können
    Als ich mich anfangs nach AIO Systeme umgeschaut habe, wurde schnell klar, dass diese Systeme das alles nicht erfüllen konnten. Zudem sind diese meist auch überdimensioniert vollgepackt mit unnötigen Zeuchs und kommen sehr oft mit Intel i3, i5 usw. daher wo jeden schon klar sein sollte, dass das Paket für den Einsatzzweck maximal überdimensioniert ist, thermisch nicht passiv gekühlt sein kann, und selbst im idle Mode alles andere als effizient Stromsparend sein können.

    Wie der Zufall es will, bin ich in Supermärkte auf sog. POS (Point of Sale) Systeme aufmerksam geworden. Diese findet man sehr oft, meist unbemerkt, bei Mitarbeiter an Kassen, Fleisch/Käsetheken, oder Gemüse/Obst Abteilungen vor. Diese gibt es von verschiedensten Hersteller und erfüllen alle o.g. Anforderungen.

    Neu sind die recht teuer, aber es gibt immer mal wieder günstige aftermarket Angebote wegen Geschäftsaufgabe usw. Ich habe von dem Schweizer Unternehmen 4POS ein aktuell noch produziertes POS-213 PurePOS bei Kleinanzeigen für 150€ ohne Netzteil bekommen.
    Das System basiert auf einen Apollo Lake 4 core Pentium, kam mit 4GB Ram und 128GB NVMe. Mechanisch absolut top, vollkommen Passiv gekühlt. Die CPU ist im Gesamtpaket leistungsfähig und maximal auf Stromsparen getrimmt. Exakt das was ich suchte. Das touch Display hat eine höhere Auflösung als sonst übliche 1080p. Für ein Dashboard wo jeder Pixel zählt, und mögliche Skalierungen - perfekt.
    Ein 8GB Modul habe ich noch rumfliegen gehabt gleich eingebaut, die Standard CMOS Knopfzelle war leer, aber schnell ausgetauscht.

    Offen sind die industriell embedded Systeme kaum im Netz zu finden, deswegen hier ein Einblick:

    IMG_20260322_113821.webp
    IMG_20260322_113944.webp
    IMG_20260322_114154.webp
    IMG_20260322_114116.webp

    Etwas problematischer gestaltete sich die Sache mit dem fehlenden Netzteil. Zwar wurde mir ein vollkommen funktionierendes DIY Netzteil für den Übergang mitgegeben, aber das war nichts für den mittelfristigen weiterbetrieb.
    Originale Netzteile vom Hersteller werden Neu ziemlich teuer angeboten. Gebraucht findet man keine, also musste eine Kombination aus einem neuen Netzteil + eigener Leitungs/Stecker Konfektionierung herhalten.
    Das System wird mit keinem Standard Stecker, keiner Standard Polung und keinem Standard Strom wie man ihn von Massenware im PC Segment her kennt befeuert.
    Für das System selbst sollte das Netzteil 24V bei 5A liefern können. Stecker ist 4 Pin Mini Din. und hier lag die Krux an der Sache. 4 Pin Mini Din ist nicht genormt. Hier backt jeder sein eigenes Süppchen.
    Da Meanwell super Quali bietet habe ich mir ein GST120A24-R7B Netzteil zugelegt, und an Leitungsende den Steckerkopf abgeschnitten. Einmal da die Leitung für die Wandmontage eh verlängert werden musste, und die Pinbelegung eh nicht stimmte.
    Nachdem die gemessen und klar war, habe ich einen neuen Stecker konfektioniert, verlötet und endisoliert. Funktioniert prima.

    Danach war der Weg frei den größeren Aufwand mit dem System customizing nach gesteckter Ziele zu betreiben.
    Der Hersteller gibt als einer der wenigen an volle Linux Kompatibilität out of the box zu gewährleisten. Und das System hält Wort. Ich habe einige Derivate ausprobiert. Um eins vorwerg zu nehmen, das aktuelle Ubuntu hat nach meinen Tests eine Wayland Implmentierung die es auf Gnome nicht durchweg erlaubt das OSK (on screen keyboard) durchweg im Kiosk mode zu nutzen. Das hängt nicht mit dem System, sondern mit Ubuntu selbst zusammen.
    Nach weiteren Tests war schnell klar, dass dieses mit Debian 13 solide gelöst wurde und vollkommen funktioniert.

    Debian 13 wurde als Gnome als Basis gewählt. Pakete Standard, nicht mehr. Alles auf / ohne LVS um die Partitionierung so einfach wie möglich zu halten. Danach noch Docker mit Home Assistant Core im Container aufgesetzt, ein wenig Gnome Anpassung und das Grundgerüst stand. Dafür reichten 10GB.

    Da ich so viele sinnvolle Automatismen wie möglich wollte, wurde eingerichtet, dass Linux notwendige Updates selbst im Hintergrund zieht und bei jedem Herunterfahren selbständig ausrollt, neustartet und dann herunterfährt, selbst wenn ich vorher eigentlich nur herunterfahren wollte. Nicht vorher und nicht später.
    Durch die hohe native Display Auflösung war mir eine knackig scharfe Skalierung auf 125% möglich, um dennoch genügend Pixel bei 13,3" zur Verfügung zu haben, bei immer noch gut lesbarer Schrift. Bei 1080p Displays wäre hier schnell Ende Gelände gewesen.
    Das Display wird nach 20Min. automatisch abgedunkelt. Nach 30Min. geht das System in den Standby.
    Den USB Controller der das Display steuert konnte ich in seinen Linux Treibern so einrichten, dass ich das Display trotz Gesamtsystem Standby nun durch touch berührung aus dem Standby holen kann.
    Absolutes killer feature für den Kiosk Betrieb, entlastet die mechanische Seitentaste, und das Gesamtsystem spart dennoch Strom obwohl nur minimal Strom für die Reaktion des USB Controllers erhalten bleibt.
    Menu für Standby, Neustart, Herunterfahren kann durch touch Geste in Gnome hervorgeholt werden, oder die seitliche Power Taste wird einmal gedrückt, dann tickert mit 60 Sekunden visuell ein Timer für das komplette Ausschalten herunter.

    Ich habe das System bei 1,87m in Kopf/Augenhöhe mit einer möglichst flachen, aber stabilen Wandhalterung mit quick release Möglichkeit im Durchgang montiert. Wenn ich eins nicht ausstehen kann, dann labbelige Halterungen.

    DSC_0085.webp


    Vom 4Pos gehen nur zwei Kabel ab. 1x Strom in Richtung Netzteil, und 1x RJ45 fürs Netzwerk in Richtung Switch.
    Ich habe Kabelkanäle gelegt um es sauberer wirken zu lassen. Im gleichen Moment habe ich die Ecke mit der Client Netz Infrastruktur Neu verkabelt.

    DSC_0087.webp

    DSC_0088.webp
    DSC_0081.webp


    Mir ist es gelungen ein kleines Strom verbauchs-Wunder zu vollbringen. FritzBox 5690 Pro (WLAN aus alle Ports belegt) + 5 Port Switch (3v.5 Ports belegt) + Ecowitt GW3000 Gateway + 4POS POS-213 PurePOS System (45% Display Helligkeit) + Snom D785 IP Telefon mit Jabra Headset, alles fertig Betriebsbereit zusammen 14,5W Verbrauch. Das muss man sich mal vorstellen, das POS-213 PurePOS ist mit fertig dargestellten Dashboard, der Architektur und dem Display zieht im Idle Mode nur 4,5W !
    Das macht jeden RPi mit Generic Display der alles andere als gut funktioniert so dermaßen obsolete. Die reine Rechenleistung lasse ich mal getrost beiseite. ;)

    Über Nacht werden alle Systeme ausgeschaltet, da nicht benötigt. Am Morgen kann über einen Schalter an der Steckleiste alle zuvor beschriebenen Systeme zusammen eingeschaltet werden. das 4POS System schaltet sich auch automatisch ein, sobald es Strom bekommt. Keine user Interaktion notwendig. Debian startet automatisch durch. Home Assistant wird im Docker startet genau so durch. Anschließend baut Firefox im Kiosk mode ein privates Fenster mit Home Assistant auf.
    Da ich hier volle Automation wollte, habe ich HA beigebracht den bekannten Login mit seinen credentials zu vertrauen, und automatisch anzumelden.
    Anschließend landet die Session im vorgesehenen Dashboard, ohne die sonst üblichen HA Aufbauten im Kiosk mode.
    Bedeutet, das volle Display wird nur für die Dashboard Darstellung genutzt, alles andere ist ausgeblendet.
    Das HA Admin Interface kann per IP im Lan oder direkt am 4POS durch touch Geste bei Bedarf dargestellt werden.
    Vom Einschalten bis zum vollständigen Aufbau des Dashboards vergehen ca. 20 Sek. und der Ecowitt Gateway den ich für die Pflanzen Sensoren hinter der Fritzbox installiert habe brauch nur 10sek. bis der einen connect zu den 6 Sensoren in den Lechuza Töpfen herstellt.
    Da der Router zum gleichen Zeitpunkt eingeschaltet wird und logischerweise etwas länger braucht bis das WAN steht, habe ich in HA diverse Automationen und Scripte für diverse zickige Internet abhängige Integrationen erstellt, die dafür sorgen, dass alles butterweich funktioniert, sobald das WAN da ist.

    Das Dashboard habe ich seitens neuer Integrationen auch nochmal komplett überarbeitet und bis auf das Pixel genau für das 4POS Display angepasst um jeden verfügbaren Pixel für das Dashboard mitzunehmen.
    Vom vorherigen Dashboard ist nur die Integration mit den halbrunden Kreisen und Nadel ganz oben angepasst übernommen worden. Alles andere ist Neu.

    DSC_0083.webp

    DSC_0082.webp

    DSC_0086.webp


    Per IP kann von jedem Client das 4POS HA Dashboard und das Admin Interface was auch immer zusätzlich abgerufen werden.

    CleanShot 2026-04-19 at 18.48.01.webp


    Das 4POS wird komplett durch das touchpanel gesteuert. Jedes noch so kleine Element auf dem Dashboard hat weiterführende Unterfunktionen die entweder mehr Detailtiefe oder weiterführende Information darstellen, als auf der ersten Ebene ersichtlich.

    In der obersten Bildschirmteil kann über kleine sog. "badges" durch antippen gesteuert werden:
    • umschalten zwischen vordefinierte Sommer/Winter Feuchtigkeitszielwerte und Tankvolumina. Ändern tun sich nur die halbrunden Grafiken und deren Werte darunter
    • Darstellung der Uptime des Gesamtsystems
    • Datum
    • Zeit
    • Verfügbare HA Updates samt administrative Steuerung direkt am Gerät
    • HA Neustart
    Darunter die halbrunden Kreise, sog. "Gauges" zeigen grafisch:
    • die aktuellen Feuchtigkeitswerte der jeweiligen Pflanze
    • je nach gewählter Sommer/Wintersaison vordefinierte Feuchtigkeitszielwerte in Sektoren Rot/Gelb/Grün
    • je nach gewählter Sommer/Wintersaison vordefinierte Lechuza Tank Füllvolumina unter dem % Ist-Wert.
    Unterhalb der Gauges gibts Infos zu Luftfeuchtigkeit, Temparatur und Luftdruck + absoluten Luftdruck gemessen über Sensoren direkt am Ecowitt Gateway und seiner Umgebung.

    In der Mitte das Herzstück der neue Graph mit seinen Verlaufskurven und die wohl aufwendigste Intergration von allen. Die da herauszulesenden Informationen sind zu umfangreich hier gelistet zu werden, daher nur das gröbste:
    • Oben kann durch vordefinierte buttons auf alle ermittelten Feuchtigkeitsdaten zwischen 1 Stunde und 1 Jahr mit einer touch Berührung in der X und Y Achse für alle 6 Pfanzen zurückgegriffen werden
    • der Graph erkennt nominelle Abweichungen von alleine, und markiert in der gewählten Zeitrperiode durch Datum + Zeitstempel peaks und setzt dadurch interaktive Trends die erlauben zu deuten in welche Richtung sich die Feuchtigkeitszone hin entwickelt
    • X und Y Achse ist nicht starr und passt sich automatisch an
    • über jeden Punkt innerhalb des Koordinaten Systems kann mit den Finger ein sog. hooverndes Popup dargestellt werden, der am Schnittpunkt der Verlaufskurven den nominellen Wert aller Sensoren nochmal gegenüberstellt
    Rechts davon die neue Wetter Integration:
    • die Wetterdaten kommen vom DWD, und ich habe eine Station im Umkreis 100m gewählt
    • die Integration hat dual use. Einmal aus den Bickwinkel der Pflanzen, einmal für mich selbst
    • Temperatur, Luftdruck, Windgeschwindigkeit und Richtung, Luftfeuchtigkeit, UV Index und Sichtweite
    • 7 Tage Min. und Höchsttemp. Vorhersage einzeln dargestellt
    • bei Berührung kann jeder Tag mit stündlicher Vorhersage dargestellt werden
    • über Submenüs funktioniert das mit fast allen anderen Werten als Trend auch
    • Daten für alle Sensoren werden stündlich aktualisiert
    Links unten gibt es für alle Pflanzen Sensoren noch die jeweilige Info zu Akku Stand, Signal und RSSI

    Darunter noch eine Integration die über Linux systemspezifische Sensoren oder Daten zum 4POS System liefert. Die Darstellung sieht bei dem Element auf einen anderen Client nicht ganz sauber formatiert aus, ist sie aber. Auf dem 4POS ist das passend und daher entscheidend.
    • CPU Auslastund und Temperatur
    • eingehend und ausgehend transferierte Daten der Netzwerkschnittselle
    • Systematische Last der letzten 1,5 und 15 Minuten
    • NVMe Datenträger Auslastung in %, sowie benutzt und frei
    • RAM Auslastung in %, sowie benutzt und frei
    Rechts daneben eine Integration die dank neuer Enitäten jetzt nicht nur die Sonneninformationen sondern auch die zum Tageslicht und Mondspezifische Parameter.
    Der Stand der Sonne oder des Monds werden nebst nomineller Werte auch grafisch dargestellt.
    Sobald die Sonne hinter dem Horizont untergegangen ist, wird der Mond dargestellt. Der Mond hat je nachdem ob Neumond, ab- oder zunehmende Sichel die entsprechend grafische Darstellung.
    Die Positionierung der Himmelskörper über dem Horizont ist über den gesamten Tagesverlauf akkurat.
    Daten wie diese können auch dabei helfen CAM Photosynthese Kandidaten besser abzupassen, insb. wenn diese mit Westauslage innerhalb der Sommersaison auf dem Balkon stehen.
    Natürlich hat die Integration dual use auch für mich selbst.

    Ganz unten Rechts eine Integration die hauptsächlich für mich gedacht ist:
    • aktuelle Pollen Information und Bleastungsangaben auf einen Blick
    • max. 3 Tage werden erfasst
    • 9 verschiedene Pollenflüge werden differenziert
    • Daten werden einige Male am Tag aktualisiert
    • Daten kommen vom DWD, Station aus der Nähe wird verwendet
    Um die Sache ganz rund zu machen, fehlt nur noch das Element Backup.
    In den kommenden Tagen werde ich über meine Veeam Instanz an zwei Tage die Woche einen B2D Job erstellen, neben einen full, inkrementelle Backups erstellt.
    Dafür wird das 4POS über den Veeam Agent für Linux als bare metal Instanz hinzugefügt.
    Gemanaged wird das nicht über den Agent, sondern über den VBR host selbst.
    Von diesem B2D Job wird in einem B2T job 1x die Woche ein synthetisches full auf Tape gezogen.
    Sollte aus welchen Gründen auch immer das Ding hops gehen, kann ich so das gesamte System zurückspielen.
    Das System wird nicht mehr tun als jetzt. 10GB sind aktuell genutzt, ich rechne mit keinen großen weiteren Anstieg.

    Das Projekt ist nun vollkommen abgeschlossen. :)
     
    Zuletzt bearbeitet:
  • Zurück
    Oben Unten