Index: 10_CUL_HM.pm
===================================================================
--- 10_CUL_HM.pm (revision 5285)
+++ 10_CUL_HM.pm (working copy)
@@ -3900,7 +3900,7 @@
CUL_HM_UpdtReadSingle($hash,"state",$state,1) if($state);
my $rxType = CUL_HM_getRxType($devHash);
- Log3 $name,2,"CUL_HM set $name $act";
+ Log3 $name,3,"CUL_HM set $name $act";
if($rxType & 0x01){#allways
CUL_HM_ProcessCmdStack($devHash);
}
Eine Bestätigungsmeldung für einen normal ausgeführten Schaltbefehl sollte meines Erachtens nicht im Loglevel 2 geschickt werden. Damit liesse sich das Logfile etwas "entmüllen".
klar
hatte nicht mitbekommen, dass sich die Definition von Verbose geändert hat (oder war es noch loglevel)
Damals war es gestaffelt nach typen (io-events, device-events, server-events).
Die neue Definition wollte ich haben, wurde aber zurückgewiesen. Nun ist es doch so festgeschrieben - gut, sehr gut sogar.
Schade, dass ich jetzt alles noch einmal durchgehen muss um es gemäß der Änderung anzupassen.
Ich hab Dein 10_CUL_HM durchgesehen, bevor ich den Wunsch formuliert hatte. Das einzige das wirklich überhaupt nicht passt, ist der genannte Eintrag.
nun ja, die beim (noch nicht aktiven) fwupdate wohl auch noch nicht.
Attack ist m.E. auch ein major event...
Und beim genauen Hinsehen ist die Definition von Verbose doch nicht ganz super
Zitat3 - commands sent out will be logged.
nur gesendete Kommandos? Nicht alle? keine Gets? hm...
Zitat4 - you'll see whats received by the different devices.
einfach nur alle empfangsmessages loggen? Oder alle Änderungen, also alle Readings? Ist so nicht eingebaut...
Minor alarms haben keinen Level - fallen wohl unter debugging....
Man muss es sich nicht unnötig schwer machen. In meinen Modulen halte ich es einfach so:
- Alles was man nur zum Debuggen/Fehlersuche braucht, steht in 4 oder 5.
- Normale Schaltvorgänge in 3.
- Alles was tatsächlich aufgetretene Fehler sind, steht in 1 oder 2.
Level 1 und 5 kommen bei mir aber so gut wie nie im Coding vor.