Zusatzvariable

[arohleder]

Hallo,
Habe für meine Webcams ne zusatzvariable zum ein und Ausschalten erstellt.
Jeweils ein Ereignisprofil Wenn Zusatzvariable= An, dann Cams an.
Wenn Zusatzvariable aus= Cams Aus.
Nun hab ich aber für die einzelnen Cams Zeitprofile hinterlegt. Wenn ich also die Zustandsvariable aus Aus stelle, gehen alle Cams aus. Auch wenn lt. Zeitprofil die eine oder andere noch an sein soll.
Wie bekomme ich das in den Griff? gibts sowas wie "wenn Zeitprofil was anderes sagt, dann ignoriere Zustandsvariable bzw. Ereignisprofil?
Vorab vielen Dank für Eure Hilfe!!!

[SmartHome Forum Admin]

Hi,

anstatt mit deinen Zeitprofilen direkt die Geräte an- oder auszuschalten, kannst du mit dem Zeitprofil eine Zustandsvariable schalten, z.B. "Cam1 Zeit", die dann mit einem Logikprofil die Cam1 anschaltet. Mit einem weiteren Logikprofil kannst du dann das Ausschalten realisieren:
- WENN Gerät "Cam1" AN und Zustandsvariable "Cam1 Zeit" AUS UND "Alle Cams" AUS, DANN Gerät "Cam1" AUS
UND
- WENN Gerät "Cam2" AN und Zustandsvariable "Cam2 Zeit" AUS UND "Alle Cams" AUS, DANN Gerät "Cam2" AUS

usw.

Viel Erfolg.

Viele Grüße,
der Admin

[arohleder]

Vielen Dank für die schnelle Antwort.
Das wäre natürlich noch eine Möglichkeit.
Allerdings haben meine Kameras verschiedene Zeiten der Aufnahme.
Damit ist das mit der Steuerung der Zusatzvariable warscheinlich außenvor...
Es sei denn man könnte das so irgendwie regeln:
WENN Zeit kleiner als 22 Uhr UND Schalter An DANN...
Mit Zeit kann man aber glaube ich nicht arbeiten, oder?
Gruß Achim

[SmartHome Forum Admin]

Hi,

das wird oft gewünscht, gibt es aber leider immer noch nicht, dass man in den Profilen direkt mit Uhrzeiten arbeiten kann. Der einzige Ausweg bleibt, zu bestimmten Uhrzeiten bestimmte Zustandsvariablen zu schalten, um zu wissen, wie spät es ist. So etwas nutze ich z.B. in einer Abfrage, ob es nach 18 Uhr ist, um das Licht auch dann einzuschalten, wenn es draußen noch nicht dunkel genug ist.

Viele Grüße,
der Admin

[THellweg]

... Der einzige Ausweg bleibt, zu bestimmten Uhrzeiten bestimmte Zustandsvariablen zu schalten, um zu wissen, wie spät es ist...

Hallo zusammen,

eine Alternative zu dem o.g. einzigen Ausweg wäre so etwas.

   

Das sieht vielleicht auf den ersten Blick ein bissel krank aus, ersetzt aber die vielen speziellen Zeitvariablen durch eine automatische ZV Zeitsteuerung, bei der für jede volle Stunde jeweils eine ZV gesetzt wird.
Die ZV habe ich alle in einen Raum "Uhr" gesperrt und diesen in der Ansicht minimiert. Da ticken die ZVs ruhig und zuverlässig vor sich hin und wenn ich für einen bestimmten Anwendungsfall einen Zeitraum brauche, dann muss ich mir nicht extra dafür erst eine bestimmte ZV anlegen, sondern kann einfach auf meine Universal-Zeit-ZVs zurückgreifen und diese z.B. auch mit logischen ODER-Operatoren kombinieren.

   

Da hier lediglich ein Zeitprofil am Werk ist, welches einmal pro Stunde eine Aktion ausführt, belastet meine Uhr den SHC nahezu Null.

Wer Spass dran hat kann das auch auf halbe oder Viertelstunden runterbrechen. Sind dann entsprechend mehr (kostenlose) ZV anzulegen und deren Schaltpunkte zu setzen. Ich war allerdings froh, als ich die Schaltpunkte für die 24 Stück endlich alle eingerichtet hatte.

Viel Spass beim Nachbauen

[CooperCologne]

Ich bin mal wieder erstaunt ob des Einfallsreichtums hier... und gleichzeitig entsetzt darüber, dass ich mindestens zehn Mal am Tag an der SHC vorbei laufe, die Uhrzeit ablesen kann, diese aber nicht in Profilen abfragbar ist... RWE setzen, sechs!

[SebastianMeyer]

Das sieht vielleicht auf den ersten Blick ein bissel krank aus, ersetzt aber die vielen speziellen Zeitvariablen durch eine automatische ZV Zeitsteuerung...

Es sieht eigentlich eher gut aus und könnte sämtliche Schwächen des Systems wegputzen (weil man wirklich praktisch alles mit ZV klären kann)

Ich frage mich nur immer :
@THellweg- wie in G"ttes Namen macht das deine Zentrale mit??

Wenn ich das in meiner oder Kundeninstallationen einbauen würde, wäre ich schon nach dem anlegen der dritten ZV in einem bootloop...

[THellweg]

Ich frage mich nur immer :
@THellweg- wie in G"ttes Namen macht das deine Zentrale mit??
Wenn ich das in meiner oder Kundeninstallationen einbauen würde, wäre ich schon nach dem anlegen der dritten ZV in einem bootloop...

Ahoi Sebastian,

Danke für die Blumen

Jetzt aber zu dem angesprochenen Punkt, der Belastung des SHC:
Wie bereits geschrieben gibt es durch die "Uhr" überhaupt keine Last!

