Ablaufplan (6.0+)

Frage: Wenn ich den Durchschnittswert der geloggten Variablen abrufen will kommt folgende Fehlermeldung:

Notice: Undefined variable: firstMinutesStart in /usr/share/symcon/actions/archiveGetAggregatedValuesAction.php on line 85

Notice: Undefined variable: startTime in /usr/share/symcon/actions/archiveGetAggregatedValuesAction.php on line 86

Notice: Undefined variable: firstMinutesStart in /usr/share/symcon/actions/archiveGetAggregatedValuesAction.php on line 85

Notice: Undefined variable: startTime in /usr/share/symcon/actions/archiveGetAggregatedValuesAction.php on line 86

Notice: Undefined variable: startTime in /usr/share/symcon/actions/archiveGetAggregatedValuesAction.php on line 86

Notice: Undefined variable: startTime in /usr/share/symcon/actions/archiveGetAggregatedValuesAction.php on line 86

Wie kann ich da weitersuchen wo der fehler steckt? Geloggte Variable ist ein Helligkeitswert. Ich würd gern den Durchschnitt in eine neue Variable schreiben

@rolf1 Ich habe deinen Anwendungsfall nicht vollständig verstanden, aber es klang so, als wenn du viele Variablen schalten möchtest, aber nicht alle einzeln auswählen möchtest. Daher dachte ich an die Gruppenschaltung. Ob das jetzt auf deinen Anwendungsfall passt oder nicht weiß ich nicht.

@tom376 Danke für die Rückmeldung! Ich glaube da ist noch ein kleiner Dreher in der Aktion. Das bessere ich aus.

Hi, kurzen Fehler - anbei die Meldung/Screenshots. Passiert bei Eingabe einer weiteren Bedingung (Homematic Rollo Behanghöhe unter 20%)

