loxone

[anlo007]

Wie verhindere ich in dem Fall, dass der Aktor reagiert, ohne auf die Logik "zu warten".
Oder ginge das dann auch nur mit ETS?

Gruß,
Hendrik

Du brauchst nur den Helligkeitswert direkt dahinter zu schicken, der Bus verarbeitet mehrere Telegramme innerhalb einer sec. und so schnell springt die Lampe nicht auf 100% an. Wenn du Zweifel hast, oder die Loxone nicht so schnell ist, wie ein EibPC, kannst du ja im Dimmer ein "andimmen auf Endwert" einstellen lassen, dann ist auch bei einer langsamen Logik der Wert noch nicht über dem gewünschten. Wenn du es über 2 GAs machst, hast du wieder das Problem, dass wenn die Elektronik ausfällt, bleibt es dunkel.

[mredeker]

Eine Verständnisfrage noch zu obigem Zitat:
Wenn ich das so mache, dann weiß der Dimmer ja: wenn Präsensmelder meldet, dann anschalten.
Mit der später hinzuprogrammierten Logik (aber wenn nach 24h, bitte nur auf 50%) müsste ich ja quasi dazwischengrätschen. Wie verhindere ich in dem Fall, dass der Aktor reagiert, ohne auf die Logik "zu warten".
Oder ginge das dann auch nur mit ETS?

Du brauchst dann 2 Gruppenadressen; einmal "Präsenzmelder Meldung" und einmal "Schalte bzw. Dimme Licht". Der PM schickt entsprechend nur die Info, dass eine Präsenz vorhanden ist, aber der Aktor reagiert nicht. Der reagiert nur auf die GA "Schalte bzw. Dimme Licht". Die Logik "verbindet" dann entsprechend diese beiden GA's. Es wäre also eine ETS nötig, um die GA's entsprechend neu zu definieren und den Aktoren/Sensoren zuzuweisen.

[epogo]

Ja, das ist mit zusätzichen Zeitfunktionen realisierbar (Einschaltverzögerungen, ev. Sequenzer für Umschaltung, je nach Bedürfnis)

Habt Ihr ne Idee wie ich das hinbekommen kann ? Hab jetzt grad mal über ne Stunde probiert. Keine Lösung hat mir gefallen.
Ich kann z.B. Licht zwei in die Verzögerung legen. Aber - der kurze Tastendruck wird dann trotzdem ausgewertet. Ich bräuchte eine Funktion die je nach Länge eines Tastendrucks einen Ausgang schaltet - und zwar nur den - der auch in dem Zeitfenster drin liegt. Vielleicht kann mir jemand nochmal auf die Sprünge helfen.

Das ist alles in Planung. Wir arbeiten gerade intensiv an der App Version 2.0 - die wird ua. verstellbare Zeitschaltuhren und Kommunikation mit IP-Kameras beinhalten. Den Funktionsumfang von App und Webinterface werden wir laufend stark ausbauen. Es wird aber noch eine Weile dauern, bis die Version startklar ist (Ende 2010 / Anfang 2011).

Klingt toll... Da Wird LoxOne vielleicht doch ein Weihnachtsgeschenk werden ;-)

Gruß epogo

[Loxone]

Hallo,

hier ein kleiner Hinweis: Die Fehlermeldung Dokument nicht vorhanden Beispielprogrammierung.LoxPLAN bekommt man wenn man das Beispiel mit Loxplan 1.6 versucht zu öffnen. Mit 1.7 geht's dann.

1. Ein Hinweis auf die Versionsabhängigkeit beim Download wäre nett gewesen.
2. Die Meldung kommt für alles mögliche in Frage. Für diese Situation sollte eine detailliertere z.B. mit Hinweis auf ein mögliches Update integriert werden.
3. Je nach Updatefrequenz könnte man sich eine integrierte Update-Funktion (Hinweis, manueller Anstoß, voll automatisch) für LoxPLAN / Firmware wünschen.

Gruß Matthias

Hallo Matthias,

Danke für deine Hinweise

zu 1. In Version 1.6 gibts leider keine Versionsabfrage, die haben wir erst mit Version 1.7 implementiert. Werde es nun auf der Webseite ergänzen.

