LBS 190000608 Zeit aus Logik in ZSU

[vento66]

Ich hab da schon eine Idee.. Ist das Makro irgendeiner ZSU zugewiesen?

[trollmar]

An E11 Kommt das Systemko 2 um die Daten vor dem runterfahren noch mal zu speichern. Muss ich in der Hilfe noch nachführen. Kannst Du mal Testweise E4 auf 0 setzen?

Danke!
ok. ja dann lag ich ja richtig mit E11.

Leider bringt E4 auf 0 nichts.

2018-03-10 10:18:14	250484	13521	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:18:14	251535	13521	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:22:04	219481	15917	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:33 (919)
2018-03-10 10:22:04	220558	15917	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 11:18:03	273924	18829	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:33 (919)
2018-03-10 11:18:03	274899	18829	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 11:19:02	034508	19459		EXE19000608 [v0.52]: Array Ist (919)
2018-03-10 11:19:02	034631	19459		EXE19000608 [v0.52]: ================ ARRAY/OBJECT START ================
2018-03-10 11:19:02	034745	19459		EXE19000608 [v0.52]: {"targetid":"13","fixed":1,"cmdid":"19","hour":"09 ","minute":"33","d0":"1","d1":"1","d2":"1","d3":"1 ","d4":"1","d5":"1","d6":"1"}
2018-03-10 11:19:02	034828	19459		EXE19000608 [v0.52]: ================ ARRAY/OBJECT END ================
2018-03-10 11:19:02	035223	19459		EXE19000608 [v0.52]: Uhrzeit incl. offset 09:33 (919)
2018-03-10 11:19:02	036381	19459		EXE19000608 [v0.52]: Array Targets (919)
2018-03-10 11:19:02	036482	19459		EXE19000608 [v0.52]: ================ ARRAY/OBJECT START ================
2018-03-10 11:19:02	036565	19459		EXE19000608 [v0.52]: {"1":["1","2"],"2":["3","4"],"3":["5","6"],"4":["7"],"5":["8"],"6":["9","10"],"7":["11"],"8":["12"],"9":["14","15"],"10":["16"],"11":["17"]}
2018-03-10 11:19:02	036640	19459		EXE19000608 [v0.52]: ================ ARRAY/OBJECT END ================
2018-03-10 11:19:02	037039	19459		EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)

Hab auch E4 mal hin und her gewechselt.
Warum findet er Makro 19 nur nicht.

[vento66]

An E11 Kommt das Systemko 2 um die Daten vor dem runterfahren noch mal zu speichern. Muss ich in der Hilfe noch nachführen. Kannst Du mal Testweise E4 auf 0 setzen?

[trollmar]

Hi,

ich bekomme einen Fehler mit den Makros.
Die erste Uhrzeit (11:00) die ich in die ZSU geschickt habe hat korrekt funktioniert.
Die Nächste Zeit "09:35" ist plötzlich das Makro nicht mehr vorhanden.
Edomi 1.55
Hier ein Screenshot

ZSU.jpg

Hier der Log:

2018-03-10 10:06:22	759782	5946	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 11:00 (919)
2018-03-10 10:11:03	046180	8894	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:11:03	049478	8894	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:12:01	040242	9526	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:12:01	041203	9526	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:12:46	392160	10009	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:12:46	393311	10009	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:14:00	204492	10781	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:14:00	205378	10781	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:14:27	971940	11086	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:14:27	972907	11086	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:14:49	620371	11318	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:14:49	621443	11318	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:14:58	372046	11418	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:14:58	372993	11418	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:16:00	842277	12095	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:16:00	843666	12095	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:16:07	708298	12178	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:16:07	709218	12178	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:17:15	242271	12891	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:17:15	243325	12891	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:18:14	250484	13521	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:35 (919)
2018-03-10 10:18:14	251535	13521	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)
2018-03-10 10:22:04	219481	15917	info	EXE19000608 [v0.52]: Uhrzeit incl. offset 09:33 (919)
2018-03-10 10:22:04	220558	15917	info	EXE19000608 [v0.52]: Makro 19 nicht gefunden exit (919)

BTW
Was soll eigentlich an den E11? In der Hilfe steht nix.

LG

[Janncsi]

Gibt es hier ein Update???

[gulp2k]

Ich schaus mir bei Gelegenheit nochmals an aber aktuell nutze ich den LBS nicht mehr.

[vento66]

Der neue LBS ist jetzt soweit fertig. Jetzt werden ein paar mutige für den Betatest gesucht. Wenn möglich Testumgebung in einer VM. gulp2k Das Problem mit den ZSU ID konnte ich mittlerweile identifizieren, und hoffentlich beheben.

[vento66]

Da der LBS unter EDOMI 1.55 nicht mehr funktionieren wird, habe ich den LBS aus dem DL entfernt. Wer den LBS nutzt, sollte nicht auf 1.55 updaten, oder den LBS aus seinen Logiken entfernen!

[gulp2k]

vento66
Hast du noch irgendeine Idee woran das liegen könnte?
Das Problem besteht leider immer noch und ich kann es mir absolut nicht erklären...
Ab und zu scheint er eine falsche ZSU ID zu benutzten und dann zerschießt er mir andere ZSU´s

[gulp2k]

vento66 Hi Micha,

ich hab leider imer noch "komische" Probleme mit dem LBS...
2 Dinge die passieren die eigendlich nicht passieren sollten.
1. Manchmal werden Werte in die Falsche ZSU geschrieben. (Manuelle änderung kann ich ausschließen da ich die ZSU Steuerung extra per PIN geschützt habe)
2. Manchmal scheint er die "Alten" Einträge in der ZSU nicht mehr zu finden und erzeugt neue, das heißt ich bekomme mehrere Einträge die dann nur um ein paar Minuten auseinander liegen.

