EDOMI-Releases/Updates | Aktuell: Version 2.03

[benji]

ja Sorgen mach ich mir auch keine

war eher einer Frage wegen der Ordnung

Gruß

[gaert]

Die ID ist "unique", d.h. die ID wird niemals wiederverwertet. Aber keine Sorge: Es stehen 64bit für die ID zu Verfügung

[heckmannju]

Die hebräische EDOMI-Version ist in Arbeit...
[ATTACH=CONFIG]n969056[/ATTACH]

Arbeit die nicht am Samstag?

[benji]

Hi,

gibt es eigentlich eine Möglichkeit die ID zu bereinigen??? Sprich, wenn ich ein Element lösche bleibt die ID ja trotzdem belegt.

Gruß

[gaert]

Die hebräische EDOMI-Version ist in Arbeit...

Zwischendurch ergänze ich die Trigger-KOs um Jährlich/Monatlich/Wöchentlich:

Bildschirmfoto 2016-07-21 um 23.17.45.png

[wintermute]

Edomi baut aber (zumindest nach meinem Verstaendnis) auf technischen und nicht auf glaubens-basierten Grundsaetzen auf. Sobald die regula fidei hier Einzug halten sollte, steig ich aus und sattel auf smarthome.py um

[bkr]

Das "Wochen"-KO würde ich Montags um 00:00:00 triggern - für mein Verständnis beginnt Montags eine neue Woche

was biblisch gesehen natürlich falsch ist ;-)

Ben

[gaert]

Richtig - gute Idee!

[baumhaus123]

Das System-KO 10 "Error-Warnung" beinhaltet doch die Anzahl dieser Fehler, oder? Dann kann man die sich ja auch bei Bedarf auf die Papa-Visu packen und auf der Mam-Visu ausblenden.

[gaert]

Technisch kein Thema - ich empfinde dies halt nur als "Heuchelei" Motorkontrollleuchte nervt? => Aufkleber druff und fertich

Nagut, ich werde einfach einen generellen "Schalter" in der edomi.ini einfügen - dies betrifft dann aber alle Visus gleichermaßen.

[Simone]

Vorteil von Fehlermeldungen in der Nutzervisu ist, dass sie wissen wieso man am PC sitzt die Bemerkung kam bei mir schon

Würde es allerdings auch schöner finden, wenn man die irgendwie ausblenden könnte.

Darf ich fragen ob es technisch auch schwierig ist oder du nur vom Prinzip her dagegen bist?

[panzaeron]

Ich kann dies gerne ergänzen, dann würde ich's aber konform zu den anderen Trigger-KOs lösen, d.h. "Jahr" wird tatsächlich nur beim Jahreswechsel getriggert. Das "Wochen"-KO würde ich Montags um 00:00:00 triggern - für mein Verständnis beginnt Montags eine neue Woche

Als ich würde ein Wochen, Monats oder Jahres KO schon als sinnvoll erachten, man könnte diese verwenden um z. B. Mittelwerte zu berechnen usw.
Geht natürlich auch über den Zeitbaustein...

[KNXFan1970]

Thema Fehlermeldungen in der Visu: Prinzipiell stimme ich gaert ja zu - Fehler sollten beseitigt und nicht ignoriert werden. Allerdings wäre eine Möglichkeit die Signalisiation nach Visu oder Visuaccount auszusteuern interessant.
Es hat sich bei mir jetzt nach einigen Tagen der Nutzung gezeigt, dass Fehlermeldungen bei den Nutzern (Frau und Kinder) eher zu Aufregung und ständigen Nachfragen führt. Dieser Nutzerkreis hat ja eh keine Möglichkeit eine Änderung (zumindest nicht direkt ) herbeizuführen.

[benji]

Ich kann dies gerne ergänzen, dann würde ich's aber konform zu den anderen Trigger-KOs lösen, d.h. "Jahr" wird tatsächlich nur beim Jahreswechsel getriggert. Das "Wochen"-KO würde ich Montags um 00:00:00 triggern - für mein Verständnis beginnt Montags eine neue Woche

ich wäre dafür

Woche, Monat, Jahr und immer nur beim wechsel getriggert.....spart viel vergleichen

[Winni]