zu 2. Ist ab Version 1.7 drin.

zu 3. Eine Funktion für Hinweise bei neuen Updates werden wir noch implementieren.

Kurzer Druck: Licht 1
Längerer Druck (zwischen 0,5 und 1 sek): Licht 2
Langer Druck (ab 1,0 sek): Licht 1 und 2 aus
Ist sowas realisierbar ?

Hallo epogo,

Ja, das ist mit zusätzichen Zeitfunktionen realisierbar (Einschaltverzögerungen, ev. Sequenzer für Umschaltung, je nach Bedürfnis)

Ist eigentlich was geplant Diagramme in der iPhone / iPad App anzeigen zu können und - die Zeitschaltuhr in der der App zu verstellen ?
Das wäre genial...

... achja - und wenn ich schon am wünschen bin: Türkommunikation im Web und in der App ;-)

Das ist alles in Planung. Wir arbeiten gerade intensiv an der App Version 2.0 - die wird ua. verstellbare Zeitschaltuhren und Kommunikation mit IP-Kameras beinhalten. Den Funktionsumfang von App und Webinterface werden wir laufend stark ausbauen. Es wird aber noch eine Weile dauern, bis die Version startklar ist (Ende 2010 / Anfang 2011).

Grüße,
Florian

[henfri]

Hallo,

Lasse den Elektriker auch noch die Grundfunktionen verbinden, dann brauchtst du im allgemeinen auch keine ETS mehr, du kannst dann jede Logik nutzen,

Ja, das meinte ich mit meiner zweiten Variante.
Das wäre also die Nutzung von Loxone als reine Visu und für Logiken, aber mit dem "netten Nebeneffekt" dass auch noch ein KNX Ip Gateway und diverse Aktoren und Sensoren dabei sind.
Wenn ich irgendwann keinen Ersatz mehr für die Kiste bekomme, kaufe ich entspr KNX Komponenten nach und fertig. Richtig?

Eine Verständnisfrage noch zu obigem Zitat:
Wenn ich das so mache, dann weiß der Dimmer ja: wenn Präsensmelder meldet, dann anschalten.
Mit der später hinzuprogrammierten Logik (aber wenn nach 24h, bitte nur auf 50%) müsste ich ja quasi dazwischengrätschen. Wie verhindere ich in dem Fall, dass der Aktor reagiert, ohne auf die Logik "zu warten".
Oder ginge das dann auch nur mit ETS?

Gruß,
Hendrik

[anlo007]

Der Extremfall wäre ja, den Elektriker nur allen Knx Geräten eine Adresse zu geben. Den Rest macht man dann mit LuxPlan. d.h. Dort sagt man dann, wie welches Gerät auf welchen Sensor reagieren soll.

Kann man das so zusammenfassen, oder übersehe ich was?

Wenn du den Elektriker nur die Adressen vergeben läßt (bzw. GAs) ohne Verbindung der Geräte, läuft im Falle des Ausfalls des Loxone gar nichts mehr.

Lasse den Elektriker auch noch die Grundfunktionen verbinden, dann brauchtst du im allgemeinen auch keine ETS mehr, du kannst dann jede Logik nutzen, egal ob HS, EibPC, wiregate oder Loxone, wobei die ersten drei den Vorteil haben, das während des Programmieren oder umprogrammieren dir keine Ein/Ausgänge ausfallen.

[henfri]

Hallo,

Na, das "Problem" ist Folgendes:
Eigentlich ist ein Vorteil von Knx ja die verteilte Intelligenz. Wenn eine Komponente kaputt geht, läuft der Rest weiter.
Wenn ich jetzt Loxone in Verbindung mit KNX Sensoren und Aktoren nutze, ist mir nicht ganz klar, wie ich das realisiere.
Der Extremfall wäre ja, den Elektriker nur allen Knx Geräten eine Adresse zu geben. Den Rest macht man dann mit LuxPlan. d.h. Dort sagt man dann, wie welches Gerät auf welchen Sensor reagieren soll. Alles würde nur noch über den Loxone Server laufen. Richtig?