Es gab einen nicht abgefangener Fehler. Bitte kontaktieren Sie Symcon mit der folgenden Fehlermeldung und einer Beschreibung, wie Sie den Fehler ausgelöst haben
TypeError: Cannot read property 'hasObject' of null
    at HTMLElement._getProfile (http://192.168.0.110:3777/console/src/console-app.js:26820:1066)
    at Object.getNodeText (http://192.168.0.110:3777/console/src/console-app.js:27896:1411)
    at HTMLElement._getNodeText (http://192.168.0.110:3777/console/src/console-app.js:26220:141)
    at HTMLElement._generateDisplayedData (http://192.168.0.110:3777/console/src/console-app.js:26244:96)
    at HTMLElement.addNode (http://192.168.0.110:3777/console/src/console-app.js:26303:371)
    at HTMLElement.confirmCallback (http://192.168.0.110:3777/console/src/console-app.js:27893:725)
    at HTMLElement.confirmDialog (http://192.168.0.110:3777/console/src/console-app.js:25330:235)
    at HTMLElement.handler (http://192.168.0.110:3777/console/src/console-app.js:3076:105)
    at _fire (http://192.168.0.110:3777/console/src/console-app.js:5828:155)
    at trackForward (http://192.168.0.110:3777/console/src/console-app.js:5926:19)


@himisk71 Hast du die neuste Version auch drauf? Das hatte wir eigentlich im Update gestern korrigiert?

paresy

Hallo Niels,

in der RC3 Version ist das mit der Nummerierung noch immer. Nur für den Fall, dass Du da schon was eventuell geändert haben solltest.

Dieses Mal reiner Zufallsfund. Ich habe nur Aktionen unter Bedingungen von einer Bedingung zur anderen verschoben und zuvor die Bedingung Dupliziert.

Gruss Dirk

Oder:

Äh, sorry! Vergiss meinen Post, jetzt bin ich wirklich aktuell! :roll_eyes:

@syncmaster Ich habe noch entdeckt, dass untergeordnete Aktionen ihre Position nicht aktualisieren, wenn eine vorherige Aktion gelöscht wird.

Edit: Habe beim Fixen doch noch was entdeckt. Wenn man verschachtelte Aktionen löscht, können komische Dinge mit der Position passieren. Ich denke, das ist es.

Hallo Niels,

Genau, hatte da gerade noch einmal Deine vorherige Frage versucht nachzustellen:
Ausgangssituation:

Dann lösche ich 1.2 raus und die folgende Position 1.3 behält die Positionsbezeichnung:

Wenn ich die dann nach unten z.B. schiebe, dann wird diese dann in dem Fall korrekt umbenannt, jedoch möchte das System als Nächste Position dann 1.3 anlegen, obwohl 1.2 fehlt.

Soll ich noch weiter versuchen meine Doppelnummerierung zu reproduzieren?

Viele Grüße
Dirk

Warte erstmal auf den aktuellen Fix. Ich denke, das Thema ist damit durch. Wenn du es danach noch hast, dann melde dich.

1 „Gefällt mir“

Server: symcon:amd64/beta 6.0-144 uptodate IP-Symcon 6.0, Ubuntu, 15.07.2021, 51905cbd9f6c
Konsole: 6.0, 09.07.2021, 6196dff8a63af28eda924dbcecc7c36398bd8695

Werte in Wenn/Dann-Bedingungen werden im Formular als 0 angezeigt, obwohl ein Wert hinterlegt ist:

Eventuell zwei Fehler bei der Darstellung in Verbindung mit Ablaufplan:

Hallo @Dr.Niels ,

Eventueller Fehler 1:
Startet man „Ausführung Analysieren“ während die Aktion bereits ausgeführt wird, wird nicht die aktuelle Aktion sondern die Aktion vor der aktuellen Aktion angezeigt:

Hier ein Beispiel:
Das ist mein Plan:

Hier habe ich die Analyse gestartet, als der Plan schon in der Aktion 2-3-2-5 (Warten für 10min) sich befunden hat. Angezeigt wird jedoch die Position 2-3-2-4:

Wird die Analyse erst gestartet und danach wird der Ablaufplan getriggert, ist die Darstellung „fast“ richtig:

Eventuell Fehler 2: Warum „fast richtig“?
Bitte vergleiche Ablaufplan und Analyse. Plan Position 2-3-2-5 Aktion ist „Warte 10 Minuten“. In der Analyse steht jedoch „Warte 15 Sekunden“.
Das passiert dann, wenn man den Wartewert ändert, speichert und der Plan erneut getriggert wird. Bis der Plan geschlossen und wieder neu geöffnet wird, wird der „veraltete“ wert angezeigt.

Das ist alles aus der Pro Konsole. Web Konsole habe ich nicht versucht.

Viele Grüße
Dirk

Hall Dr. Niels
Ich kann eine Aktion hinzufügen Frage aggregierte Werte ab ok. das funktioniert.
Ich habe dann das Formular ohne Variableneingabe mit O.K. gespeichert
Wenn ich dann die Aktion Frage aggregierte Werte ab mit dem „Zahnrad“ nochmal bearbeiten will kommt diese Fehlermeldung:


Klar, fehlt ja noch die Variableneingabe aber dürfte dann nicht solche Fehlermeldung geben?
Schönen Gruß :smiley:
Egon

Best Praxis Ablaufplan:
Frage zu Bewegungsmeldern, die von Beleuchtung selber mit beleuchtet werden

Hallo zusammen,

ich habe Bewegungsmelder in der Nähe der Kunstlichtquelle. Wenn es in dem Raum hell genug ist, schalte ich das Licht nur in Teilen des Raumes ein - Bereiche in denen es immer dunkel ist.

Ich habe alle BM unverändert bez. wie lange diese Bewegungen als „Bewegung erkannt“ melden. In dem Ablaufplan habe ich eine Warte Aktion, mit der ich die Lichter ausschalte falls die Zeit abgelaufen ist und BM noch immer „Keine Bewegung“ zuletzt gemeldet hat. Bei erneuter Bewegung retrigger ich den Plan - also breche den aktuellen Ablauf ab.

Klappt alles fast super.

Problem:
Die Beleuchtung beleuchtet auch den BM. Hält man sich zu lange in dem Raum bei eingeschlateter Kunstlichtquelle auf denkt der BM, dass die Lichtstärke ausreichend ist und schaltet auch wenn es eigentlich Nacht ist beim Retriggern die „Hauptlichtquelle“ am Fentser aus.

Wie macht Ihr das in der Praxis um das Problem zu umgehen?

Danke und Gruß
Dirk

Frage: Archiv Variable als Ziel

Eine Möglichkeit wäre je eventuell Durchschnittswerte aus dem Archiv zu verwenden?

Dabei bekomme ich immer eine Fehlermeldung wie z.B.:

Hier die Aktion dazu:

Besagt die Fehlermeldung, dass nicht genügend Daten in dem Archiv vorhanden sind?

Danke und Gruß
Dirk

Die Helligkeitsauswertung nutze ich nur zum einschalten. Ausschalten läuft bei mir nur aufgrund fehlender Bewegung innerhalb der vorgegebenen Zeitspanne.

Ferner kennt IPS ja den Zustand der Beleuchtung.

Hi @Boui ,

danke für Deine Info! Das mache ich genau so. Allerdings retriggere ich bei jeder Bewegung erneut. War beim ersten Einschalten eventuell komplett dunkel beleuchte ich mit dem Kunstlicht ab der ersten Phase den Bewegungsmelder. Irgendwann ist dann der Lichtwert über den Schwellwert und beim Retriggern (Ablaufplan unterbrechen und neu starten) durch den BM wird dann der Zustand eingeschaltet, bei dem die einen Leuchten am Fenster ausgeschaltet werden.

Wenn ich das Einschalten nur beim „ersten“ Einschalten abfragen würde, wäre es kein Problem. Das würde denke ich gehen.

Sorry, ja das meinte ich auch. Beim ersten einschalten, denn ich kenne ja den Zustand meiner gesteuerten Beleuchtung.

Ne, das ist noch ein Fehler der zum nächsten RC bereits korrigiert ist :slight_smile:

paresy

1 „Gefällt mir“

Ich möchte einen HomeMatic-2-fach Taster im Ablaufplan abfragen. Die Tasten melden PRESS_SHORT, PRESS_LONG und PRESS_RELEASE. Sie sind IMMER true, man muss auf AKTUALISIERUNG reagieren. Dies gelingt als Event, um in den Ablaufplan einzusteigen. IM Plan kann ich in den Bedingungen aber nur nach Variable == true testen. Diese Bedingung ist IMMER wahr, ich müsste diese Variable wie voher beim auslösenden Event auf ÄNDERUNG testen können.
Als workaround habe ich erst mal für jedes Event einen Ablaufplan erstellt OHNE interne Bedingungen.

Grüße, Gerhard