FHEM stürzt ab beim define eines yowsup devices

[kriegerkl]

Ich betreibe FHEM auf der Synology DS212+ (DSM 5.0).
Ich habe yowsup2 über pip installiert und kann per system-Aufruf aus FHEM auch WhatsUp-Nachrichten verschicken.
Wenn ich ein yowsup-Device definiere (define WhatsApp yowsup) und die fhem.cfg speichere, ist die Weboberfläche danach nicht mehr erreichbar.
Ich habe schon versucht den Loglevel auf verbose 5 zu stellen.
Es ist aber an den Log-Messages nicht zu erkennen, was das Problem ist.
Man kann noch nicht mal erkennen, dass das Problem die Definition des Devices ist.

Hat jemand ähnliche Erfahrungen gemacht?
Gibt es eine Möglichkeit zu debuggen, wo das Problem z.B. im 32_yowsup.pm liegt?

[marvin78]

Was heißt denn, dass man  im Log nichts erkennen kann? Heißt das, dass dort gar nichts steht, oder meinst du, dass es irrelevant ist? Im zweiten Fall, poste das Log.

[kriegerkl]

Ich möchte nicht unbedingt das ganze Log posten, denn da stehen ja viele sicherheitsrelevante Sachen drin.

Wie gesagt, das ganze passiert nur, wenn ich relativ am Ende folgende Zeile in die fhem.cfg einfüge:
define WhatsApp yowsup

Wenn ich das wieder herausnehme funktioniert alles.

Nach Speicherung der fhem.cfg steht irgendwann:
.....
2016.02.22 19:14:00 5: Cmd: >define IleRousseWetterWeblink weblink htmlCode { WeatherAsHtmlH("IleRousseWetter") }<
2016.02.22 19:14:00 5: Cmd: >define WhatsApp yowsup<
2016.02.22 19:14:00 5: Loading /usr/local/FHEM/share/fhem/FHEM/32_yowsup.pm
2016.02.22 19:14:00 1: Including /usr/local/FHEM/var/log/fhem.save
2016.02.22 19:14:00 5: Cmd: >setstate AnrufMelder off<
2016.02.22 19:14:00 5: Cmd: >setstate AnrufMelder 2016-02-22 16:58:41 cmd_event Telefonanrufe<
.....

Ganz am Ende ist folgendes zu finden:
2016.02.22 19:14:01 5: Triggering global (1 changes)
2016.02.22 19:14:01 5: Notify loop for global INITIALIZED

[marvin78]

Was sagt FHEM denn, wenn du es auf die übliche Weise definierst? Das wäre die Eingabe von

Code Auswählen Erweitern

define WhatsApp yowsup

in die Kommandozeile.

Bitte verwende demnächst Code-Tags.

[kriegerkl]

Die Oberfläche ist nicht mehr erreichbar.
Folgendes steht am Ende des Log-Files:

{code}
2016.02.22 19:49:53 4: PRESENCE (Karin) - rescheduling next check in 30 seconds
2016.02.22 19:49:53 4: Connection accepted from telnet:127.0.0.1:48753
2016.02.22 19:49:53 5: Cmd: >{PRESENCE_ProcessLocalScan('Opa|0|absent')}<
2016.02.22 19:49:53 5: PRESENCE (Opa) - blocking scan result: Opa|0|absent
2016.02.22 19:49:53 4: PRESENCE (Opa) - rescheduling next check in 30 seconds
2016.02.22 19:50:01 4: Connection closed for FHEMWEB:192.168.178.33:53436
2016.02.22 19:50:01 4: Connection accepted from FHEMWEB:192.168.178.33:54937
2016.02.22 19:50:01 4: HTTP FHEMWEB:192.168.178.33:54937 GET /fhem&cmd=define+WhatsApp+yowsup
2016.02.22 19:50:01 5: Cmd: >define WhatsApp yowsup<
2016.02.22 19:50:01 5: Loading /usr/local/FHEM/share/fhem/FHEM/32_yowsup.pm
{code}

[kriegerkl]

