Aber was für ein Fehler wird ausgewiesen, was muss warum neu installiert werden? Da fehlen mir echt noch Details. Und mit fehlenden IPSView-Komponanten kann es nichts zu tun haben, hier laufen zwei Testsysteme. Eines mit und eines ohne IPSView und beide zeigen keine Fehler und keine Probleme, die eine Neuinstallation von irgendwas benötigen. Leider sind Deine Aussagen diesbezüglich einfach zu mager.
LG
Burkhard
Aber was für ein Fehler wird ausgewiesen, was muss warum neu installiert werden? Da fehlen mir echt noch Details. Und mit fehlenden IPSView-Komponanten kann es nichts zu tun haben, hier laufen zwei Testsysteme. Eines mit und eines ohne IPSView und beide zeigen keine Fehler und keine Probleme, die eine Neuinstallation von irgendwas benötigen. Leider sind Deine Aussagen diesbezüglich einfach zu mager.
LG
Burkhard
Mal als Beispiele:
Kein IPSView installiert:
Nur meine Module, die ich gerade bearbeite:
Keine Fehler, keine Neuinstallation notwendig. Wo hast Du also den Fehler, wie sieht der aus?
LG
Burkhard
Ich habe den Fehler vorhin nicht noch einmal provoziert um nicht wieder neu installieren zu müssen, was ich jetzt tun muss 
Im Formular von benutzerdefiniert auf “Dunker Stil” setzen und Änderungen übernehmen. Dann kommt das und bleibt auch, wenn man die Instanz schließt und wieder öffnet.
Probiere mal bitte die existierende String-Variable mit der veralteten Struktur zu löschen. Installiere das Modul über den offiziellen Weg und erstelle eine neue IPSView-Ansichts Variable.
Edit: Ich habe alle Wechsel, auch Benutzerdefiniert->Dunkel, Benutzerdefiniert->Dunkle Vorgabe getestet. Keine Fehlermeldung.
Kannst Du mir den Inhalt der String-Variable bitte mal schicken, bevor Du es löscht?
LG
Burkhard
Benutzerdefiniert auf Dunkler Stil gesetzt
Änderungen übernommen
Inhalt der String-Variable zu groß, schicke ich Dir als Datei
Fehler sollte gefixt sein. Im Store solltest Du in den nächsten 5 Minuten ein Update angezeigt bekommen. Dieses bitte installieren. Dann sollte es klappen.
Fehler war eine zentrale Helper-Datei, die nicht automatisiert (wie sonst) geupdated wurde.
Wird nicht mehr benötigt.
LG
Burkhard
Fehler beim Dunkler Vorgabe beseitigt, Danke.
Nachstehend verschiedene Stile ohne jede Anpassung. Der Text von Datum und Uhrzeit unter dem Ereignis bleibt in allen Ansichten schwarz und ist damit bei dunklem Hintergrund nicht lesbar.
Was hast Du am Tile-Design geändert?
Das Problem dürfte daran liegen.
Du hast in der Tile ein eigenes Farbschema erstellt. Dadurch scheint Hell/Dunkel nicht mehr zu greifen. Schaue ich mir an.
LG
Burkhard
EDIT: Problem erkannt. Bin dran. Update kommt aber erst Nachmittag.
LG
Burkhard
Hat sich überschnitten, ich warte auf das Update.
Ja, aber Du schickt mir die Tile-Ansicht und ich Dir die ganze Zeit und von Anfang an die Ansicht der IPSView-HTML. Die Tile sieht bei mir genauso aus wie bei Dir aber dich rede ja davon, daß in der IPSView-HTML der Text unter den Ereignissen nicht sichtbar ist.
Sorry, aber ich dachte wenn oben in der Überschrift “OpenHomeAlarm” steht, daß das dann die Tile-Ansicht ist und wenn “IPSView-Alarmanlage” im Kopf steht, die View-Ansicht. Scheinbar liege ich da falsch?
Edit: Du hattest das in Deinem vorletzten Post auch geschrieben:
Hallo Burkhard,
danke für dein Modul, ich probiere es gerade einmal aus.
Eine kosmetische Sache, die man noch aus meiner Sicht abfangen könnte, tritt unter Alarmbereichen - Standardbereich auf. Es steht zwar “genau ein Standardbereich” , falls man dennoch einen zweiten angewählt hat
kommt folgende Fehlermeldung:
Fehler beim Übernehmen der Änderungen
Fatal error: Uncaught UnexpectedValueException: Exactly one enabled partition must be the default. in /var/lib/symcon/modules/.store/de.burki24.openhomealarm/libs/AlarmPartitionRegistry.php:69
Stack trace:
#0 /var/lib/symcon/modules/.store/de.burki24.openhomealarm/OpenHomeAlarm/module.php(2290): Burki24\OpenHomeAlarm\AlarmPartitionRegistry::partitions(‚[{„Enabled“:tru…‘)
#1 /var/lib/symcon/modules/.store/de.burki24.openhomealarm/OpenHomeAlarm/module.php(2585): OpenHomeAlarm->ReadConfiguredPartitions()
#2 /var/lib/symcon/modules/.store/de.burki24.openhomealarm/OpenHomeAlarm/module.php(785): OpenHomeAlarm->InitializeRuntime()
#3 /-(3): OpenHomeAlarm->ApplyChanges()
#4 {main}
thrown in /var/lib/symcon/modules/.store/de.burki24.openhomealarm/libs/AlarmPartitionRegistry.php on line 69
(Code: -32603)
Wie gesagt, kosmetischer Natur….
Uli
Moin Uli,
Danke, wird im nächsten update gefixt.
LG
Burkhard
Noch was…
Systemüberwachung
Wenn man im DropDown “Aktion konfigurieren” auswählt die Änderungen übernimmt und später wieder auf keine Aktion zurückstellen möchte kommt ein Fehler:
Uli
Alarmbereiche
Burkhard, kannst du mir einmal erklären wie die Alarmbereiche bei dir funktionieren. Habe in der Doku es jetzt auf die schnelle nicht gefunden. Wie berücksichtigst du diese?
Nehmen wir an wir haben eine Haus / Wohnung und wir haben die Alarmbereiche:
Wie werden diese berücksichtigt?
Ich vermute, es ist innerhalb einer Instanz nicht möglich nur Keller und EG scharf zu schalten?
Ob das sinnvoll ist oder nicht, nur einzelne Bereiche scharf zu schalten mag jetzt erst einmal dahingestellt sein.
Uli
generell können einzelne Areas aktiviert und deaktiviert werden, auch in einer einzelnen Instanz. Ich schreibe gerade nochmal eine detaillierte Anleitung zu diesem Thema, Du hast recht, dass geht aus der Anleitung aktuell nicht deutlich hervor.
Wie gesagt, bin an der genauen Anleitung gerade dran.
Edit:
Aktuell kannst Du die Areas nur per php scharf/unscharf schalten:
OHA_ArmPartition($InstanzID, 'garage', 'away');
OHA_DisarmPartition($InstanzID, 'garage');
Ich schaue gerade, das ich dass noch bedienfreundlicher einbaue. Das ist bisher zu umständlich, gebe ich Dir völlig recht.
LG
Burkhard