Realisiert ihr das so? Im Prinzip umgeht man dadurch ja die Idee hinter Knx...., oder?

Ich hätte da Sorgen im Fall eines Ausfall.

Eine Alternative wäre sicher, Loxone nur ähnlich dem Homeserver oder EibPc zu nutzen, richtig? In diesem Fall würde man nur die Ein und Ausgänge und die Visualisierung des Loxone mit der Loxone Software programmieren. der Rest ginge via ETS. Richtig? Außerdem könnte man Loxone dann für Logiken nutzen.

Im zweiten Fall wäre ich ggü. einem Hardwareausfall sicherer, da die Lösung dezentraler wäre.
Auf der anderen Seite stehen da 900€ für die ETS, die ich im ersten Fall ggf. sparen könnte.

Kann man das so zusammenfassen, oder übersehe ich was?

Gruß,
Hendrik

[frank23]

Hallo,



ich kann das nicht so recht einschätzen: Welche Nachteile habe ich dadurch?

ich persönlich sehe da so keinen Nachteil und das Preis/Leistungsverhältnis war bei mir der Kaufgrund, da ich schon länger nach einer IP-Schnittstelle gesucht habe um eine Visu zu erstellen und die zusätzlichen Relais nutze ich für meine Luft und Heizungssteuerung.

der einzige Nachteil ist vieleicht, dass der Herrsteller mal nicht mehr existiert und deine Loxone defekt geht. Aber dies kann Dir auch bei anderen Anbietern passieren und beim EIB hast Du ja eine große Auswahl an verschiedenen Produkten..........

[henfri]

Hallo,

in der ETS kann man die Ein/Aus Gänge nicht programmieren, da Loxone nicht zertifiziert ist. Trotzdem kannst Du ohne Probleme die Ein/Ausgänge der Loxone für den EIB nehmen und programmierst diese mit der kostenlosen Software von denen.

ich kann das nicht so recht einschätzen: Welche Nachteile habe ich dadurch?

Preislich scheint der Miniserver ja echt attraktiv (Siehe Rechnung oben: Ein KNX/IP interface kostet ja schon allein ~300€. Dazu noch der 8 fach Aktor, und schon ist man bei fast 500€).
Da kann man sogesehen nicht viel falsch machen, oder?

Nicht ganz sicher bin ich mir bei den Erweiterungen:
Die bieten 12x Digital-In und je 4x Analog Ein/Aus, sowie ein 8x Relais.
Das scheint mir als reine KNX Lösung auch für 400€ machbar, oder?


Gruß,
Hendrik

[frank23]

Sprich: Kann ich die Aktoren und Binäreingänge dann ganz normal in der ETS einsetzen?

Hallo Hendrik,

Die Loxone komuniziert zwar mit dem EIB, allerdings in der ETS kann man die Ein/Aus Gänge nicht programmieren, da Loxone nicht zertifiziert ist. Trotzdem kannst Du ohne Probleme die Ein/Ausgänge der Loxone für den EIB nehmen und programmierst diese mit der kostenlosen Software von denen.

Als KNX-Ip-Schnittstelle kannst Du Sie auch problemlos nehmen und alle anderen Aktoren und Schalter mit der ETS darüber programmieren.

Gruß
Frank

[henfri]

Hallo,

ich frage mich auch gerade, ob ich mir Loxone als Einstieg in die KNX-Welt zulegen soll.

Was ich allerdings nach den 18 Seiten hier im Thread noch nicht verstanden habe (ich meine dazu widersprüchliche Angaben gesehen zu haben):

Kann ich -wenn ich irgendwann das Bedürfnis haben sollte (warum auch immer)- Loxone einfach als 8x Binäreingang und 8xSchaltAktor missbrauchen?

Sprich: Kann ich mich in diesem Fall von LoxPlan komplett lösen und habe ein "ganz normales" KNX-System, mit dem jeder Elektriker, der KNX kann klarkommt?
Sprich: Kann ich die Aktoren und Binäreingänge dann ganz normal in der ETS einsetzen?

