[32_yowsup.pm] Whatsapp versenden (Mit Handy- oder Festnetznummer)

forum-merlin · 08 Juni 2015, 21:04:14

Mein ENV schaut so aus:


CONSOLE=/dev/console 
HOME=/ 
OLDPWD=/ 
runlevel=2 
INIT_VERSION=sysvinit-2.88 
TERM=linux 
COLUMNS=82 
PATH=/sbin:/usr/sbin:/bin:/usr/bin 
RUNLEVEL=2 
PREVLEVEL=N 
SHELL=/bin/sh 
kgdboc=ttyAMA0,115200 
PWD=/opt/fhem 
previous=N 
LINES=26

nachdem ich gerade vor ca 10 minuten nochmal alles rausgeschmissen (yowsup2) habe und neu installiert habe hat sich die Situation nicht wirklich verändert.
Hier das aktuellste Log

Code Auswählen


2015.06.08 20:55:25 4: WhatsApp.neu: parse:
[offline]:
2015.06.08 20:55:26 3: WhatsApp.neu: sending /disconnect
2015.06.08 20:55:26 3: WhatsApp.neu: Disconnected
2015.06.08 20:55:36 3: WhatsApp.neu: sending /L
2015.06.08 20:55:36 3: WhatsApp.neu: sending /presence available
2015.06.08 20:55:36 2: WhatsApp.neu: starting yowsup-cli: /usr/local/bin/yowsup-cli demos -c /opt/fhem/config.example -y
2015.06.08 20:55:40 4: WhatsApp.neu: parse: Yowsup Cli client
==================
Type /help for available commands

2015.06.08 20:55:40 4: WhatsApp.neu: parse:
[offline]:
2015.06.08 20:55:41 3: WhatsApp.neu: sending /disconnect
2015.06.08 20:55:41 3: WhatsApp.neu: Disconnected
2015.06.08 20:55:51 3: WhatsApp.neu: sending /L
2015.06.08 20:55:51 3: WhatsApp.neu: sending /presence available
2015.06.08 20:55:51 2: WhatsApp.neu: starting yowsup-cli: /usr/local/bin/yowsup-cli demos -c /opt/fhem/config.example -y
2015.06.08 20:55:55 4: WhatsApp.neu: parse: Yowsup Cli client
==================
Type /help for available commands

2015.06.08 20:55:55 4: WhatsApp.neu: parse:
[offline]:
2015.06.08 20:55:56 3: WhatsApp.neu: sending /disconnect
2015.06.08 20:55:56 3: WhatsApp.neu: Disconnected
2015.06.08 20:56:06 3: WhatsApp.neu: sending /L
2015.06.08 20:56:06 3: WhatsApp.neu: sending /presence available
2015.06.08 20:56:06 2: WhatsApp.neu: starting yowsup-cli: /usr/local/bin/yowsup-cli demos -c /opt/fhem/config.example -y
2015.06.08 20:56:11 4: WhatsApp.neu: parse: Yowsup Cli client
==================
Type /help for available commands

2015.06.08 20:56:11 4: WhatsApp.neu: parse:
[offline]:
2015.06.08 20:56:14 3: WhatsApp.neu: sending /disconnect
2015.06.08 20:56:14 3: WhatsApp.neu: Disconnected
fhem@fhemserver:~/log$

Ich kann als Fhemuser von überall im Pfad, also von /, von /opt/fhem, von /etc aus, die yowsup-cli starten und mich manuell verbinden.

Hier mal ein DEBUG Trace von der CMD

Code Auswählen


fhem@fhemserver:~/log$ yowsup-cli demos -d -c /opt/fhem/config.example -y
DEBUG:yowsup.stacks.yowstack:Initializing stack
DEBUG:yowsup.stacks.yowstack:Constructed Network Layer
DEBUG:yowsup.stacks.yowstack:Constructed Stanza Regulator Layer
DEBUG:yowsup.stacks.yowstack:Constructed Crypt Layer
DEBUG:yowsup.stacks.yowstack:Constructed Coder Layer
DEBUG:yowsup.stacks.yowstack:Constructed Logger Layer
DEBUG:yowsup.stacks.yowstack:Constructed Authentication Layer - Messages Layer - Receipt Layer - Ack Layer - Presence Layer - Ib Layer - Iq Layer - notification Ib Layer - Iq Layer - Chatstate Layer - call Layer - Groups Iq Layer - Media Layer - Privacy Layer - Profiles Layer
DEBUG:yowsup.stacks.yowstack:Constructed CLI Interface Layer
Yowsup Cli client
==================
Type /help for available commands