Schauen wir uns doch einmal genauer an woraus die "Uhr" besteht.
- Da sind zum Einen 24 Zustandsvariablen, deren reines Vorhandensein ja keine Belastung für die Zentrale darstellen sollte.
- Des Weiteren erfordert die Uhr lediglich noch ein einzelnes Zeitprofil, in welches alle 24 ZVen, als virtuelle Aktoren, eingebunden sind. Auch durch die Einbindung von beliebig vielen ZVen in ein Profil entsteht keine Last für den SHC. Natürlich "frisst" jede angelegte ZV, auch wenn sie nur "ruht" und nicht für Aktionen genutzt wird, ein paar Byte vom RAM des SHC, aber theoretisch müsste man etliche Hundert davon anlegen können bevor dem SHC der RAM Speicher ausgeht. Es gibt jedenfalls keine programmierte Limitierung der maximalen Anzahl an ZVen in der Software.
- Betrachten wir also als letztes die Schaltvorgänge des Zeitprofiles. Auch hier entsteht keine besondere Belastung für den SHC, denn es gibt insgesamt nur 48 Schaltvorgänge pro Tag - also 24x2 Schaltungen pro Stunde - und zwar immer dann, wenn die volle Stunde wechselt. Bei jedem Wechsel wird die vorher aktive ZV ausgeschaltet und die nächste ZV wird zeitgleich eingeschaltet. Das ist keine besondere Herausforderung für CPU und RAM des SHC, selbst wenn zeitgleich etliche andere Profile abgearbeitet werden müssen.

So weit - so gut!

Spannend wird es natürlich dann, wenn man jede Einzelne dieser 24 ZVen in etlichen Logikprofilen zur Statusauswertung heranziehen möchte, denn es ist die Abarbeitung der Logikprofile, welche so manchen SHC "in die Knie" zwingt und nicht die pure Anzahl der potentiell "schlummernden" ZVen.
In jedem Fall ist es dann aber ohne Bedeutung ob ich meine Logikprofile mit "zweckgebundenen" ZVen abfrage oder ob ich die "standardisierten" ZVen meiner Uhr dazu verwende. Dem SHC ist es egal mit welchen ZVen ich ihn stresse. Letztendlich ist die Verwendung der "Uhr" aber sogar wirtschaftlicher, denn damit schaffe ich mir Übersichtlichkeit und kann somit ggf. sogar die eine oder andere "zweckgebundene" ZV einsparen, weil ich mir dadurch unbemerkte Redundanzen geschaffen habe.

@Sebastian: Ist es wirklich je passiert, dass das reine Anlegen von ZVen zu Performanceproblemen des SHC (bis hin zu einem "bootloop") führte? Wenn ja, dann wende Dich bitte unbedingt an die Hotline und sende vorab das "Logdateien der SmartHome Zentrale" und die "Systeminformation" für die entsprechenden Installationen an RWE.

Viele Grüße,
Thomas
(Ein SHC für 35 Profile bei 53 Geräten und 29ZV, DAL für ca 40 Geräte aktiviert)

[Rost]

Ich frage mich nur immer :
@THellweg- wie in G"ttes Namen macht das deine Zentrale mit??
Wenn ich das in meiner oder Kundeninstallationen einbauen würde, wäre ich schon nach dem anlegen der dritten ZV in einem bootloop...

@Sebastian: Ist es wirklich je passiert, dass das reine Anlegen von ZVen zu Performanceproblemen des SHC (bis hin zu einem "bootloop") führte? Wenn ja, dann wende Dich bitte unbedingt an die Hotline und sende vorab das "Logdateien der SmartHome Zentrale" und die "Systeminformation" für die entsprechenden Installationen an RWE.

@Sebastian: Was sagt die Hotline zu dem Absturz nach dem Anlegen von drei ZV. Du hast Deine und die Profile Deiner Kunden an RWE gesendet?! Finde ich ein gutes Angebot und hilft uns ja allen!

[SebastianMeyer]

Also wohlgemerkt rede ich nicht vom banalen Anlegen von 3 ZV sondern von NOCH 3 ZV :D

Ja, so bzw. ein ähnliches happening ist durchaus reproduzierbar. Es gibt auch Experten hier im Forum, die wenn sie auch nur noch 1 beliebiges LP anlegen, dann aller 30 Sek. aus der Zentrale fliegen, bzw. spätestens immer wenn sie speichern drücken, oder die Zentrale einfach "freezed" :D.

Das alles- und das sagt die Hotline- ist eigentlich das wohlbekannte Lastproblem. Irgendwann ist es der Zentrale eben zuviel, dann fliegt man raus, hat reboots, stucks, Signale gehen verloren, werden nicht mehr verarbeitet oder deren Ausführung dauert Minuten.

Die Hotline empfiehlt in dem Falle einfach:
1. Ausmisten oder
2. ne zweite Zentrale

Ausmisten (wie schon mehrfach erwähnt) hat in allen meinen Fällen bisher noch immer geholfen. Was mir jedoch noch fehlt ist eine wirklich verwertbare Ansage WAS produziert Last.

Was ich bisher gesagt bekommen habe und bestätigen kann ist Last=
1. die Anzahl/Summe von Aktoren/Sensoren/LP/ZV
2. ein großes LP ist viel schonender anstatt 3 kleiner LP

Was THellweg jetzt sagt "ZV produzieren keine Last, sondern nur deren Schaltung", klingt interessant und würde meiner Beobachtung nicht wirklich widersprechen. Ist halt ein weiterer interessanter Informationsbaustein um das System besser zu verstehen und Katastrophen zu vermeiden.