Wenn das so wäre, dann hätte ich in diesem Fall zu einem Preis von 500€
Einen 8x Schalt-Aktor
Einen 8x Binär-Eingang
Ein KNX-IP interface

Das wäre ja schon ein Gegenwert von 180€+180€+300€), wenn ich richtig recherchiert habe, oder?

Gruß,
Hendrik

[epogo]

Servus,

hab gestern mal mit LoxPlan experimentiert (hab noch keine Loxone)...
...

Folgende Aufgabenstellung wollt ich gerne Realisieren:

2 Aktoren

1 Schalter

Kurzer Druck: Licht 1
Längerer Druck (zwischen 0,5 und 1 sek): Licht 2
Langer Druck (ab 1,0 sek): Licht 1 und 2 aus

Ist sowas realisierbar ?

Hab den Doppelklick bzw. Mehrfachklick gefunden - würde das gerne aber einfach nur durch die Druckzeit realisieren.

Ist eigentlich was geplant Diagramme in der iPhone / iPad App anzeigen zu können und - die Zeitschaltuhr in der der App zu verstellen ?
Das wäre genial...

... achja - und wenn ich schon am wünschen bin: Türkommunikation im Web und in der App ;-)

Gruß epogo

[MSC]

Hallo,

hier ein kleiner Hinweis: Die Fehlermeldung Dokument nicht vorhanden Beispielprogrammierung.LoxPLAN bekommt man wenn man das Beispiel mit Loxplan 1.6 versucht zu öffnen. Mit 1.7 geht's dann.

1. Ein Hinweis auf die Versionsabhängigkeit beim Download wäre nett gewesen.
2. Die Meldung kommt für alles mögliche in Frage. Für diese Situation sollte eine detailliertere z.B. mit Hinweis auf ein mögliches Update integriert werden.
3. Je nach Updatefrequenz könnte man sich eine integrierte Update-Funktion (Hinweis, manueller Anstoß, voll automatisch) für LoxPLAN / Firmware wünschen.

Gruß Matthias

[Loxone]

Hallo,

Wir haben nun eine Beispielprogrammierung veröffentlicht, in der einige Funktionen unserer Steuerung uns unserer Software programmiert und auch ausführlich kommentiert sind.

Folgende Funktionen sind in den Beispielen abgebildet:

• Alarmanlagen
• Abgleich von Zeiten mit einem EIB-Bus
• Benachrichtigungsfunktionen (E-Mail, Anruffunktion)
• Betriebszeitzähler
• EIB-Jalousien
• EIB-Dimmer
• Einrichtung der Visualisierung für App und Webinterface
• Heizungssteuerung mit verstellbarer Solltemperatur in der Visualisierung
• Heizungssteuerung mit Einbindung von Schaltuhren und Betriebsmodi
• Lichtsteuerung mit Dimmen, Szenen und Treppenlichtfunktion
• Loggingfunktionen
• Lüftungssteuerung abhängig vom CO2 Gehalt
• Musiksteuerung CasaTunes und Sonos
• Jalousiesteuerung mit Zentralfunktionen
• Torsteuerung
• Windgeschwindigkeitsüberwachung

Zu finden ist die Musterdatei auf unserer Webseite: Musterdatei Beispielprogrammierung

Damit sollten einige Unklarheiten in der Programmierung beseitigt sein

Schöne Grüße aus Österreich,
Florian

[makki]

Im Moment kommuniziert das Ganze noch über Bus, irgendwo habe ich gelesen, dass LAN-Kommunikation über UDP-Versand funktioniert.

Ich kenne nun die loxone nicht, aber das wird vermutlich auch per UDP gehen.. Nur, das klingt so als wäre das nicht die perfekte Lösung, ist es aber!
All die Möglichkeiten, die Temperaturen auch via TCP,UDP,HTTP abzurufen sind für weniger KNX-affine Teilchen gedacht..
Das versuchte ich 1-2 Seiten vorher schonmal anzudeuten, die Stricklösung via UDP, um ein paar Temperaturen in undefiniert rumzuschubsen um dann aufwändig den Gegner zu parsen, können wir uns ja hier sparen: wir sprechen doch KNX

Makki