Vorstellung Projekt EFH und Anfängerfragen

[gbglace]

Hysterese ist halt das Du ab Schwelle X runter fährst aber erst ab Schwelle Y wieder hoch. Ansonsten gibt da eine kleine Wolke die eng zwischen Schwelle X Veränderungen bewirkt auch ein hin und her des Logikergebnisses.

Ich würde erstmal in Gedanken das UND / ODER als Logik ausarbeiten.

Und beachte das dies ein relativ besonderer Schwellwert ist. In der Wetterstation oder den Rolloaktoren lassen sich da meist nicht soviele definieren, so dass das auch schon eine Logik ergibt. Bei den Aktoren wirken die dann meist auch immer direkt auf einen Schaltkanal, da würdest dann jetzt einen "verschwenden" um dann nur den Status als Ergebnis zu nutzen aber nicht die Schaltung selbst.

[FabsiH92]

Stimmt - macht natürlich keinen Sinn, dann den internen Helligkeitswert zu bestimmen.

Das bedeutet aber dann, dass ich eigentlich die ganze Logik mit der Wetterstation realisieren könnte?

Bzgl. Hysterese habe ich mich noch nicht beschäftigt. Gibt es hierzu bestimmte Artikel die empfehlenswert sind? Oder wären das hier die Schwellwerteinstellungen am Aktor/Wetterstation?

[gbglace]

Das wirst mit der einfachen Logik noch hinbekommen mit einem UND das der Behang dann schließt aber der wird mit dem Schließen selbst dann dunkel erkennen und wieder hochfahren dann wird es wieder hell dann fährt er wieder runter. Da ist dann eher eine Auswertung der real existierenden Sonnenstrahlung außen und eine Astrouhr die das Zeitfenster definiert zu dem die Sonne überhaupt ins Fenster scheinen kann.

Dann halt noch eine Hysterese / Sperre das das dann nicht ständig hoch/runter gibt weil ständige Rollomotorgeräusche auch nicht so toll sind.

[FabsiH92]

Hallo Zusammen,

ich hätte mich nochmals abschließend mit folgendem Thema beschäftigt: Strommessung und entsprechende Aktivierung von Szenen:

Zum Grundverständnis meinerseits:

Mit Hilfe des MDT AZI-0616.01 kann ich den Stromverbrauch messen.
In den Beiträgen vorher hatten wir bereits die Grundideen wie Trockner / Spülmaschine / Kühlschrank etc. diskutiert.

Ich möchte gerne folgendes reallisieren:

Ich würde ggf. einen Helligkeitssensor in der nähe des TV's installieren, mit Hilfe dessen und des Schaltaktors erkannt werden soll, ob es im Zimmer zu hell ist und der TV läuft.
Diese beiden Punkte hätte ich mit einer UND-Logik verknüpft. Tritt beides ein, sollen meine Raffstore/Lamellen getriggert und ein Blenden durch die Sonne verhindert werden.

Wäre so etwas mit den internen MDT Logiken ohne weiteren Logikbaustein darstellbar?

Wie verhält sich soetwas mit der Regelung hinsichtlich Raumtemperatur? Raumtemperaturregelung sollte weiterhin Priorität haben und die TV Regelung immer "überstimmen". Ein Nachjustieren sollte dann wieder per Taster und Szenenaufruf möglich sein:

1. Prio 1: Szenenaktivierung am Taster: TV
2. Prio 2: Raumtemperaturregelung über Thermostat --> darf natürlich nicht im Bereich der Sonneneinstrahlung sein
3. Prio 3: Lamellennachführung für TV-Nutzung

Läuft das über sendende & hörende GA?

[gbglace]

Unverdrosselter Ausgang der Busspannung für einen ganz anderen Bus verwenden macht man nicht entweder für eine Komponente im KNX Bus bei der das zulässig ist oder separates Netzteil.

Der S1 braucht keinen KNX IP Router. Und er ist selbst eine Art VPN halt aber über Gira Cloud.

[FabsiH92]

Der G1 benötigt einen Router, wenn er als KNX Geräte verbunden wird (Programmierung über die ETS), wird er als X1 Client verbunden, dann benötigt er den X1. Zusätzlich brauchst du das Gira TKS-IP Gateway damit deine 106 verbinden kannst.

Der X1 ist kein Router, braucht aber auch keinen, da er direkt mit dem KNX Bus verbunden ist, im Gegensatz zum Homeserver,
Gruß
Florian

Danke Florian! Beleuchtfix Vielleicht könntest du mir aber nochmals helfen:
Ich habe gerade nochmals eine Anlage bei Gira konfiguriert: folgende Komponenten werden mir vorgeschlagen:

• System 106
• TKS-IP Gateway (für den Zugriff über Smartphone)
  • folgende Fragen hierzu: für den Zugriff von außerhalb benötige ich entweder den S1 (benötigt dieser einen Router?) oder ich greife über einen VPN zu?
  • in einem anderen Thread werden 10 Lizenzen empfohlen - wie wird hier eine Lizenz definiert?
    • eine Lizenz entspricht z.B. einem Endgerät? Finde hierzu keine Infos
      • --> Erledigt: siehe Gira Homepage
        • Bei den Lizenzmodellen ist zu beachten, dass der TKS-Communicator auf beliebig vielen Endgeräten installiert werden darf. Die im Lizenzmodell angegebene Zahl gibt lediglich die Anzahl der gleichzeitig angemeldeten TKS-Communicatoren an.
