CUL unknown message abfangen und auswerten
1,082 views
Skip to first unread message
FHEM-Softie
Sep 25, 2012, 10:14:20 AM9/25/12
to fhem-...@googlegroups.com
Hallo,
kann ich die "unknown message" vom CUL abfangen und auswerten?
Mein Versuch mit "define CUNO_check notify CUNO" bekommt nur den entsprechenden Befehl, wie z.B. "set CUNO raw..." in "%" übergeben.
Ich würde aber gerne die Fehlermeldung auswerten.
Vielen Dank für evtl. Antworten!
Rudolf Koenig
Sep 26, 2012, 1:56:07 AM9/26/12
to fhem-...@googlegroups.com
> kann ich die "unknown message" vom CUL abfangen und auswerten?
Events kann man abfangen, Log Messages aus dem fhem-log nicht.
Siehe dazu
http://groups.google.com/group/fhem-users/browse_thread/thread/804b253158e62ad/e6a0141c730a17a0
Man koennte fuer solche Zwecke in fhem.pl ein "global UNKNOWNMESSAGE <details>" trigger
absetzen.
FHEM-Softie
Sep 28, 2012, 1:25:34 AM9/28/12
to fhem-...@googlegroups.com
Hallo Rudolf,
es wäre doch eine tolle Sache, wenn man eine "unknown message" vom CUL, z.B. den Ablauf der Sendezeit für den Duty-Cicle, erkennen und darauf reagieren könnte. Lässt sich das in einer nächsten Version einbauen?
Rudolf Koenig
Sep 30, 2012, 3:33:34 AM9/30/12
to fhem-...@googlegroups.com
> es waere doch eine tolle Sache, wenn man eine "unknown message" vom CUL,
> z.B. den Ablauf der Sendezeit fuer den Duty-Cicle, erkennen und darauf
> reagieren koennte. Laesst sich das in einer naechsten Version einbauen?
Habs eingebaut, als Trigger der verursachenden Device (CUL) mit dem Event
"UNKNOWNCODE $dmsg"
> z.B. den Ablauf der Sendezeit fuer den Duty-Cicle, erkennen und darauf
> reagieren koennte. Laesst sich das in einer naechsten Version einbauen?
Habs eingebaut, als Trigger der verursachenden Device (CUL) mit dem Event
"UNKNOWNCODE $dmsg"
FHEM-Softie
Oct 1, 2012, 10:43:58 AM10/1/12
to fhem-...@googlegroups.com
Das ist ganz toll, vielen Dank.
Irgendwie bekomme ich den Trigger aber nicht aktiviert.
1.) fhemupdate ausgeführt, den Kode kann ich in fhem.pl sehen.
2.) Loglevel auf 3 (wegen dem Debug im neuen Kode)
3.) Dann "set CUNO raw En", das erzeugt mir mit FW 1.46 noch eine "unknown message". 1.47 erkennt das schon als NTP Update.
4.) Meldung "unknown message" erscheint im Log.
5.) Kann keinen Trigger erkennen. Auch der Debug im fhem.pl wird nicht aktiviert.
Was mache ich falsch? Hast du vielleicht ein Beispiel?
Nochmal Danke.
Rudolf Koenig
Oct 2, 2012, 2:01:33 AM10/2/12
to fhem-...@googlegroups.com
> 3.) Dann "set CUNO raw En", das erzeugt mir mit FW 1.46 noch eine "unknown
> message". 1.47 erkennt das schon als NTP Update.
Komisch, ich meine NTP wurde seit 3 Jahren nicht angefasst.
> message". 1.47 erkennt das schon als NTP Update.
Stimmt, habs uebersehen, dass es 2 Stellen gibt, die "unknown message"
ausgeben: fhem.pl, wenn kein Modul fuer eine CUL Nachricht sich zustaendig
fuehlt, und CUL.pm, falls es selber die Meldung nicht versteht. Hab den Trigger
jetzt auch in CUL.pm eingebaut.
FHEM-Softie
Oct 3, 2012, 3:41:46 AM10/3/12
to fhem-...@googlegroups.com
Hallo,
die notify Routine wird nun prima aufgerufen.
Ein Problem ist allerdings, dass die "unknown message" ein "#" enthält.
Genau: "CUNO: #T200A00AA00FA". Somit ist es nicht möglich das Argument "%" in der Routine zu nutzen.
Das "#" wird als Kommentarzeichen interpretiert und es kommt zu Syntaxfehlern.
Vermutlich müsste man das "#" im CUL.pm und fhem.pm zuvor ersetzen.
Rudolf Koenig
Oct 3, 2012, 4:17:23 AM10/3/12
to fhem-...@googlegroups.com
> Genau: "CUNO: #T200A00AA00FA".
Wer schickt die Daten mit #?
> Das "#" wird als Kommentarzeichen interpretiert und es kommt zu
> Syntaxfehlern.
Das ist aber ein Problem des notify-Einzeilers, und nicht des Moduls.
Wer schickt die Daten mit #?
> Das "#" wird als Kommentarzeichen interpretiert und es kommt zu
> Syntaxfehlern.
FHEM-Softie
Oct 3, 2012, 4:59:20 AM10/3/12
to fhem-...@googlegroups.com
Der CUNO schickt die Daten.
Sprich ich sende ein "set CUNO raw En" und er antwortet mit "CUNO: unknown message #T4B1B4269C505".
Reply all
Reply to author
Forward
0 new messages