KNX Wetterstation und Beschattung Review
Die Cross-check Ansicht zeigt KNX Wetterobjekte und Control4 Struktur vor dem Export.
Kontext, der vor Composer sichtbar sein muss
Wetterstationen liefern oft mehrere Werte und Alarme. Wind oder Regen koennen Schutzlogik darstellen, waehrend Helligkeit und Sonne Szenen oder Beschattung steuern koennen.
Empfohlener Arbeitsablauf
CoduWorks importiert ETS, zeigt Wetterobjekte neben Beschattung, Feedback und Raeumen und exportiert .codu erst nach Review des Scopes.
- Wind, Regen, Sonne, Helligkeit, Temperatur und Schutzsignale aus ETS sichtbar machen.
- Wetterdaten als Review Kontext oder Add-on behandeln, nicht als automatische Core Devices.
- Beschattung, Feedback und bestehende KNX Schutzlogik vor Composer pruefen.
Prüfung vor dem .codu Export
Zu pruefen sind DPTs, Windalarm, Windgeschwindigkeit, Regenalarm, Helligkeit/Lux, Temperatur, geschuetzte Jalousiegruppen, Gateway Sichtbarkeit und vorhandene KNX Logik.
Fehler, die dadurch vermieden werden
Bestehende KNX Sicherheitslogik fuer Wind, Regen oder Frost darf nicht blind durch Composer Programmierung ersetzt werden.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Erzeugt CoduWorks Wetterstationen automatisch?
Nicht im Core Build. Wetterdaten sind Review Kontext oder Add-on Scope, bis der Installer die Control4 Darstellung bestaetigt.
Zaehlen Wind und Regen Sensoren fuer Pricing?
Nein. Der gezaehlte Scope bleibt Lichter, Jalousien, Thermostate und KNX/IP Gateways.
Was muss vor Export geprueft werden?
DPTs, Alarme, Helligkeit, geschuetzte Gruppen, Feedback und vorhandene KNX Schutzlogik.
Wetter und Beschattung vor Composer pruefen
Importiere ETS, pruefe Wetterstation, Beschattung und Feedback und exportiere .codu erst mit klarem Scope.