• Steuergerät Video
• Spannungsversorgung für TKS DC 24V --> in einem anderen Thread habe ich gelesen, dass ggf. auch der unverdrosselte Ausgang meiner MDT Spannungsversorungen verwendet werden kann/darf?
• Tablet / Smartphone mit Gira App
• ggf. G1 als Client

Abschließende Frage: mit diesen Komponenten und meinen MDT Aktoren/Sensoren sollte es möglich sein, auch eine lokale Visu inkl. Türko für den G1 und für ein Tablet/Handy zu erstellen, richtig? Remote benötigt jedoch noch den S1

[BadSmiley]

Den Hs kann man schon gaaaaanz lange via USB anbinden. Dann verhält er sich wie ein TP Gerät. *taadaaa*

[gbglace]

im Gegensatz zum Homeserver,

Der aber wohl mittlerweile auch per Tunneling angebunden werden kann.

[Beleuchtfix]

Der G1 benötigt einen Router, wenn er als KNX Geräte verbunden wird (Programmierung über die ETS), wird er als X1 Client verbunden, dann benötigt er den X1. Zusätzlich brauchst du das Gira TKS-IP Gateway damit deine 106 verbinden kannst.

Der X1 ist kein Router, braucht aber auch keinen, da er direkt mit dem KNX Bus verbunden ist, im Gegensatz zum Homeserver,
Gruß
Florian

[gbglace]

Ich nutze Nodered in der Tunneling Anbindung. Da gibt es aber unterschiedliche Konfigurationsoptionen.

Und wenn es kein Routing gibt, sehe ich darin aber auch keinen Nachteil. Nur wer ggf sehr viele solche Anwendungen hat kommt da ggf. an Grenzen seiner Tunnelkapazitäten. So übliche 4-5 Tunnel wären mir zu wenige wegen ETS + Container die je einen brauchen und Handy's / Tablets mit einer KNX-App die ich da nutze das ist auch je ein Tunnel.

Bei mir stellt aber der Server 25 Tunnel zur Verfügung, so dass ich da keinen Engpass habe auch wenn man mal ein paar Containerexperimente am laufen hat.

[livingpure]

und einige der Visu/Server auf reiner Software könnte man per Routing anbinden statt Tunneling

Welche wären das und hätte das einen Vorteil?
die üblichen wie NodeRed, openHab, IOBroker laut deiner Aussage oben also nicht?

[ppent]

Also ich finde iobroker schon ganz gut. Die Präsenz auf Youtube hat in den letzten Jahren zugenommen und wenn ich jetzt vor der Wahl eines Systems stehen würde, wäre das für mich durchaus ausschlaggebend, da es den Einstieg extrem vereinfacht. Da gibt es immernoch mehr als genug Themen zum Einarbeiten.
Du kannst den Shelly auch mit IP Interface an KNX anbinden, so lange du iobroker oder eine andere Middleware nutzt. Den Router benötigst du, wenn du Tasmota auf den Shelly flasht und dieser Befehle direkt auf Gruppenadressen senden soll.

[gbglace]

Also einmal finde ich den ioBroker schon eher eigenartig, nur weil es.viel.in YT gibt muss es nochl lange nicht gut sein. So ein Shelly lässt sich auch per MQTT und womöglich auch anderen IP Befehlen anbinden und die Softwareadapter wie ioBroker NodeRed OoenHab funktionieren auch alle ohne Router.

[FabsiH92]

Ich bin hier selbst noch unerfahrener Anfänger und kann dir daher keinen Rat geben, so wie die Profis das können, aber ich hab das Gefühl, du kennst dich noch weniger aus.

ich habe nicht behauptet, mich besser auszukennen. Ich verstehe nur deine Frage nicht.


[QUOTE=scw2wi;n1725577
Meine Frage an dich lautet daher: Bist du dir wirklich sicher, dass du einen KNX-Router benötigst?
[/QUOTE]

Weiß ich nicht, deshalb frage ich ja. Ich interpretiere aus dem Geheft von Gira, dass es mit einem interface nicht funktioniert, aber dem scheint wohl nicht so zu sein.

gbglace Danke für den Hinweis, funktioniert dann iobroker /shelly etc. nur mit Router?

[gbglace]

ann würde ich vermutlich den Router von MDT nehmen

Wenn Du den X1 so integrierst das er einen Router benötigt, dann gibt/gab es da auch irgendwelche Unverträglichkeiten mit Routern ungleich Gira.

Wenn Du den G1 aber im Zusammenspiel mit X1 und TKS verwendest braucht es keinen KNX-IP-Router weil der G1 dann als Client zum X1 läuft und gar kein eigenes KNX-IP Gerät ist.

Aber wiegesagt ich habe diese ganze verwirrende Gira-HW nicht in meinem Haus.

G1 las IP-Gerät, HS per Routing angeschlossen, einzelne Weinzierl-Aktoren sind so native KNX Geräte die einen IP-Router benötigen, dann diese Tasmota geflashten Shelly und einige der Visu/Server auf reiner Software könnte man per Routing anbinden statt Tunneling.

Aber ansonsten ist der effektive Bedarf an einen Router sehr begrenzt.