App-Seiten abhängig von Schaltern darstellen?

[Torro]

Hallo,

ich habe folgendes Problem:

Ich möchte gern dem Nutzer zur Einstellung der Heizung einen zweiten Heizkreis als Unterseite zur Konfig anbieten, aber nur, wenn vorher auf der Hauptseite der Schalter "2.ter Heizkreis aktiv" aktiviert wurde. Ist der Schalter nicht aktiviert, dann sollte diese Unterseite auch beim User gar nicht erscheinen.

Hat von Euch jemand für dieses Problem eine Lösung?

[Christian Fenzl]

In der App ist das Anzeigen von Zeilen basierend auf Bedingungen leider nicht möglich.
Mach zwei User - einen für einen Heizkreis, und einen, der beide sehen darf.

[Torro]

Hallo Christian,

In der App ist das Anzeigen von Zeilen basierend auf Bedingungen leider nicht möglich.
Mach zwei User - einen für einen Heizkreis, und einen, der beide sehen darf.

das nützt mir leider nichts. Ich will ja auf der Unterseite die komplette Konfiguration für den zweiten Heizkreis unterbringen. Und die darf es nur geben, wenn es einen zweiten Heizkreis auch gibt, er also aktiviert ist. Das hat überhaupt nichts mit dem User zu tun und zwei Anmeldungen dafür ist nicht zielführend.

[svethi]

Ich verstehe den Sinn außerhalb der Lösung mit den verschiedenen Usern gar nicht. Entweder Du hast einen physikalischen 2. Heizkreis in der Anlage und dann auch die dementsprechenden Einstellungen dafür die Du dem berechtigten User zuordnest, oder Du hast ihn nicht. Einen 2. Heizkreis kannst Du nicht einfach per Visu an oder aus schalten. Auch Deine Argumentation mit einer Unterseite versehe ich nicht. Anhand Deiner Postanzahl gehe ich mal davon aus, dass Du schon länger mit dem System arbeitest. Unterseiten konnte man meines Wissens noch nie anlegen.
Wenn Du aber so spezielle Dinge benötigst, könntest Du Dir selbst Webseiten erstellen und diese Funktionalität nachbilden. Alles was Du über die Webvisu machen kannst, kannst Du auch mit eigenen Seiten nachbilden.

Gruß Sven

[Torro]

Hallo Sven,

ich will einfach nicht bei jedem neuen Anwender die Programmierung aendern, sondern will dessen Umgebung konfigurieren. Das ist für den Servicefall auch viel einfacher, dann schnell mal eine Konfiguration anzupassen ist viel einfacher als dann die ganze Programmierung zu aendern.

[Gerd Clever]

Was Torro beschreibt, bedeutet - etwas allgemeiner formuliert - den Visualisierungs-Haken in den Objekteigenschaften per Logik beeinflussen zu können. Die App soll dann darauf in Echtzeit reagieren.

Das würde auf jeden Fall interessante Möglichkeiten eröffnen, dürfte aber in der Umsetzung extrem aufwändig sein. Ich denke, Loxone würde so einen Wunsch frühestens im 3. Quartal 2087 umsetzen

[Gast]

Warum nicht einfach den Visu-Haken standardmäßig rausmachen und dann - wenn ein Kunde über einen zweiten Kreis verfügt - wieder reinmachen? Aufwand 2 Minuten?!

[svethi]

Torro also erstellt Ihr Anlagen. Der Eine hat nur einen Heizkreis, der Andere 2? Dann verstehe ich das zwar eher, doch wie stelle ich mir das denn weiter vor? Dann möchtest Du nur eine Config für Beide Varianten. Soweit so gut. Und bei der Anlage mit nur einem Heizkreis dümpeln dann die ganzen Ein- und Ausgänge als Leichen im System rum? Das ist aber auch nicht gerade wartungsfreundlich. Warum machst Du Dir nicht 2 Rohlinge. Einen für einen Heizkreis, einen für 2?
Sonst würde mir nich einfallen das schon mit unterschiedlichen Usern zu machen. Eine Config für alles Heizkreis2 als eigenen Raum und alles damit zusammenhängende diesem Raum zuordnen. Bei der Einrichtung dann nur noch dem User die Berechtigung für diesen Raum geben oder halt nicht.
ist die Config zu verstreut, könnest Du auch einen Rohling mit der kompletten Anlage und 2 Uservorlagen (USER1; USER2) mit allen nötigen Berechtigungen anlegen. Bei Inbetriebnahme nennst Du dann einfach den entsprechenden User um und hast doch auch so diese Funktionalität, oder sehe ich das falsch?

Gruß Sven

[Christian Fenzl]

Torro Das mit den Usern ist eine Lösung (wahrscheinlich die einzige), die du verlangt hast.
Ich würde dir die App von Loxone gerne umprogrammieren, weil dein Wunsch ist ja nicht neu, nur lassen sie mich nicht auf den Source Code.

[Torro]

Hallo,

alles nicht so, wie ich mir das ganze vorstelle. Belassen wir das hierbei.

[Prof.Mobilux]

Hallo,

alles nicht so, wie ich mir das ganze vorstelle. Belassen wir das hierbei.

Frag doch bei Loxone nach wie du es machen sollst. Bin auf die Antwort gespannt.

[svethi]

Ganz offensichtlich hat ja auch keiner von uns wirklich verstanden, was Torro da genau für was haben will. Vielleicht gibt es ja sogar eine besser passende Lösung wenn man erst einmal weiß, was genau gewünscht ist.