Willkommen im Loxone Community Forum. Um alle Funktionen nutzen und sehen zu können, registriere dich bitte zuerst. Dies gilt auch für das herunterladen von Dateien.
Ich bin auch recht sicher, dass hier ein bug vorliegt. Aber - ich spreche jetzt mal aus der Sicht des Software-Entwicklers - es ist doch wichtig, den bug möglichst einzugrenzen, um
eine präzise Meldung an den Support zu geben (sonst passiert eben nichts);
Wiso soll das ein Bug sein.
Glaub einfach das es jetzt kühler ist und der IRR heizen möchte da er ja im Heizmodus ist und die Kalenderfunktion gar nicht aktiv ist.
Also Vollautomatik einstellen und schauen was passiert!
Wenn es einen Bug gibt dann ist es dass in der Liveview der AM Wert aus der Visu eingestellten Betriebsmodus nicht übertragen wird sondern immer der aus der Config übernommen wird. Bin aber kein Softwareentwickler hab es nur auf die schnelle bei mir nachgestellt.
Die Heizzeiten beziehen sich meiner Meinung im Automatik Heizen Modus nur auf den Temperatur Timer und nicht auf den Kalender im Vollautomatikmodus
Wenn es einen Bug gibt dann ist es dass in der Liveview der AM Wert aus der Visu eingestellten Betriebsmodus nicht übertragen wird sondern immer der aus der Config übernommen wird. Bin aber kein Softwareentwickler hab es nur auf die schnelle bei mir nachgestellt. Die Heizzeiten beziehen sich meiner Meinung im Automatik Heizen Modus nur auf den Temperatur Timer und nicht auf den Kalender im Vollautomatikmodus
Das wird's sein. Das heißt, wenn man in der App den Modus ändert, kommt das im Liveview (Eingang Am) nicht an. Wäre gut, wenn philox das noch bestätigen könnte.
100 Punkte!!! Das war des Rätsels Lösung. Also nochmal in aller Deutlichkeit: In der Config auf "Autopilot Heizen und Kühlen" stellen und in der Visu dann ebenfalls auf "Autopilot Heizen und Kühlen" stellen. Warum man das 2x einstellen muss verstehe ich nicht ganz aber gut...
Vielen Dank an alle, allen voran an AlexAn, für die Hilfe.
Ärgerlich finde ich dass die Namensgebung für die beiden Autopiloten nicht sehr glücklich gewählt ist...
Damit wären wir mittlerweile schon bei 4 Möglichkeiten, den Modus vorzugeben. Soweit ich das testen konnte, übersteuert in der folgenden Liste immer der 'untere' den 'oberen':
direkt am Eingang Am
in den Eigenschaften (Intelligente Raumregelung)
in der App in den Einstellungen zur Heizung
über den Autopilot Designer (wie AlexAN gerade noch gepostet hat)
In der Config ist nicht erkennbar, welcher Modus gerade aktuell ist. Der Eingang Am reagiert auf die Einstellungen 2. - 4. nicht.
Man erkennt den aktuellen Modus lediglich im Liveview am Ausgang AQs, der übrigens bei laufendem Liveview auf Änderungen per App sofort reagiert.
Damit wären wir mittlerweile schon bei 4 Möglichkeiten, den Modus vorzugeben. Soweit ich das testen konnte, übersteuert in der folgenden Liste immer der 'untere' den 'oberen':
direkt am Eingang Am
in den Eigenschaften (Intelligente Raumregelung)
in der App in den Einstellungen zur Heizung
über den Autopilot Designer (wie AlexAN gerade noch gepostet hat)
In der Config ist nicht erkennbar, welcher Modus gerade aktuell ist. Der Eingang Am reagiert auf die Einstellungen 2. - 4. nicht.
Man erkennt den aktuellen Modus lediglich im Liveview am Ausgang AQs, der übrigens bei laufendem Liveview auf Änderungen per App sofort reagiert.
Dies als Bug zu bezeichnen wäre vermutlich ein wenig übertrieben, aber besonders glücklich gestaltet ist dies nicht. Die Fehlersuche wird dadurch deutlich erschwert. Sonst ist dies ja eher eine Stärke von Loxone (im Gegensatz zu KNX...)
Leute, Leute, Leute.
Jetzt wo herausgefunden wurde, dass doch der falsche Modus eingestellt war, geht eine Diskussion los, dass das ja auch alles nicht richtig und total unlogisch funktioniert.
Mal eine Frage so zur Logik. AM ist ein Eingang, dem man über die interne Software einen Betriebsmodus zuweisen kann, dann gibt es noch die App, das Webinterface und die Parameter. Überall kannst Du den Modus ändern. Und Du willst es ja schließlich überall ändern können (naja, in den Parametern vllt nicht ganz so dringend). Du legst also über die interne Software einen Merker mit dem Wert 2 an AM. Das passt Dir nicht und Du änderst das in der App zu Modus 1. Nach Eurer Diskussion sollte also jetzt auch an AM eine 1 stehen. Wie willst Du denn jetzt erklären, dass an AM ein Merker mit 2 hängt und an AM ein 1 angezeigt wird ... Ich höre schon die Schreie, sieh mal, da ist ein BUG.
So wie es ist, ist es die einzige richtige Möglichkeit. Alle Änderungsmöglichkeiten funktionieren. Am entsprechenden Ausgang wird der aktuelle Modus angezeigt. Der Modus, der zuletzt über irgendeine Variante aktiviert wurde ist aktiv. Gerd Clever: Ich entwickle auch Software und wenn Du da mal jetzt genau drüber nachdenkst, geht es überhaupt nicht anders.
Gruß Sven
Miniserver; KNX; Vitogate; EnOcean (EnOceanPi); Loxone Air; Caldav-Kalenderanbindung; RaspberryPi und für keine Frickellösung zu schade :-)
Wie Sven sagt, klar bleibt der Eingang Am = 0. Ist ein Eingang. Die App erlaubt es, das zu übersteuern.
Diese Situation gibt es x-mal in der Config/App, z.B. Automatikjalousie, Dimmer, Lichtbaustein, ...
lg, Christian
Das ist kein richtiger bug ist mir aber auch schon aufgefallen .
Wenn man in der Config den Baustein von heizen und kühlen auf nur heizen stellt , ist der vollautomatik Modus in der visu noch ausgewählt .
Wenn man diesen in der visu ändert in was anderes verschwindet dieser Vollautomatik Modus ab dann aus der visu.
Ab diesem Moment kann der Baustein wegen vollautomatik heizen nur noch heizen was ja auch logisch ist.
Hi, der Thread ist zwar schon älter aber ich stehe gerade vor dem gleichen Problem. Ich nutze seid ein paar Tagen einen Miniserver und habe ein Zimmer bereits programmiert.
Nun habe ich den IRR genutzt und in der App ist unter Betriebsmodus auch „Automatikbetrieb“ und „Heizen und Kühlen“ aktiv. Die hier in dem alten Thread genannte Problemlösung scheint es so nicht mehr zu geben daher meine Frage was ich falsch mache? Lt. Betriebszeiten ist aktuell die Kühlperiode aktiv aber trotzdem will die IRR immer die Stellantriebe aufdrehen.
Also ich kann im Moment nichts ausschließen aber ich denke nicht. Bin aber auch noch nicht so fit im Thema. Heute ist mir folgendes aufgefallen.
Morgens war es recht kühl im Zimmer, also unter dem Sollwert von 22 Grad und sobald ich das Fenster geschlossen habe gingen die Stellantriebe auf 100%. Immer wenn das Zimmer über 22 Grad kommt geht aber die Klimaanlage an, was ja auch korrekt ist denke ich. Dann sind die Stellantriebe aber bei 0%.
Und genau da ist dein Denkfehler.
Der IRR entscheidet selbst ob er heizen oder kühlen muss.
Wenn der Raum die Komforttemp nicht erreicht hat, dann entscheidet der IRR sich dazu zu heizen, bis die K-Temp erreicht ist. Auch im Kühlmodus.
Das kannst du nur umgehen, in dem du entweder Quellen verwendest, die global entscheiden ob heizen oder kühlen. Oder du musst noch eine weitere Logik an den Ausgängen programmieren.
Dort steht, dass die Ausgänge 0-10 ausgeben. Somit ist dein Vergleich bei C ohne Funktion.
Du fragst C ab ob dieser größer als 10 ist. Der Wert kann nicht größer 10 sein!
Wir verarbeiten personenbezogene Daten über Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen, Werbung zu personalisieren und Websiteaktivitäten zu analysieren. Wir können bestimmte Informationen über unsere Nutzer mit unseren Werbe- und Analysepartnern teilen. Weitere Einzelheiten finden Sie in unserer Datenschutzrichtlinie.
Wenn Sie unten auf "Einverstanden" klicken, stimmen Sie unserer Datenschutzrichtlinie und unseren Datenverarbeitungs- und Cookie-Praktiken wie dort beschrieben zu. Sie erkennen außerdem an, dass dieses Forum möglicherweise außerhalb Ihres Landes gehostet wird und Sie der Erhebung, Speicherung und Verarbeitung Ihrer Daten in dem Land, in dem dieses Forum gehostet wird, zustimmen.
Kommentar