Gira X1 Logikbaustein: Meroos Garage

Beschreibung

Was ist der MerossGarage?

Der MerossGarageNode ist ein professioneller Gira-X1 Logikbaustein zur lokalen Ansteuerung von Meross-Garagentoren über http://<IP>/config. Er verbindet KNX-Logik (Befehle & Rückmeldungen) mit einer cloudfreien LAN-Kommunikation – für maximale Zuverlässigkeit, Datenschutz und eine klare Verdrahtung im KNX-Projekt.

Highlights

• Lokale Meross-Anbindung (LAN) – kein permanenter Cloud-Zugriff erforderlich

• Dedizierte KNX-Befehlseingänge: Open, Close, Stop, Toggle, Query (Edge/Pegel wählbar)

• Rückmeldeadressen als Eingänge: Open, Closed, Moving, Fault, Position %

• Statusstrategie: Auto (KNX bevorzugt), OnlyKnx, OnlyMeross

• UI-Feedback: Busy (Tor fährt) & CmdAck (kurze Quittung)

• Robuste Kommunikation: HTTP/1.1 → HTTP/1.0 → RAW (TcpClient) Fallback

• Optionales Auto-Pairing: Key einmalig aus der Meross-Cloud holen, danach reiner LAN-Betrieb

• Saubere KNX-GA-Trennung: Befehle ≠ Rückmeldungen ≠ Anzeige

KNX-Logik & Rückmeldeadressen

Der Baustein bildet die KNX-Praxis ab:

• Befehle über eigene Eingänge (Impuls/Pegel): InOpen, InClose, InToggle, InStop, InQuery, InBlock (Sperre)

• Rückmeldeadressen als Eingänge: RmOpen, RmClosed, RmMoving, RmFault, RmPosPct (0–100)

• Statusausgänge: IsOpen/StatusOpen, State (Unknown/Closed/Opening/Open/Closing/Stopped), Busy, CmdAck, LastChange, LatencyMs, Error

Die Statusquelle ist wählbar:

• Auto: Nutzt KNX-Rückmeldungen, wenn vorhanden; sonst Meross-Polling

• OnlyKnx: Reiner KNX-Rückkanal

• OnlyMeross: Reines Geräte-Polling

Lokale Meross-Anbindung (Datenschutz)

Kommunikation erfolgt im lokalen Netzwerk (HTTP zu /<device-ip>/config). Dank intelligenter Fallbacks arbeitet der Baustein auch mit „empfindlichen“ Stacks stabil. Ein einmalig ermittelter Key kann optional per Cloud-Login bezogen werden; anschließend erfolgt der Betrieb ohne Cloud.

Kompatibilität

• Zielsystem: Gira X1 (Projektierung mit GPA)

• Meross: Garagentor-Controller mit lokaler /config-Schnittstelle (Kanalwahl Door0..2)

• KNX: Beliebige GA-Struktur – empfohlen ist eine strikte Trennung von Befehlen, Rückmeldungen und Anzeige

Hinweis: Meross ist eine Marke ihrer jeweiligen Eigentümer. Dieses Produkt steht in keiner Verbindung zu Meross.

Technische Eckdaten (Auszug)

• Protokoll: HTTP/JSON (Meross /config)

• Fallbacks: HTTP/1.1 → HTTP/1.0 → RAW (TcpClient)

• Eingänge: Befehle (Bool), Rückmeldungen (Bool/Int), Konfiguration (String/Enum)

• Ausgänge: Status (Bool/Enum), Diagnose (Int/DateTime/String)

• Polling: Intervall konfigurierbar, abschaltbar

• Sicherheit: Zugangsdaten nach Pairing bereinigt; LAN-Betrieb bevorzugt

Lieferumfang (Download)

• Logikbaustein (Datei) für Gira X1

• README mit Port-Matrix & Verdrahtungsempfehlungen

• Beispiel-GA-Belegung

Installation (Kurz)

1. Baustein ins GPA-Projekt importieren

2. Device IP & Door wählen, optional FetchKey für einmaliges Pairing

3. KNX-GAs verdrahten: Befehle → InX, Rückmeldungen → RmX, Anzeige → Status-Ausgänge

4. Modus wählen: Auto, OnlyKnx oder OnlyMeross

5. Test: Open/Close/Stop, Status & Busy prüfen

Lizenz & Aktivierung

• Aktivierung über LicenseKey (Port)

• Status & Gerätedaten (X1) werden zur Diagnose ausgegeben

Support & Updates

Du erhältst kostenlose Updates innerhalb der Minor-Version sowie Support per E-Mail (Fehleranalyse, Best-Practice-Verdrahtung).

FAQ (kurz)

Brauche ich dauerhaft Internet?
Nein. Internet wird nur optional für das einmalige FetchKey benötigt – danach reiner LAN-Betrieb.

Kann ich ausschließlich KNX-Rückmeldungen verwenden?
Ja – setze OnlyKnx oder aktiviere PreferKnxFeedback.

Was, wenn mein Meross-Gerät „zickig“ reagiert?
Die integrierten HTTP-Fallbacks erhöhen die Kompatibilität deutlich; Polling-Intervall ggf. anpassen.