Das Thema Fehlermeldungen in der Visu hatten wir schon oft genug: Ich bin dagegen, dass man die Fehlermeldungen deaktivieren kann. Schließlich sind's Fehlermeldungen

Kann ich grundsätzlich verstehen, aber nicht jeder ist in PHP so firm, dass er auf Anhieb alle Fehlermeldungen in den Griff bekommt und wenn man fremde LBS einsetzt sind einem ja die Hände gebunden. Über eine solche Möglichkeit würde ich mich wirklich freuen

Bei mir schaut es im Log nach wenigen Minuten schon immer so aus:

2016-07-21 12:54:17	978400	MAIN	31384	InitScan (127 GAs / 2 Abfragen / 60 Checks)	TIMEOUT
2016-07-21 12:54:28	583831	?	31640	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000318.php | Fehlercode: 2 | Zeile: 112 | file_get_contents(http://192.168.5.222/web/vol?set=set): failed to open stream: HTTP request failed! HTTP/1.0 500 Internal Server Error[CR][LF]	ERROR
2016-07-21 12:54:29	132155	?	31643	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000318.php | Fehlercode: 2 | Zeile: 112 | file_get_contents(http://192.168.5.222/web/vol?set=set): failed to open stream: HTTP request failed! HTTP/1.0 500 Internal Server Error[CR][LF]	ERROR
2016-07-21 12:54:31	849776	?	31669	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000318.php | Fehlercode: 2 | Zeile: 112 | file_get_contents(http://192.168.5.223/web/vol?set=set): failed to open stream: HTTP request failed! HTTP/1.0 500 Internal Server Error[CR][LF]	ERROR
2016-07-21 12:54:31	919770	?	31675	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000318.php | Fehlercode: 2 | Zeile: 112 | file_get_contents(http://192.168.5.224/web/vol?set=set): failed to open stream: HTTP request failed! HTTP/1.0 500 Internal Server Error[CR][LF]	ERROR
2016-07-21 12:54:45	913662	?	31739	Datei: /var/edomi-backups/_public/www/shared/php/base.php | Fehlercode: 2 | Zeile: 240 | utf8_decode() expects parameter 1 to be string, object given	ERROR
2016-07-21 12:54:46	205722	?	31745	Datei: /var/edomi-backups/_public/www/shared/php/base.php | Fehlercode: 2 | Zeile: 240 | utf8_decode() expects parameter 1 to be string, object given	ERROR
2016-07-21 12:54:46	219002	?	31745	Datei: /var/edomi-backups/_public/www/shared/php/base.php | Fehlercode: 2 | Zeile: 240 | utf8_decode() expects parameter 1 to be string, object given	ERROR
2016-07-21 12:55:23	752213	?	31616	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000198.php | Fehlercode: 2 | Zeile: 223 | fopen(https://www.notifymyandroid.com/publicapi/notify): failed to open stream: Connection timed out	ERROR
2016-07-21 12:55:23	752722	?	31616	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000198.php | Fehlercode: 8 | Zeile: 234 | Undefined variable: php_errormsg	ERROR
2016-07-21 12:55:23	752903	?	31616	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000198.php | Fehlercode: 1024 | Zeile: 265 | POST https://www.notifymyandroid.com/publicapi/notify failed:	ERROR
2016-07-21 12:55:23	753156	?	31616	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000198.php | Fehlercode: 8 | Zeile: 44 | Undefined offset: 0	ERROR
2016-07-21 12:55:28	798191	?	31889	Datei: /var/edomi-backups/_public/www/shared/php/base.php | Fehlercode: 2 | Zeile: 240 | utf8_decode() expects parameter 1 to be string, object given	ERROR
2016-07-21 12:57:29	092885	?	32151	Datei: /var/edomi-backups/_public/www/shared/php/base.php | Fehlercode: 2 | Zeile: 240 | utf8_decode() expects parameter 1 to be string, object given	ERROR
2016-07-21 12:58:29	148597	?	32289	Datei: /var/edomi-backups/_public/www/shared/php/base.php | Fehlercode: 2 | Zeile: 240 | utf8_decode() expects parameter 1 to be string, object given

Mir ist klar, dass an einigen ich selber Schuld bin und noch nacharbeiten muss, dass muss ich aber nicht jedem der meine Visu im Haus anschaut auf die Nase binden


gab's ja anfänglich garnicht:
fehler.png