LBS 190000608 Zeit aus Logik in ZSU

[vento66]

Geh mal im Projekt in die ZSU, dort musst Du mal die alten Zeiten händisch rauslöschen. Dann mal das Debug auf 8 stellen, und hier posten.

[Gecko]

Hi,

habe es getestet. Heute habe ich jetzt 6 Schaltzeiten (von Freitag, Samstag und Sonntag).
Hatte Freitag und gestern das Projekt mehrfach aktiviert.
Heute aktiviere ich mal nicht. Mal sehen was dann morgen ist.
ich habe Edomi 2.0 auf CentOS 7.5 falls das noch hilft.

[Gecko]

Hi,
ich meine ja, aber werde das über Nacht nochmal am Sonnenaufgang testen.

[gulp2k]

Hast du mal bei E8 eine 0 versucht?

[Gecko]

trollmar
Hast du schön eine Lösung?

vento66
Hi,
habe habe auch so ein Problem wie trollmar.
Mein Sonnenaufgang (480) und -untergang (485) wird alle 15min getriggert. Dahinter ist der Bausteil SendByChange (remanent).
Momentan aktiviere ich öfter am Tag mein Projekt, da noch viel zu tun ist.
Er legt beim Neustart die Zeit an, da ich die iKO für Sonnenaufgang und -untergang abfrage.
Das funktioniert auch.
Aber wenn sich dann die Zeit ändert (nach Mitternacht) legt er auch immer neue Zeiten an ohne die alten zu löschen.

Gibt es eventuell eine Beispiel Konfiguration, wie man die Baustein korrekt verwendet und verbindet?

Danke.

Gruß Gecko
Unbenannt.png
Unbenannt1.png

[trollmar]

trollmar hat das jetzt funktioniert, oder ist der LBS fehlerhaft?

Hi Vento,

ich hab mich nochmal an die Logik mit dem Zeit LBS gemacht.
Leider verhält sich der Baustein nicht wie erwartet.

Ein zeitliches ablauf Beispiel:


Um 00:10 geht auf
E1=8:10 (gesetzt)
E6=1 (fest keine Veränderung)
E8=0 (fest keine Veränderung)

Das Makro wird in die ZSU eingefügt ...alles gut.

Um 16 Uhr möchte ich nun den Eintrag in der ZSU wieder löschen.
Dazu ist an E10 ein iko was um 16 Uhr auf 1 schaltet.

Jetzt wird der Eintrag in der ZSU wieder gelöscht.

Nun kommt aber erstmal kein neue Zeit an E1
Am nächsten Tag ist es 16Uhr und E10 bekommt wieder eine 1
Jetzt legt der Baustein zwei Zeiten in die ZSU an.
Einmal die "alte Zeit" an E1 also die 8:10 und einen zweiten Eintrag mit 16Uhr.

Habe schon jede Kombination zwischen E10 und E8 durch.

Is das ein gewolltes verhalten?
Erwarten würde ich das E10=1 immer löscht und nicht zwei Zeiten einträgt.

Beim rumprobieren der Werte gab es übrigens folgendes im ErrorLog:

2018-04-28 22:13:44	791749	?	26932	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000608.php | Fehlercode: 8 | Zeile: 144 | Undefined variable: cache	ERROR
2018-04-28 22:13:44	793934	?	26932	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000608.php | Fehlercode: 8 | Zeile: 172 | Undefined variable: cache	ERROR
2018-04-28 22:13:44	794688	?	26932	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000608.php | Fehlercode: 8 | Zeile: 188 | Undefined variable: cache	ERROR
2018-04-28 22:13:44	794802	?	26932	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000608.php | Fehlercode: 8 | Zeile: 196 | Undefined variable: cache	ERROR
2018-04-28 22:13:44	794871	?	26932	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000608.php | Fehlercode: 2 | Zeile: 196 | array_diff_assoc(): Argument #2 is not an array

hast du ne Idee?


LG

[trollmar]

vento66 Möchte danke sagen für deine immer große Hilfe!!

[trollmar]

Hi.
Der LBS funktioniert. Allerdings muss ich immer e4 auf 0 setzen auch wenn ich das makro in der zsu fest zugewiesen habe.
Sonst geht es nicht. Habs im test und produktiv System ausprobiert.
LG

[vento66]

trollmar hat das jetzt funktioniert, oder ist der LBS fehlerhaft?

[vento66]

Gut das kann vielleicht auch ein fehlerhafter Log sein... Entweder Du fügst das Makro 19 in den Makro Vorgaben der ZSU14 hinzu, oder E4 auf 0 setzen.

[trollmar]

Danke Micha!
Das ging aber schnell !!!

leider hat das nichts gebracht.

Jetzt sagt er ZSU wäre nicht vorhanden:

2018-03-10 14:27:55	915637	9185	info	EXE19000608 [v0.53]: Uhrzeit incl. offset 15:00 (919)
2018-03-10 14:27:55	916861	9185	info	EXE19000608 [v0.53]: ZSU mit id 14 nicht gefunden exit (919)
2018-03-10 14:31:40	263983	11546	info	EXE19000608 [v0.53]: Uhrzeit incl. offset 15:00 (919)
2018-03-10 14:31:40	265065	11546	info	EXE19000608 [v0.53]: ZSU mit id 14 nicht gefunden exit (919)
2018-03-10 14:31:51	268506	11665	info	EXE19000608 [v0.53]: Uhrzeit incl. offset 15:01 (919)
2018-03-10 14:31:51	269496	11665	info	EXE19000608 [v0.53]: ZSU mit id 14 nicht gefunden exit (919)

Hier der screenshot
zsu_macbookproretina_Mar-10-143005-2018_CaseConflict.jpg

Hab ne neue ZSU angelegt mit ID14

Mist ... irgendwas mache ich doch falsch. Kann doch nicht der einzigste sein der das Problem hat.


EDIT:

hab auch die E4 mal auf 0 gesetzt. Bring nix

[vento66]

trollmar Dann versuch mal dein Glück Hab ein Upddate hochgeladen. Wenn das Makro nicht in der ZSU zugewiesen ist, musst Du E4 zwangsweise auf 0 setzen.

[vento66]

Ich habe meinen Post oben gerade noch mal editiert..... Ich bin dran.

[trollmar]

Bin aber noch 1.55



Zugewiesen ?
Nein nur beim ersten und letzten erfolgreichen eintragen der Zeit

[vento66]

Wenn das Makro keiner ZSU zugewiessen ist, kommt genau dieser Effekt. Ich schau mir das mal an.