Jetzt ist fhem nicht mehr startbar.
Vorher hab ich immer per putty die Zeile "define WhatsApp yowsup" wieder auskommentiert und dann fhem neu gestartet.
Jetzt steht kein "define WhatsApp yowsup" in der fhem.cfg, aber fhem lässt sich nicht mehr starten.
Hat der die Eingabe per Kommandozeile irgendwo abgelegt und versucht das bei Neustart immer wieder?

[marvin78]

Ich nehme mal an, dass du entweder eine uralte Version des yowsup Moduls verwendest oder nicht alles nach Wiki gemacht hast.

BTW: Bitte nicht die Config direkt editieren. Das erschwert das Fehler suchen.

[kriegerkl]

Hilfe.
Ich würde aber gerne wissen, wie ich das fhem wieder starten kann.
Anscheinend versucht fhem den Kommandozeilenbefehl "define WhatsApp yowsup" bei jedem Neustart wieder auszuführen, so dass er nicht mehr startet.

Wenn ich das über das Speichern der fhem.cfg gemacht habe, ging das alles.

[kriegerkl]

Pip sagt, dass ich folgende Version von yowsup installiert habe:
yowsup2==2.4.48

[kriegerkl]

Beim Neustart steht jetzt immer folgendes im Logfile:

<code>
2016.02.22 20:23:55 4: HTTP FHEMWEB:192.168.178.33:56570 GET /fhem&cmd=define+WhatsApp+yowsup
2016.02.22 20:23:55 5: Cmd: >define WhatsApp yowsup<
2016.02.22 20:23:55 5: Loading /usr/local/FHEM/share/fhem/FHEM/32_yowsup.pm
2016.02.22 20:24:01 4: STOCKQUOTES_QueryQuotesBlocking Return value: myDepot|846900&last&9573.59|846900&date&02/22/2016|846900&previous&9388.05|846900&success&1|846900&p_change&1.98%|846900&name&DAX PERFORMANCE-INDEX|846900&isodate&2016-02-22|846900&symbol&HTML|846900&method&bourso|846900&high&10485.91|846900&low&8699.29|846900&volume&0|846900&exchange&XETRA|846900&currency&EUR|846900&open&0.00|846900&errormsg&Stock name 846900 not found
2016.02.22 20:24:01 1: CallBlockingFn: Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
</code>

[kriegerkl]

Ich habe es geschafft.
Läuft wieder.

Also hat die Version 2.4.48
fhem läuft bei mir als root.
Ist das vielleicht das Problem.

Das hier läuft au jeden Fall aus fhem:
system ("/opt/local/bin/yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49xxxxxxxxx '$text'")

Ich würde das ganze ja selbst herausfinden.
Aber wie kann ich denn debuggen?

[marvin78]

Was hast du nun geschafft?

fhem als root ist ungewöhnlich. Wie bist du denn dann mit den entsprechenden Schritten im Wiki umgegangen?

[kriegerkl]

Ich habe es geschafft, dass fhem wieder läuft (s. meine Kommentare zuvor).
Ich habe dann noch versucht Log-Statements in das 32_yowsup.pm einzubauen, um herauszufinden, wo das ganze hängen bleibt.
Die define-Methode wird durchlaufen.
Es wird dann auch noch das cmd Attribut gesetzt.
Danach ist das fhem-System tot.

Kann es vielleicht daran liegen, dass ich das yowsup nicht, wie im Wiki beschrieben von
https://github.com/tgalal/yowsup/archive/master.zip
genommen habe, sondern per pip installiert habe.
Das yowsup an sich funktioniert aber, auch aus fhem mit dem Aufruf:
system ("/opt/local/bin/yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49xxxxxxxxx '$text'")

[kriegerkl]

Habe es jetzt hinbekommen, dass das Modul yowsup funktioniert.
Ich habe FHEM per UPDATE auf den neuesten Stand gebracht.

[Elektron]

Danke für die abschließende Rückmeldung.
Ich habe das gleiche Problem, wollte dann als erstes aber meine Installation updaten.
Das scheiterte dann aber daran, dass das Update nicht ging. (Rudolf hats gefixt)

Bin dieses Wochenend nicht zuhause und aus der Ferne traue ich mich nicht. Wenn's schiefgeht, steht die Frau dann ohne FHEM da...

Viele Grüße
Michael