[offline]:/L
DEBUG:yowsup.layers.logger.layer:tx:
<stream:features>
<readreceipts>
</readreceipts>
<groups_v2>
</groups_v2>
<privacy>
</privacy>
<presence>
</presence>
</stream:features>

DEBUG:yowsup.layers.logger.layer:tx:
<auth passive="false" user="498xxxxxxxxxxx" mechanism="WAUTH-2">
¦ Bt~¦¦{X0¦[¦¦¦vO*¦¦¦¦¦P¦¦@>¦9¦|c¦¦¦¦
HEX:de204274xxxx11bd3b77b5830f48c5bdcf5d8764f2ad5d9eefxxxxx087af40133e931a390f03c77c6381xxxxa1d0
</auth>

DEBUG:yowsup.layers.logger.layer:rx:
<stream:features>
</stream:features>

DEBUG:yowsup.layers.logger.layer:rx:
<success status="active" kind="paid" creation="1433603987" expiration="1496675987" props="4" t="1433789966">
¦¦¦OG]¦=L¦!¦=¦
HEX:e6d8e9bf4f47xxxx2f41f1c3d181xxxxcfb219a3d8c
</success>

DEBUG:yowsup.layers.protocol_iq.layer:starting ping thread.
Auth: Logged in!
[connected]:DEBUG:yowsup.layers.logger.layer:rx:
<ib from="s.whatsapp.net">
<dirty timestamp="1433603987" type="groups">
</dirty>
</ib>

DEBUG:yowsup.layers.logger.layer:rx:
<ib from="s.whatsapp.net">
<offline count="0">
</offline>
</ib>


[connected]:/presence available
DEBUG:yowsup.layers.logger.layer:tx:
<presence type="available">
</presence>

[connected]:DEBUG:yowsup.layers.logger.layer:rx:
<presence from="498xxxxxxxxxxx@s.whatsapp.net">
</presence>

Hilft das??

EDIT:
Ich habe noch ein compare der Originalen 32_yowsup.pm von Andre beigefügt udn meine aktuelle.
Ich habe einmal nur den Pfad angepasst, und noch einen Rechtschreibfehler korrigiert. Sonst nix.

Und den Pfad zur yowsup-cli habe ich ermittelt gehabt indem ich die CLI von der CMD ausgeführt hatte, und dann ein ps -ef | grep -i yowsup gemacht hatte.
Dabei wurde eben angezeigt, dass es in /usr/local/bin/ ausgeführt wurde.

ach ja, und hier EDIT2

Ich würde gerne in dem FHEM verbose 5 Logging eben den DEBUG Trace sehen wollen, und ggf. in eine separate LogDatei loggen oder so.
Dann könnte ich vergleichen was der FHEM Call macht, und was dabei zurück kommt.

Gruß

Holger

JoWiemann · 08 Juni 2015, 21:18:36

Hallo Holger,

ich habe jetzt eigentlich nur noch eine gewagte Idee. Im Modul wird in einem Kind Prozess der yowsup CLI gestartet. Das wird gemacht um Fhem in dieser Zeit nicht zu blockieren. Der Eltern Prozess scheint aber irgendwie zu schnell für den Kind Prozess zu sein und schickt das /L, also das fast Login, schneller als yowsup startet. Damit würde das ins Leere laufen, was dazu führt das durch den Eltern Prozess ein disconnect eingeleitet wird und somit das Ganze von vorne beginnt. Ich meine, dass ich diese Situation auch schon mal hatte.

Grüße Jörg

forum-merlin · 08 Juni 2015, 21:23:12

Zitat von: JoWiemann am 08 Juni 2015, 21:18:36
Hallo Holger,

ich habe jetzt eigentlich nur noch eine gewagte Idee. Im Modul wird in einem Kind Prozess der yowsup CLI gestartet. Das wird gemacht um Fhem in dieser Zeit nicht zu blockieren. Der Eltern Prozess scheint aber irgendwie zu schnell für den Kind Prozess zu sein und schickt das /L, also das fast Login, schneller als yowsup startet. Damit würde das ins Leere laufen, was dazu führt das durch den Eltern Prozess ein disconnect eingeleitet wird und somit das Ganze von vorne beginnt. Ich meine, dass ich diese Situation auch schon mal hatte.

Grüße Jörg

kilngt plausibel... (mein kleiner Pi reagiert nicht sooooo schnell)
Und wie behebt man das? Oder gibts da irgendwelche Timer die man ändern kann?
Oder kann man im Modul irgendwo was ändern?

Ich sehe das auch auf der CMD...
Wenn ich die CLI starte, dann dauert es schon so ein paar sekunden, und dann erst kommt die Eingabeaufforderung für mein /L

justme1968 · 08 Juni 2015, 21:36:29

sorry für die späte antwort.

eigentlich kann es das nicht wirklich sein. die daten daten warten in dem socket bis sie von der anderen seite abgeholt werden. auch wenn rein geschrieben wird bevor die andere seite gestartet hat. da geht nichts verloren.

um sicher zu sein baue ich morgen eine version die das etwas anders handhabt. dann sehen wir es genau.

gruss
andre

forum-merlin · 08 Juni 2015, 21:38:31

Zitat von: justme1968 am 08 Juni 2015, 21:36:29
sorry für die späte antwort.

eigentlich kann es das nicht wirklich sein. die daten daten warten in dem socket bis sie von der anderen seite abgeholt werden. auch wenn rein geschrieben wird bevor die andere seite gestartet hat. da geht nichts verloren.

um sicher zu sein baue ich morgen eine version die das etwas anders handhabt. dann sehen wir es genau.

gruss
andre

Cool!
Und baust Du da vll. auch noch das -d Flag für den CLI Debug Mode mit ein?

JoWiemann · 08 Juni 2015, 21:48:49

Das -d kannst du doch jetzt schon über das Attribut cmd mitgeben.

Grüße Jörg

phel · 08 Juni 2015, 21:50:48

Zitat von: forum-merlin am 08 Juni 2015, 21:04:14
Mein ENV schaut so aus:

Code Auswählen Erweitern
CONSOLE=/dev/console HOME=/ OLDPWD=/ runlevel=2 INIT_VERSION=sysvinit-2.88 TERM=linux COLUMNS=82 PATH=/sbin:/usr/sbin:/bin:/usr/bin RUNLEVEL=2 PREVLEVEL=N SHELL=/bin/sh kgdboc=ttyAMA0,115200 PWD=/opt/fhem previous=N LINES=26

yowsup nutzt $HOME um das den pfad für .yowsup zu ermitteln.
Achtung, in der CLI hast du ein anderes env als wenn du das aus perl startest. existiert bei dir /.yowsup ? Hat dein fhem user dort rechte? Ansonsten erstelle doch mal den Ordner und räume die Rechte ein.

hier ist übrigens die Stelle an der der Pfad gesetzt wird:

Code Auswählen

pi@raspberrypi ~ $ cat /opt/fhem/yowsup/yowsup/common/constants.py
class YowConstants:
    DOMAIN       = "s.whatsapp.net"
    ENDPOINTS     = (
        ("c2.whatsapp.net", 443),
        )

    PATH_STORAGE = "~/.yowsup"

    PREVIEW_WIDTH = 64
    PREVIEW_HEIGHT = 64

forum-merlin · 08 Juni 2015, 21:56:54

Zitat von: JoWiemann am 08 Juni 2015, 21:48:49
Das -d kannst du doch jetzt schon über das Attribut cmd mitgeben.

Grüße Jörg

Aber die Auswirkung kommt in keinem mir bekannten Logfile so an, wie auf der CMD gezeigt.

Ich hatte auch schon versucht im 32_yowsup.pm das ganze so zu machen...

Code Auswählen


 my $cmd = AttrVal($name, "cmd", "/usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y >/opt/fhem/log/yowsup-cli.log 2>&1" );

ging auch nicht so richtig...
Es kam nichts an.

Um nochmal kurz bezug auf deinen vorherigen Post zu nehmen...
An genau der stelle hier braucht es ein wenig Zeit bis es dann weitergeht...

Code Auswählen


fhem@fhemserver:~/log$ yowsup-cli demos -d -c /opt/fhem/config.example -y

<<hier vergehen ca 3 bis 7 Sekunden>>>
<<und dann kommt erst die Erste DEBUG Zeile der CLI>>

DEBUG:yowsup.stacks.yowstack:Initializing stack

Dies spricht irgendwie dafür, dass der /disconnect irgendwo schon bei den 3 bis 7 sekunden ausgelöst wird, und deshalb dann auch nichts ins Log geschrieben wurde.

Oder?

Gruß

Holger

JoWiemann · 08 Juni 2015, 22:04:17

Hallo Holger,

mit Deiner Änderung kann das Modul nichts anfangen, da die Informationen des CLI über eine Pipe zu STDIN und STDOUT ausgetauscht werden. Bei verbose 4 werden vom Modul alle Informationen, die über STDOUT vom CLI bereit gestellt werden, sofern sie nicht einen spezielle String beinhalten, ins Log geschrieben.

Wenn du also über das WebIF das attr cmd setzt, in dem -d enthalten ist, also bei Dir "/usr/local/bin/yowsup-cli demos -c /opt/fhem/config.example -y -d" und verbose auf 4 setzt, müsstest Du die Debug Infos im Log haben.

Grüße Jörg

forum-merlin · 08 Juni 2015, 22:10:07

Zitat von: phel am 08 Juni 2015, 21:50:48
yowsup nutzt $HOME um das den pfad für .yowsup zu ermitteln.
Achtung, in der CLI hast du ein anderes env als wenn du das aus perl startest. existiert bei dir /.yowsup ? Hat dein fhem user dort rechte? Ansonsten erstelle doch mal den Ordner und räume die Rechte ein.

hier ist übrigens die Stelle an der der Pfad gesetzt wird:
Code Auswählen Erweitern
pi@raspberrypi ~ $ cat /opt/fhem/yowsup/yowsup/common/constants.py class YowConstants: DOMAIN = "s.whatsapp.net" ENDPOINTS = ( ("c2.whatsapp.net", 443), ) PATH_STORAGE = "~/.yowsup" PREVIEW_WIDTH = 64 PREVIEW_HEIGHT = 64

Ja, existiert, und der FHEM User darf da auch rein:

Code Auswählen


fhem@fhemserver:~$ pwd
/opt/fhem
fhem@fhemserver:~$ ls -la
insgesamt 436
drwxrwxrwx 16 fhem root      4096 Jun  8 20:34 .
drwxr-xr-x  7 root root      4096 Jun  7 13:50 ..
drwxr-xr-x  2 fhem dialout   4096 Jun  8 20:15 backup
-rw-------  1 fhem dialout   2519 Jun  8 21:57 .bash_history
drwx------  3 fhem dialout   4096 Jun  8 20:25 .cache
drwxrwxrwx  2 fhem dialout   4096 Jul  4  2013 certs
-rw-r--r--  1 fhem dialout 102009 Jun  6 18:32 CHANGED
-rwxr-xr-x  1 fhem dialout     75 Jun  8 20:32 config.example
drwxrwxrwx 25 fhem dialout   4096 Jun  6 18:32 contrib
drwxrwxrwx  4 fhem dialout   4096 Jun  6 18:32 docs
drwxrwxrwx  5 fhem dialout  16384 Jun  6 18:32 FHEM
-rw-rw-rw-  1 fhem dialout  97738 Jun  8 21:27 fhem.cfg
-rw-r--r--  1 fhem dialout 113140 Jun  6 18:32 fhem.pl
drwxrwxrwx  2 fhem dialout  12288 Jun  8 20:49 log
drwxr-xr-x  5 fhem dialout   4096 Jun  6 18:32 restoreDir
drwxr-xr-x  2 fhem dialout   4096 Jun  8 20:13 unused
drwxrwxrwx 10 fhem dialout   4096 Mai 31 13:03 www
drwxr-xr-x  3 fhem dialout   4096 Jun  8 20:34 .yowsup


fhem@fhemserver:~$ ls -Rla .y*
.yowsup:
insgesamt 12
drwxr-xr-x  3 fhem dialout 4096 Jun  8 20:34 .
drwxrwxrwx 16 fhem root    4096 Jun  8 20:34 ..
drwxr-xr-x  2 fhem dialout 4096 Jun  8 20:34 4989xxxxxxxx

.yowsup/4989xxxxxxxx:
insgesamt 12
drwxr-xr-x 2 fhem dialout 4096 Jun  8 20:34 .
drwxr-xr-x 3 fhem dialout 4096 Jun  8 20:34 ..
-rw-r--r-- 1 fhem dialout   20 Jun  8 20:59 nonce
fhem@fhemserver:~$

Aber da fällt mir gerade was auf...

Ich hatte in meinen ganzen Tests irgendwann mal in dem .yowsup Verzeichnis ein File gesehen das ID hiess.
Das fhelt hier!
Es kann aber auch sein, dass das fhelt, weil der Connect bisher nicht erfolgreich war oder?

daher habe ich mal auf dem System nach weiteren Ordnern gesucht...

Code Auswählen


fhem@fhemserver:/usr/local/bin$ sudo find / -name .yowsup -print
/opt/yowsup-master/.yowsup
/opt/fhem/.yowsup
/root/.yowsup

fhem@fhemserver:/usr/local/bin$ ls -la /opt/yowsup-master/.yowsup/4989xxxxxxxx/
insgesamt 16
drwxr-xr-x 2 root root 4096 Jun  7 13:59 .
drwxr-xr-x 3 root root 4096 Jun  7 13:59 ..
-rwxr-xr-x 1 root root   20 Jun  7 13:59 id
-rwxr-xr-x 1 root root   20 Jun  7 13:59 nonce
fhem@fhemserver:/usr/local/bin$

fhem@fhemserver:/usr/local/bin$ ls -la /opt/fhem/.yowsup/4989xxxxxxxx/
insgesamt 12
drwxr-xr-x 2 fhem dialout 4096 Jun  8 20:34 .
drwxr-xr-x 3 fhem dialout 4096 Jun  8 20:34 ..
-rw-r--r-- 1 fhem dialout   20 Jun  8 20:59 nonce
fhem@fhemserver:/usr/local/bin$

fhem@fhemserver:/usr/local/bin$ sudo ls -la /root/.yowsup/4989xxxxxxxx
insgesamt 16
drwxrwxrwx 2 root root 4096 Jun  6 17:25 .
drwxrwxrwx 3 root root 4096 Jun  6 17:07 ..
-rwxrwxrwx 1 root root   20 Jun  6 17:18 id
-rwxrwxrwx 1 root root   20 Jun  8 19:55 nonce
fhem@fhemserver:/usr/local/bin$

Nur im FHEM Ordner gibt es kein "id" File.

Wie bekomme ich denn raus wo yowsup-cli unter Verwendung des FHEM Users dann Files ablegt?
Ich wüsste gerne was genau passiert (welche Files angelegt, oder gelesen werden), wenn ich als fhem user die CLI von der CMD ausführe.

Gruß

Holger

phel · 08 Juni 2015, 22:13:01

vielleicht hab ich grad nen brett vorm kopf oder so. Aber aus deinen listings sehe ich nicht die Berechtigungen von /.yowsup
kannst du mir mal ein

Code Auswählen

ls -al /.yowsup
machen?

justme1968 · 08 Juni 2015, 22:15:12

ging doch schneller

anbei eine version zum testen: hier wird das login erst dann gesendet wenn sich der tatsächlich gestartet ist und sich gemeldet hat.

gruss
andre

ps: alles was der client nach stdout schreibt landet bei verbose 4 im fhem log file. alles was mit -d nach stderr geschrieben wird landet im stderr von fhem. wenn du fhem von hand startest ist das normalerweise die console. wenn du fhem über das start script startest musst du stderr selber in irgendein file umleiten. z.b. in dem du so etwas hinten an hängst:

Code Auswählen

>> ${HOME}/var/log/fhem-stdout 2>>${HOME}/var/log/fhem-stderrdie pfade musst du natürlich anpassen.

edit: angehängtes file entfernt. das geänderte login ist jetzt standard.

forum-merlin · 08 Juni 2015, 22:17:11

@Jörg,

habe ich mal eben so gemacht, aber leider kommt auch dann nix im fhem-2015-06.log an

Code Auswählen


2015.06.08 22:13:27 4: WhatsApp.neu: parse:
[offline]:
2015.06.08 22:13:28 3: WhatsApp.neu: sending /disconnect
2015.06.08 22:13:28 3: WhatsApp.neu: Disconnected
2015.06.08 22:13:38 3: WhatsApp.neu: sending /L
2015.06.08 22:13:38 3: WhatsApp.neu: sending /presence available
2015.06.08 22:13:38 2: WhatsApp.neu: starting yowsup-cli: /usr/local/bin/yowsup-cli demos -c /opt/fhem/config.example -y -d
2015.06.08 22:13:41 4: WhatsApp.neu: parse: Yowsup Cli client
==================
Type /help for available commands

2015.06.08 22:13:41 4: WhatsApp.neu: parse:
[offline]:
2015.06.08 22:13:42 3: WhatsApp.neu: sending /disconnect
2015.06.08 22:13:42 3: WhatsApp.neu: Disconnected
2015.06.08 22:13:43 3: WhatsApp.neu: sending /L
2015.06.08 22:13:43 3: WhatsApp.neu: sending /presence available
2015.06.08 22:13:43 2: WhatsApp.neu: starting yowsup-cli: /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
2015.06.08 22:13:49 4: WhatsApp.neu: parse: Yowsup Cli client

Jetzt probier ich mal eben noch das neue von Andre

bis gleich...

forum-merlin · 08 Juni 2015, 22:22:41

Also irgendwas mach ich falsch....
Ich sehe keine Veränderung:

Code Auswählen


2015.06.08 22:21:35 4: WhatsApp.neu: parse: Yowsup Cli client
==================
Type /help for available commands

2015.06.08 22:21:35 4: WhatsApp.neu: parse:
[offline]:
2015.06.08 22:21:35 3: WhatsApp.neu: sending /L
2015.06.08 22:21:35 3: WhatsApp.neu: sending /presence available
2015.06.08 22:21:36 3: WhatsApp.neu: sending /disconnect
2015.06.08 22:21:36 3: WhatsApp.neu: Disconnected
2015.06.08 22:21:44 2: WhatsApp.neu: starting yoswup-cli: /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
2015.06.08 22:21:50 4: WhatsApp.neu: parse: Yowsup Cli client
==================
Type /help for available commands

2015.06.08 22:21:50 4: WhatsApp.neu: parse:
[offline]:
2015.06.08 22:21:50 3: WhatsApp.neu: sending /L
2015.06.08 22:21:50 3: WhatsApp.neu: sending /presence available
2015.06.08 22:21:51 3: WhatsApp.neu: sending /disconnect
2015.06.08 22:21:51 3: WhatsApp.neu: Disconnected

Damit auch sicher ist, dass ich die richtige .pm Datei drinnen habe...

Code Auswählen


fhem@fhemserver:~/FHEM$ more 32_yowsup.pm | grep -i WAITING
      $hash->{WAITING_FOR_LOGIN} = 1;
    if( $hash->{WAITING_FOR_LOGIN} ) {
      delete $hash->{WAITING_FOR_LOGIN};
fhem@fhemserver:~/FHEM$

Und ich habe erst ein "reload 32_yowsup" gemacht, und dann als sich nix geändert hatte ein shutdwon restart

justme1968 · 08 Juni 2015, 22:26:53

ich sehe schon einen unterschied. das login wird jetzt erst gesendet wenn sich der gestartete client zurück meldet. aber das es damit keine änderung gibt beweist leider nur das es wie schon vermutet nicht an der start geschwindigkeit liegt.

vergleich mal bitte alles was mit -d als debug ausgeben erzeugt wird beim start durch fhem mit einem start von hand.

gruss
andre