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

Begonnen von AHA1805, 01 Oktober 2014, 21:58:55

Vorheriges Thema - Nächstes Thema

VB90

Wenn ich dich richtig verstehe, sollte fhem nach dem ersten senden jedoch auch immer auf Empfang sein.
Das ist jedoch,  zumindest soweit ich es nachvollziehen kann,  nicht der Fall.

vb
Man muss das Rad nicht neu erfinden, nur wissen wie es gedreht wird.

JoWiemann

Guten Morgen,

mach Doch mal ein:

ps -elf | grep python

nach dem ersten Senden in der Telnetkonsole. Da sollte dann der echo Client als Prozess angezeigt werden. (Es wird auf jeden Fall der grep Prozess angezeigt, also müssen mindestens zwei Prozesse, grep und echo Client, angezeigt werden)

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Cybers

Vom Grundsatz funktioniert alles, allerdings bekomme ich in Fhem noch folgenden meldung im Log:
sendWhatsApp: WARNING:yowsup.stacks.yowstack:Implicit declaration of parallel layers in a tuple is deprecated, pass a YowParallelLayer instead INFO:yowsup.demos.sendclient.layer:Message sent  Yowsdown

Außerdem wird wird die Nachricht nur in dem Augenblick empfangen wenn eine Nachricht gesendet wird.
Folgende Ausgabe erhalte ich nach ps -elf | grep python:
0 S pi        5653  5575  0  80   0 -   901 pipe_w 13:40 pts/0    00:00:00 grep --color=auto python

Dann hätte ich noch eine Anregung:
ist es möglich die Absendernummer und den Nachrichtentext in zwei verschiedene Readings zu packen?

Gruß, Sascha
FHEM 6.2 auf Raspberry PI 4 / Smartvisu
Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
1-Wire Temperatursensoren
aus alter Zeit:
Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

VB90

@Jörg

hier die von dir gewünschte Ausgabe:
Zitat
0 S odroid    2245  1373  0  90  10 - 29466 poll_s Apr29 ?        00:00:17 /usr/bin/python3 /usr/bin/update-manager --no-update --no-focus-on-map
0 S fhem      5756     1  0  80   0 -  3920 poll_s Apr29 ?        00:00:01 python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example -e
0 S odroid    9267  8674  0  80   0 -   945 pipe_w 15:58 pts/3    00:00:00 grep --color=auto python

Nachdem ich ein Event ausgelöst und Nachrichten bekommen habe, sieht es wie folgt aus:
Zitat
0 S odroid    2245  1373  0  90  10 - 29466 poll_s Apr29 ?        00:00:17 /usr/bin/python3 /usr/bin/update-manager --no-update --no-focus-on-map
0 S fhem      5756     1  0  80   0 -  3920 poll_s Apr29 ?        00:00:01 python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example -e
0 S fhem      9434     1  6  80   0 -  3920 poll_s 16:02 ?        00:00:00 python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example -e
0 S odroid    9440  8674  0  80   0 -   945 pipe_w 16:02 pts/3    00:00:00 grep --color=auto python


keine Minute später, wieder wie oben.
Ob das nun gut oder nicht gut ist, vermag ich nicht zu beurteilen.

@Cyber

Diese Meldung habe ich auch, deutet auf eine veraltete Version des Clients hin. Ein Update hat bei mir bislang keine Abhilfe geschaffen.

vb
Man muss das Rad nicht neu erfinden, nur wissen wie es gedreht wird.

JoWiemann

Hallo,

die Fehlermeldung ist bisher nicht behoben worden. Dazu gibt es eine Fehlermeldung tgalal. Der Echo Client hat aber noch eine weiteres Problem:

siehe: https://github.com/tgalal/yowsup/issues/583
siehe: https://github.com/tgalal/yowsup/issues/648

Da ich ein echter Python-Laie bin, habe ich keinen Schimmer, wie ich die Vorschläge umsetzen soll. Von daher habe ich mit jetzt ein bash Script echo-client erstellt:


#!/bin/bash
while true :
do
sudo python /home/pi/yowsup/yowsup-cli demos -c /home/pi/yowsup/config.fnetz -e
done


Dieses Script rufe ich im Startscript von fhem auf und gut ist. Damit entfällt auch die Codezeile in der sendWhatsApp, wo der Echo Client neu gestartet wird.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

forum-merlin

Geht da auch was in mit der App "Viber" ?
Hintergrund ist, dass ich in WhatsApp ja eine eigene HandyNummer bräuchte mit der ich das dann nutze. Das habe ich aber nicht. Mit Viber dagegen sind alle Clients gleichzeitig aktiv. Ich kann die Desktop App installieren, ich kann es am Handy haben, sonst wo.. und es ist egal wer sich als letzets angemeldet hatte.

Oder hat sich da was geändert, seitdem WhatsApp WEB raus ist?

Gruß

Holger
FHEM 5.8 auf RasPi3; CULv3-868; RFXtrx433; HM-Sec-SC-2; HM-CFG-LAN; HM-LC-Bl1-FM; HM-CC-RT-DN; HM-ES-PMSw1-Pl; HM-LC-Sw4-DR; Hunter Ventile; 8ch Relais; ENIGMA2; ONKYO_AVR; SONOS; Harmony; telegram; HM-PB-6-WM55; GPIO; HM-Sen-MDIR-O; HM-SEC-SD; HM-LC-Dim1L-Pl-3;

