[Gelöst] Modulaufruf "finden"

[fettgu]

Guten Abend,

ich stehe ein wenig auf dem Schlauch... - Ich rufe circa dreimal mal Tag signalbot auf, habe allerdings Schwierigkeiten den Aufrufer zu ermitteln... Gibt es eine andere Möglichkeit ausser verbose auf 4 oder 5 zu stellen?

Ich nutze configDB und habe mal versucht die Suche mit einem Teil des Aufrufs zu suchen, kam aber nichts bei raus.

Hier ein Beispiellogeintrag, wo man nichts sieht. Beachtlich, dass die Events vorher und hinterher zeitlich so versetzt sind, dass es von da eigentlich nicht kommen kann. Hier ein Beispiel - und die Ereignisse davor und danach sind auch immer andere.

Code Auswählen Erweitern

2024.09.04 07:41:28 3: ZWave set Bla off
2024.09.04 07:41:07 3: msg globalMsg: ID=part1.part2.part3 TYPE=push ROUTE=signalBot RECIPIENT=+49170xxxx STATUS=OK PRIORITY=0 TITLE='' MSG='push'
2024.09.04 07:41:07 3: signalBot: Before parse:+49170xxxx push:
2024.09.04 07:39:09 3: ZWave set Bla off
Gibts es da Tipps?

Danke
Guido Fett

[JoWiemann]

Hallo,

hast Du ein globalMsg Device definiert?

Grüße Jörg

[fettgu]

hast Du ein globalMsg Device definiert?

Ja

[betateilchen]

und was genau möchtest Du jetzt eigentlich wissen?

[fettgu]

und was genau möchtest Du jetzt eigentlich wissen?

Ich möchte rausfinden warum msg aufgerufen wird. Ist mir nicht klar und ich suche einen Weg das herauszufinden ohne verbose für einen Tag auf 4 oder 5 zu stellen. Glaube, da geht mein raspberry in die Knie.

Viele Grüße
Guido

[betateilchen]

Benenne das globalMsg device temporär um in globalMsgX

Dann sollten im Log Fehlermeldungen auftauchen, wenn irgendwo versucht wird, auf das nicht existente device zuzugreifen.

Vielleicht kommst Du damit weiter.

[betateilchen]

Oder:
grep (grep signalBot fhem.cfg) doch mal ganz pragmatisch die Config und schau ob ein notify, at oder sonstiges Device den "signalbot" aufruft. Ggfs. auch 99_myUtils.

Hey, wer lesen kann, (und das auch tut) ist klar im Vorteil... 


Als configDB Nutzer hat er keine fhem.cfg.

Und in der Datenbank wurde schon erfolglos gesucht.

[RalfRog]

Hey, wer lesen kann, (und das auch tut) ist klar im Vorteil... 

ConfigDB hab ich tatsächlich überlesen und den Beitrag kurz drauf wieder gelöscht, da ich zu Hause noch mal schauen wollte ob im Aufruf tatsächlich "signalBot" vorkommt oder nicht einfach nur "msg push ..." dann hilft suche nach "signalBot" nicht.

Es ist so!

Gruß Ralf

[fettgu]

Danke für das Feedback.

Benenne das globalMsg device temporär um in globalMsgX

Gute Idee, probiere ich gleich mal aus.

Viele Grüße
Guido Fett

[fettgu]

Benenne das globalMsg device temporär um in globalMsgX

Das hat übrigens nicht geholfen. In der Doku zu msgconfig steht auch das das device beliebig umbenannt werden kann...

Hat jemand eine andere Idee?

Viele Grüße

Guido

[betateilchen]

dann kopiere Dir doch mal die komplette raw Definition in eine Textdatei und lösche das msg device aus Deinem FHEM.

Irgendwo wird ja versucht, auf das Gerät zuzugreifen - und wenn es nicht da ist, sollte es eine Fehlermeldung geben...

[Beta-User]

Das müßte doch auc über den Aufruf zu finden sein?

Code Auswählen Erweitern

configdb search msg

[betateilchen]

Das müßte doch auc über den Aufruf zu finden sein?

Ich nutze configDB und habe mal versucht die Suche mit einem Teil des Aufrufs zu suchen, kam aber nichts bei raus.

Aber wenn der Aufruf beispielsweise in einer myUtils.pm steht, findet man ihn so halt auch nicht.

[fettgu]

Danke für die Tipps.

 Auf

Code Auswählen Erweitern

configdb search msg
Habe ich auch gehofft. Da kommt aber nur das globale Device hoch. Ich rufe msg via Alarm und Homemode auf, das kommt über configdb search nicht hoch. Configdb scheint also nicht über Attribute zu suchen.

Ich lösche das Device mal komplett (Ende nächster Woche- da ich in den nächsten Tagen nicht da bin). 

Viele Grüße
Guido

[betateilchen]

Configdb scheint also nicht über Attribute zu suchen.

Doch, die Suche arbeitet als Volltextsuche.