Ich Tippe darauf das beides zusammen hängt und zwar das der LBS ab und zu die "Falsche" ZSU ID nutzt, dann logischerweise keinen Eintrag mit der "alten" ID findet und einen neuen anlegt. Beim nächstenmal hat er dann wieder die "richtige" ZSU aber die ID des Eintrags passt nicht mehr und er legt dort auch einen neuen an.
Capture.PNG

[gulp2k]

Ich habe ja schon eine Verzögerung um 1h davor, siehe oben links im Screenshot, genau deswegen.
Das erklärt für mich auch nicht wie ein komplett falscher Wert in die ZSU kommt.
Beispiel "Morning", Da steht aktuell 17:18 drin sollte aber eigendlich ein Fixer Wert von 6:30 sein.

Ich beobachte mal weiter.

[vento66]

Setze mal einen sbc LBS vor den E1 und trigger die Logik öfter. Vielleicht hängt das damit zusammen, das um 0:00 das Edomi interne Datenbank Backup läuft, und die DB dann kurz gesperrt ist.

[gulp2k]

Das heißt der LBS checkt "nur" was in dem Cachefile steht und nicht was tatsächlich im LBS ist?
Weil wie im 2. Screenshot von oben sieht man das der Eintrag mit dem Wert 2(Noon) 18:18 ist und nicht 11:30.
Das gleiche passiert mit dem ersten Eintrag.
Ich hab die Werte nicht per Hand verändert (ZSU ist Read Only in der Visu).
Irgendwann in den Letzten Tagen wurde der Eintrag also verändert und ich kann nicht nach vollziehen wie.

Reset hab ich das letzte mal auch schon gemacht, dann läuft es wieder für eine Weile.
Aber das ist jetzt schon 3 mal passiert, das heißt für mich irgendwo geht was schief.
Leider immer im abstand von mehren Wochen und für mich nicht nachvollziehbar/reproduzierbar.

Hast du eine Idee was ich noch machen könnte um dem auf die Spur zu kommen?

Das einzige was ich bis jetzt sehen konnte ist das es scheinbar nur Morning und Noon betrifft.

[vento66]

Der LBS scheint genau das zu machen, was er soll
Das Log besagt das der LBS getriggert wurde.

• Zeit an E1 11:30 empfangen
• Offset von 0 Minuten, also wird mit 11:30 weitergerechnet
• Die ID der Schaltzeit in der DB ist 20 (brauchen wir für eventuelle updates)
• Die vorherige Schaltzeit aus dem Cachefile ist 11:30
• Die Schaltzeit mit der ID 20 wurde zwischenzeitlich nicht aus der Datenbank entfernt, ist also vorhanden und sollte 11.30 beinhalten
• Da sich nix geändert hat, beendet der LBS hier sein Werk

zsu.PNG Bei mir schaut die Logik auch nicht ganz so verwirrend aus, und funktioniert seit Anfang an.
Hast Du mal eine 1 auf den Reset Eingang geschickt? Dann werden die Cachefiles gelöscht, und wieder neu angelegt.

[gulp2k]

Hi vento66

ich hab leider immernoch sporadisch ein Problem mit dem LBS...
Ab und zu scheint er sich be der zuordnung der Zeiten zu verhaspeln und dann kommen auch keine Logs mehr.
Ich setzte den LBS bei mir dazu ein die Tageszeiten zu setzten, also "Morgens, Mittages, usw" zum Teil abhängig von Sonnenauf oder Untergang.

Da ich schon bemerkt habe das es zu Problemen kommen kann wenn mehrere LBSe zu schnell hintereinander ausgeführt werden habe ich schon verzögerungen eingebaut.
Hier mal ein Screenshot der Logik und der ZSU, man kann sehen das es nicht passt.
Nur 2 der LBS generieren ein Logfile und genau diese gehen auch ohne Problem so dass ich das nicht poste.

Capture.PNG

Visu:
Capture.PNGCapture.PNG

Könntest du bitte mal drauf schauen?
Besonders Morgens/Noon gehen überhaupt nicht...

Edit: Hatte Logging nur auf 7...
Hier mal das Log aus dem "Noon", werde daraus nicht schlau.

 [TABLE="class: log, border: 0, cellpadding: 0, cellspacing: 0, width: 0, height: 12"]
[TR]
[TD]2017-10-24 10:18:07[/TD]
 			[TD]874661[/TD]
 			[TD]13206[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19000608 [v0.1]: time offset 0 (3457)[/TD]
 		[/TR]
[TR]
[TD]2017-10-24 10:18:07[/TD]
 			[TD]875130[/TD]
 			[TD]13206[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19000608 [v0.1]: time E1 with offset 11:30 (3457)[/TD]
 		[/TR]
[TR]
[TD]2017-10-24 10:18:07[/TD]
 			[TD]875411[/TD]
 			[TD]13206[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19000608 [v0.1]: Datid: 20 (3457)[/TD]
 		[/TR]
[TR]
[TD]2017-10-24 10:18:07[/TD]
 			[TD]876605[/TD]
 			[TD]13206[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19000608 [v0.1]: time cache 11:30 (3457)[/TD]
 		[/TR]
[TR]
[TD]2017-10-24 10:18:07[/TD]
 			[TD]877134[/TD]
 			[TD]13206[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19000608 [v0.1]: ID vorhanden 20 (3457)[/TD]
 		[/TR]
[TR]
[TD]2017-10-24 10:18:07[/TD]
 			[TD]877684[/TD]
 			[TD]13206[/TD]
 			[TD]debug[/TD]
 			[TD]EXE19000608 [v0.1]: No time change, abort (3457)[/TD]
 		[/TR]
[/TABLE]