Womit offiziell Kommentare in den Sourcecode einfügen?

[castle]

Hi,

hab irgendwie trotz Suche nix gefunden:

Mit welchen Zeichen wird eigentlich offiziell eine Kommentarzeile im Makrocode (nicht PHP) eröffnet?

In den Codebeispielen hier lese ich manchmal "**" (zwei Sterne) aber das habe ich versuchsweise benutzt und damit habe ich den Effekt, dass bei Makroausführung ein Explorer-Fenster mit dem Installationsdirectory von Homeputer eröffnet wird

LG, castle

[buempi]

Hallo castle

Es ist schon richtig: Zwei Sterne, also ** am Zeilenanfang, leiten eine Kommentarzeile ein. Wenn da bei dir was anderes abläuft, solltest du das Makro mal posten.

Viele Grüsse
Bümpi

[castle]

Danke Bümpi für die Info,

funktioniert nun auch seltsamerweise. Ist irgendwie nicht reproduzierbar, vermutlich hatte ich die Sterne nicht in der 1. und 2. Spalte der Zeile? Jetzt jedenfalls schon und nun ist auch alles gut und das Fenster geht nicht mehr auf.

Ich hatte das immer, wenn von einer Heizung bzw. vom dortigen Fensterkontakt eine Meldung kam, dann wurde mein Makro ausgeführt. Eigentlich bin ich dabei, für ein externes Eventlogging möglichst viele Meldungen über aufgetretene Ereignisse an einen entfernten Syslog-Server zu schicken (nutze dafür einen Client LOGGER.EXE, der einen Cient für einen UNIX-Syslogserver darstell). Und dabei wurde ein solches Event bei jeder Meldung vom FHT ausgelöst, was mir zu oft war, so dass ich es erstmal rausnehmen wollte. Dabei trat dann der Effekt mit dem Explorer-Fenster auf.

offtopic (sollte man wohl in einem anderen Thread fortführen): Wie implementiert Ihr so ein Eventlog üblicherweise? Oder gibt es da schon eine eingebaute Funktion, die man irgendwie nutzen kann?

[buempi]

vermutlich hatte ich die Sterne nicht in der 1. und 2. Spalte der Zeile?

das spielt keine Rolle; du kannst auch Leerzeichen davor haben; nur keine anderen Zeichen oder eine Makroanweisung - das hier geht leider nicht:

Code: Alles auswählen

wenn Uhrzeit > "22:00:00" oder Uhrzeit < "06:00:00" dann  ** Ausführung nur nachts

Wie implementiert Ihr so ein Eventlog üblicherweise?

Du könntest SCHREIBEDATEI() verwenden...

Viele Grüsse
Bümpi

[castle]

Stimmt, SCHREIBEDATEI() ist wohl eigentlich das Mittel der Wahl. Aber das mit dem remote per syslog hat natürlich den Vorteil, dass die Events dann genau da sind, wo auch der Webserver ist, auf dem ich das dann darstelle. Aber das nur am Rande

Was mich natürlich noch interessieren würde, wo wir gerade dabei sind:

Seit Aldi benutze ich viele Tür/Fensterkontakte direkt am FHT80b. Früher hatte ich nur HMS-Sensoren für die Fensterüberwachung. Die hatten nur gesendet, wenn "Fenster auf" oder "zu". Von den FHTs kommen die Meldungen über "Fenster auf" anscheinend periodisch. Das ist dann nicht ganz so komfortabel wie früher. So müsste ich ja praktisch auf Änderung des Status prüfen, um weitergehende Aktionen (wie z.B. das Eventlogging) auszulösen (und mir also den alten Status pro Objekt merken). Oder sehe ich das falsch? Sonst schmiert mir ein Fenster an einem Heizungsregler im Laufe des Tages das halbe Eventlog voll..

[buempi]

So müsste ich ja praktisch auf Änderung des Status prüfen, um weitergehende Aktionen (wie z.B. das Eventlogging) auszulösen (und mir also den alten Status pro Objekt merken).

Genau! - Es ist aber nicht der Fensterkontakt, der dieses "Problem" schafft, sondern das Makro des Raumreglers wird jedes Mal, wenn sich dieser bei der FHZ meldet, ausgeführt. Auch wenn du die Vorgabe-Temperatur, die IST-Temperatur, den Modus oder die Ventilposition loggst: Ohne Vergleich "Alter Status/Neuer Status" hast du jedes Mal einen Eintrag.

Früher hatte ich nur HMS-Sensoren für die Fensterüberwachung. Die hatten nur gesendet, wenn "Fenster auf" oder "zu".

Stimmt nicht ganz: Gesendet haben sie schon öfter, aber das Makro wurde nur bei Empfang einer Statusänderung ausgeführt. Da gibt's ja auch nur 1 Objekt mit 2 möglichen Status; nicht wie beim Raumregler.

Viele Grüsse
Bümpi

[castle]

Stimmt nicht ganz: Gesendet haben sie schon öfter, aber das Makro wurde nur bei Empfang einer Statusänderung ausgeführt.

Stimmt, jetzt wo Du's sagst - sieht man ja auch an den Historydaten der HMS-Sensoren.

Ich warte nun aber auch noch auf den FS20TFI (noch 1 Woche). Dann setze ich die FHT-Fensterkontakte einfach nach FS20 um. Nicht, weil ich programmiertechnisch zu faul bin, sondern weil man dann ja auch die Schaltvorgänge in Echtzeit bekommen sollte. Das ist jetzt bei FHT nicht der Fall (bei HMS schon). Das ist einfach ein Komfort-Ding, denn ich habe z.B. beim Verlassen des Hauses eine Statuslampe, die leuchtet, wenn alle Fenster geschlossen sind. Und wenn man dann ein noch offen gelassenes Fenster noch schnell schließt, möchte man natürlich auch eine prompte Reaktion dieser Statusanzeige haben und nicht noch 1 Min oder so warten..

Ich hoffe mal, dass das so ist und der FS20TFI direkt die Infos von den Fensterkontakten empfängt und nicht erst die von den FHT-Reglern.

[buempi]

Ich hoffe mal, dass das so ist und der FS20TFI direkt die Infos von den Fensterkontakten empfängt und nicht erst die von den FHT-Reglern.

Das weiss ich nicht. Es wird aber wohl auf jeden Fall eine Verzögerung geben. Soweit ich das System verstanden habe, senden nämlich die FHT-Fensterkontakte in einem bestimmten Intervall, auf welchen sich der FHT80b synchronisiert. So kann sich der FHT immer mal wieder schlafen legen und braucht nicht dauernd auf Empfang zu sein. - Batteriensparen ist ja oberstes Gebot bei ELV...

Viele Grüsse
Bümpi

[dondaik]

der TFI wird die infos von dem FHT-TF genauso schnell bekommen wie der raumregler und nicht schneller reagieren ... der TF sendet verzögert, wenigstens meine , ich kann sie ja schon zum schalten von FS20 geräten nutzen . es ist halt kein FS20 TFK