JoWiemann

Viber, weiß ich nicht. Aber Du kannst auch Deine Festnetznummer bei WhatApp nutzen. Einfach im Registrierungsprozess "Anrufen lassen" auswählen und gut ist. Habe ich für meine WhatsApp-Funktionen in Fhem auch so gemacht.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

VB90

heute bekomme ich ein "Authentication Error: not-authorized" wenn ich über die Konsole versuche eine Nachsircht abzusetzen.
FHEM wird es genauso ergehen, dort sehe ich zwar das senden, es kommt aber nichts an.

Momentan mobbt mich das ziemlich an, werde mal die Finger davon lassen und in ein paar Tagen mit frischem Mut ans Werk gehen.

vb
Man muss das Rad nicht neu erfinden, nur wissen wie es gedreht wird.

JoWiemann

#143
Update: zu schnell gefreut. Irgendwie bleibt der echo Client hängen, nach dem Versenden einer App. Also weiter suchen....
Hallo,

anbei nun eine geänderte stack.py. Ich habe hier eine Rückmeldung auf meine Anfrage das yowsup Forum eingebaut. Damit wird regelmäßig ein Ping gesendet, so dass die Verbindung nicht nach einer undefinierten Zeit von WhatsApp beendet wird.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

StefanV

Hallo VB90,

es gab vor kurzem ein Update zu yowsup.
Siehe hier: https://github.com/tgalal/yowsup/issues/746

Damit wurde das Problem gefixt.

VG, Stefan.
FHEM auf FritzBox 7390
Cuno für FS20, HMLAN für HomeMatic
EM 1000-WZ, S300TH
FS20ST-4, FS20 AS4-2
HM-LC-Bl1PBU-FM

VB90

@ Stefan

danke für den Hinweis.
Kannst du mir mit zwei, drei Sätzen erklären, wie ich das Update am günstigsten einspiele?
Danke,

vb
Man muss das Rad nicht neu erfinden, nur wissen wie es gedreht wird.

StefanV

@Das kommt ganz darauf an.

Hast Du yowsup über GIT auf Deinen Rechner geladen, dann reicht es in das yowsup Verzeichnis zu wechseln und mit "git pull" eine Aktualisierung anszustossen.

Hast Du die Software manuel heruntergeladen, dann ist es vermutlich am einfachsten das yowsup Verzeichnis zusichern (umbenennen) die neue Version herunterladen und die Config Datei aus dem Backup zu verwenden.

VG, Stefan.
FHEM auf FritzBox 7390
Cuno für FS20, HMLAN für HomeMatic
EM 1000-WZ, S300TH
FS20ST-4, FS20 AS4-2
HM-LC-Bl1PBU-FM

DieterL

Authentication Error: not-authorized

bleibt bestehen :-(
Raspi 2, Cul868, CUL433, Jeelink,HM-USB,4 *ITM100, 6* FHT8V, 6*CMR500, x-FS20 Komp., X- FS20 ST-4, 6* FS20 DI22-4 , YWT-8500, 4* Sonos Play:1, 2* Sonos Pl5, div selbstgestrickte Sensoren, 5* S555TH,9 * LaCrosse TX 29-IT, Philips Hue, 4* Piri-2,HomeMatic 4-Kanal-Schalter, 2*Velux,Bluetooth Stick

Cybers

Hallo,

gibt es schon eine neue Lösung für den Echo-Client?

Gruß, Sascha
FHEM 6.2 auf Raspberry PI 4 / Smartvisu
Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
1-Wire Temperatursensoren
aus alter Zeit:
Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

JoWiemann

#149
Ja, das aktuelle Git funktioniert. Ich hänge noch mal meine Dateien an. Bitte im layer.py den Pfad zur fhem.pl anpassen. Das gilt auch das beigefügte bash Script zum starten des echo Clients. Der echo Client wird inner halb einer Endloschleife gestartet. Somit ist sichergestellt, das er nach einem Senden, das ja den Client beendet, wieder gestartet wird. Den Aufruf mache ich dann im fhem Startscript, zu finden in /etc/init.d.

Auszug aus meinem fhem Startscript:


        echo "Starting fhem..."
        (perl $fhz $conf &)

        echo "Starting WhatsApp echo client..."
        (bash /usr/share/fhem/echo-client &)


Das Starten muss in () mit abschließendem & gesetzt werden. Das gilt dann auch für das Stoppen.


        echo "Stopping WhatsApp echo client..."
        (sudo ps -ef | grep "/usr/share/fhem/echo-client" | awk '{print $2}' | xargs sudo kill &)
        (sudo ps -ef | grep "/home/pi/yowsup/yowsup-cli" | awk '{print $2}' | xargs sudo kill &)

        echo "Stopping fhem..."
        (perl $fhz $port "shutdown" &)


Bitte auch hier daran denken die Pfade und den Aufruf von fhem an das eigene Script anzupassen.

Grüße Jörg

PS: Die anderen Vorbereitungen, wie 99_myUtils, Definition des notwendigen Dummys finden sich ein paar Posts weiter vorne.
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM