Anzeige der letzten Schaltevents in FHEMWEB

[P.A.Trick]

Achso Das ist reiner Text!

INFO
WARNING
CRITICAL

Also eine Art Severity des Events!

[justme1968]

ich war schneller

der teil wäre bis jetzt noch nicht vorgesehen.

aber ich überlege eh gerade die info intern etwas mehr zu strukturieren. da würde ich das dann mit unterbringen.

[P.A.Trick]

Du bist der beste!

[justme1968]

ich hab hier: http://forum.fhem.de/index.php/topic,23148.msg165046.html#msg165046 ein kleines update hoch geladen:

- es ist möglich ein history device zu definieren ohne einen device/reading parameter anzugeben. das device hängt sich dann nicht ins globale notify ein und lässt sich nur mit 'set <device> add' füllen.

- mit timestampFormat kann man das format des timestamp angeben. siehe perl POSIX strftime

- mit valueFormat kann man den string der für ein reading/event ausgegeben wird frei konfigurieren. bei undef wird diese zeile übersprungen.

gruss
  andre

[P.A.Trick]

Probiere ich am WE aus! Ich schaffe das leider in der Woche nicht mehr!

[michaelfhem]

Hallo Andre,

Danke fürs Update. Hab schon drauf gewartet! Kannst Du ein Beispiel zur Verwendung posten. mir ist nicht klar wie ich valueFormat für die verschiedenen Event Parameter, die ich mit set device add hinzufüge, angebe. Bei mir ändert sich an der Ausgabe erstmal gar nichts. Kann ich jetzt auch mapping verwenden?

Grüße Michi

[Wuppi68]

Hatte auch schon so etwas im Kopf

Meine Idee dazu ist:

Alle SET Befehle im Commandhandler zu loggen...
Konfigurierbarer Ringpuffer mit timestamp und den Daten die abgeschickt wurden ...

Damit sollte sich jeder Anwender dann seine eigenen Daten fischen können

Integration so "einfach" wie fhem.cfg in eine dB zu schicken


Nur meine Gedanken

Ralf


Gesendet von meinem iPad mit Tapatalk HD

[justme1968]

das wäre noch mal eine andere ebene.

wobei die set aber aber nur ein teil sind und du damit alle reinen sensoren und auch die antwort eines aktor auf das set nicht mit bekommen würdest.

umgekehrt bekommst du hier über state und die anderen readings fast alles mit wenn du das möchtest.

gruss
  andre

[Wuppi68]

das wäre noch mal eine andere ebene.

wobei die set aber aber nur ein teil sind und du damit alle reinen sensoren und auch die antwort eines aktor auf das set nicht mit bekommen würdest.

umgekehrt bekommst du hier über state und die anderen readings fast alles mit wenn du das möchtest.

gruss
  andre

Hallo Andre,

na klar bekomme ich nur die gesendeten Befehle, ABER auch die Befehle, die im Hintergrund abgesetzt werden. Brauche ich ein Reading muss ich dieses sowieso mir aus aus den Details raussuchen und entsprechend verarbeiten...

mit bräunlichen Füßen

Ralf

[P.A.Trick]

Ich habe das ja mit einer zentralen Funktion (genauso wie die fhem log Funktion) gelöst. Die kann man so nutzen wie man sie benötigt! ( Devise unabhängig) weiterhin können beliebige Emitter ( pushover, Email, xbmc Nachrichten) mit eingebaut werden! Das einzige Problem ist die synchrone Verarbeitung von fhem, die unter Umstaenden fuer eine Verarbeitungsverzoegerung in fhem sorgen kann!

[justme1968]

@michaelfhem: schau dir mal die doku zur readngsGroup und die beispiele im wiki an. valueFormat funktioniert genau so.

wenn ich am wochenende dazu komme mache ich noch ein beispiel.

gruss
  andre

[fhainz]

Ist wirklich Klasse geworden! Danke!

Ich hab noch ein Problem mit dem mapping. Folgendes funktioniert nicht, bei valueFormat funktioniert das aber schon.

Code Auswählen Erweitern

mapping { allgEventHistoryMapping($DEVICE,$READING,$VALUE); }

99_myUtils:

Code Auswählen Erweitern

sub allgEventHistoryMapping($$$){
  my $device = shift;
  my $reading = shift;
  my $value = shift;

  if( $device eq "d_vzLichtStatus" ){
    return 'Vorzimmer Licht'
  }
}

Hast du eine Idee?

Grüße

[justme1968]

zur zeit wird die {<perl>} version von mapping nur ein mal am anfang ausgewertet und nicht pro device. das ist kompatibel zur readingsGroup. gefällt mir aber nicht. ich muss noch ein paar dinge testen bevor ich das umstellen kann ohne das die es probleme mit der kompatibilität gibt.

am besten verwendest du erst mal die version mit dem hash:

Code Auswählen Erweitern

mapping { "d_vzLichtStatus" => "Vorzimmer Licht",... }oder du gibst jedem device eine alias.

gruss
  andre

[fhainz]

Ok, alles klar danke. Dann gedulde ich mich noch.

Alias verwende ich wo es möglich ist, aber hin und wieder will ich einen anderen namen als den alias, der in raumübersicht ja richtig ist aber in der history eventuell nicht passt.

Die variante mit dem hash hatte ich bisher, aber ich wollte es auslagern in die 99_myUtils.

Grüße

[justme1968]

du kannst den hash auslagern wenn du ihn aus der 99_myUtils routine zurück gibst:

Code Auswählen Erweitern

attr <device> mapping {myHash()}

Code Auswählen Erweitern

my %history_mapping_hash = ( "d_vzLichtStatus" => "Vorzimmer Licht",...  );

sub
myHash()
{
  return \%history_mapping_hash;
}