Heute nehme ich euch mit auf unser zugewachsenes und verwildertes Familienfeld. In diesem Beitrag zeige ich den aktuellen Zustand und erkläre, wie ich das Grundstück mit smarter Technik und einem Mähroboter automatisiert pflegen möchte.
Mein Name ist Tobias Lerch. Heute bin ich nicht wie sonst im Studio, sondern draußen vor unserem wilden Feld. Dieses Grundstück gehört meiner Familie, und ich habe große Pläne für die Zukunft.
Ziel: Autarker Mähroboter ohne Stromanschluss
Ich möchte, dass hier bald ein autonomer Mähroboter arbeitet – ganz ohne externe Stromversorgung. Dafür muss aber erst die passende Infrastruktur aufgebaut werden. Dazu gehört einiges an Arbeit, aber ich werde das Projekt Schritt für Schritt mit euch teilen.
Das Feld und die Technik vor Ort
Der Zustand des Grundstücks
Aktuell sieht das Feld sehr verwildert aus, mehrere Jahre ist hier nichts passiert. Das wird sich ändern!
Vorhandene Technik
Ein Laderegler von Victron
Ein Wechselrichter
Ein Raspberry Pi (vermutlich Modell 2)
Geplant ist eine AGM-Batterie als Stromquelle
Diese Technik soll erneuert und erweitert werden, um das smarte System zuverlässig zu betreiben.
Geplante technische Umsetzung
Ich werde weiterhin den Victron Solarladeregler nutzen und einen DC/DC-Wandler einsetzen, um von 12 Volt auf 24 Volt für den Mähroboter zu kommen. Ein Shelly 1 Plus soll den Laderegler und den Wandler steuern, um den Betrieb nachts zu optimieren.
Später soll auch ein Home Assistant System integriert werden, um alles smart zu steuern. Zudem wird eine Kamera installiert, die für Sicherheit sorgt.
Das Projekt in der Praxis
Ich bin gespannt, wie gut sich der Mähroboter auf diesem eher rauen Gelände schlägt. Falls Hersteller oder Community-Mitglieder Interesse haben, unter realen Bedingungen zu testen, freue ich mich über Nachrichten und Kommentare.
Familienzeit und weitere Pläne
Das Grundstück soll nicht nur smart werden, sondern auch ein gemütlicher Ort für die Familie.
Ausblick: Die Rodung beginnt
Im nächsten Video nehme ich euch mit bei der Rodung mit einer akkubetriebenen Motorsense. Es wird spannend zu sehen, wie ich das Gelände aufbereite, um den Mähroboter einsatzbereit zu machen.
Deine Meinung ist gefragt!
Was haltet ihr von dem Projekt? Habt ihr Tipps, Ideen oder Erfahrungen? Schreibt mir gern in die Kommentare!
Wenn dir das Projekt gefällt
Dann freue ich mich über einen Daumen hoch und ein Abo, damit ich weiterhin spannende Smart-Home- und Smart-Gardening-Inhalte produzieren kann.
GLKVM Remote KVM im Praxis-Test: Der Gamechanger für Fernwartung?
Einleitung: Warum ich auf dieses Produkt gewartet habe
Manche Geräte begegnen einem und man fragt sich: „Warum habe ich das nicht früher entdeckt?“ Der GLKVM Remote KVM von GaliNet ist genau so ein Produkt. Nach langer Suche nach einer bezahlbaren, leistungsfähigen Fernwartungslösung habe ich endlich ein Gerät gefunden, das meine Anforderungen mehr als erfüllt. Und genau das möchte ich heute mit dir teilen: in aller Ausführlichkeit, mit Beispielen und klarer Meinung.
Transparenzhinweis: Ich habe dieses Produkt selbst gekauft und nicht vom Hersteller zur Verfügung gestellt bekommen. Dennoch handelt es sich bei diesem Beitrag um eine Produktvorstellung mit persönlicher Meinung.
Ein KVM steht für Keyboard-Video-Mouse. Ein klassischer KVM-Switch erlaubt es, mehrere Rechner mit nur einer Peripherieeinheit zu bedienen. Ein Remote KVM geht einen Schritt weiter:
Es simuliert Tastatur, Maus und Bildausgabe über das Internet.
Du kannst damit einen PC aus der Ferne so bedienen, als wärst du physisch davor.
Zugriff ist sogar im BIOS möglich.
Funktioniert unabhängig vom Betriebssystem.
Vergleich mit herkömmlichen Remote-Lösungen
Funktion
GLKVM
RDP
VNC
Parsec
BIOS-Zugriff
✅
❌
❌
❌
GPU-Nutzung
✅
Eingeschränkt
❌
✅
Plug-and-Play-Setup
✅
❌
❌
❌
Peripherie-Simulation
✅
❌
❌
❌
ISO-Installationen
✅
❌
❌
❌
Der Lieferumfang: Alles dabei?
Im Karton enthalten:
GLKVM Box (Alu-Gehäuse, hochwertig verarbeitet)
HDMI-Kabel
USB-C zu USB-C Kabel
USB-C zu USB-A Kabel
Netzwerkkabel
Nicht enthalten:
USB-C Netzteil (aber leicht zu beschaffen)
Besonderes Highlight: Es ist wirklich alles dabei, was man zum Start braucht – Plug & Play für Fortgeschrittene.
Einrichtung: Schritt für Schritt
Gerät anschließen (HDMI + USB + LAN)
IP-Adresse über den Router herausfinden (Tipp: Suche nach „glkvm“)
Schon bist du drin: Bildschirm, Tastatur, Maus – alles funktioniert, wie lokal angeschlossen.
Besondere Funktionen im Detail
1. 4K / 30 FPS & Hardware-Encoding
Auflösung bis 3840×2160 bei 30 FPS
Alternativ: FullHD/60 FPS
Hardware-Encoding bedeutet: Keine CPU-Belastung des Ziel-PCs
Ultra geringe Latenz bei der Bildübertragung
2. BIOS-Zugriff
Du kannst den Rechner starten, stoppen und sogar BIOS-Einstellungen ändern
Auch Neustarts in ein Installationsmedium sind möglich
3. Virtual Media (ISO-Mounting)
Lade ISO-Dateien über die Weboberfläche hoch (z. B. CloneZilla)
Mount als „virtuelles Laufwerk“
Direkt vom ISO-Image booten
Speicherplatz aktuell: 5,7 GB (leider etwas knapp)
4. Wake On LAN & Power Control Board
GLKVM kann WOL-Pakete senden
Mit dem optionalen GLKVM RTX Power Board kannst du den PC starten wie mit einem echten Power-Knopf
5. Audio & Mikrofon
Audio über HDMI funktioniert
Mikrofon aktuell bei mir noch nicht nutzbar
6. VPN & Cloud-Anbindung
über Tailscale mit einem Klick konfigurierbar
Auch Cloud-Zugriff über GL.inet möglich (ich empfehle lokal/VPN)
Use Case: Wie ich GLKVM nutze
Ich nutze den GLKVM für:
Zugriff auf meinen Schnitt-PC, wenn ich unterwegs bin
Zugriff auf Proxmox-Server und TrueNAS bei Fehlern
BIOS-Update oder OS-Installation von überall
Fernzugriff ohne Cloud, ohne Abos, ohne Umwege
Besonders praktisch: Ich kann mir ein Image mounten und CloneZilla-Backups remote einspielen – ein Gamechanger für den Notfall.
Kritikpunkte und Verbesserungspotential
Speicherplatz für Virtual Media ist knapp (5,7 GB)
USB-Devices lassen sich nicht direkt als ISO-Mount einbinden
Kein Netzteil enthalten (obwohl Standard-USB-C reicht)
Audio funktioniert, aber kein Mikrofon
Webinterface wirkt funktional, aber nicht besonders schön
Fazit: Meine ehrliche Meinung
Der GLKVM ist für mich ein absoluter Gamechanger. Ich habe lange nach einer Lösung gesucht, die genau das bietet: Voller Remote-Zugriff inkl. BIOS, keine Abos, keine Drittanbieter-Software, volle Kontrolle. Genau das liefert GLKVM – und das zu einem Preis unter 100 € (ca. 120€ mit ATX Controller).
Es ist nicht perfekt, aber das Gesamtpaket überzeugt mich. Ich werde mir definitiv noch ein weiteres Gerät für meine Rechner zulegen.
FAQ: Häufige Fragen
Kann ich das Gerät für Proxmox verwenden? Ja, perfekt geeignet. Selbst wenn Proxmox nicht mehr startet, kannst du direkt eingreifen.
Funktioniert das auf einem Mac? Die Weboberfläche ist systemunabhängig, funktioniert auch auf macOS.
Kann ich damit Windows neu installieren? Ja, über Virtual Media ISO mounten und booten.
Geht auch Wake On LAN? Ja, muss aber im BIOS des Ziel-PCs aktiviert sein.
Wie sicher ist der Remote-Zugriff? Ohne Passwort geht gar nichts. 2FA ist ebenfalls verfügbar.
Jetzt bist du dran!
Was denkst du über den GLKVM? Coole Technik oder unnötiger Nerd-Kram?
➡️ Schreib mir deine Meinung in die Kommentare oder auf YouTube! ➡️ Folge mir für weitere Hardware-Reviews: Smart Home & More
Nach langem Zögern war es nun soweit: Ich habe mein ZigBee-System von Sonoff auf den SM-Light SLZB-06 umgestellt. Viele andere Smart-Home-Enthusiasten haben diesen Schritt bereits gewagt, jetzt war ich dran. In diesem Beitrag teile ich meine persönliche Erfahrung mit dem Setup, der Migration und der Integration in Home Assistant. Dabei geht es um echte Alltagstauglichkeit und Praxistests – ungeschönt und ehrlich.
Transparenz-Hinweis
Ich habe den SLZB-06 ursprünglich selbst gekauft – leider war mein erster Stick defekt. Später hat mich SM-Light kontaktiert und mir ein neues Gerät sowie den P7 (mehr Speicher) und einen P8 PoE-Adapter zur Verfügung gestellt – ohne Bedingungen oder Verpflichtungen. Deshalb kennzeichne ich diesen Beitrag als Werbung, auch wenn es sich nicht um klassische bezahlte Kooperation handelt.
Warum der Umstieg?
Mein Sonoff-Stick mit CC2652P lief grundsätzlich sehr stabil. Doch durch meinen verstärkten Fokus auf virtualisierte Umgebungen wie Proxmox suchte ich nach einer LAN-basierten ZigBee-Lösung, um USB-Durchreichung zu vermeiden. Der SLZB-06 bringt genau das mit: ZigBee über LAN – PoE-fähig, stabil und zukunftssicher.
Vorbereitung & Kompatibilität
Wichtig: Es gibt verschiedene Versionen des SLZB-06. Achte auf den verwendeten Chipsatz:
Sonoff USB-Dongle Plus: EFR32MG21
SLZB-06 (Standard): CC2652P
SLZB-06M: EFR32MG21
Nicht kompatible Chips bedeuten: Kein direkter Adress-Umzug. Ich nutze die CC2652P-Version.
Voraussetzungen für das Setup:
Home Assistant (am besten mit Zigbee2MQTT)
Grundwissen über Add-ons, YAML und IP-Netzwerke
Backup deiner Home Assistant Konfiguration (dringend empfohlen!)
Physischer Aufbau
SLZB-06 in 3D-gedrucktem Gehäuse
PoE-Adapter mit dem Netzwerk verbinden
LAN-Kabel direkt an den Koordinator anschließen
Danach wurde automatisch eine IP-Adresse vergeben – das hatte bei meinem ersten (defekten) Gerät nicht funktioniert.
Firmware-Update und Einrichtung
Zugriff über die lokale IP-Adresse
Firmware-Update durchführen:
Koordinator Firmware
ZigBee Firmware (Developer oder Stable)
Koordinator-Adresse (IEEE) kopieren für die Geräteübernahme
Migration von Sonoff zu SLZB-06
Ziel: Die neuen Koordinatoren sollen die alte IEEE-Adresse übernehmen. So erkennen die bereits eingelernten ZigBee-Geräte den neuen Stick als bekannten Koordinator.
Schritte:
Im SLZB-06-Menü: alte IEEE-Adresse setzen („Flash Custom IEE Address“)
Überprüfen, ob die Adresse korrekt gesetzt wurde
Zigbee2MQTT anpassen:
Konfiguration im Add-on und im YAML-Editor übernehmen
Zigbee2MQTT neustarten
Erfolgskontrolle & Test
Bereits wenige Sekunden nach dem Start von Zigbee2MQTT erschienen die ersten Geräte wieder online. Nach kurzer Zeit waren nahezu alle 130 ZigBee-Geräte verbunden, inklusive meiner Test-Geräte und Sensoren. Schaltbefehle funktionierten sofort und ohne Verzögerung.
Vorteile des SLZB-06
LAN statt USB: Keine Durchreichung bei Virtualisierung nötig
PoE: Nur ein Kabel für Strom und Netzwerk
Web-Oberfläche: Zugriff auf Status, Updates und Koordinator-ID
Volle Kompatibilität mit Zigbee2MQTT
Kein Unterschied für Familienmitglieder – alles lief weiter
Mein Fazit nach 24 Stunden Dauerbetrieb
Ich bin ehrlich überrascht, wie schnell und problemlos der Umstieg funktioniert hat. Innerhalb von weniger als 20 Minuten war das komplette System wieder einsatzbereit. Kein einziges Gerät fiel aus. Niemand im Haushalt hat die Umstellung bemerkt – genau so sollte es sein.
Klare Empfehlung:
Wer auf Virtualisierung setzt oder Netzwerkintegration will, findet im SLZB-06 einen preiswerten, robusten und modernen ZigBee-Koordinator.
Bonus: Warum LAN besser ist als USB im Smart Home
Keine USB-Probleme bei Reboots oder Host-Wechseln
Skalierbar in Server-Umgebungen wie Proxmox oder TrueNAS
Trennung von Hardware und Host-Gerät
Zukunftssicher und servicefreundlich
Fragen oder Feedback?
Hast du bereits eigene Erfahrungen mit SM-Light gemacht? Oder planst du ebenfalls den Umstieg? Schreib mir gerne in die Kommentare oder auf meinem YouTube-Kanal Smart Home & More.
Dieser Beitrag basiert auf meiner persönlichen Erfahrung mit dem SLZB-06 von SM-Light. Vielen Dank an SM-Light für das Bereitstellen des funktionierenden Ersatzgeräts.
Viele Smart-Home-Systeme greifen auf allgemeine Wetterdaten zurück. Diese sind allerdings häufig ungenau oder zu weit vom eigenen Standort entfernt. Ich zeige dir, wie du die Daten einer örtlichen Wetterstation von einer Webseite ausliest und für deine Automatisierungen nutzen kannst – ganz einfach mit Home Assistant!
🔧 Voraussetzungen
Um das Ganze umzusetzen, benötigst du:
Eine installierte und eingerichtete Instanz von Home Assistant
Zugriff auf eine Webseite mit Wetterdaten einer lokalen Wetterstation
Grundkenntnisse in Automatisierungen und Template-Sensoren in Home Assistant
🧩 Wetterdaten abrufen – So funktioniert’s
Wir nutzen die Integration von Wetterdaten über RESTful Sensoren, um Informationen wie:
Regenstatus
Windgeschwindigkeit
Wetterlage (z.B. sonnig, bewölkt)
Temperatur
auszulesen. Diese Daten werden anschließend in eigene Sensoren überführt, die Home Assistant versteht und in Automatisierungen verwendet.
Zunächst müssen wir uns auf die Seite von Weather Underground begeben. Dort lasst euch den Quelltext anzeigen und kopiert diesen in einen Editor Tool ( z.B. von Windows).
Um den API Eintrag zu finden, sucht nach der Zeichenkette
die „**“ sind nur zur eindeutigen Identifizierung zu verstehen und nicht dem Key und der StationID hinzuzufügen!
Als nächstes geht mit dem Editor eurer Wahl ( z.B. File Editor oder Studio Code Server ) in eurer Home Assistant Instanz und fügt in der configuration.yaml einen neuen Rest Sensor ein.
rest:
- resource: https://api.weather.com/v2/pws/observations/current?apiKey=**deinAPI-KEY**&stationId=**deineStationID**&numericPrecision=decimal&format=json&units=m
scan_interval: 600
sensor:
- name: Wetterstation Lahr
unique_id: 82413cbe-2261-4d41-a7f4-c271cba75645 #hier musst du eine eigene eindeutige ID erstellen !
value_template: >
{{ value_json.observations[0].metric.temp }}
json_attributes:
- observations
Hinweis: Bitte geht nicht unter 600 Sekunden beim Scan Interval. In der Regel sehen es die Betreiber einer Website nicht gerne , wenn zu viele Abfragen von einer IP – Adresse kommen. Mit den 600 Sekunden solltet ihr auf der sicheren Seite sein.
⚙️ Automatisierung der Markise
Die Logik ist einfach:
Wenn es regnet oder starker Wind herrscht, fährt die Markise automatisch ein.
Bei Sonne und angenehmen Bedingungen fährt sie aus.
Die Automatisierung lässt sich natürlich noch weiter verfeinern – zum Beispiel durch Tageszeiten oder Anwesenheit.
Template Helfer Sensoren erstellen
Der nächste wichtige Schritt ist aus den Daten, die nun im Sensor Wetterstation Lahr (obervations) stehen alle relevanten Daten für eine Automatisierung auszulesen.
Dazu legt euch 4 Helfer an vom Typ Template Sensor
Hinweis: Bei mir habe ich die Wetterstation „’sensor.wetterstation_lahr“ genannt. Hier müsst ihr in allen Code Zeilen den von euch vergebenen Namen verwenden!
alias: Markise steuern
description: Steuert die Markise basierend auf den Wetterbedingungen
triggers:
- entity_id: sensor.wetterstation_lahr_temperatur
above: 18
id: Temperatur hoch
trigger: numeric_state
- entity_id: sensor.wetterstation_lahr_temperatur
below: 18.1
id: Temperatur niedrig
trigger: numeric_state
- entity_id: sensor.wetterstation_lahr_wetterlage
to: regen
id: Regen
trigger: state
- entity_id: sensor.wetterstation_lahr_wetterlage
to: sonnig
id: Sonnig
trigger: state
- entity_id: sensor.wetterstation_lahr_wetterlage
to: leicht bewölkt
id: Leicht bewölkt
trigger: state
- entity_id: sensor.wetterstation_lahr_wetterlage
to: bewölkt
id: Bewölkt
trigger: state
- entity_id: sensor.wetterstation_lahr_windgeschwindigkeit
above: 22
id: Windgeschwindigkeit hoch
trigger: numeric_state
- entity_id: sensor.wetterstation_lahr_windgeschwindigkeit
below: 22.1
id: Windgeschwindigkeit niedrig
trigger: numeric_state
conditions:
- condition: time
after: "10:00:00"
before: "19:00:00"
actions:
- choose:
- conditions:
- condition: or
conditions:
- condition: state
entity_id: sensor.wetterstation_lahr_wetterlage
state: regen
- condition: numeric_state
entity_id: sensor.wetterstation_lahr_windgeschwindigkeit
above: 22
- condition: numeric_state
entity_id: sensor.wetterstation_lahr_temperatur
below: 18.1
sequence:
- entity_id: switch.markise_markise2
action: switch.turn_on
alias: Markise einfahren
alias: Schlechte Wetterlage -> Markise einfahren
- conditions:
- condition: and
conditions:
- condition: numeric_state
entity_id: sensor.wetterstation_lahr_temperatur
above: 18
- condition: numeric_state
entity_id: sensor.wetterstation_lahr_windgeschwindigkeit
below: 22.1
- condition: or
conditions:
- condition: state
entity_id: sensor.wetterstation_lahr_wetterlage
state: sonnig
- condition: state
entity_id: sensor.wetterstation_lahr_wetterlage
state: leicht bewölkt
- condition: state
entity_id: sensor.wetterstation_lahr_wetterlage
state: bewölkt
alias: Gute Wetterlage -> Markise ausfahren
sequence:
- entity_id: switch.markise
action: switch.turn_on
alias: Markise ausfahren
mode: single
Um die Markise um 19:00 Uhr generell wieder einzufahren habe ich eine separate Automatisierung erstellt. Es wäre auch möglich in jedem „Optionsblock“ die Bedingung zwischen 10:00 Uhr – 19:00 Uhr vorzuschalten, ich fand die Variante mit einer separaten Automatisierung in diesem Fall allerdings sinnvoller.
Hinweis: Wie schon im Video erwähnt, ist der Code nicht ausgiebig getestet. Gerne dürft ihr mir in den Youtube Kommentaren erweiterte Varianten oder angepassten Lösungen vorstellen, ich würde diese dann auf meiner Blog Seite veröffentlichen.